Да понятно, что всё мной перечисленное не является критичным для большой организации. Оно становится критичным лишь для небольшой группы разработчиков.
С точки зрения пользователя у нас есть несколько плагинов, которые недоступны в 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, хотя многое себе перетащили и многое планируем перетащить в ближайшее время. Так что ждём пользователей, готовых терпеть временные неудобства. И ждём энтузиастов, готовых подключиться к разработке.
Нас уже двое. В июле я присоединился к разработке Consulo IDE.
Что до занятия рынка — просто надо больше рассказывать о себе. Будем статьи писать.
По поводу стоящих за опенсорсом компаний — не раз уже видели, чем их работа оборачивается. Компании хотят прибыли, потому опенсорсят не всё. И ведут себя периодически очень нехорошим образом. Опенсорсные коллективы тоже не всегда сахар, но хоть код полностью открыт и можно всегда форкнуть его.
По поводу кода IntelliJ IDEA, в котором уже изрядно покопался. Он написан весьма неряшливо, но это бы полбеды. Он написан под большую компанию, которая может себе позволить зоопарк решений и технологий. С Code Review у них явно всё плохо, поскольку каждый заново изобретает велосипеды и дублирует здоровые куски функциональности. Они злоупотребляют поздним связыванием, из-за чего проблемы с отсутствием ресурсов (иконок, локализационных констант и т.п.) обнаруживаются только при открытии соответствующей формы. Они перемежают Java-код и Kotlin-код. У них нет нормального разделения на модули. Их репозиторий можно скомпилировать только на суперкомпьютере. И т.д. В общем, с таким репозиторием действительно может справиться только большая компания, в которой команда тестировщиков будет находить баги руками. Мы же как команда маленькая, добиваемся, чтобы ошибки отлавливались на этапе компиляции, чтобы модули были развязаны, чтобы написано всё было на одном языке. Да, это занимает много времени. Но иной путь едва ли сработает. Если взять репозиторий как есть с минимальными изменениями, то получится та же IDEA, заточенная под JetBrains.
Можете пока посмотреть Consulo IDE — открытый проект по глубокой переработке IntelliJ IDEA, включающий плагины, недоступные в бесплатной Community Edition: https://consulo.io/
Ну вот смотрите. Компания JetBrains уходит из России, последовательно раз за разом закрывает возможность пользоваться своими продуктами разработчикам из России, а вы берёте и лочите свою лицензию на использование именно с продуктами JetBrains, но ни в коем случае не с их fork'ами. Зачем так делать? Зачем разработчикам из России сплачиваться именно вокруг продукта JetBrains с её русофобской политикой? Почему не дать свободу fork'ам?
Правильно, самые злобные капО (заключённые, сотрудничающие с администрацией концлагерей) были из евреев. Потому что нужно выслужиться перед надзирателем. А то самого в газовую камеру отправят.
Я про концлагеря тут не для красного словца. Не так давно президент Чехии (той самой, в которую переехали JetBrains) Пётр Павел предложил создавать концлагеря для русских. И его никто особо не одёрнул.
Надо тогда при написании «русская компания» добавлять звёздочку со ссылкой, что русская = временно являющаяся резидентом России. Ну чтобы не подумали чего. Интересно также увидеть компании из США, называющие себя американскими и не поддерживающие вооружённые интервенции США
Пора нам умнеть. 30 лет назад мы отказались от собственной элементной базы и собственных операционных систем — в пользу доброй и пушистой глобализации. Время навёрстывать упущенное.
Ну, теперь ждём бана израильским программистам? Или палестинским? А может, и программистов из США надо забанить за участие США в вооружённых конфликтах? Линус ведь как раз в США живёт.
В концлагерях капо (привелигированные заключённые, сотрудничающие с лагерной администрацией) из евреев были зачастую самыми жестокими — ибо хотели доказать, что заслуживают лучшей участи, чем простые собратья-евреи.
Потому у таких «компаний с корнями из РФ» с их рвением есть сочные исторические предшественники.
Чешский президент Пётр Павел уже открыто предлагал строить концлагеря для русских и никто его жёстко не одёрнул. Т.е. речь по сути о том, что базирующаяся в Чехии JetBrains так или иначе вписывается в этот тренд.
Продавцы принтеров и игровых приставок тоже продают их со скидкой — чтобы потом на расходниках для них подняться. АЭС залочена на определённое топливо. И jailbreak в этой сфере рискнули сделать только совсем уж упоротые украинцы.
Вопрос не в том, что им не дадут разрешение. В конечном счёте, они пролоббируют разрешение за какое-то количество денег. Вопрос в том, что они не смогут обеспечить реальной безопасности. В итоге погибнут люди, случится масштабный скандал и произойдёт запрет беспилотных автомобилей как класса на много лет.
Представьте, что вы заходите в автобус, садитесь на сиденье, залипаете в телефон, дремлете, целуетесь, и выходите на своей остановке. Беспилотные автомобили — это решение несуществующей проблемы с прицелом исключительно на элиту. Такие автомобили не смогут решить транспортные проблемы, поскольку они неэффективно используют пространство и энергию. Гораздо эффективнее сделать подходящую инфраструктуру общественного транспорта.
Так в Java-машине тоже работает профилировщик и управляет JIT-компиляцией. Так что в Java это работает по умолчанию. Другое дело, что оптимизация на лету всегда будет в чём-то уступать оптимизации на этапе компиляции (хотя для каких-нибудь серверных приложений, которые работают часы и дни, накладные расходы на такую оптимизацию будут некритичны.
Да понятно, что всё мной перечисленное не является критичным для большой организации. Оно становится критичным лишь для небольшой группы разработчиков.
Угу, их опенсорс — для того, чтобы пылесосить результаты чужих идей, а не для того, чтобы полноценно делиться своим.
С точки зрения пользователя у нас есть несколько плагинов, которые недоступны в 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, хотя многое себе перетащили и многое планируем перетащить в ближайшее время. Так что ждём пользователей, готовых терпеть временные неудобства. И ждём энтузиастов, готовых подключиться к разработке.
Это не так. Там десятки тысяч правок, сильно переделанный API и ряд уникальных плагинов, которых нет у Community Edition.
Нас уже двое. В июле я присоединился к разработке Consulo IDE.
Что до занятия рынка — просто надо больше рассказывать о себе. Будем статьи писать.
По поводу стоящих за опенсорсом компаний — не раз уже видели, чем их работа оборачивается. Компании хотят прибыли, потому опенсорсят не всё. И ведут себя периодически очень нехорошим образом. Опенсорсные коллективы тоже не всегда сахар, но хоть код полностью открыт и можно всегда форкнуть его.
По поводу кода IntelliJ IDEA, в котором уже изрядно покопался. Он написан весьма неряшливо, но это бы полбеды. Он написан под большую компанию, которая может себе позволить зоопарк решений и технологий. С Code Review у них явно всё плохо, поскольку каждый заново изобретает велосипеды и дублирует здоровые куски функциональности. Они злоупотребляют поздним связыванием, из-за чего проблемы с отсутствием ресурсов (иконок, локализационных констант и т.п.) обнаруживаются только при открытии соответствующей формы. Они перемежают Java-код и Kotlin-код. У них нет нормального разделения на модули. Их репозиторий можно скомпилировать только на суперкомпьютере. И т.д. В общем, с таким репозиторием действительно может справиться только большая компания, в которой команда тестировщиков будет находить баги руками. Мы же как команда маленькая, добиваемся, чтобы ошибки отлавливались на этапе компиляции, чтобы модули были развязаны, чтобы написано всё было на одном языке. Да, это занимает много времени. Но иной путь едва ли сработает. Если взять репозиторий как есть с минимальными изменениями, то получится та же IDEA, заточенная под JetBrains.
Можете пока посмотреть Consulo IDE — открытый проект по глубокой переработке IntelliJ IDEA, включающий плагины, недоступные в бесплатной Community Edition: https://consulo.io/
Ну вот смотрите. Компания JetBrains уходит из России, последовательно раз за разом закрывает возможность пользоваться своими продуктами разработчикам из России, а вы берёте и лочите свою лицензию на использование именно с продуктами JetBrains, но ни в коем случае не с их fork'ами. Зачем так делать? Зачем разработчикам из России сплачиваться именно вокруг продукта JetBrains с её русофобской политикой? Почему не дать свободу fork'ам?
Правильно, самые злобные капО (заключённые, сотрудничающие с администрацией концлагерей) были из евреев. Потому что нужно выслужиться перед надзирателем. А то самого в газовую камеру отправят.
Я про концлагеря тут не для красного словца. Не так давно президент Чехии (той самой, в которую переехали JetBrains) Пётр Павел предложил создавать концлагеря для русских. И его никто особо не одёрнул.
Надо тогда при написании «русская компания» добавлять звёздочку со ссылкой, что русская = временно являющаяся резидентом России. Ну чтобы не подумали чего. Интересно также увидеть компании из США, называющие себя американскими и не поддерживающие вооружённые интервенции США
В Consulo нас с VISTALL'ом теперь двое :)
Пора нам умнеть. 30 лет назад мы отказались от собственной элементной базы и собственных операционных систем — в пользу доброй и пушистой глобализации. Время навёрстывать упущенное.
Ну, теперь ждём бана израильским программистам? Или палестинским? А может, и программистов из США надо забанить за участие США в вооружённых конфликтах? Линус ведь как раз в США живёт.
В концлагерях капо (привелигированные заключённые, сотрудничающие с лагерной администрацией) из евреев были зачастую самыми жестокими — ибо хотели доказать, что заслуживают лучшей участи, чем простые собратья-евреи.
Потому у таких «компаний с корнями из РФ» с их рвением есть сочные исторические предшественники.
Чешский президент Пётр Павел уже открыто предлагал строить концлагеря для русских и никто его жёстко не одёрнул. Т.е. речь по сути о том, что базирующаяся в Чехии JetBrains так или иначе вписывается в этот тренд.
Продавцы принтеров и игровых приставок тоже продают их со скидкой — чтобы потом на расходниках для них подняться. АЭС залочена на определённое топливо. И jailbreak в этой сфере рискнули сделать только совсем уж упоротые украинцы.
Всё, уже не наша.
Вопрос не в том, что им не дадут разрешение. В конечном счёте, они пролоббируют разрешение за какое-то количество денег. Вопрос в том, что они не смогут обеспечить реальной безопасности. В итоге погибнут люди, случится масштабный скандал и произойдёт запрет беспилотных автомобилей как класса на много лет.
Представьте, что вы заходите в автобус, садитесь на сиденье, залипаете в телефон, дремлете, целуетесь, и выходите на своей остановке. Беспилотные автомобили — это решение несуществующей проблемы с прицелом исключительно на элиту. Такие автомобили не смогут решить транспортные проблемы, поскольку они неэффективно используют пространство и энергию. Гораздо эффективнее сделать подходящую инфраструктуру общественного транспорта.
«Почему это важно для нас» — какой прекрасный русский язык. Лев Толстой переворачивается в гробу.
Квантовую механику с теорией относительности пока никто надёжно не поженил.
Так в Java-машине тоже работает профилировщик и управляет JIT-компиляцией. Так что в Java это работает по умолчанию. Другое дело, что оптимизация на лету всегда будет в чём-то уступать оптимизации на этапе компиляции (хотя для каких-нибудь серверных приложений, которые работают часы и дни, накладные расходы на такую оптимизацию будут некритичны.