Необходимость определиться с выбором (front/devops)

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

1) Будет «много букв»;
2) В моем рассказе будут моменты, которые могут вызывать сильное раздражение/фейспалм у серьезных специалистов, но я хочу получить честные ответы, поэтому и сам буду предельно откровенен;
Мне 33 года, имею техническое образование, хороший английский. Учился неплохо, но без особого энтузиазма, классическими «успешными» историями вроде «в 10 лет прошивал BIOS, в 15 лет занял первое место на международной олимпиаде по информатике, а в 20 лет стал тимлидом» я увы, поделиться не могу.
В универе была довольно смешанная программа, образовательные законы в стране менялись буквально каждый год-два, поэтому выпустились мы со знаниями «всего по чуть-чуть». Свой профессиональный путь начал с госслужбы (о да), работал поначалу эникеем, постепенно становясь уже админом. Сам я человек ответственный и, как показала практика, стрессоустойчивый, не раз справлялся с большим объемом задач и не только по специальности, были и «менеджерские задачи». Руководство это замечало и на зарплате тоже отражалось, я задержался на госслужбе, поскольку спустя несколько лет были определенные планы на руководящие должности, но…так уж вышло что в определенный момент мне объяснили что дальнейший карьерный путь так или иначе будет связан с не совсем честной деятельностью (если вы понимаете о чем я), поскольку для меня это было неприемлемо и я сменил место работы.
В данный момент я devops-инженер (хотя это очень громко сказано и скорее формальное название), по факту поддерживаю Windows и Linux-серверы, настраиваю виртуальные среды для тестирования и внедрения нового ПО и систему мониторинга, при этом все чаще из-за отсутствия полного штата сотрудников, приходится заниматься проблемами, которые не имеют непосредственного отношения к моей должности, а это в свою очередь сказывается на моем довольно медленном профессиональном развитии. Учитывая эти и некоторые другие нюансы – начал задумываться о смене работы. Получаю совсем небольшую по IT-меркам зарплату в $1400.
Параллельно (с переменным успехом и перерывами) я занимался фронт-ендом, базовая верстка и немного JS+Jquery, делал для себя, в одно время думал что буду подрабатывать, да и есть желание сделать несколько собственных небольших проектов.
Спустя время постепенно появлялись сомнения в правильности своего направления в IT.
Не так давно встретил своего старого знакомого (на 8 лет младше меня), парень в свое время также начинал эникеем, но видя что это точно «не его» я как-то раз посоветовал попробовать себя во фронте, скинул два курса и дал пару простых рекомендаций + иногда немного помогал по верстке на первых порах. В общем. Спустя три года парень сменил очередное место работы. На этот раз на $4400.
При том, что никакого «профессионального прошлого» у него не было, кое как закончил универ да и только. Уже две недели у меня не выходят эти мысли из головы. Нет, меня не беспокоит зависть или еще что-то в этом роде, я рад за парня и понимаю что он пожинает плоды своих трудов, молодец, что тут еще сказать. Меня беспокоит другое – я понимаю что я сам делаю что-то не так. Что-то не то или что-то не там. Совсем.
Прошу не кидаться в меня тапками, я понимаю что у каждого свои способности, материальное благо это не главное и не то, чем стоит руководствоваться при работе в IT, с другой стороны я тоже осознаю что мне 33 и я давно мог зарабатывать другие деньги. Да, в этом только моя вина безусловно, так уж сложилось что ни 10 лет назад ни сейчас я для себя не выбрал какого-то определяющего направления, наверное мало пробовал, мало старался, но сейчас есть только настоящее и будущее и несмотря на возраст, я верю что еще есть шанс что-то изменить. С другой стороны мне уже не 20 лет, когда можно «не париться и выбирать что душе угодно», поэтому хорошо думаю, прежде чем делать опрометчивые шаги.
На текущий момент я вижу для себя два варианта развития – как девопс или как фронтендер. Да, наверняка это очень странно звучит, но я просто в IT больше ничего не знаю. Если бы я мог однозначно ответить на вопрос «что больше нравится» - я бы просто шел по выбранному пути и не отнимал бы ваше время. Я не знаю на самом деле, какие трудности стоят на моем текущем направлении, поскольку в моем окружении нет девопс-инженеров, я не могу придти к «бородатому девопсу», который сможет мне вживую показать реальную сложность его задач и дать возможность «пощупать» эти процессы, поэтому мое туманное представление о девопс основано только на видеороликах из ютуб. С точки зрения фронта – здесь более понятно, да и спросить есть у кого.
Спустя время, я осознал один важный момент – я понял что раз я не нашел того направления, которым я буду «дышать» и день и ночь, то стоит подходить к этому вопросу более прагматично – выбрать один из тех путей, по которым я хотя бы немного прошел и взвесить все «за» и «против», не забыв и о перспективах.
В связи с этим я выделил несколько плюсов и минусов обоих направлений (исключительно исходя из МОИХ мыслей, поправьте пожалуйста где я ошибаюсь):
Devops – плюсы:
-хорошие зарплаты и перспективы;
-большой спрос;
минусы:
-как правило, один девопс во всей команде или даже в нескольких командах, т.е. в отличии от должности разработчика- нет рядом более опытных коллег, у кого можно подучиться, спросить совет или позаимствовать хорошие практики;
-учитывая специфику работы, как я понимаю вариантов работы у девопса удаленно значительно меньше чем у разработчика;
-еще один важный момент: все чаще замечаю что «классическое» системное администрирование мне начинает надоедать, из года в год на разных предприятиях и фирмах решать однотипные задачи это морально трудно, в особенности возиться с сетями на 2/3 уровне, это перестало приносить удовольствие, несмотря на обилие других технологий в девопс-направлении, насколько я понимаю системное администрирование и работа с сетями в целом всегда идет параллельно с технологиями, которые используются в девопс.
Разработчик (фронт-енд) – плюсы:
-неплохие зарплаты и по-прежнему относительно высокий спрос;
-гибкость: много вакансий как на удаленную работу так и на фрилансе;
-более понятные шаги к карьерному продвижению;
-большое количество информации на просторах интернета даже по сложным технологиям;
-нравится то, что в этой области есть место как для сугубо технических задач, так и доля «творения», часто ловил себя на мысли «сайт/интерфейс сделан криво, нелогично, надо бы переделать»;
минусы:
-огромное количество джунов, т.е. крайне высокая конкуренция и демпинг зарплатных ожиданий от студентов;
-в целом направление для молодых и джунам за 30 надо очень постараться чтобы попасть на работу;
-меньшие доходы чем у девопс-инженеров;
-огромный разброс по технологиям, непросто составить себе «дорожную карту» действий и нужно быть готовым к постоянным переменам.
Вопрос следующий – стоит ли продолжать расти в сторону девопс или начать переход во фронт? При текущих знаниях думаю что за несколько месяцев я смогу претендовать на должность джуна, но во-первых зарплата на старте будет значительно ниже текущей, во-вторых непонятно, есть ли шанс для тех, кому за 30 дорасти до сеньора да еще и не за 10 лет, а за 3-4 года примерно?
Повторюсь, я понимаю что многие специалисты очень скептически отнеслись к моим размышлениям, ведь многие пришли в эту сферу «по призванию, а не за деньгами» - это лучший вариант, я это понимаю, но учитывая определенные обстоятельства – материальный вопрос для меня намного важнее, чем 10 лет назад к примеру.
Еще раз хотел уточнить, учитывая мой возраст, зря потраченные месяцы и годы сейчас особенно болезненны, поэтому для меня этот вопрос актуален, если уж я допустил такую ситуацию, то стараюсь как можно быстрее из нее выбраться с положительным результатом.
Буду признателен за ваши мнения и советы.

0

Сообщение от Катафалк Я, в отличие от вас, умею разделять сферу как область деятельности и самих деятелей.

Как-то странно вы ее разделяете: в вебе все говнокодеры, а в !вебе все молодцы.

Сообщение от Катафалк Но для всех было бы лучше, если бы там работали квалифицированные специалисты

Почему только там? Квалифицированные специалисты нужны во всех областях и направлениях.

Сообщение от Катафалк так не получилось, в итоге страдают все

Пока что я вижу в основном только ваши страдания.

Сообщение от Катафалк вынуждении использовать кривые и косые поделия сих "специалистов".

Давайте конкретный примерчик.

Сообщение от Катафалк Но вот такого, чтобы вся сфера состояла из одних только их, нет больше нигде.

Не более чем фанатичное высказывание. Веб стабильно развивается, оброс всякими возможностями даже если сравнивать с тем, что было 10 лет назад. Спрос на специалистов веба только растет. Кол-во желающих работать в этом направлении также растет - конкуренция увеличивается и входной порог тоже.

2

Сообщение от Tavashi Кол-во желающих работать в этом направлении также растет - конкуренция увеличивается и входной порог тоже.

Рост и конкуренция желающих как в примере с кофейнями и пекарнями. Со спросом не уверен. Порог - может быть, но не на столько, чтоб отбить желание.

Не люблю веб разработку. Не моё.

Добавлено через 4 минуты

Сообщение от Tavashi Давайте конкретный примерчик.

Яндекс Трекер

Добавлено через 1 час 7 минут
На декабрь прошлого года зарегистрировался на имя моего кота. Формы физ и юрлица не работали. Вбивать можно было до посинения. Оплата только картой. Пришлось идти к директору и подписывать дарственную от Василия Котова в пользу ООО "Имя Компании". На тот момент после регистрации Трекера коту принадлежала вся корпоративная почта за 6 лет.

0

Сообщение от Катафалк Но для всех было бы лучше, если бы там работали квалифицированные специалисты, а не те, кто работает сейчас.

Под квалифицированными специалистами Вы, видимо понимаете себя? То есть, Вам было бы лучше, если бы Вы занимались "формошлепством"?

Сообщение от Катафалк А только против заполонивших ее говнокодеров.

Вы либо не владеете информацией, либо не умеете правильно оценивать квалификацию. Большинство из этих "говнокодеров" выполняют свою задачу быстрее и качественнее, чем можете Вы. Просто потому, что они лучше Вас знают хтмл/цсс и используемые в этой области библиотеки/фреймворки.

0

Кофе он пьет растворимый и печь не умеет

Добавлено через 44 секунды
извините, не сдержался

Добавлено через 1 час 14 минут

Сообщение от heroagain Вопрос следующий – стоит ли продолжать расти в сторону девопс или начать переход во фронт?

В детском саду мы растем в песочнице с совком и ведерком.
В студенческие годы - в на подработке в Макдаке или стажёром в ИТ.
К 40 годам работать в Макдаке или в ИТ на должностях для студентов - так себе идея.

Поэтому освободите место молодёжи и продолжайте расти в любом направлении от них. Или в 50 вас попросят освободить место.

0

Сообщение от Shamil1 Под квалифицированными специалистами Вы, видимо понимаете себя?

И себя в том числе, да.

Сообщение от Shamil1 То есть, Вам было бы лучше, если бы Вы занимались "формошлепством"?

Если бы вебом занимались специалисты, то никакого формошлепства там бы уже не было, а были бы развитые автоматизированные системы разработки ПО. Поскольку 99% задач в этой области - примитивны по своей сути и то, что огромные ресурсы уходят на их решение снова и снова - нонсенс. Созданный никем иным, как оккупировавшими отрасль вебоговнокодерами. К счастью, тренд на повышение уровня программных систем и автоматизацию не остановить, он был лишь замедлен на пару десятков лет. Так что ждем в ближайшие годы массовый исход вебных "специалистов" в дворники и другие достойные их профессии

Сообщение от Shamil1 Большинство из этих "говнокодеров" выполняют свою задачу быстрее и качественнее, чем можете Вы. Просто потому, что они лучше Вас знают хтмл/цсс и используемые в этой области библиотеки/фреймворки.

А еще быстрее и качественнее, чем я, выполняет задачу сбивания кокосов индус-кокособой Но это не значит, что в 21 веке нужно этим заниматься. Решение примитивных вебоформошлепных и крудерских задач должна быть автоматизирвана, что собственно и произойдет в ближайшем времени. К сожалению, на несколько десятков лет позже, чем должно бы.

0

Сообщение от Катафалк А еще быстрее и качественнее, чем я, выполняет задачу сбивания кокосов индус-кокособой

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

Сообщение от Катафалк Решение примитивных вебоформошлепных и крудерских задач должна быть автоматизирвана

Те, кто пишет фронтэнд, не занимаются подобной автоматизацией. Почему у Вас претензии к ним, а не к программистам (с хорошим профильным образованием и глубоким понимаем принципов программирования - к которым Вы относите и себя, наверное), которые так и не автоматизировали эту работу?

0

Сообщение от Shamil1 То есть, Вы называете "говнокодерами" специалистов, которые выполняют свою работу быстрее и качественнее, чем Вы.

Я называю говнокодерами "специалистов", которые клепают говнокод за говнокодом, вместо работы. То, что говнокод из них вылетает быстрее пулемета - это несомненно. Говнокод и бесконечное трепачество. А вот никаким качеством там не пахнет.

Сообщение от Shamil1 Почему у Вас претензии к ним, а не к программистам

Ну кто из них говнокодер, к тому и притензии Отрасль настолько ими оккупирована, что любой более-менее вменяемый специалист просто не хочет туда влезать и мараться. И чтобы эту сложившуюся ситуацию переломить, нужен либо гений-бизнесмен-маркетлог, который не только автоматизирует, но сначала привлечет достаточные инвестиции и продвинет. Что, по вышеуказанным причинам, крайне сложно - вся эта вебная вебокодерская армия с насиженного теплого места просто так уходить не захочет и будет всеми доступными способами саботировать внедрение новых технологий. Ну а раз гения с инвесторами не находится, придется ждать, пока вся эта вебня рухнет под собственной тяжестью. Ждать, судя по всему, осталось не долго.

0

Сообщение от Катафалк которые клепают говнокод за говнокодом

А можно конкретные критерии?

Сообщение от Катафалк вся эта вебная вебокодерская армия с насиженного теплого места просто так уходить не захочет

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

0

Сообщение от Катафалк Отрасль настолько ими оккупирована, что любой более-менее вменяемый специалист просто не хочет туда влезать и мараться.

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

0

Сообщение от Катафалк Поскольку 99% задач в этой области - примитивны по своей сути

Получается, что вы судите об области только по магазинчикам на Open Cart и форумам на PhpBB? А что делать со всем тем массивом B2B и прочих приложений, что только в интросетях крутятся? Или раз их не видите лично вы, то их нет? Но тут один момент всплывает: раз вы такой крутой специалист, а не веб-макака, то должны знать о существовании этих вещей. И не грести под одну гребёнку. Но вы фанатично продолжаете нести бред...

0

Сообщение от Usaga А что делать со всем тем массивом B2B и прочих приложений, что только в интросетях крутятся?

То же самое, что и со всеми остальными - это в большинстве своем все те же примитивные приложения, что и все остальные.

Сообщение от Usaga Но тут один момент всплывает: раз вы такой крутой специалист, а не веб-макака, то должны знать о существовании этих вещей.

Опять ваши фантазии, что я якобы чего-то не знаю? Я как раз не привык говорит о том, чего не знаю.

Сообщение от Shamil1 В веб-разработке очень много специалистов, квалификация которых намного превосходит Вашу.

В абсолютном количестве может и много. Тысяча на весь мир. Или даже десять тысяч. Но это все еще доли процента от всех вебокодеров.

0

Сообщение от Катафалк То же самое, что и со всеми остальными - это в большинстве своем все те же примитивные приложения, что и все остальные.

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

0

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

Не надо видеть все приложения в мире, чтобы понимать бизнес-потребности разного рода программных систем и на этом основании делать выводы о их слжности. Так что репрезентативность выборки здесь вообще не при чем.

0

Сообщение от Катафалк Так что репрезентативность выборки здесь вообще не при чем.

Я общаюсь с сыном маминой подруги. Не меньше.

0

Катафалк,
1. Вы путаете сложность задач и качество кода.
"говнокодер" - это тот, кто пишет плохой (некачественный) код.

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

3. Вы не представляете себе сложность веб-приложений.
И не можете грамотно оценить процент сложных веб-приложений. Считать нужно не по штукам/задачам ("99% примитивных"), а по затрачиваемому времени.

Сообщение от Катафалк Я как раз не привык говорит о том, чего не знаю.

Какой у Вас опыт веб-разработки вообще и написания веб-интерфейсов в частности?
Судя по тому, что Вы считаете, что это легко автоматизировать, практически нулевой. То есть, в данном случае Вы говорите о том, чего не знаете.

Сообщение от Катафалк Тысяча на весь мир. Или даже десять тысяч.

Сложно поверить в Вашу оценку. Особенно с учётом того, что Вы скрываете свой опыт (и даже область деятельности).

0

Сообщение от Shamil1 Особенно с учётом того, что Вы скрываете свой опыт (и даже область деятельности).

Сидит в матлабе, формулы вводит и "плотом" строит графики. Ищет корреляции и придумывает математическое обоснование результатов. Наверное.

0

Сообщение от Shamil1 "говнокодер" - это тот, кто пишет плохой (некачественный) код.

Ага, т.е. вебокодер=говнокодер. Что не так?

Сообщение от Shamil1 2. Вы не представляете себе сложность написания веб-интерфейса.

Отлично представляю. Реализация пользовательского интерфейса - любого - примитивнейшая в своей сути задача, самое простое что только может быть в разработке. Вся сложность здесь - исключительно идуцированная самими вебокодерами, придумавшими по стопицот не очень совместимых между собой стандартов и фреймворков. И накрутившие в них столько же абстракций над абстракциями.
А началось все это в те далекие времена, когда им пришла в голову идея, что описывать интерфейсы в текстовом виде - отличная идея. Ну это было давно, предкам можно простить. А вот то, что весь этот хтмл-цсс хлам до сих пор мало того что используется, так еще и бесконечно усложняется - нонсенс.

Сообщение от Shamil1 Вы не представляете себе сложность веб-приложений.

Вот оставшийся 1% сложных приложений (которые тоже конечно могут быть реализованы на веб платформе) проектируется квалифицированными инженерами и учеными. Но типичный вебокодер обычно даже по готовому ТЗ не в состоянии что-то реализовать в таком приложении ввиду полного отсутствия понимания области.

Сообщение от Shamil1 Какой у Вас опыт веб-разработки вообще и написания веб-интерфейсов в частности?

Всегда вот удивлялся, какой смысл выпытывать у кого-то в интернете личную информацию? Вы же все равно проверить не сможете. Поверите на слово?

0

Сообщение от Катафалк Ага, т.е. вебокодер=говнокодер. Что не так?

Всё не так. Очевидно же любому, знакомому с основами логики.

Сообщение от Катафалк Реализация пользовательского интерфейса - любого - примитивнейшая в своей сути задача, самое простое что только может быть в разработке.

Эффект Даннинга—Крюгера.

Сообщение от Катафалк Вся сложность здесь - исключительно идуцированная самими вебокодерами

Сложность индуцирована заказчиками. Разные заказчики выдвигают разные требования к пользовательскому интерфейсу. Если раньше интерфейс можно было написать чистыми функциями, то теперь всем подавай асинхронное обновление плюс клиентскую валидацию.
Плюс наличие разных браузеров, которые к тому же постоянно меняются, тоже добавляет сложности.
Плюс изменение стандартов css/html/javascript.
Вот Вы утверждали, что разбираетесь в CS, а сами не можете даже оценить сложность автоматизации (включая поддержку).

Сообщение от Катафалк А началось все это в те далекие времена, когда им пришла в голову идея, что описывать интерфейсы в текстовом виде - отличная идея.

Любой человек, разбирающийся в computer science, подтвердит, что это отличная идея.

Сообщение от Катафалк Вот оставшийся 1% сложных приложений (которые тоже конечно могут быть реализованы на веб платформе) проектируется квалифицированными инженерами и учеными.

Простой сайт пишет 1 программист за 3 дня. 99 сайтов - 1 человеко/год.
Сложный сайт пишут 5 программистов за 2 года. 1 сайт - 10 человеко/лет.
То есть, 90% веб-программистов пишут 1% сложных сайтов.
(все цифры для примера)

Сообщение от Катафалк Но типичный вебокодер обычно даже

Откуда информация про типичных вебкодеров?

Сообщение от Катафалк какой смысл выпытывать у кого-то в интернете личную информацию?

Смысл в том, чтобы выяснить, есть ли смысл пытаться Вам что-то объяснить. Я же спрашиваю не место работы, а область деятельности.

Сообщение от Катафалк проектируется квалифицированными инженерами и учеными

Учёные то здесь зачем? Вы не путаете знания по CS со знаниями по доменной области?
И, кстати, зачем программисту знать высшую математику?

0

Сообщение от Shamil1 Очевидно же любому, знакомому с основами логики.

Логика здесь не причем, такова реальность. В какой вебный продукт не тки - попадешь в кривое и тормозное убожество.

Сообщение от Shamil1 Сложность индуцирована заказчиками. Разные заказчики выдвигают разные требования к пользовательскому интерфейсу. Если раньше интерфейс можно было написать чистыми функциями, то теперь всем подавай асинхронное обновление плюс клиентскую валидацию. Плюс наличие разных браузеров, которые к тому же постоянно меняются, тоже добавляет сложности. Плюс изменение стандартов css/html/javascript.

Да да, вот и я о том же. Нарожали кучу стандартов, которые каждый день меняют, а потом удивляются, что получилось сложное нагромождение. А чего вы ожидали в таком случае? Вот это как раз и есть искусственно индуцированная сложность существующих методов решения задачи, а не реальная сложность задачи.

Сообщение от Shamil1 Если раньше интерфейс можно было написать чистыми функциями, то теперь всем подавай асинхронное обновление плюс клиентскую валидацию.

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

Сообщение от Shamil1 Любой человек, разбирающийся в computer science, подтвердит, что это отличная идея.

Только тот, у кого голова задурена вебокодерством.

Сообщение от Shamil1 То есть, 90% веб-программистов пишут 1% сложных сайтов.

Сложный сайт - уже звучит как анекдот В реальности, если копнуть в суть 99% "сложных" сайтов, то опять выяснится, что вся сложность там исключительно в борьбе с ветряными мельницами. Кто-то считает, что и с фреймворка на фреймворк раз в год скакать "сложно".

Сообщение от Shamil1 Откуда информация про типичных вебкодеров?

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

Сообщение от Shamil1 Учёные то здесь зачем? Вы не путаете знания по CS со знаниями по доменной области? И, кстати, зачем программисту знать высшую математику?

Не бывает такой профессии "программист". Бывает специалист в предметной области с квалификацией в области разработки ПО. И быть им может хоть ученый, хоть инженер, хоть математик. А "программист" - это синоним говнокодера, который в состоянии только накодить по готовому ТЗ, составленному кем-то другим. Шаг в сторону - и программист наш поплыл.
Так вот тот, кто в состоянии составить ТЗ для кодера - это и есть разработчик по сути. Дошло уже до того, что анализом предметной области и последующим составлением ТЗ занимается кто-угодно, от бизнес-аналитиков до тестировщиков, но только не "разработчики", как они себя называют. А "разработчики" в это время ковыряются с очередным говнофреймворком и думают как выбить себе бюджет на очередной рефакторинг. Т.е. делают что угодно, кроме своих непосдедственных обязанностей - анализа и проектирования архитектуры системы.

0

Сообщение от Катафалк Ага, т.е. вебокодер=говнокодер. Что не так?

Не так то, что это не определение термина, а навешивание ярлыков.

Сообщение от Катафалк описывать интерфейсы в текстовом виде - отличная идея

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

Сообщение от Катафалк А вот то, что весь этот хтмл-цсс хлам до сих пор мало того что используется

Что тогда использовать, по вашему мнению, вместо html-css?

Сообщение от Катафалк так еще и бесконечно усложняется - нонсенс

Это не нонсенс. Это называется развитие, а то, что вам кажется усложнением - на самом деле является расширением функционала. Некоторые вещи стало доступным делать через css, а некоторые стали удобнее.

Сообщение от Катафалк Вот оставшийся 1% сложных приложений

Что в вашем понимании сложное приложение?

Сообщение от Катафалк Всегда вот удивлялся, какой смысл выпытывать у кого-то в интернете личную информацию? Вы же все равно проверить не сможете.

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

Сообщение от Катафалк В какой вебный продукт не тки - попадешь в кривое и тормозное убожество.

А в бэкэнде кривого и тормозного убожества не встречается?

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

Сложное нагромождение может быть и без стандартов. Например, некоторые видят Java тоже как одно большое нагромождение.

Сообщение от Катафалк реальная сложность задачи

Реальная сложность задачи как раз в ее реализации.

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

Для этого существуют различные паттерны и фреймворки, но все упирается в детали задачи.

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

Это не искусственная сложность, это гибкость в возможностях имплементации.

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

Сколько таких "росказней" от общей массы вебкодеров?

Сообщение от Катафалк Шаг в сторону - и программист наш поплыл.

Ему и не нужно делать шаг в сторону. Это называется узкой специализацией и это хорошо. Абсолютно универсальных солдат не бывает и нужно понимать, что абсолютно все знать вы не сможете. Даже если будете только один язык изучать и одну предметную область.

Сообщение от Катафалк Дошло уже до того, что анализом предметной области и последующим составлением ТЗ занимается кто-угодно, от бизнес-аналитиков до тестировщиков

Не вижу в этом никакой проблемы. Написать полное, недвусмысленное и непротиворечивое ТЗ сразу в финальной версии - скорее миф, чем реальность.

1