Наверное это все-таки старость.
Захотелось мне почему-то поговорить о том, каким путем развивается программирование.
Вернее нет, как я со свой скромной колокольни вижу и понимаю этот путь.
Развитие искусственного интеллекта должно рано или поздно свести программирование к простым голосовым манипуляциям и командам. И по идее мы уже сейчас должны двигаться в этом направлении.
Но почему-то мне кажется, что сейчас это не так и мы идем по пути усложнения. Повторюсь, всему виной может быть просто старость и в 18 лет новый язык влетает в голову за неделю, а в 40 — уже за несколько лет.
Я вот сделал список, условно назовем, языков, которые мне приходится пусть не знать досконально, но по крайней мере ознакомиться, чтобы решать довольно таки примитивные задачи по веб разработке.
Итак.
— js
— php
-css
-sass
-less
-smarty
-phenom
-bootstrap
-node.js
-ruby
-gulp
-git
-lavarel
-modx
-bitrix
-opencart
-simpla
-joomla
-wordpress
-symphony
Я понимаю, что прочитав этот список Вы прежде всего пришли в негодование, как можно в один ряд ставить языки, фреймворки, плагины, системы управления контентом, шаблонизаторы, процессоры и препроцессоры и так далее… Но разве так уж важно как мы их называем? Да MODX не отдельный язык, но что его не нужно изучать? У него есть свой синтаксис, свои правила… Это именно то, что мы в обычной жизни называем языком. Да он на PHP, но ни один учебник PHP не пояснит как работают методы pdoFetch, setPlaceholder и так далее. Ведь новый класс в ООП это практически новый тип переменной, о которой никто кроме разработчика не знает. И к стыду очень уважаемого мной MODX, на официальном сайте еще с 2012 года половина информации значится — в разработке.
А в битрикс мы не отправим почту пока не изучим его объектную модель (правда их плюс, что она хоть и сложная, но детально описана), а в opencart можно повеситься с их XML модификаторами файлов (хотя должен признать, что в этой CMS наиболее прозрачно организован MVC). Чтобы приступить к изучению SASS, нужно установить RUBY и ознакомится с его пакетным менеджером, а GULP покажет язык пока мы не изучим команды пакетного менеджера node.js и хотя бы бегло не почитаем о потоках в node. И так далее и так далее, некий снежный ком, заставляющий с красными глазами до 5 утра изучать и изучать что-то новое.
Да, это интересно, но сам путь такой мне кажется ущербным. Если ком нарастает, то по всем физическим законам, он когда-то достигнет критической массы.
И это не призыв что-то менять, потому что призывать нужно только тогда, когда сам видишь верный путь.
А скорее просто мысли. Но не кажется Вам, что многие вещи мы делаем скорее потому, что это «модно», чем потому, что мы реально в них нуждаемся?
Никто еще чтобы поделиться фоткой с другом не пушит ее на гитхаб и дает ссылку на клонирование?))
Вернее нет, как я со свой скромной колокольни вижу и понимаю этот путь.
Развитие искусственного интеллекта должно рано или поздно свести программирование к простым голосовым манипуляциям и командам. И по идее мы уже сейчас должны двигаться в этом направлении.
Но почему-то мне кажется, что сейчас это не так и мы идем по пути усложнения. Повторюсь, всему виной может быть просто старость и в 18 лет новый язык влетает в голову за неделю, а в 40 — уже за несколько лет.
Я вот сделал список, условно назовем, языков, которые мне приходится пусть не знать досконально, но по крайней мере ознакомиться, чтобы решать довольно таки примитивные задачи по веб разработке.
Итак.
— js
— php
-css
-sass
-less
-smarty
-phenom
-bootstrap
-node.js
-ruby
-gulp
-git
-lavarel
-modx
-bitrix
-opencart
-simpla
-joomla
-wordpress
-symphony
Я понимаю, что прочитав этот список Вы прежде всего пришли в негодование, как можно в один ряд ставить языки, фреймворки, плагины, системы управления контентом, шаблонизаторы, процессоры и препроцессоры и так далее… Но разве так уж важно как мы их называем? Да MODX не отдельный язык, но что его не нужно изучать? У него есть свой синтаксис, свои правила… Это именно то, что мы в обычной жизни называем языком. Да он на PHP, но ни один учебник PHP не пояснит как работают методы pdoFetch, setPlaceholder и так далее. Ведь новый класс в ООП это практически новый тип переменной, о которой никто кроме разработчика не знает. И к стыду очень уважаемого мной MODX, на официальном сайте еще с 2012 года половина информации значится — в разработке.
А в битрикс мы не отправим почту пока не изучим его объектную модель (правда их плюс, что она хоть и сложная, но детально описана), а в opencart можно повеситься с их XML модификаторами файлов (хотя должен признать, что в этой CMS наиболее прозрачно организован MVC). Чтобы приступить к изучению SASS, нужно установить RUBY и ознакомится с его пакетным менеджером, а GULP покажет язык пока мы не изучим команды пакетного менеджера node.js и хотя бы бегло не почитаем о потоках в node. И так далее и так далее, некий снежный ком, заставляющий с красными глазами до 5 утра изучать и изучать что-то новое.
Да, это интересно, но сам путь такой мне кажется ущербным. Если ком нарастает, то по всем физическим законам, он когда-то достигнет критической массы.
И это не призыв что-то менять, потому что призывать нужно только тогда, когда сам видишь верный путь.
А скорее просто мысли. Но не кажется Вам, что многие вещи мы делаем скорее потому, что это «модно», чем потому, что мы реально в них нуждаемся?
Никто еще чтобы поделиться фоткой с другом не пушит ее на гитхаб и дает ссылку на клонирование?))
Комментарии: 11
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Я и не жалуюсь, так — размышляю.
Немного не соглашусь в том, что программирование это полностью инженерная задача.
Как инженер с двумя высшими физическими образованиями, я могу сравнивать.
Лично мне программирование кажется больше творческой задачей, близкой к искусству. Хотя и параллели с инженерией есть.
Я думаю то, что мне так сложно воспринимать такое море информации наверное еще связано с малым опытом, я занимаюсь этим только чуть более года. Пока что задачи приходится решать неимоверной усидчивостью и терпением.
А до этого только 20 лет назад был небольшой опыт работы с TurboPascal 6.
В первую очередь стоит изучить принципы на которых строится технология, тогда будет гораздо проще работать с чем то новым, но основанным на тех же принципах.
Например ООП — независимо от языка принципы полиморфизма, инкапсуляции и наследования остаются неизменными, так остается разница только в синтаксисе. Да и синтаксис современных языков практически идентичен, а уж посмотреть какие функции существуют — всегда есть документация.
Зная алгоритмы вы уже будете знать как решается задача — все что останется это подсмотреть как записать решение с помощью нужного языка.
Зная как устроены РСУБД для вас не будет принципиальной разницы в том MySQL это Postgres или MsSQL.
Не могу воспринимать информацию когда лектор все время смеется и разговаривает с кем то за кадром на отвлеченные темы.
Попробую еще разок позже.
Что касается человека который будет работать уже с этими технологиями то почему бы не выбрать что-то одно и не работать с ним, так сказать увеличивать глубину а не ширину знаний. Например у вас в списке 6 cms — смысл знать их все? Sass, Less — это одно и то же под разным соусом, только PostCss не хватает. Phenom, Smarty (ещё куча есть шаблонизаторов и для PHP и для JS) — почему не работать с одним? Laravel и Symfony — какую задачу можно решить на одном фреймворке и нельзя на другом? И это вы ещё не окунулись в волшебный мир фронтенда — вот где разнообразие так разнообразие.
Смысл такой: большая часть элементов вашего списка дублирует друг друга, так что можете смело от них отказаться)
Очень многое в этом списке дублировано, а кое что я упустил — jquery например.
Но такому дублированию есть к сожалению логическое пояснение — работодатель берет в работу совершенно разные проекты, в том числе и огромное количество уже работающих сайтов. И как вы понимаете, у меня никто не спрашивает, знаю ли я что-то о simpla или bitrix.