Обновить

Компания Тотум Онлайн временно не ведёт блог на Хабре

Сначала показывать

Как я научился без скандалов выходить из зомби-проектов систем автоматизации

Время на прочтение9 мин
Охват и читатели17K

Мой основной проект — это платформа для конструирования веб-приложений для автоматизации процессов: база данных, действия, триггеры, интерфейс. Но пока я её разрабатывал, сделал множество готовых решений автоматизации под конкретные задачи. И почти везде встречалась одна и та же история: проект застревал где-то посередине, и дальше требовались какие-то невероятные усилия, чтобы довести его до завершения. По факту эти усилия ложились на меня.

В конце концов я пришёл к выводу, что лучше бы их вообще не брать. Но если уж ввязался — то только на следующих условиях (которые в последние несколько проектов спасли мне миллиарды нервных клеток).

Ныряем

Загружаем закупочные счета и получаем отчет где купить дешевле (код self-hosted, модели API, реально работает)

Время на прочтение10 мин
Охват и читатели6.8K

Вообще-то мы делаем конструктор корпоративных баз данных с автоматизациями, но меня давно просили сделать какой-нибудь демонстрационно-учебный проект — чтобы, типа, best practice можно было глянуть. Так как ИИ бесжалостно прёт изо всех щелей и от него никуда не деться, решили сделать такой, чтобы использовал его, но только, блин, с реальной пользой, а не очередное «напиши статью про то — не знаю что». Получилось хорошо: по задаче работает лучше, чем если бы мы человека за разумные деньги посадили делать то же самое. Ну и, понятно, быстрее (хотя с последними замедлениями API OpenAI хотелось бы ещё побыстрее).

Итак, задача: есть у нас, например, небольшой завод — и покупает он там всякое разное: болты, винты, пузырьки, доски, пропановые баллоны и так далее. Есть поставщики, присылают счёта. Счета эти даже кто-то из начальства, возможно, проверяет за кладовщиком. Если проверять хорошо, то это вообще куча времени уходит — и было бы здорово...

Посмотреть, что было дальше

Как я делал open-source проект, перевёл его на коммерческие лицензии — и это было моим самым лучшим решением

Время на прочтение8 мин
Охват и читатели16K

Меня зовут Алексей, я скорее инженер, чем разработчик. Занимался производствами, конструировал приборы и в какой-то момент решил попробовать сделать универсальный конструктор для учёта всего, что мне было нужно на производстве — материалов, заказов, процессов, планирования сроков и т.п.

Предполагалось, что мы вместе с разработчиком запилим такую платформу за полгода, будем продавать лицензии и станем миллионерами. Но так как задача оказалась сложной, а через полгода разработки стало понятно, что потребуется чуть больше времени, чем ожидалось, было решено выложить её в open source.

Решение было принято под влиянием моды того времени на открытые системы: стартапы получали по 10 млн баксов под таблички без функционала, но зато с MIT-лицензиями, проводились конференции, изо всех утюгов неслось, как здорово на сопровождении все зарабатывают миллионы...

В общем, начитавшись всей этой чуши, поставили MIT, залили на GitHub, написали статью на Хабр — и... получили поток комментариев: «Ваш код — УГ» и «Всё надо переделать на Laravel».

В итоге, потратив охулиард нервных клеток и набрав 900 звездочек на GitHub, я бросил это опенсорсное занятие и поставил самые обыкновенные платные лицензии.

Что не пишут в буклетах про open source

Пока все вайбкодят, мы продолжаем делать self-hosted базу данных для разработки ERP/LLM-систем

Время на прочтение9 мин
Охват и читатели8.3K

История началась в далеком 2016 году, когда у меня был небольшой свечной заводик. Не свечной, конечно, но все же производство — и нужно мне было на нем сделать автоматизацию. Чтобы компоненты закупались вовремя, списывались со склада в правильном количестве и автоматически планировалось, какие операции делать в рамках рабочего дня. Тогда я впервые подумал, что неплохо бы иметь программируемый конструктор — что-то типа MS Access, но только в web и чтобы логика и запросы программировались одинаково и понятно.

Читать далее