LINUX.ORG.RU
Ответ на: комментарий от anc

Любой которым готовы пользоваться все разработчики, юзающие конкретный язык. Это должно сразу в подкорке быть, а не на уровне «у нас бесконечно гибкое бла-бла-бла, за которым вы должны побегать и сами разобраться»

Без простоты втыкания любой библиотеки в проект, разработчики быстро забивают болт на обратную связь (напрягаться же лень). Без нее скорость развития резко падает. Не до нуля, но по сравнению с языками где есть ПМ, очень кисло смотрится.

Просто для примера. Я не ленивый, жабаскриптами тренированый, оформлять код привык. У библиотеки должен быть манифест для автоматической установки. И вот мне под свои эмбедные поделки получается что надо лепить конфиг для platformio, arduino, conan, cmake и еще хер-пойми что. Вот нафига мне такое счастье и на сколько хватит моего терпения?

Vit ★★★★★
()
Последнее исправление: Vit (всего исправлений: 1)
Ответ на: комментарий от Vit

Без простоты втыкания любой библиотеки в проект, разработчики быстро забивают болт на обратную связь (напрягаться же лень).

Вы прослушали экспертное мнение JS-кодера о разработке библиотек на C/C++

u-235
()
Ответ на: комментарий от Vit

Есть пакетный менеджер дистрибутива. В котором ставится версия libxxx 2.3.x и она будет весь период работы программы на этом дистре 2.3.х (максимум секурефиксы). Что даёт постоянное окружение и стабильную работу.

А не когда колхозник Петя изменил свой код left-pad, что по цепочке изменило 19000 пакетов, каждый из которых используется ещё в миллионах других пакетов. Ой, API поломалося, надо делать ребилд и редеплой на тысячи машин. Ой, а там нет удалённого ансибла, нужно ждать техника, который по медвежьему говну поедет в удалённое село с флешкой обновлять ваш продукт.

Не говоря уже о качестве того говна, что лежит в «пакетных менеджерах» типа npm/cargo и прочих

PPP328 ★★★★★
()
Ответ на: комментарий от u-235

Ага, кое-кто именно прослушал. Мимо ушей.

Vit ★★★★★
()
Ответ на: комментарий от PPP328

Это все наверное очень важно и познавательно, только к развитию экосистемы не имеет ни какого отношения.

Vit ★★★★★
()
Ответ на: комментарий от Vit

И вот экосистема без общепринятого ПМ

А общепринятый это какой из?

Любой которым готовы пользоваться все разработчики, юзающие конкретный язык.

facepalm.jpg.2 Ну вот например есть разработчик на C для пром железа, нафейхуа ему ПМ убился? Или есть разработчик под оффтопик, зачем ему ваш ПМ?

anc ★★★★★
()
Ответ на: комментарий от anc

IMHO имхо это довольно спорный подход, выбирать тех кому ПМ не нужен, и спрашивать, почему они должны им пользоваться :).

Наверное есть смысл сфокусироваться на тех кому это полезно. А это любой васян с лефтпадом. Если его лефтпад легко втыкается и оказывается нужен, ему пришлют обратную связь, он чего-нибудь подкрутит и сделает свой лефтпад лучше. И так из миллиона бесполезных лефтпадов имеет шанс появиться хоть один нужный, который умеет не только лефтпабить, но и райтпадить :).

А если ПМ которым быстро втащить либу нема, или надо год апдейта в дистрибутиве ждать - все просто забивают болт, т.к. лениво напрягаться.

Vit ★★★★★
()
Ответ на: комментарий от Vit

Это все наверное очень важно и познавательно, только к развитию экосистемы не имеет ни какого отношения.

Отсюда делаем вывод: экосистема она не для того, чтобы было легко в бою, а чтобы ленивый разработчик мог одной небрежной npm install пошатать предприятие.

skiminok1986 ★★★★★
()
Ответ на: комментарий от PPP328

качестве того говна, что лежит в «пакетных менеджерах»

В дистрибутиве-то точно качественное говно лежит.

unC0Rr ★★★★★
()
Ответ на: комментарий от u-235

Да, только денег от этого больше не станет, разве что донат защекоинами.

LANcetnick
()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)