4 фолловера и проекты только на ПХП Нахуй пошел со своим гоном. Взял книжку по JS и проштудировал! БЫСТРО

Я тебе о чем и говорю - этот гандон не умеет с людьми общаться.

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

Так юзай jQuery

сорян, это не аргументация если нравится писать тонны говнокода - пожалуйста, пиши и ты считаешь, что использование лодаша заключается только в использовании простых функций вида pick/omit итд

Ты считаешь, что мой PR нах не нужен?

но как минимум, ты сосешь даже потому, что даже эти 2 функции без лодаша занимают много строк а как максимум - читай про функциональное программирование и не выноси мозги

Слушай, я не по тому не по другому не сосу. +138 −142 я убрал Lodash и стало короче

Я прям удивился

и используется в реальном коде только одна функция, isPlainObject, остальное в examples

и используется в реальном коде только одна функция, isPlainObject, остальное в examples

ппц

и используется в реальном коде только одна функция, isPlainObject, остальное в examples

Кек

не, lodash норм если его правильно подключать, а не тянуть целую либу(которая дохера тежелая)

пиздец там 4 импорта банальных функций, и ты хвастаешься тем, что их заменил (на деле где-то пустые строки выпилил просто, потому и стало короче)

большинство использует lodash в виде import {merge, forEach, curry} from 'lodash', что тянет либу целиком за собой, когда нужно использовать import merge from 'lodash/merge' и тд

Вообще, @kelin2025 странно делать вывод о том, что я не знаю JS по тому, что у меня есть репо на PHP.

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

пиздец там 4 импорта банальных функций, и ты хвастаешься тем, что их заменил (на деле где-то пустые строки выпилил просто, потому и стало короче)

Так будет со всеми!!!

@kelin2025 а у тебя есть гитхаб профиль?

а теперь пиздуй гуглить паттерны функционального программирования

а теперь пиздуй гуглить паттерны функционального программирования

Ты че нормально не можешь разговаривать?

kodej 2?

желательно обрати внимание сразу на partial и curry в библиотеке и пойми, зачем там нужны все остальные функции типа isObject, merge итд

пиздец там 4 импорта банальных функций, и ты хвастаешься тем, что их заменил (на деле где-то пустые строки выпилил просто, потому и стало короче)

Лол

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

Зачем

лол, так проще рамду взять

нахер lodash

Зачем

?

лол, так проще рамду взять

я смотрел, мне не вкатило чет на самом деле но это дело вкуса

Это к выпиливанию lodash

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

Да дело в том что я читал ебучие JS книжки

Это к выпиливанию lodash

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

Я правильно понял сейчас три шейкинг у вебпак из коробки и не надо плагин babel-preset-es2015-webpack? Если да то офигеть, смотрю курс с эггхед, вышел полгода назад примерно и уже все

Он просто в браузе вроде раб

Чекни консоль

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

Я не осуждаю, но и хвалиться этим странно Все учатся, все делают ошибки

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

Curry пишется как два пальца. В любой книге по ES6 это на пальцах и объясняют

Ты будешь писать свою реализацию карринга и выносить в utils.js?

все, до свидания, иди дальше городи велосипеды

Я не пойму чем тебе твой код хуже чужого?

Люди специально пишут микробиблиотеки и отдельные функции выносят в модули, тестируют их, поддерживают актуальность и качество. А тут приходит некто и говорит, нахуй мне юзать качественно написанный и протестированный сообществом код? — Я сам напишу. Мне лучше много раз написать эти 10 строк, с высокой вероятностью ошибки, чем один раз написать require или import. Потом его это заебет и вынесет это в файлик с именем utils.js и будет юзать, сука, ТАКЖЕ, только без тестов и качественного кода.

еще раз, видимо, до тебя не дошло

по буковкам прочти, тут все обосновано

Люди специально пишут микробиблиотеки и отдельные функции выносят в модули, тестируют их, поддерживают актуальность и качество. А тут приходит некто и говорит, нахуй мне юзать качественно написанный и протестированный сообществом код? — Я сам напишу. Мне лучше много раз написать эти 10 строк, с высокой вероятностью ошибки, чем один раз написать require или import. Потом его это заебет и вынесет это в файлик с именем utils.js и будет юзать, сука, ТАКЖЕ, только без тестов и качественного кода.

https://jqueryui.com/

Люди специально пишут микробиблиотеки и отдельные функции выносят в модули, тестируют их, поддерживают актуальность и качество. А тут приходит некто и говорит, нахуй мне юзать качественно написанный и протестированный сообществом код? — Я сам напишу. Мне лучше много раз написать эти 10 строк, с высокой вероятностью ошибки, чем один раз написать require или import. Потом его это заебет и вынесет это в файлик с именем utils.js и будет юзать, сука, ТАКЖЕ, только без тестов и качественного кода.

большинство пакетов в npm полны дерьма и тонн ненужных, неправильно подключенных зависимостей (привет lodash) ради одной функции

в большинстве случаев выкладывают чтобы выложить

по буковкам прочти, тут все обосновано

Что то там надо. И мы оба знаем это. Но тянуть оттуда, сука, map - это ппц!!!

большинство пакетов в npm полны дерьма и тонн ненужных, неправильно подключенных зависимостей (привет lodash) ради одной функции

Так ты же используешь только то, что нужно

Ты не тянешь ненужные

это я к утверждению про качество кода

Ты не тянешь ненужные

а может тяну?

Так ты же используешь только то, что нужно

Видел где то фотку .bmp ))) из node_modules

может в следующей версии чувак в зависимости пакет прицепил на полмегабайта

А jQuery - как раз та библиотека, необходимость в которой отпадает при наличии фреймворков (привет, Vue), в которых это же реализовано давно в виде компонентов для Vue, и ты можешь юзать их с уверенностью в том, что твой дейтпикер на jQuery не поломает dom и не введет Vue в ступор

это первое

а может тяну?

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

большинство пакетов в npm полны дерьма и тонн ненужных, неправильно подключенных зависимостей (привет lodash) ради одной функции

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

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

это первое

Да точно так полно форшмаченых плагинов vue

тебя уже в жс чате разок опустили, тебе мало?))

ты бы видел что было в пхп чатах

ты бы видел что было в пхп чатах

его и там опустили? о.О

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

историю с leftpad помним же? там и вебпак упал и бабель, из-за одного маленького пакета в одну сука функцию :D

историю с leftpad помним же? там и вебпак упал и бабель, из-за одного маленького пакета в одну сука функцию :D

не помню

я к тому что от говна перестраховаться сложно

историю с leftpad помним же? там и вебпак упал и бабель, из-за одного маленького пакета в одну сука функцию :D

Шото знакомое

его и там опустили? о.О

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

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

ERROR: S client not available

если переписать все полностью то вон из профессии

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

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

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

или в срочном порядке делать форк и пересаживашься на форк

тут много нюансов

если переписать все полностью то вон из профессии

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

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

форкаешь, исправляешь, пулреквестишь, мержат, все работает дальше в штатном режиме

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

форкаешь, исправляешь, пулреквестишь, мержат, все работает дальше в штатном режиме

а если не мержат?

значит а) долбоеб на создателе, который не следит за своим детищем б) долбоеб на том, кто установил, ибо юзает пакеты с 0 звезд

с нормальными пакетами такого не происходит

хахах, звезды вообще не показатель ало

это стадный инстинкт, увидел, клацнул, пошел дальше

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

а???

почему вы не пишете свои реализации фреймворков?

это же СВОЕ

ну я смотрю сперва на тесты(их наличие), потом на контрибьютеров, а если это продукт компании то тут тоже некий плюс

не надо ждать пулреквестов

красиво еп

Сразу пушить можно

+++

вот только чтобы привести в рабочий вид это дело, ты будешь писать его месяц, а потом переписывать раз 20, чтобы получилось хотя бы не хуже (на деле все равно выйдет хуже, потому что с популярными фреймворками это уже сделало сообщество, и код там должен быть идеальным дефакто)

почему вы не пишете свои реализации фреймворков?

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

Ну вообще, не легче юзать то, что написали до тебя и не париться? Типа, зачем писать еще такой же велосипед, который не факт, что будет адекватно работать?

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

тут не имеются в виду ознакомительные и обучательные цели

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

Ну, опыт, да

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

Ну вообще, не легче юзать то, что написали до тебя и не париться? Типа, зачем писать еще такой же велосипед, который не факт, что будет адекватно работать?

ура, умная мысль, ну хоть от кого-то я ее услышал

Магия npm же

вот только чтобы привести в рабочий вид это дело, ты будешь писать его месяц, а потом переписывать раз 20, чтобы получилось хотя бы не хуже (на деле все равно выйдет хуже, потому что с популярными фреймворками это уже сделало сообщество, и код там должен быть идеальным дефакто)

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

если не писать велосипедов, не будет развития в целом