В почти любом активно развивающемся инструменте в той или иной мере есть проблема фрагментации. Удивительно, как сложно было условному андроиду, какая боль была от питона 2->3, и прочее, и прочее. Вон выше график проблем для С++, хотя казалось бы. Вроде обратная совместимость есть, то есть можно просто со свежей версией стандарта собираться. Но, как всегда, возникают нюансы, и чем больше кодовая база, тем больше этих нюансов
Не существует в мире денег, за которые я бы согласился писать код на питоне, го, или джаве
И мне стало интересно, какие стороны вас прельщают в ваших инструментах. Не уверен, что раст позволяет писать более высоконагруженные приложения относительно, например, го. Про высококонкурентность аналогично. С доказательством корректности не сталкивался, буду иметь в виду, спасибо
Shell включает множество нюансов, но велика ли разница между условным bash и fish? Да, есть нюансы. Но их вряд ли можно назвать существенными. Питон3.6 от питона 3.11 тоже сильно отличается, но это один язык
Спасибо за языки. А теперь основной вопрос - почему они? Что в них такого прекрасного, что они лучшее в мире место, а условный питон невероятно плох, по вашему мнению?
Зависит от того, что мы измеряем. Jetbrains опрашивало разработчиков. TIOBE вычисляют некий слепок из проектов на гитхабе, ответов в поисковиках и ещё куче метрик. Можно смотреть на вакансии или резюме
Глобально, порядок языков в рейтинге имеет очень малое значение. Любой из топ-10 является хорошим кандидатом для рабочего инструмента. Ещё лучше иметь в своём репертуаре парочку языков (лучшей я считаю связку быстрого в разработке типа python и быстрого в плане производительного типа go/java/c++). Ну и как гимнастику для ума можно изотерические языки потыкать - lisp, prolog, haskell, ...
Typescript я бы тоже не выделял, наверное. Хотя знающие люди почему-то выделяют. Но не моя область
Чат-бот галлюцинирует, это общеизвестно. И на отдельные простые, казалось бы, задачи ИИ может выдавать неверный ответ. ИИ не умеет считать без плагина, плохо работает с буквами (так как внутри токены другого плана, посчитать количество вхождений буквы в слово ИИ может с трудом) и имеет ещё кучу недостатков. Под капотом нейросеть просто очень хорошо умеет прогнозировать следующее слово
Невероятно, что оно при этом способно решать задачи и вообще вести себя довольно разумно
В отчёте вроде ничего не было про плагины. Но экосистема плагинов довольно интересная, это точно. Плюс там неплохо с монетизацией вроде как, то есть при определённой доле удачи можно получить неплохую прибавку к зарплате. Некоторое время назад они забанили возможность качать плагины из РФ, сейчас с этим как?
Вероятно, shell лидирует из-за того, что это вспомогательный язык для linux и его выбирали "вдогонку". У меня совершенно не вызывает удивление его распространённость
Прямо интересно. Если вас не устраивает питон, го или джава, то что же для вас рабочее место мечты?
Концептуально - ничем. Более того, виндовый WSL довольно хорош. Конечно, пока Microsoft не начал действовать по EEE
Но почему-то разработчикам линукс и макось в среднем куда больше нравятся, чем винда. В том плане, что в обычной жизни типа 90%+ винды, ~8% макоси и ~2% линукса, а у разработчиков примерно 30%/30%/30%. Это огромный разрыв, который (мне) непонятно чем вызван. Но большинство всяких гайдов, как решать проблемы, проще всего найти линуксовые. Возможно, это связано с возможностью кастомизации. Возможно, с близостью и удобством консоли. Возможно, тем, что 90%+ серверов на линуксе, и проще разрабатывать на той же ОС, что и на сервере стоит
Солидарен, я окружающим меня людям теперь не предлагаю pycharm. Велкам к нам в vim, ну или в vscode. Но, несмотря на это, игнорировать результаты этого опроса нахожу вредным
Вопрос всегда в сообществе. Если на дельфи 1к человек пишут, а на питоне 100к, то дельфи бесконечно проиграл. Разве что кто-то крупный начнёт технологию адски драйвить (как google педалировал golang) или сложится какое-то удачное сочетание (как библиотеки для нейросетей на python). В противном случае дельфи ждёт медленное увядание, по крайней мере для боевых проектов
Думаю, большинство отвечало "по ощущениям", в этом случае в затратах на коммуникации уже учтены потери из-за прерываний. Но это весьма неточно. На хабре я про такое не писал, потому что счёл результат недостаточно техническим, но вот две небольшие зарисовки по теме:
Трекайте рабочее время о, собственно, полезности записи потраченного рабочего времени и кому оно вообще нужно. То есть если интересно, можно на себе провести опыт - записать рабочее время созвонов и пока не вошёл в рабочий ритм, всё к созвону отнести. Тогда можно получить реальную картину затрат на непосредственно код и на коммуникации
"Только ситхи всё возводят в абсолют"
В почти любом активно развивающемся инструменте в той или иной мере есть проблема фрагментации. Удивительно, как сложно было условному андроиду, какая боль была от питона 2->3, и прочее, и прочее. Вон выше график проблем для С++, хотя казалось бы. Вроде обратная совместимость есть, то есть можно просто со свежей версией стандарта собираться. Но, как всегда, возникают нюансы, и чем больше кодовая база, тем больше этих нюансов
Люблю теории заговора. Какой именно из аспектов отчёта имеет смысл для коммерческой манипуляции?
Фрагментация по версиям - боль в любой технологии. Здорово, что сейчас с этим пытаются бороться
Вы довольно резко заявили
сколько процентов обезьян пишут лапшу на го
Не существует в мире денег, за которые я бы согласился писать код на питоне, го, или джаве
И мне стало интересно, какие стороны вас прельщают в ваших инструментах. Не уверен, что раст позволяет писать более высоконагруженные приложения относительно, например, го. Про высококонкурентность аналогично. С доказательством корректности не сталкивался, буду иметь в виду, спасибо
Имел в виду, что в любом языке можно получить стабильный результат, и с современными инструментами это относительно несложно
Shell включает множество нюансов, но велика ли разница между условным bash и fish? Да, есть нюансы. Но их вряд ли можно назвать существенными. Питон3.6 от питона 3.11 тоже сильно отличается, но это один язык
Спасибо за языки. А теперь основной вопрос - почему они? Что в них такого прекрасного, что они лучшее в мире место, а условный питон невероятно плох, по вашему мнению?
А глобально зачем? То есть какой вывод можно сделать из такого графика?
Зависит от того, что мы измеряем. Jetbrains опрашивало разработчиков. TIOBE вычисляют некий слепок из проектов на гитхабе, ответов в поисковиках и ещё куче метрик. Можно смотреть на вакансии или резюме
Глобально, порядок языков в рейтинге имеет очень малое значение. Любой из топ-10 является хорошим кандидатом для рабочего инструмента. Ещё лучше иметь в своём репертуаре парочку языков (лучшей я считаю связку быстрого в разработке типа python и быстрого в плане производительного типа go/java/c++). Ну и как гимнастику для ума можно изотерические языки потыкать - lisp, prolog, haskell, ...
Typescript я бы тоже не выделял, наверное. Хотя знающие люди почему-то выделяют. Но не моя область
Чат-бот галлюцинирует, это общеизвестно. И на отдельные простые, казалось бы, задачи ИИ может выдавать неверный ответ. ИИ не умеет считать без плагина, плохо работает с буквами (так как внутри токены другого плана, посчитать количество вхождений буквы в слово ИИ может с трудом) и имеет ещё кучу недостатков. Под капотом нейросеть просто очень хорошо умеет прогнозировать следующее слово
Невероятно, что оно при этом способно решать задачи и вообще вести себя довольно разумно
В отчёте вроде ничего не было про плагины. Но экосистема плагинов довольно интересная, это точно. Плюс там неплохо с монетизацией вроде как, то есть при определённой доле удачи можно получить неплохую прибавку к зарплате. Некоторое время назад они забанили возможность качать плагины из РФ, сейчас с этим как?
Вероятно, shell лидирует из-за того, что это вспомогательный язык для linux и его выбирали "вдогонку". У меня совершенно не вызывает удивление его распространённость
Прямо интересно. Если вас не устраивает питон, го или джава, то что же для вас рабочее место мечты?
Спасибо за ссылку. Вообще language server - это просто великое изобретение. А что такое DA?
Чем больше пользователей, тем больше проблем. И гайдов. Так и растёт экосистема) ломается всё и у всех
Докер и тесты - и результат уже будет более-менее стабильным в любом языке. Всё остальное - недостаток квалификации или культуры разработки
Не имею опыта с котлином. Скорее всего, вы правы. А, возможно, кто-то уже дописывает годный плагин на этот счёт)
Концептуально - ничем. Более того, виндовый WSL довольно хорош. Конечно, пока Microsoft не начал действовать по EEE
Но почему-то разработчикам линукс и макось в среднем куда больше нравятся, чем винда. В том плане, что в обычной жизни типа 90%+ винды, ~8% макоси и ~2% линукса, а у разработчиков примерно 30%/30%/30%. Это огромный разрыв, который (мне) непонятно чем вызван. Но большинство всяких гайдов, как решать проблемы, проще всего найти линуксовые. Возможно, это связано с возможностью кастомизации. Возможно, с близостью и удобством консоли. Возможно, тем, что 90%+ серверов на линуксе, и проще разрабатывать на той же ОС, что и на сервере стоит
Солидарен, я окружающим меня людям теперь не предлагаю pycharm. Велкам к нам в vim, ну или в vscode. Но, несмотря на это, игнорировать результаты этого опроса нахожу вредным
По исходной постановке вопроса "понимание кода" я бы отнёс к activities directly involving code, в левый график
Вопрос всегда в сообществе. Если на дельфи 1к человек пишут, а на питоне 100к, то дельфи бесконечно проиграл. Разве что кто-то крупный начнёт технологию адски драйвить (как google педалировал golang) или сложится какое-то удачное сочетание (как библиотеки для нейросетей на python). В противном случае дельфи ждёт медленное увядание, по крайней мере для боевых проектов
Думаю, большинство отвечало "по ощущениям", в этом случае в затратах на коммуникации уже учтены потери из-за прерываний. Но это весьма неточно. На хабре я про такое не писал, потому что счёл результат недостаточно техническим, но вот две небольшие зарисовки по теме:
Трекайте рабочее время о, собственно, полезности записи потраченного рабочего времени и кому оно вообще нужно. То есть если интересно, можно на себе провести опыт - записать рабочее время созвонов и пока не вошёл в рабочий ритм, всё к созвону отнести. Тогда можно получить реальную картину затрат на непосредственно код и на коммуникации
Как я использую папки в Телеграм для удобства - тут поделился годами отточенным способом организации рабочих чатов для минимизации прерываний