Комментарии 17
НЛО прилетело и опубликовало эту надпись здесь
хотя специалистов берут на «фулл тайм» а не на проект, и в следующем проекте технологии будут другими.
это как?
НЛО прилетело и опубликовало эту надпись здесь
Сначала чистый .NET, потом ASP.NET и Azure Storage, потом SQL, потом Java + ElasticSearch, потом .NET Core + EF. И где-то там еще Mongo и Postgres мелькали. Это те проекты, на которых я работал хотя бы по полгода. Если не ошибаюсь, за мои лет пять в разработке ни разу не было двух идущих подряд проектов с одинаковым стеком.
Azure Storage как «совершенно другая технология»?
Вы вот сейчас серьезно?
SQL как то, что «нужно изучать специально»? По мне так это норма для современного разработчика.
Для разработчика вполне нормально делать разные вещи.
Прыгать то Java/то NET — это, согласен, неприятно. Но у вас же чаще был именно NET.
Но PostgreSQL/Elastic/Mongo — ничего противоестественного в этом нет.
Нужно знать все.
Вы вот сейчас серьезно?
SQL как то, что «нужно изучать специально»? По мне так это норма для современного разработчика.
Для разработчика вполне нормально делать разные вещи.
Прыгать то Java/то NET — это, согласен, неприятно. Но у вас же чаще был именно NET.
Но PostgreSQL/Elastic/Mongo — ничего противоестественного в этом нет.
Нужно знать все.
Azure Storage как «совершенно другая технология»?
и в следующем проекте технологии будут другими
Я с вами согласен, технологии похожи. Особенно в базовой функциональности. Но все-таки они все немного «другие» относительно друг друга.
Возвращаясь в контекст найма — возникает нужда понять насколько глубокий спец нужен. Если на базовую функциональность — можно брать любого со схожим опытом, за две недели освоится. Если на что-то серьезное — уже желателен релевантный опыт, новичок будет вливаться полгода.
Я с вами согласен, технологии похожи. Особенно в базовой функциональности. Но все-таки они все немного «другие» относительно друг друга.
Если вы программист, а не кодер, что вообще-то это называется слово «инженер» — то исследование, разбирательство — это непосредственная часть вашей работы.
С точки зрения «войтивайтишника», который услышал, что в ИТ большие бабки — и сильно удивляется, что платят все же не просто так, а за то, что ты постоянно разбираешься и постоянно расширяешь свои познания — тут действительно будет когнитивный диссонанс.
Давайте определимся — мы говорим, все же, о кодерах или об инженер-программистах?
Если на что-то серьезное — уже желателен релевантный опыт, новичок будет вливаться полгода.
Это вы какого работодателя имеете ввиду?
Мегасистемы с ИИ?
Для подавляющего большинства случаев достаточно общей адекватности и компетентности. Если разработчик не откровенно туп, то изучение новых технологий — куда как быстрее чем за полгода.
Лично с нуля вытягивал людей до «уже самоокупаться начали» за 2 месяца всего. А уже если у человека есть нормальный бэкграунд по профессии, то это вообще плевое дело
И да, серьезно, — если для вас Azure Storage это «совсем другая специализация» (storage!!! — вы вообще его API читали? там даже на 1 страницу A4 не будет списка функций) — то я рад что вы существуете. Больше работы (и денег) достанется нормальным специалистам.
И снова «здрасьте» :)
Все так, но опять же вспомним упомянутых в другом месте «идиотов-работодателей». Так что USBLexus очень верно все написал.
Все так, но опять же вспомним упомянутых в другом месте «идиотов-работодателей». Так что USBLexus очень верно все написал.
И снова «здрасьте» :)
Все так, но опять же вспомним упомянутых в другом месте «идиотов-работодателей». Так что USBLexus очень верно все написал.
Интересно, и почему идиоты-программисты, которые десяток функций API называют «совсем другой специализацией» считают идиотами именно что не себя, а работодателей?
Вы инженер-программист или кодер?
Если ваш случай последний — то вопросов нет.
Но не надо себя ровнять с квалифицированными программистами (и требовать тех же денег).
Все перечисленные технологии — является не более чем флуктуацией в пределах специализации и изучается (с нуля) за пару дней.
Бросает то NET/Java — это соглашусь, не тривиальная ситуация.
А MySQL/Mongo — это просто смешно. Существуют вполне значимые причины, когда нужно использовать и то и то в одном проекте. И не знать (или не уметь быстро выучить) базовые вещи по работе с любой СУБД — это просто стыдно, если вы действительно профессиональный программист.
НЛО прилетело и опубликовало эту надпись здесь
Использование вами разделение устарело лет так на 20 и сегодня является в лучшем случаем плохим тоном, а в худшем случае глупостью.
Ну-ну… Какие нежные все стали…
Десяток вызовов API для них — новая технология, а сказать прямо, что «эй, чувак, если ты так считаешь — то выбрал не ту профессию» — это оскорбление?
Подобных «специализаций» можно каждую неделю по новой осваивать.
Еще раз повторяю:
Инженер-программист — это исследователь технических проблем. Собственно это и означает слово «инженер».
И нытье, что сегодня его заставляют MySQL, а завтра Mongo — простительно только для заготовок программистов, то есть первые 2 года работы.
Если же вы уже стали профессиональным программистом и хотите много денег — то вам платят вовсе не за то, что вы умеете решать только одинаковые проблемы.
Сложно с вами…
Разработчики как раз не делают из другого API трагедии и прекрасно будут использовать что угодно. Технологии — дело наживное и динамичное, а вакансии при этом требуют и разделяют, где «программист на C# никогда не сможет перейти на Java и наоборот». Суть еще глубже — проверить столь обширные профессиональные навыки как у разработчика какими то тестами за короткий промежуток времени не возможно в принципе.
Разработчики как раз не делают из другого API трагедии и прекрасно будут использовать что угодно. Технологии — дело наживное и динамичное, а вакансии при этом требуют и разделяют, где «программист на C# никогда не сможет перейти на Java и наоборот». Суть еще глубже — проверить столь обширные профессиональные навыки как у разработчика какими то тестами за короткий промежуток времени не возможно в принципе.
P.S.: На мой взгляд MySQL/Mongo не смешнее NET/Java. И «знать базовые вещи по работе с любой СУБД» как то не вяжется с «действительно профессиональный программист». Суть в тонкостях и нюансах. Если же всю жизнь работал с реляционными БД, то NoSQL с наскоку применять не стоит.
Если же всю жизнь работал с реляционными БД, то NoSQL с наскоку применять не стоит.
Mongo после SQL изучается минут за часа 2…
Удивляет после реляционных там только то, что JOIN в реляционных это вылизанное чудо, а в NoSQL — тот же JOIN говно.
Радует после реляционных бессхемность.
Все прочее очень похоже — индексы все так же должны быть сообразны запросам; fetch все так же должен быть минимален, а обработка на сервере максимальна.
Надо бы попросить знакомых историков зафигачить пост, что-то типа «как успешно торговать рабами – чем творцы отличаются от ремесленников?» на основе какого-нибудь кодекса Хамураппи, а потом сравнить какие произошли изменения за все эти годы.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Талант IT-рекрутера – чем творцы отличаются от ремесленников?