Vasilii Petrov
Выглядит красиво! Надо бы затестить этот Webflow для интерактивных презентаций. Вроде не сложнее, чем в PowerPoint набросать, но смотрится красивее.
Мне кажется, сложный backend - это про большие компании с огромными продуктами, но у них уже есть разработчики. А небольшие компании как правило работают с чем-то простым (чем вы, наверное, не хотите не заниматься, потому что раз просто - то и денег мало). Получается парадокс. Найти середину, где есть заказчик сложного проекта, но нет команды - сложно, к сожалению.
Странные цифры озвучены для разработки. Мне кажется, что сгенерировать 10к картинок по макету художника скриптом на питоне и загрузить их автоматически на готовую платформу (как представлено в посте) - дело часов на 20 разработки джуна максимум.
"Главная особенность NoCode-разработки в том, что сайт или приложение не пишется кодом с нуля." - Если дело отдается вменяемой студии как разработка некоего "стандартного приложения" (ниша No-Code), то обычно эта студия тоже не пишет ничего с нуля, а использует готовые наработки и выкатывает по приложению в неделю.
Особой разницы, какие складывать кубики (no code, или наработки в коде), нет. Идея переиспользования в разработке не нова.
На моей практике большинство компаний, сильно увлеченных созданием "Бренда работодателя", совсем забывают, что прежде всего для любого работника важен не "фантик" компании, а реальный профит от работы на эту компанию. "Фантик" работает только до первого собеса/месяца работы.
Реальный профит - грамотно выстроенные процессы внутри компании, медицинская страховка, достойная оплата труда. Значит для того, чтобы в компанию приходили люди, нужно им показывать не "креативную энергию", "айдентику", "дизайн", а дать им понять, что работая в компании, они будут улучшать качество своей жизни. Тогда кандидаты сами потянутся - не смутит и отсутствие инстаграмма или "кофе с печеньками".
Ведь если человек придет в компанию, а там все не так радужно, как обещано - он непременно поделится своими ощущениями с коллегами по профессии. И "фантик" станет еще менее эффективен.
Вывод - не "креатив и ритуалы", а показать явные улучшения жизни работника (зарплата, страховка, обучение, отсутствие "эффективных" менеджеров, адекватность коллектива).
Не исключен вариант, что, может быть, дополнительным фактором встраивания "голосового ассистента" является желание отдела разработки занять себя на N времени и получить ЗП за фичу, а может даже и премию выдадут менеджеру :)
Вот и странно, что присутствует такая ситуация по данным языкам (спрос и предложение), что зарплаты такие высокие.
Ведь, на мой взгляд, за счет хорошей экосистемы, детальной документации и стабильных фреймворков можно произвести намного больше качественных программистов, тем самым покрыв с лихвой спрос на рынке.
Намного быстрее обучить человека ASP.NET, чем заставить разбираться в тонкостях современного фронтенда (со всеми транспилерами, сборщиками, историческими костылями, костылями поверх костылей, различием поведения среды исполнения и кучей всего другого).
del. не в ту ветку
Похоже на то, что составили объявление не очень ответственно, может быть даже в спешке, может быть даже чтобы было много откликов, а потом предложить менее высокооплачиваемые вакансии.
Из приведенного поста, на мой взгляд, не видно "космической" технической сложности программной части продукта. Могу предположить, что основная часть расходов - это совсем не программисты, а робототехника, корпус, логистика, аренда и всякое такое.