1. Скасувати податки для малого тех сектора. 0% податку до чистого прибутку щонайменше у мільйон євро на рік, далі — прогресивну систему, де максимальна ставка не перевищує 20%. Також додати продаж ліцензії на компанію за 5–10 тисяч доларів на рік — та й все. Якщо не помиляюсь так зробили в ОАЕ. Корпоративні податки в ЄС жахливі: 20–40% — жоден ентузіаст не створить тут свій бізнес, це божевілля! Тому вони й тікають в США, OAE.

2. Припинити захищати ледарів з громадянством ЄС. IT-стартапи та інноваційні проекти залежать від міжнародних талантів. Бюрократія ЄС (1 рік на отримання дозволу на роботу) робить його непривабливим для світових спеціалістів. Наприклад, засновник Telegram Павло Дуров не зміг розвивати проект у Німеччині через ці бар’єри. Для порівняння: в ОАЕ процес займає 2 тижні. Без змін Європа ризикує залишитися на узбіччі технологічного прогресу

3. Інвестиції в наукові дослідження замість годування людей "соціалкою" заради їхніх голосів на виборах. США закидають наукові лабораторії та стартапи грошима — і ось результат. ЄС вирішив витрачати ці кошти на сім’ї з Близького Сходу. Союз досі далеко не єдине економічне ціле: спільного ринку, як у США, немає. Також, різке скорочення міжнародних витрат на дріб’язки. Мільярди євро податків йдуть на незрозумілі речі замість інвестицій у дослідження.

Все це важко реалізувати, бо Європа — заручник бюрократії . Вона загнала себе в кут технологічної стагнації. Непопулярні реформи, які дадуть довгострокові перспективи, позбавлять політичної кар’єри тих, хто їх проводитиме.

шо є то є

«Якщо моя теорія відносності виявиться правильною, то німці скажуть, що я — німець, а французи — що я — громадянин світу. Якщо ж моя теорія виявиться хибною, то французи скажуть, що я — німець, а німці — що я — єврей.»
— Альберт Ейнштейн

Reverse engineering Apple USB-C controller and JTAG access

📌 Переглянув виступ Stacksmashing на DEF CON 32: From getting JTAG on the iPhone 15 to hacking Apple’s USB-C Controller. Доповідь присвячена низькорівневому аналізу апаратної безпеки в сучасних мобільних пристроях.

Ключовий об’єкт дослідження — пропрієтарний USB-C controller від Apple, відповідальний за енергоживлення та автентифікацію аксесуарів. Попри шифровану прошивку і захисні механізми, автору вдалося:
• отримати дамп прошивки з фізичного пристрою,
• частково відновити інструкційний набір (ISA) контролера,
• модифікувати комерційний USB-C адаптер для ін’єкції власного коду,
• обійти захисти на рівні BootROM через fault injection,
• отримати доступ до JTAG-портів системи-на-чипі (A17 SoC).

Підхід показує, як можливо виявити апаратні вектори атаки навіть у комерційних пристроях із високим рівнем інтеграції та захисту. Цінним є також підхід до аналізу закритих мікроконтролерів і обхід обфускації без спеціалізованих інструментів.

📚 YouTube — DEF CON 32: Stacksmashing

І перед сном можна подивитись стрім geohot, еххх велика людина...

Go, HTTP і продуктивність без магії

Почав із продуктивності — порівняв net/http і Fiber (fasthttp) в реальному бенчмарку.
Зробив два HTTP-сервери з одним маршрутом /ping:

1️⃣ net/http
— чистий Go
— ручне управління буфером (var buf [64]byte)
— 0 heap allocations per request
— простий, стабільний

2️⃣ Fiber
— на fasthttp
— максимально low-level
— вищий RPS, менше абстракцій

🔬 Результат бенчмарку (hey -n 100000 -c 100) (на скріншоті)
🧠 Висновки:
• Fiber дійсно швидший (~30% на цьому тесті)
• Але net/http з оптимізаціями — дуже близько
• У складних сценаріях (JSON, TLS, middleware) перевага Fiber згасає
• net/http краще інтегрується з Go-екосистемою та підтримує HTTP/2

Не здаюсь — копаю далі. Чим глибше, тим цікавіше. Можливо, вийде щось краще...

you guys do realize schizophrenic « immutable variable » sounds like?

🧠 Продуктивність, кеш і детермінованість: чому я пишу частину бекенду на C, а не Go

Один із моїх нових проєктів — низькорівнева бібліотека на C. Це буферний менеджер та TCP-сервер (на даний момент), який:
- не використовує динамічні алокації високого рівня,
- має передбачуваний і мінімалістичний API,
- ідеально підходить для інтеграції через cgo з Go.

Але навіщо це взагалі — у 2025 році, коли є Fiber, Fasthttp, Gin, Flask, Django, net/http та інші high-level штуки?

📌 Відповідь: контроль → детермінованість → продуктивність.

Це гарантія, що:

“Однакові вхідні дані → один і той самий вихід з фіксованими часовими характеристиками.”

🧪 У системах обробки запитів це означає: latency predictable.
Не 1 мс сьогодні, а завтра 50 мс через GC. А 20 мкс — стабільно, завжди.

Про кеш та залежності

💬 “Контроль над кешем і залежностями дає справжній контроль над продуктивністю.”

Це не дослівна цитата, але суть підтверджена словами експертів:

⸻⸻⸻⸻⸻⸻⸻⸻⸻⸻⸻⸻

📚 Цитати, що формують філософію

🔸 Ulrich Drepper, автор «What Every Programmer Should Know About Memory»:
“If your program is not written with memory hierarchies in mind, it will suffer.” — «Якщо ваша програма не написана з урахуванням ієрархії пам’яті, вона буде страждати.»

🔸 Herb Sutter (C++ committee):
“Sometimes manual memory management is the only way to achieve your performance goals.” — «Іноді ручне управління пам’яттю — це єдиний спосіб досягти бажаного рівня продуктивності.»

🔸 Andrei Alexandrescu (Modern C++ Design):
“Performance is a first-class concern.” — «Продуктивність — це пріоритет першого класу.» (тобто, продуктивність — не побічний ефект, а центральна мета)

🔸 Brian Kernighan:
“Debugging is twice as hard as writing the code in the first place. So make it simple.” — «Налагодження вдвічі складніше, ніж написання коду. Тож зробіть його простим.»

🔸 Dennis Ritchie:
“UNIX is simple. It just takes a genius to understand its simplicity.”
«UNIX — це просто. Просто потрібен геній, щоб зрозуміти цю простоту.»

Чому Go — не завжди рішення

Go — чудовий для бізнес-логіки. Але:
- Він не дає контролю над кешем.
- GC може “вистрілити в ногу” під навантаженням.
- Важко досягти latency predictability.

Я не пишу вебсервер повністю на C. Я ізолюю критичну частину I/O та буферизації в модулі, написаному мовою, яку розуміє CPU. Go залишається для обробки, логіки, розширення.

⸻⸻⸻⸻⸻⸻⸻⸻⸻⸻⸻⸻

Висновок

Мій підхід — це філософія Unix, переглянута під кутом 2025-го:
- Просте ядро на C,
- Чітка детермінована поведінка,
- Без GC, без preemption delays,
- І Go як приємний зовнішній шар.

Контроль памʼяті — контроль продуктивності.
— Підписано: Ritchie, Drepper, Alexandrescu, Gregg і всі, хто пише не лише код, а системи.

"Це вам не кнопочки красити на фронтенді, це курва системне програмування..." - Ти не жив, поки не написав власноруч парсер інструкцій з масками і зсувами.

🧙Wizard Level 6: “Bitwise operations are the dark magic of programming.”