Навколо розробки
153 subscribers
54 photos
1 file
371 links
Привіт, мене звати Дмитро, колись я зробив цей канал щоб ділитися в ньому цікавинками та корисностями, частково це, сподіваюся, вдається
Download Telegram
Давненько не писав сюди, тож сподіваюся у всіх все гаразд!
На днях натрапив на новину про Notepad у Windows - тепер в ньому з’являться функції форматування тексту, і можливість використання ШІ. Але цікаве інше - як базовий додаток однієї з найрозповсюдженіших операційних систем фактично конкурує з нашим улюбленим Grammarly. Так, тепер прямо в блокноті, наприклад, можна обрати стиль і тон тексту (ну круто ж) - а це було однією з ключових фіч Grammarly. Що будуть робити в компанії, які наступні кроки щоб втриматися в еру LLM? Побачимо, може вони вдало використають той 1 млрд доларів, який ось недавно залучили у якості фінансування.

Новина від Тома Воррена:
https://www.theverge.com/news/677474/microsoft-windows-notepad-bold-italic-text-formatting-markdown-support
5👍1👌1
Всім привіт!
Сьогодні дізнався, чому сторінка, розміром 14 кілобайт, може вантажитися значно швидше, ніж розміром 15 кілобайт! Увесь секрет в тому, як TCP починає комунікацію, не знаючи ширину каналу. І це виливається в ці майже магічні 14 кілобайт.
Детальніше у тексті за посиланням, 3-5 хвилин на прочитати - і буде трішки в скарбничку цікавинок про мережі!

https://endtimes.dev/why-your-website-should-be-under-14kb-in-size/
🔥5🤯2
Всіма любимий Гвідо ось-ось анонсував, що кіно про Python буде 28 числа, тобто завтра, о 17:00 всесвітньо координованого часу (UTC). Лунає заклик долучатися до онлайн вечірки і живого чату у youtube трансляції:)

Новина - https://discuss.python.org/t/python-documentary-going-live-this-thursday-august-28/103319
І з неї ж посилання на офіційний трейлер - https://www.youtube.com/watch?v=pqBqdNIPrbo
🎉5👍2
Microsoft заопенсорсили код basic!
Незважаючи не деякі протиріччя і дуже різні погляди на їх внесок в розвиток індустрії (простими словами є люди які хейтять мс:) - я все ж думаю що вони невідʼємна частина історії і сьогодення.
Тож ось посилання:
https://opensource.microsoft.com/blog/2025/09/03/microsoft-open-source-historic-6502-basic/
🔥5
Ось граний tldr щодо нещодавнього збою aws. Якщо в понеділок ви також за чашкою кави бачили, як ваші пайплайни падають один за одним, сервіси несподівано починають ламатися, та й не тільки сервіси - сподіваюся ви ту каву допили! Десь почув саркастичний коментар, що треба передивитися чудові доповіді амазонівських архітекторів про регіональні збої і як їм запобігати - в них наводять багато правильних концепцій:) А якщо серйозно, то imho просто неможливо врахувати все-все, що може піти не так, навіть в набагато простіших системах. Гарної пʼятниці і вихідних попереду і щоб on-call вас не будив!
🔥2
Ну шо, трошки хайпанемо на чужій біді (хоча вона не така вже і чужа — багато хто відчув її на собі). Шо ж сталось з амазоном?

Це може прозвучати смішно, але цього разу знову проблеми з DNS. У пост мортемі є деталі, але там якось дуже багато тексту мілким шрифтом, тому ось вам TL;DR;

Є ціла екосистема, що керує DNS записами для dynamoDB. Там постійно створюються і прибиваються лоад балансери, аби контролювати навантаження, за ними слідкує такий собі DNS planner, він робить плани (по суті список актуальних балансерів), ці плани підхоплюють так звані enactors, які закидають їх в Route53. Енакторів по одному на зону доступності, тобто три, і в них відбувся рейс кондішен.

Один з них почав повільно працювати, в той час інший швиденько все оновив, а потім хтось з них щось десь перезатер і в результаті dynamodb.us-east-1.amazonaws.com позбувся усіх IP адрес.

Тобто dynamoDB тупо зникло для усіх сервісів, що його використовують (а це більшість). На відновлення знадобилось біля трьох годин. Але це було ще не все.

Поки лежала дінама, підсистема планування EC2, визначила, що більшість дроплетів (поставте лайк, якщо ви теж не знали, що дроплети не лише в digital ocean), недоступні. Бо їхні статуси "зайнятий / можна віддать комусь" зберігались в дінамо, яка була в комі. А коли дінама повернулась, то велика кількість EC2 інстансів, який треба було маркнути як "доступний", призвела до того, що запити падали з таймаутами, і відповідно, інстанси не видавались.

Інженери AWS розрулили це тротлінгом запитів, в результаті все запрацювало ОК через 12 годин після початку інциденту.

Ну і на останок були приколи з мережою, там network manager залип, розбираючи апдейти мережі, що накопичились за час, поки все лежало. Ще + 5 годин і + 3 на фінальні зняття обмежень.

Пікантності ситуації додало ще те, що us-east-1 це не простий регіон. В ньому знаходяться критичні сервіси, що впливають на роботу усього AWS, наприклад, логін сторінка на портал. Тому були проблеми і в інших регіонах.

Ось така історія, дуже цікаво, як це все відбувалось всередині, і які з цього будуть висновки.
👍3
🤣7😁1💯1
💯54🥴1
Сподіваюся робочий тиждень у всіх почався добре!
Ось смішне з твітеру:
https://x.com/0xgaut/status/2011099638817018345

Але, сам вже з півроку користуюся cursor, і звик! Задачі типу «перепиши все, щоб було добре» це поки занадто, але конкретні реалізації невеличких частин коду він робить переважно добре. По моїм відчуттям економить багато часу, який був би витрачений на пошук документації і у документації, та й на знайомство з кодовою базою. Хто не спробував ще - спробуйте, може й вам буде до помочі
Це просто шикарно (з просторів лінкедіну):

During a 1:1 at Amazon my manager said:

"If you want to grow in tech, you need visibility. The best way to achieve this is to take initiative."

So I rebooted the production database without being asked.

Now I’m known across teams.

:)
😁12
Коли АІ спілкується з АІ: they are absolutely right😂
😁1
◆ THE UNIX WAY ◆
Episode 05: The Original Microservices

grep was written in 1973. awk in 1977. sed in 1974. sort, uniq, cut, wc: all before 1980. Each does one thing. Each takes text in and puts text out. Each composes with any other through a pipe.

The industry spent the last decade building vastly more complex solutions for what these tools have done all along. Then it called the pattern "Microservices." Quite.

■ The Pattern

Every microservices tutorial teaches the same principles. Unix had them in 1973:

Single responsibility: each tool does one thing. grep filters. sort sorts. uniq deduplicates. No tool tries to do two things.

API contract: stdin and stdout. Text in, text out. The universal interface. No schema registry, no versioning endpoint, no contract testing framework.

Message queue: the pipe. One process writes, the next reads. Backpressure built in. Zero configuration.

Service discovery: $PATH. The shell knows where every tool lives. No Consul, no etcd, no DNS sidecar.

Orchestration: the shell script. Sequential, parallel (xargs -P), conditional (exit codes). A few lines, not a YAML cathedral.

Observability: tee. Tap into any data stream between any two services, live, without modifying either one. No agent, no $23/host/month.

■ The Example

grep 404 access.log | cut -d' ' -f7 | sort | uniq -c | sort -rn | head -20

Six services. One pipeline. Each stateless, each composable, each replaceable. 10,000 requests analysed, top 20 error paths, sorted by frequency. Milliseconds. FreeBSD, Debian, macOS: it is already installed.

The industry sells you ELK for this. Elasticsearch alone: 4-8 GB heap. grep: 2 MB. One might call that a markup.

■ The Repackaging

Docker took cgroups and namespaces (kernel features since the 1990s) and added a daemon, a hub, and a subscription. FreeBSD jails did this in 2000, thirteen years earlier: 2-4 MB overhead vs 50 MB Alpine, no daemon between you and the kernel.

Kubernetes buried iptables, cgroups, and etcd under 12-24 GB of control plane RAM. Marvellous engineering, that: making reliable things unreliable, then selling the fix.

■ THE POINT

These tools are compiled, optimised, battle-tested for half a century. They implement the microservices pattern in its purest form: small, stateless, composable through a universal interface.

Nothing wrong with selling good solutions. But these created more problems than they solve. Larger attack surface. Hardware costs multiplied by factors the originals never required. New roles hired to maintain what needed no maintaining. Staff sent through certification programmes so they can operate licenced products that replicate what the kernel already provides.

The industry did not ignore the Unix philosophy. It repackaged it, not to make it more accessible, but to make it more billable. Everything underneath was already there.

The tools are there. They always were. Rather patiently waiting, one might add.

Зкопійовано звідси: https://www.linkedin.com/posts/vvoss_theunixway-freebsd-linux-activity-7431627385630007297-8Fdl
4
Пан Альтман, звичайно, хайпує і просто привертає до openAI увагу, але імхо не безпідставно. Якась доля правди в його словах, мабуть, є.

https://futurism.com/artificial-intelligence/sam-altman-thanks-programmers-over
Якщо все ще маєте трішки часу у вихідний день - можна завершити цим відео з інтерв’ю з Мартіном Клепманом:
https://m.youtube.com/watch?v=SVOrURyOu_U
👍3
Почув нещодавно про cmux - хайповий термінал, зроблений під використання усіляких АІ агентів, такий от продукт свого часу. Імхо варто спробувати - ідея з нотифікаціямм та воркспейсами уже норм сама по собі. Ділюся посиланнями.

Коротеньке демо:
https://youtu.be/i-WxO5YUTOs

Сторінка:
https://cmux.com/uk
2👍1
💯4🤯1