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

Резултати

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

Търсене: #pov

当前筛选 #pov清除筛选
Virtual 207

@the_mutarjim · Post #20192 · 20.12.2025 г., 05:30

#PoV Sad news for French readers: publishing house Harlequin has decided to stop publishing human-made translations in French, and will instead rely on AI. All of their freelance translators (some of whom had been working with Harlequin for more than 30 years!) were told they would no longer receive translation work. They can, however, work with Fluent Planet (Harlequin's new partner, that will provide the AI translations) to "improve their AI-translations" (or, given the quality of AI translation, rewrite entirely the text from scratch)... for 1/3 of their normal rates (which were already pretty low to begin with). Of course, despite the cost-saving mesure for Harlequin, French readers will still be required to pay their books the same price... while getting butchered translations. This is not without consequences: ● Translators suddenly no longer being offered work from Harlequin is the equivalent of a mass lay-off... But as freelancers, they do not get any unemployment benefits or compensation. ● Working with Fluent Planet instead of Harlequin means the translators are no longer considered like authors/artists under the French law, but like external contractors. This means that on top of having their revenues divided by three, they lose various legal rights (such as the right to be credited as a literary translator in the book!), protections and grants. ● This is incredibly disrespectful to the original works that are now ran through AI translation softwares. These softwares were trained on both Harlequin's French collection and the original source texts, without the authors' and translator's consent (and none of them was paid for that, even though Fluent Planet is now making money out of these AI softwares). New books published are now translated by an AI, still without the original authors' consent (who probably aren't too happy about that). Lots of nuance, cultural reference and stylistic choices will be lost. Do not be fooled by the fact that Harlequin's books are "just romance books". Romance is far from being the easiest genre to translate, and romance-readers, as paying customers, deserve exactly the same respect as any other readers, and that is: high-quality translations. AI might be coming for romance first, but it will not stop there if we, readers, translators, authors, literary agents, publishers, do not push back. Let Harlequin know we don't want their AI-butchered books, we don't want their dystopian future were human art and emotions are left to robots, we don't want to support company that let go of their workforce without a second-thought, just so numbers keep going up indefinitely. We're not paying a dime for AI slop! © Apolline Descy, Freelance translator (English-Dutch-Spanish​>French) specialised in game localisation, literature and medical translation

Hashtags

Железно | Киров

@gk_zhelezno · Post #766 · 12.03.2023 г., 11:26

#pov — смотрим на город будущего глазами жителей ZNAKа. У людей, окружающих себя красотой, развивается эстетический вкус. Обостренное чувство прекрасного активизирует способности альтернативного восприятия. Это означает, что человек начинает видеть возможности там, где другие их не находят. Просыпайтесь каждый день с удовольствием, наслаждайтесь видами из окон, гуляйте по благоустроенной территории своего жилого комплекса и проводите больше времени с любимыми в городе будущего ZNAK — месте, полном возможностей для вашей счастливой жизни❤️ #ZNAK

Hashtags

IRAS

@irassg · Post #775 · 09.02.2024 г., 06:50

Bracing for the annual CNY “kaypoh” questions too? 😅 Here’s one thing less to worry about – use the Personal Relief Checker (go.gov.sg/personalreliefchecker) to discover the personal tax reliefs you're eligible for in the upcoming tax season! 🔍 #pov#skit#cny2024#asianrelatives#taxreliefs#taxtips#irassg

12
ПредишнаСтр. 1 от 2Следваща