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

Резултати

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

Търсене: #dag

当前筛选 #dag清除筛选
Ebm_base

@ebm_base · Post #131 · 20.08.2022 г., 17:18

ДОГИ, ДАГИ, РЕБРА И ГРАФИК ⠀ При проведение клин исследований необходимо учитывать много переменных, помимо лечения и исходов. И при стат анализе необходимо учитывать и контролировать некоторые из них, чтобы минимизировать различные bias и смещение результатов 🤔 ⠀ ❗С этим может помочь прямой ациклический граф (DAG, directed acyclic graph) ❗ ⠀ Это визуальное отображение потенциальных взаимодействий 🙈 Так как в наших конкретных предположениях имеется упорядоченность во времени, то циклы не возникают (ацикличный) и есть определенное направление (прямой) 👨🏻‍🎓 ⠀ На рис.1 (в карусели) видно, что DAG состоит из узлов (факторы) и ребер (связи/стрелочки). По своей сути это лишь абстракция, которая помогает принимать решение🤓 ⠀ В него можно включать как известные факторы с изученным воздействием, так и неизвестным (в т.ч. по которым у нас нет данных) с предположениями о воздействии (жаль, что нам их не проверить 😭) Выявив визуально потенциальные источники ошибок, мы проводим стат анализ с коррекцией или без (зависит от типа bias/смещения) 🤖 ⠀ На важно знать, что есть 2 типа пути (рис.2): 🔸 прямой (все стрелки направлены от вмешательства к исходу) 🔸 непрямой (остальные) ⠀ В идеале у нас должен быть открыт основной прямой путь и закрыты все непрямые (на усмотрение исследователей и некоторые прямые), тогда получим оценку без смещений. Но вот тут и начинаются сложности... 😬 Чтобы закрыть путь когда-то надо проводить коррекцию, а когда-то не надо (большая, сложная и нудная тема, вы же тут не за этим 🙉) ⠀ С неизвестными/ненаблюдаемыми факторами мы ничего сделать не может, только думать и делать выводы👽 ⠀ И моя любимая рубрика «Ограничения» 🎉 (даже у рисуночков они есть): 📍 DAG лишь показывают определенный набор предположений, которые могут быть неверными. 📍 Они не отображают величину отклонений или взаимодействие со случайными ошибками. 📍 Они могут стать очень сложными (повторяющиеся измерения и прочее), что делает интерпретацию трудоемкой (но мб она отражает опасения о потенциальных bias’ах?). ⠀ Как думаете должно это внедрятся в практику и стать нормой при публикации результатов? #DAG#ebm_causal

Mirracoin Новости

@MirraChannel · Post #157 · 26.06.2024 г., 10:26

#Crypto#IOTA#Nano#DeFi#DAG#база Что такое Directed Acyclic Graphs (DAG)? Directed Acyclic Graphs (DAG) — направленный ациклический граф. Это альтернативная блокчейну технология. DAG — это тип хранилища данных и механизма консенсуса, который отличается от Биткойна или Эфириума. Алгоритмы консенсуса в таких сетях могут использоваться привычные, однако способ записи информации кардинально другой. Технически это не цепочка блоков транзакций. Вместо этого транзакции представляются в виде графика или в виде дерева. DAG используется для решения задач: • Увеличение пропускной способности: В отличие от традиционного блокчейна, где блоки создаются последовательно, в DAG транзакции могут добавляться параллельно. Это позволяет обрабатывать больше транзакций за единицу времени. • Снижение комиссий: Благодаря высокой пропускной способности и эффективности, комиссии за транзакции в DAG-сетях обычно ниже. • Децентрализация: DAG помогает избежать централизации за счёт распределённого характера добавления транзакций. Каждая новая транзакция подтверждает несколько предыдущих, создавая саморегулирующуюся сеть. 📌Примеры проектов, использующих DAG: #IOTA: Создан для Интернета вещей (IoT), использует технологию Tangle, основанную на DAG. #Nano: Сфокусирован на быстрых и бесплатных транзакциях, применяет блок-решётки (block lattice), которые являются разновидностью DAG. #AVAX (Avalanche): Платформа с открытым исходным кодом для запуска децентрализованных приложений. DAG позволяет сети обрабатывать транзакции параллельно. 🔥 Использование DAG позволяет достичь новых уровней эффективности, скорости и децентрализации, открывая новые возможности применения технологии распределённого реестра. @MirraChannel😎

为什么 XELIS 能在巨头之中脱颖而出! 从 #Bitcoin(比特币) 到 #Kaspa 再到 #Monero(门罗币),每个项目都带来了创新…… 但 XELIS 将这一切融合在一起: ✅ DAG 架构 ✅ 保密交易(Confidential Transactions) ✅ 智能合约(Smart Contracts) ✅ 零知识证明(zk-Proofs) ✅ 5 秒出块 ✅ 无预挖 / 无风投 🧠 区块链的进化已经到来 —— 从设计之初就兼具 隐私性 与 可扩展性。 👉 主网升级时间:2025 年 12 月 13 日 17:00(UTC) 了解更多 🔗https://xelis.org/blog/Mainnet-SmartContracts-Launch #XELIS#DAG#DeFi#隐私#加密货币#区块链#BTC#XMR#Kaspa