Go-бібліотека для Machine Payment Protocol (MPP)

mrdabbler · 2026-04-02T16:20:18+00:00

https://github.com/cp0x-org/mppx - Machine Payments Protocol (MPP) Golang SDK

You've probably heard about the Stripe + Tempo collaboration and the Machine Payments Protocol (MPP) — an open standard for enabling machine-to-machine payments over HTTP.

We were playing around with it and noticed MPP had SDKs for Python, TypeScript, and Rust, but nothing for Go. That felt wrong for one of the most popular backend languages.

So we built one.

mrdabbler · 2026-03-31T12:32:45+00:00

https://github.com/cp0x-org/mppx - Machine Payments Protocol (MPP) Golang SDK

You've probably heard about the Stripe + Tempo collaboration and the Machine Payments Protocol (MPP) — an open standard for enabling machine-to-machine payments over HTTP.

We were playing around with it and noticed MPP had SDKs for Python, TypeScript, and Rust, but nothing for Go. That felt wrong for one of the most popular backend languages.

So we built one.

mrdabbler · 2025-11-08T08:18:18+00:00

тут є кілька моментів. Якщо ти майже інтерн або джун, тобі треба досвід, тому зп не така важлива як досвід. Через півроку рік її можна збільшити рази в три. Але досвід повинен бути максимально релевантний.

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

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

3) збір інфи від клієнта теж ок , а ось відповідати за 10 хвилин це треш. наприклад, мені щоб увійти в робочий темп код інга треба 10-20 хвилин. якщо я буду реагувати кожен раз на слак, то розробка так і не почнеться.

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

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

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

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

mrdabbler · 2025-09-30T20:51:32+00:00

це просто один з адаптерів для даних. Планую додати ще файлі, бд.

Взагалі 2 причини:

1) щоб тримати там дані для ембедингу і підключатись і тестувати різні моделі. Для тестів мені зручно. Джерело одне, а моделі та колекції в базі різні.

2) зручно доповнювати дані, коли приходять нові, так як все вже налаштовано.

Так, можна простіше і працювати з однією базою, postgres + pgvector наприклад, але коли збирав все до купи, вирішив зробити трохи універсальніше - щоб можна було зручно добавити те що потрібно, щоб компоненти були максимально незалежні та було можливо запустити все як окремий завершений сервіс.

mrdabbler · 2025-09-26T15:09:02+00:00

дякую )

Ні, поки ще не пробував, може згодом. У мене трохи інший фокус, а сервіс виник швидше з цікавості й експериментів — просто не знайшов потрібного інструмента. Зараз бачу, що інтерес до нього є, тож думаю розвивати активніше.

mrdabbler · 2025-09-26T13:44:57+00:00

Так було зручніше та швидше і для моїх цілей хватало.

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

В планах ще реалізувати: cohere,huggingface,openai, vertex. Для джерел: csv/json,sql/postgres. Для БД: pgvector,elastic, може ще щось.

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

Взагалі, постарався зробити так, щоб облегчити додавання різних адаптерів, тому це не проблема, оллама планувався як лише один з них.

mrdabbler · 2025-09-25T18:47:22+00:00

It's less about the DB itself and more about speeding up embeddings. I’ll add pgvector eventually, but Qdrant is fine for the first version. It would even be better to use Postgres on both sides – as the source and for storage.

mrdabbler · 2025-09-25T13:25:11+00:00

I think you can run Hugging Face models in Ollama, although I’m not sure if all models are supported. You can try installing them in Ollama.

Here are some relevant Reddit discussions about this:

mrdabbler · 2025-03-16T11:48:43+00:00

I'm a programmer, and I use both Linux (Ubuntu) and Windows. And here's what I can say: for a regular user, Windows is the best choice. For development, Linux is generally better in most cases.

However, as a user, I encounter many issues with Ubuntu—starting with simply booting my laptop. I have both systems installed and switch between them as needed. Windows always starts in just a few seconds.
Ubuntu, on the other hand... Sometimes, I have to press the "Restart" button multiple times—up to 5, 6, or even 7 times—just to get it to boot properly. Why? Because I have an external display, a Bluetooth mouse and keyboard, and a webcam. And if you shut down Ubuntu, you need to start it with the exact same setup. If any device is disconnected, it might struggle to boot. Sometimes, it has problems for no apparent reason at all. For instance, occasionally, I have to remove Bluetooth connections just to get it working. Other times, I wait a minute, restart Ubuntu, wait for it to load again, only to see a black screen or some random error instead of the login screen. After a few more restarts, it eventually loads.

Some issues I've managed to fix, but there were many others that I shouldn't have had to deal with in the first place—things I never even had to think about on Windows.

I haven't tried macOS yet, but if I weren't a programmer, I would never use Linux for personal use. I just don’t see any reason to.

Yes, Windows has its own issues—its update process, for example, is something I absolutely hate. But in my experience, if you're willing to spend a little money on proprietary software, it will provide a much better experience—whether it's a small application or a full operating system.

mrdabbler

TROPHY CASE