Size: a a a

Programming Offtop

2020 August 23

с#

саша сок #KotlinGang... in Programming Offtop
Alexander Nozik
У него там дальше написано, что он знает Java/Kotlin. Чем, инетересно, он их собирает. И все остальное он тоже так же знает?
он написал что мавеном)
источник

с#

саша сок #KotlinGang... in Programming Offtop
который "тоже плохой, но не настолько"
источник

BP

Bogdan Panchenko in Programming Offtop
Anton Korotkikh
Ну так они по сути правы там. Ты либо не понимаешь вопрос либо специально ищешь соринки с бревном в своём jvm-глазу. В чём суть вопроса? - где пакетный маганер в жабе. Пакетный манагер - это такая простая и минималистичная штука в пользовании, она, внезапно устанавливает пакеты и иногда может билдить и запускать скрипты. И да, его в жабе - нет. Вместо минималистичного тулинга, для использования которого достаточно прочитать вывод хелп команды или пару страниц доки, предлагается безумный жирный комбайн с километровыми мануалами.
Представь что это вопрос про микроволновку, типа, а где у вас тут микраха? Человек знает, что у микрахи отрывается дверца, нажимается кнопка и она греет - это всё что от неё требуется и это покрывает 99% потребностей рынка и так должна быть устроена микраха. Берётся команда (npm, gem, go, pip, cargo) и ставистя пакет install и может есть build. Но вместо этого прикатывеется какая-то монструозная доменная печь с кучей настроек и тумблеров, совершенная непригодная для того чтобы быстро разогреть пиццу. И самое нелепое, дальше начинаются загоны, что это ок вы просто не осилили. Это не ок - это всратый UX и перусложнённость на пустом месте, в джаве нет нормального пвакетного мнагера, как в других экосистемах. И если бы подход типа градла был ок, то все бы клепали монструозные комбайны, покрывающие кейсы только здоровенных мутных проектов (а в большей части задач, нужно просто поставить зависмости и собрать), но так никто не делает, как заметно по рынку, это легаси херня и отказ признавать ошибки.
Из гениального есть ещё это:
Java packaging and dependency management is two orders wuperior to anything you can find for JavaScript
Это косой костыль на фоне жс (и любого другого мейнстрима типа gem или cargo) сейчас, а не packaging and dependency management.
За всеми этими "менеджерами" хранятся обычные xml или json
источник

AD

Apache DOG™ in Programming Offtop
Anton Korotkikh
UX сильно изменился за последнее время. Я же об этом и пишу, всё везде стало очень просто одной командой ставишь пакет, одной собираешь проект всё - теперь уже в лом для базовых задач изучать манагер или билд тул, если молоток нужно изучать перед тем как забить гвоздь - это просто хуёвый молоток. А что мваен? - он по умолчанию даже не собирает пригодный для запуска fatJar (а это должно быть по умолчанию при вбике команды build), он могёт поставить зависомсть одной командой? даже когда ставишь, внутри много лишнего типа groupId, artifactId итд. нахуа? есть навазние пакета есть версия - отсальное нинужно в большинстве случаев.
С питоном у меня на оборот, столько гомоебли чтобы поставить пакет одной командой
источник

BP

Bogdan Panchenko in Programming Offtop
И попробуй их без тулинга поредачить
источник

AD

Apache DOG™ in Programming Offtop
Пип инсталл жопа
источник

AD

Apache DOG™ in Programming Offtop
Туча ошибок
источник

AD

Apache DOG™ in Programming Offtop
Гуглишь фиксить 2 часа
источник

с#

саша сок #KotlinGang... in Programming Offtop
Anton Korotkikh
Ну так они по сути правы там. Ты либо не понимаешь вопрос либо специально ищешь соринки с бревном в своём jvm-глазу. В чём суть вопроса? - где пакетный маганер в жабе. Пакетный манагер - это такая простая и минималистичная штука в пользовании, она, внезапно устанавливает пакеты и иногда может билдить и запускать скрипты. И да, его в жабе - нет. Вместо минималистичного тулинга, для использования которого достаточно прочитать вывод хелп команды или пару страниц доки, предлагается безумный жирный комбайн с километровыми мануалами.
Представь что это вопрос про микроволновку, типа, а где у вас тут микраха? Человек знает, что у микрахи отрывается дверца, нажимается кнопка и она греет - это всё что от неё требуется и это покрывает 99% потребностей рынка и так должна быть устроена микраха. Берётся команда (npm, gem, go, pip, cargo) и ставистя пакет install и может есть build. Но вместо этого прикатывеется какая-то монструозная доменная печь с кучей настроек и тумблеров, совершенная непригодная для того чтобы быстро разогреть пиццу. И самое нелепое, дальше начинаются загоны, что это ок вы просто не осилили. Это не ок - это всратый UX и перусложнённость на пустом месте, в джаве нет нормального пвакетного мнагера, как в других экосистемах. И если бы подход типа градла был ок, то все бы клепали монструозные комбайны, покрывающие кейсы только здоровенных мутных проектов (а в большей части задач, нужно просто поставить зависмости и собрать), но так никто не делает, как заметно по рынку, это легаси херня и отказ признавать ошибки.
Из гениального есть ещё это:
Java packaging and dependency management is two orders wuperior to anything you can find for JavaScript
Это косой костыль на фоне жс (и любого другого мейнстрима типа gem или cargo) сейчас, а не packaging and dependency management.
ну градл намного мощнее чем просто установщик зависимостей и сборщик
источник

AK

Anton Korotkikh in Programming Offtop
Bogdan Panchenko
Добавить зависимость в гредле или мавене - строчка (в мавене 3-4), это равносильно "одна команда" ?
и где она?
https://docs.gradle.org/current/userguide/dependency_management_for_java_projects.html

где та самая строчка gradle install или gradle add?
источник

AD

Apache DOG™ in Programming Offtop
И так во всех ебучих однокомандных пакетниках
источник

с#

саша сок #KotlinGang... in Programming Offtop
саша сок #KotlinGang
ну градл намного мощнее чем просто установщик зависимостей и сборщик
так Александр правильно ответил, что ему не нравится утилита, потому что он просто не разбирается
источник

AD

Apache DOG™ in Programming Offtop
И вообще концепт "поставить пакет в систему " крайне хуевый
источник

AD

Apache DOG™ in Programming Offtop
Он вторичен, а его суют как первичный
источник

AM

Andrew Mikhaylov in Programming Offtop
Anton Korotkikh
и где она?
https://docs.gradle.org/current/userguide/dependency_management_for_java_projects.html

где та самая строчка gradle install или gradle add?
Ну очевидно же, что никто не будет давать возможность вписывать автоматически какую-то хуйню в скрипт.
источник

AM

Andrew Mikhaylov in Programming Offtop
А нахуя?
источник

VP

Vladimir Petrakovich in Programming Offtop
Apache DOG™
И вообще концепт "поставить пакет в систему " крайне хуевый
Да не, норм, если речь про cli утилиты, а не библиотеки
источник

AD

Apache DOG™ in Programming Offtop
Твоя лабуда должна описывать как собрать все с голой системы, и по возможности брать что то из кеша
источник

AD

Apache DOG™ in Programming Offtop
Vladimir Petrakovich
Да не, норм, если речь про cli утилиты, а не библиотеки
Вообще не норм
источник

AK

Anton Korotkikh in Programming Offtop
Andrew Mikhaylov
А напомни, как к ноде без вебпака прикручиваются, я не знаю, левые транспайлеры?
очень легко, не смотря на то, что траспайлер это костыль. вот так

"scripts": {
   "build": "tsc"
}

может тебе ещё напомнить как делается кросс-компиляции под разные платформы в го? а потом вспомни как это будет выглядеть в градле + граль
источник