А вообще были случаи, когда компания в аналогичной ситуации не пошла на поводу у активистов и это привело к каким-то серьезным негативным последствиям?
Альтернативы есть не всегда. А портировать - это долго и дорого. Никто не будет с ним заморачиваться, если есть возможность сделать пусть немного криво, но быстро и, что важнее всего, дешево. Исключение - достаточно крупные игроки, которые могут себе позволить потратить кучу человеко-часов на качественное решение.
Потому что нужная вам библиотека есть только на Java, и времени портировать ее на нужный язык нет. И это пример не с потолка взят. Мне как-то на заре карьеры пришлось интегрировать Scala-библиотеку, реализующую алгоритм PLSA, в C++ проект. Тот кошмар с JNI до сих вспоминается, но это был самый быстрый способ из доступных.
Да тут дело не столько в производительности. Вы можете выбрать, скажем, Go или Rust и запросто влететь в такую же проблему через какое-то время. Тут даже не столько в языке дело, сколько в современных методологиях разработки, которые подразумевают работу с очень маленьким горизонтом планирования. Когда вы начинаете создавать MVP, вы имеете весьма расплывчатое представление о том, что с ним будет через год или два.
За пределами браузера ограничений практически нет, кроме инертности мышления.
Вы можете выбрать любой стек, который позволит решить текущую задачу оптимальным способом. Но через N спринтов, когда уже написаны сотни тысяч строк кода, у приложения появилась куча активных пользователей, к вам внезапно прибежит заказчик с горящими глазами и заявит, что ему кровь из носа нужно интегрировать в приложение, ну хотя бы, тот же OpenCV, не суть важно. Тут и возникает два варианта: угробить еще тысячи часов и кучу денег на переписывание кода и миграцию, либо раздуть дистрибутив на лишних 100 Мб. Как думаете, что выберет бизнес?
Ну вот в том и проблема, что далеко не всегда есть возможность выбрать тот язык, который нравится. Зачастую выбор обусловлен ограничениями платформы и/или наличием легаси кода, который никто не будет переписывать ради того, чтобы внедрить одну новую фичу правильным путем.
У индусов покупка дипломов и сертификатов поставлена на поток, судя по всему. Не раз доводилось сталкиваться со случаями, когда у человека профильное высшее образование и/или какой-нибудь сертификат (например, Oracle Java Developer), но при этом он не знает элементарных вещей. Единственный сильный разработчик, с которым мне доводилось работать, получал образование в США.
как правило очень обеспеченны (обычно уже приезжают из КНР с ~ 1 млн USD налом!!)
Не знаю, откуда вы такие цифры взяли, но для рядового китайца-ITшника это совершенно невозможная сумма. Конкуренция на рынке у них очень высокая - по 10-12 часов с 1 выходным они работают отнюдь не из любви к своему делу.
А тут точно ошибки нет? Потому что в середине 2000х использование HTTP не было чем-то удивительным, подавляющее большинство сайтов вообще не использовало HTTPS.
Первой мыслью было выбрать одну технологию и использовать ее, но оценив трудозатраты по переписыванию pipleline взаимодействия в любой из систем решено было искать альтернативные варианты.
А по какому принципу технологии выбирались изначально? Почему-то часто приходится слышать мнение, что Kafka - это вроде как более модный молодежный заменитель RabbitMQ. Но это же совершенно не так. Это разные технологии, созданные для решения разных задач. Если замене одной технологии на другую препятствуют только трудозатраты, то тут явный просчет на этапе проектирования.
Очень недальновидный капитал. Капитал поумнее, как мы видим, шарахается как черт от ладана.
Как-то вы рано выводы делаете, вам не кажется? Многие "очень недальновидные" компании существуют и по сей день (и весьма успешно). А вот как долго просуществует капитал "поумнее" будет видно лет через 50.
Репутационные потери от подобных действий гораздо серьезнее, чем от попытки остаться вне политики. По сути они продемонстрировали, что не являются надежными партнерами, т.к. могут в любой момент по велению своей пятки не только расторгнуть договор, но и украсть ваши деньги. Даже если вы никак не причастны к известным событиям.
Не совсем так. Многие ошибочно приравнивают наличие диплома к гарантированному трудоустройству. Мол, если есть диплом, то работодатели сами будут бегать за вами и упрашивать пойти работать в их компанию. Это не так для подавляющего большинства университетов в мире, а не только в России. Диплом не означает гарантированного трудоустройства, он всего лишь накинет вам N-ое количество баллов на собеседовании. Какое именно - зависит от специализации. В некоторых областях эти баллы можно легко компенсировать имеющимися навыками, опытом, умением заболтать собеседника в конце концов. В других это будет сделать практически невозможно.
Дачи есть, но жить/отдыхать они все равно предпочитают в странах Западной Европы и США. И потеря такой возможности (а также немалых денег из-за арестов активов) вызовет у них серьезное недовольство и руководство страны к ним должно прислушаться. П крайней мере, я на это надеюсь. Но толку в любом случае будет больше, чем от протеста рядовых разработчиков.
А вообще были случаи, когда компания в аналогичной ситуации не пошла на поводу у активистов и это привело к каким-то серьезным негативным последствиям?
Любопытно. Надо бы поиграться на досуге. Хотя у меня сейчас нет JVM проектов.
Альтернативы есть не всегда. А портировать - это долго и дорого. Никто не будет с ним заморачиваться, если есть возможность сделать пусть немного криво, но быстро и, что важнее всего, дешево. Исключение - достаточно крупные игроки, которые могут себе позволить потратить кучу человеко-часов на качественное решение.
Потому что нужная вам библиотека есть только на Java, и времени портировать ее на нужный язык нет. И это пример не с потолка взят. Мне как-то на заре карьеры пришлось интегрировать Scala-библиотеку, реализующую алгоритм PLSA, в C++ проект. Тот кошмар с JNI до сих вспоминается, но это был самый быстрый способ из доступных.
Что там подразумевается? D конкретно или LLVM в общем?
Вот потребуется вам, например, в проект интегрировать какую-нибудь существующую Java-библиотеку. Как D решит эту проблему?
Да тут дело не столько в производительности. Вы можете выбрать, скажем, Go или Rust и запросто влететь в такую же проблему через какое-то время. Тут даже не столько в языке дело, сколько в современных методологиях разработки, которые подразумевают работу с очень маленьким горизонтом планирования. Когда вы начинаете создавать MVP, вы имеете весьма расплывчатое представление о том, что с ним будет через год или два.
Это не ответ. Ни один из перечисленных там языков не решает проблемы.
Тогда и я возвращаюсь к исходному вопросу: какой брать?
Потому что любой из известных мне языков, не дает гарантий, что подобной ситуации не произойдет.
Вы можете выбрать любой стек, который позволит решить текущую задачу оптимальным способом. Но через N спринтов, когда уже написаны сотни тысяч строк кода, у приложения появилась куча активных пользователей, к вам внезапно прибежит заказчик с горящими глазами и заявит, что ему кровь из носа нужно интегрировать в приложение, ну хотя бы, тот же OpenCV, не суть важно. Тут и возникает два варианта: угробить еще тысячи часов и кучу денег на переписывание кода и миграцию, либо раздуть дистрибутив на лишних 100 Мб. Как думаете, что выберет бизнес?
Ну вот в том и проблема, что далеко не всегда есть возможность выбрать тот язык, который нравится. Зачастую выбор обусловлен ограничениями платформы и/или наличием легаси кода, который никто не будет переписывать ради того, чтобы внедрить одну новую фичу правильным путем.
Тогда почему вы пишите на JS/TS (судя по профилю)?
Например?
У индусов покупка дипломов и сертификатов поставлена на поток, судя по всему. Не раз доводилось сталкиваться со случаями, когда у человека профильное высшее образование и/или какой-нибудь сертификат (например, Oracle Java Developer), но при этом он не знает элементарных вещей. Единственный сильный разработчик, с которым мне доводилось работать, получал образование в США.
Не знаю, откуда вы такие цифры взяли, но для рядового китайца-ITшника это совершенно невозможная сумма. Конкуренция на рынке у них очень высокая - по 10-12 часов с 1 выходным они работают отнюдь не из любви к своему делу.
А тут точно ошибки нет? Потому что в середине 2000х использование HTTP не было чем-то удивительным, подавляющее большинство сайтов вообще не использовало HTTPS.
А по какому принципу технологии выбирались изначально? Почему-то часто приходится слышать мнение, что Kafka - это вроде как более модный молодежный заменитель RabbitMQ. Но это же совершенно не так. Это разные технологии, созданные для решения разных задач. Если замене одной технологии на другую препятствуют только трудозатраты, то тут явный просчет на этапе проектирования.
Это Яндекс. У них вообще очень странный подход к найму не только железячников, но и разработчиков.
Это как-то влияет на качество или вкус?
Как-то вы рано выводы делаете, вам не кажется? Многие "очень недальновидные" компании существуют и по сей день (и весьма успешно). А вот как долго просуществует капитал "поумнее" будет видно лет через 50.
Репутационные потери от подобных действий гораздо серьезнее, чем от попытки остаться вне политики. По сути они продемонстрировали, что не являются надежными партнерами, т.к. могут в любой момент по велению своей пятки не только расторгнуть договор, но и украсть ваши деньги. Даже если вы никак не причастны к известным событиям.
Не совсем так. Многие ошибочно приравнивают наличие диплома к гарантированному трудоустройству. Мол, если есть диплом, то работодатели сами будут бегать за вами и упрашивать пойти работать в их компанию. Это не так для подавляющего большинства университетов в мире, а не только в России. Диплом не означает гарантированного трудоустройства, он всего лишь накинет вам N-ое количество баллов на собеседовании. Какое именно - зависит от специализации. В некоторых областях эти баллы можно легко компенсировать имеющимися навыками, опытом, умением заболтать собеседника в конце концов. В других это будет сделать практически невозможно.
Дачи есть, но жить/отдыхать они все равно предпочитают в странах Западной Европы и США. И потеря такой возможности (а также немалых денег из-за арестов активов) вызовет у них серьезное недовольство и руководство страны к ним должно прислушаться. П крайней мере, я на это надеюсь. Но толку в любом случае будет больше, чем от протеста рядовых разработчиков.