с#
Size: a a a
2020 August 23
BP
Про tmp в точку
AM
портируемо, в крестах прошли это неправильно. баши и пистон нормально работает на всех юниксах, а разработка под виндой - это довольно редкий кейс для бека и фронта, который совершенно не оправдывает трудозатрат на его поддержку.
> довольно редкий кейс
Я тоже так думал, а потом удивился, сколько народа под то же ведро на винде пишет.
Ну и да, выкидывать винду, пушта "непопулярно" -- довольно странная затея.
Ну и да, пистон, ЕМНИП, в маке до сих пор второй из коробки, потому для реальной портируемости надо писать либо на втором пистоне, либо, прости господи, на баше с платформенными костылями. А обоих случаях переиспользование частей билда -- это адская содомия
Я хз, что именно ты там защищаешь.
Я тоже так думал, а потом удивился, сколько народа под то же ведро на винде пишет.
Ну и да, выкидывать винду, пушта "непопулярно" -- довольно странная затея.
Ну и да, пистон, ЕМНИП, в маке до сих пор второй из коробки, потому для реальной портируемости надо писать либо на втором пистоне, либо, прости господи, на баше с платформенными костылями. А обоих случаях переиспользование частей билда -- это адская содомия
Я хз, что именно ты там защищаешь.
АT
Разница в том, что кэш можно в любой момент почистить, и ничего не сломается.
В том, что там может лежать много разных версий, не мешающих друг другу.
Можно вообще указать в качестве кэша директорию в /tmp, которую тут же удалять, и опять же, ничего не сломается
В том, что там может лежать много разных версий, не мешающих друг другу.
Можно вообще указать в качестве кэша директорию в /tmp, которую тут же удалять, и опять же, ничего не сломается
Понял мысль, спасибо.
AN
UX сильно изменился за последнее время. Я же об этом и пишу, всё везде стало очень просто одной командой ставишь пакет, одной собираешь проект всё - теперь уже в лом для базовых задач изучать манагер или билд тул, если молоток нужно изучать перед тем как забить гвоздь - это просто хуёвый молоток. А что мваен? - он по умолчанию даже не собирает пригодный для запуска fatJar (а это должно быть по умолчанию при вбике команды build), он могёт поставить зависомсть одной командой? даже когда ставишь, внутри много лишнего типа groupId, artifactId итд. нахуа? есть навазние пакета есть версия - отсальное нинужно в большинстве случаев.
В градле одной командой ставишь, одной командой билдишь
AM
Ну и да, установка зависимостей в нодах / пистонах в том числе нужна как раз потому, что там в этих пакетах порой тулзы выполняемые висят, которые надо в процессе билда запускать. Мавен с гредлом обходятся без этого ровно потому, что есть плагины.
AM
У гредла идеологически нет проблем, там реализация переусложнённая в силу объёмов легаси.
AM
Будь что-то с такой же идеей в ядре свежее, вы б с ним так не воевали, господа скриптописатели.
AN
и где она?
https://docs.gradle.org/current/userguide/dependency_management_for_java_projects.html
где та самая строчка gradle install или gradle add?
https://docs.gradle.org/current/userguide/dependency_management_for_java_projects.html
где та самая строчка gradle install или gradle add?
gradle init; gradle build; а add в ноде - это вообще не управление зависимостями, а управление локальной помойкой
с#
В градле одной командой ставишь, одной командой билдишь
почему до сих пор maven используют ?
особенно в бекенде. сколько не видел, там так много текста
особенно в бекенде. сколько не видел, там так много текста
AN
И вообще концепт "поставить пакет в систему " крайне хуевый
+
AM
почему до сих пор maven используют ?
особенно в бекенде. сколько не видел, там так много текста
особенно в бекенде. сколько не видел, там так много текста
Во-первых легаси, во-вторых давние споры, должны ли билдскрипты сами по себе содержать произвольный код.
AN
почему до сих пор maven используют ?
особенно в бекенде. сколько не видел, там так много текста
особенно в бекенде. сколько не видел, там так много текста
Мавен на самом деле очень изящный как концепция. Полностью декларативная система. Градл в этом смысле гораздо менее прозрачен и там куча грязных хаков. Проблема в том, что вся эта прозрачность декларатива ломается на сложных задачах
с#
Во-первых легаси, во-вторых давние споры, должны ли билдскрипты сами по себе содержать произвольный код.
но а не дело ли это разработчика ?
можно и в градле не допускать произвольного кода
можно и в градле не допускать произвольного кода
AM
Мавен на самом деле очень изящный как концепция. Полностью декларативная система. Градл в этом смысле гораздо менее прозрачен и там куча грязных хаков. Проблема в том, что вся эта прозрачность декларатива ломается на сложных задачах
Ломается в основном об сложность написания мавен-плагинов, насколько я эту кухню понимаю.
с#
Во-первых легаси, во-вторых давние споры, должны ли билдскрипты сами по себе содержать произвольный код.
легаси согласен, но он во всех туторах по какому-нибудь спринг
VP
почему до сих пор maven используют ?
особенно в бекенде. сколько не видел, там так много текста
особенно в бекенде. сколько не видел, там так много текста
Разные подходы, дело вкуса. Ну и конкуренция - это хорошо)
АT
почему до сих пор maven используют ?
особенно в бекенде. сколько не видел, там так много текста
особенно в бекенде. сколько не видел, там так много текста
Люди могут не хотеть переходить на гредл просто потому что смысла не видят, потому что был неудачный опыт, потому что консерваторы.
Причины разные.
Причины разные.
AM
но а не дело ли это разработчика ?
можно и в градле не допускать произвольного кода
можно и в градле не допускать произвольного кода
Можно не допускать, но за этим следить надо. Сам гредл зоопарку не мешает, и даже в некоторой степени поощряет, за что его некоторые и не любят.
AM
Можно и на крестах осторожно писать перформантный и безопасный код :)