Я всего года полтора на питоне писал и за это время не видел ни одного плюс-минус большого и при этом, читабельного проекта.
Возможно вопрос гайдлайнов, практик по организации кода и структуры проекта и их соблюдения на код ревью? У нас почти весь веб, за исключением пару erlang проектов на python стеке (django, falcon+sqlalchemy). Вопрос с пониманием не возникал.
Субъективно в golang есть тоже свои нюансы с читабельностью, например решение разграничивать область видимости сущности по ее названию. Например у меня после ряда языков уже сложился шаблон что если это объявление сущности- то пишем с большой буквы, а если ее инстанс — c маленькой. Или например обработка ошибок, когда четверть кода состоит из конструкций if err != nil {}
Чего только monkey patching стоит, не разобраться вообще.
А зачем вы его используете? Субъективно, редко где он нужен кроме моков в тестах, и его применение должно быть обоснованно. Да, он позволяет делать очень злые, неявные вещи, но с другой стороны unsafe в go тоже позволяет выстрелить себе в ногу.
В Go с зависимостями в этом плане, конечно, круче.
Да, «круче», особенно когда появляется необходимость использовать конкретные версии зависимостей. И тут начинается —
разработчики не вдохновились гайдлайном держать мажорные версии по разным репозиториям, а значит нужно использовать различные обертки поверх go get или gopkg сервис с конструкциями вида cat requirements | xargs go get.
P.S. Go действительно интересный язык который имеет свои плюсы, но стоит так же адекватно его оценивать и понимать что это не серебряная пуля.
После этого обновления смог установить KIS 15.0.2.361. До этого выдавало ошибку несовместимости при запуске установки.
К сожалению, не смотрел на предыдущую версию обновления, но обновился до windows 10.
Возможно вопрос гайдлайнов, практик по организации кода и структуры проекта и их соблюдения на код ревью? У нас почти весь веб, за исключением пару erlang проектов на python стеке (django, falcon+sqlalchemy). Вопрос с пониманием не возникал.
Субъективно в golang есть тоже свои нюансы с читабельностью, например решение разграничивать область видимости сущности по ее названию. Например у меня после ряда языков уже сложился шаблон что если это объявление сущности- то пишем с большой буквы, а если ее инстанс — c маленькой. Или например обработка ошибок, когда четверть кода состоит из конструкций if err != nil {}
А зачем вы его используете? Субъективно, редко где он нужен кроме моков в тестах, и его применение должно быть обоснованно. Да, он позволяет делать очень злые, неявные вещи, но с другой стороны unsafe в go тоже позволяет выстрелить себе в ногу.
Да, «круче», особенно когда появляется необходимость использовать конкретные версии зависимостей. И тут начинается —
разработчики не вдохновились гайдлайном держать мажорные версии по разным репозиториям, а значит нужно использовать различные обертки поверх go get или gopkg сервис с конструкциями вида cat requirements | xargs go get.
P.S. Go действительно интересный язык который имеет свои плюсы, но стоит так же адекватно его оценивать и понимать что это не серебряная пуля.
К сожалению, не смотрел на предыдущую версию обновления, но обновился до windows 10.