Pull to refresh
27
0
Борис Николаев @devmark

Backend developer

Send message
Если бы программист 70-х узнал про возможности, предоставляемые сегодняшними технологиями, которые доступны любому разработчику (контроль версий, непрерывная интеграция, облачные решения и т.п.) и сравнил бы со своими, то он подумал бы, что перед ним «человек-оркестр». Поэтому да, сегодня такая специализация будет излишней.

По поводу второй части вашего комментария позволю себе не согласиться. Возрастание энтропии — это один из основных законов, которые встречаются в разных сферах, а не что-то специфичное для индустрии разработки ПО.
Хорошо сказано)
Не забывай, что в книге и в статье описан взгляд на процессы разработки, которые были в 70-е года. По нынешним меркам, Брукс работал в «кровавом энтерпрайзе». Отсюда все эти титулы, секретари и прочее. К тому же технологическая составляющая ушла далеко вперёд, во многом повлияв на процессы. Я лишь постарался провести аналогии между тем, что было «тогда» и тем, что имеем «сейчас».
«Чёрная магия» чаще встречается в legacy-проектах, в которых, возможно, уже успела полностью обновиться команда разработчиков и не осталось тех, которые разрабатывали систему с нуля. Ну а в новых проектах гораздо больше возможности писать «чистый» код.
А можете полный пример привести? А то могут быть нюансы в зависимости от того, что вы в лямбдах указываете.
Я думаю, что далеко не все стартапы имеют и материальные, и людские ресурсы на «прокачку» джунов. Для многих стартапов прежде всего важнее выйти на самоокупаемость. Там зачастую царит атмосфера «это надо было сделать ещё вчера». Поэтому развитие джунов грамотно можно реализовать только в крупных компаниях.
Groovy допускает, например, динамическую типизацию, что делает его ближе к скриптовым языкам. А в больших проектах это может усложнять рефакторинг. С этой точки зрения можно сказать, что kotlin обладает преимуществами groovy (работа на JVM, совместимость с Java), но при этом лишён некоторых его минусов.
А где, на твой взгляд, новичку проще начать карьеру: в маленьком стартапе, где от каждого разработчика требуется решать сразу много разноплановых задач, или в большой компании, где все процессы уже более-менее стандартизованы и поставлены на поток?
Всё верно. Мне в статье хотелось прежде всего наглядно показать разницу в API двух языков. При этом если мы добавим к каждому примеру на kotlin использование asSequence(), то тем самым ещё и повысим производительность и уменьшим расход памяти.
Да, вы правы. Однако record в Java 15 имеет статус preview и её нужно явно активировать. Мне же хотелось рассказать про ту функциональность обоих языков, которая доступна «из коробки».
Может и добавят их в будущих релизах Java. Ведь добавили же в 15 версии многострочные литералы)
2

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Works in
Registered
Activity