Намери подобно съдържание

Изходен канал @clockstackwheels · Post #721 · 26.12

Почему я люблю языки с сильной системой типов, проверяемой статическим анализом кода — хорошо написанная программа является своей собственной спецификацией и позволяет выражать через язык программирования законы существования предметной области. Когда-то давно я писал на ActionScript. Там была система типов, но вот десериализация JSON'ов по-умолчанию была в какой-то общий Object, к полям которого нужно было обращаться ["по_строковому_имени"]. В один момент мне потребовалось написать что-то на C#, который я совсем не знал, я стал гуглить, как десериализовать JSON, и с удивлением обнаружил кучу советов заранее объявить класс со всеми нужными полями и десериализовать в него. "Какой ужас!", — подумал я тогда, — "Это же дико неудобно! А если я не знаю полей JSON? А если их много? Отвратительный язык!" Теперь то я прекрасно понимаю, что JSON это контракт, и что правильная десериализация только такая и должна быть, и что в хорошем API в одном поле никогда не бывает данных принципиально разных типов, и так далее. Нет, если вы набиваете вечерами пет-проект или сидите бессонную ночь на хакатоне, нет ничего плохого в том, чтобы взять простой язык с динамическими типами вроде JavaScript или Python, не требующий описывать данные. Но вот в энтерпрайзе, особенно когда над одним проектом работает много людей (а бывает это очень часто) — хорошее использование системы типов убережёт разработчиков от огромного количества ошибок, будет бить их по рукам, когда они пытаются сделать что-то не то, и будет подсказывать, когда они не уверены в чём-то. С помощью статической типизации можно на уровне кода обозначить правила, по которым ведёт себя предметная область вашей программы в реальном мире. Разработчику не только будет сложно их нарушить, но он ещё и станет узнавать какие-то вещи, которые мог не знать раньше. Например, если мы делаем медицинскую CRM, и больница заводит новых пациентов только тогда, когда знает их группу крови, мы можем объявить тип "Пациент" (или, если точнее, "Карта пациента") и запретить создавать экземпляры этого типа, не передав в конструктор группу крови (которая, в свою очередь, тоже является типом, вероятнее всего ValueObject'ом). Если новый программист пришёл в проект, он, во-первых, не сможет записать в БД некорректную карту пациента. Понятно, мы не учитываем случаи, когда новый программист переделывает модели предметной области — это будет хорошо видно на кодревью. А, во-вторых, даже если ему никто не сказал, что пациенты должны быть с группой крови, он узнает это из кода. И уже будет понимать, что в тех процессах реальной жизни, которые он описывает кодом, карта пациента создаётся только при наличии группы крови. А, значит, нужно искать какой-то способ сначала эту группу крови получить, и только потом создавать карту. Программирование моделирует реальный процесс. В настоящей работе даже на языках с типами, конечно, без должного контроля можно написать что угодно. Нужна управленческая воля, компетентность руководства, понимание опасности техдолга, в идеале отдельные должности для архитекторов, опытные лиды и старшие разработчики. Но когда всё это есть, можно отсекать много проблем ещё на старте и проще погружать новичков. #dev

Hashtags

#dev

Резултати

Намерени 2 подобни публикации

Търсене: #buildonton

当前筛选 #buildonton清除筛选

DWF Labs Broadcast

@Dwflabs · Post #173 · 22.01.2023 г., 09:54

Намери подобни Прегледай

Now is the time and we are building!💎 The Open Network (TON) is growing strong developer communities in countries across the globe as our Hackathon provides developers with the necessary resources and guidance to build something incredible.🔥 Super excited to announce our INVITE-ONLY, on-site events. During our Hackathon this February, we will invite 6~10 teams that are looking to #buidl on #TON in a city that could be near you! Our goal is to empower builders and developers in local communities to create innovative applications, services and protocols with The Open Network. For the event, builders and developers will get a chance to meet and ask questions to a member of The TON Foundation and local TON developer specialist(s). The Q&A session will ensure that builders and developers are well equipped with knowledge about TON tools, incubation opportunities and building on TON mainnet. Join us on our mission to unite all blockchains and Web2 internet into one open network! If you want to attend and are excited to #BuildOnTon, please submit an introduction and your BUIDL idea! 🤓💻 To be eligible to WIN exclusive access, please abide by the following criteria: - Max. two people per team - Max. 150~250 words per pitch - Keep it concise and clear - Focus on value for the TON community - Submission period: Jan 18 (Wed) ~ Jan 25 (Wed) We are super keen to have developers from all over the world join us on our mission to build the next-gen internet. So, what are you waiting for? 💎SUBMITyour idea! The schedule of offline events during the TON global hackathon: Feb. 11-12: Taipei Seoul Bangkok Prague Feb. 18-19: Dubai Tel Aviv Tokyo Istanbul Singapore Feb. 25-26: Hong Kong Melbourne Saint Petersburg Hyderabad London

Hashtags

#buidl #ton #buildonton

DWF Labs Broadcast

@Dwflabs · Post #165 · 20.01.2023 г., 00:00

Намери подобни Прегледай

Hashtags

#buidl #ton #buildonton