Он не упал до минимума. Он вернулся к своему нормальному уровню. У вас на скрине это видно. Во время пандемии был бум: всем нужны были IT-решения, удалёнка, автоматизация. Компании массово нанимали разработчиков, часто «про запас». Теперь же многие сдулись — экономия, оптимизация, сокращения.
Да, айтишка и все связанное с ней проседает и непонятно до какого уровня все это будет продолжаться. Раньше моя компания нанимала просто "про запас", сейчас такого нет. Плюс очень сильно давит азиатский рынок+ датинская америка. Там готовы работать за миску риса и разработка сильно уходит туда.
Очень сильно повысился порог входа в айти. Теперь джун должен быть на уровне сеньора. И в этом большая опасность для рынка - через 10 лет некому будет работать. Никто не обучает джунов, стать программистом на курсах - невозможно. Нужен опыт работы. Я давно уже незамено стал не просто питонистом. Постоянно приходится решать любые задачи, от бизнесовых до архитектурных. Если раньше приелтала задача с ее полным описанием, то сейчас это 1 строчка в названии. Изменить конфигурации индексирования... и дальге начинаешь ходить и побираться крохами знаний) Как бы это делал человек, только пришедший на проект - ума не приложу.
Вот ты когда разработкой занимаешься, показываешь всем кто тебя просит недоделанный продукт? Какой смысл показывать если он ещё в разработке,
Представь себе- да. Я уже советовал, познакомься с принципами разработки, алжайл и скрам в частности, хотя у тебя скорее канбан будет. В любой момент разработки должен быть продукт, который можно показать. Иначе это просто кубики из детского конструктора. И начинать нужно с макета. Это ты думаешь что работает отлично, но тебе это пока что никто не сказал. Упорядочь работу и сам увидишь что появится результат. На данный момент его нет
И стоит раздедять виды разработки. Когда я пигу ПО под заказ - я четко знаю, что от меня требуется, назначаю сроки и показываю результат, когда готово.
В твоем случае нет требований, есть некая концепция. За такое количество лет уже дожен быть како-то минимально готовый проект, который можно обсуждать, показывать и улучшать. В данном случае я такого не вижу. У меня лежат минимум 3 проекта для себя сейчас. Не вижу смысла их вообще обсуждать, потому что лги не в стадии готовности. И если я задаю вопрос по ним - я четко понимаю проблему и могу ее описать отдельно от проекта. Например, как в случае мультиязычного меню. Я задал вопрос - получил мнения, мне это было полезно. Твои вопросы не описаны и в основном никто не понимает что ты хочешь. Не потому что вокруг все тупые, а потому что ты не можешь продемонстрировать пробоему и что надо решить.
В данном случае об этом рано говорить, потому что разработка идет ради разработки. Не дави такими вопросами. Сначала бы хотелось увидеть MVP, потом можно говорить об аудитории.
Это безусловно важно, но про маркетинг не стоит забывать. В твоем случае он, мягко говоря, сильно хромает. Умение презентовать свой продукт тоже важно, а у тебя это не получается. Поэтому я и талдычу из темы в тему - покажи готовый продукт, пусть и урезаный. Если мы говорим об аудитории, не владеющей ЯП - для них важно удобство. Поэтому нужно демо рабочего интерфейса. На этом этапе вообще неважно что там под капотом. Пользователю важно нажать на кнопочку и получить результат. Сосредоточься над этим. Пусть это будет добавление одного блока, но оно должно ыть интуитивно и понятно, на чем ты написешь - на Js, Rust, php - вообще не важно! Пойми это. Советую пока-что не позиционировать этот продукт для инженеров-разработчиков. будет проще.
Ну так покажи пройденный этап. Все правильно - не старайся охватить все, иначе никогда не сделаешь.
Самый простой функционал - создал страницу, добавил стили, добавил мень, добавил блоки с чекобксами, если хочешь. Показал результат.
Если ты сможешь добавлять 3 разных блока на страницу в нужные места, то никаких проблем не будет с позиционированием и 30. Я так работал над пдф документами. Четко написал для себя план работы. Примерно такой- Написать загрузку пдфки на сервис и создание из нее шаблона для вывода на фронт.- Добавление блоков на шаблон - то есть из менюшки передаскиванием добавляются поля для заполнения, чекбоксы, выпадающие списки и тд.- Интерактивня страничка, на которой уже в шаблон пользовател вносит данные. Например готоваое соглашение, куда вписываешь свои данные, ставишь чекбокс, добавляешь подпись и готов документ для печати
В итоге я понимал что мне нужно реализовать и этапы разработки. И в любой момент у меня был рабочий прототип.
Советую работать по такому принципу - будет легче.
Хороший совет, жалко что ты сам ему не следуешь. Я лично вот стараюсь не перебирать с вайб-кодингом. Иногда отключаю копайлот в редакторе, чтобы самому что-то написать. Хотя это уже и теряет актуальность. Мне важнее сосредоточится на архитектуре и общей функциональности, чем помнить, как нописать бинарный поиск по упорядоченному массиву.
Заметил что именно анти ИИ-шники не могут ни одного поста написать, не спросив ИИ)))
Попытался посмотреть... Я понимаю твою проблему - ты сам не понимаешь что хочешь и не слышишь, что тебе говорят. Тебя просили о простой презенташке.
Например - как твой конструктор набрасывает элементы на страницу - демка пользовательского интерфейса и что в результате выходит.
Это должно выглядеть так-
- открыл админку. Нажал - создать страницу- Набросал из меню готовые элементы для страницы. Добавил нужные стили, допустим как у тебя, чек-боксами. Нажал сгенерировать
-Перешел на полученную страницу, открыл исходный код, показал что получилось.Тогда это можно оценить и сказать - лучше это или хуже по сравнению с существующими инструментами.Далее.Ты до сих пор не понимаешь целевую аудиторию своего ФФ. При чем тут Vue/React? с ними невозможно работать без знания JS, fА иы позиционируешь свой инструмент для тех, кто JS не знает.Как раз с использованием React и пишутся приложения подобно твоему, причем за короткие сроки и с более понятным фунеционалом, к слову.
Ты пытаешься сделать Тильду, не более.
Поэтому советую записать вменяемое видео с демонстрацией создания хотя бы простой странички, от и до. Пусть и с урезанным функционалом, с минимумом функций. Например добавления стилей, создание простой менюшки, создания блока с контентом, может добавление фотогалереи.Тогда будут понятны твои проблемы и можно будет что-то по делу подсказывать.Вот дружеский совет - не закапывайся в мелочах. На этом этапе это не суть важно. Создай хотя бы прототип, MVP
Тогда сам будешь видеть проблемы четче.
И помощники найдутся.
Нет времени смотреть твои стримы. Запиши видео, как это работает у тебя и покажи что на выходе получается
это не похоже, это и есть развод. смотрите цены аренды серверов, 34 бакса это месячная аренда в датацентрах, зачем платить в день, если можно в хенцзере брать в месяц, остальной заработок за 29 дней себе в карман.
Стоимость работы 1-го инстанса Sagemaker AWS c 32 ОЗУ, 8CPU+1GPU при условии работы 8 часов в день 20 дней в месяц будет стоить 150$. При том что не такой машине векторизация индексов с обьемом примерно в 4 Гигабайта будет занимать от 4 - часов. Что ты там под ИИ хочешь нза 34 бакса - одному мирозаднию известно)))
Давай, ждем, если тебе действительно нужен нормальный совет и тема не для очередного срача. Задача не уникальная, но в принципе для обучения и понятия принципов - сойдет. Как я вижу, у тебя пока больше проблема в архитектуре, ты уперся в нее а не в сам код.
Если ты хочешь реальных советов, для начала показал бы что у тебя уже есть и работает. Например в виде видео демо, как происходит добавление и как потом рендеринг.
Вообще не понимаю сути проблемы. записывай конфигурацию для каждого элемента в json или yml файле. Только продумай, что тебе нужно хранить по каждому элементу. Что то вроде типа элемента, родителя-потомка, координаты итд.Потом твой рендер будет просто проходится по элементам файла-конфигуратора и писать уже html код. ПРи этом остается гибкост, если ты захочешь вернуться к редактированию - не нужно будет думать, откуда брать - загрузил конфигуратор и он тебе подкинул все необходимые элеиенты. нужен новый - выбрал элеимнт в конструкторе и он добавилс я в кофигуратор страницы со всеми нужными параметрами. я себе написал аналогичный инструмент для работы с документами когда-то давно. Такой же принцип. Только мне достаточно хранить координаты и тип энлнмнта, тебе нужно еще и вид блока и его родительский элемент.
Такой конструктор на самом деле уже вчерашний день, не будет востребован для создания сайтов. Лет 10-15 назад - наверное. Ты сейчас пытаешься написать гибрид адоба, корелаб фигмы и тильды какой-нибудь. Неактуально.
А в чем шлак? легко читаемый, структурированный код, который делает ровното, что от него надо. покажешь код, который твой фф напишет для такой задачи?
