Pull to refresh
64
0

Разработчик

Send message
Этот пост про Vanilla JS было интересно читать, потому что он был наполнен юмором, и никто его всерьез не воспринял. А вы же предлагаете бред какой-то.

Лет 6 назад, когда я еще в классе 8 был, когда ie7 только только вышел, решил для себя что буду писать на чистом js. Собственно знаний в нем не было никаких, а jquery невзлюбил за то, что каждый, кому не лень, предлагал его как панацею. По началу мне потребовалось совершить несколько манипуляций над стилями элементов, потом повесить несколько обработчик и в общем-то сейчас для подобных целей я бы тоже не стал использовать jquery, но в те времена изрядно намучился, так как никаких querySelectorAll еще не было (хотя по большей части, потому что делал все впервые).

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

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

Через пару лет я на хабре увидел реализацию чата, где с помощью jquery слались ajax-запросы и происходили манипуляции с dom. И вот тогда меня поразило с какой простотой делается то, над чем я убил однажды несколько дней. В тот момент начал его потихоньку использовать, но боязнь к библиотекам осталась. И я писал свои слайдеры, паралаксы и прочее, тратив на это много времени, но делал все это только ради обучения.

В этом году я устроился на работу. И у меня ни разу не возникало дилеммы, скачать ли библиотеку (которая состоит-то из 100 строчек, но зато отлажена) или написать, протестировать и использовать свою функцию (объект) и убить на это времени раз в 50 больше. Так же в проектах различных анимашек, манипуляций с деревом и ajax-запросов, ui-елементов обычно очень много, и клиентский код чаше намного больше серверного. И поэтому помимо jquery и jqueryui обычно подтягивается еще с пару десяток библиотек и плагинов к библиотекам. И иногда из всей этой солянки получается кромешный ад, но тут уже вопросы к построению процесса разработки, архитектуры проекта и прочего, при использовании лишь «Vanilla JS» в подобных проектах и при прочих равных условиях, я уверен, что этот ад был бы в десятки раз хуже.

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

[ -d $file ] && work_with_dir $file || work_with_file $file

Или, например, для записи тернарного оператора, там где его нет.

Правда не думаю, что делать так везде — хорошая практика, но если для себя то можно улучшить читаемость.
12 ...
21

Information

Rating
4,779-th
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Works in
Date of birth
Registered
Activity

Specialization

Frontend Developer