да не надо знать монгуз

а не тем кому нужно чтобы ты знал mongoose прям обязательно

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

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

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

+100500

к сожалению в экосистеме npm очень много говна, причем и очень популярного в том числе

И когда человек может взять и сделать one-page-app с беком используя ng2 && hapi за один вечер, это существенно круче чем писать с нуля ВСЕ что дают обы либы

имеет смысл думать своей головой

несомненно

и отдавать себе отчет каждый раз когда ты что-то делаешь - зачем ты это делаешь

> @NordLuf существенно круче чем писать с нуля ВСЕ что дают обы либы круче для работодателя, у которого ng2 и hapi

хз очень трудно оценить усилия писателей. если можешь не писать - не пиши

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

> @NordLuf существенно круче чем писать с нуля ВСЕ что дают обы либы круче для работодателя, у которого ng2 и hapi

да нет же) если человек освоил популярные инструменты, он и другие инструменты освоит.

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

Тут нужно в дзене рубить, что лучше ненаписанные книги чем написанные по тем же причинам

> @NordLuf существенно круче чем писать с нуля ВСЕ что дают обы либы круче для работодателя, у которого ng2 и hapi

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

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

которые туда кто-то написал уже, неожиданно

кто-то, возможно по фану, возможно он наркоман

если это утрировать, то мы придем к паттерну - херачь все на машинномкоде

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

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

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

иначе - зачем исопльзовать чужие наработки?

Мой подход - брать код, который решает сложные задачи

Не брать 5 строчные утилы

ну то есть debounce у тебя свой?

да

или там _.values какой ни будь?

а зачем?

да

и ты его таскаешь между проектами?

Или пишешь каждый раз заново?

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

> @NordLuf и ты его таскаешь между проектами? таскаю

Отлично. А твои подчинненые?

> @NordLuf и ты его таскаешь между проектами? таскаю

вместе с тестами?))

таскают)

Они пишут свои и таскают между проектами, верно?

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

я прям вижу технический долг. Сопля такая, из одного проекта в другой. От одного разработчика, к другому)

А документацию писать отдельный геморой - машине проще объяснить кажется

хорошее название, строчка комментов + flow типы = документация

таскают)

И все таки - они таскают свои или твой?

> @gusnkt я прям вижу технический долг. Сопля такая, из одного проекта в другой. От одного разработчика, к другому) это называется: разработка

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

> @NordLuf И все таки - они таскают свои или твой? наши, общие

Ага, и то есть для них нет разницы - npm install или Володя дай погонять

хорошее название, строчка комментов + flow типы = документация

хуяк хуяк и в продакшен это) Тесты где?

по ftp

тесты на месте, не переживай)

Разница только для тебя - ты автор либ, а не кто-то другой

И называется это - фатальным недостатком

Это фактор, в том числе. Мне нужно знать, что код делает

так прочти

не работает как надо - пиарни туда

И ждать потом неделю?)

в крайних случаях можно сделать форк

можно считать, что это и есть форк

не, не путай)) форк он живет какое-то время и умирает. А не кочует между проектами)

я вижу ровно ноль смысла тратить время на разработку своих утилит вместо использования либо сообщества. Либо надо быть честным с самим собой и переписывать все под себя - начиная от v8 и заканчивая компилятором

Если мне нужно что-то сделать определенным образом, это не значит что и другим это нужно, и что я должен тратить время, чтобы навязать это через пулл реквесты

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

иногда поиск либы и изучение всех ее особенностей занимает больше времени чем написать самому с ожидаемым поведением

хорошее название, строчка комментов + flow типы = документация

вот как ты какой-нибудь крутой хак строчкой объяснишь?

иногда поиск либы и изучение всех ее особенностей занимает больше времени чем написать самому с ожидаемым поведением

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

и сделать сайт, и вебинары

синдром НИХ

может быть, отчасти. Рациональная его часть

ERROR: S client not available

нефига не рациональная

я специально про debounce спросил

это либо начало чего-то нового и большого (если отдать в сообщество и оно примет) либо как обычно - мегажопа для бизнеса

это оттестированная и проверенная функция в lodash. Нет вообще никакого смысла ее самому писать

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

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

Плюс - стоимость вхождения нового человека

ну я вот не понимаю зачем такое из npm ставить если и написать можно без лишнего кода для поддержки старых версий https://github.com/juliangruber/isarray/blob/master/index.js

проще найти нормально толького разработчика, чем тупого, который знают нужную комбинацию

ну да, ну да.

стоимость - вот ключевое слово

у тебя черное и белое, какие-то стереотипы)) нормальный разработчик - это тот, который умеет использовать инструменты. Может и сам написать и взять готовое

а еще девелопер-лок

> @gusnkt это тот, который умеет использовать инструменты. Может и сам написать и взять готовое это не значит, что он должен все знать заранее

я такого вообще не говорил

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

все равно 90% кода - бизнес логика

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

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

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

> @gusnkt учить _.debounce квантовая физика!

Теория струн и коллбэки

ок) ясно-понятно)

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

что есть “общепринятые стандарты”? принятые кем?

ну я вот не понимаю зачем такое из npm ставить если и написать можно без лишнего кода для поддержки старых версий https://github.com/juliangruber/isarray/blob/master/index.js

https://github.com/juliangruber/isarray/issues/2

ахахахах)))

и вот так половина npm

вот зачем брать готовое, а не писать говноутилитки свои. потому что могу

так это такой же как ты чувак) просто в npm выложил)

надо побенчмаркать что быстрее, встроенный Array.isArray или из npm (который много у каких модулей в зависимостях)

его я могу понять, а вот тех кто это использует - не могу