Честно говоря, лично у меня нет никаких возражений по его писулям, написано вроде все в тему, но последнее время стал встречать на работе коллег, которые умудряются эти принципы из SOLID трактовать с точностью до наоборот. А вам?
ps.По поводу его собственного кода, я его не видел, но вам верю и, думаю, что он вполне возможно попал в ту ситуацию когда большинство в команде, плюс легаси код - дерьмокодеры и против волны дерьма не попрешь - сметут. А правильную книжку написать - респект.
Это как айджайл, он сам по себе хорошая вещь, но те процессы, которые этим именем называют "эффективные менеджеры" на работе - даже рядом не стояли с оригиналом
Короче протрахавшись с попытками фрилансить для мелких бизнеса, понял что в этой нише денег нет и решил открыть детский садик, что правильно. А потом про рекламироваться насоса в наши мозги этой дерьмовой статейкой
Я согласен, что есть определенно полезные вещи типа отмены необходимости писать сеттеры/геттеры и, в частности, именно эта фича решалась использованием Lombok еще до появления Котлин.
По поводу погони: много фич и из Котлина и из другого дерьма(типа Скалы, Groovy и т.п.) продиктованы маркетинговыми усилиями, поясню - на одной из конференций СТО JetBrain сообщил, что при создании Котлин руководствовались принципом сделать язык проще, и, в чем-то он наверное прав, в частности, общепринятая причина отсутствия checked exceptions это - "пользователи не умеют их правильно использовать" (но я не согласен, что обрезание функциональности улучшает ЯП),в результате из Java комьюнити оттянулась часть в Колин и, чтобы их удержать/вернуть приходится вводить те же фичи, чего доброго и исключения вырежут.
зы.Ваше пожелание о повышении культуры выражения замечено, я над этим работаю постоянно посильно как могу, отдельная благодарность, что это не помешало вам ответить на мой комментарий
Ну, вот только что показали неоднозначность из-за того что убрали слово new, а ещё убрали checked exceptions и подозреваю ещё кучу чего полезного сделали через жопу
Чтобы не создавались вышеописаные проблемы, кроме производительности, уже давно существуют принципы SOLID, нарушая которые все вышеприведенные примеры привели к приведенным в примерах проблемам. В случае необходимости достичь максимальной производительности соглашусь, OOP не самый лучший вариант.
Что-то мне мало верится, что в гугле можно так быстро найти решение на отдельную задачу, прям чтоб и код красивый и структуры и оптимизация. Либо задания были не сложнее 2*2=4, но тогда непонятно, откуда вводы про хороший код.
Я сам программист и не раз проходил интервью с компьютером, скорость потска кода в гугле намного меньше чем написание его самому.
В-общем, так и зочется воскликнуть: "поздравляю вас, автор, соврамши"
Может быть должность архитектора так и появилась, только те, кто ее занимает непонятно какие задачи решает
Лучше избавиться от Go
Честно говоря, лично у меня нет никаких возражений по его писулям, написано вроде все в тему, но последнее время стал встречать на работе коллег, которые умудряются эти принципы из SOLID трактовать с точностью до наоборот. А вам?
ps.По поводу его собственного кода, я его не видел, но вам верю и, думаю, что он вполне возможно попал в ту ситуацию когда большинство в команде, плюс легаси код - дерьмокодеры и против волны дерьма не попрешь - сметут. А правильную книжку написать - респект.
Это как айджайл, он сам по себе хорошая вещь, но те процессы, которые этим именем называют "эффективные менеджеры" на работе - даже рядом не стояли с оригиналом
Короче протрахавшись с попытками фрилансить для мелких бизнеса, понял что в этой нише денег нет и решил открыть детский садик, что правильно. А потом про рекламироваться насоса в наши мозги этой дерьмовой статейкой
Поставил бы плюс но кармы не хватает. Да и у самого дяди боба квалификацию б не мешало проверить
Я извиняюсь, в мобильном приложении ответ на ваш вопрос почему-то запостился в общей ветке ниже. Не иначе на котлине его писали
Я согласен, что есть определенно полезные вещи типа отмены необходимости писать сеттеры/геттеры и, в частности, именно эта фича решалась использованием Lombok еще до появления Котлин.
По поводу погони: много фич и из Котлина и из другого дерьма(типа Скалы, Groovy и т.п.) продиктованы маркетинговыми усилиями, поясню - на одной из конференций СТО JetBrain сообщил, что при создании Котлин руководствовались принципом сделать язык проще, и, в чем-то он наверное прав, в частности, общепринятая причина отсутствия checked exceptions это - "пользователи не умеют их правильно использовать" (но я не согласен, что обрезание функциональности улучшает ЯП),в результате из Java комьюнити оттянулась часть в Колин и, чтобы их удержать/вернуть приходится вводить те же фичи, чего доброго и исключения вырежут.
зы.Ваше пожелание о повышении культуры выражения замечено, я над этим работаю постоянно посильно как могу, отдельная благодарность, что это не помешало вам ответить на мой комментарий
Ну, вот только что показали неоднозначность из-за того что убрали слово new, а ещё убрали checked exceptions и подозреваю ещё кучу чего полезного сделали через жопу
Говно этот ваш котлин
Только мне кажется, что автор - писатель-фантаст?
Я почему-то сразу так и подумал - "ой ли, нейросеть?" )
Кто-то хорошо освоит бабки Яги))
Чтобы не создавались вышеописаные проблемы, кроме производительности, уже давно существуют принципы SOLID, нарушая которые все вышеприведенные примеры привели к приведенным в примерах проблемам. В случае необходимости достичь максимальной производительности соглашусь, OOP не самый лучший вариант.
Надеюсь меня минует чаша сия
Чувствуется опыт. Я и пишу - никогда не приходило в голову развлекаться таким способом почему-то
Ага, ещё я раскалённый лом себе в задницу не засовываю, как некоторые любители развлечений)
Во всем перечисленном вами одинаковое удовольствие, не иначе?
Не догнал, а просто распечатать QR код с сайта госуслуг не судьба что ли без всего этого гемороя?
А оно надо - с соседом общаться? Одна головная боль..
Что-то мне мало верится, что в гугле можно так быстро найти решение на отдельную задачу, прям чтоб и код красивый и структуры и оптимизация. Либо задания были не сложнее 2*2=4, но тогда непонятно, откуда вводы про хороший код.
Я сам программист и не раз проходил интервью с компьютером, скорость потска кода в гугле намного меньше чем написание его самому.
В-общем, так и зочется воскликнуть: "поздравляю вас, автор, соврамши"