Ну так они кроме джсона на своих курсах ничего другого и не видели. Им просто неоткуда альтернативы брать. Тут не аргументы нужны, а кодревью и перформанс тесты.
Обычно такое получается, когда приложение проектируют "20-летние синьйоры", закончив 3-дневные курсы ВеликихАрхитекторов. Всё в рест, всё пихаем в джсон, всё яваскриптом и электронами. В итоге хелловорлд на 20гб.
А ещё есть противоположность божественного объекта - каша из интерфейсов (interface soup). Возникает, когда проектировщик недостаточно знаком с предметной областью и с принципами разработки ПО. В итоге всё вокруг - интерфейсы, сплошные касты туда сюда и "за деревьями не видно леса".
Есть ещё один прикольный антипаттерн, называется Testing Driven Development. Это когда пишется куча тестов, под них заводиться какой нибудь Continuous Integration сервер, сперва этот зоопарк даже пытаются как-то поддерживать. Но со временем требований становится всё больше, архитектура приложения меняется, заказчик поджимает... в итоге на тесты просто забивают и убирают их с сервера. А когда майлстоун сдан, код уже настолько ушёл вперёд от тестов, что поддерживать их более нет возможности и желания.
Меня интересует, честно говоря, мотивация бросить ВУЗ на стадии написания диплома. Нет, у нас тоже несколько человек ушли после 4-го курса с бакалавром, но они и не планировали идти на диплом. Но вот уйди с диплома..?
Рост означает в том числе, что человек в состоянии применить имеющиеся знания "вширь", то есть на более масштабную сферу деятельности, чем написание кода и решение офигительных тасков В ОДИНОЧКУ. А больший масштаб, как следствие, требует привлечения других сотрудников для решения объёма задач, с которыми даже один суперсеньор чисто физически не справится за требуемое время.
Другими словами, переход в лиды - это апгрейд на качественно новый уровень. Да, для этого придётся увеличивать свои знания в менеджменте и качать софт-скиллы. Но это же и есть продвижение.
А пример с машиной - вообще не в тему. Корректнее сравнить, что лучшего водителя поставили бригадиром над другими водилами. Предметная область то не меняется.
Хотя есть ещё одна версия - по стечению обстоятельств Коле досталась команда идиотов. И он вовремя этого не определил и продолжал тащить за всех. А Василию повезло с адекватными джунами.
Ненене, никаких вчера. Только послезавтра и то не раньше, чем через 2 месяца :) а если R&D не успевает, то фича идёт лесом в следующий релиз. Всё равно выше головы не прыгнешь. Это надо просто осознать и жить с этим :)
Делается релиз план на следующий мажорный релиз и расписываются желаемые фичи с приоритетами. А дальше всё зависит от ресурсов разработки. Какие то фичи уйдут в следующий релиз, какие то отпадут со временем. Какие-то заказчик таки получит :)
Сейчас переизбыток веб-макак, к сожалению. А нормальных спецов найти всё труднее и труднее.
С пунктами 8 и 12 из да и 13 из нет можно согласиться. Остальное либо откровенный стёб, либо параноидальный загон (надеюсь, что первое).
Нет, конечно, неадекватные начальники тоже встречаются. Но чтоб вот прямо стучать на коллег заставляли - такого ни разу не слышал.
PS. Опыт работы "на западах" 20+ лет.
Ну так они кроме джсона на своих курсах ничего другого и не видели. Им просто неоткуда альтернативы брать. Тут не аргументы нужны, а кодревью и перформанс тесты.
Каша из интерфейсов с луком и спагетти, получается тогда. И как правило, оно всё write only, потому что ни понять, ни дебагать такое не реально.
Обычно такое получается, когда приложение проектируют "20-летние синьйоры", закончив 3-дневные курсы ВеликихАрхитекторов. Всё в рест, всё пихаем в джсон, всё яваскриптом и электронами. В итоге хелловорлд на 20гб.
А ещё есть "луковый код", когда слоёв абстракции over 100500.
А ещё есть противоположность божественного объекта - каша из интерфейсов (interface soup). Возникает, когда проектировщик недостаточно знаком с предметной областью и с принципами разработки ПО. В итоге всё вокруг - интерфейсы, сплошные касты туда сюда и "за деревьями не видно леса".
Есть ещё один прикольный антипаттерн, называется Testing Driven Development. Это когда пишется куча тестов, под них заводиться какой нибудь Continuous Integration сервер, сперва этот зоопарк даже пытаются как-то поддерживать. Но со временем требований становится всё больше, архитектура приложения меняется, заказчик поджимает... в итоге на тесты просто забивают и убирают их с сервера. А когда майлстоун сдан, код уже настолько ушёл вперёд от тестов, что поддерживать их более нет возможности и желания.
Меня интересует, честно говоря, мотивация бросить ВУЗ на стадии написания диплома. Нет, у нас тоже несколько человек ушли после 4-го курса с бакалавром, но они и не планировали идти на диплом. Но вот уйди с диплома..?
А руководителю просто времени не будет всё самому делать. Постоянные митинги, звонки, отчёты, паверпоинт, вот это всё. И про людей нельзя забывать.
Неучи дешевле :)
Джуну можно давать рутинные и несложные задачи, которые самому (с уровня собсвенного величия и превосходства) уже не хочется делать лично :)
Тут я очень сильно не согласен.
Рост означает в том числе, что человек в состоянии применить имеющиеся знания "вширь", то есть на более масштабную сферу деятельности, чем написание кода и решение офигительных тасков В ОДИНОЧКУ. А больший масштаб, как следствие, требует привлечения других сотрудников для решения объёма задач, с которыми даже один суперсеньор чисто физически не справится за требуемое время.
Другими словами, переход в лиды - это апгрейд на качественно новый уровень. Да, для этого придётся увеличивать свои знания в менеджменте и качать софт-скиллы. Но это же и есть продвижение.
А пример с машиной - вообще не в тему. Корректнее сравнить, что лучшего водителя поставили бригадиром над другими водилами. Предметная область то не меняется.
Хотя есть ещё одна версия - по стечению обстоятельств Коле досталась команда идиотов. И он вовремя этого не определил и продолжал тащить за всех. А Василию повезло с адекватными джунами.
Просто Василий вырос из уровня кодера до тимлида. И доказал, что заслуживает апгрейда. Развитие - это нормально.
А Николай так и остался вечным кодером. Да, сильным, перформящим, но кодером. Это как лучшая лошадь в колхозе. Таких не повышают.
И тормозить таких будут фальшивые гаишники..
Ненене, никаких вчера. Только послезавтра и то не раньше, чем через 2 месяца :) а если R&D не успевает, то фича идёт лесом в следующий релиз. Всё равно выше головы не прыгнешь. Это надо просто осознать и жить с этим :)
Делается релиз план на следующий мажорный релиз и расписываются желаемые фичи с приоритетами. А дальше всё зависит от ресурсов разработки. Какие то фичи уйдут в следующий релиз, какие то отпадут со временем. Какие-то заказчик таки получит :)
Собственно, 4-дневная рабочая неделя даст, кроме семьи и работы, ещё целый день для себя. А это в настоящее время много и ценно.
В анекдоте в оригинале по моему было "мой папа по ночам пингвинов в борделе тр.хает"
А по теме, имхо, как-то очень сумбурно получилось, тяжеловато для восприятия. Может это чисто моя точка зрения, не знаю..