From A | Все про IT
الذهاب إلى القناة على Telegram
Привіт. Я Артур — Software Architect, Head of Engineering, Ph.D. Пишу про програмування, тестування, автоматизацію, архітектуру та айтішку. По питанням пишіть @ar2r_s
إظهار المزيد5 300
المشتركون
-124 ساعات
+17 أيام
+3430 أيام
جاري تحميل البيانات...
القنوات المماثلة
سحابة العلامات
الإشارات الواردة والصادرة
---
---
---
---
---
---
جذب المشتركين
يوليو '26
يوليو '26
+119
في 3 قنوات
يونيو '26
+50
في 1 قنوات
Get PRO
مايو '26
+100
في 7 قنوات
Get PRO
أبريل '26
+56
في 0 قنوات
Get PRO
مارس '26
+94
في 2 قنوات
Get PRO
فبراير '26
+104
في 4 قنوات
Get PRO
يناير '26
+78
في 0 قنوات
Get PRO
ديسمبر '25
+81
في 2 قنوات
Get PRO
نوفمبر '25
+115
في 2 قنوات
Get PRO
أكتوبر '25
+87
في 4 قنوات
Get PRO
سبتمبر '25
+80
في 1 قنوات
Get PRO
أغسطس '25
+105
في 2 قنوات
Get PRO
يوليو '25
+113
في 1 قنوات
Get PRO
يونيو '25
+67
في 2 قنوات
Get PRO
مايو '25
+85
في 2 قنوات
Get PRO
أبريل '25
+151
في 6 قنوات
Get PRO
مارس '25
+167
في 1 قنوات
Get PRO
فبراير '25
+172
في 1 قنوات
Get PRO
يناير '25
+129
في 1 قنوات
Get PRO
ديسمبر '24
+150
في 6 قنوات
Get PRO
نوفمبر '24
+274
في 3 قنوات
Get PRO
أكتوبر '24
+104
في 1 قنوات
Get PRO
سبتمبر '24
+96
في 3 قنوات
Get PRO
أغسطس '24
+95
في 0 قنوات
Get PRO
يوليو '24
+163
في 1 قنوات
Get PRO
يونيو '24
+104
في 3 قنوات
Get PRO
مايو '24
+169
في 3 قنوات
Get PRO
أبريل '24
+175
في 1 قنوات
Get PRO
مارس '24
+177
في 1 قنوات
Get PRO
فبراير '24
+152
في 1 قنوات
Get PRO
يناير '24
+173
في 0 قنوات
Get PRO
ديسمبر '23
+173
في 1 قنوات
Get PRO
نوفمبر '23
+190
في 2 قنوات
Get PRO
أكتوبر '23
+187
في 0 قنوات
Get PRO
سبتمبر '23
+385
في 0 قنوات
Get PRO
أغسطس '23
+64
في 0 قنوات
Get PRO
يوليو '23
+101
في 0 قنوات
Get PRO
يونيو '23
+107
في 0 قنوات
Get PRO
مايو '23
+862
في 0 قنوات
Get PRO
أبريل '23
+134
في 0 قنوات
Get PRO
مارس '23
+1 306
في 0 قنوات
| التاريخ | نمو المشتركين | الإشارات | القنوات | |
| 30 يوليو | 0 | |||
| 29 يوليو | +2 | |||
| 28 يوليو | +3 | |||
| 27 يوليو | +2 | |||
| 26 يوليو | +2 | |||
| 25 يوليو | +1 | |||
| 24 يوليو | +4 | |||
| 23 يوليو | +7 | |||
| 22 يوليو | +17 | |||
| 21 يوليو | +19 | |||
| 20 يوليو | +1 | |||
| 19 يوليو | +3 | |||
| 18 يوليو | +7 | |||
| 17 يوليو | +3 | |||
| 16 يوليو | +1 | |||
| 15 يوليو | 0 | |||
| 14 يوليو | +4 | |||
| 13 يوليو | +3 | |||
| 12 يوليو | +2 | |||
| 11 يوليو | +2 | |||
| 10 يوليو | 0 | |||
| 09 يوليو | +10 | |||
| 08 يوليو | +4 | |||
| 07 يوليو | +3 | |||
| 06 يوليو | +2 | |||
| 05 يوليو | +4 | |||
| 04 يوليو | +4 | |||
| 03 يوليو | +5 | |||
| 02 يوليو | +2 | |||
| 01 يوليو | +2 |
منشورات القناة
Свіже повітря, 7000 айтівців і благодійний пікнік 🧃
5 вересня DOU влаштовує найбільший невимушений нетворкінг в українському ІТ — DOU Day Picnic.
👉 На вас чекають велика сцена з топовими спікерами, фудкорт, зони для чілу, стендап Васі Байдака, концерт, майстерки, барахолка й десятки способів провести день без напрягів, познайомитись з людьми з індустрії та підтримати армію.
Приходьте з дітьми — для них буде окрема програма. Хвостиків теж беріть із собою: DOU Day Picnic — pet-friendly 🐶🐱
🎟 Вхід — за донат: 1000 грн
💸 100% вартості квитків перекажемо на наш збір на бомбери VAMPIRE для «Хартії».
Купити квиток: https://dou.ua/goto/picnic
| 2 | Як же бісить коли комусь задаєш одне просте питання і очікуєш відповідь у boolean, а тобі висирають string на 50 000 символів. | 1 100 |
| 3 |  Тоже так ? | 1 372 |
| 4 |  Цікаві пропозиції від UPSTARS
🟢 TALENT DIGEST 🟢
UPSTARS – продуктова IT-компанія, з якою злітають і люди, і бренди. Команда створює технологічні рішення та B2B-сервіси для міжнародних клієнтів.
Ваша наступна роль може починатися з цього допису:
🔹 Senior Security Engineer (SecOps)
🔹 Senior Atlassian Administrator
🔹 Senior Ruby Engineer
🔹 Senior Product Owner
🔹 Middle Business Development Manager
Відчуваєш метч? Нумо знайомитися ✨
Talent Network | Career | Карʼєрний сайт | 1 282 |
| 5 | Простими словами про патерни. Сьогодні про сагу.
Уяви: ти зібрав відпустку по кусочках - квиток, готель, авто напрокат. Готель зірвався і ти не летиш "в нікуди", а скасовуєш квиток і повертаєш гроші за авто. Saga - це операція з кроків, де для кожного заздалегідь відомо, як його скасувати, якщо далі щось зламалось.
Більш технічно:
Нехай бізнес-операція охоплює кілька сервісів- наприклад, оформлення замовленні в якому приймають участь Orders, Payments та Inventory сервіси. У кожного власна база, спільної ACID-транзакції немає(бо бази рінзі), а 2PC(двофазний коміт) блокує ресурси й погано масштабується.
Рішення: реалізуємо транзакцію як послідовність локальних. Кожен крок оновлює один сервіс і запускає наступний. Якщо крок падає - сага виконує компенсаторні транзакції у зворотному порядку: не "прибрати списання", а зробити refund.
Є два стилі координації:
- хореографія - аналогія балет - сервіси реагують на події одне одного;
- оркестрація - аналогія дирижер - існує центральний оркестратор який шле команди й стежить за відповідями.
Сага завжди завершується в узгодженому стані: або всі кроки пройшли, або виконані скасовано компенсаціями.
(!) У саги немає ізоляції - інші операції бачать проміжні стани. Кроки і компенсації мають бути ідемпотентними (Inbox) і надійно публікуватися (Outbox).
#мікросервіси #архітектура #systemdesign #microservices #distributedsystems #патерни | 1 297 |
| 6 | https://x.com/unclebobmartin/status/2080257779395154409 ну всьо. дядя боб трошки того.. перегрелся. дідууу, таблетки пий давай! | 1 550 |
| 7 |  Claude Code on desktop now works with the iOS simulator.
Build and run your iOS app, and the simulator opens in a panel right next to your conversation. Available today in public beta | 1 946 |
| 8 | Простими словами про патерни. Сьогодні про inbox.
Буває, телефон через глюк надсилає те саме повідомлення двічі. Друг просить перекинути за піцу - повідомлення прийшло двічі, але платиш ти один раз, бо помітив шо «це ж вже було!».
Inbox - це коли сервіс так само запам'ятовує ID повідомлення й на дубль більше не ведеться, як ти на манупуляції колишньої.
Inbox (Idempotent Consumer)
Брокери гарантують at-least-once: одне й те саме повідомлення може прийти повторно (relay перепублікував, споживач упав до ack, перебалансування партицій). Наївний споживач "отримав - виконав" надішле другий лист, а якийсь Payments сервіс спише гроші двічі.
Рішення
Робимо споживача idempotent.
Два шляхи:
1) природна ідемпотентність: UPSERT замість INSERT, "встановити стан" замість інкремента. Тут окреме сховище не потрібне. Прикладами можуть бути оновлення статусу замовлення.
2) таблиця inbox: перед обробкою пишемо стабільний message_id у тій самій транзакції, що й бізнес-зміну. Тоді дублікат порушить унікальне обмеження й тихо відсіється. Тут приклади це списання коштів, зміни у зовнішніх системах, і т.д.
Найкращий ID для дедуплікації - це id рядка outbox-у. Тоді Outbox + Inbox дають ефект «exactly-once» без розподілених транзакцій.
Ну і як в outbox-і, не забувайте про очистку бази.
#мікросервіси #архітектура #systemdesign #microservices #data #messaging #патерни | 1 811 |
| 9 | 🔥 Добірка крутих можливостей для QA джунів
Продуктова компанія Quarks (роблять high-load продукти у сфері social discovery & relationsip wellness) має одразу три вакансії для початківців. А робота в продукті — це завжди +100 до скілів, бо завдання різноманітні, а результати твоїх тестів впливають на мільйони реальних юзерів
• Junior QA Engineer https://cutt.ly/Oyr7Zjfp
• Junior Manual QA https://cutt.ly/1yr7ZHku
• Junior QA Engineer https://cutt.ly/Kyr7Z5V7
💰 Бонус для тих, хто не шукає роботу:
якщо у вас є талановитий знайомий джун, рекомендуйте та отримаєте $300 за успішний найм: https://cutt.ly/pyr7XsXz | 2 189 |
| 10 | Смаріте краще документалку про джаву в ріалтаймі
https://youtu.be/ZqGSg4b_cZA?is=dzuKoCWbazoj1xoC | 2 444 |
| 11 |  Простими словами про патерни. Сьогодні про outbox.
уяви: пообіцяв другові скинути рілсік, але телефон сів, тасок накидали - і забув. відосік не дійшов, друг у сумнівах щодо твоєї орієнтації.
На технічній:
сервіс зберіг замовлення в базі і має надіслати івент у брокер. якщо процес упаде між commit і publish, дані є, а івенту немає (або навпаки) - це проблема подвійного запису.
Рішення: пишемо подію в ту саму транзакцію - в окрему таблицю outbox. замовлення і подія фіксуються атомарно: або обидва, або жоден.
далі relay (полінг або CDC) читає нові рядки, публікує в брокер і позначає надісланими. івент переживе недоступність брокера - бо чекає у таблиці.
головне: outbox дає at-least-once, не exactly-once. relay може опублікувати івент і впасти до того, як позначив рядок - після рестарту опублікує вдруге. тому консюмери мають бути ідемпотентними.
порядок гарантується лише якщо relay публікує послідовно чи партиціонує по aggregate_id.
і чисть надіслані рядки, інакше таблиця росте як твій беклог.
#патерни | 2 139 |
| 12 |  бляха я начінаю уже гореть із цього оверрелайансу на аішку. люди почали її ЗАНАДТО абьюзити уже.
3-и роки назад всі такі "не, хуйня ваша ця аішка, я краще , бла-бла-бла". люди зараз — не читають, блять, тред в слаку і просто тупо проксірують відповідь клоду шоб він за них УЖЕ БЛЯТЬ В СЛАКУ ВІДПОВІВ.
це якийсь закат інженерії уже почався?
ріл. якшо ваша робота зводиться до копіювання з одного місця і вставляння в інше - блять ви не інженер а кусок гамна який надо змити в унітаз.
прастіті.
нада було виговоріться.
всім терпіння та розуму. | 2 024 |
| 13 | в моєму словнику появилось нове слово. якшо ви працюєте у корпорат-ворлд і хочете матюкнутись але не можна — маю для вас слово-виручалку:
increDEBIL
це як incredible але трошки з акцентом.
🙂 | 2 042 |
| 14 |  как понять шо бліжайші два дня придется робити багато handjob роботи :D
так сказать, молотіть руками | 2 126 |
| 15 | Якщо людина, з якою ти працюєш, раз за разом виконує задачу неправильно — це вже не лише її проблема. Це і твоя відповідальність.
У філософії Toyota є принцип:
人を責めるな、仕組みを責めよ
Hito o semeru na, shikumi o semeyo
«Не звинувачуй людину — вдосконалюй систему».
Можливо, ти недостатньо чітко поставив ціль.
Можливо, очікування були озвучені лише у твоїй голові.
Можливо, не було прикладів, критеріїв якості або своєчасного зворотного зв’язку.
А можливо, ця людина просто не підходить для цієї ролі — і це теж управлінське рішення.
Добрий менеджер не питає:
«Чому вони знову зробили не так?»
Він спочатку питає:
«Що в моїй системі дозволило цьому повторитися?»
Повторювані помилки рідко говорять лише про співробітника. Частіше вони говорять про процес, комунікацію або управління.
Лідерство — це не контроль. Лідерство — це створення умов, у яких правильний результат стає передбачуваним. | 3 239 |
| 16 | Втомилися від гамняного Terraform-коду? Хочете зробити інфраструктуру у знайомому SQL-лайк стилі?
Подивіться, що я знайшов: https://orbitalventures.org/products/orbi
Дуже крута штука для створення, аналізу та керування інфраструктурою у форматі SQL-коду. Виглядає справді цікаво. Рекомендасьйон. | 2 616 |
| 17 | Помітили, що інформації навколо стає дедалі більше: книги, курси, відео, AI... Але навчатися геть не стає легше — часом вже за кілька тижнів більшість нового забувається, наче й не було витрачено купу часу і зусиль🫣
Бо виклик зараз не у поглинанні інформації, а у її засвоєнні та перетворенні на реальні навички. Саме цьому буде присвячений новий воркшоп від Certufied Unicorns — Smart Learning with AI tools.
На воркшопі ви дізнаєтеся:
💡 про принципи ефективного навчання та механізми, через які мозок забуває інформацію;
💡 як використовувати AI для посилення власного навчання, а не замість нього;
💡 як швидше освоювати нові технології, інструменти, фреймворки, продукти, іноземні мови тощо;
💡 як побудувати систему нотаток, повторення й практики, яка допомагає зберігати знання надовго;
💡 як перетворювати книги, статті, документацію та відео на практичний досвід.
👨🏫 Воркшоп проводить Олександр Романов — Senior Software Engineer in Test, який дослідив найдієвіші практики і перевірив їх у власній практиці: від підготовки до IELTS за місяць до швидкого опанування нових технологій та професійних навичок.
📅 Старт — 6 липня 2026 року.
Формат: 2 онлайн-заняття наживо, записи назавжди, PDF-конспект з ключовими концепціями та добірка корисних інструментів і ресурсів.
⚠️ З 29 червня вартість участі зросте, тож встишніть забронювати місце за нижчою ціною.
🔗 ДЕТАЛІ ТА РЕЄСТРАЦІЯ | 2 728 |
| 18 |  Всім доброго ранку! Я тут відкрив дружню банку для підтримки збору DOU на «Хартію».
Моя ціль — 30 000 ₴. Долучайтеся до збору за посиланням та беріть участь у розіграші призів не тільки від DOU (за кожні 300 ₴ — шанс виграти айфон, макбук та інше),
а й у розіграші призів від мене:
• топ-приз бет-мотоцикл із лего,
• 2 книжки "мистецтво війни",
• "Як пасти котів",
• і ще 2 мотоцикли із лего (всі лего-іграшки у зібраному стані)
Розіграш проведемо, як закриємо збір. Всім дякі!
https://send.monobank.ua/jar/AD4sq9LtPo | 2 073 |
| 19 | а з тої магії виходив інколи МАГНОКОД 😄 | 2 138 |
| 20 | і ще одна думка про те як змінюється розробка під впливом АІшки. знаєте, багато років тому (ЗА ЧАСІВ ДАВНІХ БОГІВ ТА ЦАРІВ) ми йшли програміровать потому шо нам подобалось програміровать. знаєте, оцей самий кайф від написання класів, методів, використання красівих патернів та як елегантно код потім працює. Подобалось думати над проблемою та її вирішенням. В цей час ти уявляв себе якимось магом якийсь шото там колдує а потім ВІОЛА і появляється магія запуску та робочого коду. Дуже цікаво було це робити і люди йшли в програмірованіе в першу чергу за цим. ну а потім канешно уже гроші, тьолки, яхти та спорт-кари.
Але була одна найтупіша та найнеприємніша частина роботи — це розбиратись у чужомі гамні. Дивитись на нього, читати, пробувати на смак, нюхати а потім писати полайт коменти шо та як виправити. Не думаю шо комусь взагалі це колись подобалось як частина процесу( ізвращенци каншно є але не всі).
і от в чому найбільший мінус-вайб зараз так в тому шо тепер 90% твоєї роботи — це читання чужого аішного гамна. Так, інколи АІшка генерить досить хороший код, якшо надати весь контекст, правила, архітектуру, гарно описати що хочеш та надати всі конвенції коду.
АЛЕ БЛЯХА ПРОПАЛА МАГІЯ СТВОРЕННЯ КОДУ.
тепер ми по суті нічим не відрізняємось від рабочих на заводі. Магія коду пропала, залишивши лиш звичайну механіку дій.
і це сумно... | 2 195 |
