Насчёт кубернетиса вы, возможно, правы, но я не соглашусь, что он как-то усложнил мне жизнь. Мне с kubectl легко и удобно. А по деньгам на наших нагрузках там нет принципиальной разницы, было бы $10 вместо $100 — это всё ещё копейки по сравнению с тем же маркетингом.
Да на моей практике разница на порядок, и если 100$ не так драматично как 10$, то 5000$ уже не так приятно как 500$. И мой посыл был в том что куб не решает никакой вашей проблемы, он просто есть и все.
Насчёт сущностей — я всё ещё считаю, что разделить их было верным решением. У них много непересекающихся данных (у атлетов — анкета, биллинг и всё такое, у тренеров — публичный профиль и условия контракта) и не хотелось бы, чтобы они и там, и там были optional. К тому же, получится, что в коде постоянно фигурирует два разных «юзера» и их очень легко перепутать.
В вашей схеме все хорошо до поры до времени, пока тренер сам не захочет заниматься, или использовать какие-то функции доступные только для атлетов (например какой-то контроль веса или что-то типа такого). Анкеты и профили должны быть как у атлета так и у тренера, ну просто потому что им надо как-то сматчиться между собой и эта информация будет полезна обоим (да профиль у тренера открыт, а у атлета закрыт по умолчанию, но у атлета должна быть возможность открыть свой профиль для других). Про биллинг это вообще странно, у тренера как минимум должна быть возможность вывода заработанных денег, ну и депозита для покупки чего-то (платного продвижения, каких-то дополнительных функций и т.д.). Про optional это что-то из nosql мира, в реляционных бд оперируют связями. Попробуйте придумать схему для реляционный бд для своего приложения и увидите что общего намного больше у этих двух ролей и нет смысла их разделять.
Первая - это то что изначально не выбралась реляционная БД. Тот же постгрес закрыл бы весь спектр задач, хранение данных(транзакции, join, group и прочие), организация очереди(простые очереди можно держать в базе), машина состояний(enum + constraint), pubsub(для внутренних событий), ну и хранение сырых(или структурированных) данных от Stripe(вместо использования для этого ClickHouse).
Вторая - это кубернетес. Он избыточен для вашего приложения, и для всего добра хватило одной машины в DO или хетснере, и деплой бы был не сильно сложнее (выполнение всех нужных команд на сервере напрямую из GitHub actions или кнопками в jenkins). Да и скриптовые языки прям больно по деньгам запускать в кубе.
Третья - разделение на клиентов и тренеров. В базе была бы одна сущность users, где было бы что-то типа role: athlete|trainer|both (both на случай что какой-то тренер сам у кого-то занимается), и одно приложение, которое бы исходя из role скрывало бы ненужные блоки. Почему вместе, да потому что эти две роли выполняют одну общую задачу. Отдельно приложение надо делать например для владельцев фитнес клубов, так как их роль и задачи в системе никак не пересекаются с athlete и trainer.
Если резюмировать это все, то вы сами себе усложнили жизнь. И просто повезло что не втянули кролика или кафку.
Интересно почитать вторую часть про бизнес составляющую.
Ubuntu хороша пока не сломается на обновлении драйверов, такое редко, но бывает. Для первого старта я бы выбирал OpenSUSE, btrfs со снапшотами защитит от любого кривого обновления, так же плюсом будет yast через который можно настроить все что только можно в системе, ну и визуально очень приятно все сделано по умолчанию.
Примерно с такими же соображениями в 70-е годы и был придуман язык структурированных запросов SQL...
SQL - это все таки про работу с данными, а я про логику и что-то типа COM(но мультиплатформенное и не только для десктопы). Просишь ИИ создать новый раздел меню в Photoshop или для любой другой программы который например рисует котиков и получаешь результат. Или кнопку в меню для сайта Хабр для фильтрации коментов.
С развитием ИИ скорее всего поменяется архитектура ПО и подходы к разработке.
Программисты будут развивать ядро ПО, а пользователи уже с помощью ИИ используя какой-то механизм (плагины/DSL) будут расширять возможности этого ПО.
В целом если будет тренд на использование ИИ не программистами то будет рост эффективности работы в разных сферах, люди просто смогут автоматизировать кучу рутины с помощью ИИ.
Первое секвенирование генома стоило миллиард долларов, длилось 15 лет и требовало усилий нескольких универов. Сегодня за 1000$ можно перебрать основные генетические маркеры едва ли не в каждой лабе.
Да, только вот из-за этого доступность услуги не изменилась. Есть много стран с зарплатами меньше 300$, в странах с высокими зп такой тест тоже будет сильно дороже стоить, и страховая может не компенсировать эту трату, ну и есть еще вероятность получить фейковый результат как в истории с Кристиной Хагер.
Вероятнее что эту новую технологию будут использовать политики, военные и самые богатые люди на планете. А обычный народ так же будет продолжать жить в органической форме.
Далеко не факт. 1 млн мексиканцев, это допустим 10 тыс членов уличных банд (всего 1%). Сделают ли оставшиеся 99%(на самом деле меньше, старики и дети будут только тянуть деньги из бюджета) вклад в экономику который перекроет все траты что возросли на безопасность (полиция/тюрьмы), на медицину (разборки между бандами/здоровье случайных прохожих, возросший процент наркоманов). Да можно сказать что в след поколении дети внесут вклад который все окупит, но я сильно в этом сомневаюсь. Чем больше приезжих тем меньше они интегрируются в общество, а наоборот строят свое общество внутри. И просто получаеться второе поколение американских мексиканцев.
На ПМЭФ было заявление лидера нации, великого кормчего, что у РФ 4-я экономика в мире. А про новые возможности в условиях санкций вещают из каждого утюга.
И самое главное, теперь хотят запретить поставки не только компонентов, но и товаров, содержащих американские компоненты, а это очень крутое ужесточение.
С возрастом я тоже стал зумером :)
Да на моей практике разница на порядок, и если 100$ не так драматично как 10$, то 5000$ уже не так приятно как 500$. И мой посыл был в том что куб не решает никакой вашей проблемы, он просто есть и все.
В вашей схеме все хорошо до поры до времени, пока тренер сам не захочет заниматься, или использовать какие-то функции доступные только для атлетов (например какой-то контроль веса или что-то типа такого). Анкеты и профили должны быть как у атлета так и у тренера, ну просто потому что им надо как-то сматчиться между собой и эта информация будет полезна обоим (да профиль у тренера открыт, а у атлета закрыт по умолчанию, но у атлета должна быть возможность открыть свой профиль для других). Про биллинг это вообще странно, у тренера как минимум должна быть возможность вывода заработанных денег, ну и депозита для покупки чего-то (платного продвижения, каких-то дополнительных функций и т.д.). Про optional это что-то из nosql мира, в реляционных бд оперируют связями. Попробуйте придумать схему для реляционный бд для своего приложения и увидите что общего намного больше у этих двух ролей и нет смысла их разделять.
Я вижу три технических ошибки.
Первая - это то что изначально не выбралась реляционная БД. Тот же постгрес закрыл бы весь спектр задач, хранение данных(транзакции, join, group и прочие), организация очереди(простые очереди можно держать в базе), машина состояний(enum + constraint), pubsub(для внутренних событий), ну и хранение сырых(или структурированных) данных от Stripe(вместо использования для этого ClickHouse).
Вторая - это кубернетес. Он избыточен для вашего приложения, и для всего добра хватило одной машины в DO или хетснере, и деплой бы был не сильно сложнее (выполнение всех нужных команд на сервере напрямую из GitHub actions или кнопками в jenkins). Да и скриптовые языки прям больно по деньгам запускать в кубе.
Третья - разделение на клиентов и тренеров. В базе была бы одна сущность users, где было бы что-то типа role: athlete|trainer|both (both на случай что какой-то тренер сам у кого-то занимается), и одно приложение, которое бы исходя из role скрывало бы ненужные блоки. Почему вместе, да потому что эти две роли выполняют одну общую задачу. Отдельно приложение надо делать например для владельцев фитнес клубов, так как их роль и задачи в системе никак не пересекаются с athlete и trainer.
Если резюмировать это все, то вы сами себе усложнили жизнь. И просто повезло что не втянули кролика или кафку.
Интересно почитать вторую часть про бизнес составляющую.
Торт
Если говорить про документацию, то я бы сказал что самая лучшая документация у Gentoo.
Ubuntu хороша пока не сломается на обновлении драйверов, такое редко, но бывает. Для первого старта я бы выбирал OpenSUSE, btrfs со снапшотами защитит от любого кривого обновления, так же плюсом будет yast через который можно настроить все что только можно в системе, ну и визуально очень приятно все сделано по умолчанию.
SQL - это все таки про работу с данными, а я про логику и что-то типа COM(но мультиплатформенное и не только для десктопы). Просишь ИИ создать новый раздел меню в Photoshop или для любой другой программы который например рисует котиков и получаешь результат. Или кнопку в меню для сайта Хабр для фильтрации коментов.
С развитием ИИ скорее всего поменяется архитектура ПО и подходы к разработке.
Программисты будут развивать ядро ПО, а пользователи уже с помощью ИИ используя какой-то механизм (плагины/DSL) будут расширять возможности этого ПО.
В целом если будет тренд на использование ИИ не программистами то будет рост эффективности работы в разных сферах, люди просто смогут автоматизировать кучу рутины с помощью ИИ.
Вообще-то давно уже существуют и продаются лазерные микрофоны. Так что такая себе новость.
Дизайн на любителя. Похоже на бутылку водки в какой-то странной подставке.
История с совместным самолетом похоже ничему не научила.
Писать надо оперу.
Да, только вот из-за этого доступность услуги не изменилась. Есть много стран с зарплатами меньше 300$, в странах с высокими зп такой тест тоже будет сильно дороже стоить, и страховая может не компенсировать эту трату, ну и есть еще вероятность получить фейковый результат как в истории с Кристиной Хагер.
Вероятнее что эту новую технологию будут использовать политики, военные и самые богатые люди на планете. А обычный народ так же будет продолжать жить в органической форме.
Не переживайте, дедушка Ляо все сделает.
Наша вселенная может быть хоть в форме котенка.
Колхоз
Далеко не факт. 1 млн мексиканцев, это допустим 10 тыс членов уличных банд (всего 1%). Сделают ли оставшиеся 99%(на самом деле меньше, старики и дети будут только тянуть деньги из бюджета) вклад в экономику который перекроет все траты что возросли на безопасность (полиция/тюрьмы), на медицину (разборки между бандами/здоровье случайных прохожих, возросший процент наркоманов). Да можно сказать что в след поколении дети внесут вклад который все окупит, но я сильно в этом сомневаюсь. Чем больше приезжих тем меньше они интегрируются в общество, а наоборот строят свое общество внутри. И просто получаеться второе поколение американских мексиканцев.
На ПМЭФ было заявление лидера нации, великого кормчего, что у РФ 4-я экономика в мире. А про новые возможности в условиях санкций вещают из каждого утюга.
Это новые возможности для 4-ой экономики в мире.