«Not invented here» — дуже потужний принцип винахідників та й взагалі людей, кому цікаво. А з агентами воно ще й стало майже безкоштовно.

Може хтось ще не помітив, що агенти вже не шукають якісь бібліотеки, коли вирішують одноразові завдання — вони просто беруть та генеруюсь собі одноразовий Python-скрипт в ./tmp щоб виконати завдання. Бо пошук та встановлення пакета буде довше, ніж генерація 100 рядків коду. І таких одноразових скриптів агенти генерують сотні на день.

Так, це може не стосується топ-пакетів, умовно кажучі ffmpeg важко перегенерувати. Але 90% пакетів — це обгортки з мінімумом доданої цінності.

Автору успіхів, дякую що записали свій досвід.

90% співробітників: а) не здатні до навчання; або б) не бажають цього робити.

Це ви щойно обезцінили перелік (відкритий) професій?

Як казав великий:

— Talk is cheap. Show me the code.

А цей AGI може виправити помилки в Codex plugin for VS Code?

marketplace.visualstudio.com/...​&ssr=false#review-details

Ні, не може? Тоді це ще не AGI.

Це круто. Хотілось би почитати, як ви інтерпретатор цієї мови.

Почав будувати власний SaaS стартап testinel.dev Хоча це й довгострокове (пока воно почне приносити грошей достатньо для життя) та й ризиковано (може взагалі ніколи не принести грошей). Тоді хоч що буде в портфоліо показати. :)

За останній рік робив декілька лекцій по Python + Selenium, трішки по Python + Playwright на власному каналі:

www.youtube.com/@1IRS-reliable

бачу мелькають якісь genom/transfer go з 3% комісією

Genome: 20 euro/місяць абонплата.

Transfer Go: відмовили в реєстрації українцю з України.

Копия — только функционально, кристалл — вполне себе самостоятельная разработка.

Я десь читав, що мікроархітектура (організація логічних блоків, внутрішні автомати, таймінги) — точна копія Intel. Тобто ніякого власного проєктування, логічного синтезу не було.

Що ви маєте на увазі «кристалл — вполне себе самостоятельная разработка»? Те що зробили маски та фотолітографію на власному устаткуванні?

Обіцяю написати якось. :)

Дякую, пошукаю, додам в перелік competitors.

Дякую за розгорнутий відгук!

Працюю над іншими тасками :)

Чи є для вас проблема з переключенням контексту?

що відштовхнуло від використання готових інструментів

Я трішки пригадую, що проблему з поганими звітами я відчував, але навіть не здогадався піти шукати чи є вже готове. Коли дізнався про ReportPortal 🇺🇦, Testomat 🇺🇦, TestDino 🇮🇳 та інших — вже було пізно, бо код вже почав писати. Вже після старту знайшлось шість комерційних продуктів, декілька open source proof-of-concepts. (Та я думаю що там якщо пошукати в категоріях testing tools на G2 їх буде десятки.)

Я хочу спробувати зробити це комерційним рішенням, та мабуть віднішуватись у діагностику та виправлення помилок саме в тестах для веба. Бо робити ще один TestRail — ні, бо вже є TestRail, Testomat, QASphere, KiwiTCMS та інші. Робити ще один Sentry — теж ні.

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

dou.ua/...​rums/topic/60825/#3102733

Ні, ніякого тролінгу. Давайте обговоримо це раціонально:

1. Автор пише: «свій стрімінг-сервіс за $0» — тобто ціль це мінімізація операційних витрат. Мені кейс подобається і як автор вирішив це питання також. Якщо мета — нуль доларів на місяць, то обрати VPS за 6$ — це вже не нуль. А стаття «свій стрімінг-сервіс за 6$» вже не так круто виглядає. :) До речі, compute дорожчає: той VPS за 6$ на Hetzner вже коштує 7$. www.hetzner.com/cloud/cost-optimized

Якщо би автор писав: «Розробка відмовостійкого стрімінг-сервісу, що масштабується», тоді дійсно вибір самохосту вдома на Raspberry був би сумнівним. Хоча хто я такий, щоб судити? Може хтось і таке зробить.

2. Про надійність домашнього інтернету. Я не знаю який сетап у автора, але зараз домашні інтернети доволі стабільні: оптоволокно заводять вже у квартиру, є ДБЖ, тому зробити аптайм у 99,5% реально (це даунтайм десь у 3-4 години на місяць). Нагадаю, SLA в Амазоні для EC2 single instance також 99,5%. Це ж пет-проджект, 99,999% не треба.

розважайтеся на здоров’ячко

Це на роботі я страждаю, а вдома з пет-проєктами дійсно розважаюсь! :)

пентіум по ідеї виробляється досі селерон пентіум далі кор

Та наче не виробляється вже. Для мене бренд Pentium це щось з 90-х, початку 2000-х. Потім вже пішли Core. Хоча я памʼятаю що цей перехід з цифрових серій (386, 486) на Pentium був крутий. Бо Pentium це круто, а 586 (AMD) якась фігня. ;)

Я все життя мріяв написати її клон/аналог, але не склалося.

А чому не склалося? Життя закінчилось? :)

Ще не пізно! Я почав в 40 писати гру для ZX Spectrum, яку закинув ще у 7 класі.

;)

Радий, що цей pun хоч хтось побачив. Усю статтю писав заради нього. :)

У цьому каламбурі і є візія Testinel — зібрати якомога більше діагностичної інформації, щоб помилки було простіше виправляти. :)

Eat your own dog’s food — в нас усі тести на Python, тому і інструмент впроваджував для Python.

Поспілкувавшись з десятками автоматизаторів в моєму нетворку в LinkedIn я зрозумів, що більше використовується Playwright + TypeScript/JavaScript (хоча були поодинокі згадування C#, Java).

Я почав писати репортер для Playwright + TypeScript, але модель звітів в pytest достатньо відрізняється від моделі звітів в Playwright, щоб вважати обʼєднання цих моделей суровим рефакторингом. Я не хотів перетворювати усе це на «кружок програмування», тобто постійно щось розробляти та інтегрувати, та вирішив ось доробити інтеграцію Python, pytest, Selenium, Playwright, щоб вона стабільно працювала хоча б для моєї команди, робити умовний «реліз» (що і роблю за допомоги цієї статті, дякуючи редакції ДОУ).

Тому Playwright + TypeScript/JavaScript в шортлісті на першому місці.

Олександре, а яку інтеграцію ви хотіли би бачити?

PS Взагалі pytest крутий із коробки, а наявність сотень плагінів до нього робить його неймовірно крутим. ;) Наприклад, я пишу тести щоб тестові дані були окремо від тестів, так якийсь хлопець з Німеччини зробив такий плагін, щоб тестові дані потрапляли в тест з CSV-таблиці: https://first.institute/blog/vidokremyty-dani-vid-kodu-testuvannya-z-csv-pytest/

В нас також є тестрейл. Чому я вирішив це робити без нього:

1. У Тестрейла спеціалізація на менеджменті тест-кейсів. В Testinel фокус на падіння в автоматичному тесті, та пошуку причин падіння.

2. Тестрейл курва дорогий! $38 per seat / month, що на команду з 5 інженерів дає 190$/місяць просто за базу даних тестів — я вважаю, що це дуже дорого. Так, я на розробку Testinel витратив багато часу, але з точки зору споживача тарифікація йде пропорційно споживанню — кількості тестів, які обробляються системою: спробувати можна безкоштовно, до 10000 тестів — 29$/місяць, до 50000 тестів — $89/місяць. На платних планах користувачі та проєкти майже необмежені, тому що додаткові користувачі вони не споживають ресурсів. Ціни та ліміти в планах зараз умовні, бо це ще гіпотеза, що саме так воно повинно бути.

3. В Тестрейлі я не побачив нормального інтерфейсу для аналізу помилок: щоб була присутня діагностична інформація. Тобто просто текст трейсбека я можу подивитись і в pytest-html-report.

4. Ну і not invented here — хотів власними руками зробити інструмент від початку і до кінця. :) Не буду брехати, що мені не було просто цікаво це робити.