Комментарии 94
Небезопасно как-то.
Проблема а том, что большинство компаний, под уровнем "мидл" понимает человека, который придёт и сразу начнёт качественно закрывать таски. Алгоритмы и структуры это конечно хорошо, но сейчас больше смотрят на виртуозное владение фреймворками и знание принятых в них "бэст практикз", то есть ищут именно %фреймворк%-разработчиков, чтобы сел и сразу греб, а алгоритмы спрашивают у кандидатов на юниорские позиции.
С точки зрения "гребца" — безопаснее всего устроиться в большой аутсорсинг, и пилить себе потихоньку какой-нибудь огромный долгоживущий проект. Но грести скучно
Дело не в задачах. Лично я не встречал вакансий разработчиков мидл уровня, где было бы написано "Нам не важно, на каком языке вы до этого программировали", подобные фразы я встречал только в вакансиях джуниоров.
А вообще в it и офисах пошло от мемасиков из классических картин с соответствующими надписями — сюжет обычно включал измученных гребцов и надсмотрщика с кнутом.
Проблема а том, что большинство компаний, под уровнем «мидл» понимает человека, который придёт и сразу начнёт качественно закрывать таски.
Компании бывают разные (пример — как раз в статье).
А раз так, то подумайте — зачем вам «большинство компаний»? Лично вам же достаточно ровно одной?
По вашей логике выходит, что всем до единого программистам изучать нужно только JS+PHP+Java так как это самые популярные стеки?
Понятно, что компании мечтают заполучить миддла, заточенного точно под их стек, но это только мечты, так как такие совпадения не частые.
Сколько помогал набирать персонал (технические собеседования) — почти всегда брали сотрудника всего лишь за знание «более-менее смежного стека» или «более-менее смежного направления разработки». Ибо почти не бывает 100% совпадений на практике.
Но пока никакой новый инструмент Х фронтэнд не взорвал — у «просто программиста» будет несколько меньше путей, чем у «реакт-программиста» (при равном общем скилле). Разница в деньгах скорее всего особой роли играть не будет, а вот разница в объеме хороших вакансий, где тебя вот прям ждут — да.
И через пару лет у них обоих прирос базовый скилл, но вот у Пети еще и опыт в популярном стеке, а у Васи нифига.
А Вася, если не бил баклуши — пойдет в тимлиды и будет уже сам выбирать технологии, а не подстраиваться под готовые.
То, что вы возводите в абсолют, «чтобы конкретный стек знал и сразу мог работать с полной нагрузкой» — критично только для уровня джуна.
А Вася, если не бил баклуши — пойдет в тимлиды и будет уже сам выбирать технологии, а не подстраиваться под готовые.
Пример работает «при прочих равных», разумеется. Если Вася идёт в тимлиды, то Петя тоже идёт. И один тимлид не очень-то шарит в нынешних распространённых инструментах, а второй шарит как минимум в одном.
То, что вы возводите в абсолют
То, что вы себе придумали, что я что-то возвожу в абсолют — не значит, что я возвожу. Попробуйте читать написанное, а не ваши фантазии на тему написанного.
Я писал о том, что при прочих равных у человека с опытом в распространенном тех стеке — больше возможностей (в основном к трудоустройству).
Я писал о том, что при прочих равных у человека с опытом в распространенном тех стеке — больше возможностей (в основном к трудоустройству).
Вот это и есть «возводить в абсолют».
По вашей логике — учить следует только PHP+JS (возможно, Java) — это ж «больше возможностей по трудоустройству».
Нет никаких «прочих равных» в реальности.
В реальном мире — и Петя и Вася очень разные. И пойдут потом работать в разные фирмы после увольнения с предыдущего места. И ожидать от них будут разных скиллов — у разных фирм разные требования к сотрудникам.
С точки зрения статистики — у вас всё верно написано.
С точки зрения конкретного человека — ему не нужны все эти 100 500 фирм, где можно писать на JS. Он же не сможет работать во всех сразу.
Но он может выбрать из них лучшую.
Но он может выбрать из них лучшую.
У вас логическая ошибка.
Остальные 100 500 — 1 вакансий пустыми что ли останутся?
Более часто используемая технология — больше конкурентов-коллег.
Да и Dart все же не Haskell, выбор есть.
Больше вакансий — больше шансов занять ту, которая больше соответствует твоим целям
Предлагаете всем до единого ограничивать себя и писать только на JS/PHP/Java, как самых распространенных?
Я еще могу понять выбор какого нибудь экзотического чисто-функционального Хаскеля действительно сужает до 10 вакансий, а на другой стороне весов 100 500 вакансий — это действительно ужасно.
Но выбор вполне себе классического алгоритмического языка Dart (а тут еще Flutter стремительно взлетает и ему тоже нужен Dart) — чем ограничивает?
Например, jobs.dou.ua/vacancies/?search=dart&descr=1 — 6 вакансий, 2 из них мобильные (лично для меня минус), 2 — релокейт (даже не лез внутрь), а 2 упоминают dart только как пример компилируемого в JS языка, наряду с TypeScript и CoffeeScript. По «583 вакансии по запросу «php»» — на два порядка больше даже без учёта нюансов. «1274 вакансии по запросу «javascript»»
По сути для меня нет вакансий во всей Украине, где я мог бы гарантированно писать на Dart, не связываясь с кроссразработкой.
Качать базовый скилл. Не синтаксис языка, а алгоритмы, структуры данных, лямбда исчесление.
Это не базовый скилл ни разу. Поскольку работ таки с людьми делается, то базовый скилл — это умение нравиться им здесь и сейчас. Будет он прокачан — будет и работа везде и всегда, а без него баззворды все эти гроша ломаного не стоят.
Ну если рассматривать любую вакансию с точки зрения безопасности — самое безопасное это писать на 1С. Работа всегда будет, другой вопрос в её качестве.
А популярное — оно на то и популярное, что оно меняется каждый год. И хороший инженер в этом всё разберётся достаточно быстро, ничего кардинально нового не сделали ещё.
Тут надо уточнить, что работа всегда будет в России, а соберись ты за границу, кому ты нужен с 1С?
Если ты собираешься за границу, то готовишься к этому.
Выучить очередной человеческий язык сложнее на порядки (годы), чем выучить очередной язык программирования (недели).
Куда важнее не конкретный язык, а алгоритмы/парадигмы/паттерны.
Автор этих строк:
15 лет с 1С.
На Go начал программировать через 40 минут после ознакомления с синтаксисом.
На Dart — через пару дней после ознакомления с синтаксисом.
Через пару месяцев был готов веб-сайт интернет-магазина (коммерческая разработка за вполне «взрослую» денежку) — да, я знаю про готовые решения, первая версия была построена на базе CMS, вторая — уже самостоятельно «запрограммирована».
Затем пошло-полетело.
И это «по записи».
По «чтению» — вообще можно сходу.
Подавляющее большинство современных языков подобны еще школьному Pascal. Исключения — редки.
P.S.:
Речь, разумеется, не о джуне.
Я-то только за, но если посмотреть на вакансии не топов вроде Гугла, а средних компаний, то они ищут, в большинстве своём, готовых работников, которые разбираются и имеют опыт в нужном им стеке.
то они ищут, в большинстве своём, готовых работников, которые разбираются и имеют опыт в нужном им стеке.
Мало ли о чем они мечтают.
Они еще и ищут, чтобы за копейки при этом.
Но это невозможно.
Так же как и трудно найти специалиста 100% подходящего под стек.
Практически всегда компании согласны на квалифицированного программиста из смежной области.
Почему не подойдет? Профессионал заинтересован в том что делает с десяти до шести.
Вы акцент не там увидели.
Ключевой момент тут:
но тебе все равно, что пилить, лишь бы работать с десяти до шести и получать деньги
Профессионал как раз хорош тем, что он выдает требуемое качество даже когда ему «все равно».
Где вы видели таких идеальных людей-профессионалов? В кино?
При прочих равных — если человеку интересно — он работает лучше.
в какой-то степени интересно
В какой?
В ИТ у работника сейчас есть выбор, чтобы не занимать тем, к чему душа вообще не лежит.
Полным полно (и в ИТ и не в ИТ), которых работа не интересует от слова вообще.
Просто кушать нужно вот они и приходят за зарплатой.
И, напротив, полным полно (и в ИТ и не только в ИТ), где человеку его работа нравится.
Ну и так называемым галерам еще удобно, когда глаза горят и человек перерабатывает не прося компенсации.
Отнюдь.
Зачастую нужны просто рабочие лошадки без выкрутасов. Это просто другая фирма, другая организация труда.
В частности, я как работодатель предпочитаю нанимать «без горящих глаз».
Те, которые с горящими глазами постоянно норовят мне технологию скорректировать своими экспериментами с новшествами, а на моем проекте этого не нужно как раз.
Наверное они просто тот самый доклад Виктора Логова из JetBrains не слышали.
</sarcasm>
А если серьезно, вся часть про «почему Dart?» просто звучит как «ну вот просто в свое время взяли Dart, но не скажешь же так на интервью». И понятно, почему теперь с него не слезть — но опять же не скажешь же на интервью, что «ну не будем же мы продукт переписывать, даже если нам не всё нравится». Несолидно. Остаётся улыбаться и махать.
докладов www.youtube.com/channel/UCu-RrZ8JmADlGZGO8d3OW5w/videos
и прочих материалов (https://github.com/rudart/community/blob/master/ru_resources.md), почему Wrike использует Dart.
Это если по существу и без сарказма отвечать.
Если вы ничего не сравниваете, а рассказываете про то, какой крутой инструмент Х — это вода. Если вы сравниваете, но по сферическим в вакууме показателям, которые сами же недавно и придумали (и ранжировку по ним тоже придумали) — это вода.
А конкретно про ваш случай я предположу, что всего лишь имело место стечение обстоятельств в плохой момент времени — вы взялись мигрировать с ExtJS в те времена, когда TS еще был совсем хилый и печальный. Взялись — и не угадали с трендами на популярность. Но уже поздно. Если в будущем столкнетесь с нарастающими техническими (или даже кадровыми, но это навряд ли) проблемами — тихо и без шума пойдете переезжать с дарта на что-нибудь еще, и далее пиарить будете другой инструмент.
Ну почему же, есть https://webdev.dartlang.org/angular, он разрабатывается на Dart
68 звезд на github не впечатляют, с таким комьюнити мало какая серьезная компания захочет работать.
Тысяча, вообще-то: github.com/dart-lang/angular
Полагаю, что большинство ставит его используя специальный инструмент stagehand, а не вручную запуская git clone
Google использует и этих звезд не считает и не боится.
На AngularDart у них сделана основная деньгоприносящая часть — панель управления рекламой. Вы же не считаете, что они доверят свои сотни миллиардов какой-то наколенной поделке?
Да и на twitter.com/angulardart 3,5 тыс. подписчиков
Если вы в этом разбираетесь, расскажите пожалуйста, эти два фреймворка используют общий код и если да, то как это делается?
Если вы в этом разбираетесь, расскажите пожалуйста, эти два фреймворка используют общий код и если да, то как это делается?
news.dartlang.org/2016/07/angulardart-is-going-all-dart.html
3 года назад был общий код.
Автоматически переводимый на разные языки.
Но уже нет.
Это уже разные продукты (пусть и с одной идеологией).
Как нанимать людей в огромную компанию с непопулярным стеком.
Судя по тому, что это не первая статья где пиарят Dart, найм идет тяжело, но не так плохо, чтобы признаться в стратегическом просчете.
чтобы признаться в стратегическом просчете.
Смотря как оценивать. Может и не просчет.
Труднее найти программистов — зато надежнее код. Благодаря статической типизации автоматика берет на себя больше проверок, чем могут и напишут люди вручную.
А есть ссылка? А то сегодня меня прокляли боги гугла, не могу найти :(
Каким образом Андрей Старовойт превратился в Виктора Логова – загадка.
Доклад можно посмотреть в архиве трансляции. Ссылка с таймкодом: https://youtu.be/spIfirNCeVs?t=6556
Доклад в основном о боли разработчика IDE и поддержки автоматических рефакторингов. Тема неудобства для разработчика там не раскрыта вообще.
Складывается ощущение, что фичи в нем появляются по принципу «Давайте вот это добавим? А давайте».
Вот этот вывод в статье из доклада вообще никак не следует. Это личная фантазия автора.
Это действительно Антон Лобов. Как он превратился в Виктора Логова — вопрос редактуры :-|
Более того, решения от гугла часто оказываются менее эффективными, ибо многие «архитекторы» с маленьким разработческим опытом выбирают по принципу «раз гугл, значит круто». Взять, к примеру, откровенно провальные protobuf и GWT.
Ну по-поводу «профи на любом языке напишет»: это просто смешно. Знание языка — это от силы 1% скилов. Остальное это знание библиотек, инструментов, навыки работы с IDE, знания специфических паттернов и прочее, прочее, прочее.
Более того: и язык за полгода не освоить. Спецификация даже простой джавы это несколько сотен страниц. Все базовые классы JDK я и за 15 лет ещё не все узнал. Бывает, что занимаюсь велосипедами, когда уже есть готовое решение в JDK. Что уж говорит про новичков — тут и гугление не поможет.
Имхо, это глубоко ошибочное мнение считать, что если google создал библиотеку, то её качество выше.
Исходный посыл был другой. Вы искажаете смысл.
Говорилось о том, что среднее качество кода выше у Google. Что логично, так как они могут себе позволить и нанимают в среднем более квалифицированных.
Вы же говорите о лучших представителях библиотек/фрейморков.
Среднее в Google < Наилучшее в мире.
В статье-то сказано о:
Среднее в Google > Среднего в мире.
Из моего опыта в Java мире самые лучшие фреймворки и библиотеки приходят из open-source community, а вовсе не из недр каких либо компаний (не важно гугл или нет).
Google разве не публикует свое в open-source и не пользуется силами сообщества?
Скажем, Go активно пилится с участием «общественных» commit-ов.
Ошибочно у вас.
Ибо типично: мейнтеймер библиотеки работает в корпорации, разрабатывает библиотеку для своих внутренних целей. Но при этом публикует её. Использует сообщество для поиска и исправления багов. Взаимовыгодное дело.
Сделать что-либо путное серьезное чисто как хобби? Вы серьезно? Как исключение это возможно, но типично как раз иное — за зарплату.
То, что код публикуется и принимаются изменения от всех желающих не делает библиотеку/фреймворк созданной исключительно силой сообщество. В сообществе — большинство (подавляющее) — потребители.
Эти вещи пришли из реального мира и разработаны за зарплату.
Да хоть тот же Linux возьмите — львиная доля доработок на сегодня делается сотрудниками корпораций в рабочее время.
Среднее в Google > Среднего в мире.
Не совсем, так точнее: Open Source >> среднее в Google > среднее в средней компании
Google разве не публикует свое в open-source и не пользуется силами сообщества
Желательно чтобы проект изначально создавался силами Open Source. Например webkit изначально создавался энтузиастами, а затем дорабатывался организациями, не наоборот.
Использует сообщество для поиска и исправления багов. Взаимовыгодное дело.
Сообществу не выгодно исправлять баги. Сообщество более заинтересованно в создании продуктов с нуля. Сообщество вынуждено исправлять баги когда некомпетентный менеджмент с культом карго заставляет использовать продукт на том основании, что его написал гугл.
Сделать что-либо путное серьезное чисто как хобби? Вы серьезно? Как исключение это возможно, но типично как раз иное — за зарплату.
Мммм… я даже не знаю что ответить. Вы точно разрабатывали что-то? Вы пользовались линуксом, VLC, apache, Libre Office, 7-zip, ffmpeg? Предполагаю что это некий троллинг.
Да хоть тот же Linux возьмите — львиная доля доработок на сегодня делается сотрудниками корпораций в рабочее время.
Ядро линукса наполовину состоит из драйверов. Неудивительно, что разработчики оборудования активно контрибутят.
Например webkit изначально создавался энтузиастами, а затем дорабатывался организациями, не наоборот.
Apple же?
And then, on June 7, 2005, Bertrand Serlet stepped onto the stage at WWDC and announced something no one really saw coming — the soul of Apple’s little upstart browser, Safari, was being open sourced. And it was called WebKit.
Ну а кем работали авторы изначального KHTML вы знаете? Я-то вот знаю где Torben Weis получал финансовую поддержку, когда работал над этим проектом (даю подсказку — университет).
Знаю и кто платил Lars'у Knoll'у, когда тот перерабатывал проект (даю подсказку — знаете как финансируется Qt? )
Ядро линукса наполовину состоит из драйверов. Неудивительно, что разработчики оборудования активно контрибутят.
www.itweek.ru/foss/article/detail.php?ID=109200
70--95% программистов трудились над Linux в корпорациях и получали за это зарплату. “Более 70% вклада в развитие ядра внесли программисты, работающие в таких компаниях, как IBM, Intel, The Linux Foundation, MIPS Technology, MontaVista, Movial, NetApp, Novell и Red Hat”.
Какое железо делает Novell или Red Hat?
А как много ли драйверов под свое железо добавляет в Linux фирма IBM?
А что именно сделали в Linux ребята из NetApp? Какие драйвера? Код же открыт.
Ну а Intel? Да, они делают и драйвера, но далеко не только драйвера.
Просто прочитайте исходники (коммиты) и перестаньте вводить людей в заблуждение.
VLC, apache, Libre Office, 7-zip, ffmpeg? Предполагаю что это некий троллинг.
В смысле, с вашей стороны троллинг?
LibreOffice происходит от OpenOffice, а тот от StarOffice. Который вполне себе фирмой создавался. Ну а сейчас:
Разрабатывается сообществом из более чем 480 программистов под эгидой некоммерческого фонда The Document Foundation за счёт пожертвований отдельных лиц и организаций.
Мне выделить насчет пожертвований bold'ом или так понятно?
7-zip — алгоритм придумать это было сложно, согласен. Но как программа — он прост и вполне в одиночку потянуть.
Apache? Изначально создан в «Национальном центре суперкомпьютерных приложений» в США. Да, за зарплату. Сейчас финансируется Apache Foundation.
В ffmpeg — очень много кода университетских сотрудников. Это же не секрет. Просто поглядите на исходники. Это часть их исследований по алгоритмам сжатия. Но университет им тоже платит (гранты, зарплаты)
VLC, да действительно — что ж, исключения бывают.
Я не отрицаю, что много людей и бесплатно работает. Но ядро разработчиков в сколько-нибудь серьезных open-source проектов, как правило, именно что — за зарплату.
Взять, к примеру, откровенно провальные protobuf и GWT.
В чем провальность-то?
Используются весьма широко.
А идеальных вещей и не бывает.
Как нанимать людей в огромную компанию с непопулярным стеком. Разговор с Wrike