NI
Спасибо! Как раз macos-версия у меня работает, а вот как настраивать другие платформы - только общие слова в документации
https://dave.cheney.net/2020/02/23/the-zen-of-go
Может и Zen of Kotlin пора делать? 🤔
Size: a a a
2020 February 23
AN
Спасибо! Как раз macos-версия у меня работает, а вот как настраивать другие платформы - только общие слова в документации
Ну там надо просто таргеты добавить и должно все работать
AN
Мойте руки перед едой и не заводите shared mutable state?
RI
В двух словах о чем там?
AN
В двух словах о чем там?
Какая-то многословная муть про то, что делайте хороши и не делайте плохо
D
Ну, идея всех этих Zen'ов - зафиксировать best practices и идиоматичный подход в языке.
AN
Ну, идея всех этих Zen'ов - зафиксировать best practices и идиоматичный подход в языке.
Они еще и в сообществе не устаканились
D
В двух словах о чем там?
В целом да, многословно. В основном - аналогии и рефлексия над Zen of Python.
Есть общие советы - вроде именования переменных. Есть что-то более специфицированное (например, Plan for failure, not success, связанное с пресловутым
Есть общие советы - вроде именования переменных. Есть что-то более специфицированное (например, Plan for failure, not success, связанное с пресловутым
if err != nil).AN
рано фиксировать. Ну кроме очевидных вещей.
D
Они еще и в сообществе не устаканились
Черновик помог бы увидеть что еще "не устаканилось". Кстати, что?
D
рано фиксировать. Ну кроме очевидных вещей.
В чатах достаточно много ругают Котлин за непривычные вещи (в основном, те, кто из Java мира). Вероятно, то, что для нас кажется очевидным не является таковым для других.
AN
Например тот стиль, в котором я kmath пишу, когда поведения навешиваются в лексических скоупах, совершенно не очевиден. Котлин это позволяет и есть много преимуществ, но при этом не очевидно, что это приживется.
Или стиль именования утилити классов с маленькой буквы (я по-моему у @Harmonizr подсмотрел). Тоже не очевидно
Или стиль именования утилити классов с маленькой буквы (я по-моему у @Harmonizr подсмотрел). Тоже не очевидно
D
Например тот стиль, в котором я kmath пишу, когда поведения навешиваются в лексических скоупах, совершенно не очевиден. Котлин это позволяет и есть много преимуществ, но при этом не очевидно, что это приживется.
Или стиль именования утилити классов с маленькой буквы (я по-моему у @Harmonizr подсмотрел). Тоже не очевидно
Или стиль именования утилити классов с маленькой буквы (я по-моему у @Harmonizr подсмотрел). Тоже не очевидно
> утилити классов
??
??
AN
> утилити классов
??
??
Ну файлов
D
Ну файлов
А, понял о чем вы. Как раз в соседнем чате на похожую тему обсуждение.
AN
А, понял о чем вы. Как раз в соседнем чате на похожую тему обсуждение.
Ну там еще куча таких не очевидных практик, которые вроде как популярны, но не факт что хороши.
D
Ну файлов
Я правильно понял, что вы у подобной симуляции namespac'ов?
package framework.utils
object string {
fun String.isCool() =
}
AN
Я правильно понял, что вы у подобной симуляции namespac'ов?
package framework.utils
object string {
fun String.isCool() =
}
нее
AN
Это прямое нарушение код стайла. я про
stringUtils.kt