Фреймворки на фрилансе

11 комментариев • 1050 просмотров • 17 мая 2022, 02:08

Никогда не понимал прикола - тратить время на изучение кучи фрейворков. Если вы уже хорошо знаете html+css+js, то зачем учить фреймворки, которые позволят вам делать то, что вы и так уже умеете делать, но другим методом? Если вы вздумали поверить, что зная html+css+js - знаете весь веб-фронт и пора изучать фрейморки, то это скорее всего - не так:

1. Воркеры? (вебворкеры\сервисворкеры). Справедливости ради, это почти не требуется на фрилансе.
2. Canvas с контекстом 2d? На фрилансе требуется достаточно часто и хорошо оплачивается.
3. Canvas WebGL? Справедливости ради - это реально сложная и многословная штука и тут можно допустить использование Three.js. На фрилансе требует достаточно часто и оплачивается весьма жирно.
4. WebRTC? Это тоже глубокая тема, которая так же часто требуется на фрилансе и жирно оплачивается.
5. Iskra JS? Ещё не создавали своего робота\дрона\что угодно на микроконтроллере на JS? Ну так "Искра" это наш отечественный аналог Arduino, который можно программировать на чистом JS. Но он доступнее, такой же по цене и имеет вагон понятной документации от какой-нибудь там амперки - НА РУССКОМ.  Даже если и не будет тут заказов (по ардуино иногда бывают заказы) - это уже относится к реальному миру. Что позволит вам сделать какой-то там автополив огорода или создать новый "мозг" для своей машины или дрон и т.д. Продавай\делай под заказ - в реале.


И тут вы понимаете, что во фронте вы всего-лишь головастик? Это хорошо, тогда зачем тратить время на очередной вариант сделать то, что вы уже умеете делать (на фреймворк), если можно потратить время на реально крутые штуки, которые РЕАЛЬНО расширят ваш обхват заказов?

Окей, едем далее на сервер.

Вы уже знаете PHP (разумеется с mysql). Вы даже сделали несколько полноценных проектов! Покопались в конфигах apache или просто по-настраивали .htaccess. Поняли принцип серверного кэширования - поигрались с redis. Даже написали небольшой сервер php-вебсокетов, для какого-то там чата. Поняли в целом ООП и зачем это ИНОГДА надо. И тут вы понимаете, что всё - это ваш момент Х! Вы поняли всю суть PHP! Пора изучать Laravel! Ведь так много надо поддерживать\дорабатывать проектов на этом фреймворке!

А зачем, простите, тратить время на изучение условных symfony, yii, laravel, swoole и т.д., всё сильнее запирая себя в одном языке (php), если вы можете потратить это время на изучение например node.js, который фундаментально отличается от PHP. Node.js более подробно познакомит вас с процессами, ядрами, оперативной памятью, nginx`oм, редисом, нормальными вебсокетами, mongoDB (почему бы не изучить фундаментально другую БД - mongoDB) и прочим? Я не говорю, что нужно переходить на node.js, я говорю - изучить в довесок. Не нужно бросать PHP, ведь он безбожно рулит на фрилансе. Именно это позволит вам расти по-настоящему. Погрузившись глубоко в node.js - вы по-настоящему начнёте понимать, что там к чему на сервере (в чистом php это понимание не приходит). Разумеется, постепенно в node.js вы тоже упрётесь в его недостатки, когда озадачитесь многопоточностью или высокими нагрузками. Многопоточность там немного, скажем, неполноценная. Пул воркеров - только для тяжёлых задач сгодится, в остальном - это только куча процессов, синхронизированных через redis pub\sub или на худой конец, через ту же mongoDB. После node.js - можно ещё какой-то язык выучить, тот же python, golang (если к golang будете идти через node.js, то сработает сознание "полного комплекта", ибо golang решает все глубокие траблы node.js).

Вот такое развитие - РЕАЛЬНО РАСШИРИТ охват заказов.


Кто-то скажет:

-"Нуууу.... эм.-ээээюю короче-ээээ... на фреймворке быстрее можно писать".
-Да с х*яли баня-то упала?! Каждый новый проект и так на 30-90% состоит из вставок из предыдущих ваших проектов или из вашего лично-составленного справочника, с корректировками. Не надо заливать про "быстрее".

-"Ну тогда...эээ.....а.....ааа...эээээ.....ээээ, поддерживать легче".
-Чё серьёзно? А если нативно жопой не писать, то тоже нормально поддерживается, на случай огромной логики есть ООП, хотя и без него можно писать огромную поддерживаемую логику.
-"ээээ...ээээ..ну-эээ....ээээээ.........аааа..ээээ"
-В проект на нативном PHP тоже можно спокойно ввести нового разраба, для этого надо РУКАМИ и умеренно писать комментарии по коду + в супер-идеале составлять хотя бы микро-документацию по архитектуре, но это для огромных проектов!

-"ээээ.....аээ....ээээаааа-аааэээ...а вы нативно пишите гавнокод ээээээ, а у нас это неполучится"
-Чё серьёзно? Лично у меня есть вагон заказчиков, которым сделали В ЖОПУ ЗАБАГОВАННЫЕ НЕПОДДЕРЖИВАЕМЫЕ крупные проекты на ларавеле (кстати студии делали), которые я и сейчас переделываю (с 0) на чистом php. Что конкретно гавно-кода касается: если бюджет был гавно, то и проект будет гавно, какие претензии? На ларавеле вы делаете за гавно-бюджет? Нет? Ну а мы делаем гавно-код за гавно-бюджет, при этом я даже предупреждаю заказчика об этом - что за его гавно-бюджет я не планирую вливать своё время, а сделаю в целом норм продукт, но максимально по-резкому.

Зачем тратить время на кучу фреймворков, если можно его потратить на другие языки и вообще другие направления? Погрузиться в сложные технологии фронта, изучить разные технологии бэкенда, попробовать себя в мобильной разработки, геймдеве, робототехники - дико расширив свои навыки! Зачем запирать себя в одной области? Я всегда был сторонником широкого охвата. Справедливости ради - мобильная разработка мне вообще не зашла! Пробовал и дарт под флаттером и котлин - не моё. В геймдеве долго варился (ещё до фриланса), но ушёл в веб - на фриланс, сейчас воткнулся в МК. При этом - не знаю ни одного фрейворка. Начинал учить и реакт и ларавел, но в момент изучения - искренне не понимал, нахера я это делаю, на том мы с фреймворками и закончили.

Комментарии 11