TGINSIGHT SIMILAR POSTS
Изходен канал @clockstackwheels · Post #721 · 26.12
Почему я люблю языки с сильной системой типов, проверяемой статическим анализом кода — хорошо написанная программа является своей собственной спецификацией и позволяет выражать через язык программирования законы существования предметной области. Когда-то давно я писал на ActionScript. Там была система типов, но вот десериализация JSON'ов по-умолчанию была в какой-то общий Object, к полям которого нужно было обращаться ["по_строковому_имени"]. В один момент мне потребовалось написать что-то на C#, который я совсем не знал, я стал гуглить, как десериализовать JSON, и с удивлением обнаружил кучу советов заранее объявить класс со всеми нужными полями и десериализовать в него. "Какой ужас!", — подумал я тогда, — "Это же дико неудобно! А если я не знаю полей JSON? А если их много? Отвратительный язык!" Теперь то я прекрасно понимаю, что JSON это контракт, и что правильная десериализация только такая и должна быть, и что в хорошем API в одном поле никогда не бывает данных принципиально разных типов, и так далее. Нет, если вы набиваете вечерами пет-проект или сидите бессонную ночь на хакатоне, нет ничего плохого в том, чтобы взять простой язык с динамическими типами вроде JavaScript или Python, не требующий описывать данные. Но вот в энтерпрайзе, особенно когда над одним проектом работает много людей (а бывает это очень часто) — хорошее использование системы типов убережёт разработчиков от огромного количества ошибок, будет бить их по рукам, когда они пытаются сделать что-то не то, и будет подсказывать, когда они не уверены в чём-то. С помощью статической типизации можно на уровне кода обозначить правила, по которым ведёт себя предметная область вашей программы в реальном мире. Разработчику не только будет сложно их нарушить, но он ещё и станет узнавать какие-то вещи, которые мог не знать раньше. Например, если мы делаем медицинскую CRM, и больница заводит новых пациентов только тогда, когда знает их группу крови, мы можем объявить тип "Пациент" (или, если точнее, "Карта пациента") и запретить создавать экземпляры этого типа, не передав в конструктор группу крови (которая, в свою очередь, тоже является типом, вероятнее всего ValueObject'ом). Если новый программист пришёл в проект, он, во-первых, не сможет записать в БД некорректную карту пациента. Понятно, мы не учитываем случаи, когда новый программист переделывает модели предметной области — это будет хорошо видно на кодревью. А, во-вторых, даже если ему никто не сказал, что пациенты должны быть с группой крови, он узнает это из кода. И уже будет понимать, что в тех процессах реальной жизни, которые он описывает кодом, карта пациента создаётся только при наличии группы крови. А, значит, нужно искать какой-то способ сначала эту группу крови получить, и только потом создавать карту. Программирование моделирует реальный процесс. В настоящей работе даже на языках с типами, конечно, без должного контроля можно написать что угодно. Нужна управленческая воля, компетентность руководства, понимание опасности техдолга, в идеале отдельные должности для архитекторов, опытные лиды и старшие разработчики. Но когда всё это есть, можно отсекать много проблем ещё на старте и проще погружать новичков. #dev
Hashtags
Търсене: #freelance
@datasciencejobs · Post #2886 · 25.08.2025 г., 11:14
#freelance Всем привет! Ищу специалиста для реализации проекта Задача: Имеется DWH на PosgreSQL. Необходимо построить OLAP кубы. В сумме около 20 измерений. ТЗ в виде готовых excel, которые напрямую вытягивают данные из БД. Требование: Опыт разработки OLAP с нуля; Знание SSAS MD, MDX, DAX; По оплате готов услышать ваши предложения. Подробности в лс -@zxcv9009
Hashtags
@clockstackwheels · Post #374 · 06.06.2022 г., 10:39
Много новых людей пришло, расскажу ещё историю из бытия фрилансером. Делали мы как-то с другом проект для одной большой конторы (в своей области самой крупной в городе, миллиардные обороты). И вот там на старте нужно было подписаться в техзадании. А техзадание это такая увесистая папка страниц на сто. И подписаться мне, как руководителю проекта, нужно было на каждой странице. Когда проект запустился, ядро мы собрали быстро. Полный план был что-то типа полгода, но в конечном итоге заняло полтора, потому что после сборки ядра мы практически непрерывно занимались правками и замечаниями. Каждый месяц мы приезжали к заказчику и показывали, что сделали. А нам составляли список из 10-20 новых пунктов. За доработки доплачивали, но в какой то момент стало понятно, что мы в некотором смысле работаем на аутсорсе, хотя подписывались на один конкретный проект. А оставались мы работать, потому что проект не был введён в эксплуатацию, и бросать его без запуска не хотелось. Заказчик в итоге не переставал заваливать правками, шли месяцы. Впоследствии директор компании сменился, новому проект был без надобности, он заплатил нам остаток, который должен был, и проект остался навечно похоронен. Как так вышло: огромное и очень подробное техзадание, но всё равно непрерывные правки и замечания? Я позже рефлексировал этот момент и пришёл к таким выводам: 1. Заказчик описал в техзадании конечную систему, которую хотел бы видеть. Нам была нарисована практически каждая кнопка будущей софтины: очень детально и подробно. При этом результат, который требовался заказчику, был описан только в общих чертах (ещё и менялся по ходу дела). ТРИЗ учит нас обращать внимание на результат, а не на способ его достижения. 2. Заказчик не был готов ничего менять со своей стороны. Представьте, я прихожу в спортзал к тренеру и говорю, что вот вам деньги, а я хочу мускулистое тело. Мне тренер предлагает программу занятий. Но я заявляю, что нет, мне некогда, у меня нет времени и возможности ходить. Вообще для меня слишком дорого будет перестроить процессы в своей жизни. Так что нет, никаких походов на занятия. Я же плачу деньги, в конце-концов. Давайте, заплачу ещё больше, если требуется. Дам тренеру больше времени. Так же и тут: в компании были не готовы перестраивать процессы, обновлять софт и железо, обучать персонал. Поэтому новую систему пытались интегрировать со старой, а в интерфейсе использовать не лучшие решения, а привычные. #dev#freelance
Hashtags
@thedevs · Post #1612 · 21.11.2019 г., 16:30
171 free resources and templates for freelancers. #resources#freelance @thedevs https://kutt.it/0qZKqY
Hashtags
@datasciencejobs · Post #2888 · 26.08.2025 г., 10:09
#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
Hashtags
@dasturlash_hayoti · Post #3970 · 19.09.2025 г., 12:59
#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
Hashtags
@bulcoin_blc · Post #332 · 08.04.2026 г., 10:00
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
Hashtags
@bulcoin_blc · Post #325 · 04.04.2026 г., 10:00
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
Hashtags
@xkjdz1 · Post #167 · 05.04.2026 г., 12:59
#二次元宅舞混剪 免总裁白裙 #Freelance
Hashtags
@xkjdz1 · Post #166 · 05.04.2026 г., 12:49
#二次元宅舞混剪 阮梅芒种 #Freelance
Hashtags
@xkjdz1 · Post #123 · 23.03.2026 г., 09:02
#二次元宅舞混剪 ol #Freelance
Hashtags
@xkjdz1 · Post #122 · 23.03.2026 г., 09:01
#二次元宅舞混剪 更衣人偶 #Freelance 下载链接https://t.me/xkjdz1/34
Hashtags
@xkjdz1 · Post #121 · 23.03.2026 г., 08:55
#二次元宅舞混剪 妮可 #Freelance
Hashtags