Во-первых это нюансы законодательного регулирования. Например в калифорнии есть требование, что если компания со штатом больше X человек увольняет больше Y человек за период времени Z, то они должны уведомить правительство штата заранее. Поэтому большим компаниям увольнения приходится аккуратно и заблаговременно планировать.
Во-вторых желательно собрать материал, чтоб было чем отбиваться в суде если вдруг попадется упертый. Поэтому сначала копят репорты, ставят на пипы и направляют к психологам, вот это все.
Ну и а кто работать будет? Придется нанимать кого-то взамен уволенного, а, говорят, найм стоит дорого - эйчарам заплати западную зарплату, за бэкграунд чек заплати, людей на многоступенчатые интервью выдели. И ведь еще не факт, что наймешь нормального, потому что своих инженеров учат недостаточно - это ведь денег стоит, а из-за границы привезти толковых тоже непросто, раз человек не осилил даже такое элементарное понятие как Родина, то и с программированием у него обычно так себе.
Ответ конечно есть - значит продакшен будет с багой; релиз будет без фичи; а если не возьмут на новое место, то будет искать работу в другом месте. Нету там никаких загадок мироздания.
Так и заграницей никаких гарантий офер не дает. Какие гарантии если уволить можно одним днем и существуют практики найма чтоб закрыть этим человеком разнарядку на сокращение.
Про "Сервер помощней" это очень валидный поинт, зря отмахиваетесь. Твиттер вначале писал все в одну mysql базу, когда она заполнялась начинал писать в слудующую, и в таком виде достиг популярности и миллионов пользователей. Вотсап, в момент когда его продали за сколько-то там миллиардов, обслуживал сотни миллионов пользователей и работал на 50 четырехядерных сереверах. Эти истории наводят на мысли, что один современный сервер может много, а мощный сервер еще больше. Так что для подавляющего числа ситуаций вертикальное масштабирование отлично работает, а инвестиции в горизонтально масштабируемую архитектуру неоправданы.
Есть одна симпатичная бабенка на районе, а я видный мужчина, но сколько бы я к ней не подкатывал, ниразу она не пошла со мной на свидание. Чем я ей не угодил?
Может тем что я не очень умный? Потому что будь я поумнее, то не ломился бы в закрытую дверь, а поискал бы открытую.
Наверное у софтверных гигантов просто низкая заинтересованность в разработчиках с улицы. Так как и уже нанятых тьма-тьмущая и желающих устроиться к ним тоже тьма, так что собеседуют так чтоб замещать пехоту павшую от скуки в болотах легаси. Если им реально вдруг кто-то нужен, то, надо думать, хантят персонально и без мозгоедства.
Может быть так, что запросы формируются так, что каждый запрос с точки зрения базы уникален? Может их там как-нибудь неаккуратно конкатенацией собирают без использования препаред стейтментов? Вот и приходится базе каждый запрос заново компилировать?
Возможность иметь устаревший стек это скорее антивозможность, а старая версия фреймворка возможно не только старая но уже и дырявая. И то время, которое команда тратит на возню с микросервисами она могла бы потратить на обновление зависимостей и новую фичу и ее границы тоже бы изучила. В крупных корпорациях к обновлению зависимостей принуждает юротдел - выдают и отзывают разрешения на использование либов, могут за устаревший фреймворк сделать ай-йай-йай.
Чем больше технологий задействовано в создании продукта, тем острее проблема копметентности. Ибо или разработчик знает много разного, но крайне поверхностно, либо знает мало разного но сумел погрузится в некоторые важные детали. Но не все вместе. А мса за собой тянет лютый зоопарк обычно.
Касаемо различных языков, это то что упоминает автор, вот мол мс на гоу, а вот на пайтоне. Более того ходят слухи, что в нетфликсе, чтобы люди не шарили код, специально заставляют писать сервисы на разных языках. Так что разнородная языковая среда это вполне укоренившаяся идея в индустрии.
В амазоне, скажем, десятки тысяч раработчиков, конечно, им там было бы тяжело писать единый монолит. Они там разделились на мсы написали статьи про мса и живут себе спокойно. А потом эти статьи читает команда из 10 человек и применяет мса к себе и вот тут у меня возникают сомнения.
Может им монолит попробовать? Знаете как удобно когда можно сбилдить все одной командой. А запустить локально одним кликом на кнопку ран в ide. А как дебажить будет приятно, прошел по шагам топ-топ-топ дебагером - багу нашел. А коммуникации какие надежные внутри процесса - вызвал функцию, а она взялась и вызвалась, и никак иначе.
От весьма посредственных и вплоть до полностью некомпетентных.
Говорят, есть несколько факторов.
Во-первых это нюансы законодательного регулирования. Например в калифорнии есть требование, что если компания со штатом больше X человек увольняет больше Y человек за период времени Z, то они должны уведомить правительство штата заранее. Поэтому большим компаниям увольнения приходится аккуратно и заблаговременно планировать.
Во-вторых желательно собрать материал, чтоб было чем отбиваться в суде если вдруг попадется упертый. Поэтому сначала копят репорты, ставят на пипы и направляют к психологам, вот это все.
Ну и а кто работать будет? Придется нанимать кого-то взамен уволенного, а, говорят, найм стоит дорого - эйчарам заплати западную зарплату, за бэкграунд чек заплати, людей на многоступенчатые интервью выдели. И ведь еще не факт, что наймешь нормального, потому что своих инженеров учат недостаточно - это ведь денег стоит, а из-за границы привезти толковых тоже непросто, раз человек не осилил даже такое элементарное понятие как Родина, то и с программированием у него обычно так себе.
Ответ конечно есть - значит продакшен будет с багой; релиз будет без фичи; а если не возьмут на новое место, то будет искать работу в другом месте. Нету там никаких загадок мироздания.
Обалдеть! 6 грейдов сажеров!? Стажер стажера, младший стажер, стажер обыкновенный, старщий стажер, ведущий стажер, супермегапупер стажер?
Так и заграницей никаких гарантий офер не дает. Какие гарантии если уволить можно одним днем и существуют практики найма чтоб закрыть этим человеком разнарядку на сокращение.
Вероятно, при столь большом количестве грейдов, разница лишь в вилке зарплаты.
А сколько там всего грейдов? 80?
Про "Сервер помощней" это очень валидный поинт, зря отмахиваетесь. Твиттер вначале писал все в одну mysql базу, когда она заполнялась начинал писать в слудующую, и в таком виде достиг популярности и миллионов пользователей. Вотсап, в момент когда его продали за сколько-то там миллиардов, обслуживал сотни миллионов пользователей и работал на 50 четырехядерных сереверах. Эти истории наводят на мысли, что один современный сервер может много, а мощный сервер еще больше. Так что для подавляющего числа ситуаций вертикальное масштабирование отлично работает, а инвестиции в горизонтально масштабируемую архитектуру неоправданы.
Удалено
Сначала они говорят, что работа не должна причинять боль, а потом заставляют архитектора проектировать костыльно-фекальную архитектуру. ¯\_(ツ)_/¯
Это все просто синонимы, ни чем все это не отличается. Типа как программист и разработчик.
1
Есть одна симпатичная бабенка на районе, а я видный мужчина, но сколько бы я к ней не подкатывал, ниразу она не пошла со мной на свидание. Чем я ей не угодил?
Может тем что я не очень умный? Потому что будь я поумнее, то не ломился бы в закрытую дверь, а поискал бы открытую.
Откликов много, а нанять некого. Парадокс, однако.
Наверное у софтверных гигантов просто низкая заинтересованность в разработчиках с улицы. Так как и уже нанятых тьма-тьмущая и желающих устроиться к ним тоже тьма, так что собеседуют так чтоб замещать пехоту павшую от скуки в болотах легаси. Если им реально вдруг кто-то нужен, то, надо думать, хантят персонально и без мозгоедства.
Может быть так, что запросы формируются так, что каждый запрос с точки зрения базы уникален? Может их там как-нибудь неаккуратно конкатенацией собирают без использования препаред стейтментов? Вот и приходится базе каждый запрос заново компилировать?
Ой. Это серьезно. При таких раскладах - мса без вариантов, что тут спорить.
Возможность иметь устаревший стек это скорее антивозможность, а старая версия фреймворка возможно не только старая но уже и дырявая. И то время, которое команда тратит на возню с микросервисами она могла бы потратить на обновление зависимостей и новую фичу и ее границы тоже бы изучила. В крупных корпорациях к обновлению зависимостей принуждает юротдел - выдают и отзывают разрешения на использование либов, могут за устаревший фреймворк сделать ай-йай-йай.
Пс. За тся извените.
Чем больше технологий задействовано в создании продукта, тем острее проблема копметентности. Ибо или разработчик знает много разного, но крайне поверхностно, либо знает мало разного но сумел погрузится в некоторые важные детали. Но не все вместе. А мса за собой тянет лютый зоопарк обычно.
Касаемо различных языков, это то что упоминает автор, вот мол мс на гоу, а вот на пайтоне. Более того ходят слухи, что в нетфликсе, чтобы люди не шарили код, специально заставляют писать сервисы на разных языках. Так что разнородная языковая среда это вполне укоренившаяся идея в индустрии.
В амазоне, скажем, десятки тысяч раработчиков, конечно, им там было бы тяжело писать единый монолит. Они там разделились на мсы написали статьи про мса и живут себе спокойно. А потом эти статьи читает команда из 10 человек и применяет мса к себе и вот тут у меня возникают сомнения.
Может им монолит попробовать? Знаете как удобно когда можно сбилдить все одной командой. А запустить локально одним кликом на кнопку ран в ide. А как дебажить будет приятно, прошел по шагам топ-топ-топ дебагером - багу нашел. А коммуникации какие надежные внутри процесса - вызвал функцию, а она взялась и вызвалась, и никак иначе.