BG
Вы тут намекаете на go, да?)
Size: a a a
2020 November 22
SP
писать приемлемый код на расте человеку с опытом в полгода трудно
SP
и это требует много времени дорогих сениоров
SP
Вы тут намекаете на go, да?)
не совсем. я намекаю на связь между дизайном ЯП в ранней фазе и ценой использования его в лайфсайкл десять лет спустя.
SP
в питоне цена смещена в позднюю фазу. чем больше и сложнее проект, тем более высокая нужна квалификация и дисциплина.
SP
поэтому опенстек это ад пизды
SP
и инстаграм
ЕО
поэтому опенстек это ад пизды
*словил вьетнамских флешбеков*
SP
в го цена смещена во время которое тратится на бойлерплейт
BG
Проблема в том, что с моей точки зрения каждый дизайн ЯП скоре представляет между собой некий компромисс кучи факторов, в котором описанный вами фактор пусть и присутствует, но довольно незначителен.
Любой проект, который вовремя не оседлать и не привести в порядок, потонет, вообще не зависимо от языка программирования.
Любой проект, который вовремя не оседлать и не привести в порядок, потонет, вообще не зависимо от языка программирования.
BG
В го можно навернуть архитектурно такого говна, которое потом будет разбираться годами, ловя фантомные утечки горутин и страдания
SP
Проблема в том, что с моей точки зрения каждый дизайн ЯП скоре представляет между собой некий компромисс кучи факторов, в котором описанный вами фактор пусть и присутствует, но довольно незначителен.
Любой проект, который вовремя не оседлать и не привести в порядок, потонет, вообще не зависимо от языка программирования.
Любой проект, который вовремя не оседлать и не привести в порядок, потонет, вообще не зависимо от языка программирования.
этот фактор очень значителен. если пожить в экосистеме языка, то обнаруживаешь, что у всех одни и те же проблемы, уникальные для ЯП при этом :)
SP
в голанге бойлерплейт, копипаста, кодогенерация костылями и функции с типом в названии
BG
Может у меня немного не туда смещен фокус, но я обычно в каждом приложении вижу похожие архитектурные проблемы, скорее, чем языковые.
Может дело больше не в языке, а в условном фреймворке?)
Может дело больше не в языке, а в условном фреймворке?)
SP
в питоне магия, декораторы, рантайм-проблемы как следствие динамической природы, провокация использовать литералы и рефлексию в рантайме, тормоза, гил, недоделанный ФП
SP
Может у меня немного не туда смещен фокус, но я обычно в каждом приложении вижу похожие архитектурные проблемы, скорее, чем языковые.
Может дело больше не в языке, а в условном фреймворке?)
Может дело больше не в языке, а в условном фреймворке?)
неа. я просто смотрю на жизненный цикл приложений, а не на их качество в срезе.
BG
в питоне магия, декораторы, рантайм-проблемы как следствие динамической природы, провокация использовать литералы и рефлексию в рантайме, тормоза, гил, недоделанный ФП
Это же симптомы, нет?
То есть, не была принята политика более чистого кода, что бы не плодить мета-магию, в итоге для питоновских приложений это вылезло в такой формат
То есть, не была принята политика более чистого кода, что бы не плодить мета-магию, в итоге для питоновских приложений это вылезло в такой формат
SP
приходишь в любой проект на питоне - и там чинят эксепшны в логах, добавляют статические тайпчеки через игнор в половине файлов, и пытаются избавиться от ебового лапшекода с 10-уровневым наследованием.
SP
Это же симптомы, нет?
То есть, не была принята политика более чистого кода, что бы не плодить мета-магию, в итоге для питоновских приложений это вылезло в такой формат
То есть, не была принята политика более чистого кода, что бы не плодить мета-магию, в итоге для питоновских приложений это вылезло в такой формат
это симптомы изначального дизайна.
SP
язык и стандартная библиотека провоцируют писать определенным образом