Попробовал, наконец, разработку на Blazor. Это такой фреймворк под .NET, который позволяет писать фронтенд на C#. Работает он двумя способами: либо собирает весь проект в WebAssembly, и бедный пользователь грузит себе мегабайтную dll, либо устанавливает клиент-серверное соединение через SignalR и шлёт клиенту информацию об обновлённых DOM-элементах.
Вот вторую то я и пробовал. Казалось бы — каждое нажатие кнопки требует отправить на сервер запрос и получить ответ. Никогда такого не было! Но субъективно разницы во времени отклика нет (потому что веб и так достаточно медленный, хаха).
Фронтенд-часть пишется очень похоже на JSX: вёрстка реактивно вперемешку с кодом. Когда-то я очень ругал React за такой подход, потому что каша. Но нетипизированный JS по-умолчанию каша, а здесь же по факту получается очень удобно: статический анализ не даёт тебе делать ошибки и писать ерунду.
Но приятный полноценный язык программирования вместо JavaScript это лишь вишенка на торте. Самое крутое — вся сила серверного кода с полноценной возможностью обращения к базе данных, шеринг моделей данных между сервером и клиентом, и, наконец, Dependency Injection любого серверного модуля в «клиент»! То есть вы не просто пишете одно приложение вместо двух, вы ещё и получаете отсутствие ошибок при каком-нибудь изменении моделей API, когда сервер стал отдавать не то, что ожидает клиент. Вам вообще теперь не нужен API, достаточно закодить нужную функцию на серваке и инжектировать её в нужный фронтенд-модуль.
Это супер удобно, супер быстро, супер устойчиво к ошибкам. Теперь не хочется возвращаться даже на вполне крутой Vue 3. Но, система пока новая, она не обросла решениями от комьюнити, а браузерный API всё равно придётся дергать через JavaScript Interop. Для совсем кайфа нужно подождать годик, поскольку развитие идёт довольно быстро. Например, там нет очень нужного в таком деле hot reload, но в .NET 6 он уже анонсирован, и вроде как есть в превью, а релиз в ноябре.
#dev
#freelance
Всем привет!
Ищу специалиста для реализации проекта
Задача:
Имеется DWH на PosgreSQL.
Необходимо построить OLAP кубы. В сумме около 20 измерений.
ТЗ в виде готовых excel, которые напрямую вытягивают данные из БД.
Требование:
Опыт разработки OLAP с нуля;
Знание SSAS MD, MDX, DAX;
По оплате готов услышать ваши предложения.
Подробности в лс -@zxcv9009
Много новых людей пришло, расскажу ещё историю из бытия фрилансером.
Делали мы как-то с другом проект для одной большой конторы (в своей области самой крупной в городе, миллиардные обороты). И вот там на старте нужно было подписаться в техзадании. А техзадание это такая увесистая папка страниц на сто. И подписаться мне, как руководителю проекта, нужно было на каждой странице.
Когда проект запустился, ядро мы собрали быстро. Полный план был что-то типа полгода, но в конечном итоге заняло полтора, потому что после сборки ядра мы практически непрерывно занимались правками и замечаниями. Каждый месяц мы приезжали к заказчику и показывали, что сделали. А нам составляли список из 10-20 новых пунктов. За доработки доплачивали, но в какой то момент стало понятно, что мы в некотором смысле работаем на аутсорсе, хотя подписывались на один конкретный проект. А оставались мы работать, потому что проект не был введён в эксплуатацию, и бросать его без запуска не хотелось.
Заказчик в итоге не переставал заваливать правками, шли месяцы. Впоследствии директор компании сменился, новому проект был без надобности, он заплатил нам остаток, который должен был, и проект остался навечно похоронен.
Как так вышло: огромное и очень подробное техзадание, но всё равно непрерывные правки и замечания? Я позже рефлексировал этот момент и пришёл к таким выводам:
1. Заказчик описал в техзадании конечную систему, которую хотел бы видеть. Нам была нарисована практически каждая кнопка будущей софтины: очень детально и подробно. При этом результат, который требовался заказчику, был описан только в общих чертах (ещё и менялся по ходу дела). ТРИЗ учит нас обращать внимание на результат, а не на способ его достижения.
2. Заказчик не был готов ничего менять со своей стороны. Представьте, я прихожу в спортзал к тренеру и говорю, что вот вам деньги, а я хочу мускулистое тело. Мне тренер предлагает программу занятий. Но я заявляю, что нет, мне некогда, у меня нет времени и возможности ходить. Вообще для меня слишком дорого будет перестроить процессы в своей жизни. Так что нет, никаких походов на занятия. Я же плачу деньги, в конце-концов. Давайте, заплачу ещё больше, если требуется. Дам тренеру больше времени. Так же и тут: в компании были не готовы перестраивать процессы, обновлять софт и железо, обучать персонал. Поэтому новую систему пытались интегрировать со старой, а в интерфейсе использовать не лучшие решения, а привычные.
#dev#freelance
#freelance#ML#вакансия
ML инженер
О проекте
RedCat․ai — технологическая B2B-платформа для подбора недвижимости. Мы создаём ИИ-ассистента для риэлторов, который помогает автоматизировать процессы поиска и консультирования клиентов. Наш подход основан на мультиагентной архитектуре и современных методах работы с LLM.
Что предстоит делать
• Разрабатывать новых агентов в мультиагентной системе ассистента
• Проектировать и улучшать пайплайны на базе LLM
• Работать с RAG: улучшение поиска, оптимизация ответов
• Подключать источники данных и строить интеграции в систему агентов
• Вносить улучшения и правки в существующие модули ассистента
Мы ожидаем от вас
• Опыт коммерческих проектов с ML/LLM, желательно завершённых и внедрённых
• Глубокое понимание RAG-архитектур (FAISS/ElasticSearch + LLM)
• Навыки разработки и оркестрации мультиагентных систем или аналогичных пайплайнов
• Уверенное владение Python и современными ML-фреймворками (LangChain, HuggingFace, PyTorch или аналоги)
• Понимание принципов построения AI-сервисов для реальных пользователей
Формат работы
• Фриланс, частичная занятость
• Работа напрямую с продуктовой командой RedCat․ai
Будет плюсом
• Опыт в диалоговых системах, виртуальных ассистентах, чат-ботах
• Знание тонкостей работы с большим количеством внешних источников (API, базы знаний)
Что предлагаем
• Работа над реальным продуктом в сфере PropTech и AI
• Гибкий формат: фриланс, задачи по мере готовности команды
Откликнуться @julb57
#freelance#frontend
⚙️HTML va ⚙️ CSS’ni yaxshi bilsangiz ham daromad topishingiz mumkin!
👉 Oddiygina shablonlar tayyorlab, ularni maxsus marketplace’larda sotishingiz mumkin. Bunday platformalarda sizning ishlanmangiz dizaynerlar va dasturchilar tomonidan xarid qilinadi.
Eng mashhur bozorlar:
◾️ThemeForest – eng yirik va tajribali sotuvchilar uchun maydon
◾️TemplateMonster – yangi boshlovchilar uchun qulay variant
◾️Creative Market – minimalistik va estetik dizaynlar uchun mos joy
💡 Agar shabloningiz sotilmasa ham, siz o‘zingizga eng katta boylikni topasiz — amaliy tajriba va ko‘nikma.
❓Siz hozirgacha tayyorlagan ishlanmangizni sotishga uringanmisiz?
💻@dasturlash_hayoti— Dasturchilar hayotidan foydali maslahatlar
How BLC Market will grow
We do not use traditional advertising as the main channel.
Growth will be built through users.
Each participant will be able to:
— invite others
— build their own network
— participate in the development of the community
Details coming soon.
#freelance#community
FAQ | BUY
The early core of BLC Market users is now being formed.
These people will:
— be the first to see the working version
— gain access to testing
— be able to influence the product's development
Later, an open growth model through invitations will be implemented.
For now, only those who are already inside can get access.
#freelance#community
FAQ | BUY