Как стать автором
Обновить

Как нанимать людей в огромную компанию с непопулярным стеком. Разговор с Wrike

Время на прочтение14 мин
Количество просмотров21K
Всего голосов 39: ↑33 и ↓6+27
Комментарии94

Комментарии 94

Компания описана симпатично, но… С точки зрения разработчика. Вот сидишь ты несколько лет на непопулярном стеке… А случись что — куда бежать и кому ты с этими знаниями нужен? Переезд к ближайшей вакансии в соседнюю область/столицу? Обратно в джуны? Или петпроекты на чём-то популярном на всякий случай качать?
Небезопасно как-то.
Качать базовый скилл. Не синтаксис языка, а алгоритмы, структуры данных, лямбда исчесление. Чтоб когда весь фронтенд\бэкэнд со всеми новомодными фреймворками сгорят в адском пламени — можно было потихоньку собраться и пойти работать программистом в другое место где дадут пару недель на адаптацию к проекту.

Проблема а том, что большинство компаний, под уровнем "мидл" понимает человека, который придёт и сразу начнёт качественно закрывать таски. Алгоритмы и структуры это конечно хорошо, но сейчас больше смотрят на виртуозное владение фреймворками и знание принятых в них "бэст практикз", то есть ищут именно %фреймворк%-разработчиков, чтобы сел и сразу греб, а алгоритмы спрашивают у кандидатов на юниорские позиции.

С точки зрения "гребца" — безопаснее всего устроиться в большой аутсорсинг, и пилить себе потихоньку какой-нибудь огромный долгоживущий проект. Но грести скучно

Честно, сначала я подумал, что мне показалось, перепроверил ещё раз, и правда 1С. Я конечно понимаю, что компания это большая, и 28 лет по меркам IT это почти вечность, но откуда все-таки такая уверенность в ней? Не в С, Java, или даже SAP, а именно в 1С.

Если говорить о России — почти весь средний и даже большой бизнес сидит на 1С в каком-то виде. И там всегда нужны руки

Никто не заставляет идти на галеры. Там где нужны структуры и вот это всё — тоже дефицит кадров и задачи сами себя не закроют.

Дело не в задачах. Лично я не встречал вакансий разработчиков мидл уровня, где было бы написано "Нам не важно, на каком языке вы до этого программировали", подобные фразы я встречал только в вакансиях джуниоров.

Прошу прощения за оффтоп, а откуда взялись термины «галеры» и «гребцы»? Стало любопытно, потому что неоднократно вижу, как они употребляются только к разработчикам.
Не только разработчики. На флоте, галера — корабль выделяющийся невыносимыми условиями службы — склочный офицерский коллектив, невменяемое обожающее оргпериоды без берега начальство, большое количество горячих парней с юга в экипаже, проблемная матчасть — смешать в разных пропорциях.

А вообще в it и офисах пошло от мемасиков из классических картин с соответствующими надписями — сюжет обычно включал измученных гребцов и надсмотрщика с кнутом.
«Гребцов» не слышал, хотя они и являются логичным продолжением данной аналогии. Галеры — места куда набирают специалистов разработки на фреймворке, желательно самом популярном на рынке, и поточно клепают сайты. Платят за часы, никакого оформления по ТК, зарплаты ниже рынка, и дикая текучка. Туда идут либо джуниоры, либо удалёнщики-социофобы, либо те кого успокаивают рутинные действия (как работа помощника сортировщика).
Судя по частоте использования, есть подозрение, что термин возник где-то в глубинах сайта замечательное.айти
Проблема а том, что большинство компаний, под уровнем «мидл» понимает человека, который придёт и сразу начнёт качественно закрывать таски.


Компании бывают разные (пример — как раз в статье).
А раз так, то подумайте — зачем вам «большинство компаний»? Лично вам же достаточно ровно одной?

По вашей логике выходит, что всем до единого программистам изучать нужно только JS+PHP+Java так как это самые популярные стеки?

Понятно, что компании мечтают заполучить миддла, заточенного точно под их стек, но это только мечты, так как такие совпадения не частые.

Сколько помогал набирать персонал (технические собеседования) — почти всегда брали сотрудника всего лишь за знание «более-менее смежного стека» или «более-менее смежного направления разработки». Ибо почти не бывает 100% совпадений на практике.
Базовый скилл качают все. Сидит Вася со своим офигенным (нет) Дартом, и сидит Петя со своим ужасным-отстойным JS или там TS. И через пару лет у них обоих прирос базовый скилл, но вот у Пети еще и опыт в популярном стеке, а у Васи нифига.
Это как изучать как чиеить Мерседесы и Лады; с Мерседесом вы найдете работу везде. Но всегда популярным может стать Фольксваген… Я к чему: возмет котлин или нью скрипт и взорвет фронтэнд, а вы ничего не можете… Есть всегда спрос и на тех кто Реакт-программист или Ангуляр-программист; и на тех кто Программист. Разницы в деньгах незамечено.
Конечно, всё так.

Но пока никакой новый инструмент Х фронтэнд не взорвал — у «просто программиста» будет несколько меньше путей, чем у «реакт-программиста» (при равном общем скилле). Разница в деньгах скорее всего особой роли играть не будет, а вот разница в объеме хороших вакансий, где тебя вот прям ждут — да.
И через пару лет у них обоих прирос базовый скилл, но вот у Пети еще и опыт в популярном стеке, а у Васи нифига.

А Вася, если не бил баклуши — пойдет в тимлиды и будет уже сам выбирать технологии, а не подстраиваться под готовые.

То, что вы возводите в абсолют, «чтобы конкретный стек знал и сразу мог работать с полной нагрузкой» — критично только для уровня джуна.

А Вася, если не бил баклуши — пойдет в тимлиды и будет уже сам выбирать технологии, а не подстраиваться под готовые.

Пример работает «при прочих равных», разумеется. Если Вася идёт в тимлиды, то Петя тоже идёт. И один тимлид не очень-то шарит в нынешних распространённых инструментах, а второй шарит как минимум в одном.

То, что вы возводите в абсолют

То, что вы себе придумали, что я что-то возвожу в абсолют — не значит, что я возвожу. Попробуйте читать написанное, а не ваши фантазии на тему написанного.
Я писал о том, что при прочих равных у человека с опытом в распространенном тех стеке — больше возможностей (в основном к трудоустройству).
Я писал о том, что при прочих равных у человека с опытом в распространенном тех стеке — больше возможностей (в основном к трудоустройству).


Вот это и есть «возводить в абсолют».
По вашей логике — учить следует только PHP+JS (возможно, Java) — это ж «больше возможностей по трудоустройству».

Нет никаких «прочих равных» в реальности.

В реальном мире — и Петя и Вася очень разные. И пойдут потом работать в разные фирмы после увольнения с предыдущего места. И ожидать от них будут разных скиллов — у разных фирм разные требования к сотрудникам.

С точки зрения статистики — у вас всё верно написано.
С точки зрения конкретного человека — ему не нужны все эти 100 500 фирм, где можно писать на JS. Он же не сможет работать во всех сразу.

Но он может выбрать из них лучшую.

Но он может выбрать из них лучшую.

У вас логическая ошибка.
Остальные 100 500 — 1 вакансий пустыми что ли останутся?
Более часто используемая технология — больше конкурентов-коллег.
Да и Dart все же не Haskell, выбор есть.
Больше вакансий — больше шансов занять ту, которая больше соответствует твоим целям. Конкуренты-коллеги все разные, если на рынке 100500 вакансий, то каждый (не буквально) может найти вакансию под себя. Если вакансий 10, то даже если ты единственный претендент на них все, очень легко может оказаться, что среди них нет, устраивающих тебя.
Больше вакансий — больше шансов занять ту, которая больше соответствует твоим целям


Предлагаете всем до единого ограничивать себя и писать только на 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С?
Вы не поверите, но неделю назад получила письмо с предложением о сотрудничестве от компании, продвигающей 1С в Европе. А вы говорите — только Россия.
Тут надо уточнить, что работа всегда будет в России, а соберись ты за границу, кому ты нужен с 1С?


Если ты собираешься за границу, то готовишься к этому.

Выучить очередной человеческий язык сложнее на порядки (годы), чем выучить очередной язык программирования (недели).

Куда важнее не конкретный язык, а алгоритмы/парадигмы/паттерны.

Автор этих строк:
15 лет с 1С.
На Go начал программировать через 40 минут после ознакомления с синтаксисом.
На Dart — через пару дней после ознакомления с синтаксисом.
Через пару месяцев был готов веб-сайт интернет-магазина (коммерческая разработка за вполне «взрослую» денежку) — да, я знаю про готовые решения, первая версия была построена на базе CMS, вторая — уже самостоятельно «запрограммирована».
Затем пошло-полетело.

И это «по записи».
По «чтению» — вообще можно сходу.
Подавляющее большинство современных языков подобны еще школьному Pascal. Исключения — редки.

P.S.:
Речь, разумеется, не о джуне.
В статье правильно сказано, что адекватный разработчик без труда разберётся в новой технологии. Если он разберётся в непопулярном стеке, то какая проблема разобраться в популярном?
НЛО прилетело и опубликовало эту надпись здесь
А что там есть такого сложного, чтобы пары недель не хватило, если ты клавиатуру не впервые в жизни видишь и как минимум имеешь представление о программировании?
НЛО прилетело и опубликовало эту надпись здесь
Да нет, перейти несложно, но любителя ООП можно угадать по его коду на JS/TS, как говорится, «с трех нот». Я, собственно, как бывший явист, сам до сих пор так пишу — классовым и немного квадратно-гнездовым способом. Хотя и знаю, что можно по-другому, и как именно. Но — как говорится, один раз ООП, и дальше уже всё ООП.
НЛО прилетело и опубликовало эту надпись здесь
Программист на *** на любом языке пишет на ***.
Я впервые услышал эту фразу применительно к Lisp-у, но жизнь показывает, что сюда можно подставить абсолютно любой язык.

Я думал это из мини-анекдота:
"Могу программировать на Fortran на любом языке программирования".

Я-то только за, но если посмотреть на вакансии не топов вроде Гугла, а средних компаний, то они ищут, в большинстве своём, готовых работников, которые разбираются и имеют опыт в нужном им стеке.

Действительно, такой перекос имеется. Обусловлен в основном потоком рутинных задач, которым нужны руки, но не голова.
то они ищут, в большинстве своём, готовых работников, которые разбираются и имеют опыт в нужном им стеке.

Мало ли о чем они мечтают.
Они еще и ищут, чтобы за копейки при этом.

Но это невозможно.
Так же как и трудно найти специалиста 100% подходящего под стек.

Практически всегда компании согласны на квалифицированного программиста из смежной области.
Ага, и также противоречие с тем, что они не берут тех, кому все равно, что делать. Те, кому не все равно, сами не пойдут к ним и разбираться с их языком и граблями.
НЛО прилетело и опубликовало эту надпись здесь
А ещё у профессионала может быть семья, которой тоже хочется уделять внимание. Не вечно же впахивать ради впахивания и строить будущее исключительно вокруг карьеры.
Читайте между строк — ищут гребцов к себе на галеру, чтобы работали больше, а платить им меньше
Почему не подойдет? Профессионал заинтересован в том что делает с десяти до шести.


Вы акцент не там увидели.

Ключевой момент тут:
но тебе все равно, что пилить, лишь бы работать с десяти до шести и получать деньги
НЛО прилетело и опубликовало эту надпись здесь
Профессионал как раз хорош тем, что он выдает требуемое качество даже когда ему «все равно».

Где вы видели таких идеальных людей-профессионалов? В кино?
При прочих равных — если человеку интересно — он работает лучше.
НЛО прилетело и опубликовало эту надпись здесь
в какой-то степени интересно

В какой?
В ИТ у работника сейчас есть выбор, чтобы не занимать тем, к чему душа вообще не лежит.

Полным полно (и в ИТ и не в ИТ), которых работа не интересует от слова вообще.
Просто кушать нужно вот они и приходят за зарплатой.
И, напротив, полным полно (и в ИТ и не только в ИТ), где человеку его работа нравится.

Ну и так называемым галерам еще удобно, когда глаза горят и человек перерабатывает не прося компенсации.

Отнюдь.

Зачастую нужны просто рабочие лошадки без выкрутасов. Это просто другая фирма, другая организация труда.

В частности, я как работодатель предпочитаю нанимать «без горящих глаз».

Те, которые с горящими глазами постоянно норовят мне технологию скорректировать своими экспериментами с новшествами, а на моем проекте этого не нужно как раз.
НЛО прилетело и опубликовало эту надпись здесь
Потому я и говорю о профи, а не о «горящих». Профи предложит новшества если посчитает нужным, но действовать дальше будет в рамках вашего одобрения или отказа.

Гы. С сеньорами таких проблем как раз нет.
Но 100% сеньоров не наймешь.

Хотелось бы спросить, какое отношение в обозначенной организации к овертаймам.
Овертаймы бывают разного рода. Если команда не вписывается в спринт и кто-то начинает овертаймить, то отношение – как к ошибке в оценке или как с сбою в процессах, такие вещи не поощряются внутри команды, но иногда происходят. Есть личные инициативы людей – сделать что-то за пределами скоупа, или, скажем, написать статью на хабр или поработать над интерактивом для конференции, где компания участвует со стендом, то такие вещи мы приветствуем. В целом, все согласованные заранее овертаймы в компании компенсируются. Но вообще мы за work-life balance.
А практикуете ли вы время на поиски новых путей, прототипирование идей, экспериментирование в рабочее время по предварительному согласованию по длительности кванта и примерному направлению?

Конечно

Интересно, почему google разрабатывает тот же Angular на typescript, а не на Dart?
<sarcasm>
Наверное они просто тот самый доклад Виктора Логова из JetBrains не слышали.
</sarcasm>

А если серьезно, вся часть про «почему Dart?» просто звучит как «ну вот просто в свое время взяли Dart, но не скажешь же так на интервью». И понятно, почему теперь с него не слезть — но опять же не скажешь же на интервью, что «ну не будем же мы продукт переписывать, даже если нам не всё нравится». Несолидно. Остаётся улыбаться и махать.
Очень много наших подробных статей habr.com/ru/company/wrike
докладов www.youtube.com/channel/UCu-RrZ8JmADlGZGO8d3OW5w/videos
и прочих материалов (https://github.com/rudart/community/blob/master/ru_resources.md), почему Wrike использует Dart.

Это если по существу и без сарказма отвечать.
Если по существу и без сарказма, то я могу набрать в гугле «язык для Y», ткнуть в первую попавшуюся ссылку, а потом практически бесконечно фонтанировать докладами о том, как выбранный мной язык офигенен и хорош. Доклады — это красочное переливание воды. Если же без воды — это должен быть очень сухой и короткий сравнительный анализ сильных и слабых сторон множества инструментов в контексте «нам нужно сделать штуку Х с обязательными фичами A, B, C, и учесть прогнозируемые нами риски K, L, и M».

Если вы ничего не сравниваете, а рассказываете про то, какой крутой инструмент Х — это вода. Если вы сравниваете, но по сферическим в вакууме показателям, которые сами же недавно и придумали (и ранжировку по ним тоже придумали) — это вода.

А конкретно про ваш случай я предположу, что всего лишь имело место стечение обстоятельств в плохой момент времени — вы взялись мигрировать с ExtJS в те времена, когда TS еще был совсем хилый и печальный. Взялись — и не угадали с трендами на популярность. Но уже поздно. Если в будущем столкнетесь с нарастающими техническими (или даже кадровыми, но это навряд ли) проблемами — тихо и без шума пойдете переезжать с дарта на что-нибудь еще, и далее пиарить будете другой инструмент.
Есть задача, есть инструмент. Инструмент хорошо подходит для решения задач, остальное лирика. На данный момент дарт нас устраивает. Сравнивать языки и фреймворки в вакууме лично я не вижу смысла. Вот, например, статья на эту тему от нашего коллеги habr.com/ru/company/wrike/blog/433060
Инструмент хорошо подходит для решения задач, остальное лирика.

Так вот именно. О чем я и говорю.

Не «смотрите, какой TS отстой, там доклад был», а «нас пока и с дартом всё устраивает». Второе — банальная реальность. Первое — «улыбаемся и машем».
68 звезд на github не впечатляют, с таким комьюнити мало какая серьезная компания захочет работать.
68 звезд на github не впечатляют, с таким комьюнити мало какая серьезная компания захочет работать.

Тысяча, вообще-то: github.com/dart-lang/angular
Полагаю, что большинство ставит его используя специальный инструмент stagehand, а не вручную запуская git clone
Google использует и этих звезд не считает и не боится.
На AngularDart у них сделана основная деньгоприносящая часть — панель управления рекламой. Вы же не считаете, что они доверят свои сотни миллиардов какой-то наколенной поделке?
Да и на twitter.com/angulardart 3,5 тыс. подписчиков
Полистал их документацию и так и не понял взаимоотношения Angular.io и Angular.dart.

Если вы в этом разбираетесь, расскажите пожалуйста, эти два фреймворка используют общий код и если да, то как это делается?
Если вы в этом разбираетесь, расскажите пожалуйста, эти два фреймворка используют общий код и если да, то как это делается?

news.dartlang.org/2016/07/angulardart-is-going-all-dart.html
3 года назад был общий код.
Автоматически переводимый на разные языки.

Но уже нет.
Это уже разные продукты (пусть и с одной идеологией).

Понятно, то есть в целом опыт обычного ангуляра с Angular.dart поможет, но все равно придется переучиваться. И готовые компоненты переиспользовать не выйдет.
Как нанимать людей в огромную компанию с непопулярным стеком.

Судя по тому, что это не первая статья где пиарят Dart, найм идет тяжело, но не так плохо, чтобы признаться в стратегическом просчете.
чтобы признаться в стратегическом просчете.

Смотря как оценивать. Может и не просчет.
Труднее найти программистов — зато надежнее код. Благодаря статической типизации автоматика берет на себя больше проверок, чем могут и напишут люди вручную.
Благодаря статической типизации автоматика берет на себя больше проверок

ммм… TypeScript?
ммм… TypeScript?

Полумера, к сожалению.
>доклад Виктора Логова из JetBrains на конференции HolyJS
А есть ссылка? А то сегодня меня прокляли боги гугла, не могу найти :(
Я думаю, имелся в виду вот этот доклад: www.youtube.com/watch?v=srqqwuqzYMM

Каким образом Андрей Старовойт превратился в Виктора Логова – загадка.

Доклад можно посмотреть в архиве трансляции. Ссылка с таймкодом: https://youtu.be/spIfirNCeVs?t=6556


Доклад в основном о боли разработчика IDE и поддержки автоматических рефакторингов. Тема неудобства для разработчика там не раскрыта вообще.


Складывается ощущение, что фичи в нем появляются по принципу «Давайте вот это добавим? А давайте».

Вот этот вывод в статье из доклада вообще никак не следует. Это личная фантазия автора.

Спасибо!

Это действительно Антон Лобов. Как он превратился в Виктора Логова — вопрос редактуры :-|

Имхо, это глубоко ошибочное мнение считать, что если google создал библиотеку, то её качество выше. Из моего опыта в Java мире самые лучшие фреймворки и библиотеки приходят из open-source community, а вовсе не из недр каких либо компаний (не важно гугл или нет).

Более того, решения от гугла часто оказываются менее эффективными, ибо многие «архитекторы» с маленьким разработческим опытом выбирают по принципу «раз гугл, значит круто». Взять, к примеру, откровенно провальные 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 разрабатывался бесплатно?

Ну а кем работали авторы изначального 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.

В чем провальность-то?
Используются весьма широко.
А идеальных вещей и не бывает.
Применяется ли у вас тщательный контроль производительности каждого сотрудника через сопоставление тимлидом желаемого и фактического времени выполнения задачи(претензии вида «я это сделаю за час… ты это делаешь за два часа»)?

Нет, а зачем?

Просмотрел комментарии — никто не похвалил за загадку с Coil, а мне она понравилась!
Ребят, а чего у вас такие тарифы конские? На мелкие команды из провинции вообще никакого расчета нет — минимальный коммерческий тариф аж 3000 в месяц. А если нас два человека всего? Фотошоп дешевле стоит.
Расскажите как у вас внутри с Flutter? пишите на нем что-то, планируете?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий