TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

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

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

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

Hashtags

Резултати

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

Търсене: #theapproach

当前筛选 #theapproach清除筛选

Продолжаю отдавать долги по отзывам (пока меня не поглотила новая новелла — у неё есть все шансы). На этот раз умещу в один пост сразу две истории, поскольку они связаны одной цепью вселенной. Larivegauche (塞纳左岸). Спуск с высоты 10,000 м (从万米高空降临, 2022) и Хвостовой крючок (尾钩, 2022) 🟡 Жанр: повседневность, производственный роман 🟡 Теги: зрелые отношения, ПТСР, авиация 🟡 Перевод: Грушевый чай ✈️ Что особенно выделяется. Если вы спросите поклонников, за что они полюбили "Спуск" и "Крючок", они вам начнут с упоением рассказывать про шикарно выписанных героев, грамотно выстраиваемые отношения без красных флагов и с разборами полётов (хе-хе-хе), про раскрытие тех сторон профессий пилотов и диспетчеров, о которых люди, далёкие от авиации, даже не догадывались. Всё это действительно есть в этих историях, и я не могла не отметить то мастерство и тот поразительный уровень погружения, который писательница демонстрировала в каждой строке и в каждом слове. ✈️Как быть, если не шаришь за двигатели. По ощущениям, половину (как минимум!) "Спуска" занимают профессиональные описания, рассуждения и рабочие казусы. Лавина терминологии могла бы испугать искателя романтики, но тут и автор умело переплела "личное и публичное", и переводчица сделала всё, что от неё зависело, чтобы упростить читателям жизнь. Если бы я делала бинго по этой новелле, там был бы пункт "прочитала каждое пояснение и постигла авиационный дзен". ✈️Мимо чего я не могла пройти. "Спуск" меня задел в разы сильнее, чем "Крючок", потому что в нём глубже раскрывается проблема травмы, её преодоления и гармонизации личной жизни и профессиональных принципов. Каждый герой в той или иной степени сталкивался с огромным психологическим давлением при выполнении своих обязанностей, каждый на своих плечах нёс груз в виде сотен-тысяч человеческих жизней, который порой казался неподъёмным. Налётанные часы и часы работы в диспетчерской не стали для них 100% гарантией того, что они свободны от ошибок, а строгость к себе иногда достигала таких немыслимых масштабов, что моментами казалось, будто нервный срыв не за горами. Но в итоге оба героя где-то самостоятельно, где-то совместными усилиями, а где-то даже с поддержкой специалистов смогли всё преодолеть и сохранить любовь к профессии и друг к другу. ✈️ Послевкусие. Думаю, к "Крючку" я ещё вернусь, когда захочу обсудить проблему самообмана, самобичевания и выстраиваемого по крупицам доверия между родственными душами, одна из которых не единожды была травмирована... Но пока хочу признаться в любви к писательнице, которая создала столь живые и динамичные и вместе с тем объёмные и глубокие истории. Кто-то назовёт их бессюжетными, но я буду протестовать, ведь эти истории про жизнь, а она — лучшая основа для сюжета. #China#novel#Larivegauche#TheApproach#Tailhook#отзыв

[Отзывы на китайские новеллы] Давно хотела сделать такой закреп, чтобы потом не бегать по каналу в поисках текстов и хэштегов. Нечто более-менее похожее на отзывы я начала писать сравнительно недавно, так что список пока небольшой, хронология "от нового к старому". ✏️Чжоу Мо. Покорения дворца Яньси (周末. 延禧攻略, 2017)#YanxiPalace ✏️Цзян Цзыбэй. Дождись меня после школы (酱子贝. 放学等我, 2022) #WaitForMeAfterSchool ✏️Цан Юэ. Баллада о нефритовой кости(沧月. 朱颜, 2016) #ZhuYan ✏️Прист. Горы и реки (Priest. 山河表里, 2014) #ShanHeBiaoLi ✏️Larivegauche. В объятиях гравитации(塞纳左岸. 拥抱地心引力, 2023) и Истина и ложь (塞纳左岸. 真真假假, 2024) #ВОбъятияхГравитации#ИстинаЛожь ✏️Де Чжилин. Первый межзвёздный проводник (蝶之灵. 星际第一向导, 2023) #TheFirstInterstellarGuide ✏️Larivegauche (塞纳左岸). Спуск с высоты 10,000 метров (从万米高空降临, 2022) и Хвостовой крючок (尾钩, 2022) #TheApproach#Tailhook ✏️Прист. Старший брат (Priest. 大哥. 2013) #DaGe ✏️Тан Ци. Три жизни, три мира: Десять ли персиковых цветков(唐七. 三生三世,十里桃花, 2015) #ТриЖизниТриМира ✏️Му Сули. Единственный (木苏里. 某某, 2019) #MouMou ✏️Хэй Янь. Уныние весенних цветов(黑颜. 春花厌, 2016) #ChunHuaYan ✏️Мугуа Хуан. Опасные личности (木瓜黄. 危险人格, 2021) #DangerousPersonality ✏️Тэн Пин. Благой лотосовый терем(藤萍. 吉祥纹莲花楼, 2005) #LotusCasebook ✏️У И. Ша Цин (无射. 杀青, 2018) #ShaQing К посту прикреплён арт к новелле Му Сули "Паньгуань" (木苏里. 判官, 2020), которую я надеюсь в этом году дочитать. #China#novel#список#отзыв