Comments 388
В этом поможет компания Haulmont, которая выпустит бесплатную версию популярного плагина Amplicode.
Вот это можно подробней разъяснить?
Да. Amplicode сейчас полностью бесплатный, но где-то во втором квартале следующего года мы планируем начать коммерциализацию. При этом останется бесплатная версия, в которой будет базовая поддержка спринга, ее состав пока обсуждается.
Если будет плагин в котором поддержка спринга по функциональности больше чем в Amplicode и он будет всегда бесплатным и с открытым исходным кодом, но будет конфликтовать с Amplicode из-за пересечения функциональности, кто и каким образом в OpenIDE будет выбирать какой плагин будет входтиь в сборку по-умолчанию?
Добрый день. Amplicode войдет в базовый состав OpenIDE (как, например, и интеграция с GitFlic), поэтому ваш плагин все-таки должен будет быть с ним совместимым. В этом случае проблем с публикацией не будет. Решения по развитию продукта будет принимать технический комитет, как было написано в статье.
А исходники Ампликода будут выложены?
Ооо Gitflic прикольно. Начал им пользоваться. Но если честно мой первый репозиторий. Знаменитым github не использовал никогда. Но с функционалом контроля версий полностью справляется.
Так а почему бы не прибивать гвоздями ваше решение, а использовать его как плагин по умолчанию который можно будет отключить и заменить на свой?
[ДАННЫЕ УДАЛЕНЫ]
'азино три топора - поднять бобла'...)))
А когда вы об этом сообщите?
Такая информация должна быть видна на вашем сайте на самом видном месте.
Прежде чем подсаживаться -- Мы должны понимать, что бесплатная доза закончится, и нужно будет опять сильно думать - чем заменить платный Amplicode.
На главной странице
Картинка слева прям несет скрытый смысл.
Спасибо. Теперь увидел. Давно не заходил на сайт :)
Жду ценник.
Плагин для IDEA тоже сделаете платным? Цена будет сильно различаться? Будет ли возможность купить плагин для IDEA не через их маркет?
Добрый день. Официально купить конечно же можно будет, в рублях, российской картой или платежом по счету. Amplicode - полностью российская история. Плагин для IDEA, OpenIDE, GigaIDE - один и тот же, соответственно все условия будут одинаковые. Цены озвучим "как минимум за три месяца до", но обещаю что они будут вполне доступные.
А пилить свои расширения можно будет? И на каком языке?
Amplicode - полностью российская история.
Много раз замечал, что слово "история" часто используется в качестве эвфемизма для "х-ня", когда говорящий не может быстро вспомнить подходящий термин. Как-то пессимистично это выглядит в комментарии к собственной рекламной статье. Не является ли ваша разработка всем и ничем одновременно?
"Я человек простой, услышал слово "история" - записываю в х..ню". Логика классная ))
А поясните "всем и ничем одновременно" пожалуйста, глубокий философский подтекст чувствую я.
Пользуясь случаем, я хотел бы спросить о будущей лицензионной модели (если это уже определено). Что-то вроде классической подписки с perpetual fallback?
чем заменить платный Amplicode
Как вариант, explyt можно
Спасибо. Изучал.
В Amplicode есть некоторое количество очень удобных генераторов и оснасток.
Этого нет в explyt. В IDEA Ultimate(+ бесплатный JPA Buddy) есть, но сделано менее удобно или очевидно.
Спасибо, что смотрели,
но можете ли вы подробнее рассказать, что именно вам не хватило в Explyt Spting в контексте именно Spring'a? Если вы напишите нам на github в issues нашего open-source проекта, то, по вашему запросу, сможем приоритизировать. Это будет бесплатно и открыто навсегда. Мы ценим вклад наших пользователей.
Я вижу вы интересуетесь OpenAPI, мы сделали много разных плюшек, которые добавляют функциональность рендеринга, генерации openapi и наоборот RestController из openapi: валидацию, рефы и поиск и т.п. Можете пожалуйста и в эту сторону посмотреть?
Платная это норм. Значит уровень должен быть. Главное чтоб цена была не как крыло самолета!
На фоне политики JetBrains хотелось бы иметь среду для .NET (Microsoft пока не так радикальны, но все же).
У нас к сожалению нет столько экспертизы в .Net, чтобы гарантировать что мы сможем сделать хороший продукт.
Когда-то давно, когда визуал студия была полностью платной и не было бесплатной редакции вообще, я пользовался SharpDevelop, вполне было норм. После вашего комментария решил проверить как у него дела, к сожалению оказалось, что последний релиз был 8 лет назад: https://en.m.wikipedia.org/wiki/SharpDevelop
Но он все еще опенсорс, любой желающий, у кого есть уйма времени, может попробовать подхватить знамя.
Уже давно есть Consulo (https://github.com/consulo/consulo) так же на базе Intellij Idea. Интересно, что теперь она поддерживает (в той или иной степени) и другие языки программирования.
Спасибо!
Кажется, что проект живет на чистом энтузиазме его основателя. Судя по всему, коммитит он туда практически один. Успехов проекту, но есть большие сомнения, что он сможет занять какую-то существенную часть рынка. За больше чем 10 лет не занял. Гораздо лучше, когда за опенсорс технологией стоит какая-нибудь компания, или даже не одна.
Как например The Linux Foundation, если вы понимаете о чём я🫠
Нас уже двое. В июле я присоединился к разработке Consulo IDE.
Что до занятия рынка — просто надо больше рассказывать о себе. Будем статьи писать.
По поводу стоящих за опенсорсом компаний — не раз уже видели, чем их работа оборачивается. Компании хотят прибыли, потому опенсорсят не всё. И ведут себя периодически очень нехорошим образом. Опенсорсные коллективы тоже не всегда сахар, но хоть код полностью открыт и можно всегда форкнуть его.
По поводу кода IntelliJ IDEA, в котором уже изрядно покопался. Он написан весьма неряшливо, но это бы полбеды. Он написан под большую компанию, которая может себе позволить зоопарк решений и технологий. С Code Review у них явно всё плохо, поскольку каждый заново изобретает велосипеды и дублирует здоровые куски функциональности. Они злоупотребляют поздним связыванием, из-за чего проблемы с отсутствием ресурсов (иконок, локализационных констант и т.п.) обнаруживаются только при открытии соответствующей формы. Они перемежают Java-код и Kotlin-код. У них нет нормального разделения на модули. Их репозиторий можно скомпилировать только на суперкомпьютере. И т.д. В общем, с таким репозиторием действительно может справиться только большая компания, в которой команда тестировщиков будет находить баги руками. Мы же как команда маленькая, добиваемся, чтобы ошибки отлавливались на этапе компиляции, чтобы модули были развязаны, чтобы написано всё было на одном языке. Да, это занимает много времени. Но иной путь едва ли сработает. Если взять репозиторий как есть с минимальными изменениями, то получится та же IDEA, заточенная под JetBrains.
Помимо качества кода, какие преимущества получает потребитель?
Я согласен, что проблем в коде IntelliJ, но мне кажется, вы излишне драматизируете) я на своем маке на м1 спокойно могу собрать IDEA Community
С точки зрения пользователя у нас есть несколько плагинов, которые недоступны в Community Edition — C#/Unity, JS/CSS, также пилим поддержку SQL и Spring (плагины уже есть, но сырые).
Также у нас другая концепция IDE, нежели у JB. Они под каждый стек технологий выпускают свою IDE — IntelliJ под Java, Resharper/Rider для C#, PyCharm, WebStorm (JS/TS), DataGrip (SQL). У нас единая IDE для всего, а набор поддерживаемых технологий определяется установленными плагинами.
Плюс JB славится тем, что периодически убирает какие-то плагины из открытого доступа. Так, сравнительно недавно они убрали из открытого доступа Go и Rust — когда начали делать специализированные платные IDE для этих языков. В более ранние года так же исчезали из публичного доступа JS, PHP, Ruby, Spring.
Но надо учитывать, что у Consulo есть и свои минусы. Например, JS-плагин довольно сильно устарел. Я, собственно, пришёл в разработку Consulo в том числе для того, чтобы его дорабатывать. Ну и в целом мы не можем угнаться за всеми фичами в IDEA CE, хотя многое себе перетащили и многое планируем перетащить в ближайшее время. Так что ждём пользователей, готовых терпеть временные неудобства. И ждём энтузиастов, готовых подключиться к разработке.
В общем, с таким репозиторием действительно может справиться только большая компания, в которой команда тестировщиков будет находить баги руками.
Снаружи этого не видно, но репозиторий там в 5 раз больше чем на GitHub и большая часть автотестов не выложена в OSS.
Главное удержать планку, рост продукта всегда сопряжен с появлением треша и тп. Особенно если жизненный цикл растягивается на десятки лет. Думаю что JB просто очередная жертва масштабирования разработки.
Consulo - это просто стыренная JetBrains IDEA CE в которой автор поменял название и пытается выдать за свою. С таким же успехом можно просто пиратскую IDEA скачать.
Пользуюсь VSCode + официальный плагин от Microsoft. Для написания бека/консольных приложений - более чем. Для WPF скорее всего будет неудобно (но я не проверял, это не моя область)
тут уже несколько вспомнили, еще есть (или можно сказать была) на .net + avalonia ui https://github.com/VitalElement/AvalonStudio но пару лет уже нет никаких изменений
Да ладно, карта uninal турецкого банка оформляется за 900 рублей на WB, с ней оплачиваете и jetbrains и все остальное. Работодатель пусть компенсирует премией каждый мес 🤓
Зачем мне как разработчику пересаживаться с IDEA Community Edition на OpenIDE и прочие? IDEA CE бесплатна и доступна без регистраций, смс и впнов, а доверия к JB в плане качества продукта у меня сильно больше
тут скорее не разработчику лично, а компаниям из РФ это должно быть интересно. Особенно окологосудерственным компаниям, для софта которых требуется всякие сертификации РФ проходить
Ну так для этого есть сберовская Giga IDE с регистрацией в Минцифры
Возможно, упомянутые в статье компании увидели открывшуюся возможность склепать OpenIDE "Ultimate Edition" и продавать ее за денюжку. Собственно, это тот же путь, каким шла JetBrains.
Дело не в этом. Проблема Giga в том, что код закрыт, процесс разработки - непрозрачен, полностью зависит от одной компании. И это - риски для сообщества. Упомянутые компании конечно же хотят зарабатывать денежку, но на своих коммерческих продуктах (AxiomJDK, Amplicode в будущем, GitFlic, etc), и для этого важно, чтобы разработчикам была доступна нормальная IDE. Сама IDE, как я писал, будет в опенсорсе и бесплатно, на ней у нас нет планов зарабатывать. Считайте, что это инвестиции в маркетинг и развитие рынка с положительным эффектом для сообщества.
А в чём конкретно "риски"? Если JetBrains закроют доступ к исходникам своих разработок начиная с новой версии - вот тогда да, у сообщества реальные проблемы. А если закроется любой из форков... обидно, досадно, но этот момент сообщество переживёт без проблем.
В том, что возможно к тому моменту для российских компаний как минимум юридически использовать IntelliJ IDEA Community будет нельзя. Обратите внимание, что несмотря на то, что код CE под Apache 2.0, сама ее сборка от JetBrains - под проприетарной лицензией.
Ну так свято место пусто не бывает - если и вы, и сбер прекратит делать сборки - этим займётся кто-то другой. Кто-нибудь из крупных компаний займётся этим сам для себя, ну и с удовольствием попиарится выкладыванием в паблик для других.
Если что - я вашу работу не обесцениваю и уважаю что и вы, и Сбер делаете. Но будто бы "риски" такой ситуации измеряются в единицах человекодней. Но возможно я неверно их оцениваю, потому и решил уточнить масштаб проблемы.
Да, спасибо за пояснение. На самом деле сделать форк аккуратно, выпилить все обращения к серверам JB, собрать свой маркетплейс - это уже сотни ч-д команды с оооочень специфическим опытом. А дальше например дать аналог функциональности Docker плагина - это еще сотни. А потом перенести плагины, потом регулярно обновлять. Так и набегает....
Особенно окологосудерственным компаниям
Очень часто вижу акценты на около государственные компании в контексте "национальных IDE". Неужели частные компании так от них отличаются в данном плане? Ведь и тем и другим нужно покупать лицензию, учитывать риски потери купленной лицензии и следовать лицензионному соглашению. Ведь от санкций страдают все компании в юрисдикции РФ независимо от того гос. они или нет.
акценты появляются, когда других преимуществ нет, приходится доставать из рукава это
Я имел в виду, что много кто говорит что якобы данные инициативы нужны только для государственных/около государственных компаний, а для остальных хватает и того, что есть. Именно с этой мыслью я и попытался поспорить.
Вероятно в большей степени преимущества "российской IDE" видны именно юр. лицам, а не обычным разработчикам т.к. с авторами данных продуктов можно вести финансовые и прочие взаимодействия.
будет доступна всем пользователям без каких-либо ограничений, в той мере, в которой это позволит российское законодательство
Вот да. Мне всегда интересно, как люди, использующие такие аргументы, внутри себя различают "в той мере, в которой это позволит X законодательство" и "в той мере, в которой это позволит Y законодательство" и волшебным образом превращают недостаток в достоинство просто заменой источника ограничения.
Стараются не думать? Или все прекрасно понимают, но специально вводят в заблуждение?
Предполагаю, что у "правильных" людей эта фраза вызывает нечто наподобии экстаза (таргетированная реклама) , рядовые программисты тут ни при чём, имхо.
Компании не всесильны и им приходится работать в рамках законодательства, недавние приколы с опенсорсным линуксом продемонстировали это. А плюсом это выставляется, потому что компания обещает что именно с ее стороны никаких ограничений не будет. Это все таки плюс, если учитывать, что компании сами также могут эти ограничения вводить и без указки сверху
А в чем именно заблуждение? Очевидно, что любая компания которая утверждает о продукте "будет доступен всем пользователям без каких-либо ограничений." все равно регулируется законами государства в котором она зарегистрирована.
Собственно по этому у нас и есть проблемы с продуктами Jebtrains.
превращают недостаток в достоинство просто заменой источника ограничения
Для разработчиков РФ и Беларуси это вполне достоинство.
доступна всем пользователям без каких-либо ограничений,
Если бы было написано "доступна российским пользователям", вопросов бы не возникло. Но написано "всем", что я понимаю как "и других стран".
Но тогда оговорка про законодательство фактически обнуляет типичный аргумент "вот они негодяи, как они посмели, опенсоурс не должен ограничиваься государством, мы это исправим".
С такой оговоркой для основной части "всех пользователей" не понимаю преимущества по сравнению со стандартным опенсоурсным JB. Фраза пафосная, а в реальности предлагает поменять шило на мыло, одни ограничения на другие, еще не известно, какие более строгие для "всех".
Если бы было написано "доступна российским пользователям"
Название статьи "Открытая IDE для российских разработчиков".
Плюс в статье много раз указывается что IDE будет максимально независима от ресурсов за пределами РФ.
Очевидно что в основном преимущества имеют знак плюс именно для пользователей в РФ т.ч. мне кажется вы тут немного притягиваете за уши.
Но тогда оговорка про законодательство фактически обнуляет типичный аргумент "вот они негодяи, как они посмели, опенсоурс не должен ограничиваься государством, мы это исправим".
В самой статье такого аргумента я не увидел, кроме упоминания проблемы с курированием OpenSource проекта (в частности GigaIDE) одной компаний.
И сама IDE преподносится как попытка избавиться от всех тех минусов в работе с IntellJ которые возникают из-за наложенных, и вероятно в будущем усиленных, санкций.
шило на мыло, одни ограничения на другие, еще не известно, какие более строгие для "всех"
Именно что неизвестные, но выводы уже сделали долгоиграющие.
Пока что у нас только анонс и хочу заметить что все заявленное в статье выглядит куда лучше того, что в данный момент сделано в уже существующей GigaIDE (по крайней мере в него я потыкался).
Пересаживаться не надо, пока не надо. Но завтра нам всем могут перекрыть кислород и к бесплатным версиям. К сожалению прецеденты уже есть и это очень больно.
С таким же успехом могут перекрыть доступ и к исходникам. В cлучае с IDEA, как я понимаю, паровозом всеравно выступает JB, все разработчики там, или у IDEA сильное оперсорсовое коммунити?
С исходниками сложнее. Задним числом изменить опенсорсную лицензию на исходный код... ну такого как мне кажется еще не бывало. И вряд ли будет.
А вот отрубить доступ к своим сервисам, маркетплейсам и плагинам можно легко.
Так JB уже перекрыли вроде как доступ к установке плагинов из маркетплейса для РФ. Я буквально около месяца назад ставил себе для пробы IDEA CE и на попытки поставить любой плагин из маркетплейса получал отлуп с формулировкой "для вашей страны это недоступно из-за экспортных ограничений"...
Тут все неоднозначно. OpenSource.org запрещает ограничивать сферы использования в лицензиях OpenSource, предоставляя пользователям полную свободу выбора:
https://opensource.org/faq#restrict
Can I restrict how people use an Open Source licensed program?
No. The freedom to use the program for any purpose is part of the Open Source Definition. Open source licenses do not discriminate against fields of endeavor.
Но бизнесы на это смотрят по-своему и вводят свои дополнительные условия за рамками таких лицензий. Например, JB требует от пользователей своих Community продуктов, лицензированных под Apache 2.0, соблюдать европейское и американское законодательство в части эмбарго:
https://www.jetbrains.com/legal/docs/toolbox/user_community/
Export Compliance — You must comply with all applicable laws and regulations with regard to economic sanctions, export controls, import regulations, restrictive measures, and trade embargoes, including those of the European Union and the United States of America.
Политикам вообще без разницы - теперь они в любой момент могут менять ключевые трактовки для правил игры.
Сейчас юридическая терминология, которая используется в OpenSource лицензиях, ни как не декларирует правила для ее расшифровки. Что конкретно имеется ввиду под словом copyright, authorship и т.п.? Да и какие юридические смыслы вкладываются в само определение License в конце-концов. Чисто из здравого смысла, нужно исходить из американской юридической системы, но пока это не навязывают. В общем, здесь довольно шаткая конструкция, которую легко перевернуть в угоду текущей коньюктуре.
Не совсем верно. Я не юрист, но довольно много изучал вопросы лицензирования.
Ты можешь в лицензии (как и в коммерческом контракте) написать что угодно, но части, которые противоречат национальному законодательству юрисдикции договора будут ничтожны. Вот прямо из британской практики термин - "the court will strike out". Юрисдикция определяется либо контрактом, либо по месту оказания услуги (кажется).
В случае с JetBrains, код - под Apache 2.0, а вот сборка под их EULA. Имеют полное право.
Поэтому на самом деле, механизмы не противоречивы, проблема может быть только в исполнении: условно, будут ли у нас карать за нарушение западной лицензии.
условно, будут ли у нас карать за нарушение западной лицензии.
Это действует в обе стороны. У них тоже могут карать за нарушения и не пускать на рынок как сам софт, так и всех кто с ним связан. Для контрибьютеров здесь явно указали Чехию https://www.jetbrains.com/legal/docs/agreements/cla/.
В случае с JetBrains, код - под Apache 2.0, а вот сборка под их EULA. Имеют полное право.
Здесь ещё нужно смотреть на каких условиях распространяется инструментарий для сборки этого кода. Они могут добавить зависимость от какой-то утилиты, которая распространяется под неприемлемыми для вас условиями. Например, Apache Foundation уже у себя отметили, что все их продукты и технологии подпадают под экспортные ограничения US https://www.apache.org/licenses/exports/
The Apache Software Foundation (ASF) is a 501(c)(3) nonprofit charity based in the United States of America. All of our products are developed via online collaboration in public forums and distributed from a central server within the U.S. Therefore, U.S. export laws and regulations apply to our distributions and remain in force as products and technology are re-exported to different parties and places around the world
Полагаю, что вскоре похожие разъяснения появятся и у других OpenSource организаций, юридически находящихся в US или EU.
Это было есть много лет как, возможно несколько в другой формулировке. Исторически вызвано наличием специальных классов по экспортному контролю типа крипто алгоритмов. И множество проектов в рамках ASF указано на специальной страничке с кодом ECCN (класс по экспортному контролю) и соотв. зависимостями типа BouncyCastle. IIRC подавляющее большинство попадало под 5d002 (т.е. софт использует криптографию доступную в виде open source библиотек) для которого были исключения разрешающие экспорт несмотря на то что это криптография.
и это очень больно
Ну, лично мне - не больно. Я и так сижу по полгода-год без обновлений просто потому, что лень обновлять. Но если отключат максимально жестко, то и эта OpenIDE останется без доступа к исходникам IDEA и по сути будет законсервированной версией на момент отключения. Кстати, интересный вопрос, как будут совмещать новые фичи IDEA CE с собственными фичами OpenIDE.
вероятность что JetBrains глобально (!) уйдет от Apache 2.0 конечно же существует, но она все же существенно ниже чем санкции против одной конкретной страны.
Ну так тут вопрос не в том, нужно делать форки или нет, а в том зачем разработчикам их использовать при живой IDEA. Я пока аргументов для себя не вижу.
Вы правы в том, что для индивидуальных разработчиков порог риска существенно ниже. Работает как есть - и хорошо. Для компаний ситуация выглядит чуть по-другому. Для госов, госкорпов и прочего крупного бизнеса - совсем по-другому.
Затем, чтобы перейти на них сейчас, спокойной и без спешки? А не когда сроки по проекту горят, а IDE внезапно у всех перестала работать вообще и работа встала.
Если вы в РФ, то у вас может оказаться ужаленный в голову работодатель, который издаст указ «С понедельника никакого JetBrains на рабочих компуктерах». Других причин нет.
Или просто с сервера JB может в любой момент прилететь команда "нафиг пошёл" и закрыть вам IDE. Купленную за деньги, между прочим. И работайте как хотите.
Собственно, с другими поделиями JB именно так и произошло.
Или просто с сервера JB может в любой момент прилететь команда "нафиг пошёл"
IDEA Community работает без серверов JB и вообще без интернета
Купленную за деньги, между прочим. И работайте как хотите
Насколько помню, JB продлевала разработчикам из РФ лицензии, когда не было возможности принимать оплату из РФ. Бесплатно, между прочим.
Я не то, чтобы одобряю политику JB, но они сделали свой выбор и вынуждены отрабатывать по санкциям. Просто я к тому, что было заранее понятно, к чему идет дело, и JB как могли отдаляли переход к "нафиг пошел" со своей стороны. И это все относится к их платным продуктам, на бесплатные это не распространяется.
И это все относится к их платным продуктам, на бесплатные это не распространяется.
Ну это пока же, ну. Завтра они скажут что они обязаны соблюдать санкции и в бинарных сборках от самих JB будет киллсвич чтобы не работать при обнаружении российского ip/локали системы/чего-либо еще.
Да, будет вариант сборки из исходников с выкорчевыванием этой функциональности, но факт остается фактом - даже в community версии они, как разработчик продукта, имеют право вставлять палки в колеса под предлогом санкций.
Так я не против изготовления форков всем, кому хочется. Просто не вижу причин зачем этим пользоваться сейчас.
Завтра они скажут что они обязаны соблюдать санкции
Как уже выше написали, если такое случится (а это действительно не исключено), то в течении недели-двух соберут и выкатят форк. Вот тогда и стоит перелазить. При этом уже установленная на компьютере IDEA не превратится в тыкву (речь про CE), а продолжит также работать - в этом я убежден.
Юридически, пользователи их продуктов в версиях Community Edition, обязаны соблюдать условия эмбарго. JB это обозначили явно #comment_27680944. Просто сейчас пока условия не форсируются в программных ограничениях, но это вторично.
Насколько помню
Сначала да. А потом им сверху пояснили за санкции, и они просто вкрячили киллсвитч во все продукты. Русский ip? Поделие jetbrains закрывается.
IDEA Community, русский ip, впн нет - все работает
Не волнуйтесь, у них просто не дошли руки. Линукс-версии месяца два работали без впн, когда маздайные уже не хотели.
что вы вкладываете в "работали"? У меня на винде и macOS и сейчас работают IDE. Обновления не загружаются - это да
"умники" покупали ее в обход санкций через казахстан, а потом работали в рф, вот им скажите спасибо за киллсвитч.
Ну не знаю, у меня лицензия куплена у компании JetBrains. На момент покупки про запрет работать из РФ не было ни слова. Меня и мою контору просто кинули: взяли деньги и не оказали оплаченную услугу. Судиться с ними я не могу, но любые возможности нагадить использовать буду.
А рассказы про умников оставьте кому-нибудь ещё.
Лицензия у jb по подписке, вы не могли ее оплатить после 22 года, так что вы явно что-то путаете.
1) Почему не могу? Где-то есть требование, что у нас могут быть только карты мир, которые не принимают?
2) На момент покупки никакой информации не было. И по хорошему закон обратного действия не имеет.
1) Потому что JB не принимает платежи с территории РФ и не предоставляет свои услуги на территории РФ. Причем тут ваши карты?
2) Ваша последняя легальная покупка у JB могла быть до начала войны с оплаченным периодом один год максимум. Это год давно истек. Условия предоставления сервиса могут и меняются всегда и везде.
Джетбрейс просто отобрали фоллбек лиценции. Которые безотзывные и вечные по их же Лицензионному соглашению.
Ладно бы деньги вернули (за все годы, иначе надо другую более старую фоллбек лицензию выдать) это хоть как-то по закону трактовать можно. Непреодолимая сила, расторжение договора, всякое бывает. Они их не вернули. В итоге Джетбрейнс просто украли мои деньги отобрав купленный мною товар.
О чем после такого говорить можно вообще?
PS: Появление альтернатив приветствую. Но ни одна пока не работает. Спринг нужен. Хороший, а не как у всех. Хороший пока никто даже близко не сделал. С хорошим Спрингом можно идти на мировой рынок. Спрос есть.
У вас никто не отбирал лицензию и ничего не крал. Если вы переедете в несанкционную страну и предоставите подтверждающие документы, то можете пользователься продуктом как и раньше.
Я еще раз прочитал лицензионное соглашение от 2021 года. Которое я принимал когда платил деньги и там ничего такого нет. Сроков действия или возможности его изменить там тоже нет. Вы эти странные условия сами выдумали только что?
Вот соглашение, которое я принимал когда покупал софт. Джетбрейнсы его нарушили, я его не нарушал. Кроме как воровством я это никак назвать не могу.
Я еще раз прочитал лицензионное соглашение от 2021 года. Которое я принимал когда платил деньги и там ничего такого нет.
JETBRAINS USER AGREEMENT
Version 1.4, effective as of September 22, 2021
13.3. JetBrains may terminate this Agreement and the associated Subscription if:
(B) JetBrains is required to do so by law (for example, where the provision of the Product to User is, or becomes, unlawful); or
(C) JetBrains elects to discontinue providing the Product, in whole or in part.
15. EXPORT REGULATIONS
15.1. User must comply with all applicable laws and regulations with regard to economic sanctions, export controls, import regulations, restrictive measures, and trade embargoes (all herein referred to as “Sanctions”), including those of the European Union and United States.
JB действуют абсолютно в рамках того соглашения, которое вам было предоставленно.
Джетбрейнсы его нарушили, я его не нарушал
Вы находитесь в санкционной стране, JB действуют в рамках той юрисдикции где они находятся и того соглашения, на которое вы же подписались, о каком воровстве вы говорите?
Отмена это разрыв договора купли-продажи. Договор купли-продажи был заключен в 2021 году и условия задним числом менять нельзя. Надо вернуть деньги за товар. Неприятно, но бывает. Деньги конечно же никто не вернул.
Я все еще купил просто с карточки из Москвы, ни капли этого не скрывая. Мои деньги Джетбрейнсы с радостью взяли. Товар у меня отобрали, деньги не вернули. Это все еще банальное мелкое воровство.
PS: Пошли минусы в карму. Комментаторы на Хабре как обычно. Аргументов нет - надо в карме отметиться.
Отмена это разрыв договора купли-продажи.
У вас нет и не было договора купли-продажи с JB, вы приобрели лицензию на использование продукта в рамках пользовательского соглашения, это раз. У вас произошел "breach аgreement" с вашей стороны, никакие выплаты в этом случае не положены, это два. Технический способ перевод средств не имеет значения, это три.
Для примера и понимания - если пользователь использует софт JB для незаконной деятельности, это тоже будет нарушением лицензии и ее точно так же заблокируют и никаких денег не вернут.
В смысле нет. Я купил право пользования навечно. Прямо дословно навечно. Это прямо прописано в лицензии. Которую менять нельзя. Условия покупки тоже менять нельзя, представляете? Если они на момент покупки были ок (что подтверждается тем что мои деньги взяли, а софт мне выдали), то они навсегда ок для этой сделки. Закон о защите прав потребителей такое изменение в принципе не позволяет. Закон работает именно российский. Покупка была в российской юрисдикции, я слабое звено в сделке, что там у продавца изменилось меня вообще не волнует. Законы на моей стороне полностью. Если очень постараюсь я может быть даже чек найду. Самый обычный российский чек.
Есть исключение если бы я на момент покупки где-то врал. И это вранье было бы существенным. Но я этого не делал. Я честно купил указав все данные правильно и честно. Джетбрейнсы проверили то что я указал при покупке, признали что все ок и продали мне софт.
С моей стороны не произошло ничего. Я даже с дивана не вставал. Джетбрейнсу я мог перестать нравиться как покупатель по каким-то их причинам. Они могут мне написать и предложить вернуть деньги разорвав сделку. Я бы это понял. Не одобрил, но понял. Они этого не сделали. А мою покупку отобрали.
Их софт я использовал как полагается, софт разный писал. Ничего такого что могло бы нарушить лицензию я не делал.
В смысле нет
В смысле что вы используете термин "договор купли-продажи" не понимая что он значит. Купля-продажа предполагает передачу собственности, вы никакой собственности не получали, вы получили право на использование. Вы когда арендуете машину/квартиру тоже думаете что заключаете договор купли-продажи?
Прямо дословно навечно
Если они на момент покупки были ок (что подтверждается тем что мои деньги взяли, а софт мне выдали), то они навсегда ок для этой сделки
Нет, это не так. Прочитайте еще раз пользовательское соглашение которое вы подписали, там четко написано при каких условиях оно перестает действовать, их там почти десяток, отдельные пункты про санкции я вам даже привел.
Законы на моей стороне полностью.
Вы заключили договор с чешким юрлицом через интернет, JetBrains s.r.o., Prague, 14000, Czech Republic, причем тут РФ и ее закон о правах потребителей? С чего вдруг чешская компания должна оперировать законами РФ? Если вы считаете что JB нарушили закон EU - подавайте в европейский суд со ссылкой на европейские законы.
что продавца изменилось меня вообще не волнует.
Никого не волнует то, что вы не понимали что подписываете.
С моей стороны не произошло ничего
Вы приняли решение жить и работать в санкционной стране, вот что произошло. Это ваш выбор и вы несете за него последствия.
Вы приняли решение жить и работать в санкционной стране,
Справедливости ради, это решение принял не он, а его мать.
Хотя, впрочем, и не она тоже. Она жила и работала в совсем другой стране, а потом раз — и обаньки...
Вы опять что-то выдумываете. Я не понимаю зачем вы это делаете? Воры это и есть воры, и лучше прямо об этом говорить. Может кого-то спасу от потери денег.
Открываем лицензию 21 года. Другие я не принимал и не согласен с ними. Для меня они не действуют.
12.5. Survival. Upon the expiration or termination of this Agreement, Sections 6, 7, 8, 10, 11, and 15 of this Agreement survive. Upon the expiration or termination of this Agreement by Customer under Section 12.2, if Customer elects to use a Fallback Version in accordance with Section 3.3, these Sections will also survive with respect to the Fallback Version, in addition to Section 3.3.
3.3. Following the expiration of this Agreement, the rights stipulated in Section 3.2(A) shall continue on a perpetual, royalty-free, non-exclusive, and non-transferable basis for the continued use of a Fallback Version of each Product covered by the Subscription. The limitations set forth in Section 3.2(B) of this Agreement apply to the usage of the Fallback Version, as does Section 12.5. The rights granted in this Section 3.3 are expressly contingent upon Customer not being in breach of this Agreement, including having paid the applicable Subscription fees for the preceding 12 months in full and without interruption.
Ой, это все еще покупка с вечным правом использования. Можно только разорвать договор купли-продажи c возвратом денег.
Лицензия у Джетбрейнса была прекрасной. Я им даже подписку простил за нее. Увы, оказалось что они же считают необязательным ее исполнение для себя.
С чего вдруг чешская компания должна оперировать законами РФ?
В случае b2c продаж, юрисдикция обычно определяется по месту покупателя, насколько мне известно. Продавая товар или услугу физлицам в России, вы должны соблюдать законы России, в ЕС - законы ЕС.
Да никто уже давно не продает софт, продают право на использование. Да, я тоже диву даюсь, что за софтоделов с их креативами в EULA до сих пор никто не взялся. Кто-то даже защищает.
Просто надо мысленно заменять "купить" на "взять попользоваться", и вопросов не будет. Софт почти никакой уже давно "купить" нельзя.
Если вы пытаетесь жонглировать словами, тогда не "продают право на использование", а заключают договор. Но и это никак не исключает того факта, что расторжение сделки требует возврата уплаченных средств.
Да, жонглировать словами пытаюсь я, а значение слова "купить" переопределяют в EULA софтоделы :)
UP: у JB там все равно скорее всего подписка, а не покупка. Просто удивляет чужое удивление.
расторжение сделки требует возврата уплаченных средств
Это зависит от условий договора. Если по условию договора аренды вы не можете передавать управление 3-му лицу, а вы это сделали, то договор аренды может быть прекращен без возврата средств.
А за некоторые сделки купли-продажи можно вообще сесть за решетку.
Но ведь сейчас речь идет о расторжении вполне конкретного договора, а не абстрактного договора аренды, верно?
Да и в этом договоре вам ничего не возвращают в случае нарушения соглашения.
Так и в чем там было изначальное нарушение? Или что-то вдруг стало нарушением после внесения изменений в этот самый договор задним числом?
Пункт 15.1 про санкции был еще в версии 1.4, 2021 года https://web.archive.org/web/20211127211443/https://www.jetbrains.com/legal/docs/toolbox/user/
Вам уже ответили:
В случае b2c продаж, юрисдикция обычно определяется по месту покупателя, насколько мне известно. Продавая товар или услугу физлицам в России, вы должны соблюдать законы России, в ЕС - законы ЕС.
Если вы находитесь в юрисдикции РФ, то вы должны в первую очередь соблюдать законы РФ, не зависимо от того, кому и что вы продаете и чем вообще вы занимаетесь. Аналогично с нахождением в юрисдикции ЕС. Нельзя находясь в ЕС, а JB это чешская компания, предоставлять услуги, которые нарушают закодательство ЕС. Не уже ли это настолько не очевидно? Если в калифорнии разрешена продажа легких наркотиков, то российская компания не может поставлять марихуану в LA, рассказывая правоохранительным органам что "в случае b2c продаж, юрисдикция определяется по месту покупателя".
Тем не менее, если компания принимает деньги за услугу, которую она заведомо не может выполнить, то это не продажа, а обычный развод.
А если на момент заключения договора купли продажи покупатель ничего не нарушал, тогда будьте добры вернуть полученную оплату.
Тем не менее, если компания принимает деньги за услугу, которую она заведомо не может выполнить, то это не продажа, а обычный развод
Так человек пишет покупку совершил в 2021. А санкции ввели в 2022, как JB могли об этом заранее знать?
А если на момент заключения договора купли продажи покупатель ничего не нарушал, тогда будьте добры вернуть полученную оплату.
У вас в профиле написано что вы работаете в Timeweb Cloud. У вас наверняка есть юридический отдел или консультирующая фирма - спросите у них, если человек на момент заключения договора с вам ничего не нарушал, а потом спустя год нарушил соглашение, например разместил на ваших серверах запрещенный в РФ контент, должны ли вы вернуть ему деньги, которые он заплатил. Еще можете про B2C спросить - может ли физлицо, находящийся в юрисдикции EU, начать, к примеру, собирать деньги для ВСУ используя российские сервера вашей компании. Заблокируют ли ему предоставление услуг если это произойдет и если да, то почему.
Так человек пишет покупку совершил в 2021. А санкции ввели в 2022, как JB могли об этом заранее знать?
Я поражаюсь вашей логике. А как по вашему покупатель мог знать об этом заранее???
У вас наверняка есть юридический отдел или консультирующая фирма
Я там не работаю, но раньше иногда писал в их блог. И то, что они сделали с подпиской на оплату серверов (пересчитали годовую оплату в ежедневную после кратного увеличения цен), никак не является примером их юридической грамотности. В прочем, как и вашей.
Я поражаюсь вашей логике. А как по вашему покупатель мог знать об этом заранее???
"Я оформил ипотеку, а через год меня уволили с работы и теперь я потеряю квартиру. Как я мог об этом знать заранее???!!!! Банк меня обманул, обворовал!!!!"
никак не является примером их юридической грамотности.
Ну хорошо, все вокруг юридически неграммотные, все ничего не понимают кроме вас, отличная аргументация, вы победили.
Ну, смысл тут есть. Вы когда берете попользоваться квартирой, а потом вас выселяют из нее (независимо от каких причин), вам деньги после выселения не возвращают.
Причем деньги-то "продавец" забирает с концами, а не берет попользоваться.
Которые безотзывные и вечные по их же Лицензионному соглашению.
и
Если вы
does not compute
Насколько мне известно, текущие санкции не запрещают продавать инструменты разработки в Россию (могу ошибаться тут, поправьте). Если это так, то JetBrains все же нарушила свои обязательства, блокируя perpetual лицензии.
В части Спринга, попробуйте Amplicode. Я думаю, будете приятно удивлены.
Запрещают в рамках Regulation No. 833/2014, §2, Article 5n, параграф 2b.
ни IDE
IDE попадет под пункт "architectural and engineering services"
ни физические лица
Человек пишет "мою контору просто кинули", причем тут физическое лицо?
>Человек пишет "мою контору просто кинули", причем тут физическое лицо?
При том, что перед "мою контору просто кинули" написано "Меня и". Кроме того, уважаемый @BugM, который был кинут прямо на диване, точно не юрлицо.
"написано "Меня и"
Человек прямым текстом описывает как он пытался обмануть JB и как ничего не получилось. А следующим комментарием подтверждает что лицензия сохранилась и работает вне санкционных стран
У меня лицензия, купленная в Дубайске за дубайский безнал на дубайскую контору, которая к РФ ни сном ни духом отношения не имеет. Приезжаю я значит в РФ, ну родственники у меня тут, а у меня IDE на ноутбуке хренакс и не включается.
точно не юрлицо.
Во-первых с чего вдруг то? Может он ИП. Может он сказал образно, напомню это же человек уверен что договор купли-продажи заключил, получив программный продукт в собственность. Во-вторых ну пусть пишет в техподдержку, может ему сделают исключение если он докажет что он не юрлицо и не использует продукты JB в коммерческих целях.
software for the management of enterprises and software for industrial design and manufacture as listed - это никаким боком не относится к IDE. SAP и AutoCAD вот нельзя, да.
IDE может быть подтянута под technical assistance for engineering services так же как SAP и CAD, нет никакого экономического смысла играть в рулетку, выясняя причастна ли российская компания к гос/оборон заказам или нет. Тем более что сегодня она коммерческая, а завтра может заключить подряд.
Джетбрейс просто отобрали фоллбек лиценции.
А так ли это?
С моей точки точки зрения, они просто не предоставляют больше сервисы, связанные с подключением к их серверам.
Я поставил плагин, отрезающий их IDE доступ к сети (jebra) и считаю что вполне юридически чист - perpetual fallback лицензия у меня как была так и есть (с точки зрения законодательства РФ).
Почему это не могу? Контора имеет офисы в разных странах, да и разрабы по планете кто где разбросаны.
Если вы ее купили не в санкционной стране и используете не в санкционной стране, то причем тут проблемы с запуском в РФ? Если ваша так называемая "контора" покупает лиценцию в одной стране, а потом пытается использовать ее в стране под санкциями, это именно нарушение лицензицонного соглашения и попытка обмануть, с надеждой что вы умнее всех. Абсолютно заслуженно получаете киллсвитч.
Назовите пункт лицензионного договора или не звездите
Крепостное право и рабство отменили и в РФ, и в ЕС, так что в континентальном праве эти пункты, даже если бы они и были, в любом случае незаконны.
Назовите пункт лицензионного договора или не звездите
Пункт 15.1.
Крепостное право и рабство отменили
А причем тут крепостное право если речь идет о санкциях?
И где в санкциях сказано про не предоставлять софт любым разработчикам, теоретически находящимся в РФ?
Ну да, эти ванна-би санкции (на самом деле рестрикции, юридически санкции может вводить только совбез ООН) - пещерная дичь похлеще крепостного права. Права на свободу перемещения? Не, не слышал.
ARTICLE 5n OF COUNCIL REGULATION 833/2014
Это вас кто-то обманул, любая страна может в односторонем порядке вводить любые санкции в отношении другой страны, это называется суверенитет во внешней политике государства. К примеру, буквально чуть больше недели назад Китай ввел ресурсные санкции против США, никакое "разрешение ООН" ему для этого не нужно.
Права на свободу перемещения
Есть права, а есть законы. Если вам это до сих пор не понятно, попробуйте на ближайшем посту ДПС проехать на красный сигнал светофора, развернуться через двойную сплошную, а потом рассказать рассказать в суде про права на свободу передвижения и что "ППД это пещерная дичь".
Не было же такого. Купленное за деньги они не отнимали и не блокировали. Там всё более чем справедливо было https://habr.com/en/news/655531/
У вас устаревшая информация. https://habr.com/ru/news/852254/
У меня лицензия, купленная в Дубайске за дубайский безнал на дубайскую контору, которая к РФ ни сном ни духом отношения не имеет. Приезжаю я значит в РФ, ну родственники у меня тут, а у меня IDE на ноутбуке хренакс и не включается. Это вы называете не отнимали и не блокировали?
В таком случае вашей конторе необходимо обратиться в поддержку, а потом, возможно, и в суд
Мои замечания относятся к высказыванию про то что якобы jetbrains без предупреждений поголовно вырубил лицензию российским пользователям. Уверен найдётся ещё куча кейсов, когда их система поиска незаконного использования их продукта давала ложно-положительный результат. Вопрос в намерениях и в массовости.
их система поиска незаконного использования их продукта давала ложно-положительный результат. Вопрос в намерениях и в массовости
Массово банят тупо по айпишникам. Через впн в родных Дубаях всё оживает и работает, как и через Нидерланды. Ну как бы вы понимаете, что а) это только пока, изначально они только апдейты отрубили; б) впн надо хитро настраивать, чтобы не гонять в него весь трафик и в) такой ненавязчивый тащ колонель за плечами как бы не добавляет "юзер сатисфакшена".
То есть, всё-таки, не отнимали, раз в родных Дубаях всё оживает? Там, в лицензии, небось написано, что использование в таких-то местах запрещается. Если написано, то и претензий быть не может, видимо.
PS: Покупал не так давно WebStorm по зарубежной карте, использую софт в Москве. Покупал как частное лицо. Обновления грузятся только через прокси, в остальном всё работает. На работу обновления приношу на флешке (превед, двухтысячные), в среде сижу с работы, полёт нормальный уже несколько месяцев. Активировал оффлайн.
Тонкости этого вопроса мне неизвестны, но иностранные компании, которые работают в РФ после консультаций с юристами просят удалить с рабочих ПК JetBrains продукты.
Я так подозреваю, что в текущем виде лицензии продуктов JetBrains не допускают коммерческую разработку на территории РФ
Про community ничего такого не видел
У community лицензия содержит пункт "export compliance", который требует соблюдения законов США и Евросоюза, а это в свою очередь даёт неограниченный простор для трактования ограничений, которые данная лицензия накладывает. Например запрет EAR на экспорт ПО и IT услуг в Россию вполне можно трактовать как запрет на использование JetBrains продуктов.
Не понимаю почему столько дизлайков у этого поста. Видимо никто ещё не сталкивался с таким. А я да. Контроль за исполнение пока никакой, но указ такой есть у моего работодателя. Использовать софт из Реестра отечественного ПО.
издаст указ
Но ведь данный указ, вероятно, будет иметь под собой какие то основания. Сомневаюсь что работодатель так просто забудет о деньгах, которые были потрачены на уже купленные лицензии и снова так просто закупит что-то другое.
Зачем мне как разработчику пересаживаться с IDEA Community Edition на OpenIDE и прочие?
Потому что товарищ майор одобряе:
В OpenIDE все обращения выполняются только к нашим серверам на территории РФ.
да и то только если позволит барин:
OpenIDE будет доступна всем пользователям без каких-либо ограничений, в той мере, в которой это позволит российское законодательство.
Закон об уголовке за участие в незарегистрированном нко (многие спо-проекты) таки приняли? Вот тут и пригодится оговорка про высочайшее соизволение и отправка данных на (какие надо) "наши" сервера. Удобно же!
Хотелось бы верить, что это всего лишь паразитизм обыкновенный. Но терзают смутные сомнения...
IDEA CE бесплатна и доступна без регистраций, смс и впнов
Да, это всё, конечно, ответ на вопрос - зачем это надо им. А обычному разработчику не дай бог в этом запачкаться.
доверия к JB в плане качества продукта у меня сильно больше
А не будете брать — отключат газ "сервера JB" начнут внезапно деградировать на территории рф... Методика отработанная.
Например, часть плагинов на маркетплейсе JB уже недоступны без VPN. Что останется завтра, вопрос.
Правильно понимаю, что эти плагины и в OpenIDE будут также недоступны (без впн)? Чем мне тут поможет смена IDE?
Не совсем. Некоторые плагины имеют открытую лицензию, но при этом недоступны на маркетплейсе JB. Такие будут доступны в OpenIDE. А еще для некоторых где лицензия это не позволяет(Docker в первую очередь), мы напишем бесплатную альтернативу в рамках инициативы OpenIDE.
Вы полагаете что бешеный принтер с плагином "запретить все" будет вашим спасательным кругом? Спросите мам и бабушек как там с обещаниями вышло :)
Не запретят, так навесят всякой херни про аттестации/сертификаты, нигде и никому больше не нужные.
Тут недавно была новость, что для отечественного ПО вроде как хотят вменить требование быть разработанным на отечественном SDK. Можно туда наверное и IDE притянуть.
Таким образом ответ "зачем мне как разработчику..." будет - если хотите, чтобы результат вашей работы был включен в реестр отечественного ПО, то вам прийдется перейти на "отечественную IDE" даже если функционально разницы нет.
1) Заявлено что OpenIDE будет поддерживать typescript. IDEA CE насколько я понимаю нет
2) jetbrains непредсказуемы, сегодня IDEA CE доступна, завтра они тебя забанили
1) Написано "мы изучаем возможность развития open source плагина " это пока очень далеко от реальной поддержки typescript. Хоть и направление однозначно правильное. Но если я уже сижу на IDEA CE, значит, что мне текущих ее возможностей хватает (грубо говоря, typescript не нужен)
2) Почитайте, выше уже обсудили. CE не так просто забанить чтобы прям в тыкву превратилась, если это случится, то оперативно раскатывается форк и тогда уже переезжаешь.
Большинству незачем. А вот если, например, требуется сертификация ФСТЭК для обработки персональных данных, то получить сертификат на IDEA Community Edition будет заметно дороже и сложнее, чем на OpenIDE.
удален
Несмотря на то, что в IntelliJ IDEA CE поддержка других языков всегда отсутствовала
на самом деле это не совсем так.. идея, пичарм, растровер.. и все остальные жидбрейнсовские IDE это одна и так же IDE собранная с разным набором плагинов, несколько лет назад на reddit какой-то человек умудрился склепать франкенштейна в котором было всёвместесразу, правда продолжать он не стал (не знаю точно почему, возможно юристы жидбрейна подсуетились).
на мой дилетантский взгляд именно ултимативная IDE умеющая всё сразу была бы отличным продуктом, а тот попилинг который сделали ребята из жидбрейнс это не больше чем попытка заработать побольше продавая один и тот же продукт одному и тому же клиенту несколько раз.
Обратите внимание, речь про IntelliJ IDEA CE (Community Edition)
Так я по этому и написал, idea это всего лишь определённый набор плагинов предсобранный в пакете с IDE которая поставляется ещё под десятком наименований с другими плагинами. Часто в разных источниках называют их "IDEA based", или "жидбрейнсоподобные", или "интелики" обобщая.
Замечательный контингент нонче обитает на хабре.
Вот за этот коммент моя карма улетела в жёсткий минус. И конечно-же никто не написал ответный коммент за что минусуют, да и минус у самого коммента всего один.
И это я ещё не написал что сам заголовок статьи - бред. Ведь IDE либо открытая либо для разработчиков одной страны, и то и то быть не может.
по интеграции с LSP серверами, который позволит поддержать Go, TypeScript, Rust и другие языки.
тогда это будет не IDE. Любой текстовый редактор который поддерживает LSP умеет это делать. Тот же vscode, sublime, vim, etc..
зависит от степени интеграции, но тут наверное пока мы не готовы дискутировать, требуется еще R&D. Посмотрим.
Мне привычнее пользоваться IDEA чем vscode. Хоткеи все, настройки итд. Так что как по мне топ :)
для vscode есть плагин который делает хоткеи как в IDEA
Подскажите, а в VSCode есть фича Refactor -> Change Signature как в JB? Типа жмякаешь на функции ее и открывается красивое окошко с параметрами функции и возвращаемыми значениями, можно как просто переименовывать, так и менять типы, менять аргументы местами, добавлять новые (как в конец так и в середину), и затем по нажатию волшебной кнопки ОК все во всем проекте перемещается в соответствии с новыми настройками.
Типа такого:
этот плагин конечно делает жизнь чуть лучше, но там далеко не все хоткеи из идеи, так что мне это не очень подходит :(
хорошая новость, с удовольствием буду контрибьютить
Реально непонятно зачем брать IDEA а потом прикручивать к ней LSP. Если вы ее фишки использовать не собираетесь, так проще было другой любой редактор взять хоть тот же zed editor. Он хоть к swing ui и кучи костылей и хаков не прибит.
Подкинем фактов. По данным исследования трендов Java в России, проведенного Axiom JDK в 2024 г, IntelliJ IDEA занимает первое место среди сред разработки: Ultimate версию используют 78% опрошенных, а Community Edition — 47%. Неожиданностью стало, что Visual Studio Code пользуется почти треть (28%) респондентов. Подробнее тут писали:
В сумме то выходит больше 100%. У меня например тоже стоит VS Code. Но я его в основном использую для открытия произвольных текстовых файлов. Для разработки на Java/Spring, на мой взгляд, он так себе. Статья была про это недавно
https://habr.com/ru/companies/spring_aio/articles/854062/
Еще замечу, что вопрос звучит "Какие IDE вы используете в работе?" а не "Какие IDE вы используете для написания Java кода?"
Вероятно, список плагинов на маркетплейсе тоже будет пополняться. Если мы что-то упустили, то пользователи OpenIDE всегда могут написать нам об этом. Мы проверим лицензию и если все в порядке добавим указанный плагин в маркетплейс.
Даже без согласования с автором плагина? O_o
если плагин выпущен под Apache 2.0 например, согласование не требуется. В этом смысл permissive лицензий.
А кто будет заниматься актуализацией версий плагинов ?
Не забудьте посмотреть лицензию на бинарник плагина. Она не обязана быть Apache 2
Спасибо, валидное замечание. На самом деле мы изучили вопрос и у большинства плагинов лицензия на бинарник не отличается от лицензии на исходный код. В случае, где это не так - мы не будем переносить такой плагин. Ни в коем случае не планируем нарушать лицензионные ограничения.
Все бинарники плагинов (даже OSS) от самой JetBrains покрыты EULA https://www.jetbrains.com/legal/docs/toolbox/user/
И любой кто их распространяет обязан заставить юзеров согласится с ней.
Это же у вас, чтобы скачать JDK надо ЗАРЕГИСТРИРОВАТЬСЯ?
К IDE такой же подход?
Не у нас, у AxiomJDK. У них своя политика в части их продуктов. OpenIDE будет доступна без регистраций или любого другого сбора информации о пользователе.
А как можно получить доступ для тестирования сейчас? Я преподаю java в онлайн-школе, было бы интересно попробовать и потестировать
Добрый день! Пишите запрос на request@openide.ru, как только мы начнем закрытое тестирование - мы с вами сразу свяжемся.
Можно скачать оригинальную версию с сайта JetBrains, судя по описанию отличаться они будут примерно как "Москвич 3" от китайского JAC JS4. Вся эта катавасия нужна только для того чтобы записаться в реестр Российского ПО. Чем больше продуктов компании зарегистрировано, тем выше рейтинг, тем больше возможность выиграть какой-нибудь тендер. Разработчиков это вообще никак не касается.
Интересно - планирует ли 1С туда вливать усилия ?
нам пока об этом неизвестно. Будем рады, если что!
Зачем им это?
EDT (альтернатива «Конфигуратору») на базе Eclipse сделана.
А тем, кто в 1С на Spring пишет и без того задач предостаточно.
Питончик и VueJS впилите а
вангую, что питончик может переехать как этот плагин
OpenIDE — это лицензионно чистая сборка IntelliJ IDEA CE с открытым кодом
...
Если вам интересно принять участие в закрытом тестировании
Чуваки, это не так делается. Вы сперва публикуете код, а потом уже статью, а пока что - разговоры в пользу бедных. Кстати, непонятна связь между LSP и новыми языками. Звучит так, словно вы не можете осилить документацию по реализации поддержки новых языков, потому решили надеть штаны через голову. Есть, как минимум, два варианта использовать IDE. 1 - проект в огромной компании, где одна только компиляция на рабочем ноуте может занять целый день. Для это LSP хорошо подходит. 2 - проект в небольшой или средней по размеру компании, где нет корпоративных ноутов. В таков варианте использования я скорее буду писать в блокноте, чем поставлю вашу IDE, которая будет в фоне запускать LSP и съедать батарею на глазах. Закончу цитатой с сайта JetBrains:
However, the canonical Custom Language Support provided by IntelliJ Platform still offers a wider range of integration with IDE features than handling and presenting data provided by a Language Server. Therefore, the LSP approach shouldn't be considered as a replacement for the existing language API, but rather as an added value.
Хорошо, дождитесь информации о релизе, она будет достаточно скоро. 2. Да, мы неплохо представляем возможности и ограничения LSP и да, расширение списка языков пока не является для нас первым приоритетом.
Вы наверно сами не очень хорошо понимаете, что такое LSP. Идея в том, что есть один клиент и много серверов. Для каждого языка пишется один раз LSP сервер, и получаем поддержку во всех клиентах сразу. Таким образом работает VS Code. И да, для каждого языка он поднимает отдельный сервер. Возможно, это не идеальное решение, у него есть свои плюсы и минусы. Главный плюс в том, что если сделать человеческий LSP клиент вы получите поддержку огромного количества языков.
А вы, видимо, по диагонали прочитали мой комментарий. LSP это хорошо, когда в компании есть отдельная команда для поддержки LSP. Когда компания это 10 программистов, каждый работает на своём ноуте и сам-себе-сисадмин, то никто не будет заниматься запуском LSP. Если же IDE предлагает запускать LSP на клиентской машине, то это будет электрон 2.0. Не, есть программисты, которые ничего не видят зазорного в том, что их hello-world стучится в сеть, пишет на диск и отъедает 1Гб RAM, но давайте не будем писать такие программы, а потом статьи на хабр в стиле "почему современное ПО тормозит"?
Хочу немного объяснить свою позицию. Я работал в компании среднего размера, где не было специалистов для поддержки инфраструктуры разработки, но программистам оплачивали лицензии IDEA. Я был одним из последних, кто перешёл с Eclipse на IDEA, и был поражён тому, насколько выросла продуктивность. Спустя время я познакомился с другими продуктами JetBrains и понял, почему они так популярны, почему компания не переживает, что кто-то может спиратить их продукт. И когда появляется другая компания, которая говорит "смотрите, мы придумали убийцу IDEA Ultimate!", и сообщество такое: "Ок, какие ваши доказательства преимущества?":
"Ну, мы викинули из Community несвободный код (зачем?! кому он мешал?), собираемся прикрутить LSP и продавать вам плагины."
И сообщество такое сидит, чешет репу и не понимает, что не так с российскими компаниями? Если вы хотите зарабатывать, то создаёте ценность, и за неё начинают платить. А выезжаеть на отечественности, скрепности и импортозамещении... можно, но в других местах.
никто не будет заниматься запуском LSP
а никто и не занимается этим. Как вы и сказали, его поднимает сама IDE. И сейчас это норма для большинства языков программирования. JavaScript, TypeScript, C#, Rust, Go - первая рекомендуемая IDE, это VS Code, которая работает на LSP и никак иначе. Есть языки, поддержка которых для IDEA выполнена через LSP, например, Dart.
Кстати сама Ultimate IDEA для поддержки TypeScript (о ужас) поднимает LSP.
Кстати, поддержка Java в упомянутом вами Eclipse тоже работает через LSP (но так было не всегда).
Я абсолютно с вами согласен, что языковая поддержка в IntelliJ гораздо приятнее, чем у конкурентов на LSP. Но в РФ мы сейчас можем, к сожалению, довольствоваться только этим. Поддержать условный GO в IntelliJ займет десятки человеко-лет, а написать LSP клиент - единицы (оценки отстаивать не готов, но соотношение примерно такое), но вот только с LSP клиентом вы из коробки получить X языков, а не 1.
Хоспаде, да что с вами не так? :) Где мы писали про "убийцу Ultimate" в контексте OpenIDE? OpenIDE - это бесплатная возможность для разработчиков в России безболезненно использовать Community.
Коммерческую ценность мы создаем например в Amplicode, это отдельный продукт. И это не копия и не скрепы. И да, глобальные продукты мы тоже делать умеем.
Хорошо, насчёт Amplicode я действительно могу ошибаться. Но вот что касается "болезненного использования Community", то тогда, вероятно, вам стоило бы больше уделить внимания причинам, по которым, как вы считаете, Community болезненно использовать из России. Пока это непонятно от слова совсем, я прямо сейчас использую Community. Из России.
И да, для каждого языка он поднимает отдельный сервер
Вы уверены что это делается для каждого языка? Насколько я вижу, поддержка JS/TS/HTML/etc реализовано без LSP.
https://github.com/microsoft/vscode/blob/main/extensions/typescript-language-features/src/tsServer/serverProcess.electron.ts#L253
вот тут поднимается ts сервер
вот для html (но в кишки уже лезть не стал)
https://github.com/microsoft/vscode/tree/main/extensions/html-language-features/server/src
С поддержкой новых языков мы знакомы очень хорошо, в частности, в Amplicode у нас есть поддержка JPQL, поэтому мы не понаслышке знаем, какая это большая работа.
"Отсутствие дискриминации. OpenIDE будет доступна всем пользователям без каких-либо ограничений, в той мере, в которой это позволит российское законодательство."
А российской законодательство может позволить отсутствие дискриминации, в какой-то мере?
Ничего не понял. Какие фишки-то для разработчиков?
Открытый код? Так это есть у VS Code и десятка других IDE (NetBeans, Eclipse, да хоть бы и Vim). Чем ваш открытый код лучше доступного?
То, что там триколор на старте будет отображаться - так это только сильно подсанкционным компаниям такое нужно. Вряд ли обычный разработчик прям променяет Github на условный Ruhub. Это вам тогда надо делать закрытую IDE, и продавать в Газпром - тут хотя бы монетизация понятная.
Потом, непонятно, как бежать за JetBrains вы собрались. У них там 2к человек, оборот пол ярда баксов и рынок мировой. Какой рынок разработчиков в РФ, которые: а) покупают IDE б) покупают отечественные IDE? Вот тот же Сберовский продукт - какой у него рынок, кто пользователи? Есть таковые на Хабре?
В общем, я вам искренне желаю удачи. Но не понимаю, кто его будет использовать, кроме крупной госухи (которым на вашу открытость - пофиг).
Если внимательно читать статью, можно заметить, что мы не собрались конкурировать с JetBrains. Мы берем их наработки и делаем их максимально удобным и легальным образом доступными в России. Плюс замещаем какие-то их проприетарные решения, так, чтобы в России их можно были использовать не нарушая лицензию.
Так это я понял. Но в данном случае у JetBrains:
Есть бесплатная Community версия, которую можно спокойно использовать.
Можно купить индивидуальную лицензию за $10 в месяц, которую можно использовать в том числе для коммерческой разработки в работе в различных компании.
Второй вариант абсолютно легален, если получится ее оплатить (как будто бы не очень сложная задача для разработчика в 2024). В итоге за $10 в месяц получаем вылизанный удобный функциональный продукт, с поддержкой от большой компании и большого комьюнити. Как будто бы за это люди и любят эту IDE. А если не любят, то альтернатив миллион - от vim до vs code.
В России, как минимум крупным компаниям, спокойно использовать уже нельзя. К сожалению, я сам ни разу не фанат автаркии, но что имеем то имеем.
Купить можно, но в России ее использование будет нелегальным, впрямую нарушать EULA. Как следствие формально для руководителя, который принял решение о закупке с какого-то там объема - в теории вплоть до уголовной ответственности. То есть на самом деле - нельзя.
Индикам все попроще конечно же.
Это я в первом сообщение написал, что большой интерпрайз - это, очевидно, ваш клиент. Тут вопросов нет.
"Купить можно, но в России ее использование будет нелегальным, впрямую нарушать EULA" - а есть ссылка или какое-то подтверждение, что это так? Потому что я вижу, что они только не могут продавать ее на территории РФ. Вероятно, их заставляют отключать каких-то российских пользователей, но вряд ли такое будет в EULA вписано.
Индикам все попроще конечно же.
При этом индики могут вполне использовать их IDE в своей повседневной работе на галере - это прямо разрешает лицензия.
Вы правы, посмотрел еще раз EULA - прямого запрета нет, только export regulations. Они пока вроде не запрещают продажу ПО кроме определенных типов, а только поставку ИТ услуг, на основании чего JB не принимает тикеты из России например. С другой стороны, если они начали блокировать использование коммерческих продуктов по российским IP (а это факт), наверняка их юристы имеют под это обоснование.
Очень жаль, что не планируете пока поддержки C#. Вот прям не хватает нормальной российской IDE для него.
пишите на request@openide.ru
сходу подумал что домен openide.ru уже имеет сайт. Но пока пусто.
Планируется ведь?
Еще из текста не очень понял список поддерживаемых языков, хотя бы стартовых. Еще обсуждается?
Дело очень важное и нужное! Молодцы.
Должно быть все свое. Но чтобы оно стало действительно своим, нужно взять текущую CE и дальше своими силами. Без подпитки со стороны CE. По сути нужно делать свою JB в РФ. И дальше разрабатывать все самим. Только так оно станет действительно "своим".
Все остальные варианты - полумеры, которые очень легко будут рассыпаться. Понятно, что с них можно начать. Но стремиться нужно именно к своему полностью. Это даст и независимость и компетенции.
Конечно это сложный и дорогостоящий вариант. Но он необходим. И опять же, давайте посмотрим на JB, ведь можно же понять какие средства и человеко-часы уходят у них на разработку. Можно попробовать сформировать именно российский костяк компаний, которые будут вкладываться в разработку IDE. А если за это еще и налоговых льгот выпросить - так сказать, за общественно-полезное дело - то компании придут. Я бы лично с удовольствием занялся разработкой OpenIDE, работая в своей компании.
На счет открытой разработки + своего маркетплейса + выпиливания сетевого взаимодействия с JB - очень правильно! Это как раз начало правильного пути! Это ровно то, что смущает в giga.
Спасибо за поддержку! Разработка своего - очень дорого, да и не факт что нужно. Закукливаться опасно. В JB вроде около 2000 человек работает. Пока можно пользоваться результатами их труда - нет смысла изобретать велосипед. А экспертиза есть. Например, мы Amplicode делаем, а это по сути специализированная Spring IDE (да, в виде плагина к IntelliJ конечно). И это не копия Ultimate а полностью самостоятельный продукт, надо которым десятки человек работают.
Дальше жизнь покажет. Подтянутся спонсоры - будем бежать быстрее.
Что насчёт поддержки micronaut?
OpenIDE — это лицензионно чистая сборка IntelliJ IDEA CE с открытым кодом
Ну и где же этот код? )
Номер паспорта для просмотра кода вводить надо будет?
А что насчёт React Typescript?
Каэш предложил бы портировать на основе zed какого-нибудь и развивать систему языковых серверов, а не вот это вот все.
Все три компании имеют огромный опыт в создании популярных продуктов для разработчиков и мы верим, что сможем сделать качественный продукт. Мы не планируем изобретать велосипед и будем использовать в качестве основы популярную среду с открытым кодом IntelliJ IDEA Community Edition.
Какой опыт все три компании имеют? Не изобретения велосипеда, а использование в качестве основы чужого продукта, который разработан другой компанией в ходе которого наработан опыт, доверие и собственно пользовательская лояльность?
Очередные какие-то непонятные ребята решили отжать пирог и даже не делают вид, что переклеили наклейки, а уже в наглую прокатывают на открытом софте.
Как то неприятно, но не соображу почему.
Может изучите вопрос? Или говном кидаться веселее? Ну я отвечу раз уж вам лень.
1. Haulmont: Jmix, Amplicode - инструменты для разработчиков, разработанные нами с нуля. Достаточно популярные, причем не только в России.
AxiomJDK. Ребята когда-то активно контрибьютили в OpenJDK, Liberica. Продукты с мировой известностью.
Астра. Ну из того что для разработчиков про GitFlic скажу. Вполне симпатичный продукт написанный с нуля.
Мало опыта? Может у вас больше? Поделитесь!
Причины локализации сборки были указаны в статье, и они на 100% актуальны для огромного числа компаний. Отжать пирог - вы вообще о чем? Продукт бесплатный.
Мы явно указали что делаем и зачем, не пытаясь изображать робота Федора.
Может изучите вопрос? Или говном кидаться веселее? Ну я отвечу раз уж вам лень.
А есть смысл? С первых строк в статье заявлена позиция катиться дальше на сломаны санках на сомнительном решении и что никаких решений предлагать они не станут. А дальше они могут быть виртуозами в производстве ПО и иметь сотни часов наработок опыта их позиция ясна и проявлена во втором абзаце текста.
Зря только потратили только свое время на бессмысленное разъяснение, которое я проигнорировал, так как мне все равно - они вне моего поля зрения.
Мало опыта? Может у вас больше? Поделитесь!
Какой-то глупый вопрос. У меня есть опыт работы с продуктами JetBrains и пока я пришел к выводу, что меня не устраивает скорость работы этого продукта и я использую Visual Studio Code или разновидность Vim.
Если вопрос конкретно про разработку IDE, то вертел я на ... простите занимаюсь совершенно в другой области и имею там опыт. Как сравнить опыт кита со слоном не знаю. Если знаете кидайте ссылку изучу вопрос, но подозреваю что тема уйдет в дискурс у кого длине шляпа.
Причины локализации сборки были указаны в статье, и они на 100% актуальны для огромного числа компаний. Отжать пирог - вы вообще о чем?
Вроде простая тема когда несколько участников рынка (и тут рынок это не столько деньги, а именно усилия вложенные в продукт) тратят силы на развитие продукта совместно, а потом внезапно один игрок берет и уносит продукт себе и начинает пилить свое решение в одиночку закрывая код и отделяясь. До удобного момента все играли в совместное производство, а теперь простите разошлись и понятное дело через какое-то время начнут капитализацию, так что про бесплатно это все сказочки.
Все это уже сотни раз было с тем же Red Hat когда-то когда просто вот этот начальный этап взят за основу. Позже с Cent OS и т.д.
Мы явно указали что делаем и зачем, не пытаясь изображать робота Федора.
Куда более полезно на мой взгляд не пилить дохлую стюардессу, а раскрутить альтернативу лишенную проблем. Сделать фокус на производительность, отказаться от сотен мегабайт каких-то артефактов, но нет пошли по пути наименьшего сопротивления.
Ладно ваше личное дело, но просто вместо того же варианта развить какое-то более менее шустрое решнеие пошли куда-то не туда...
вы уж простите, но это какой-то поток сознания вперемежку с фантазиями о новой ide, которую только вы видимо знаете, как правильно делать
вы уж простите, но это какой-то поток сознания вперемежку с фантазиями о новой ide, которую только вы видимо знаете, как правильно делать
Давайте постараемся сделать наш диалог более конструктивным и доброжелательным. Я заметил, что наше обсуждение стало несколько эмоциональным, и вместо того, чтобы углубляться в личные аспекты, давайте сосредоточимся на сути.
Я высказал свою точку зрения: у продукта есть определенные недостатки, и мне непонятен подход некоторых компаний, которые игнорируют эти проблемы. Я понимаю, что это может вызывать у вас негативные эмоции, но мои замечания не направлены на то, чтобы кого-то обидеть. Я лишь делюсь своим опытом, который, как мне кажется, вполне справедлив, учитывая недостатки, с которыми я столкнулся.
Я также признаю, что у меня нет опыта в разработке IDE, поскольку я работаю в другой области. Важно помнить, что каждый имеет право на своё мнение и на то, чтобы выражать его по-разному. Я призываю вас не воспринимать критику на личный счет, а рассмотреть её как возможность для роста.
Давайте прекратим обмен упреками и сосредоточимся на конструктивном обсуждении. Будет здорово, если вы сможете исследовать другие решения и сравнить их с вашим продуктом. Это может помочь вам лучше понять разнообразие мнений и найти пути для улучшения. Давайте работать вместе над созданием более позитивного и продуктивного обсуждения!
Астра. Ну из того что для разработчиков про GitFlic скажу. Вполне симпатичный продукт написанный с нуля.
А кому он нужный? У всех кому надо стоит корпоративный gitlab / bitbucket / да что угодно (gitea, gogs, имя им легион).
Кому не надо - публичный github.
GitFlic выглядит как попытка срубить бабла, только непонятно с кого / hub.mos.ru выглядит как попытка распилить бабло.
Мы же в Российской юрисдикции и не можем нарушать законодательство
Публикация кода под o/s лицензией не нарушает законодательство
Это не фальстарт, это анонс. Скоро все будет.
Ох 1C сколько десятков лет не унывают и вы крепитесь.
Из бюджета деньги уже получены?
OpenIDE финансируется на деньги трех компаний, бюджетных денег тут нет и не планировалось. А у 1С в целом неплохо дела идут, но причем тут они вообще?
https://rfrit.ru/2022_64 - Подскажите, а OpenIDE - как-то связано с "платформой Amplicode"? На которую выделено было "Сумма грантового финансирования проекта составляет 172 612 445,00 рублей"?
Нет, не связано. Грант связан с amplicode.ru, как вы наверное могли догадаться. И думаю это будет в итоге один из самых успешных проектов, поддержанных фондом.
Лучше бы запили статью, как грант получить на разработку. Это гораздо интереснее, чем очередной скрепный продукт, про который через год никто не вспомнит. Если вы всерьёз верите, что можете что-то там импортозаместить, посмотрите в сторону инженернки - все строители как сидели на Revit, так там и остаются, хотя ни бесплатной, ни, уж тем более, индивидуальной лицензии, как у JB, там не предполагается. Единственный паровозик, который смог это Аскон с их Компасом, который теперь действительно используется в государственных и окологосударственных компаниях. Но там была проведена реальная работа, продукт довели до конкурентоспособного состояния на полностью своих наработках.
Вы глубоко заблуждаетесь. Тот же Amplicode достаточно популярен и как минимум четверть разработчиков использует его вообще поверх Ultimate, то есть он прекрасно конкурирует с коммерческим западным продуктом.
А еще например у Haulmont есть Jmix, который неплохо продается на глобальном рынке. Или СЭД Тезис, которая прекрасно конкурировала с каким-нибудь OpenText еще до известных событий. Это только в одной компании из трех участников)
Но вы продолжайте жить в вашем мрачном мирке, где смог только Аскон, а остальные занимаются ИБД.
Признаю неправоту, просто enterprise Java это не то, с чем я работаю, а тон у статьи такой, словно очередная noname-компания решила импортозаместить всё по-быстрому.
Тот же Amplicode достаточно популярен и как минимум четверть разработчиков использует его вообще поверх Ultimate
Четверть разработчиков от кого? Как посчитали? Просто интересно, кто эти люди, кто пользуется Amplicode вместе с Ultimate
Четверть из тех, кто использует Amplicode. Проверил сейчас, даже треть. Посчитали по анонимной статистике, поэтому кто конкретно эти люди - не скажу. Зайдите в ТГ Amplicode chat, задайте вопрос. Наверняка найдутся
Хорошая попытка, товарищ майор 😁
"Исходный код OpenIDE будет опубликован под open source лицензией" - Относится ли это к плагинам, которые войдут в базовый состав OpenIDE? Или это другое?
У вас криокамера сломалась, сейчас 2024-ый, а не 1999-ый.
Ежели у вас 4 гб оперативки, то все верно.
Из моей практики, потребление оперативки средами jet brains до 4 гб (с запасом). Я считаю это разумной платой за функционал, который предоставляет IDE.
Из моей практики это сильно зависит от ОС. На линуксе, например, для более-менее обычных проектов (рабочие проекты, Apache Tika) идее вполне хватает 1.5-2G xmx. Ради достаточно крупных (типа Quarkus, Apache Flink, Spring) я поднял xmx до 4G, но обычно куча держится на уровне 1-2G. Правда я не отправлял ноут в сон, а регулярно включаю.
В противоположность этому на маке у коллеги поделия от jetbrains писаются нетонкой струйкой, особенно при переключении на внешний монитор и обратно и вполне могут отожрать 20G RAM за неделю (большая часть -- нативный off heap).
Но это больше проблема не столько idea, сколько jbr runtime
OpenIDE не будет зависеть от инфраструктуры и проприетарных компонентов, размещенных или контролируемых за пределами РФ.
Про инфраструктуру и проприетарные компоненты, размещенные или контролируемые в пределах РФ, тактично умолчим.
Да нет, явно написали же, что инфра будет в РФ. Зависимостей от проприетарных компонентов не планируется. Целевая аудитория продукта - российские разработчики, для них инфра в РФ - это хорошо. А какие у вас еще варианты?
явно написали же, что инфра будет в РФ.
А я что сказал?
это хорошо
Ну да, свой, посконный тащмаёр, канешна, лучше, чем ихний, неправославный гаспадын колонель, и у него не может возникнуть никакого-никакого желания чегой-то там не того сделать!
(Если Вы не в курсе, то немалое количество проектов развёртывалось в другой юрисдикции именно потому, что руки коротки.)
Буквально пару дней назад прочел серию постов "Как жить без IntelliJ IDEA?" и в свете неутешительных ее прогнозов задумался почему же в наших широтах ни кто коллективно не собрался и не сделает буквально OpenIDE, и тут ваш пост словно чудо какое то.
К сожалению реализация GigaIDE от Сбера выглядит очень сомнительно из-,за множества вещей (чего только сам сайт IDE стоит). Я, честно говоря, на нее ругался и очень грубо.
С нетерпением буду ждать результатов вашего анонса и надеюсь что он не разочарует как меня, так и остальных жаждущих.
Добавьте внятную поддержку базы данных, не такую как в ГИГА иде. Докер и кубер понятные плагины и можно работать с таким набором
Да, про поддержку БД говорят много. Одна из самых актуальных фич Ultimate. Активно изучаем, что сможем предложить в этом направлении. Качественный интегрированный клиент - достаточно трудоемкая задача. А докер точно будем делать.
Просмотр и редактирование структуры БД (не через консоль, которая безусловно есть, а через GUI), автодополнение SQL в коде на java / go / node. Подключение к локальным БД и по SSH, удобный редактор таблиц, сразу с поиском по каждой колонке, пагинацией, нормальным копи-пастом, позволяющим как скопировать записи из других таблиц, открытых в IDE, так и из csv файла.
Самое необходимое из этого - подсветка sql в коде проекта, с остальным кое-как справляется либо консоль, либо отдельные клиенты бд.
Прошу прощения за наивный вопрос, но
поясните, пожалуйста, для чайника про OpenIDE и фортран?
Я как бы прикладной программист, но в очень специфической области (научные вычисления) и на специфическом языке. Сейчас пишу на проприетарном фортране от Интел, который при установке сам интегрируется в предустановленную Visual Studio. После чего я могу средствами VS создавать проекты, подключать туда файлы с кодом и библиотеки, визуально (в настройках проекта) задавать ключи компиляции и эту компиляцию запускать, и, главное, 1) редактировать исходный многофайловый код с помощью мощного и удобного редактора и 2) отлаживать программу во встроенном отладчике VS. Я этим занимаюсь уже много лет примерно треть рабочего времени. Но полнота моих познаний, как сказал один известный персонаж, очень односторонняя: до сих пор у меня никогда не возникало потребности разбираться в терминах типа IDE, SDK и других им подобных (сейчас для этого в Википедию заглянул, перед тем, как писать вопрос).
Теперь вопросы:
1) если язык поставляется в виде exe-дистрибутива, который при установке сам ищет VS и интегрируется в нее, то значит ли это, что интегрировать такой язык в другую IDE практически невозможно? Ну или точнее, что это непосильная задача для чайника
вроде меня?
Предел умений которого - это залезть в папку "проекты" и "ручками" сделать там копию существующего проекта, слегка подкрутив при этом наиболее понятные настройки в vfprog- и sln-файлах?
2) И второй вопрос: если я правильно понимаю, то для нормальной интеграции фортрана в VS необходимо, чтобы IDE умела играть в определенные игры. Верно ли, что эти "умения" у разных языков отличаются очень сильно, и что даже если вопрос (1) каким-либо образом можно решить, то полноценно работать в другой IDE я все равно не смогу: отладчик просто "не потянет" специфику языка? Например, в фортране есть очень много специфических инструментов для работы с массивами, которые в других языках, как правило, недоступны, поэтому универсальной IDE нет смысла заморачиваться с их поддержкой. Или другой пример: хотя в документации IVF 2013 не просто сказано про его полную совместимость с VS 2008, но это вообще первая из рекомендуемых версий VS, ее отладчик в упор не понимает (и не показывает) переменные типа real*16 (т.е. 128-битные числа с плавающей точкой). Хотя на момент создания VS 2008 они уже целую вечность, как входили в стандарт языка. Есть и другие подобные микробаги (и это только те, с которыми я столкнулся). Подозреваю, что при попытке интеграции языка в "нерекомендованную" IDE такие баги как из рога изобилия будут сыпаться?
3) Ну а третий вопрос вытекает из двух предыдущих: в теории, фортранов бывает много. Например, есть GNU Fortran с открытым исходным кодом. Считается, что он уступает Intel фортрану, но если сравнивать с IVF 2013-го года, то выгоды от перехода на современный GNU уже перевешивают необходимость рефакторинга всего того кода, где я использовал специфические расширения IVF. Так вот: есть ли у авторов OpenIDE планы включения GNU-фортрана в список поддерживаемых языков когда-нибудь в будущем? Несмотря на кажущуюся архаичность, в некоторых предметных областях фортран сейчас является выбором номер один, ну или по крайней мере входит в лидирующую тройку.
вам стоит научиться работать в командной строке,
Ну вообще-то я с этого начинал. В DOS-фортране у меня была
собственная "IDE" на bat-файле
@echo off
rem █████████████████████████████████████████████████████████████
rem ███ Командный файл MST.BAT имитирует "турбо"-режим ███
rem ███ при отладке программ на MS -фортране. ███
rem █████████████████████████████████████████████████████████████
rem
echo [32;40m
if [%1]==[] goto :help
if [%1]==[/help] goto :help
if [%1]==[/HELP] goto :help
if exist %1.for goto :ask
echo Ошибка: отсутствует файл %1.for -- отладка невозможна.
goto :quit1
:help
echo [32;40m
cls
echo ████████ MS/FORTRAN "АВД", №1991-94, v 7.26. ████████
echo . . .
echo Командный файл MST.BAT позволяет отлаживать программы на
echo MS-фортране: собирать, запускать задачи, вызывать Code View для
echo трассирования, просматривать и редактировать входные и выходные
echo файлы вашей программы и т.п. При этом вместо массы различных
echo команд Вам потребуется всего одна команда:
echo "MST имя-Вашей-программы"
echo Например, если ваша программа называется PROGRAM.FOR, вы должны
echo набрать:
echo "MST PROGRAM"
echo . . .
echo . . .
echo Командный файл MST.BAT написан в КСЭ ИФЗ АН СССР Дещеревским А.В.
echo MST.BAT ссылается на MS-FORTRAN v5.0 и утилиты Code View, NC,
echo CHOICE, AINEXE и редактор OMNI. Подробная инструкция по
echo применению MST.BAT хранится в файле BAT.HLP.
echo . . .
choice /c:g . Продолжать
if not exist %1.for goto :quit
:ask
if exist %1.obj del %1.obj
cls
echo ████████ MS/FORTRAN "АВД", №1991-94, v 7.26. ████████
echo Отладка программы %1:
echo . . .
echo Введите ключ:
echo "e" - редактировать исходный текст программы %1.for;
echo "l" - редактировать командный файл линкера %1.lnk;
echo "c" - вывести листинг трансляции на терминал;
echo "m" - скомпилировать программу (собрать EXE-файл);
echo "r" - запустить программу (готовый .EXE-файл);
echo "d" - собрать запустить программу под управлением Code View;
echo "p" - уплотнить EXE-файл: ainexe %1.EXE
echo "t" - посмотреть дополнительное описание MST.BAT;
echo "q" - кончить отладку программы (вернуться в DOS).
:ask_1 e,l,c,m,r,d,p,t,q,h
choice /c:elcmrdptqh
if errorlevel 10 goto :ask
if errorlevel 9 goto :quit
if errorlevel 8 goto :help
if errorlevel 7 goto :ainexe
if errorlevel 6 goto :debug
if errorlevel 5 goto :run
if errorlevel 4 goto :make
if errorlevel 3 goto :compil
if errorlevel 2 goto :gedit
:edit
if exist %1.obj del %1.obj
omni %1.for
goto ask_1
:gedit
omni %1.lnk
goto ask_1
:compil
echo [32;40m
cls
fl /c /4Yd /4I2 /Os /IO:\ /IO:\abd_lib\ %1.for %mslib%
goto ask_1
:debug
cls
if exist %1.exe del %1.exe
fl /Os /Zi /Zd /4I2 /4Yd /IO:\ /IO:\abd_lib\ %1.for %mslib% /link /SEG:512
if not errorlevel 0 goto :ask_1
if exist %1.exe cv %1
echo [32;40m
goto ask_1
:make
if exist %1.exe del %1.exe
fl /Os /4I2 /4Yd /IO:\ /IO:\abd_lib\ %1.for %mslib% /link /SEG:256
goto :ask_1
:run cls
if exist %1.obj del %1.obj
if exist %1.exe %1
echo [32;40m
goto :ask_1
:ainexe
if exist %1.exe ainexe %1.exe
if exist %1.old del %1.old
goto ask_1
:quit
echo [32;40m
cls
if exist %1.obj del %1.obj
if exist %1.lst del %1.lst
:quit1
Но среда VS намного функциональнее. Я же половину времени не просто пишу код, а сижу параллельно в отладчике. Когда он интегрирован в IDE, то это кардинально удобнее
Добрый день. Если кратко - таких планов нет, слишком мало число пользователей.
Вам нужно ответить на вопрос номер 0: зачем вообще IDE для фортрана? Там же структура плоская, нет иерархии сущностей, нет кодогенерации, нет ничего, что автоматизируют и упрощают современные IDE.
Вам нужно ответить на вопрос номер 0: зачем вообще IDE для фортрана?
Про современные IDE не скажу - я до сих пор работаю в VS 2008. Но вообще-то современный фортран немного отличается от прародителя. В частности, там есть полная поддержка ООП, включая иерархию классов и пр. И я бы хотел, чтоб IDE это все понимала-поддерживала. Моя теперешняя VS 2008 все эти фортран-сущности понимает лишь весьма ограниченно... но это все равно сильно лучше, чем ничего. А в новых версиях, я надеюсь, должно быть намного больше. Например, сейчас мне приходится следить, чтобы поля и методы в разных классах имели уникальные имена, иначе при глобальном поиске неудобно. Хотя в фортране у них есть четкая структура зон видимости. Или другой баг: при редактировании кода я должен вводить имена полей структуры вручную, хотя удобнее было бы с автодополнением. А если я набираю имя перегруженной функции/операнда, то у меня не появляется подсказка со списком возможных вариантов, и т.д. И аналогично в отладчике. Я просто не знаю, есть ли все это (именно применительно к фортрану) в новых IDE... Но, в теории, все подобные опции различаются только синтаксисом языка, так что логично ожидать, что все должно быть?
Собственно, я пока что не претендую на использование всех фишек современных IDE. Просто есть подозрение, что они развиваются, и уж за 15-то лет там появилось множество фич, которые будут полезны и для меня в том числе.
Но разве Сбер не делает то же самое в GigaIDE Desktop?
Действительно, коллеги из Сбера – молодцы. Они первыми увидели эту потребность на рынке и оперативно на нее среагировали. Но на наш взгляд такой общественно нужный проект не должен принадлежать только одной компании и требует большей прозрачности и открытой инфраструктуры разработки.
"Мы тоже увидели эту возможность и решили срубить бабла по лёгкому заполнить нишу ушедшей JetBrains, но со Сбером и их армией айтишников тяжело конкурировать, поэтому вот вам ещё одна IDE построенная поверх Community Edition IDEA"
С нетерпением ждём такую же от Яндекса, VK и ещё кого-нибудь... до кучи сертифицированное ФСТЭК, ВТЭК и пр.
Да что ж такое, комментарии как под копирку.
решили
срубить бабла по лёгкому
OpenIDE БЕСПЛАТНА. Как кстати и GigaIDE на текущий момент. Почитайте чтоли статью прежде чем строчить комментарии..
со Сбером и их армией айтишников тяжело конкурировать
У нас уже есть Amplicode который вполне уверенно заполняет нишу Ultimate для Spring разработчиков.
Я наверное старый динозавр... А Vim или Emacs на территории РФ тоже уже запретили? Я просто немного не понимаю, зачем изобретать велосипед по сотому разу к ряду, когда уже есть готовые Open source решения, которые прекрасно работают годами. Видимо кто-то опять решил попилить бюджетных денег, на так называемых "суверенных" проектах.
По какой-то причине подавляющее большинство Java/Kotlin разработчиков выбирает IDEA. Она просто позволяет быть значительно продуктивнее - рефакторинги, навигация, продсказки и проч.
Поэтому я и написал, что являюсь старым динозавром... Потому как сидел на Emacs'е так и сижу и если чего-то не хватает в нём просто дописываю это под себя... А все эти новомодные/готовые IDE решения для меня просто не имеют смысла, но как говорится каждому свое.
Поэтому я и написал, что являюсь старым динозавром... Потому как сидел на Emacs'е так и сижу
"People don't quit Emacs. They just die at some point"
Хорошая сатира=)) На самом деле она даже во многом правдивая, но я бы перешел на один уровень выше и описал бы свой путь как: "I will never quit programing. Even if i die at some point" - а Emacs просто стал мне верным компаньоном и помощником на этом пути, и мы вместе с ним придём к его финалу. Но это всё лирика...
Вот автор статьи написал, что подавляющее большинство Java/Kotlin разработчиков выбирает IDEA решение:
позволяют быть значительно продуктивнее - рефакторинги, навигация, продсказки и проч.
Я бы поспорил с ним на тему продуктивности. Я пробовал многие современные готовые проприетарные и opensource решения и не одно из них не могло похвастаться такой же производительностью, функциональностью, удобством и гибкостью как Emacs(Vim тоже хорош, но по духу мне ближе Emacs) - который я пишу и настраиваю под себя уже 14 лет. И врят-ли такое решение создадут в будущем, хотя все может быть=)) Со временем уже ничему не удивляешься...
Open source решения дают в этом плане гораздо больше свободы, мне нравится современная тенденция на появление и развитие комьюнити версий многих IDE, но все же если мы говорим про open source решения, то лучше Vim/Emacs я пока решений не встречал, на последнем я собственно и остановлюсь.
Если мы возьмем голый Emacs из коробки и IDEA, которую упомянул автор статьи и будем говорить о начинающем программисте только ищущем свой путь(не хочу использовать уничижительный термин: "junior"). Готовые решения из коробки для него будут являются более выгодным и правильным выбором, так как они позволяют понять, что вообще существует и как этим пользоваться - это дает возможность увидеть горизонт. Emacs в этом плане будет даже скорее вреден для начинающего, потому как может просто оттолкнуть от программирования из-за своей сложности. Но в последующем, когда начинающий дорастает до условного уровня middle, приходит понимание, что некоторые вещи в IDE/редакторе которым он пользуется, могли бы быть более удобными для него если бы их сделали по-другому, и функционала становится не достаточно, а в проприетарных решениях расширить его именно в нужном именно тебе направлении не так-то и просто или порой даже не возможно, а если и получается - реализация таких решений может быть недостаточной, неполной или просто не качественной. И вот тогда Emacs и становится лучшим решением с его полной свободой, где ты можешь сделать и настроить его так как тебе удобно, как говорится полная свобода действия ограниченная лишь твоими навыками и воображением, при том, что и то и то можно и нужно развивать и Emacs будет расти, развиваться и видоизменяться вместе с тобой, как говорится DAO программирования бесконечно, как и всё DAO.
У меня есть товарищ, который много лет, тоже использует Emacs и ему моя сборка кажется совершенно не удобной. И я могу тоже самое сказать про его сборку. Хотя стэк у нас весьма схож. Поэтому главное, что нужно понять в Emacs и программировании - нет лучшего пути, есть только путь подходящий. И Emacs со своей полной свободой, позволит Вам пройти свой собственный путь от начинающего специалиста до эксперта на вершину DAO программирования, главное помните программирование как и DAO бесконечно и кто для себя выбрал этот путь, будит развиваться и идти по нему вечно, ну или you just die at some point=)) - а может и нет в этом вся прелесть технологий, они не стоят на месте=)) Желаю всем товарищам выбравшим путь программирования начинающим и не очень - удачи на этом пути, и последний совет от старика: "Не самые талантливые, но трудолюбивые, всегда обходят талантливых, но ленивых". Поэтому не сдавайтесь, если вы чувствуете, что программирование ваше и оно Вам нравится и приносит удовольствие, продолжайте упорно идти вперед и вы добьетесь успеха.
P.S. С возрастом тянет на излишнею патетику, надеюсь, не сильно Вам наскучил своим длинным постом... Желаю всем товарищам на пути программирования удачи и терпения.
Скажите, а много ли в Emacs вы пишете на Java и Kotlin?
Сравнивали вы скорость разработки простых фичей или проведения рефакторингов в вашей сборке с опытным пользователем IDEA?
Я уверен, что Emacs является хорошим выбором для некоторых языков и пользователей, но интересен опыт использования его именно для типичных проектов на Java/Kotlin.
Пользуюсь IDEA уже дохреналлион лет, сижу на Community и буду продолжать. JetBrains - молодцы, делают отличный продукт. Spring boot знаю, но использую по минимуму, стараюсь избегать участия в разработке CRUD-сервисов. Плагин amplicode не использовал, чуть знаком: но на прошлой неделе в нашей организации был воркшоп, на котором этот плагин презентовал сотрудник фирмы-разработчика, очень толковый парень по имени Илья. Очень надеюсь, что мне не придётся писать сервисы, в котором этот плагин бы пригодился, все эти JPA, мапперы, контроллеры - ну тоска же зелёная! К инициативе по перепаковке чужого кода отношусь нейтрально, является ли это IDE, JDK или линукс. К заманухам про "бесплатность" и "открытость" отношусь скептически, потому что IDEA CE также бесплатна и открыта. Пользоваться перепакованной IDE не буду. Сообщества там нет и не будет. К автору статьи, который отмечается под каждым комментарием, отношусь отрицательно.
Мы не планируем изобретать велосипед и будем использовать в качестве основы популярную среду с открытым кодом IntelliJ IDEA Community Edition
Тогда название публикации должно быть "IDE для российских разработчиков, на основе IntelliJ IDEA CE". А то название интригующее, а внутри опять про заворачивание чужого продукта в свою обертку. Это вызывает разочарование. То что использовали кликбейтный заголовок для заманивания - это сразу вызывает недоверие. К тому же оказывается что до полноценного продукта еще неизвестно сколько. К тому же непонятно какая часть функционала будет бесплатной.
В целом так себе реклама.
сборка IntelliJ IDEA CE от самой JetBrains содержит не только open source, но и проприетарные компоненты. В OpenIDE такие компоненты исключены.
Замена будет полноценной? Или просто что-то будет урезано, ради лицензионной чистоты.
А исходный код наших доработок оригинальной IDE будет доступен публично под open source лицензией.
Оригинальная IDE меняется - выходят ее новые версии. Значить формально сохраняется зависимость от постороннего разработчика.
А не пора бы замахнуться на Clion? Хотя он проприентарный...
Интересная арифметика у счётчика под статьёй.
Отсутствие дискриминации
И тут же
в той мере, в которой это позволит российское законодательство.
Очень забавное сочетание. Гарант отсутствия дискриминации, я бы сказал
Что бы ни творили JetBrains и как бы не был написан код этой IDE, для меня коддинг на Intellij Idea как игра на фортепиано, особенно за shift+f6, f2, ctrl+shift+backspace, ctrl+e, ctrl+d.. одна из немногих вещей, за которую я готов заплатить, при наличии обходных путей! правда заплатить не могу технически, ну да ладно.. потом заплачУ же наверное :) как у авторов книг "если Вы скачали мою книгу где-то бесплатно, то переведите мне денег сколько считаете нужным, чтобы оценить мой труд" - примерно так у С.Тармашева написано. Совершенно справедливо! А здесь, если делаете бесплатную ide, то пишите, что она минимум лет 10 будет бесплатной, тогда ладно.. а так за три месяца НА тебе счёт.. а ты привык к ней уже, полюбил.. настоящую любовь за деньги не купишь!
Вы за свою работу деньги тоже редко берете?
редко - раз в две недели! я понял к чему вопрос, но нефиг заявлять, что штука бесплатная с припиской, что "скоро" станет. Это называется обман доверия.
Полноценная поддержка Rust и Tauri, ещё желательно отладка ARM по программатору, а то заманало писать часть в VScode, часть в Geany, а отлаживать в Eclipse
Олимпиадному сообществу была бы интересна поддержка C++, который в настоящий момент является основным языком на школьных, студенческих и иных соревнованиях, и замены C++ не предвидится.
То есть нужна замена CLion. Например, на заключительном этапе всероссийской олимпиады школьников по информатике большинство участников использует CLion.
По сути у нас сейчас есть три среды разработки для C++, более-менее популярные в школьном образовании и олимпиадах: Code::Blocks, CLion и VSCode. Code::Block практически не развивается и имеет ряд проблем, VSCode нуждается в плагинах и инструкция, как поставить VSCode, плюс компилятор, плюс плагины, а ещё потом проверить, что это работает, практически невыполнима для большинства сисадминов в школе. Поэтому достоинством CLion было то, что в последних версиях он устанавливался легко, сразу вместе с компилятором, и сразу же работал. Переход на VSCode идёт и VSCode набирает популярность, но сложность установки всего этому мешает.
Вот нам нужна такая же среда, как замена CLion, чтобы устанавливалась одним запуском setup.exe вместе с компилятором, и содержала бы все необходимые плагины. Тогда у неё будет шанс.
Хз, почему не смотрят на Qt Creator. И из исходников собрать можно и покрывает львиную долю потребностей, куда функциональнее в Code::Blocks/Dev-C++ в сути и VSCode в базе. VSCode можно разогнать потом плагинами, настройками, но на это нужно время. В дистрибутивах Linux есть в репозиториях, git для исходников доступен, сборка простая. Бинарные дистрибуции да... типа под санкциями. Нужно качать или через специальный прокси или через Tor, но для последующей работы потом это не нужно.
Тяжеловат, заточен под Qt. И да, не скачаешь. И устанавливать насколько я понимаю не проще, компилятор тоже нужно ставить отдельно (я про Windows). Я не могу давать рекомендации использовать среду, если её невозможно скачать в России.
Тяжеловат, заточен под Qt.
Судя по обоим пунктам, вы, судя по всему, даже не заускали. Говорить о "тяжести" QtC после Clion... Ну это вообще :) По части заточки под Qt: повторюсь (ха, повторюсь, вчера хабр глючил и мою ремарку по этой части не сохранил), я использую его в своей повседневной работы и Qt там если и встречается, то исчезающе мала толика. Baremetal, Linux разработка.
К слову о тяжести. На прошлой работе на 16 гиг оперативы CLion не смог загрузить и проиндексировать нашу кодовую базу, QtC смог и даже вполне комфортно было работать.
И да, не скачаешь.
Ну не совсем же. Clion даже если и скачаешь, то работать не сможешь (могу ошибаться). Здесь же есть уже отлаженные средства что бы просто скачать и развернуть. Далее, в последнее время тенденции на переход на Linux, а там он вполне себе есть в репозиториях, в отличии от. Ровно как компиляторы, отладчики и всё необходимое.
Но вот сайт они сделали угрёбищным. Что-то скачать без кучи форм хз как, прям по пути Microsoft пошли. Поэтому сохранёнка:
https://download.qt.io/official_releases/qtcreator/15.0/15.0.0/ - только сборки QtC
https://download.qt.io/official_releases/online_installers/ - онлайн инсталлятор, что бы всё до кучи.
я использую локальный Tor в режиме прокси
Ну и важное: доступны исходники. У Clion их нет при любом раскладе. Можно хоть с GitHub забирать: https://github.com/qt-creator/qt-creator, там же без регистрации и SMS сборки (не инсталлеры, так что даже без аккаунта Qt обойтись можно):
И устанавливать насколько я понимаю не проще, компилятор тоже нужно ставить отдельно
Хотел уже было написать, что ваша неправда. Скачал инсталлер, попытался через него поставить. Хрень какая-то. Так что да. С год назад без проблем ставился полный комплект из MinGW+QtCrator и Qt и можешь сразу стартовать. Сейчас что-то пошло не так. Или у меня что-то пошло не так.
Так что да самый просто вариант: msys2 и QtC... Кстати... вот вспомнил про него (msys2), а там и QtC имеется свежих версий: https://packages.msys2.org/packages/mingw-w64-x86_64-qt-creator. Смотреть: https://www.msys2.org/. Бонусом - сразу можно множество либ поставить, не отходя от кассы.
Запускал, использовал, писал на Qt. Слово "Тяжеловато" можно понимать в разных смыслах, я скорее имел в виду "тяжеловато в использовании", "тяжеловато для первого входа".
Вот вы пишете "проиндексировать нашу кодовую базу", то есть у вас речь идёт об организации, где не будет особых проблем установить (вы справитесь), а проблема есть с большой годовой базой. А мне нужна среда, которую будут использовать школьники или школы, у них как раз будут проблемы установить, поэтому вариант типа "msys2" не годится, нужен вариант "запустить setup.exe" и всё будет работать. А вот проблемы "проиндексировать кодовую базу" нет, нет никакой кодовой базы.
А от использования QtCreator у меня основное воспоминание - это когда он пишет "Комплекты не настроены" и поди разберись, что ему ещё нужно...
речь идёт об организации
И да, и нет. Для своих pet-project я его тоже использую. Мне, правда, проще. Я пользователь Linux с 1999 года (с 9 класса), мне достаточно apt-get install qtcreator/pacman -S qtcreator. Пользователи Windows тут да, вынужденно страдают.
вы справитесь
Да любой учитель информатики. Ну... либо мне везло в общении с представителями оных.
поэтому вариант типа "msys2" не годится
Хорошо, скачайте отдельным архивом с GitHub: https://github.com/niXman/mingw-builds-binaries/releases
Можно даже толкового школьника за хорошую отметку попросить обернуть в setup.bat распаковку двух архивов :)
Хотя мне в 9 классе не было проблемой что-то поставить. Если это что-то ставится через условный setup.exe. Ну два раза поставить: компилятор и среду разработки...
нужен вариант "запустить setup.exe" и всё будет работать
Тут, к сожалению, со стороны Qt регресс. Да. С год назад было возможно поставить "всё под ключ", сейчас поломано.
А вот проблемы "проиндексировать кодовую базу" нет, нет никакой кодовой базы.
Как это нет... вы открыли проект... создали файл. У вас уже есть кодовая база. Маленькая. Что Clion запускает в фоне clangd для индексации, что QtC. Но готовят результат по разному. Результатом же: рефакторинги (банально "переименовать символ под курсором"), навигация (условные "перейти к декларации"/"перейти к объявлению"/"найти использование") и адекватное автодополнение. Если этого вам не нужно, вам вообще IDE не нужна как класс. Куда проще накидать текст в блокноте и набрать условное g++ main.cpp
Ну и вы говорите про школы. Нормально поживает Windows в условиях санкций? Вроде как во всех учреждениях топят за национальные Linux. А там, я повторюсь, у вас будет QtC уже из коробки. В отличии от.
К слову, а для условной школы CLion как, покупался?
А от использования QtCreator у меня основное воспоминание - это когда он пишет "Комплекты не настроены" и поди разберись, что ему ещё нужно...
Сейчас поставил, у меня стоял msys и MSVS 2017 CE и MSVS 2020 CE. Все киты сам подхватил. Устанавливал Next/Next/Next. Потом снёс, удалил настройки. Распаковал архив билда с GitHub: результат аналогичный. Всё меняется, баги фиксятся, новые привносятся :)
Вы не представляете себе среднего учителя информатики и школьного админа. Они не знают, что такое PATH и зачем он нужен. И зачастую не знают разницы между компилятором и средой разработки.
JetBrains давала все свои продукты бесплатно школам и вузам, включая CLion.
Вы не представляете себе среднего учителя информатики и школьного админа.
Среднего, скорее всего, нет. У меня выборка очень небольшая, человек 20: начитывал лекции. Там же были два моих товарища по LUG. Так что у меня скорее всего несколько завышенные ожидания.
JetBrains давала все свои продукты бесплатно школам и вузам, включая CLion.
С одной стороны - хорошо. А с другой... игла.
IDEA, клон которой обсуждается в статье, не проще VSCode и намного тяжеловеснее (ресурсы машины жрёт как не в себя). И хотя для профессионалов она бывает незаменима (например, разработка на Flutter под iOS), IMHO для школьников это перебор.
Какую среду разработки на C++ вы можете предложить для школьников?
Проблема VSCode в том, что для её установки нужно (например, под Windows)
а) поставить компилятор (MinGW)
б) добавить путь к компилятору в Path
в) поставить VSCode
г) поставить в VSCode плагин для C++
После этого всё скорее всего будет работать... но иногда может не заработать и нельзя написать простые инструкции, что делать, если не заработает. Т.е. я смогу починить VSCode путём удаления всех конфигов и установки плагинов заново, но большинство школьников и школьных админов это сделать не сможет.
Простая в установке, лёгкая среда для C++ - это Code::Blocks, но у неё свои проблемы есть. Что же делать то?
Какую среду разработки на C++ вы можете предложить для школьников?
точно не коммерческую
точно не CLion
Всё остальное требует чуть большего, что бы нажать условный "setup.exe".
б) добавить путь к компилятору в Path
очень вредное действие во многих случаях. Скорее всего в VSCode можно как-то без этого обойтись. В QtC точно можно, достаточно полный путь к компилятору gcc указать (g++ с версии 15.0 автоматом подхватится).
у неё свои проблемы есть
А какие? И настолько серьёзные?
Code::Blocks устанавливается запуском setup.exe вместе с комилятором...
Проблемы Code::Blocks
Практически не развивается, последняя версия выпущена в 2020 году (но вроде бы будет версия 24.12). Поэтому дистрибутив с компилятором для Windwos содержит старый MinGW.
Так себе отладчик. Прежде всего, обычная проблема с визуализацией контейнеров (pretty printing там не работает, в лучшем случае нужно одну галочку поставить, это в Windows, в Linux обычно работает).
Не работает (тоже может быть в отдельный операционных системах) то отладчик, то компилятор, если в имени файла или пути к нему есть пробелы или русские буквы. К сожалению, в некоторых дистрибутивах Linux каталог для рабочего стола называется "Рабочий стол", а в школах привыкли всё сохранять на рабочем столе :(
Не знаю, какие проблемы могут быть от добавления компилятора в PATH, в Linux же добавляют, и всё хорошо. Если речь о желании иметь разные версии компиляторов, ну так это обычно не проблема для школ.
Когда в 2014-2016 гг. я писал школьные олимпиадки, то у нас как правило был Code::Blocks и Microsoft Visual C++ Community Edition, иногда еще могли дать Dev C++. А где-то еще могли по старой памяти дополнительно установить Turbo C и/или Borland C++. Я обычно использовал Dev C++, а если его не было, то Visual C++. Основная проблема для меня была это отсутствие нормальных шрифтов на компьютерах, предоставляемых для написания олимпиады: был в основном только Counter New из моноширинных, и не было Consolas, который я предпочитаю. Я даже просил жюри порешать этот вопрос со шрифтами, но они сказали, что с этим ничего сделать не могут. Ну и без ReSharper'а не по кайфу кодить было.
Поэтому у меня возникает вопрос, что с Microsoft Visual C++ не то? Он вроде просто устанавливается. Я, конечно, часть причин понимаю: это не g++, на котором проверяют решения, что выливается в отсутствие поддержки gcc'измов, которые порой слишком имба (да, я помню как я и чуваки которые знали про __builtlin_popcount получили 78 баллов за задачу на республике вместо 60-64 у ребят, которые не знали про __builtlin_popcount). Я и мой одноклассник как-то в 11 классе на все компы в кабинете информатики ставили Microsoft Visual C++ типа надо было класс к олимпиаде подготовить.
Что касается Dev C++, то я не знаю жив ли он сейчас. Но если он жив, то почему его сейчас не используют? Вроде тоже просто ставиться и там g++ из коробки. Также в университете я и один мой одногруппник на Dev C++ лабы сдавали.
А с Code::Blocks че не так? Не, ну мне просто Dev C++ и Microsoft Visual C++ нравились больше, но это субъективно же. Часто на Codeforces проскакивают комментарии про хейт Code::Blocks, но в чем блин там проблема? Может хотя бы в этот раз я получу ответ на этот вопрос.
У Visual Studio проблема главная - отсутствие реализации под Linux :)
Ну и места занимает, кажется, уже под 10 гигабайт, если при установке выбрать галки "Разработка .Net" и "Разработка классических приложений C++".
Про Code::Blocks написал в другом комментарии.
А у школьников и учителей сейчас нет проблем с Linux? Просто я в 2016 спросил у моего тренера (он тогда был членом жюри на областном этапе, а сейчас он член жюри на республиканском этапе), раз вы так пытаетесь равняться на международный этап (все, что доступно на международном этапе, должно быть доступно на любом этапе республиканской олимпиады), то почему не используем Linux? Ведь он лучше для этих целей, и на нем решения проще пихать (да, бывали случаи, что авторское решение само еле-еле в TL влазило): nonlocking stdio functions, лучшие аллокаторы (в glibs так то очень хороший malloc, где-то на хабре видел бенчмарки, что он даже может работать быстрее jemalloc), хороший эмулятор терминала (GNOME Terminal, дело было в те времена, когда на Windows был только дефольный cmd, а Windows Terminal появился гораздо позже)... Так его ответ был примерно таким: "У нас учителя и, что более важно, школьники не знают как пользоваться Linuх, будут проблемы. Ладно я знаю, ладно ты знаешь, и тебе будет проще. Ладно там жюри умеет и сможет всем поставить Linux, но для большинства школьников это создаст существенные проблемы." Хотя мы даже в диалоге подразумевали простой дистрибутив Linux: Ubuntu, речь там про установку какой-нибуть Slackware, Arch или Gentoo не шла.
Р. S. Более подробно про ситуацию, где авторское решение еле-еле влазило в TL (т. е. авторское решение не работало за 0.5 * TL). Был случай такой, что было решение последней задачи на республиканском этапе, где жюри не было уверено, что авторское решение вообще влезет в TL (да, у нас в Беларуси жюри вообще не готовит задачи, их готовит отдельная команда). Что им пришлось додумывать оптимизацию с заменой на std::map на сжатие координат + бор (ну типа бюджетное vEB tree). Хотя у некоторых участников решение с std::map таки заходило, по видимому, надо было аккуратно писать. std::unordered_map вроде ML получало. Некоторые от страха написали свою дерамиду.
Вроде есть проблемы с проприетаркой на уровне экзаменов. По крайней мере нам учительница сказала, что но ОГЭ информатике рассчитывать увидеть МС продукты не стоит. Правда и какой состав ПО будет тоже не сказала, что конечно усложняет подготовку.
У нас учителя и, что более важно, школьники не знают как пользоваться Linuх
С одной стороны, ограничение. С другой, всегда можно подготовиться, накатив ту же Ubuntu в virtual box.
ЗЫ я за Linux :)
А сколько учителей и школьников знало про виртуальную машину в те годы? Понятное дело, что можно накатить на виртуальную машину и подготовиться, да только вот школьные компьютеры не достаточно мощные, чтобы тянуть виртуальную машину. Да и учителя школьные (и школьники) в массе бы не разобрались с виртуальной машиной. Для некоторых учителей (даже информатики) в 2010-ых компьютер был некой шайтан-машиной. В 2014 можно было встретить компы в школах с 196 МБ ОЗУ и Windows 2000, типа на таких даже иногда стандартный виндовый софт, который нужен был для выполнения учебного плана, не всегда работал. И это несмотря на то, что правилах олимпиады было написано что решения тестируются на компьютере с тактовой частотой CPU не менее 2 ГГЦ, но школьнику для написания решений такой комп скорее всего не предоставили бы, а могли даже дать вот тот с 196 МБ ОЗУ и Windows 2000.
А сколько учителей и школьников знало про виртуальную машину в те годы?
Еще где-то в середине 90-х я делал учебный класс с загрузкой 95-х по сети c Нетвари. Замечательно всё работало.
Ну у нас и БК 0010 по сети с какой-то мини ЕС грузились на информатике :)
Тоже ершолистые черепаха с роботом без проблем бегали.
Я вот сыну пытаюсь аналог черепашки найти на планшет. Всё как-то не то. Shenzhen I/O пока не предлагать :)
https://blockly.ru/apps/turtle/index.html
Не приложение конечно. Но стреч черепаха :)
речь там про установку какой-нибуть Slackware, Arch или Gentoo не шла
Как известно, Gentoo ставить очень просто, всего три команды /s
Но, вспоминая, как выглядел школьный админ, набивающий команды в терминале одним пальцем по записям в тетради после того как нормального преподавателя/админа в школе ушли, не удивлюсь что в большинстве даже хороших школ с приличным финансированием будет грусть и неподъемная печаль при использовании чего-либо мало-мальски отличающегося от привычного/массового (будь то 95/4.0/98, 2к, хр, 7 или 10/11 с соотв VSyyyy/C::B/Borland C++B)
Он вроде просто устанавливается.
Емнип, для CE нужно иметь аккаунт от MS. Или сейчас не так?
не знали про __builtlin_popcount
А что использовали? std::bitset<N>::count (или std::popcount /C++20/)? Вроде на gcc они по результату одно и то же генерируют. А в MSVS свои интринсинки подобные есть
Они использовали что-то типа такого: https://godbolt.org/z/b6re7c56j. Как видно, в одну команду это не компилируется, даже если добавить прагм: https://godbolt.org/z/jTWq6EGq1. Про std::bitset тоже мало кто знал (может, от силы, человек 3-5 из 130).
Как я понимаю, прагмы не школьники добавляли, а вы, в рамках эксперимента? А то дико бы выходило знать о прагмах, но не знать о std::bitset :-)
Прагмы я сейчас добавил, чтобы показать, что этот код даже с максимальным числом оптимизаций все равно остается достаточно медленным циклом, в отличии от такого подхода: https://godbolt.org/z/7ejvnerGP (без прагм), https://godbolt.org/z/E8e1994Mh (с прагмами). А про прагмы вполне можно знать, не зная про std::bitset: `pragma warning`, `#pragma comment(lib, "<LIB_NAME>")`, `#pragma comment(linker, "/STACK:<STACK_SIZE>")` -- это MSVC прагмы, но все же.
Я не пишу на плюсах, так что не могу тут помочь, могу только написать, что IDEA имеет почти все те же недостатки, что и VSCode, при том, некоторые из этих недостатков выражены ещё сильнее. Я разработчик под Андроид и IDEA - мой основной инструмент и мне нужен довольно мощный компьютер (обычно используют новенькие Маки, но у меня игровой ноутбук) для работы из-за того, что IDEA нужно много ресурсов. Но у авторов поста нет цели писать софт для школьников, поэтому они выбрали за прототип IDEA.
У меня вопрос. А разработчики будут заниматься работой ядра IDE, перформансом, уменьшением потребления оперативки или цель в том, чтоб сделать плагины для IDEA и заменить JDK?
Прост IDEA работает печально, конечно в этой IDE навешано всякого, но например, тот же VSCode работает быстрее и стабильнее. Например я в IDEA прыгнул между гит ветками что-то смержил, запушил или стянул с репозитория и у IDEA отваливается подсветка синтаксиса Kotlin и помогает или перезапуск ide, но чаще полноценный invalidate cache. Или на линукс баги с процессами гредла, не редко бывает, что я собираю проект, на гредл выделяется процесс на несколько гигов оперативы, прила сбилдилась, но процесс не завершается и продолжает висеть пока сам не уничтожу...
IDEA объективно и возможностей дает существенно больше VSCode. Вообще, по нашей практике, чаще всего тормозят установленные сверху плагины.
Отвечая на вопрос - сомнительно, что мы прям будет сильно лезть в ядро. Возможно какие-то точечные фиксы.
Gradle daemon по умолчанию не завершается, это будет проявляться вне зависимости от ide. То же самое будет с mvnd.
Я несколько раз пробовал VSCode и Fleet с Gradle и это было больно и ужасно. Т.е. в тривиальном случае оно работает, но шаг в сторону -- не видит исходников/зависимостей и работать невозможно. Например при наличии custom configurations, source sets, плагинов типа того же io.quarkus..
Возможность разработки мобильных приложений будет? Для Андроида, или может даже под Росу, с плагинами для realm
Нормальный плагин для Scala3 допилить и будет норм. А вообще конкуренция это всегда хорошо, тем более с поддержкой от крупняка, особенно в современных реалиях. Удачи командам!
Очень смешно:
"
Несмотря на то, что в IntelliJ IDEA CE поддержка других языков всегда отсутствовала, мы изучаем возможность развития open source плагина от RedHat по интеграции с LSP серверами, который позволит поддержать Go, TypeScript, Rust и другие языки.
"
See also:
1. https://github.com/vuejs/vue-syntax-highlight/issues/227
2. https://github.com/redhat-developer/lsp4ij/issues/710
Vue JS уже завели на LSP в IDEA Community, тем более я вообще молчу про TypeScript.
Ставится через Node.js "npm install -g typescript typescript-language-server"
в IDEA CE только дописать путь до typescript-language-server и ВСЁ работает.
Мне кажется это тупиковый путь, так как в IDEA куча легаси и костылей.
Почему бы не написать IDE с нуля?
Не могли бы вы подтвердить ваш комментарий конкретикой: подробнее рассказать, какие именно легаси и костыли в IDEA ? Особенно интересно послушать про "кучу".
я руководствуюсь комментарием https://habr.com/ru/companies/haulmont/articles/866388/comments/#comment_27683352
Открытая IDE для российских разработчиков