Bodden, а каких именно соединений?
- между браузером пользователя и веб-мордой на Blazor? да, берет на себя
- если между веб мордой и API бэкэнда, то нет, надо писать самому.
Adamos, исходя из моего опыта запуска различных проектов - нет никакого смысла. Пустая трата времени и ресурсов, особенно если все оплачивается из твоего кармана.
Хорошая практика собрать что-то быстро на конструкторе, проверить гипотезу залив немного трафика и спокойно выкинуть, если не пошло. Если же гипотиза подтвердилась, можно уже думать о релазиции.
Это прекрасное работает как в B2C на контентных проектах, так и в сложных технологических B2B решениях. И даже внутри корпораций.
Просто примеры за последний год:
- Была идея запустить продажу доп сервисов в рамках уже существующего бизнеса. Штука сложная в виду того, что контент покупается например в рупиях, продается в динарах, а оплата придходит в автралийских долларах. Считать это все вручную сейлзам просто нереально, и эксель тут не помощник в виду того, что курсы конвертации и маржины зависят от конкретного способа оплаты. За несколько дней собрал прототип на Retool, быстро проверил с сейлзами что все работает как они ожидают и через неделю запустили продажи. За первый месяц было множество изменений, но в конструкторе они делались за секунды. Все нельзя было сделать в рамках констуктора уходило в бэклог. Через полгода проект уже полностью окупал себя, выделили команду для того чтобы переделывать на React. Если бы гипотеза не подтвердилась - просто бы выкинули прототип, который занял неделю одного человека вместо пары месяцев команды. В деньгах ~1500 против ~30 000 евро.
- собрал CustomGPT в конструкторе от OpenAI за пару вечеров, который демонструет как автоматизировать часть задач компании. Показал его совету директоров, все пощупали как это будет работает. В результате одобрили проект и выделили ресурсы\команду на файн тюнинг llama.
Не намекать надо, а напрямую говорить что конкретно необходимо.
А дальше все упрется в осознанность самого руководителя. Если оне не валенок, то переработает процессы постановки задач, hands-off сессии, refinements и прочии сессии. Если же задачи спускается именно в духе "сделайте аналоги телеги, а остальнео не волнует", то стоит просто искать другую работу, ловить в этом проекте нечего.
Monitorz_Killah, стремление к нормализации и преждевременной оптимизации в большинстве случаев ведет к:
- трате ресурсов на то, что никому не нужно
- немасштабируемому и негибкому решению
Я бы порекомендовал для начала задаться вопросами о том, как приложение будет разваиваться, чтобы подумать на пару шагов вперед. А то может оказаться, что нормативы-то неплохо держать на сервере, в одном месте. Чтобы все пользователи работали с одинаковыми нормативами, а не каждый со своей версией. И внезапно окажется, что нужен полнотекстовый поиск, такой чтобы не надо было изобретать велосипед по правки орфографии для запросов. С учетом таких требований всплывает Elastic, а не реляционные БД.
Вова, нет. Надо изучать подходы к развитию сложных проектов, набивать свои шишки, думать об изменениях наперед. Десктопные приложения, как собственно и микросервисы - это лишь единицы из сотен\тысяч элементов архитектуры полноценного продукта. Насмотренность и широта взглядов, вот что нужно к архитектору.
"Прокачка мозга" тут ни помощник.
так уверенно пишу, в том числе и за других, потому что это моя ежедневная работа: синхронизировать проекты\людей, собирать обратную связь с пользователей, ставить задачи аналитикам и командам разработки, как внутренним, так и внешним. В мои же задачи входит обучать тимлидов и аналитиков правильно делиться знаниями и заметками внутри команд. И путь от гуглодоков до Confluence с набором плагинов проходил несколько раз, по мере роста продуктов над которыми работал.
Не понимаю причем тут заказчик с каким-то битриксом. Если речь идет о внутренней документации, то заказчикам плевать, в чем команды ведут заметки. Плюс всегда можно экспортировать в необходимый формат\загрузить в тот же битрикс.
Непонятен мне и аргумент про фрилансеров. Если инструмент помогает тебе быть эффективнее и зарабатывать больше, то почему не освоить и не заплатить? Когда фрилансил, во всю пользовался Evernote, который даже на бесплатном тарифе полностью покрывал мои потребности и помогал экономить уйму времени, особенн когда работал параллельно с несколькими заказчиками.
В приципе, солидарен с Максим Припадчев - кто я такой чтобы "приговаривать" ваш продукт. Получится сделать еще одну альтернативу для российского рынка, как тот же Teamly, будет замечательно.
в общем случае это делалось легко при помощи скафолдинга еще лет 10 назад. Сейчас это делается в несколько кликов на лоукодах. ChatGpt тут не нужен, дольше промт писать будешь
Если хочется получить качество выше, чем "не очень", лучше таки разделять эти две роли и отдельно заказать дизайн у компетентного дизайнера и передать его компетентному фронт-эндеру. Более того, чтобы сайтом было удобно пользовататься, хорошо бы, чтобы UX-дизайнер сначала подготовил прототипы для UI дизайнера.
Лучше всего написать в чем компании будет профит от тебя, исходя из продуктов/деятельности компании и своего опыта. Если начнется булшит про культуру, с большей долей вероятности улетишь в спам.
Вопрос поставлен некорректно.
Важен не только процессор, но и объем памяти.
Программировать в VS Code без плагинов такого процессора и 8 ГБ оперативки хватит.
Для Visual Studio + Resharper и другие плагины + десяток контейнеров в docker - точно будет слабова-то.
anonsmi, так это не работает. Люди могут объедениться для решения общей проблемы, когда каждый понимает в чем его профит от реализации идеи. И речь тут не о деньгах, а именно о решении каких-то проблем.
"За идею" никто не будет работать, потому что полно интересной и хорошо оплачеваемой работы. Зачем тратить время?
- между браузером пользователя и веб-мордой на Blazor? да, берет на себя
- если между веб мордой и API бэкэнда, то нет, надо писать самому.