Диаграмы эти тупо еще не сделали и не знаю если чесн, когда сделаем
Для любого разработчика open source продукта существует "проблема Пятерочки" - когда хочешь купить пимидоры по open source модели зовут почему-то полицию :)
Был неточен. Дело конечно не в бухгалтерии. Мы достаточно быстро поняли, что соревноваться с коробочными системами бессмыслено (у нас простт нет на это ресурсов) и сосредоточились на тех, кому типовые никак не подходят. Обмен с 1С можно сделать и делали. Вообще вся разработка на стороне клиента - у нас лишь инструмент.
Это стандартная предъява к любому DSL :) Тоже самое можно сказать про bash. Практика выглядит так: затраты на освоение синтаксиса мизерные, а понимание архитектуры решений и подходов к решению задач подходят и для настоящих языков. Порог входа при этом реально понижается, просто тем, кто уже выучил большой язык это профита не дает. А сисадминам линуксовым - дает. Они и используют в том числе.
Мы не делали типовых конфигураций, так-как нет смысла пересаживать бухгалтерию из 1С. Нас можно сравнивать с их чистым конфигуратором. Можно описать этот проект как конфигуратор для малого бизнеса (тк 1С ориентируется на крупный и его задачи)
Угу, сейчас упрощенные DSL имеют некоторое преимущество в том, что проще объяснить GPT как писать правильно. Он же правда и недостаток, тк приходится передавать свою документацию в контекст. Но непонятно сколько такая ситуация продержится.
Мои соображения (на правах разрабатывающего подобного типа платформу):
— Идея оставить одного аналитика работает. — Чисто визуальная штука с конструированием всего мышкой очень ограничена по возможностям тк мышкой не сделать сложную логику — поэтому нужен код! — Если сказать аналитику «а теперь выучи JS, что бы пользоваться платформой» то это уже будет не аналитик, а программист. — Мы сделали свой упрощенный код для неразработчиков и он работает, но это дорого для нас, как для разработчиков платформы, и это маркетинговая бомба, пока у вас нет миллиона пользователей. — Учиться и повышать свой скилл в инструменте аналитику неизбежно придется. — Иногда, что бы получить хорошую архитектуру, ему нужна помощь архитектора (в нашем случае это либо более опытный спец, либо консультация у нас, как у разработчиков платформы). — Если нет критических ошибок в архитектуре — решение нормально масштабируется. Для внутренних корпоративных задач достаточного простого вертикального масштабирования, да и горизонтальное можно, но до этого еще никто не доходил. — Что бы использовали крупные корпорации — этим надо специально заниматься. К нам несколько раз обращались (типа хотим использовать), но через их внутреннюю бюрократию не пролазит — теперь мы им прям сразу на входе говорим «забудьте».
Мы тоже метались между докером и нативной установкой sh-скриптом и пришли к выводу, что при отсутствии ресурсов полноценно поддерживать несколько вариантов установки, надо сосредоточится на том варианте, который проще и понятнее для майнтейнеров или про который проще всего объяснить пользователям как обновить.
В нашем случае — это оказалась нативная установка sh-скриптом (еще раз повторю, что в других проектах, в том числе здесь может быть по другому). Но докер мы сделали и с него кто-то даже что-то поставил и теперь мне приходится и его тоже поддерживать как второй способ (о чем жалею).
Те по хорошему хорошо бы еще иметь и собственный сайт с осмысленным содержимым на том же ip, что и cloak, что бы он его и отдавал?
Также я из текста понял, что там подменяется сертификат и это потенциальная сигнатура для отслеживания и блокировки. Но если у нас есть сайт на который типа идет пользователь, то у нас есть и оригинал сертификата...
Но вообще вы молодцы! Уже прилично звезд нафармили на GH. Я знаю им цену :)
На правах решавшего задачу установки сложносоставного софта на сервак людьми без спецподготовки:
1. Конечно же это делается на чистом сервере. И не только из-за секретности а банально из-за того, что установщики не рассчитывают на какой-то там еще софт.
2. Приходится в какой-то степени доверять разработчику, причем неважно подключается там что-то по ssh или вы deb/sh скачали и запустили.
3. В случае максимальной секретности и защищенности люди качают источник, читают что там написано и убедившись, что все ок — делают make, потом поднимают apparmor, изолируют сервер от остальной сети итп.
Мы используем jsonb для упрощенной типизации внутри приложения а также читаем конкретно постгресовские коды ошибок дедлока и конкретно для постгреса передаем параметр жизни транзакции, что бы пользователь, который ничего не знает про БД не столкнулся с блокировкой таблицы вдруг. Поэтому как основную Бд мы не будем поддерживать MySQL. Про хостинги — как минимум копеечный VPS. Если совсем за 100 р/мес то вот https://ru.docs.totum.online/install_on_net_angels но реально притормаживает в прайм-тайм тк это жесточайший шаред.
Totum online - наверное мы больше всего на smartsheet похожи, но это не точно
Он по делу конечно все пишет, но вот если нет основной работы или финансирования - вот тут-то и начинается самая жара.
Подтащите статью, как он в коммерцию его переводил - будет интересно.
Notion мне кажется про другое, он такой глянцевый, а мы такие, такие — квадратные :)
PRO бесплатен
Диаграмы эти тупо еще не сделали и не знаю если чесн, когда сделаем
Для любого разработчика open source продукта существует "проблема Пятерочки" - когда хочешь купить пимидоры по open source модели зовут почему-то полицию :)
Не работает
Был неточен. Дело конечно не в бухгалтерии. Мы достаточно быстро поняли, что соревноваться с коробочными системами бессмыслено (у нас простт нет на это ресурсов) и сосредоточились на тех, кому типовые никак не подходят. Обмен с 1С можно сделать и делали. Вообще вся разработка на стороне клиента - у нас лишь инструмент.
Это стандартная предъява к любому DSL :) Тоже самое можно сказать про bash. Практика выглядит так: затраты на освоение синтаксиса мизерные, а понимание архитектуры решений и подходов к решению задач подходят и для настоящих языков. Порог входа при этом реально понижается, просто тем, кто уже выучил большой язык это профита не дает. А сисадминам линуксовым - дает. Они и используют в том числе.
Мы не делали типовых конфигураций, так-как нет смысла пересаживать бухгалтерию из 1С. Нас можно сравнивать с их чистым конфигуратором. Можно описать этот проект как конфигуратор для малого бизнеса (тк 1С ориентируется на крупный и его задачи)
Посмотрим, можнт only office его будет открывать
Что вы имеете в виду под открытым форматом файлов?
Угу, я ее исправлял, но похоже не до конца. Спс
Угу, сейчас упрощенные DSL имеют некоторое преимущество в том, что проще объяснить GPT как писать правильно. Он же правда и недостаток, тк приходится передавать свою документацию в контекст. Но непонятно сколько такая ситуация продержится.
Выложили ml-часть: https://github.com/twitter/the-algorithm-ml
Спасибо! Очень ценно
Мои соображения (на правах разрабатывающего подобного типа платформу):
— Идея оставить одного аналитика работает.
— Чисто визуальная штука с конструированием всего мышкой очень ограничена по возможностям тк мышкой не сделать сложную логику — поэтому нужен код!
— Если сказать аналитику «а теперь выучи JS, что бы пользоваться платформой» то это уже будет не аналитик, а программист.
— Мы сделали свой упрощенный код для неразработчиков и он работает, но это дорого для нас, как для разработчиков платформы, и это маркетинговая бомба, пока у вас нет миллиона пользователей.
— Учиться и повышать свой скилл в инструменте аналитику неизбежно придется.
— Иногда, что бы получить хорошую архитектуру, ему нужна помощь архитектора (в нашем случае это либо более опытный спец, либо консультация у нас, как у разработчиков платформы).
— Если нет критических ошибок в архитектуре — решение нормально масштабируется. Для внутренних корпоративных задач достаточного простого вертикального масштабирования, да и горизонтальное можно, но до этого еще никто не доходил.
— Что бы использовали крупные корпорации — этим надо специально заниматься. К нам несколько раз обращались (типа хотим использовать), но через их внутреннюю бюрократию не пролазит — теперь мы им прям сразу на входе говорим «забудьте».
Мы тоже метались между докером и нативной установкой sh-скриптом и пришли к выводу, что при отсутствии ресурсов полноценно поддерживать несколько вариантов установки, надо сосредоточится на том варианте, который проще и понятнее для майнтейнеров или про который проще всего объяснить пользователям как обновить.
В нашем случае — это оказалась нативная установка sh-скриптом (еще раз повторю, что в других проектах, в том числе здесь может быть по другому). Но докер мы сделали и с него кто-то даже что-то поставил и теперь мне приходится и его тоже поддерживать как второй способ (о чем жалею).
Те по хорошему хорошо бы еще иметь и собственный сайт с осмысленным содержимым на том же ip, что и cloak, что бы он его и отдавал?
Также я из текста понял, что там подменяется сертификат и это потенциальная сигнатура для отслеживания и блокировки. Но если у нас есть сайт на который типа идет пользователь, то у нас есть и оригинал сертификата...
Но вообще вы молодцы! Уже прилично звезд нафармили на GH. Я знаю им цену :)
На правах решавшего задачу установки сложносоставного софта на сервак людьми без спецподготовки:
1. Конечно же это делается на чистом сервере. И не только из-за секретности а банально из-за того, что установщики не рассчитывают на какой-то там еще софт.
2. Приходится в какой-то степени доверять разработчику, причем неважно подключается там что-то по ssh или вы deb/sh скачали и запустили.
3. В случае максимальной секретности и защищенности люди качают источник, читают что там написано и убедившись, что все ок — делают make, потом поднимают apparmor, изолируют сервер от остальной сети итп.
Мы используем jsonb для упрощенной типизации внутри приложения а также читаем конкретно постгресовские коды ошибок дедлока и конкретно для постгреса передаем параметр жизни транзакции, что бы пользователь, который ничего не знает про БД не столкнулся с блокировкой таблицы вдруг. Поэтому как основную Бд мы не будем поддерживать MySQL. Про хостинги — как минимум копеечный VPS. Если совсем за 100 р/мес то вот https://ru.docs.totum.online/install_on_net_angels но реально притормаживает в прайм-тайм тк это жесточайший шаред.
Все, как вы описали, но для локальной машины мы не стали делать по причине отсутствия запроса и денег на разработку этой ветки