Супер, оказывается потенциальные пользователи продуктов Jetbrains бомжи, хорошее начало… Что и писал выше, сотрудники Jetbrains смешные и не умеют реагировать на конструктивную критику… В VS Code есть OSS сборка, там нет телеметрии и проприетарных компонентов.
Ага, цена космос на metrahit ultra. Обычно все берут fluke или brymen. Ох уж эти богатые европейцы… Лично остановился на Brymen BM869s. Fluke 87 тоже дорогой, но brymen ему почти не уступает, а где-то даже превосходит.
Он изначально превосходил JAVA, они первыми завезли лямбда выражения и кучу синтаксического сахара. Майкрософт же создали изначально свою Microsoft Java Virtual Machine, даже помню, как она ставилась вместе с Visual Studio 2003, но столкнулись с судебными исками по поводу торговой марки JAVA в названии. В итоге они жестко обиделись, обида подтолкнула их создать что-то более лучшее, и они создали C#, который имел схожий синтаксис, но еще имел кучу синтаксического сахара и большое количество улучшений. И честно говоря, если бы они изначально отказались от привязки только к в windows и создали свою .net платформу для всех основных ОС, то они бы жестко откусили рынок JAVA и возможно даже бы сместили его с лидирующих позиций. Основной плюс JAVA был, да и основная концепция, что напиши один раз и будет работать везде. Правда Microsoft к этому пришли только сейчас и уже активно продвигают .NET в другие ОС, и видимо пытаются все же откусить кусок от JAVA. Да и вообще свои продукты активно продвигают в опенсорс, и создают лояльную аудиторию.
Всеми руками поддерживаю. Не редко тут можно встретить, что люди считают себя сениор разработчиками, когда знают весь синтаксический сахар в своем языке программирования и стандартную библиотеку, а при этом пишут медленный код и допускают довольно серьезные ошибки. А по факту сеньором делает только знание алгоритмов, умение их реализовать и скомпоновать. Мне лично без разницы на чем писать, первостепенен всегда алгоритм. С или С++ знать надо всем разработчикам, некоторые алгоритмы довольно лаконично решаются именно на них, и с ними приходит понимание как работает компьютер, и почему некоторые вещи работают медленно.
Подобные заявлении мне приходится слышать уже в течении 5 лет, и с новым релизом что-то да жестко ломается, отсюда чувствуешь себя бета тестером за свои же деньги…
За 3-4 года вполне… А вот еще вы мне напомнили, в дебагере clion нет просмотра переменных в бинарном и 16ричном формате, т.е. он есть но в эсперементальном виде и только в 16ричном формате. Когда gdb и lldb умеют все это из коробки, и их использует clion.
Бред полнейший! Поэтому продукты Jetbrains тормозят? Видимо так проявляется более высокая отзывчивость? Собирается, это не значит сделает. Вот вы к примеру собрались из дома выйти, но не вышли и в итоге ни куда не пошли… Если в electron не тригерить часто сборку мусора и перерисовку стилей, то там вполне можно уложится в пару десятков ms. Основная проблема всех платформ это разработчики, в случае electron порог входа ниже и там менее грамотные разработчики, отсюда есть серьезные баги в некоторых плагинах и они медленно работают. Но у IDE тоже не все так хорошо, как вы тут расписали…
Нет, не такие запросы. К примеру, что в clion нельзя указать toolchain файлы cmake, нельзя указать переменные среды с помощью bat или shell скриптов, во вторых параметры для CMAKE удобно писать в много строчном режиме, в одну строку писать конечно хорошо, но там вмещается всего 2 параметра, и остальные не видно, и не удобно перемещаться по параметрам, ваши разработчики видимо не пишут сборочные скрипты для серьезных проектов? Все это ломает работу с крупными проектами. Понятное дело с простенькими скриптами созданными cmake комфортно работать, но с чем-то крупным нет. Clion жрет память как не в себя, не может проанализировать даже не очень крупные C и C++ проекты, начинает дико тормозить и жрать память, чтобы сделать вид, что эту проблему решили в Clion, просто включили ограничения на размеры файлов и их просто пропускает. Ошибки qt, которые ломают анализатор, автодополнение, кривая поддержка st embedded — у меня даже проекты не открывает. Вроде функционал заявлен, а все глючно. Rider тоже глючный и сыпется на моих проектах. Поддержка wls кривая. Ваши продукты только около веб разработчиков покрывают, кто занимается серьезной разработкой даже не подумают переходить на ваши продукты, потому что капец как все сыро там. Говорю же вы смешные, и отмазки смешные вечно лепите. Как обычно ответ «сам дурак», у нас все круто, у нас миллионы пользователей.
Мафия вошла в чат… То есть сотрудники Jetbrains. Все минусуют…
Они кстати очень смешные, совсем не умеют признавать свои ошибки и баги в их продуктах, но искренно верят в свою исключительность и что их IDE одни из лучших. Когда им говоришь про серьезные проблемы и недоработки мешающие работать, даже огрызаются… Самое главное они недостаточно понимают специфику работы конечных пользователей их IDE, и какие задачи они решают, будь-то живут в своей вселенной Jetbrains… Вроде они что-то сделали хорошее, но все не то. Условно дали вам красивые кожаные ботинки, но не дали носков, а ботинки вроде есть, но натирают мозоль и протекают… В итоге вы носите старые кросовки…
IDEA у Jetbrains самая взрослая, и меньше багов мешающих работать, в остальных IDE встречаются довольно часто совсем критические баги. Некоторые запросы которые им писались в багрепорт 3-4 года назад до сих пор не выполнены, хотя технически там исправить некоторые можно довольно быстро.
Умный блокнот с плагинами это продукты Jetbrains. Уже ниже писал, что за свои деньги становишься каким-то бета тестером и не возможно нормально работать. Скажу больше, в плагинах VS Code поддержка некоторых тулчайнов, значительно лучше чем в продуктах Jetbrains. У Jetbrains конечно есть свои плюсы, но и есть кучу минусов…
У него довольно чистый синтаксис, хорошо читается, мне нравится, даже написано было несколько проектов, но он у меня не задержался в основных так как там есть вещи, которые в других языках можно было решать несколькими строками кода, в python это решалось значительно большим, при этому некоторые вещи наоборот делаются меньшим. Плюс поведение некоторых стандартных вещей там отличалось от общепринятых.
Никто не принижает преимуществ Rust. Это совсем разные языки и в принципе создавались для разных целей, один другого не заменит. Просто было замечание, что в Rust можно столкнуться с такими же проблемами, какой бы язык не был он не решает всех ошибок и проблем программистов. JVM дает удобную платформу для быстрой разработки и развертывания, и сразу имеет в себе решение большого количества кейсов для бизнес задач, и с отлично оптимизированными алгоритмами. В случае rust вам придется изобретать много велосипедов. Если вы не умеете пользоваться правильно памятью, и писать грамотно алгоритмы, то вас даже rust не спасет. Основная разница JAVA программистов от программистов C, С++, Rust, что вторые чаще всего более грамотные. Поэтому в JAVA можно встретить довольно много глупых и примитивных ошибок, которые не сделают вторые. С грамотным JAVA программистом, может даже быть так, что на JAVA приложение будет работать в продакшене даже быстрее написаного на Rust. Плюс скорость разработки сложных приложений значительно выше на JAVA, а потребности бизнеса очень быстро меняются. Это причина почему последние 20 лет JAVA находится в топе популярных языков программирования.
Продвинуть в другие браузеры dart было сложно, и видимо они побоялись, что язык не такой популярный, добавление нового движка усложнила бы разработку и поддержку chromium. Лично не оставляю надежду, что все же dart сделают как замену JS, или сделают нормальную альтернативу JS без костылей. Лично написал не мало на JS(Даже PNG картинки генерировал на JS) хорошо понимаю разработчиков dart и почему они решились на такой смелый шаг.
Насчет похорон JavaScript не было такого, они как альтернативу продвигали, так как JS костыль на костыле, и фундаментальные его проблемы не решить не переписав язык, про это говорили разработчик v8, что они столкнулись с кучей проблем на пусти оптимизации JS движка, и многие вещи не возможно решить из-за обратной совместимости. В dart перешла команда лучших и опытных разработчиков из v8, чтобы создать ООП язык легкий для изучения как JS, но не имеющий его фундаментальных проблем, и по мне они справились со своей задачей. Язык приятный для программирования и довольно продуман, жаль что не так популярен еще, но популярность растет благодаря flutter, и гугл на нем уже делает не мало проектов своих.
Оверхед есть, но не большой, там настолько все оптимально, что не все C и С++ программисты так смогут оптимизировать алгоритмы. У меня некоторые алгоритмы работают даже быстрее C++, засчет оптимизации jvm. Rust не решает проблему GC совсем, если вы работаете с гигабайтами и терабайтами данных в любом случае столкнетесь с необходимостью менеджера памяти, и со сборкой мусора и фрагментацией памяти. Все не так просто. Как таковой проблемы со сборкой мусора в JAVA нет, вся проблема, когда создается во время работы много переменных и удаляется, раньше всегда учили, что конкантенация строк в циклах это плохо так как там в цикле создавалась новая копия стрингбуфера и память утекала, вынесение переменных из циклов, и вообще объявление переменных наверху метода, и уменьшение числа переменных, уменьшает количество сборок мусора. Правда сейчас компилятор уже все это решает, и ошибки программистов легко прощаются. Вообще правильная архитектура приложениях в большинстве сводит проблемы сборки мусора на нет. При правильном написании кода и алгоритма количество сборок мусора можно уменьшить в десятки, а то и сотни раз. Например в одном довольно крупном проекте видел просто замечательный антипатерн, создавалось несколько тысяч инстанстансов класса, в классе был массив данных, и самый ужас, при работе это массив активно изменяли в размере. Там алгоритм можно было написать без массива, но главный разработчик не знал базовых алгоритмов. На такой случай есть замечательная книга «Алгоритмы на Java. Роберт Седжвик, Кевин Уэйн». Во вторых есть разные алгоритмы сборки мусора, у всех свои плюсы и минусы, вам стоит лучше с ними ознакомиться, чтобы не вводить людей в заблуждение. Менеджер памяти даже есть в ОС!
Они кстати очень смешные, совсем не умеют признавать свои ошибки и баги в их продуктах, но искренно верят в свою исключительность и что их IDE одни из лучших. Когда им говоришь про серьезные проблемы и недоработки мешающие работать, даже огрызаются… Самое главное они недостаточно понимают специфику работы конечных пользователей их IDE, и какие задачи они решают, будь-то живут в своей вселенной Jetbrains… Вроде они что-то сделали хорошее, но все не то. Условно дали вам красивые кожаные ботинки, но не дали носков, а ботинки вроде есть, но натирают мозоль и протекают… В итоге вы носите старые кросовки…