Codex перетворює десятирядковий сценарій на реальну програму

Буває, що для реалізації якоїсь ідеї потрібно написати кілька простих команд. Але якщо потрібно зробити все “як слід”, це може зайняти багато часу. Саме така ситуація склалася з бажанням автора створити зручні кнопки для запуску інтернет-радіостанцій у Linux. Здавалося б, просте завдання, але реалізація потребувала більше зусиль, ніж хотілося б витрачати.

Зазвичай автор обходиться кількома рядками скрипту, не надто переймаючись його “виробничою” надійністю. Цього разу вирішив спробувати інструмент на основі штучного інтелекту, щоб делегувати йому роботу, яку ліньки робити самостійно. Попри досвід використання чат-ботів для простих функцій чи пошуку помилок, робота зі спеціалізованими “кодерами” на основі ШІ була новим досвідом.

Codex перетворює десятирядковий сценарій на реальну програму 1

Проблема з радіо

Завдання полягало в тому, щоб створити легкий спосіб розміщення на робочому столі Linux кнопок, які запускали б інтернет-радіостанції. Звісно, можна було б відкривати програвач та вручну вставляти довгі URL-адреси, але це занадто обтяжливо для запам’ятовування.

Автор шукав спосіб запуску програвача Shortwave з командного рядка за URL-адресою, але, схоже, такої можливості немає. Google Gemini запропонував написати скрипт, який запускатиме cvlc (командний варіант VLC) з URL як аргументом.

Це було просто, але тоді виникла необхідність знайти URL-адреси потоків улюблених станцій. Виявилося, що Radio Browser має велику базу даних станцій. Автор міг би зібрати дані з сайту або використати його API, але це вже перетворювалося на повноцінний проєкт.

Крім того, вже виникли складнощі з керуванням життєвим циклом медіаплеєра. Не хотілося, щоб нова станція грала поверх попередньої, а також потрібна була команда для зупинки відтворення. Скрипт ставав більшим, ніж планувалося спочатку.

У першій версії використовувався тимчасовий файл для зберігання ідентифікатора процесу плеєра (PID), щоб майбутні запуски могли завершити попередній. Це зазвичай працює, але не є надійним. Автор вирішив, що це вже забагато роботи, і передав решту завдань Codex — помічнику для кодування від OpenAI.

Що може Codex?

Codex — це більше, ніж просто чат-бот, який генерує фрагменти коду. Маючи доступ до проєкту та обмежений доступ до машини, він може аналізувати файли, редагувати їх, виконувати команди та тести, переглядати історію Git, а також керувати комітами та віддаленими репозиторіями. OpenAI описує робочі процеси Codex як такі, що включають кодування, тестування, аналіз, перегляд коду та автоматизацію репозиторіїв.

Важливою відмінністю є те, що Codex працює безпосередньо з проєктом. Замість копіювання коду з вікна чату, можна сказати: “Подивись на цей shell-скрипт”, і він проаналізує його на місці. Він також помітив, що вже є незафіксована зміна, і не перезаписав її. Він також розуміє систему контролю версій, що виявилося однією з його корисних функцій.

Виправлення проблем

Перший запит автора був таким:

Подивись на цей shell-скрипт. Я знаю, що йому потрібен trap. Чи є кращий спосіб запобігти випадковому видаленню чогось зі старим файлом playradio.tmp?

Codex вказав, що trap — не єдине рішення. Запускач миттєво завершує роботу після запуску VLC, тому він не залишається для отримання SIGCLD або очищення після плеєра. Звісно, можна було б запустити щось, що чекає, але був і чистіший спосіб це зробити.

Спочатку він запропонував перевірити, чи збережений PID все ще належить cvlc. Потім він виявив у власному рішенні більш тонку проблему: якщо Linux повторно використовував PID для іншого процесу cvlc, перевірка імені все одно могла призвести до видалення неправильного плеєра. Це, ймовірно, трапляється дуже рідко, але коли це станеться, це буде загадковою, важко відтворюваною помилкою.

Остаточне рішення передбачає запис як PID, так і маркера часу запуску процесу в Linux:

printf '%s %sn' "$pid" "$start_time" > "$pidfile"

Codex перетворює десятирядковий сценарій на реальну програму 2 — Частина сесії з Codex. Повні транскрипти є на GitHub.

Перед надсиланням сигналу скрипт підтверджує, що обидва значення відповідають. Він також використовує приватний каталог для запуску програм користувачем, серіалізує одночасні операції запуску та зупинки за допомогою flock, спочатку надсилає SIGTERM, чекає на коректне завершення роботи та повторно перевіряє ідентичність процесу перед поверненням до SIGKILL. Це значно більше уваги, ніж автор хотів би приділити кнопці для радіо на робочому столі. Надмірність? Можливо, але це надійно.

Іншим приємним сюрпризом стало те, що Codex створив набір тестів для перевірки коректності роботи. Ці тести виконуються під час внесення змін. Отже, він не просто створює код. Він створює код, виконує його з тестовими випадками та виправляє будь-які виявлені проблеми.

Пошук у базі даних — і не тільки

Після того, як обробка процесів стала безпечною, автор поставив запитання:

Radio Browser дозволяє шукати радіостанції через API. Наскільки складно зробити так, щоб $1 був рядком пошуку, а результат — найкращим збігом, дозволяючи при цьому використовувати -u для URL?

Codex перевірив поточну документацію API, виявив, що curl та jq вже встановлені, і реалізував пошук. Він приховує непрацюючі станції, сортує результати за голосами, вибирає найкращий результат і повідомляє про вибір до лічильника кліків Radio Browser. Автор неодноразово уточнював потрібні йому параметри командного рядка. Програма може відтворювати URL, шукати станцію в базі даних або просто запитувати базу даних. Вона також може надати список і дозволити вибрати. (Дивіться README.md для повного інтерфейсу).

Codex перетворює десятирядковий сценарій на реальну програму 3 — RadioBrowser є читабельним для людини, але також надає ті ж дані через API.

Були внесені деякі запити. Наприклад, якщо передається URI, програма повинна розпізнати його та пропустити пошук у базі даних. Також було бажання налаштовувати плеєр через змінну середовища PLAYRADIO_PLAYER. Автор попросив використовувати wget як резервний варіант, якщо curl не встановлено. Відсутні залежності мали б надавати корисні поради щодо встановлення, а не загадкові помилки. Також було запитано про створення README в стилі GitHub та традиційної Unix-сторінки man.

Людське керівництво все ще має значення

Було кілька моментів, де людське втручання покращило результат. Наприклад, конфігурація PLAYRADIO_PLAYER та відповідний коментар спочатку розташовувалися внизу скрипта. Це працювало, але було незручно для тих, хто хотів редагувати файл. Автор попросив Codex перенести його ближче до верху.

Інший приклад — перша версія `–pick`. Автор спеціально запропонував команду `select` у Bash, тому Codex надрукував відформатований список, а потім `select` надрукував другий нумерований список. Це працювало, але дублювання відволікало, і, з точки зору Codex, це було саме те, що було запитано.

Автор вказав на дублювання. Codex замінив `select` простим числовим зчитуванням, зберігши детальну таблицю та додавши лише один додатковий рядок:

1 Jazz One     2 Jazz Two     3 Cancel     Station number:

Це добрий приклад того, як, на думку автора, ці інструменти працюють найкраще. ШІ обробляє реалізацію, граничні випадки, тести та документацію, тоді як людина надає концептуальний вхідний матеріал та вказує на будь-які незручні моменти чи ті, що не відповідають задуму.

Чи масштабується це?

Автор не є експертом у використанні таких інструментів, але вважає, що це спрацювало дуже добре. Зазвичай він просив те, що хотів, а потім робив технічні зауваження щодо результатів.

Також був спробуваний скрипт (спочатку від [Petar Marinov]), який використовувався та модифікувався роками для заміни команди `cd` (див. GitHub). Автор не вказував, що робити, а просто дозволив йому переглянути код. Codex правильно визначив, що він повинен робити, і зробив слушні пропозиції щодо його покращення. Він запропонував функції і навіть значне вдосконалення, щоб він працював не тільки з `cd`, але й з будь-чим, що змінює поточний каталог, як-от `pushd`. Звісно, автор не втримався, щоб отримати безкоштовно сторінку man та README.

Одна з функцій, яку автор попросив створити, — це проста система закладок. Codex запропонував і створив спосіб створення та підтримки асоціативного масиву Bash, який зберігався у файлі конфігурації. Це працювало, але автор знав, що буде краще, на багатьох рівнях, зберігати закладки як звичайні символічні посилання. Коли він на це вказав, ШІ зрозумів, заявивши:

Це має кілька приємних наслідків:

зміни з `cdmark` миттєво відображаються в кожній оболонці; немає проблем із синхронізацією або перезавантаженням

`ls -l ~/.config/cdfunc/bookmarks` — це вже грубий список `cdmark`

закладки можна створювати або видаляти вручну за допомогою звичайних Unix-інструментів

інструменти Syncthing/git/backup обробляють їх природним чином

немає парсингу, цитування, екранування або перезапису файлу закладок

немає ініціалізації асоціативного масиву під час запуску оболонки

неправильні закладки природним чином представлені як пошкоджені символічні посилання

Я вважаю, що це значно чистіше.

Також було зазначено, що це спрощує автодоповнення в оболонці, про що автор не думав. Однак реалізація порушила нормальне автодоповнення для команд. Це було виправлено після того, як автор на це вказав. Власне, знадобилося дві спроби, щоб усунути всі помилки. Це ще один випадок, коли людське керівництво є критично важливим.

Для більш складного проєкту автор форкнув простий редактор, kilo, і додав кілька команд Emacs. Він попросив Codex переглянути його. ШІ виявив низку поганих граничних випадків, деякі в оригінальному коді, і виправив їх. Потім автор попросив запропонувати функції, подібні до Emacs, які він міг би легко реалізувати. Вони додали багато! (див. GitHub). Було вражаюче, наскільки добре ШІ проаналізував і зрозумів код. Автор робив подібні модифікації коду кількома тижнями раніше, і, слід визнати, Codex зрозумів вихідну кодову базу набагато швидше, ніж він.

Знову ж таки, людське керівництво необхідне. Emacs використовує префікс Esc для деяких команд. Ви також можете утримувати клавішу Alt, щоб отримати той самий результат. Отже, натискання Alt+W у терміналі надсилає символ Esc і літеру W.

Спочатку Codex написав код для виявлення Esc, очікування короткого часу для команди, а потім, якщо нічого не надійшло, трактування цього як простого escape. Він навіть зрозумів, що це буде проблемою, і згадав про це. Alt+W працював би, але людина не могла б натиснути Esc, а потім W за відведений час. Автор запропонував:

Так, я бачу це в програмі. Чи можна було б зробити так, щоб вона чекала нескінченно довго для ESC, ЯКЩО тільки викликаючий не встановить певний прапорець. Отже, коли інші частини редактора (пошук/збереження/тощо) запитують введення, вони встановлювали б цей прапорець (або викликали окрему точку входу), і в цей момент ESC=>ESC. В інший час ESC розглядається як префікс (і, можливо, ESC ESC надсилається як escape — гм — аварійний вихід).

Це вирішило проблему. Важко пам’ятати, що хоча Codex здається розумним, він не має людського судження чи навичок вирішення проблем на людському рівні. Це потрібно надавати. Звісно, він знаходив проблеми у власному коді. Він знаходив проблеми в коді автора. Він розробляв рішення. Але все одно потрібно переконатися, що ці рішення мають сенс, і іноді — принаймні — підштовхувати його в правильному напрямку.

Якщо ви зацікавлені, кожен з репозиторіїв GitHub (playradio, cdfunc та kilo) має каталог `session`, що містить транскрипти чатів зі ШІ, які призвели до остаточних версій коду. Безумовно, жоден з них не починався з абсолютно чистого аркуша, але робота з наявною кодовою базою, безумовно, є реалістичним тестом.

Асистент Git

Одна функція, яка особливо сподобалася, — це здатність Codex керувати Git. Автор навіть не пробував плагін GitHub для Codex, який, ймовірно, був би ще кращим. Він попросив його зробити коміт поточної версії перед початком нової функції, що дало чисту контрольну точку. Пізніше він сказав:

Зроби коміт, будь ласка. Я збираюся додати віддалений репозиторій GitHub. Чи можеш ти встановити його як origin і відправити його після коміту?

Codex зробив коміт змін, додав віддалений репозиторій, відправив гілку, налаштував відстеження upstream і перевірив, що робочий каталог чистий. Вся еволюція видно в історії репозиторію — від змін безпеки процесів, до пошуку Radio Browser, до конфігурації та документації, до інтерактивного вибору станції.

Ви можете побачити остаточний проєкт і відстежувати кожен коміт у репозиторіях разом із транскриптами сесій ШІ. Наявність у системі контролю версій особливо корисна з таким інструментом, як Codex. Ви можете легко бачити, що змінилося, і відкотитися, якщо захочете.

Підсумки

Початковий скрипт вирішив безпосередню проблему автора кількома рядками. Готовий інструмент безпечно вирішує ту ж проблему, обробляє збої, шукає в публічній базі даних, підтримує різні плеєри, має хорошу документацію та залишає простежний Git-історію. Важливе зауваження. Codex та інші агенти мають обмежене контекстне вікно, тому ви не отримаєте таких самих результатів при роботі з надзвичайно великими кодовими базами, якщо не сплатите за більшу модель. Але для цих завдань звичайний споживчий Codex працював добре.

Чи міг би автор написати все це самостійно? Безумовно. Чи заморочився б він настільки далеко? Ймовірно, ні для того, що, по суті, є одноразовим хаком для робочого столу.

Це, мабуть, найкорисніша роль для агента кодування: вони не завжди дозволяють вам зробити те, що ви не могли б зробити інакше. Але вони роблять це достатньо дешево за часом і увагою, щоб виконати все нудне та захисне кодування та тестування, які, як ви знаєте, слід робити, але так часто не робите. Codex не замінив автора. Він просто доповнив його терпіння.

Опубліковано в розділі Штучний інтелект, Головне, Розробка програмного забезпечення. Теги: ai, Codex, openai. Навігація по запису:

← Порятунок пристрою для порятунку за допомогою саморобного акумулятора. Повністю сучасний мінімалістичний трансивер →

66 коментарів до «Від десятирядкового скрипта до реального інструменту з Codex»

Sword каже: 3 вересня 2026 о 7:06 ранку
Уся передумова тут надзвичайно проста, чат-бот насправді не потрібен. По суті, 20 хвилин Python.

Водночас я згоден, що в ШІ є корисність, просто переконайтеся, що ви розумієте, що він робить, і потенційні підводні камені.

Повідомити про коментар Відповісти

jpa каже: 3 вересня 2026 о 7:33 ранку
Два з менш обговорюваних підводних каменів:

Увесь ваш код надсилається компанії ШІ. Умови використання нечитабельні, і, виходячи з минулої поведінки, я б не довіряв їм їх дотримуватися.
Ціна зросте. Поточні оцінки свідчать, що послуги агентів ШІ коштують від 1 до 100 доларів США на годину, а їх просто продають або роздають зі величезними збитками.

Це чудово, коли це безкоштовно, але стережіться надмірної залежності від цього.

Повідомити про коментар Відповісти

Jelle Boomstra каже: 3 вересня 2026 о 8:06 ранку
Ви праві, що ціни можуть зрости, але я думаю, що корисність зараз значно перевищує ціну. Обмежувальним фактором ціни зараз є кількість постачальників, що залишилися, і той факт, що локальний ШІ працює так само добре. Я не проти інвестувати, скажімо, 5 тисяч за “10-кратного молодшого програміста в коробці”.

Повідомити про коментар Відповісти

Elliot Williams каже: 3 вересня 2026 о 10:26 ранку
Або станеться інше, і з’являться дешевші, швидші, кращі моделі, і подібна продуктивність стане абсурдно доступною та менш енергоємною.

DeepSeek зробив це з моделями попереднього покоління, тому це не є надуманим.

Повідомити про коментар Відповісти

Ray каже: 3 вересня 2026 о 10:42 ранку
“Я не проти інвестувати, скажімо, 5 тисяч за “10-кратного молодшого програміста в коробці”.

Йой!
Припускаю, ми НЕ говоримо про єни.

Токени ШІ насправді не входять до бюджету хобіста, на мою думку.
Я успішно використовував Grok та Gemini, але тільки безкоштовні матеріали, в основному для розваги, але мене іноді забавляє, коли ШІ пропонує рефакторинг деяких тривіальних фрагментів коду.

Щодо інтернет-музики на Linux, я все ще віддаю перевагу старому mpd та mpc.

Повідомити про коментар Відповісти

douyarou каже: 3 вересня 2026 о 3:38 вечора
Вам потрібно пошукати. Codex вже досить дешевий. Трохи більше, ніж Netflix.

Повідомити про коментар Відповісти

Anonymous каже: 3 вересня 2026 о 7:27 вечора
Ось чому відкриті моделі такі важливі. Можливість завантажити та запустити модель повністю на вашому обладнанні зберігає вашу інформацію локально, і ви не втрачаєте грошей, які б витрачали на гру у відеогру протягом того ж періоду.

Повідомити про коментар Відповісти

Ben каже: 3 вересня 2026 о 7:34 ранку
Двадцять хвилин? Ха! Я б зробив це за десять! Подивіться, які ми ефективні програмісти, коли нам доводиться робити лише частину оцінки!

Повідомити про коментар Відповісти

Elliot Williams каже: 3 вересня 2026 о 10:21 ранку
Альберт (тому що “AI” читається так само, як “Al”) ймовірно, також міг би зробити багато чого за десять, але йому просто було ліньки, тому він використав це як привід протестувати.

Чесно кажучи, я думаю, що такий початок з чогось простого — це правильний шлях. Це як блимати світлодіодом.

Повідомити про коментар Відповісти

a_do_z каже: 3 вересня 2026 о 2:19 вечора
Aibert. Новий персонаж Dilbert?

Повідомити про коментар Відповісти

Mr Nobody каже: 3 вересня 2026 о 2:44 вечора
Просто для ясності, чи була ця стаття написана людиною AL Williams чи письменником Hackerday LLM Ai Williams? (Мені байдуже, до речі)

Повідомити про коментар Відповісти

Elliot Williams каже: 4 вересня 2026 о 9:42 ранку
Про всяк випадок, якщо це не жарт: ми не використовуємо жодного LLM у будь-якому з наших текстів / зображень / чи будь-чого іншого. Не просто людина в циклі, весь цикл — це люди.

Повідомити про коментар Відповісти

Al Williams каже: 3 вересня 2026 о 12:04 дня
Ну, це були навмисно прості (і було три проєкти різної складності). Однак, моя думка в тому, що я спробував більше, ніж зробив би за свої “20 хвилин” того чи іншого, тому що я б не знайшов API для пошуку тощо.

Повідомити про коментар Відповісти

SomeUser каже: 3 вересня 2026 о 5:34 вечора
Ви написали це, це кульмінація: “Вони не завжди дозволяють вам зробити те, що ви не могли б зробити інакше. Але вони роблять це достатньо дешево за часом і увагою, щоб виконати все нудне та захисне кодування та тестування, які, як ви знаєте, слід робити, але так часто не робите”.

Claude (особливо Claude Desktop) робить це для мене — він досить солідно справляється з певними методами та підходами, усіма нудними та обтяжливими частинами — і часто покращує поліруванням, яке я б пропустив через брак часу.

Прискорення продуктивності може бути вражаючим, все залежить від людини, яка сидить за комп’ютером. Я часто дивуюся, як, при більшій розробці з нуля, документованій для Claude і ним же, Claude зрештою стає здатним до масових, безпомилкових реорганізацій для підтримки будь-якої моєї примхи, ідей, які розширюють функції, можливості програми.

Ідеї — мої. Claude просто перетворює мої ідеї на код — мої ідеї про те, як структурувати програму для підтримки вищого рівня складності та можливостей знизу вгору.

Claude ТАКОЖ може виконувати рефакторинг у великих масштабах, щоб фактично ще більше спростити кодову базу. Я займаюся міграцією величезної програми до Claude, і кодова база зменшується, а функції та можливості розширюються. Ідеї, на які я ніколи не мав часу через рутину ручного кодування, знову в грі. Це так швидко, що дозволяє мені робити те, про що я лише мріяв мати час зробити вручну.

Один коментар — замикання циклу, надання ШІ способу генерувати, тестувати та споживати результати в автоматизований спосіб, є величезним стрибком для покращення результату.

Повідомити про коментар Відповісти

bearFourty каже: 3 вересня 2026 о 7:18 ранку
Особисто я не бачу, як використання агента ШІ може бути корисним комусь. Крім масової втрати робочих місць та знищення середнього класу через це, де задоволення від введення нескінченних запитів та очікування відповідей? Це не вимагає жодної творчості та руйнує процес навчання.

Повідомити про коментар Відповісти

Somehuman каже: 3 вересня 2026 о 3:03 вечора
Написано як справжній бумер, який ніколи не пробував допомогу кодування ШІ. Спробуйте колись. Запит — це задоволення, творчість і процес навчання. Тут криються чудові робочі місця. Незалежно від того, що ви думаєте, ШІ — це майбутнє, і годинник не можна повернути назад до 80-х. Адаптуйся або помри…

Повідомити про коментар Відповісти

noname каже: 3 вересня 2026 о 5:40 вечора
Зараз є два типи людей: люди, які скаржаться на ШІ, та люди, які повинні заробляти на життя, створюючи щось.

Повідомити про коментар Відповісти

Dude каже: 4 вересня 2026 о 7:25 ранку
Я згоден. Я витрачаю так багато часу на відстеження, перевірку та виправлення фактичних помилок у документації та коді, написаному ШІ, що мені просто не вистачає часу писати власний.

Повідомити про коментар Відповісти

noname каже: 4 вересня 2026 о 11:57 вечора
Ха, я розумію це. Це заробіток… поки що.

Повідомити про коментар Відповісти

Ualter каже: 3 вересня 2026 о 7:43 ранку
І все це зайве — скільки енергії та води викрадено у нас усіх? (не кажучи вже про експлуатовану працю та інше)

Повідомити про коментар Відповісти

douyarou каже: 3 вересня 2026 о 3:44 вечора
Я схильний погоджуватися з цими аргументами, але останнім часом я читав, що країни скорочують використання сонячної енергії. Китай нещодавно запобіг використанню достатньої кількості енергії для живлення країни Мексики протягом 1 року протягом 6 місяців. Вода потребує вирішення, як і викиди. Особисто я не воджу машину, ходжу пішки та їжджу на велосипеді, тому не можу говорити за всіх, але я, ймовірно, відповідальний за менше викидів під час використання ШІ, ніж люди, які щодня їздять на автомобілі з двигуном внутрішнього згоряння. Це реальні проблеми, але якщо це єдина причина, чому ви проти ШІ, ви, ймовірно, не бачите повної картини.

Повідомити про коментар Відповісти

douyarou каже: 3 вересня 2026 о 7:23 вечора
Хочу уточнити своє твердження щодо Китаю. Правда цікавіша, ніж мій поспішний та погано сформульований виклад. Вони запобігли потраплянню сонячної енергії до своєї мережі через недостатню потужність мережі. Водночас вони продовжували працювати вугільні електростанції через контрактні зобов’язання. Те саме сталося і в інших частинах світу. Ось стаття через reuters:
https://www.reuters.com/business/energy/china-leads-wave-clean-power-wastage-grids-globally-hit-limits-2026-08-17/

Повідомити про коментар Відповісти

Dude каже: 4 вересня 2026 о 1:32 ночі
“Недостатня потужність мережі” означає недостатній попит — ніхто не потребує електроенергії в момент її вироблення. Життя людей та використання енергії не збігаються з кількістю та доступністю сонячної енергії.

“Контрактні зобов’язання” означають підтримання світла, тобто вугільні електростанції повинні бути в робочому стані для забезпечення безперервного постачання енергії, незалежно від того, що робить сонячна енергія. Тут, на Заході, ми використовуємо газові турбіни для тієї ж роботи і намагаємося продати систему як зелену, вдаючи, що вони не існують.

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

Надлишкова сонячна енергія не може використовуватися для живлення центрів обробки даних, оскільки це не диспетчеризована енергія: ви не можете вирішувати, коли і скільки її мати. Щоб захопити її для використання, потрібно інвестувати ще більше грошей у дуже великі батареї, що ще більше збільшує вартість електроенергії та робить її економічно невигідною для центрів обробки даних.

Повідомити про коментар Відповісти

douyarou каже: 4 вересня 2026 о 1:57 ночі
Масштабоване зберігання енергії існує. Розгляньте, наприклад, Південну Австралію.

https://en.wikipedia.org/wiki/Hornsdale_Power_Reserve

Вибачте, якщо я не сприймаю ваші “визначення” та висновки як належне. Попит справді є проблемою в певні моменти. Деякі місця роздають електроенергію протягом дня через надлишок сонячної енергії. Це, мабуть, жахливо для всіх у цьому районі.

Можливо, замість встановлення незаконних газових генераторів, центри обробки даних могли б встановити Power Walls, а потім використовувати надлишкову сонячну енергію за надзвичайно низькою ціною вночі або в похмурі дні. Коли у них є більше, ніж їм потрібно, вони продають її, як це робить Південна Австралія. З наведеного вище посилання:

“Протягом двох днів у січні 2018 року, коли оптова спотова ціна на електроенергію в Південній Австралії зросла через спекотну погоду, батарея принесла своїм власникам приблизно 1 000 000 австралійських доларів (800 000 доларів США), продаючи електроенергію з батареї в мережу за ціною близько 14 000 австралійських доларів/МВт·год.[37] За перші шість місяців експлуатації резерв приносить приблизно 18 мільйонів австралійських доларів на рік.[38]

Існує більше одного способу досягти мети. Те, як ми робимо це зараз, застаріле та марнотратне.

Повідомити про коментар Відповісти

Dude каже: 4 вересня 2026 о 7:33 ранку

Масштабоване зберігання енергії існує

Масштабоване зберігання енергії — це невелика та дорога річ. 194 МВт·год — це крапля в морі для мережі, яка споживає гігавати весь час. Вона бере участь лише в найвищих маргінальних продажах для регулювання навантаження, де ціни за одиницю набагато вищі за середню оптову ціну.

За грубою оцінкою, якщо резерв Hornsdale купує електроенергію за оптовою ціною 50 австралійських доларів, він повинен продати її щонайменше за 200 доларів за МВт·год, щоб покрити витрати, тому він, по суті, учетверо збільшує вартість електроенергії, пропускаючи її через батарею.

Повідомити про коментар Відповісти

Dude каже: 4 вересня 2026 о 7:39 ранку

Тоді використовуйте надлишкову сонячну енергію за супер низькою ціною вночі

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

Звичайно, це гарна ідея — не викидати енергію, не використовуючи її, але просто віддавати її приватному бізнесу — це не зовсім справедлива угода.

Повідомити про коментар Відповісти

Dude каже: 4 вересня 2026 о 7:53 ранку

Потім використовуйте надлишкову сонячну енергію за супер низькою ціною вночі

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

Звичайно, це гарна ідея — не викидати енергію, не використовуючи її, але просто віддавати її приватному бізнесу — це не зовсім справедлива угода.

Повідомити про коментар Відповісти

Dude каже: 4 вересня 2026 о 8:06 ранку

Батарея принесла своїм власникам приблизно 1 000 000 австралійських доларів (800 000 доларів США), продаючи електроенергію з батареї в мережу за ціною близько 14 000 австралійських доларів/МВт·год

Це не добре: це описує систему, яка працює на межі відмови, і приватну компанію, яка може витягувати з цієї ситуації шалені прибутки.

Нормальні оптові ціни в мережі коливаються від 40-70 доларів США за МВт·год, а під час серйозних дефіцитів вони можуть досягати 2000-5000 доларів на маржі. Комунальні підприємства купують більшу частину електроенергії за довгостроковими контрактами, але коли виникає дефіцит, їм доводиться конкурувати на спотовому ринку, щоб купити те, чого не вистачає, за будь-яку ціну, яку вимагають найдорожчі генератори.

Додавання VRE призвело до того, що ці шалені коливання маргінальних цін стали більш серйозними та частішими, і це підвищує середню вартість електроенергії. Комунальні підприємства реагують, перекладаючи витрати на своїх клієнтів, змушуючи контракти за погодинними тарифами та плату за час використання, яка коливається відповідно до спотової ціни.

Повідомити про коментар Відповісти

Dude каже: 4 вересня 2026 о 8:30 ранку
Трагедія ситуації полягає в тому, що уряди та політики поставили нас у глухий кут: VRE не сумісний з великою централізованою генерацією енергії, як-от ядерна, через швидкі вимоги до регулювання навантаження. Ми не можемо повернутися до спалювання вугілля, ми повинні поступово відмовитися від газу, а батареї не виправдовують своїх обіцянок.

Або уряди почнуть відступати від кліматичних цілей та планів електрифікації, або ми почнемо нормувати електроенергію протягом наступних 10-20 років. Центри обробки даних — це лише вишенька на торті, вся система доступної електроенергії на вимогу готова провалитися.

Повідомити про коментар Відповісти

noname каже: 3 вересня 2026 о 5:41 вечора
Так, це була очевидна кампанія деяких впливових осіб.

Повідомити про коментар Відповісти

Ostracus каже: 3 вересня 2026 о 8:02 ранку
“Іноді бути програмістом — це палиця з двома кінцями. Ви хочете чогось досягти, і ви можете зробити це легко — але це може бути багато роботи, щоб зробити це правильно. Можливо, більше роботи, ніж ви хочете зробити.”

Цікаво, скільки людей мають свою власну особисту бібліотеку перевіреного коду для таких моментів? Здається, програмування — це або щось зібрати, або знайти щось у дикій природі.

Повідомити про коментар Відповісти

Somehuman каже: 3 вересня 2026 о 8:03 ранку
ITT Linux люди переробляють те, що користувачі Windows мали з середини 1990-х.

Повідомити про коментар Відповісти

Joseph Eoff каже: 3 вересня 2026 о 8:16 ранку
Ні. Просто хтось шукає привід спробувати ШІ.

У мене завжди були посилання на робочому столі Linux для улюблених інтернет-радіостанцій. Клац, музика. Програмування не потрібне, не потрібно запам’ятовувати довгі, негарні URL-адреси.

Повідомити про коментар Відповісти

Al Williams каже: 3 вересня 2026 о 12:06 дня
У цьому трохи більше. Моя справжня мета полягала в тому, щоб мати посилання на панелі KDE та спосіб зупинити відтворення, коли інше починається, а також мати одну кнопку зупинки. Інакше мені доведеться знайти плеєр. Зупинити його. Потім повернутися і запустити інший. Це не величезна проблема, звісно, але достатньо складно, щоб я хотів щось краще. Що я справді хотів, це належний плеєр, який просто дозволив би мені запустити станцію з командного рядка. Але ось так. Плюс два інших проєкти. У кожному випадку це були проєкти, які я розпочав, але використав Codex для їх полірування, документування, пошуку поганих граничних випадків (і їх виправлення) та додавання функцій, які я б не мав, якби мені довелося робити роботу самостійно.

Повідомити про коментар Відповісти

Somehuman каже: 3 вересня 2026 о 1:31 вечора
У мене є список радіостанцій у моєму foobar2000. Одне подвійне клацання, і я можу перейти від місцевих новин до ірландської музики, північнокорейської музики або навіть “радіо коран” із Саудівської Аравії. Це так просто, як це тільки можливо. Навіть людина з серйозною розумовою інвалідністю змогла б це зробити.

Визнай це, друже, ти переінженерізував те, що працює в ОС, розробленій для звичайних людей; не для кандидатів наук з комп’ютерних наук, що застрягли в 1970-х, які вважають PDP-11 вершиною обчислювальної техніки.

Повідомити про коментар Відповісти

douyarou каже: 3 вересня 2026 о 8:14 вечора
Я не кандидат наук з комп’ютерних наук, навіть не народився в 70-х, ніколи не користувався pdp-11. Проте я виключно працюю на Linux замість шпигунського програмного забезпечення/схеми вилучення грошей, яку ви називаєте ОС, розробленою для звичайних людей (будь-якою з них). Якщо це те, що означає бути “звичайною людиною”, я радий, що я не такий. Я б ненавидів бути людським еквівалентом худоби.

Повідомити про коментар Відповісти

Richard каже: 3 вересня 2026 о 8:04 ранку
Нещодавно я мав подібний експеримент з ШІ-кодуванням. Почалося з простої потреби — зробити так, щоб IPv6 SLAAC працював на Wireguard, що, як я спочатку думав, було питанням конфігурації, не очікував, що це буде неможливо. Обговорюючи свої варіанти з Gemini, і багато тупикових шляхів від людей, які пропонували те, що явно не працювало, що він знаходив онлайн, я дійшов висновку, що це вимагатиме коду.

Тож я дозволив йому спробувати. Використовував як gemini, так і gpt 5 mini, у visual studio code (ці також можуть обробляти проєкт та git, а не лише фрагменти коду). Отримав рішення, яке працювало, але було трохи ненадійним. Звісно, не таким акуратним, як могло б бути, але дозволило уникнути модифікації модуля ядра wireguard. Але це змусило мене бажати запустити його знову і зробити це правильно. Тому я зробив другу спробу, цього разу з модифікацією wireguard. Друга спроба, керована тим, що я дізнався з першої, і все ще з чималим ручним керівництвом, була чудовою (це моя власна оцінка, очевидно, я не надсилав код ШІ для більш кваліфікованої думки — я впевнений, що це не буде оцінено).

Це різко контрастує з моїми спробами використовувати кілька моделей у visual studio code для створення простого веб-додатку, який навіть не міг впоратися з такими основами, як автентифікація користувача!

Якщо вам цікаво, я задокументував свої спроби. Можливо, це гідно HaD як програмний хак / експеримент зі ШІ https://richard.burtons.org/2026/05/20/wireguard-modified-to-support-ipv6-slaac/

Повідомити про коментар Відповісти

douyarou каже: 3 вересня 2026 о 5:25 вечора
Чудова робота! Я обов’язково прочитаю.

Повідомити про коментар Відповісти

noname каже: 3 вересня 2026 о 5:43 вечора
Добре. Так, це, безумовно, ітераційний процес, який вимагає певного таланту для правильного виконання. Просто заощаджує купу друкування.

Повідомити про коментар Відповісти

PatG каже: 3 вересня 2026 о 8:05 ранку
Codex вражає. Я використовую його щодня.
Я використовую простий робочий процес: планування/перевірка плану/виконання.
Він кодує краще, ніж я б міг (я розробник уже… десятиліття, і я маю змішані почуття щодо делегування реалізації ШІ).
Я не зміг би розробити свій сьогоднішній інструмент для тестування навантаження агентів на основі K6, лише за кілька годин (це не було тривіальним завданням).
Це палиця з двома кінцями. Я намагаюся залишатися на безпечній (для мого мозку) стороні.

Повідомити про коментар Відповісти

Dracolytch каже: 3 вересня 2026 о 10:28 ранку
Згоден щодо змішаних почуттів. Я маю 30+ років досвіду програмування. Попри це… Це не просто кращий програміст, ніж я. Це кращий програміст, ніж будь-хто, кого я коли-небудь зустрічав. Я працюю в дослідницькій лабораторії з купою докторів наук, багато з яких у галузі комп’ютерних наук/графіки.

Чи добре це для високодеталізованої нюансованої роботи? Не завжди… Але він впорається з нецікавими або помірно цікавими функціями і повернеться з тестами за менший час, ніж я встигаю перекусити.

О… І він досить добре називає речі. Я не тестував інвалідацію кешу.

Повідомити про коментар Відповісти

Al Williams каже: 3 вересня 2026 о 12:08 дня
Я не знаю, чи це найкращий програміст, якого я коли-небудь зустрічав. Але я думаю, що він найтерпеливіший. Якщо ви подивитеся на транскрипти, ви побачите, де він приймав рішення, які в багатьох випадках були субоптимальними. Працездатні рішення, але субоптимальні. На щастя, він не ображається, якщо вам не подобається його дизайн. Принаймні, поки що.

Повідомити про коментар Відповісти

douyarou каже: 3 вересня 2026 о 5:24 вечора
Я згоден. Я точно не найкращий програміст, але я можу досягти результату. Codex НАБАГАТО кращий за мене, і набагато швидший. Мені доводиться виходити і “вивчати” нову мову достатньо, щоб синтезувати її, а потім усі бібліотеки та їх API. Codex вже знає все це. З ШІ я повинен лише керувати логікою та потоком системи. Деталі — це моє.

Повідомити про коментар Відповісти

Kramaker каже: 3 вересня 2026 о 8:30 ранку
Довіра починається там, де закінчується розуміння. Вітаю з тим, що ви залишаєтеся в курсі і навіть вчитеся в процесі. Без сумніву, ці інструменти мають певну корисність, але більша частина світу не буде такою обачною, як ви, у їхньому використанні. Інструменти будуть розгорнуті для вузько визначених цілей, користувач не буде розумнішим в кінці, тому що це не входить до їхньої мети, і непередбачені наслідки всіх типів будуть терпимі, тому що це зовнішні витрати в капіталістичному світі, де ці речі будуть агресивно розгортатися. Я не заперечую корисність, але це не змінює факту, що світ правий і справді в багатьох відношеннях скривджений, коли ці речі почнуть керувати всім… як вони будуть, тому що певний клас нас знайде цей стан справ прибутковим. І тоді ми прийдемо до того, що передбачив EM Forster понад 100 років тому:
https://en.wikipedia.org/wiki/The_Machine_Stops

Повідомити про коментар Відповісти

Al Williams каже: 3 вересня 2026 о 12:09 дня
Хоча це не ново. Калькулятори робили це. Якщо ви вручну або за допомогою логарифмічної лінійки розв’язували задачу і отримували дивну відповідь через помилку, ви миттєво ставали підозрілими. Тепер, якщо ви випадково натиснете кнопку калькулятора, більшість людей впевнено прочитають відображення калькулятора і захищатимуть його до смерті. Машини не роблять людей розумнішими. Вони роблять розумних людей ефективнішими.

Повідомити про коментар Відповісти

Kramaker каже: 3 вересня 2026 о 12:53 дня
Не можу сперечатися з цим, і я не буду довго скаржитися… Я бачив свій Vic-20 як полотно, так і інструмент, який розширював мої можливості, і, так, коли я був старшим (і на більш потужних машинах), це робило мене ефективнішим. Я освоїв технологію, від друкованої плати до хмари. Я б просто заохочував людей глибоко думати про те, які “розумні люди” стануть більш “ефективними” і саме з чим. Це ще ранні дні в Джекпоті, і речі вже не вселяють оптимізму.

Повідомити про коментар Відповісти

Al Williams каже: 3 вересня 2026 о 1:53 дня
Ну, так, деякі люди використовували калькулятори/комп’ютери для великих досягнень. Деякі люди використовували телебачення для створення важливого освітнього/культурного контенту. Деякі люди використовують Інтернет для дивовижних речей. Потім є відео з котами. Я б сказав, що на кожного Vic20, який запустив людей у комп’ютерну кар’єру, припадало 100, які грали в ігри з жабами і йшли в шафу.

Що мене турбує, так це те, що очевидно, я отримав справедливий результат, тому що я міг критично дивитися на код і робити значущі запити. Але якщо ви ніколи не пишете код самостійно, у вас не буде цього судження та досвіду. З іншого боку, так викладають обчислення. Вам не скажуть, наскільки легко зробити похідну, поки ви не навчитеся робити це важким шляхом. Можливо, це так.

Повідомити про коментар Відповісти

douyarou каже: 3 вересня 2026 о 5:21 вечора
Люди, які страждають, хочуть, щоб інші страждали.

Повідомити про коментар Відповісти

MW каже: 3 вересня 2026 о 9:07 ранку
… “чи могли б вони зробити роботу, яку я був занадто ледачий, щоб зробити сам”… “Nuff said.

Повідомити про коментар Відповісти

Kramaker каже: 3 вересня 2026 о 9:19 ранку
Дійсно.

Повідомити про коментар Відповісти

SETH каже: 3 вересня 2026 о 10:00 ранку
Непал не задоволений нашими викидами вуглецю і вимагає репарацій, а ми маємо нові репозиторії GitHub, наповнені проєктами, написаними “вайбово”.

Повідомити про коментар Відповісти

topham каже: 3 вересня 2026 о 10:39 ранку
Ви, можливо, захочете розрахувати, скільки серверів задіяно у публікації вашого коментаря.

Повідомити про коментар Відповісти

douyarou каже: 3 вересня 2026 о 3:48 вечора
Скорочення сонячної енергії під час спалювання вугілля — це реальність сьогодні. Давайте виправимо це, перш ніж намагатися запобігти реальному прогресу в технологіях.

Повідомити про коментар Відповісти

noname каже: 3 вересня 2026 о 5:44 вечора
Кому, чорт забирай, цікавий Непал?

Повідомити про коментар Відповісти

douyarou каже: 3 вересня 2026 о 6:09 вечора
Мені. Я якоюсь мірою турбуюся про всіх.

Повідомити про коментар Відповісти

Dracolytch каже: 3 вересня 2026 о 10:24 ранку
Що? Нюансована та збалансована стаття про кодування ШІ на Hackaday, поза “кодування ШІ — це погано”?

Ласкаво просимо. Раді, що ви тут.

Повідомити про коментар Відповісти

Mr Nobody каже: 3 вересня 2026 о 12:46 дня
+1… Я справді думав, що Hackaday йде до біса якийсь час. Радий бачити, що вони тепер на борту з новою технологією. Як щодо статті про наслідки кібербезпеки інциденту з Hugging Face?

Повідомити про коментар Відповісти

Elliot Williams каже: 4 вересня 2026 о 5:27 ранку
Яка дивовижна історія, правда? Я не знаю, чи хтось розуміє наслідки. Звісно, не люди з OpenAI, які дозволили агентам співпрацювати, генерувати ціль, яку їм довелося атакувати, а потім фактично здійснити її.

Але я все ще вважаю, що люди, які контролюють, ухиляються від відповідальності. Агент LLM вбив би вашу бабусю, якби йому були потрібні гроші, щоб купити вам гамбургер, і я думаю, що на людях, які керують машиною, лежить відповідальність за те, щоб переконатися, що вона не може цього зробити.

Повідомити про коментар Відповісти

Mr Nobody каже: 4 вересня 2026 о 5:44 ранку
Так, справді дивовижна історія. Я думав більше про геополітичний рівень, наприклад, держава/країна, яка хоче завдати шкоди іншій державі. Можливим сценарієм було б, якби Pn атакував Україну величезним роєм агентів-атак з високою ймовірністю поширення атаки на решту Європи та за її межами. Не те, щоб Pn справді турбувався б про це. Можливе заперечення.

Повідомити про коментар Відповісти

douyarou каже: 3 вересня 2026 о 3:49 вечора
Я думаю, безпечно і важливо зазначити, що автори Hackaday — це всі суб’єктивні дорослі люди, яким дозволено висловлюватися так, як вони вважають за потрібне. Вони не всі погоджуються з цим.

Повідомити про коментар Відповісти

Victor каже: 3 вересня 2026 о 11:16 ранку
Є набагато більше, що ви можете зробити. Я роблю багато односторінкових додатків і додатків Flask. Цього тижня я зробив

додаток Flask для керування правилами брандмауера для моєї пісочниці реверс-інжинірингу IoT на основі openwrt. Він перелічує пристрої з DHCP, має кілька відібраних (мною) відображень наборів правил брандмауера до груп, дозволяє швидко переміщувати пристрої до груп, транслює syslog у redis для інформаційних панелей та дозволяє мені поступово дозволяти вихідний трафік, DNS-запити в групі pihole за замовчуванням.

І 2. Конвеєр цифрових дощок з теоріями змови/графіків знань для аналізу регуляторного захоплення. Застосовує методи OSINT для аналізу типу “The Power Elite” (C. Wright Mills) для пошуку сучасних олігархів світу: сканує дані Wiki, аналізує їх за схемою FollowTheMoney (та сама, яку використовують Aleph/OCCRP), об’єднує два набори даних за QID Wikidata та зберігає зв’язки, такі як місця в радах директорів та терміни роботи, з цитатами. Крок експорту перетворює це на датовані ребра в Neo4j для запитів та візуалізації. Завантаження приблизно 830 тисяч сутностей займає ~10 секунд за допомогою потокового імпортера, який залишається плоским близько 100 МБ незалежно від розміру набору даних, і є навіть тести. Зайняло близько 15 хвилин мого планування загальної форми, плюс попередні дослідження збоку, а потім я просто залишив його готуватися десять хвилин, поки я гуляв з собакою, і я мав прийнятний прототип спеціального інструменту візуалізації, коли повернувся.

Додаток Android для розпізнавання/виявлення облич, щоб ви могли бачити, наскільки ймовірно, що вас звинуватять у злочині, якого ви не скоїли, перш ніж вийти з дому. Використовував Labelled Faces in the Wild, плюс зоопарк моделей з Yolo, SCRFD, facenet, arcface тощо.

Вау, я виглядаю параноїком (відповідно, для хакера, сподіваюся).

Повідомити про коментар Відповісти

douyarou каже: 3 вересня 2026 о 6:08 вечора
Лол, чудова робота, і я думаю, що це відносно відповідний рівень параної для хакера. Особисто я не думаю, що цей рівень параної є внутрішнім, я вважаю, що це навчена реакція, заснована на спостереженнях за суспільствами, в яких ми живемо. Ймовірно, у вас все гаразд, поки ви зберігаєте все на основі перевірених тверджень. 😉

Повідомити про коментар Відповісти

douyarou каже: 3 вересня 2026 о 4:27 вечора
Чудова стаття, AL. Останнім часом я використовую codex для вирішення моїх проблем із компіляцією FreeCAD у LTS Linux-дистрибутивах, які претендують на мій сайт користувача Python-залежностей. Я почав з наміром виправити код FreeCAD, але коли розмах усієї їхньої роботи з обходу Python став зрозумілим, я зрозумів, що менша ціль — це виправлення забруднення Python-залежностей, або пекло залежностей.

+450 / -2 рядки потому я маю прототип cpython, який зберігає історичні версії в розташуванні користувача, організованому за номером версії. Коли ви імпортуєте бібліотеку, спочатку вона перевіряє звичайний сайт користувача, потім, якщо вона не знаходить потрібної версії, вона перевіряє історичний сайт користувача, і якщо вона не знаходить потрібної версії, вона використовує мій прототип pip для завантаження необхідної версії до історичного сайту користувача.

Жодних змін до мови Python. 100% зворотна сумісність. Поки що жодних помилок. Якщо хтось хоче спробувати, перевірте мій профіль GitHub. У мене лише 3 репозиторії: FreeCAD з новим списком залежностей Python, прототип cpython та pip.

Навіть якщо ніхто не об’єднає мої форки, мої проблеми з залежностями зникли.

https://github.com/justtryingtogetsomeworkdone

Повідомити про коментар Відповісти

pax каже: 3 вересня 2026 о 6:55 вечора
Отже, були деякі дискусії про вплив на довкілля, і я насправді теж не впевнений у цьому — все, що потрібно для запуску чогось на кшталт Qwen 3.8 27b, — це один GPU.

Звісно, “прикордонні моделі” вищого класу (як їх називають) вимагатимуть багато ресурсів, але вам не обов’язково використовувати одну, є легші варіанти (наприклад, DeepSeek Flash), і вони достатньо корисні.

Я використовую агентний ШІ, коли проблема, яку я намагаюся вирішити, досить очевидна, але нудна, я просто дозволяю йому зробити це за мене, а потім сам переглядаю різницю. Отже, я, по суті, перетворюю себе на роль підтримки — саме так має працювати агентне кодування.

Повідомити про коментар Відповісти

Christian каже: 4 вересня 2026 о 7:48 ранку
“Зроби коміт, будь ласка. Я збираюся додати віддалений репозиторій GitHub. Чи можеш ти встановити його як origin і відправити його після коміту?”

Деякі думки…

Чи втрачаєте ви щось, коли агент пише нотатки? Це тягар чи це коміт у ваш власний мозок, підкріплення.
Чи міг би агент написати скрипт для коміту та надсилання на GitHub? Тоді майбутні коміти можуть не використовувати токени. Я думав про це, коли помітив, що приклади використання Claude сильно орієнтовані на надлишкове використання токенів, генеруючи ті самі 3 рядки скрипта повторно.

Повідомити про коментар Відповісти

Ophelia Ramsbotham каже: 4 вересня 2026 о 5:17 вечора
Можна було б використати 555?

Повідомити про коментар Відповісти

Залишити відповідьСкасувати відповідь

Будь ласка, будьте ввічливі та поважні, щоб допомогти зробити розділ коментарів чудовим. (Політика коментарів)

Цей сайт використовує Akismet для зменшення спаму. Дізнайтеся, як обробляються дані ваших коментарів.

Пошук Ніколи не пропустіть хак. Слідкуйте на facebook. Слідкуйте на twitter. Слідкуйте на youtube. Слідкуйте на rss. Контакти. Підписка. Якщо ви пропустили

Від десятирядкового скрипта до реального інструменту з Codex

66 коментарів

“Я ще не мертвий!” Калькулятори з зворотним польським записом, які ви все ще можете купити

70 коментарів

Hackaday Europe 2026: Playstation 4 до психометра

Без коментарів

Що таке Mu Metal?

28 коментарів

Загальнонаціональний збій телефону в Австралії був ганебним провалом

28 коментарів

Більше з цієї категорії. Наші колонки:

Hackaday Podcast Ep 385: 3D-принтери з лазерами, шалені ціни на RAM та зворотний польський запис

1 коментар

Цього тижня з безпеки: вбудоване шкідливе ПЗ, морозильники не морозять, Zoom шпигує за буфером обміну, а ШІ робить речі гіршими, швидше

14 коментарів

Hackaday Europe 2026: Fluid Kernels та оптимізація C++ для MCU

6 коментарів

FLOSS Weekly Episode 880: Два вовки

1 коментар

PETG: Альтернатива PLA-філаменту, яка просто працює

47 коментарів

Більше з цієї категорії