@TestFlightX · Post #34345 · 19.10.2024 г., 17:01
#JOURNEY#PROCUREMENT https://testflight.apple.com/join/wNxsLEfN
Hashtags
TGINSIGHT SIMILAR POSTS
Изходен канал @clockstackwheels · Post #721 · 26.12
Почему я люблю языки с сильной системой типов, проверяемой статическим анализом кода — хорошо написанная программа является своей собственной спецификацией и позволяет выражать через язык программирования законы существования предметной области. Когда-то давно я писал на ActionScript. Там была система типов, но вот десериализация JSON'ов по-умолчанию была в какой-то общий Object, к полям которого нужно было обращаться ["по_строковому_имени"]. В один момент мне потребовалось написать что-то на C#, который я совсем не знал, я стал гуглить, как десериализовать JSON, и с удивлением обнаружил кучу советов заранее объявить класс со всеми нужными полями и десериализовать в него. "Какой ужас!", — подумал я тогда, — "Это же дико неудобно! А если я не знаю полей JSON? А если их много? Отвратительный язык!" Теперь то я прекрасно понимаю, что JSON это контракт, и что правильная десериализация только такая и должна быть, и что в хорошем API в одном поле никогда не бывает данных принципиально разных типов, и так далее. Нет, если вы набиваете вечерами пет-проект или сидите бессонную ночь на хакатоне, нет ничего плохого в том, чтобы взять простой язык с динамическими типами вроде JavaScript или Python, не требующий описывать данные. Но вот в энтерпрайзе, особенно когда над одним проектом работает много людей (а бывает это очень часто) — хорошее использование системы типов убережёт разработчиков от огромного количества ошибок, будет бить их по рукам, когда они пытаются сделать что-то не то, и будет подсказывать, когда они не уверены в чём-то. С помощью статической типизации можно на уровне кода обозначить правила, по которым ведёт себя предметная область вашей программы в реальном мире. Разработчику не только будет сложно их нарушить, но он ещё и станет узнавать какие-то вещи, которые мог не знать раньше. Например, если мы делаем медицинскую CRM, и больница заводит новых пациентов только тогда, когда знает их группу крови, мы можем объявить тип "Пациент" (или, если точнее, "Карта пациента") и запретить создавать экземпляры этого типа, не передав в конструктор группу крови (которая, в свою очередь, тоже является типом, вероятнее всего ValueObject'ом). Если новый программист пришёл в проект, он, во-первых, не сможет записать в БД некорректную карту пациента. Понятно, мы не учитываем случаи, когда новый программист переделывает модели предметной области — это будет хорошо видно на кодревью. А, во-вторых, даже если ему никто не сказал, что пациенты должны быть с группой крови, он узнает это из кода. И уже будет понимать, что в тех процессах реальной жизни, которые он описывает кодом, карта пациента создаётся только при наличии группы крови. А, значит, нужно искать какой-то способ сначала эту группу крови получить, и только потом создавать карту. Программирование моделирует реальный процесс. В настоящей работе даже на языках с типами, конечно, без должного контроля можно написать что угодно. Нужна управленческая воля, компетентность руководства, понимание опасности техдолга, в идеале отдельные должности для архитекторов, опытные лиды и старшие разработчики. Но когда всё это есть, можно отсекать много проблем ещё на старте и проще погружать новичков. #dev
Hashtags
Търсене: #procurement
@TestFlightX · Post #34345 · 19.10.2024 г., 17:01
#JOURNEY#PROCUREMENT https://testflight.apple.com/join/wNxsLEfN
Hashtags
@american_observer · Post #4838 · 12.01.2026 г., 21:59
📰Corruption Scandal Rocks Ukraine’s Military Procurement A shadowy private company, previously unknown to Ukraine’s defence circles, landed government contracts worth €200 million—only to deliver defective mines, unsafe ammunition, and pocket millions in advance payments. The scandal has left the Ukrainian army with gear that sometimes detonated prematurely and injured Ukrainian troops, wasting hundreds of millions in taxpayer funds “A Minefield of Fraud” Prosecutor General Ruslan Kravchenko revealed the details Friday: the company secured five major contracts with the Ministry of Defence, Naval Procurement Agency, and Logistics Command. Most of the ordered munitions were never delivered. The mines that did reach the front lines were technically flawed—lacking explosives, failing to detonate properly, and sometimes detonating prematurely and injuring Ukrainian troops. Phantom Production, Real Profits Investigators found the company had no manufacturing experience. Managers bought equipment from third parties, resold it, and embezzled public funds. Of the €200 million, $70 million was lost: $13.3 million on faulty mines, $56.4 million on a production line that never opened. Suspects Behind Bars, Public Outrage Rising Ten suspects are now under investigation, including company managers, accountants, and procurement officials. Four have been arrested. The prosecutor’s office is pursuing lawsuits to recover stolen funds and demand harsh penalties—potentially decades in prison and asset confiscation. Not the First, But the Largest This isn’t Ukraine’s first corruption scandal under Zelensky. Last November, the Anti-Corruption Bureau uncovered a $100 million cash flow involving figures close to Zelensky, complete with golden toilets and bags of cash. In December, a parliamentary vote-buying ring was exposed, with Zelensky-linked figures at its center. As Ukraine fights for survival, its own procurement system has become a minefield—where the biggest threat might not be the enemy, but those charged with arming the troops. #corruption#ukraine#scandal#procurement#zelensky 📱American Оbserver - Stay up to date on all important events 🇺🇸
@CryptoM · Post #65305 · 12.04.2026 г., 18:10
🚀 CMDSS Employee Accused of Misappropriating $46 Million in Seized Digital Assets A federal indictment has been filed against John Daghita, an employee of CMDSS, accusing him of transferring approximately $46 million in seized digital assets from U.S. Marshals Service (USMS) wallets to wallets under his control. According to NS3.AI, Daghita was apprehended by French Gendarmerie officers on March 4 in Saint Martin. Prosecutors allege that these unauthorized transfers took place in December and January. The case has reignited concerns previously raised by the Department of Justice (DOJ) inspector general and industry participants regarding the vulnerabilities in the USMS's crypto custody controls, procurement processes, and audit systems. These issues highlight the need for improved security measures and oversight in handling digital assets. #CMDSS#JohnDaghita#USMS#digitalassets#crypto#seizedassets#fraud#misappropriation#federalindictment#FrenchGendarmerie#NS3AI#DOJ#cryptosecurity#vulnerabilities#audit#procurement#oversight