> 3) привязывают проект к себе — создают всякие воркспейсы, солюшены и прочее
> 3) Что в этом плохого?
Собственно, в этом и был смысл всей статьи. Что есть способ сделать так, чтобы не быть завендорлоченным на конкретное решение.
Чем это плохо? Тем что вендор начинает вертеть тобой как хочет, как хвост собакой. Если же ты ни от чего не зависишь, а используешь свободный кроссплатформенный софт, то как только вендор начал трепыхаться — ты прокручиваешь его на оси и отправляешься в любые конкурирующие решения.
Как вы поняли, я сам не крестовик, а джавист. Имеется огромный опыт вот в этом. У нас даже Java — это в первую очередь набор спецификаций, относительно которых разные вендоры производят библиотеки и виртуальные машины, удовлетворяющие этим спецификациям. Спецификация — первична, конкретное решение — вторично. Очень удобно. Ты свободен как птица выбирать самое выгодное решение.
Имелась в виду ирония. А отладчик DirectX обязательно гляну, спасибо! Если есть список вещей, на которые ещё стоит посмотреть — можно его сюда написать, например)
А вот можете это подробней раскрыть? Выше по трэду меня picul пытается отшлёпать по заднице, и в суровой битве нужны суровые аргументы!
> Если интересно — замарайте руки… developer command prompt.
Да, в этом надо будет обязательно покопаться.
> Главное — зачем.
Цель статьи была показать, что ты не завендорлочен на конкретное несвободное коммерческое IDE. Многие отказываются использовать такой софт сразу же с порога, потому что «если мы подсядем на X, то потом уже не слезть, а вдруг вендор будет нами крутить как хочет». А тут сразу ясно, что как только вендор решит вами покрутить, вы отправите его в длительное пешее эротическое путешествие и просто перепрыгните на любое конкурирующее решение из громадного спектра.
Ну и в частности, это моя попытка самооправдания. Потому что вместо того, чтобы следовать слову Столлмана и использовать только свободное ПО, в дальнейших выпусках будет в основном CLion и MSVS. Что несколько зашкварно, конечно.
А можно подробней про набор плагинов? Ну, если это не какая-то коммерческая тайна, конечно. (Что вполне может быть, судя по фразе «большой проект»). И если это какая-то загадочная вундервафля, то нафига она :-)
Давайте демократически устроим здесь голосование. С одной стороны, кажется что выражение «топить за X» прочно вошло в разговорную речь. С другой стороны, ну может у меня круг общения такой.
Если этот комментарий наберет 25 плюсов я поменяю «за» на что-нибудь другое. На «про IDE», скорей всего.
Какие функции VS наиболее полезны для компьютерной графики? Там есть что-нибудь про поиск пути и коллизии? В аргументации можно воспользоваться возможностями Enterprise Edition, если они помогут. Заранее спасибо.
Интересно было бы послушать трагедию в стиле C++. Прикинь, какие бы новые глубины ада открылись. Разные аппаратные архитектуры и аппаратные сбои. Компиляция длиной двое суток просто так и всего восемь часов на кластере. Матрица тестовых конфигураций с количеством вариантов как атомов во вселенной. Нативные зависимости в dll и so, поставляющиеся разными пакетными менеджерами. Left-pad выжигает дыру на материнской плате. Почти ничего этого нет в Node.js, вроде бы. (Нет, не предлагаю это делать, только пофантазировать)
Нужно будет отдельно объяснить, как билдить через другие IDE. То что это будет возможно — гарантируется тем, что для сборки используется CMake, не что-то IDE-специфичное. Можно писать хоть в блокноте и собирать из консоли. Я сделаю.
CLion сильно лучше для обучения. Особенно для тех, кто раньше писал на Java, PHP, Python, Ruby, .NET и других продуктах, где в качестве IDE лидируют продукты JetBrains. Если я ещё и IDE поменяю на VS, то буду чувствовать себя совсем униженным и сбитым с толку. В смысле, ну вот пишешь ты в блокноте или VSCode — будет то же самое, что в CLion, но без подсказок, поиска, рефакторингов, и так далее.
Когда закончится CLion, нужно будет скачать следующий EAP. Скорей всего, EAP ещё долго будут бесплатными. Кроме того, для студентов он вообще всегда бесплатный.
Для профессионалов Jetbrains Toolbox — вещь незаменимая. У меня он куплен на свои личные деньги, не работодателя. Окупается. Но этот момент дальше раскрывать не стану, чтобы кто-то не подумал, что это маркетинг JB.
Ты бы знал, как в CLion проще для человека, который последние десять лет писал в Идее. Вещи находятся на привычных местах и работают привычным способом. Ну да, язык другой, зато всё остальное — понятное. Когда непонятны ни язык, ни среда, совсем нехорошо становится.
Ты имеешь в виду, чем он лучше, чем mingw, который идет отдельно? Ну тут к тебе вопрос: у него есть ли пакетный менеджер с репозиторием готовых бинарных пакетов? У cygwin есть, хоть там все и несколько по-некрофильски.
Еще одна эксклюзивная фишка cygwin: он прочно обосновался во всевозможных туториалах по сборке чего-нибудь под Windows: там фигурируют вполне конкретные сигвино-специфичные названия пакетов, под него заточены сборочные скрипты. Например, OpenJDK при сборке из исходников под Windows почему-то сыпал странными ошибками, а в Cygwin работал норм. Если не ошибаюсь, они даже в мейке его поддержали, и когда падает сборка из-за недостатка заголовков, то советы какой пакет установить есть не только для Ubuntu и Fedora, но и для Cygwin
Не понимать код разных JVM, а разрабатывать эти JVM. Там легаси 20-летней давности. Плюс совершенно не на всех платформах есть компилятор Rust — там свежий С++ то не всегда есть, и нужен стандарт 98-ого года.
Зачем это нужно на практике. Например, последнюю пару недель мы с друганом сражаемся с попыткой спортировать OpenJDK на новую процессорную архитектуру. Есть куча постов о кишках JVM (пример раз, пример два), доклады по GraalVM, итп. Чтобы их писать, нужно понимать что пишешь, рыться в коде. В принципе, большинство задач не требует именно написания чего-либо — достаточно понимать и мочь править баги "по смыслу". Но и общее ощущение составить хочется.
Я знаю про Rust, это крутая штука, просто вряд ли он подходит именно мне. Если кто-то захочет сделать выделенный подкаст про Rust, это было бы неплохо!
Вдохновляюсь крутейшей серией видеокастов Handmade Hero, хочется сделать как у него, но по-другому.
Возможно, как раз решив часть проблем с помощью Rust или Java. На Java скорей всего будет скриптовая система, JVM можно ембедить в крестовое приложение. Если будут идеи, зачем можно использовать Rust — напиши! Может, тоже скрипты?
В любом случае, чтобы избавляться от проблем — нужно их вначале нажить :-)
А еще просто хочется разобраться в C++. Зачем? Потому что моя специализация — Java. Чтобы изменять виртуальную машину Java — нужно понимание C++. Сейчас я исправляю баги в C++ коде, и это получается ОК совершенно без понимания. Чтобы его достичь, вероятно, нужно написать какое-нибудь приложение с нуля.
Additional software in package manager, GCC version.
От Msys2 ощущения как от работы с полноценным GNU/Linux: заходишь в терминал, и у тебя есть всё что душа пожелает. Самых свежих версий, включая GCC. Если версии несвежие или собранные не с теми флагами — есть внятное описание, как быстро забежать в PKGBUILD и пересобрать новое (это та же система, что в ArchLinux). Это просто космос, в отличие от красноглазия, которое начинается каждый раз в Windows, когда ты пытаешься что-то собрать так как тебе надо из исходников.
Не ошибся, спасибо.
В будущем предлагаю все косяки писать в личку, иначе комментарии превратятся в ад из корректировок. К сожалению, Хабр пока не умеет принимать коммиты :)
Graal.js — это не drop in replacement для Nashorn, это отдельный продукт. API в целом совместимое, но есть шероховатости. Нужно будет вручную все проверять.
Сорян что на такой обширный комментарий отвечаю так коротко, но надо как-то употребить слона по кусочкам
> 3) Что в этом плохого?
Собственно, в этом и был смысл всей статьи. Что есть способ сделать так, чтобы не быть завендорлоченным на конкретное решение.
Чем это плохо? Тем что вендор начинает вертеть тобой как хочет, как хвост собакой. Если же ты ни от чего не зависишь, а используешь свободный кроссплатформенный софт, то как только вендор начал трепыхаться — ты прокручиваешь его на оси и отправляешься в любые конкурирующие решения.
Как вы поняли, я сам не крестовик, а джавист. Имеется огромный опыт вот в этом. У нас даже Java — это в первую очередь набор спецификаций, относительно которых разные вендоры производят библиотеки и виртуальные машины, удовлетворяющие этим спецификациям. Спецификация — первична, конкретное решение — вторично. Очень удобно. Ты свободен как птица выбирать самое выгодное решение.
А вот можете это подробней раскрыть? Выше по трэду меня picul пытается отшлёпать по заднице, и в суровой битве нужны суровые аргументы!
> Если интересно — замарайте руки… developer command prompt.
Да, в этом надо будет обязательно покопаться.
> Главное — зачем.
Цель статьи была показать, что ты не завендорлочен на конкретное несвободное коммерческое IDE. Многие отказываются использовать такой софт сразу же с порога, потому что «если мы подсядем на X, то потом уже не слезть, а вдруг вендор будет нами крутить как хочет». А тут сразу ясно, что как только вендор решит вами покрутить, вы отправите его в длительное пешее эротическое путешествие и просто перепрыгните на любое конкурирующее решение из громадного спектра.
Ну и в частности, это моя попытка самооправдания. Потому что вместо того, чтобы следовать слову Столлмана и использовать только свободное ПО, в дальнейших выпусках будет в основном CLion и MSVS. Что несколько зашкварно, конечно.
Если этот комментарий наберет 25 плюсов я поменяю «за» на что-нибудь другое. На «про IDE», скорей всего.
Нужно будет отдельно объяснить, как билдить через другие IDE. То что это будет возможно — гарантируется тем, что для сборки используется CMake, не что-то IDE-специфичное. Можно писать хоть в блокноте и собирать из консоли. Я сделаю.
CLion сильно лучше для обучения. Особенно для тех, кто раньше писал на Java, PHP, Python, Ruby, .NET и других продуктах, где в качестве IDE лидируют продукты JetBrains. Если я ещё и IDE поменяю на VS, то буду чувствовать себя совсем униженным и сбитым с толку. В смысле, ну вот пишешь ты в блокноте или VSCode — будет то же самое, что в CLion, но без подсказок, поиска, рефакторингов, и так далее.
Когда закончится CLion, нужно будет скачать следующий EAP. Скорей всего, EAP ещё долго будут бесплатными. Кроме того, для студентов он вообще всегда бесплатный.
Для профессионалов Jetbrains Toolbox — вещь незаменимая. У меня он куплен на свои личные деньги, не работодателя. Окупается. Но этот момент дальше раскрывать не стану, чтобы кто-то не подумал, что это маркетинг JB.
Ты имеешь в виду, чем он лучше, чем mingw, который идет отдельно? Ну тут к тебе вопрос: у него есть ли пакетный менеджер с репозиторием готовых бинарных пакетов? У cygwin есть, хоть там все и несколько по-некрофильски.
Еще одна эксклюзивная фишка cygwin: он прочно обосновался во всевозможных туториалах по сборке чего-нибудь под Windows: там фигурируют вполне конкретные сигвино-специфичные названия пакетов, под него заточены сборочные скрипты. Например, OpenJDK при сборке из исходников под Windows почему-то сыпал странными ошибками, а в Cygwin работал норм. Если не ошибаюсь, они даже в мейке его поддержали, и когда падает сборка из-за недостатка заголовков, то советы какой пакет установить есть не только для Ubuntu и Fedora, но и для Cygwin
Не понимать код разных JVM, а разрабатывать эти JVM. Там легаси 20-летней давности. Плюс совершенно не на всех платформах есть компилятор Rust — там свежий С++ то не всегда есть, и нужен стандарт 98-ого года.
Зачем это нужно на практике. Например, последнюю пару недель мы с друганом сражаемся с попыткой спортировать OpenJDK на новую процессорную архитектуру. Есть куча постов о кишках JVM (пример раз, пример два), доклады по GraalVM, итп. Чтобы их писать, нужно понимать что пишешь, рыться в коде. В принципе, большинство задач не требует именно написания чего-либо — достаточно понимать и мочь править баги "по смыслу". Но и общее ощущение составить хочется.
Я знаю про Rust, это крутая штука, просто вряд ли он подходит именно мне. Если кто-то захочет сделать выделенный подкаст про Rust, это было бы неплохо!
Вдохновляюсь крутейшей серией видеокастов Handmade Hero, хочется сделать как у него, но по-другому.
Возможно, как раз решив часть проблем с помощью Rust или Java. На Java скорей всего будет скриптовая система, JVM можно ембедить в крестовое приложение. Если будут идеи, зачем можно использовать Rust — напиши! Может, тоже скрипты?
В любом случае, чтобы избавляться от проблем — нужно их вначале нажить :-)
А еще просто хочется разобраться в C++. Зачем? Потому что моя специализация — Java. Чтобы изменять виртуальную машину Java — нужно понимание C++. Сейчас я исправляю баги в C++ коде, и это получается ОК совершенно без понимания. Чтобы его достичь, вероятно, нужно написать какое-нибудь приложение с нуля.
От Msys2 ощущения как от работы с полноценным GNU/Linux: заходишь в терминал, и у тебя есть всё что душа пожелает. Самых свежих версий, включая GCC. Если версии несвежие или собранные не с теми флагами — есть внятное описание, как быстро забежать в PKGBUILD и пересобрать новое (это та же система, что в ArchLinux). Это просто космос, в отличие от красноглазия, которое начинается каждый раз в Windows, когда ты пытаешься что-то собрать так как тебе надо из исходников.
В будущем предлагаю все косяки писать в личку, иначе комментарии превратятся в ад из корректировок. К сожалению, Хабр пока не умеет принимать коммиты :)