почитай историю с npm

Ой бля. Ну, всё, нпм плохой.

npm гавно, он с композера украл идею

Ой бля. Ну, всё, нпм плохой.

чем плох?

Ой бля. Ну, всё, нпм плохой.

если он хороший, то зачем сделали Yarn?

почитай историю с npm

там вроед уже нельзя просто так удалить

потому что в бовере нет лок файла

npm гавно, он с композера украл идею

Вот это было толсто. Лол.

)

если он хороший, то зачем сделали Yarn?

Здесь за идею нпм трут, а не за конкретную реализацмю ПМ.

если он хороший, то зачем сделали Yarn?

внезапно ярн тулза, а нпм больше, чем тулза и ярн юзает репу нпм

Здесь за идею нпм трут, а не за конкретную реализацмю ПМ.

pf htfkbpfwb.

за реализацию

чем плох?

Вот у них и спроси. У мечтных умников.

внезапно ярн тулза, а нпм больше, чем тулза и ярн юзает репу нпм

ну

так это ты написал что он плох

и при чем тут репа

и при чем тут репа

при том, что на нпм гонят за удаленный лефтпад из репы

так это ты написал что он плох

АЛЛО. Учись в сарказм, что ли.

гонят не за это бывает

вопрос в том что такую бредятину в отдельную либу

в большинстве случаев за это, что явидел

при том, что на нпм гонят за удаленный лефтпад из репы

а по-моему на него гонят за разрешение зависимостей

это рукожопие и лентяйство

это рукожопие и лентяйство

это незрелость экосчистемы

Бодрые такие обсуждения с утра, один я с похмелья

излишняя функциональность, излишняя нагрузка, излишние зависимости, прирост размера проекта, замедление скорости работы проекта и так далее.

Расширяемость, архитектура, оттестированный функционал, абстракции, время от старта до деплоя. Время программиста стоит дороже железа. Фреймворки и либы — это сейчас выгодно как работодателю, так и программисту.

а по-моему на него гонят за разрешение зависимостей

Да лан. Там всё ок с этим. Semver же.

миллион загрузок за неделю

https://www.npmjs.com/package/is-absolute-url

М-И-Л-Л-И-О-Н

Да лан. Там всё ок с этим. Semver же.

In an ideal world of semantic versioning, patched releases won’t include any breaking changes. This, unfortunately, is not always true. The strategy employed by npm may result into two machines with the same package.json file, having different versions of a package installed, possibly introducing bugs.

это рукожопие и лентяйство

Не, я бы не сказал. Ты вынес функционал, он лежит в отдельной либе, он оттестирован. Ты в нём уверен. Лучше сделать yarn add this-fucking-package, чем писать это, и писать к этому тесты.

Расширяемость, архитектура, оттестированный функционал, абстракции, время от старта до деплоя. Время программиста стоит дороже железа. Фреймворки и либы — это сейчас выгодно как работодателю, так и программисту.

если ты разрабатываешь СерьёзныйПроект©, то и относишься к нему серьёзно, а не "тяп-ляп на фреймворках - и в продакшн". Возможно, это последствия моего СИшного прошлого, но я категорически против увеличения проекта и потребления памяти им. И да, я из тех, кто использует unset(); после использования переменной.

М-И-Л-Л-И-О-Н

А это чуваки, которые не любят фрэймворки

Не, я бы не сказал. Ты вынес функционал, он лежит в отдельной либе, он оттестирован. Ты в нём уверен. Лучше сделать yarn add this-fucking-package, чем писать это, и писать к этому тесты.

https://github.com/sindresorhus/is-absolute-url/blob/master/index.js

ну посмотри на это

если ты разрабатываешь СерьёзныйПроект©, то и относишься к нему серьёзно, а не "тяп-ляп на фреймворках - и в продакшн". Возможно, это последствия моего СИшного прошлого, но я категорически против увеличения проекта и потребления памяти им. И да, я из тех, кто использует unset(); после использования переменной.

Да. Это сишное прошлое. То, о чём ты говоришь, неактуально здесь.

да там файл с лицензией больше

если ты разрабатываешь СерьёзныйПроект©, то и относишься к нему серьёзно, а не "тяп-ляп на фреймворках - и в продакшн". Возможно, это последствия моего СИшного прошлого, но я категорически против увеличения проекта и потребления памяти им. И да, я из тех, кто использует unset(); после использования переменной.

Юрий, так вы не ответили - а кто будет оплачивать разработку функциональности, сравнимой с Laravel?

я понимаю, что сишники склонны к написанию велосипекдов

да там файл с лицензией больше

Это О Л Д Ф А Ж Е С Т В О.

Мир давно изменился. Аллё.

Вы смотрите на эти вещи предвзято.

Это неконструктивно.

Юрий, так вы не ответили - а кто будет оплачивать разработку функциональности, сравнимой с Laravel?

если функционал сравним с Laravel, то берёшь Laravel. Если собираешься использовать только часть его функций - не стоит тянуть ВЕСЬ вреймворк.

если функционал сравним с Laravel, то берёшь Laravel. Если собираешься использовать только часть его функций - не стоит тянуть ВЕСЬ вреймворк.

так вы написали пропроект, в котором сильно используется Ларавель

если функционал сравним с Laravel, то берёшь Laravel. Если собираешься использовать только часть его функций - не стоит тянуть ВЕСЬ вреймворк.

А что делать? Писать эту часть функций?

и предложили этот ларавель выкинуть

Резать фрееймворк?

если функционал сравним с Laravel, то берёшь Laravel. Если собираешься использовать только часть его функций - не стоит тянуть ВЕСЬ вреймворк.

А если мне нужен только роутинг? Что мне делать?

Если у меня нет БД и прочей хуйни. Но вот роутинг нужен.

А если мне нужен только роутинг? Что мне делать?

взять fastroute и мутить свой загрузчик :3

Но я знаю только лару и мне нужен её роутинг.

и предложили этот ларавель выкинуть

Выпилить в микро сервис

И вчера.

Т.е. нет времени изучать фастроут.

так вы написали пропроект, в котором сильно используется Ларавель

те, кто притянул Laravel для мелких функций только из-за того, что Laravel - это круто, уже давно уволились. И он используется именно в мелочах. Но, блин, на каждом шаге, в каждом модуле, в каждой библиотеке. Он, сволочь такая, интегрирован в проект. Вот в этом смысле я имел в виду фразу "сильно используется". А от самого Laravel используется всего лишь несколько функций, которые только тормозят.

Менеджеры времени на таск не выделяют.

Но я знаю только лару и мне нужен её роутинг.

Вот простой роутер https://github.com/php-vivace/router

Менеджеры времени на таск не выделяют.

Это печально

те, кто притянул Laravel для мелких функций только из-за того, что Laravel - это круто, уже давно уволились. И он используется именно в мелочах. Но, блин, на каждом шаге, в каждом модуле, в каждой библиотеке. Он, сволочь такая, интегрирован в проект. Вот в этом смысле я имел в виду фразу "сильно используется". А от самого Laravel используется всего лишь несколько функций, которые только тормозят.

Сложность абстракции окупается тогда, когда нужно расширять проект.

Это печально

Это гипотетическая ситуация, я на пыхе давно не пишу.

Т.е. нет времени изучать фастроут.

тогда стреляй из пушки по воробьям

но это оверкилл

Это гипотетическая ситуация, я на пыхе давно не пишу.

Счастливчик, хехе)

тогда стреляй из пушки по воробьям

Чё там, в ларе, всё так сложно, чтоль?

ERROR: S client not available

Сложность абстракции окупается тогда, когда нужно расширять проект.

кстати да, многие сокращатели почему-то редко думают о будущем, о масштабировании, о расширении

те, кто притянул Laravel для мелких функций только из-за того, что Laravel - это круто, уже давно уволились. И он используется именно в мелочах. Но, блин, на каждом шаге, в каждом модуле, в каждой библиотеке. Он, сволочь такая, интегрирован в проект. Вот в этом смысле я имел в виду фразу "сильно используется". А от самого Laravel используется всего лишь несколько функций, которые только тормозят.

ну чтож, если это дествительно так, то фрэймворк излишен

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

Вело-костыли.

Чё там, в ларе, всё так сложно, чтоль?

нет. Но если тебе нужент только роутер - нахера всю глыбу фрэймворка тянуть?

Я видел зенд, который просто не осилили, продублировали половину его функционала, потом осилили и пытались переписать. О-хо-хо.

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

заранее делать расчёт на расширение функционала?)

даже грубо говоря некий метод удаления какого-то ресурса в вакууме — сначала передают туда айдишник этого ресурса, потом нужно удалять несколько хитрее, заменить айдишник на класс этого ресурса, а это уже ебань

заранее делать расчёт на расширение функционала?)

если это не эксперимент и есть предпосылки, то закладываться стоит

нет. Но если тебе нужент только роутер - нахера всю глыбу фрэймворка тянуть?

А что, места жалко, чтоль? Всё равно, будет запускаться только тот код, который нужен. Не?

А что, места жалко, чтоль? Всё равно, будет запускаться только тот код, который нужен. Не?

будет весь фрэймворк запускаться

прежде всего

нет. Но если тебе нужент только роутер - нахера всю глыбу фрэймворка тянуть?

Ну, и, если ты не можешь точно сказать, будешь ты расширять проект или нет, то лучше иметь ввиду пессимистичный сценарий.

Это неконструктивно.

Неконструктив это выделять три строчки в либу, там должен быть нормальный функционал. Я бы поржал с того кто такое же на яве бы опубликовал

ну вот, началось

если будешь расширять...

если мне нужен только роутинг, то расширять нечего будет

Неконструктив это выделять три строчки в либу, там должен быть нормальный функционал. Я бы поржал с того кто такое же на яве бы опубликовал

Нет. Неконструктивно — мыслить стереотипами.

если будешь расширять...

Если не будешь расширять - зачем писать

если мне нужен только роутинг, то расширять нечего будет

Ваще не факт.

Если не будешь расширять - зачем писать

чтобы сдщелать и оно работало как задано?

Ваще не факт.

а если подумать?

а если подумать?

Во вселенной возможно любое стечение обстоятельств.

Нет. Неконструктивно — мыслить стереотипами.

Да нет у меня стереотипов но это явно не либа а огрызок

Да нет у меня стереотипов но это явно не либа а огрызок

Всё, что модуль, — то либа.

Всё, что модуль, — то либа.

Модуль,но не функция односторочник

Просто она либо лежит в нпм, либо нет.

чтобы сдщелать и оно работало как задано?

Просто обычно решаются текущие бизнес-задачи. Сложно представить себе бизнес, который не хочет развития

Модуль,но не функция односторочник

В JS каждая функция — в отдельном файле.

Если это не метод класса.

Что бы на выходе после вебпака получить один файл

Да, чёрт возьми. =)