Как понимаю каких либо личных примеров я не дождусь. Опять аналогии, которые как известно всегда немного врут. Ну хоть без пафоса и понтов, уже хлеб. Пора заканчивать, разговор потерял смысл, пруфов и примеров не будет, а без них это пустая болтовня, с таким же успехом можно кричать что каждому программисту нужно носить бороду и свитер, иначе не по канону и код будет плохой, без бороды программист не программист а кодер. И чем больше борода тем лучше программист. Доказывать не буду, это и так же всем очевидно. В качестве примера могу рассказать что программист который никогда не носил бороду накосячил в коде распознавания лиц и из-за этого первые face id глючили на бородатых людях. Не стоит отрицать критическую важность бороды в области разработки софта! Лишь люди с очень густой и длинной бородой способны написать Эпический код и решить Легендарную задачу. Угу, свёл к абсурду чтобы продемонстрировать нелепость воззваний без доказательств, бывает. На этом я все.
Ну вот это уже ближе к истине, основной посыл верный, понимание общих принципов чтобы при необходимости погуглить и изучить, а проекты уже дадут специфический зависимый от области опыт.
Вася пупкин идёт на яндекс не за заменой сайту, он идёт туда за аудиторией. Васе чтобы сформировать такой трафик, причём заинтересованный и таргетированный, придётся отдельно под это сформировать компанию или неслабый отдел, нанять кучу людей (среди которых хорошо если 10% будут разработчиками) и вложить кучу денег, и все это без гарантий. А Вася просто хочет торговать своими пылесосами телефонами. У него кстати скорее всего есть свой сайт, но основные заказы все же приходят с площадок.
В остальном все верно, меня тоже всегда улыбали такие шутки, как будто у рынка постоянный фиксированный запрос на абстрактных программистов, и чем их меньше тем выше зп. Разве что чуть поправлю, благодаря динамике развития рынка ( по крайней мере сейчас), выгоднее быть крутым специалистом среди крутых специалистов. На рынке IT слишком много денег, потребностей и идей, поэтому спрос на рынке труда IT всегда превышает предложение (если мы говорим о крутых специалистах). то есть работу все равно найдёте, но крутые специалисты уже научились ценить и продавать себя, так что чем их больше тем активнее растёт конкурентная ЗП. ну и опять же конкретный язык (фреймворк, технология) становятся популярнее (есть специалисты) , что опять же повышает спрос. Великий парадокс активно растущих рынков, высокое потенциально предложение повышает спрос и тем самым снижает предложение, но спрос при этом все равно растёт, и все это почти без участия цены в этой формуле. на стабильных рынках такое редкость. Плюс большое количество хороших специалистов в одной области может сформировать новые тенденции, технологии и подходы в ней, которые, упс, тоже требуют достаточно высокой квалификации, а значит нужны крутые специалисты. Это достаточно хорошо видно на феномене зарплат девопсов. Обычные сисадмины сидели и делали свою работу, за хорошую но не особо высокую зарплату. Потом началась виртуализация, докер и прочие облака. Но компании и продукты не спешили переезжать, не было понимания что это даст, не было человека который объяснит почему это полезно. Постепенно облачные технологии развивались, админы тоже обучались, компании начали переходить, что спровоцировало ещё большее развитие, появилась концепция девопса который может не уметь в *nix но зато хорошо умеет в кубернетус и прочие, компании начали переходить ещё активнее, это стало менстримом, и образовался дефицит девопсов. Команды уже не представляют жизни без CD, компании хотят на aws а не десяток-сотню серверов покупать и ставить в дата центр, и страдать с ними, потребность стабильная и растёт, с ней активно растут зп девопсов. Когда предложение хоть как то догонит спрос - зарплаты хороших специалистов не упадут. А вот если бы те сисадмины (ну и техлиды с техдирами конечно) забили на "что-то новенькое" а действовали золотому правилу "хороший админ это админ который отдыхает, потому что у него все настроено и работает" то aws, docker и прочие могли бы потухнуть за неимением спроса, без них бы не появилось оркестрации и прочей магии, а облака так и остались бы просто возможностью дёшево и быстро (с точки зрения инфраструктуры) запустить проект и удобно его масштабировать на начальной стадии, а потом уже покупать сервера, на а бедные админы продолжали бы выяснять почему у сервера в дц глючит винт и где купить новый, все это за зп в пару раз меньшую чем сейчас. Короче невидимая рука А игроков иногда рулит покруче рыночной потребности и пузырей.
Найти работу на С и ассемблере не вариант? Ну или подождать немного, до осознания что язык это только инструмент а возможности для творчества зависят от компании, проекта, процессов и команды а не языка. Архитекторов и техлидов (да и синьоров в основном) от языков не прёт, их прёт от интересных вызовов, идей, возможности их реализовать и часто просто от ощущения что и продукт полезный и работать с ним удобно. Но лучше конечно не страдать и найти работу по душе. благо в современную постковидную эру с возможностью удаленки почти везде - единственный барьер это языковой (ну ок, в некоторых случаях ещё и географический, но решаемо же).
Выпендрежом я считаю деление программистов на кодеров и программистов, себя как понимаю вы причисляете с "высшей касте"?
Для индустрии которой 20-30, с натяжкой 40 лет, 20 лет это совсем не вот вот, и без разницы когда были разработаны реляционные базы, антикерскому механизму 2200 лет стукнуло, это не делает индустрию it 2200- летней. если для вас nosql, solid это новинки, я могу лишь (на основе только этих данных, других вы так и не предоставили) сделать вывод что либо вы очень далеки от этих областей (хотя solid более менее универсален, местами даже слишком), либо вы просто некомпетентны, то есть слышали но не пользовались, экспертизы нет, это в принципе нормально, на зачем тогда выпендриваться и рассуждать, у меня нет экспертизы в ИИ или микроконтроллерах, я и не даю советы разработчикам в этих областях. ну да ладно.
Вы привели пример из специфической области, требующей специфической математики. Но почему-то из этого сделали вывод что эта математика необходима для всех доменов. Но ведь это не так. в других доменах нужны будут другие знания. Но это же не повод учить в университете медицину, ботанику, документооборот, бухгалтерию, продажи, рекламную индустрию и прочее и прочее. Приходя в компанию или на проект прогаммист осваивает домен на минимальном необходимом уровне, его задача понимать о чем речь. В хорошей компании, если требуется экспертиза достаточно высокого уровня, нанимают специалиста этого профиля. В данном случае, вот уж сюрприз, наняли бы математика , и не просто математика а математика нужного профиля с опытом в аналогичных задачах, и добавили бы его в команду, в качестве консультанта, или для разработки математических моделей которые программисты уже бы реализовывали. Представляете, программирование это командная работа, если конечно это взрослая компания ориентированная на результат, типичные ситуации заводов СНГ когда программист и швец и жнец и метал кроит, и станки программирует, и камеры подключает и бухгалтерии винду ставит я не рассматриваю, это извращение.
Фундаментальное образование? ну в принципе я не против, оно имеет смысл. но не в таком виде какой есть сейчас, и не настолько большой насколько вы его превозносите. Если кратко основные проблемы в области IT и на пространстве СНГ: устаревшие требования, излишняя универсальность, плохое понимание теми кто создает программу и преподает реалий разработки софта, огромная инерционность, за частую полное отсутствие у преподавателей практики и следовательно экспертизы, непонимание рынка разработки и рынка труда IT, отсутствие качественной конкуренции между вузами и как следствие отсутствие внятных мотиваторов для решения проблем выше, туда-же подчиненность программам всяких министерств, люди в которых относятся к IT так же как и к математике или истории, по принципу "за 20 лет ничего не поменялось, компьютеры как были ящиком с экраном так и есть, так чего программу зря пересматривать".
Если более полно то, как результат на выходе люди с "фундаментом" который состоит из непонятных кусков (большинство из которого никогда не пригодится, часть безнадежно устарела, меньшинство пригодится очень иногда), и больше у них ничего, они не готовы к работе, ни в какой области, они универсалы которые ничего не знают, ничего не умеют, к моменту когда им будет нужна эта математика (если они ее еще не забыли к моменту получения диплома) они ее точно забудут. Исключение - 1-2 на тысячу которые попадут в узкую область, тогда им пригодится процентов 20 а не 2. То есть вместо того чтобы дать знания которые позволят начать уже сейчас что-то делать, и научить работать с информацией, учится, развиваться - дают некую абстрактную базу которая абсолютна не нужна ему в этот момент (джуну) но может пригодится позже, но вот того что нужно у него просто нет. получается человек потратил 5 лет зря, он не готов к работе, но у него есть база. теперь ему нужно, как любят говорить в универе "забыть все чему учили ранее" и начать учится. Подход который подойдет для стабильных областей, которые развиваются медленно, полностью бесмысленнен для таких динамичных областей как IT. тут правильный подход "учится всегда" а не "сделать из человека специалиста и потом он эти знания всю жизнь применять будет". Если вы действительно разработчик, а не эникейщик на заводе или преподаватель в университете, вы должны прекрасно понимать что то что вы называете "фундаментом" на самом деле всего лишь кусок знаний для одной области. и разработчик изучает такие вещи по мере необходимости, или если изучить это достаточно быстро невозможно, на нужном уровене, то подключается специалист и они работают вместе, каждый в своей области на общий результат. Универсалы программисты невозможны. Программисты, которые после универа ничего не изучают - бесполезны (за редкими исключениями, очень редкими и специфическими). Программист может в тестирование, но на уровне "понимаю о чем речь и как с этим взаимодействовать", так же он может и в devops, и в менеджмент, и в аналитику, и в доменные знания. но хороший программист не заменит хорошего PM, для этого ему нужно быть И хорошим программистом И хорошим PM. учитывая на то что чтобы стать хорошим в каждой из областей связанных с разрабокой нужно 5-10 лет, и многие знания быстро устаревают, выводы можете сделать сами, универсалов не существует.
"GPT3? Dall-E? Беспилотники Яндекса? Торговая платформа биржи? Вряд ли на такое способны самоучки без фундамента." - вот в этом и суть, для каждой из этих областей нужен свой "фундамент". И да, среди людей которые это разрабатывают много как вы выразились "самоучек". Я без понятия почему самоучка у вас звучит пренебрежительно, умение учится самому, качественно и быстро - один из ключевых навыков программиста.
Ну а теперь гвоздь нашего вечера "А вот в решении эпических и легендарных задач, всплывут вопросы, о которых самостоятельно вы 100% не задумаетесь.". Чего? Легендарных задач? Эпических? А где Божественные? Доспехи легендарные знаю, задачи нет. Да, плохой юмор, плоский, ну так ночь на дворе. Но откуда столько помпезности? Бывают задачи сложные, бывают простые, бывают интресные, бывают рутинные, почти все требуют специфических знаний и опыта в какой-то своей области. вы там писали про "что-то поворочать на бэкенде", ну простите, упомянутые вами биржи это вполне "что-то поворочать на бэкенде", причем не самое сложное поворочать, да очень высокие требования к нагрузкам, консистентности данных и стабильности но в плане логики я бы не назвал их особо сложными. Так вот, а вы "ворочали"? сможете? ваша математическая и прочая база дает вам эту специфическую экспертизу, которая позволит делать эти вещи? или все же нужна специфическая "база"? Разные задачи бывают, и разные домены и опыт, и соответственно разные знания необходимые для них, но о Легендарных и Эпических еще не слышал.
Ладно, может я что-то не то делал последние 20 лет, не туда модельки передавал, давайте решим этот спор раз и навсегда хотя бы в рамках этой статьи. Раз уж вы столько писали про кодеров и программистов, про рутину и Эпические задачи, про быдло и элиту (косвенно, этих слов вы не писали но в каждом комментарии прослеживается), про фундамент и базу, и конечно же про его величество Фундаментальное Образование без которого хорошим программистом не стать, в принципе, невозможно вот совсем, может все же покажете нам неучам на примере, какой он настоящий программист (а не кодер) который занимается Легендарными задачами (а не модельки таскает и что-то там шебуршит)? Опишите одну, одну единственную, не прошу много, но по настоящему Легендарную задачу, которую вы делали, и как именно в ней вы использовали свой фундамент и какой.
Давайте от абстрактного эпоса и пафоса спустимся к конкретике, не надо описывать ничего что закрыто NDA, в общих чертах - домен, проект, задача, что делали, почему считаете ее Легендарной (или даже Эпической) и какие знания и вашего фундамента вам пригодились. На ваш выбор, что угодно, лишь бы легендарное по максимуму. У меня только одно требование (и тут полагаюсь на вашу честность, потому что называть проект не обязательно, может быть закрыто NDA) - проект должен быть реальным, коммерческим, живым или "жившим", короче проверенным реальностью, пользователями а не написанным в стол. дипломы, курсовые, пет-проекты которые не увидели свет - все это мимо, потом что необьективно, они в глазах автора могут быть не просто Легендарными а даже Божественными, но по факту оказаться кривым бесполезным велосипедом с кучей проблем, все мы такое делали, нет, только прод показывает истину. Я понимаю что надоел с этой просьбой, но ведь один пример лучше тысячи абстрактных воззваний, да и реально же интересно, что вы такое пишете чтобы считалось Легендарным и чтобы разделять программистов на "настоящих" и быдло кодерское, необразованное и бездипломное. Потому что даже софт для марсохода или упомянутые беспилотники в моем понимании не тянут на такой пафос, ИИ уровня Dall-E или ватсона, не знаю, может быть, как уже писал нет опыта в этой олбласти чтобы оценить, да и теория в этой области очень поверхностная, на уровне универа. Чем черт не шутит, а вдруг я ошибаюсь, и тогда мы предметно сможем поговорить и уже из частного выйти к общему и сделать выводы.
Слушайте, вот мне реально любопытно, а почему вам так хочется делить людей на программистов и кодеров? Как понимаю (опять же по вашим комментариям) колеры это какие-то неполноценные программисты, этакое ругательство. Почти в каждом вашем комментарии это есть. Это какой то комплекс? Необходимость почесать свое ЧСВ? Что то другое? И я бы ещё понял если бы вы действительно были хорошим профессионалом в области разработки, плохо но хотя бы имели бы право, но вот странно слышать такой выпендреж от человека который считает DOM чем то особенным, nosql базы новинкой, а Solid, принципами которые "вот-вот сформулировали". Ну пожалейте людей, они читая это фейспалмами себе уже лицо отбили, будут с синяками ходить. Да, оценивать уровень по оговоркам не особо правильно, но проекты вы так и не показали. Зато нелепых понтов про кодеров вагон.
А я что-то писал про деньги? Если нравится - пожалуйста, специалистом он не будет но кайф получит. Я писал не про нравится а про попытки некоторых личностей убедить что это все надо, надо безусловно и без этого никуда, более того надо до того как полноценно начать программировать. Что нужно садиться и все это изучать, даже если не лезет а то не станешь "настоящим программистом". Об этом и была речь.
Про моё отношение ко всяким фундаментам и базам, и тем более попыткам сформировать абстрактного программиста в сферическом вакууме, я писал выше, там длинная простыня неформатированного текста.
Solid принципам где-то между 20 и 40 лет, смотря как считать.
Ну а если без сарказма и стеба, по статье и комментариям я вижу недостаток опыта и слабое понимание области веб разработки. Это нормально, ни один разработчик не стал синьором не побывав джуном. По ним же я вижу горящие глаза и в целом адекватность, автор не срывается на грубость и отвечает, поясняет как может, это отлично, хороший настрой. Написать свой фреймворк или CMS - ну через это проходили если не все то очень многие, это нормально, обычный период когда уже чувствуешь что что-то знаешь и можешь и появляются идеи сделать что-то крутое, но при этом еще не понимаешь как мало знаешь для серьезного проекта, это тоже в принципе хорошо. Правда за одним исключением, когда человек в упор не хочет слушать, замыкается, не понимает почему общество его гениальные идеи зарывает в море юмора и стеба, иногда люди так бросали разработку совсем, тогда это плохо. Я не знаю есть ли у вас эти симптомы или нет.
Хотите совет? Вместо статьи рекламы, напишите статью презентацию. Расскажите что вы делаете, для чего, какие идеи применили, что от них ожидаете. И спросите совета, не надо пытаться устроить шоу "мы сейчас перевернем ваше представление о разработке и поведем за собой в будущее", от этого вы получите только море стеба, потому что не перевернете, не поведете, но выставите себе довольно глупо. Напишите статью с фокусом на получение фидбека, советов, дайте пощупать код, может даже устройте из этого опенсорс и кто-то опытный подключится к вам в качестве ментора или даже контрибьютора. Ваши идеи вполне могут быть интересными, но идеи надо еще реализовать, и главное понять для чего и как, а тут пригодится опыт. Многие разработчики вполне непротив проревьювить очередной велосипед и дать советы, указать на ошибки, сказать куда покопать и где есть проблемы как с идеями так и с кодом и даже просто где серьезные пробелы в понимании области и взятой задачи, но только если люди готовы слушать. Короче не пытайтесь "продать", а демонстрируйте и спрашивайте совета. Стеб по прежнему будет, всегда есть люди которых хлебом не корми а дай постебаться над новичками которые взялись за амбициозную задачу, но в отличие от этой статьи он будет только от таких вот людей, которые вам не нужны и там просто игнор, а вот другие думаю ответят и помогут. Не помогут - пишите мне в личку, менторство и тем более контрибьютинг не обещаю, но как минимум провалидирую идеи и укажу на проблемы если есть. Но только если вы реально делаете что-то новое, и делаете это потому что есть идеи и их хочется реализовать, потому что вам интересно или для обучения/развития. Если вы очередной Денис Попов, с копипастой под другим именем и стремлением к славе ради славы и почесывания ЧСВ - тогда мимо.
А вы умеете разжечь любопытство. Сначала непонятная статья. Потом непонятные, окончательно запутывающие комментарии. А потом, когда я все же собрался на сайт и глянуть код оказалось что сайт недоступен, а скачивания нет, не реализовано. Ну что код почему то не на гитхабе, ладно, спишем на обстановку. И я процентов на 97 уверен что тут речь про очередной очень странный велосипед с привкусом болгенос под соусами "инновации" , "отечественное" , "у меня будет крутой диплом" . Сам такое любил в своё время, ну та часть которая касается диплома. Правда не так помпезно. Но все же есть маленький шанс что там что-то интересное. Да и любопытно что все таки имел ввиду автор под понятными только ему терминами и идеями. Короче лично я жду когда можно скачать и посмотреть. Статья провалена, а вот возбудить любопытство удалось.
То есть вы разделили бэк и фронт? Так их уже давно разделяют, если есть потребность. Про класс site все ещё не понял, вы засунули весь фронтенд в один класс?
Что, прям даже и DOM? И даже удалось попробовать поработать с нереляционными базами? Новомодными. А можете описать проекты в которых вы это использовали и как. На примерах оно же гораздо наглядное и понятнее. Можно парочку, все не обязательно. Простите за сарказм (надеюсь вы его заметили), но реально какой то винегрет описали, как будто где-то что то услышали и на бросили все это в кучу, и все это с какой то фанатичноц рекламой такой же солянки из математики.
Мне почему-то вспомнил один преподаватель из универ, он так же сыпал. Но это была середина нулевых, тогда действительно нереляционные базы были новыми, пусть ещё и не модными, а document object model был одной из основных тем в статьях и книжках "javascript за 24 часа".
Ну и да, он за свою жизнь не участвовал ни в одном реальном проекте, зато любил как он говорил "расширять свои горизонты", обычно это ограничивплось тем что он брал в магазине очередную книжку, читал её и повторял примеры. Потом брал другую, по другой теме. По две, а иногда даже по 3 книжки в год.
Ох, уел так уел, и даже 2 раза с одной подколкой. Простите, а можно нескромный вопрос: вам сколько лет? А то у меня ощущение что я общаюсь с капризный ребёнком которому читать лень, обсуждать по сути беседы влом, зато подколоть и поспорить (с победой конечно же) очень важно для почесывания ЧСВ и повышения социального статуса хотя бы в своих глазах.
Ну нода и го используются в областях высокой нагрузки или быстрого отклика, им на всем экономить приходится, лишний слой может быть роскошью. Правда по сравнению с запросом к базе это все равно экономия на спичка. Но может так тюнить запросы удобнее. Ну и да, хз как у них в плане orm.
Ну да, должно у всех быть, но понты появились раньше человека разумного, это старое генетической заболевание, а тут ещё и на пространстве СНГ it чуть ли не в отдельную высшую касту отделяют, благоприятная среда. Так что это к сожалению естественно.
Да нормально они стыкуются. Помню в универе у меня были преподаватели отлично знающие Sql но ничего не понимающие в нагрузках и оптимизации. Уже 30 лет преподающие С но не участвововавшие ни в одном коммерческом проекте. И они тоже говорили. Они даже были уверены что знают. Но между знаниями и экспертизой (опытом) есть разница.
Обычная эта фигня с кучей языков и знаний про запас и прочей "базой" приходит к людям когда они достигают планки мидла, и часто совпадает с их стэком, ведь они уже опытные, и знают цену знаниям, а значит пора перестать комплексовать, начинать понтоваться и учить других что им нужно знать чтобы стать настоящими. Иногда она ещё проявляется на последних курсах (или сразу после) универа. Обычно эта фигня заканчивается где-то по достижению планки синьора (не всегда), когда к людям приходит понимания что важны не столько знания а умения их применять, мышление, подходы, наработанная экспертиза, и что языки лишь инструмент и занимают довольно небольшую часть знаний программиста.
Короче все зависит от людей, их характера, занятий и опыта. П. С. Я бы не сказал что знание Sql на высоком уровне является маст хэв для разработчика, давно не видел чистый Sql в коде, да и сейчас часто удобнее вынести данные из базы на другое хранилище чем выжимать максимум из оптимизации запросов, про идеальную нормализацию вообще молчу, нет её и не нужна. На минимальном или среднем знать надо конечно. С другой стороны сколько надо часов чтобы освоить селект, джоины и условия. Я кстати па собесах, когда меня спрашивают про уровни изоляции транзакций люблю пообщаться на тему как и почему вы применяете это в проекте. Часто это очень забавно, правда иногда и полезно.
Одни пишут хабр, другие пишут комментарии на хабре. Делает ли это тех кто пишут комментарии менее опытными и амбициозными чем те кто пишут хабр? Или это просто взаимодействие, симбиоз, как в ваших примерах, одни пишут платформу, на которой другие напишут что-то свое, полезное, зачастую более сложное и требующее более высокой квалификации чем сама платформа? Вообще глупо мерятся сложностью и определять кто важнее и круче, особенно такими зависимостями. А то ведь прибегут электрики и скажут что это они самые крутые и без них все развалится, ведь если электричества не будет то и ваши компьютеры работать не будут. Понты вообще глупая штука, хоть и популярная.
Ох уж эти аналогии, забавная штука, в определенный момент наступает момент когда понимаешь что вы друг-друга не понимаете но продолжаете спорить. Вы о чем?
Ну переселяйтесь в мой мир если хотите. На входе вас спросят "расскажите о проекте где вы улучшили процессы, а не ждали когда это сделают за вас", и если расскажете то пропустят.
Как понимаю каких либо личных примеров я не дождусь. Опять аналогии, которые как известно всегда немного врут. Ну хоть без пафоса и понтов, уже хлеб. Пора заканчивать, разговор потерял смысл, пруфов и примеров не будет, а без них это пустая болтовня, с таким же успехом можно кричать что каждому программисту нужно носить бороду и свитер, иначе не по канону и код будет плохой, без бороды программист не программист а кодер. И чем больше борода тем лучше программист. Доказывать не буду, это и так же всем очевидно. В качестве примера могу рассказать что программист который никогда не носил бороду накосячил в коде распознавания лиц и из-за этого первые face id глючили на бородатых людях. Не стоит отрицать критическую важность бороды в области разработки софта! Лишь люди с очень густой и длинной бородой способны написать Эпический код и решить Легендарную задачу. Угу, свёл к абсурду чтобы продемонстрировать нелепость воззваний без доказательств, бывает. На этом я все.
Ну вот это уже ближе к истине, основной посыл верный, понимание общих принципов чтобы при необходимости погуглить и изучить, а проекты уже дадут специфический зависимый от области опыт.
Какая у вас в конце изящная игра слов на грани фола.
Вася пупкин идёт на яндекс не за заменой сайту, он идёт туда за аудиторией. Васе чтобы сформировать такой трафик, причём заинтересованный и таргетированный, придётся отдельно под это сформировать компанию или неслабый отдел, нанять кучу людей (среди которых хорошо если 10% будут разработчиками) и вложить кучу денег, и все это без гарантий. А Вася просто хочет торговать своими пылесосами телефонами. У него кстати скорее всего есть свой сайт, но основные заказы все же приходят с площадок.
В остальном все верно, меня тоже всегда улыбали такие шутки, как будто у рынка постоянный фиксированный запрос на абстрактных программистов, и чем их меньше тем выше зп. Разве что чуть поправлю, благодаря динамике развития рынка ( по крайней мере сейчас), выгоднее быть крутым специалистом среди крутых специалистов. На рынке IT слишком много денег, потребностей и идей, поэтому спрос на рынке труда IT всегда превышает предложение (если мы говорим о крутых специалистах). то есть работу все равно найдёте, но крутые специалисты уже научились ценить и продавать себя, так что чем их больше тем активнее растёт конкурентная ЗП. ну и опять же конкретный язык (фреймворк, технология) становятся популярнее (есть специалисты) , что опять же повышает спрос. Великий парадокс активно растущих рынков, высокое потенциально предложение повышает спрос и тем самым снижает предложение, но спрос при этом все равно растёт, и все это почти без участия цены в этой формуле. на стабильных рынках такое редкость. Плюс большое количество хороших специалистов в одной области может сформировать новые тенденции, технологии и подходы в ней, которые, упс, тоже требуют достаточно высокой квалификации, а значит нужны крутые специалисты. Это достаточно хорошо видно на феномене зарплат девопсов. Обычные сисадмины сидели и делали свою работу, за хорошую но не особо высокую зарплату. Потом началась виртуализация, докер и прочие облака. Но компании и продукты не спешили переезжать, не было понимания что это даст, не было человека который объяснит почему это полезно. Постепенно облачные технологии развивались, админы тоже обучались, компании начали переходить, что спровоцировало ещё большее развитие, появилась концепция девопса который может не уметь в *nix но зато хорошо умеет в кубернетус и прочие, компании начали переходить ещё активнее, это стало менстримом, и образовался дефицит девопсов. Команды уже не представляют жизни без CD, компании хотят на aws а не десяток-сотню серверов покупать и ставить в дата центр, и страдать с ними, потребность стабильная и растёт, с ней активно растут зп девопсов. Когда предложение хоть как то догонит спрос - зарплаты хороших специалистов не упадут. А вот если бы те сисадмины (ну и техлиды с техдирами конечно) забили на "что-то новенькое" а действовали золотому правилу "хороший админ это админ который отдыхает, потому что у него все настроено и работает" то aws, docker и прочие могли бы потухнуть за неимением спроса, без них бы не появилось оркестрации и прочей магии, а облака так и остались бы просто возможностью дёшево и быстро (с точки зрения инфраструктуры) запустить проект и удобно его масштабировать на начальной стадии, а потом уже покупать сервера, на а бедные админы продолжали бы выяснять почему у сервера в дц глючит винт и где купить новый, все это за зп в пару раз меньшую чем сейчас. Короче невидимая рука А игроков иногда рулит покруче рыночной потребности и пузырей.
Найти работу на С и ассемблере не вариант? Ну или подождать немного, до осознания что язык это только инструмент а возможности для творчества зависят от компании, проекта, процессов и команды а не языка. Архитекторов и техлидов (да и синьоров в основном) от языков не прёт, их прёт от интересных вызовов, идей, возможности их реализовать и часто просто от ощущения что и продукт полезный и работать с ним удобно.
Но лучше конечно не страдать и найти работу по душе. благо в современную постковидную эру с возможностью удаленки почти везде -
единственный барьер это языковой (ну ок, в некоторых случаях ещё и географический, но решаемо же).
Выпендрежом я считаю деление программистов на кодеров и программистов, себя как понимаю вы причисляете с "высшей касте"?
Для индустрии которой 20-30, с натяжкой 40 лет, 20 лет это совсем не вот вот, и без разницы когда были разработаны реляционные базы, антикерскому механизму 2200 лет стукнуло, это не делает индустрию it 2200- летней. если для вас nosql, solid это новинки, я могу лишь (на основе только этих данных, других вы так и не предоставили) сделать вывод что либо вы очень далеки от этих областей (хотя solid более менее универсален, местами даже слишком), либо вы просто некомпетентны, то есть слышали но не пользовались, экспертизы нет, это в принципе нормально, на зачем тогда выпендриваться и рассуждать, у меня нет экспертизы в ИИ или микроконтроллерах, я и не даю советы разработчикам в этих областях. ну да ладно.
Вы привели пример из специфической области, требующей специфической математики. Но почему-то из этого сделали вывод что эта математика необходима для всех доменов. Но ведь это не так. в других доменах нужны будут другие знания. Но это же не повод учить в университете медицину, ботанику, документооборот, бухгалтерию, продажи, рекламную индустрию и прочее и прочее. Приходя в компанию или на проект прогаммист осваивает домен на минимальном необходимом уровне, его задача понимать о чем речь. В хорошей компании, если требуется экспертиза достаточно высокого уровня, нанимают специалиста этого профиля. В данном случае, вот уж сюрприз, наняли бы математика , и не просто математика а математика нужного профиля с опытом в аналогичных задачах, и добавили бы его в команду, в качестве консультанта, или для разработки математических моделей которые программисты уже бы реализовывали. Представляете, программирование это командная работа, если конечно это взрослая компания ориентированная на результат, типичные ситуации заводов СНГ когда программист и швец и жнец и метал кроит, и станки программирует, и камеры подключает и бухгалтерии винду ставит я не рассматриваю, это извращение.
Фундаментальное образование? ну в принципе я не против, оно имеет смысл. но не в таком виде какой есть сейчас, и не настолько большой насколько вы его превозносите. Если кратко основные проблемы в области IT и на пространстве СНГ: устаревшие требования, излишняя универсальность, плохое понимание теми кто создает программу и преподает реалий разработки софта, огромная инерционность, за частую полное отсутствие у преподавателей практики и следовательно экспертизы, непонимание рынка разработки и рынка труда IT, отсутствие качественной конкуренции между вузами и как следствие отсутствие внятных мотиваторов для решения проблем выше, туда-же подчиненность программам всяких министерств, люди в которых относятся к IT так же как и к математике или истории, по принципу "за 20 лет ничего не поменялось, компьютеры как были ящиком с экраном так и есть, так чего программу зря пересматривать".
Если более полно то, как результат на выходе люди с "фундаментом" который состоит из непонятных кусков (большинство из которого никогда не пригодится, часть безнадежно устарела, меньшинство пригодится очень иногда), и больше у них ничего, они не готовы к работе, ни в какой области, они универсалы которые ничего не знают, ничего не умеют, к моменту когда им будет нужна эта математика (если они ее еще не забыли к моменту получения диплома) они ее точно забудут. Исключение - 1-2 на тысячу которые попадут в узкую область, тогда им пригодится процентов 20 а не 2. То есть вместо того чтобы дать знания которые позволят начать уже сейчас что-то делать, и научить работать с информацией, учится, развиваться - дают некую абстрактную базу которая абсолютна не нужна ему в этот момент (джуну) но может пригодится позже, но вот того что нужно у него просто нет. получается человек потратил 5 лет зря, он не готов к работе, но у него есть база. теперь ему нужно, как любят говорить в универе "забыть все чему учили ранее" и начать учится. Подход который подойдет для стабильных областей, которые развиваются медленно, полностью бесмысленнен для таких динамичных областей как IT. тут правильный подход "учится всегда" а не "сделать из человека специалиста и потом он эти знания всю жизнь применять будет". Если вы действительно разработчик, а не эникейщик на заводе или преподаватель в университете, вы должны прекрасно понимать что то что вы называете "фундаментом" на самом деле всего лишь кусок знаний для одной области. и разработчик изучает такие вещи по мере необходимости, или если изучить это достаточно быстро невозможно, на нужном уровене, то подключается специалист и они работают вместе, каждый в своей области на общий результат. Универсалы программисты невозможны. Программисты, которые после универа ничего не изучают - бесполезны (за редкими исключениями, очень редкими и специфическими). Программист может в тестирование, но на уровне "понимаю о чем речь и как с этим взаимодействовать", так же он может и в devops, и в менеджмент, и в аналитику, и в доменные знания. но хороший программист не заменит хорошего PM, для этого ему нужно быть И хорошим программистом И хорошим PM. учитывая на то что чтобы стать хорошим в каждой из областей связанных с разрабокой нужно 5-10 лет, и многие знания быстро устаревают, выводы можете сделать сами, универсалов не существует.
"GPT3? Dall-E? Беспилотники Яндекса? Торговая платформа биржи? Вряд ли на такое способны самоучки без фундамента." - вот в этом и суть, для каждой из этих областей нужен свой "фундамент". И да, среди людей которые это разрабатывают много как вы выразились "самоучек". Я без понятия почему самоучка у вас звучит пренебрежительно, умение учится самому, качественно и быстро - один из ключевых навыков программиста.
Ну а теперь гвоздь нашего вечера "А вот в решении эпических и легендарных задач, всплывут вопросы, о которых самостоятельно вы 100% не задумаетесь.". Чего? Легендарных задач? Эпических? А где Божественные? Доспехи легендарные знаю, задачи нет. Да, плохой юмор, плоский, ну так ночь на дворе. Но откуда столько помпезности? Бывают задачи сложные, бывают простые, бывают интресные, бывают рутинные, почти все требуют специфических знаний и опыта в какой-то своей области. вы там писали про "что-то поворочать на бэкенде", ну простите, упомянутые вами биржи это вполне "что-то поворочать на бэкенде", причем не самое сложное поворочать, да очень высокие требования к нагрузкам, консистентности данных и стабильности но в плане логики я бы не назвал их особо сложными. Так вот, а вы "ворочали"? сможете? ваша математическая и прочая база дает вам эту специфическую экспертизу, которая позволит делать эти вещи? или все же нужна специфическая "база"? Разные задачи бывают, и разные домены и опыт, и соответственно разные знания необходимые для них, но о Легендарных и Эпических еще не слышал.
Ладно, может я что-то не то делал последние 20 лет, не туда модельки передавал, давайте решим этот спор раз и навсегда хотя бы в рамках этой статьи. Раз уж вы столько писали про кодеров и программистов, про рутину и Эпические задачи, про быдло и элиту (косвенно, этих слов вы не писали но в каждом комментарии прослеживается), про фундамент и базу, и конечно же про его величество Фундаментальное Образование без которого хорошим программистом не стать, в принципе, невозможно вот совсем, может все же покажете нам неучам на примере, какой он настоящий программист (а не кодер) который занимается Легендарными задачами (а не модельки таскает и что-то там шебуршит)? Опишите одну, одну единственную, не прошу много, но по настоящему Легендарную задачу, которую вы делали, и как именно в ней вы использовали свой фундамент и какой.
Давайте от абстрактного эпоса и пафоса спустимся к конкретике, не надо описывать ничего что закрыто NDA, в общих чертах - домен, проект, задача, что делали, почему считаете ее Легендарной (или даже Эпической) и какие знания и вашего фундамента вам пригодились. На ваш выбор, что угодно, лишь бы легендарное по максимуму. У меня только одно требование (и тут полагаюсь на вашу честность, потому что называть проект не обязательно, может быть закрыто NDA) - проект должен быть реальным, коммерческим, живым или "жившим", короче проверенным реальностью, пользователями а не написанным в стол. дипломы, курсовые, пет-проекты которые не увидели свет - все это мимо, потом что необьективно, они в глазах автора могут быть не просто Легендарными а даже Божественными, но по факту оказаться кривым бесполезным велосипедом с кучей проблем, все мы такое делали, нет, только прод показывает истину. Я понимаю что надоел с этой просьбой, но ведь один пример лучше тысячи абстрактных воззваний, да и реально же интересно, что вы такое пишете чтобы считалось Легендарным и чтобы разделять программистов на "настоящих" и быдло кодерское, необразованное и бездипломное. Потому что даже софт для марсохода или упомянутые беспилотники в моем понимании не тянут на такой пафос, ИИ уровня Dall-E или ватсона, не знаю, может быть, как уже писал нет опыта в этой олбласти чтобы оценить, да и теория в этой области очень поверхностная, на уровне универа. Чем черт не шутит, а вдруг я ошибаюсь, и тогда мы предметно сможем поговорить и уже из частного выйти к общему и сделать выводы.
Слушайте, вот мне реально любопытно, а почему вам так хочется делить людей на программистов и кодеров? Как понимаю (опять же по вашим комментариям) колеры это какие-то неполноценные программисты, этакое ругательство. Почти в каждом вашем комментарии это есть. Это какой то комплекс? Необходимость почесать свое ЧСВ? Что то другое? И я бы ещё понял если бы вы действительно были хорошим профессионалом в области разработки, плохо но хотя бы имели бы право, но вот странно слышать такой выпендреж от человека который считает DOM чем то особенным, nosql базы новинкой, а Solid, принципами которые "вот-вот сформулировали". Ну пожалейте людей, они читая это фейспалмами себе уже лицо отбили, будут с синяками ходить. Да, оценивать уровень по оговоркам не особо правильно, но проекты вы так и не показали. Зато нелепых понтов про кодеров вагон.
А я что-то писал про деньги? Если нравится - пожалуйста, специалистом он не будет но кайф получит. Я писал не про нравится а про попытки некоторых личностей убедить что это все надо, надо безусловно и без этого никуда, более того надо до того как полноценно начать программировать. Что нужно садиться и все это изучать, даже если не лезет а то не станешь "настоящим программистом". Об этом и была речь.
Про моё отношение ко всяким фундаментам и базам, и тем более попыткам сформировать абстрактного программиста в сферическом вакууме, я писал выше, там длинная простыня неформатированного текста.
Solid принципам где-то между 20 и 40 лет, смотря как считать.
Ну а если без сарказма и стеба, по статье и комментариям я вижу недостаток опыта и слабое понимание области веб разработки. Это нормально, ни один разработчик не стал синьором не побывав джуном. По ним же я вижу горящие глаза и в целом адекватность, автор не срывается на грубость и отвечает, поясняет как может, это отлично, хороший настрой.
Написать свой фреймворк или CMS - ну через это проходили если не все то очень многие, это нормально, обычный период когда уже чувствуешь что что-то знаешь и можешь и появляются идеи сделать что-то крутое, но при этом еще не понимаешь как мало знаешь для серьезного проекта, это тоже в принципе хорошо. Правда за одним исключением, когда человек в упор не хочет слушать, замыкается, не понимает почему общество его гениальные идеи зарывает в море юмора и стеба, иногда люди так бросали разработку совсем, тогда это плохо. Я не знаю есть ли у вас эти симптомы или нет.
Хотите совет? Вместо статьи рекламы, напишите статью презентацию. Расскажите что вы делаете, для чего, какие идеи применили, что от них ожидаете. И спросите совета, не надо пытаться устроить шоу "мы сейчас перевернем ваше представление о разработке и поведем за собой в будущее", от этого вы получите только море стеба, потому что не перевернете, не поведете, но выставите себе довольно глупо. Напишите статью с фокусом на получение фидбека, советов, дайте пощупать код, может даже устройте из этого опенсорс и кто-то опытный подключится к вам в качестве ментора или даже контрибьютора. Ваши идеи вполне могут быть интересными, но идеи надо еще реализовать, и главное понять для чего и как, а тут пригодится опыт. Многие разработчики вполне непротив проревьювить очередной велосипед и дать советы, указать на ошибки, сказать куда покопать и где есть проблемы как с идеями так и с кодом и даже просто где серьезные пробелы в понимании области и взятой задачи, но только если люди готовы слушать. Короче не пытайтесь "продать", а демонстрируйте и спрашивайте совета. Стеб по прежнему будет, всегда есть люди которых хлебом не корми а дай постебаться над новичками которые взялись за амбициозную задачу, но в отличие от этой статьи он будет только от таких вот людей, которые вам не нужны и там просто игнор, а вот другие думаю ответят и помогут. Не помогут - пишите мне в личку, менторство и тем более контрибьютинг не обещаю, но как минимум провалидирую идеи и укажу на проблемы если есть. Но только если вы реально делаете что-то новое, и делаете это потому что есть идеи и их хочется реализовать, потому что вам интересно или для обучения/развития. Если вы очередной Денис Попов, с копипастой под другим именем и стремлением к славе ради славы и почесывания ЧСВ - тогда мимо.
А вы умеете разжечь любопытство. Сначала непонятная статья. Потом непонятные, окончательно запутывающие комментарии. А потом, когда я все же собрался на сайт и глянуть код оказалось что сайт недоступен, а скачивания нет, не реализовано. Ну что код почему то не на гитхабе, ладно, спишем на обстановку. И я процентов на 97 уверен что тут речь про очередной очень странный велосипед с привкусом болгенос под соусами "инновации" , "отечественное" , "у меня будет крутой диплом" . Сам такое любил в своё время, ну та часть которая касается диплома. Правда не так помпезно. Но все же есть маленький шанс что там что-то интересное. Да и любопытно что все таки имел ввиду автор под понятными только ему терминами и идеями. Короче лично я жду когда можно скачать и посмотреть. Статья провалена, а вот возбудить любопытство удалось.
То есть вы разделили бэк и фронт? Так их уже давно разделяют, если есть потребность. Про класс site все ещё не понял, вы засунули весь фронтенд в один класс?
Что, прям даже и DOM? И даже удалось попробовать поработать с нереляционными базами? Новомодными. А можете описать проекты в которых вы это использовали и как. На примерах оно же гораздо наглядное и понятнее. Можно парочку, все не обязательно. Простите за сарказм (надеюсь вы его заметили), но реально какой то винегрет описали, как будто где-то что то услышали и на бросили все это в кучу, и все это с какой то фанатичноц рекламой такой же солянки из математики.
Мне почему-то вспомнил один преподаватель из универ, он так же сыпал. Но это была середина нулевых, тогда действительно нереляционные базы были новыми, пусть ещё и не модными, а document object model был одной из основных тем в статьях и книжках "javascript за 24 часа".
Ну и да, он за свою жизнь не участвовал ни в одном реальном проекте, зато любил как он говорил "расширять свои горизонты", обычно это ограничивплось тем что он брал в магазине очередную книжку, читал её и повторял примеры. Потом брал другую, по другой теме. По две, а иногда даже по 3 книжки в год.
Вы случаем в Бнту не преподавали?
А что в этом сложного? И мы вроде не про Gmail говорили.
Ох, уел так уел, и даже 2 раза с одной подколкой. Простите, а можно нескромный вопрос: вам сколько лет? А то у меня ощущение что я общаюсь с капризный ребёнком которому читать лень, обсуждать по сути беседы влом, зато подколоть и поспорить (с победой конечно же) очень важно для почесывания ЧСВ и повышения социального статуса хотя бы в своих глазах.
Ну нода и го используются в областях высокой нагрузки или быстрого отклика, им на всем экономить приходится, лишний слой может быть роскошью. Правда по сравнению с запросом к базе это все равно экономия на спичка. Но может так тюнить запросы удобнее. Ну и да, хз как у них в плане orm.
Ну да, должно у всех быть, но понты появились раньше человека разумного, это старое генетической заболевание, а тут ещё и на пространстве СНГ it чуть ли не в отдельную высшую касту отделяют, благоприятная среда. Так что это к сожалению естественно.
Да нормально они стыкуются. Помню в универе у меня были преподаватели отлично знающие Sql но ничего не понимающие в нагрузках и оптимизации. Уже 30 лет преподающие С но не участвововавшие ни в одном коммерческом проекте. И они тоже говорили. Они даже были уверены что знают. Но между знаниями и экспертизой (опытом) есть разница.
Обычная эта фигня с кучей языков и знаний про запас и прочей "базой" приходит к людям когда они достигают планки мидла, и часто совпадает с их стэком, ведь они уже опытные, и знают цену знаниям, а значит пора перестать комплексовать, начинать понтоваться и учить других что им нужно знать чтобы стать настоящими. Иногда она ещё проявляется на последних курсах (или сразу после) универа. Обычно эта фигня заканчивается где-то по достижению планки синьора (не всегда), когда к людям приходит понимания что важны не столько знания а умения их применять, мышление, подходы, наработанная экспертиза, и что языки лишь инструмент и занимают довольно небольшую часть знаний программиста.
Короче все зависит от людей, их характера, занятий и опыта.
П. С. Я бы не сказал что знание Sql на высоком уровне является маст хэв для разработчика, давно не видел чистый Sql в коде, да и сейчас часто удобнее вынести данные из базы на другое хранилище чем выжимать максимум из оптимизации запросов, про идеальную нормализацию вообще молчу, нет её и не нужна. На минимальном или среднем знать надо конечно. С другой стороны сколько надо часов чтобы освоить селект, джоины и условия. Я кстати па собесах, когда меня спрашивают про уровни изоляции транзакций люблю пообщаться на тему как и почему вы применяете это в проекте. Часто это очень забавно, правда иногда и полезно.
Одни пишут хабр, другие пишут комментарии на хабре. Делает ли это тех кто пишут комментарии менее опытными и амбициозными чем те кто пишут хабр? Или это просто взаимодействие, симбиоз, как в ваших примерах, одни пишут платформу, на которой другие напишут что-то свое, полезное, зачастую более сложное и требующее более высокой квалификации чем сама платформа? Вообще глупо мерятся сложностью и определять кто важнее и круче, особенно такими зависимостями. А то ведь прибегут электрики и скажут что это они самые крутые и без них все развалится, ведь если электричества не будет то и ваши компьютеры работать не будут. Понты вообще глупая штука, хоть и популярная.
Ох уж эти аналогии, забавная штука, в определенный момент наступает момент когда понимаешь что вы друг-друга не понимаете но продолжаете спорить. Вы о чем?
Ну переселяйтесь в мой мир если хотите. На входе вас спросят "расскажите о проекте где вы улучшили процессы, а не ждали когда это сделают за вас", и если расскажете то пропустят.