Авторизация сейчас на Keycloak. Чуть позднее запустим багбаунти. Может быть утром чуть больше технических деталей Николай сможет добавить к этому ответу.
Планируется ли аудит безопасности?
Да, планируем, но позднее.
возможно ли использовать его как self-hosted решение?
Да, клиент может развернуть озму у себя на серверах и подключить свою авторизацию вместо нашего сервиса авторизации. Но обычно это решение для совсем крупных клиентов.
Да, Airtable и Notion можно и даже нужно использовать для этого, но как только количество записей в таблице будет больше 50к, то уже придется искать другое решение.
У нас есть ребята, которые хранят десятки миллионов записей в озме и все летает. Надо только индексы правильно настроить.
Первый раз лет в 16 после книг Архангельского. Каждый раз забрасывал. Но не все — какие-то части оставались.
Например, остался и живет уже лет 10 календарь, вот тут можно посмотреть как это у меня выглядит: https://t.me/kirmark_flow
Осталась система с общими заметками для покупок продуктов и бытовой химии. Она сейчас в Google Keep.
Осталась система управления задачами, но она стала больше про рабочие задачи. Для этого даже написал себе отдельный инструмент: https://ozma.io/ru/
Система учета просмотренных книг, фильмов и других мелочей не выжили.
Все хочу выстроить систему учета друзей и знакомых для нетвокинга, но она стабильно умирает через месяц после внедрения… Пока не понимаю почему. Думаю, там дело не в системе, а в моих нетвокинг скилах.
Да, денег вперед не закидывают. Дают партиями и привязывают к результату. Но можно считать те же показатели только с учетом договоренностей.
Например, есть договоренность о трех траншах на три следующих квартала. Вопросы остаются те же.
— Если все условия будут выполнены, мы «по умолчанию живы» или «по умолчанию мертвы»?
— Если денег хватает всего на три месяца вперед, то есть ли у нас новые договоренности по следующим платежам?
И почти всегда при падающем балансе договоренности о новых инвестициях со старыми или новыми партнерами сейчас будут выгоднее, чем через месяц. Просто потому, что позиция будет слабее.
Авторизация сейчас на Keycloak. Чуть позднее запустим багбаунти. Может быть утром чуть больше технических деталей Николай сможет добавить к этому ответу.
Да, планируем, но позднее.
Да, клиент может развернуть озму у себя на серверах и подключить свою авторизацию вместо нашего сервиса авторизации. Но обычно это решение для совсем крупных клиентов.
Да, Airtable и Notion можно и даже нужно использовать для этого, но как только количество записей в таблице будет больше 50к, то уже придется искать другое решение.
У нас есть ребята, которые хранят десятки миллионов записей в озме и все летает. Надо только индексы правильно настроить.
Спасибо)
Мне рассказывали, что ошибки орфографические лучше в личку автору писать. Имейте в виду.
Сам не знаю, как к этому относиться, но звучит логично.
Про кастомизацию и облака, мне кажется, не совсем верное утверждение.
Вот у меня основной продукт в облаке. Но кастомизация очень серьезная.
Прямо целые блоки меню со своими таблицами, полями, кнопками и автоматикой можно создавать/убирать.
Облако для этого не помеха.
Вот тут можно посмотреть скриншоты примера:
https://ozma.io/ru/
Очень интересная статья, спасибо Иван!
Выслал ее своим партнерам интеграторам, чтобы они посмотрели на процесс глазами покупателя.
Спасибо!
Все оцифровать пробовал несколько раз.
Первый раз лет в 16 после книг Архангельского. Каждый раз забрасывал. Но не все — какие-то части оставались.
Например, остался и живет уже лет 10 календарь, вот тут можно посмотреть как это у меня выглядит:
https://t.me/kirmark_flow
Осталась система с общими заметками для покупок продуктов и бытовой химии. Она сейчас в Google Keep.
Осталась система управления задачами, но она стала больше про рабочие задачи. Для этого даже написал себе отдельный инструмент:
https://ozma.io/ru/
Система учета просмотренных книг, фильмов и других мелочей не выжили.
Все хочу выстроить систему учета друзей и знакомых для нетвокинга, но она стабильно умирает через месяц после внедрения… Пока не понимаю почему. Думаю, там дело не в системе, а в моих нетвокинг скилах.
Работаю над этим.
Посмотрим, что получится)
Да, конечно)
Но мы на довольно ранней стадии. Вот только-только будем запускаться на широкую аудиторию.
Это сайт:
https://ozma.io/ru/crm/
Вот тут почитать пример использования от одного из наших клиентов со скриншотами:
https://wiki.ozma.io/ru/blog/example-provider
На сайте сейчас ведутся работы — готовимся к новому маркетинговому заходу. Что-то может быть поломано.
Напишите мне в личку, если будет интересно потыкать боевую версию системы, я вам разверну ее и дам ссылку.
Интересно.
Попробуем такое себе собрать.
Спасибо за статью)
Потихоньку пишем свою low-code систему.
Спасибо, интересно почитать, как выглядит выбор от лица клиента.
Интересно, спасибо!
Особенно понравилась финальная часть про то, что не понимаю как можно делать стартапы и не зарабатывать деньги, а только тратить их.
Пойду дальше пилить свой стартап и кушать доширак)
Например, есть договоренность о трех траншах на три следующих квартала. Вопросы остаются те же.
— Если все условия будут выполнены, мы «по умолчанию живы» или «по умолчанию мертвы»?
— Если денег хватает всего на три месяца вперед, то есть ли у нас новые договоренности по следующим платежам?
И почти всегда при падающем балансе договоренности о новых инвестициях со старыми или новыми партнерами сейчас будут выгоднее, чем через месяц. Просто потому, что позиция будет слабее.
Мне кажется, суть та же осталась.
Один раз видел, как люди успешно ведут бизнес по старинке на записных книжках продавцов)
Там была проблема с зависимостью бизнеса от менеджеров. Но это уже другая тема.