Спасибо за пример! На первый взгляд выглядит реализуемо на CSS и даже несильно сложно. Покумекаю, и если получится, сделаю ещё статью. Не уверен насчёт лёгкой настройки капса, но может и это получится
Согласен, что как только появляются сложные формы шкалы/заполнителя, то приходится использовать SVG. Особенно если это неправильные формы, не воспроизводимые простой геометрией. Только такие вещи вряд ли можно назвать универсальными. Под любой такой сложный прогрессбар надо рисовать отдельную SVG.
Просто раньше и прогрессбары на простых формах тоже приходилось делать на SVG, а сейчас CSS забрал эту головную боль. А ещё дал разработчику важный аргумент в разговоре с дизайнером: "Хочешь так же сложно как нарисовал? Ок, готовь мне сам векторную заготовку. А если чуть упростим, то я сам всё сделаю."
А вообще, интересно посмотреть глазами на примеры, о которых вы говорите
В принципе, эту же логику на чистом CSS можно сделать и без if, и без range syntax. На обычных стилевых контейнерных запросах. У них поддержка намного лучше.
И единственная проблема — это FF, который всё не может зарелизить стилевые контейнерные запросы даже в самой простой версии. Но при этом более сложные размерные контейнерные запросы в FF есть. Так что верим, что и стилевые сделают.
Раз компаниям так дорого нанимать мидлов и просеивать, то может быть развернуться в сторону вызов и начинать привлекать профильных студентов и усиливать подготовку в вузах под себя?
Да, выращивание спеца долгий процесс. Но может быть компании сейчас расплачиваются, за то, что слишком долго паразитировали на всём готовом, вместо вложений в кадры.
А те, кто изначально выращивал кадры (не фильтровал, а именно выращивал), сейчас в намного лучшем состоянии.
Свои — это знакомые и понятные задачки. Которые ты можешь рутинно сделать ручками, но быстрее нейросетками.
Ну или задачи, которые были нафиг не нужны и на них забивали, но с нейросетками вай нот (тесты, документация).
Основной поинт перекладывания на джунов — чтобы в какой-то момент у тебя голова по этому поводу вообще не болела. Выстроил процесс и он сам движется. Потому что с ИИ, как бы они ни ускоряли тебя, ты всё равно делаешь эту задачу сам - вспоминаешь, что за задача, погружаешься в контекст, запускаешь таску, ревьюишь результат. А как мы все прекрасно знаем — самое дорогое для разработчика — это переключение контекстов.
Так вот с джунами — тебе не нужно заниматься рутиной. Обучил и он делает сам.
это понятно. только вот зачем при таком подходе городить себе фабрики ассистентов, работающих не хуже джунов? и заморачиваться с процессом, описанным выше про педагогику ассистентов и прочее?
сиди себе сам себя ускоряй, ревью код и решай свои задачи.
ключевое слово — свои. это значит, что поток задач небольшой, и это значит, что поток задач знакомый
а в статье другая задача — снять с себя рутину и переложить на джуна. причём рутину вообще из других областей (например, маркетинга), а не из разработки
ну то есть ваш кейс — это про эксперта, который глубоко понимает разработку, но необязательно в конкретной предметной области. и с помощью дипкодинга более эффективно решает редкие и нетиповые задачи?
ну тут нейронки — это нормальный ассистент.
а вот пытаться на них выстроить какие-то фабрики типовых задач, заменяющих джунов — это так себе история
осталось только посчитать своё время, которое тратится на подготовку инструкций под каждый класс задач, а также ревью этих задач
ну и понять, откуда вы возьмёте достаточный поток задач, которые будете передавать ассистентам. выпрашивать у работодателя? ну нет, умный разраб будет делать ровно столько же, как и обычно, а свободное время прибережёт для себя
выйти на рынок и пилить нейростудию? привет конкуренция с рынком и умение продавать в битуби
пилить пилоты и стартапы? привет риск и неопределённость
Чемпионат — это всего лишь предлог поговорить про современные дизайн-паттерны, да и про технологии, которые используются для их реализации. А это как раз хабру и интересно?
А ещё на хабре отлично залетают статьи про проблемы трудоустройства. Так что можете воспринимать чемпионат, как ещё один способ трудоустройства джунов.
Спасибо за пример! На первый взгляд выглядит реализуемо на CSS и даже несильно сложно. Покумекаю, и если получится, сделаю ещё статью. Не уверен насчёт лёгкой настройки капса, но может и это получится
Ага, вот такое я и назвал страданием с SVG =)
Спасибо! А у ИИ вместо прогрессбаров другой интерфейсный паттерн — печатающийся текст =) Так что да, прогрессбары там редки
Согласен, что как только появляются сложные формы шкалы/заполнителя, то приходится использовать SVG. Особенно если это неправильные формы, не воспроизводимые простой геометрией. Только такие вещи вряд ли можно назвать универсальными. Под любой такой сложный прогрессбар надо рисовать отдельную SVG.
Просто раньше и прогрессбары на простых формах тоже приходилось делать на SVG, а сейчас CSS забрал эту головную боль. А ещё дал разработчику важный аргумент в разговоре с дизайнером: "Хочешь так же сложно как нарисовал? Ок, готовь мне сам векторную заготовку. А если чуть упростим, то я сам всё сделаю."
А вообще, интересно посмотреть глазами на примеры, о которых вы говорите
Спасибо. По идее, да. Правда, реализация усложнится. Похоже, еще одну статью напишу =)
Так-то да, но фокусировался на визуале
В принципе, эту же логику на чистом CSS можно сделать и без if, и без range syntax. На обычных стилевых контейнерных запросах. У них поддержка намного лучше.
И единственная проблема — это FF, который всё не может зарелизить стилевые контейнерные запросы даже в самой простой версии. Но при этом более сложные размерные контейнерные запросы в FF есть. Так что верим, что и стилевые сделают.
Раз компаниям так дорого нанимать мидлов и просеивать, то может быть развернуться в сторону вызов и начинать привлекать профильных студентов и усиливать подготовку в вузах под себя?
Да, выращивание спеца долгий процесс. Но может быть компании сейчас расплачиваются, за то, что слишком долго паразитировали на всём готовом, вместо вложений в кадры.
А те, кто изначально выращивал кадры (не фильтровал, а именно выращивал), сейчас в намного лучшем состоянии.
видимо, у сбера своё понятие джуна. там где это уверенный мидл, в сбере это джун. ну тогда срастается
я конечно не великий математик, но подозреваю, что при медиане в сотку, у джуна ощутимо ниже сотки зарплата =)
где вы видели джуновские зп в 150к в 2025? (исключая неадекватные стартовые зп яндекса)
Тут согласен — без контроля никуда. Только вот у адекватного джуна есть шанс превратиться с самостоятельного мидла, который снимет с тебя головняк.
А вот ИИ в самостоятельного мидла не вырастает =)
Свои — это знакомые и понятные задачки. Которые ты можешь рутинно сделать ручками, но быстрее нейросетками.
Ну или задачи, которые были нафиг не нужны и на них забивали, но с нейросетками вай нот (тесты, документация).
Основной поинт перекладывания на джунов — чтобы в какой-то момент у тебя голова по этому поводу вообще не болела. Выстроил процесс и он сам движется. Потому что с ИИ, как бы они ни ускоряли тебя, ты всё равно делаешь эту задачу сам - вспоминаешь, что за задача, погружаешься в контекст, запускаешь таску, ревьюишь результат. А как мы все прекрасно знаем — самое дорогое для разработчика — это переключение контекстов.
Так вот с джунами — тебе не нужно заниматься рутиной. Обучил и он делает сам.
С агентами — вся рутина на тебе.
это понятно. только вот зачем при таком подходе городить себе фабрики ассистентов, работающих не хуже джунов? и заморачиваться с процессом, описанным выше про педагогику ассистентов и прочее?
сиди себе сам себя ускоряй, ревью код и решай свои задачи.
ключевое слово — свои. это значит, что поток задач небольшой, и это значит, что поток задач знакомый
а в статье другая задача — снять с себя рутину и переложить на джуна. причём рутину вообще из других областей (например, маркетинга), а не из разработки
ну то есть ваш кейс — это про эксперта, который глубоко понимает разработку, но необязательно в конкретной предметной области. и с помощью дипкодинга более эффективно решает редкие и нетиповые задачи?
ну тут нейронки — это нормальный ассистент.
а вот пытаться на них выстроить какие-то фабрики типовых задач, заменяющих джунов — это так себе история
осталось только посчитать своё время, которое тратится на подготовку инструкций под каждый класс задач, а также ревью этих задач
ну и понять, откуда вы возьмёте достаточный поток задач, которые будете передавать ассистентам. выпрашивать у работодателя? ну нет, умный разраб будет делать ровно столько же, как и обычно, а свободное время прибережёт для себя
выйти на рынок и пилить нейростудию? привет конкуренция с рынком и умение продавать в битуби
пилить пилоты и стартапы? привет риск и неопределённость
то есть сначала надо стать экспертом в предметной области, чтобы было видение конечного результата.
потом нужно стать экспертом в использовании конкретного ассистента. затем надо стать экспертом в "педагогике" для конкретного инструмента.
потом уже сформировать набор материалов, чётких инструкций и рекомендаций, чтобы ассистент мог тебе помогать с каким-то классом задач.
и для каждого нового класса задач надо снова формировать набор материалов, инструкций и рекомендаций.
и естественно, все результаты ассистента надо ревьюить и пропускать через себя.
у меня только один вопрос — а не легче ли нанять джуна?
фантазёёёр, ты меня называл-а-а-а
Ещё 5% для вузов от айти-компаний не забудьте для сохранения льгот
Чемпионат — это всего лишь предлог поговорить про современные дизайн-паттерны, да и про технологии, которые используются для их реализации. А это как раз хабру и интересно?
А ещё на хабре отлично залетают статьи про проблемы трудоустройства. Так что можете воспринимать чемпионат, как ещё один способ трудоустройства джунов.