Я думаю, напишут и без меня. Разработчик в плане механический кодер (а это куча фронтовой работы) больше действительно не нужен. Тех кто не учится работать так как я описал, увольняют. Нужен опытный оператор и ревьюер нейронки + никуда не деваются задачи по просяснению требований, а это не механический скилл а скорее софтовый.
Причина простая: хоть ты сто раз сеньор, 'talk is cheap, show me the code'. Скорость разработки видна по гитхабу, качество видно по соответствию требованиям. И зачем платить от $3000 при цене нейронки в $200? Против такого же сеньора с настроенным агенстким флоу ты уже никто. Не учишься - конкурировать будешь теперь с мидлами на нейронках в лучшем случае. К счастью, те у кого мозг, а не ганглии, в большинстве переучиваются.
Точно также механические дизайнеры, которые не способны собрать нормально юайкит и собрать из него экраны тоже не нужны. Нейронкам на вход нужны максимально формализованные требования, читай дизайны из компонентов накиданные без всяких Shape и Text и отступов "я так вижу" для красоты. Не умеешь так делать - замедляешь работу дальнейших этапов - теряешь скорость разработки по сравнению с конкурентами.
Дизайнерам которые хотят попробовать что-то новое я бы посоветовал не ждать статей на хабре, которые все разжуют, а включать голову и думать, пока не пришли ребята поумнее, как уже пришли на фронтенд.
Уважаемый @i360u! Я по отношению к вам и вашим ботам адресных оскорблений не допускал. А называть описываемое в статье барахло - барахлом правилами не запрещено. То, что вы воспринимаете критику вашего решения как хамство по отношению лично к вам, еще не делает его таковым.
А вот сливать втихую карму ботами это поинтереснее будет.
@Exosphere посмотрите @KonBone@replicate_1 и @codegentop на всякий - минимум комментов, все комменты в топиках автора, всегда появляются, чтобы оставить коммент в его пользу и молча посливать комментарии против. Насколько я знаю, ботоводство запрещено правилами.
Тут теряюсь, то ли @i360u сюда воспитательницу еще позвать забыл, то ли пора его пощупать за всякие места за ботоводство. Но в любом случае - это днище.
Что до поддержки фреймворками, вы пробовали это использовать? Может объясните для чего она нужна? Хоть один юзкейс, по какой причине мне надо одновременно париться о двух разных способах управления компонентом и их жизненным циклом.
Я кроме как подрубить готовый компонент на том же lit не представляю зачем это надо и не знаю никого, кто это использует. А я знаю много разработчиков
Чтобы собрать нативный переиспользуемый виджет, веб компоненты тоже не нужны. Откройте для себя zero runtime компоненты того же свелта. Кстати будет лучше чем веб компоненты.
Ну и естественно если вы попросите в свелтовом проекте создать нативный переиспользуемый виджет, то про веб компоненты модель без напоминания не вспомит.
Только если не учитывать контекст беседы. Я использую реакт, вью, свелт и некоторые их производные. Никто из них не использует апи из стандарта веб компонентов. И ни одна модель их в кодовую базу по умолчанию не предложит для генерации. Потому что они никому там не нужны и нейронка эти вероятности видит
Я без всяких нейронок вам скажу, что никакие веб компоненты ни в реактовую, ни в какую либо другую кодовую базу модель не нагенерит, если я ее специально не попрошу.
Так что нет, не на тех стандартах.
И я не борюсь, я просто говорю есть. Выйдите на рынок труда и посмотрите сами.
Комментарий не для автора, а для начинающих фронтенд-разработчиков. Не начинающие уже и так либо все знают, либо уволены. Если вы хотите работать, не выбирайте эту херь с веб-компонентами. Этот путь - он тупиковый. Автор в свое время поставил не на ту лошадку, а теперь, когда пушной зверек уже пришел, фрустрирует по статье в неделю.
Как реально работает сейчас фронтенд-разработка:
Строятся хорошо формализованные требования к дизайну, создается достаточно гибкий юайкит. Дизайнеры, которые до сих пор путают фигму и фотошоп пойдут ко дну следующими.
Этот юайкит реализуется в виде сторибука на стороне фронтенда, мапится на данные с фигмы насколько это возможно. Сторибук проверяется отдельным агентом, проверки встраиваются в пайплайны при желании
Из компонентов этого юай-кита дизайнерами собираются экраны. Экраны на стороне фигмы валидируются плагином на предмет отсутствия компонентов не из юай-кита. Unsafe-зоны с непредсказуемым результатом реализации по желанию.
Эти экраны экспортируются из фигмы в виде JSON и преобразуются в пригодное для нейронки дерево компонентов.
Другой агент из этого дерева делает в точности то, что вы сверстали бы руками, но в несколько (десятков) раз быстрее. При этом сам проверяет результат в браузере.
Далее по вкусу и возможностям, автоматическая реализация интеграций, особенно при наличии OpenAPI или аналогичных контрактов
Так убирается куча ручной работы и вырастает скорость. И это в разы усиливает фокус на том ЧТО надо, а не на КАК. Еще это приводит к тому, что джуны и даже мидлы больше просто не нужны. И к этой реальности им надо подстраиваться: учить теорию, учить паттерны, учиться получать от нейронки результат, соответствующий и бизнесовым и техническим требованиям.
Если вы не будете так делать, вы будете не нужны. Фронтенд в своей массе - это первые кандидаты на выход, если не перестраиваться.
Ну либо можете писать нетипизируемый код, философствовать о плюсах и минусах размещения компонентов в глобальной области и вздыхать о нереализовавшихся мечтах, делиться этими чувствами на собеседованиях. Это сократит конкуренцию на рынке труда.
Ты возможно что-то перепутал, но я напомню что ты публикуешься на открытом ресурсе.
В эпоху агентской разработки побеждает тот, на ком натренирована максимально обширная и качественная кодовая база. Я (речь про фронтенд) уже больше половины кода вообще не пишу, а ревьюю и правлю. А кто-то по слухам не уже пишет совсем.
Если ты не используешь нейронки для разработки, про работу можешь забыть уже сейчас. Если ты используешь нейронки, чтобы генерить приложения из подобного шлака - аналогично. Если кто-то до сих пор не понял, что руками больше писать не надо, то очень скоро он это поймет через рынок.
Какой у тебя там красивый стандарт лежит в основе всем глубоко насрать, так как людям нужны разработчики, которые могут делать просто быстро, качественно и поддерживаемо. И это правильно.
Да, да. Я тоже руководствовался громкими именами когда повелся на этот хайп в свое время. В реальности оно крутится под капотом у полутора землекопов, и то потому что зачем то взяли, а теперь выпилить не могут.
Хоть бы стиль текста менял, когда с ботов пишешь.
По этой ссылке нет никаких оскорблений, тем более в сторону автора.
@Exosphere переход на личности и оскорбление.
Я думаю, напишут и без меня. Разработчик в плане механический кодер (а это куча фронтовой работы) больше действительно не нужен. Тех кто не учится работать так как я описал, увольняют. Нужен опытный оператор и ревьюер нейронки + никуда не деваются задачи по просяснению требований, а это не механический скилл а скорее софтовый.
Причина простая: хоть ты сто раз сеньор, 'talk is cheap, show me the code'. Скорость разработки видна по гитхабу, качество видно по соответствию требованиям. И зачем платить от $3000 при цене нейронки в $200? Против такого же сеньора с настроенным агенстким флоу ты уже никто. Не учишься - конкурировать будешь теперь с мидлами на нейронках в лучшем случае. К счастью, те у кого мозг, а не ганглии, в большинстве переучиваются.
Точно также механические дизайнеры, которые не способны собрать нормально юайкит и собрать из него экраны тоже не нужны. Нейронкам на вход нужны максимально формализованные требования, читай дизайны из компонентов накиданные без всяких Shape и Text и отступов "я так вижу" для красоты. Не умеешь так делать - замедляешь работу дальнейших этапов - теряешь скорость разработки по сравнению с конкурентами.
Дизайнерам которые хотят попробовать что-то новое я бы посоветовал не ждать статей на хабре, которые все разжуют, а включать голову и думать, пока не пришли ребята поумнее, как уже пришли на фронтенд.
Уважаемый @i360u! Я по отношению к вам и вашим ботам адресных оскорблений не допускал. А называть описываемое в статье барахло - барахлом правилами не запрещено. То, что вы воспринимаете критику вашего решения как хамство по отношению лично к вам, еще не делает его таковым.
А вот сливать втихую карму ботами это поинтереснее будет.
@Exosphere посмотрите @KonBone @replicate_1 и @codegentop на всякий - минимум комментов, все комменты в топиках автора, всегда появляются, чтобы оставить коммент в его пользу и молча посливать комментарии против. Насколько я знаю, ботоводство запрещено правилами.
Реальным пользователем выглядит только @Mr_FatCat
Ты прав! Это еще было не жалко! Вот реально дно:
@KonBone - первый коммент с 2022 шгода, пишет из песочницы
@replicate_1 - по приглашению от @i360u, недельная рега
@Mr_FatCat - по приглашению от @i360u
@codegentop – по приглашению от @Mr_FatCat
Тут теряюсь, то ли @i360u сюда воспитательницу еще позвать забыл, то ли пора его пощупать за всякие места за ботоводство. Но в любом случае - это днище.
Автор, ходить по каждому комментарию и по ставить по минусу - это позорно и жалко :) Более жалко будет только оправдываться, что это не ты.
Не знаю, а где в моем комментарии вы увидели, что я говорю о вайбкодинге? Откуда такой контекст?
Что до поддержки фреймворками, вы пробовали это использовать? Может объясните для чего она нужна? Хоть один юзкейс, по какой причине мне надо одновременно париться о двух разных способах управления компонентом и их жизненным циклом.
Я кроме как подрубить готовый компонент на том же lit не представляю зачем это надо и не знаю никого, кто это использует. А я знаю много разработчиков
Чтобы собрать нативный переиспользуемый виджет, веб компоненты тоже не нужны. Откройте для себя zero runtime компоненты того же свелта. Кстати будет лучше чем веб компоненты.
Ну и естественно если вы попросите в свелтовом проекте создать нативный переиспользуемый виджет, то про веб компоненты модель без напоминания не вспомит.
Не знаю как для postfix, на фронтенде вся рутина полностью убита, если формализовать требования нейронке на вход, а это не так сложно
Не работают фреймворки на стандарте веб компонентов.
Только если не учитывать контекст беседы. Я использую реакт, вью, свелт и некоторые их производные. Никто из них не использует апи из стандарта веб компонентов. И ни одна модель их в кодовую базу по умолчанию не предложит для генерации. Потому что они никому там не нужны и нейронка эти вероятности видит
Я без всяких нейронок вам скажу, что никакие веб компоненты ни в реактовую, ни в какую либо другую кодовую базу модель не нагенерит, если я ее специально не попрошу.
Так что нет, не на тех стандартах.
И я не борюсь, я просто говорю есть. Выйдите на рынок труда и посмотрите сами.
Воу, через поля, а почему не через прекрасный HTML, основу всего веба?
Комментарий не для автора, а для начинающих фронтенд-разработчиков. Не начинающие уже и так либо все знают, либо уволены. Если вы хотите работать, не выбирайте эту херь с веб-компонентами. Этот путь - он тупиковый. Автор в свое время поставил не на ту лошадку, а теперь, когда пушной зверек уже пришел, фрустрирует по статье в неделю.
Как реально работает сейчас фронтенд-разработка:
Строятся хорошо формализованные требования к дизайну, создается достаточно гибкий юайкит. Дизайнеры, которые до сих пор путают фигму и фотошоп пойдут ко дну следующими.
Этот юайкит реализуется в виде сторибука на стороне фронтенда, мапится на данные с фигмы насколько это возможно. Сторибук проверяется отдельным агентом, проверки встраиваются в пайплайны при желании
Из компонентов этого юай-кита дизайнерами собираются экраны. Экраны на стороне фигмы валидируются плагином на предмет отсутствия компонентов не из юай-кита. Unsafe-зоны с непредсказуемым результатом реализации по желанию.
Эти экраны экспортируются из фигмы в виде JSON и преобразуются в пригодное для нейронки дерево компонентов.
Другой агент из этого дерева делает в точности то, что вы сверстали бы руками, но в несколько (десятков) раз быстрее. При этом сам проверяет результат в браузере.
Далее по вкусу и возможностям, автоматическая реализация интеграций, особенно при наличии OpenAPI или аналогичных контрактов
Так убирается куча ручной работы и вырастает скорость. И это в разы усиливает фокус на том ЧТО надо, а не на КАК. Еще это приводит к тому, что джуны и даже мидлы больше просто не нужны. И к этой реальности им надо подстраиваться: учить теорию, учить паттерны, учиться получать от нейронки результат, соответствующий и бизнесовым и техническим требованиям.
Если вы не будете так делать, вы будете не нужны. Фронтенд в своей массе - это первые кандидаты на выход, если не перестраиваться.
Ну либо можете писать нетипизируемый код, философствовать о плюсах и минусах размещения компонентов в глобальной области и вздыхать о нереализовавшихся мечтах, делиться этими чувствами на собеседованиях. Это сократит конкуренцию на рынке труда.
Удачи в в твоем бизнесе на лошадином извозе после изобретения автомобилей.
Ты возможно что-то перепутал, но я напомню что ты публикуешься на открытом ресурсе.
В эпоху агентской разработки побеждает тот, на ком натренирована максимально обширная и качественная кодовая база. Я (речь про фронтенд) уже больше половины кода вообще не пишу, а ревьюю и правлю. А кто-то по слухам не уже пишет совсем.
Если ты не используешь нейронки для разработки, про работу можешь забыть уже сейчас. Если ты используешь нейронки, чтобы генерить приложения из подобного шлака - аналогично. Если кто-то до сих пор не понял, что руками больше писать не надо, то очень скоро он это поймет через рынок.
Какой у тебя там красивый стандарт лежит в основе всем глубоко насрать, так как людям нужны разработчики, которые могут делать просто быстро, качественно и поддерживаемо. И это правильно.
Да, да. Я тоже руководствовался громкими именами когда повелся на этот хайп в свое время. В реальности оно крутится под капотом у полутора землекопов, и то потому что зачем то взяли, а теперь выпилить не могут.