Это баттл- я не предлагаю реализацию. Я предлагаю сравнить подходы. Ссылка на репозитарий в конце. Сделайте вашу идеальную реализацию и пришлите MR. Потом можем осудить…
Это минимальная реализация - максимально близко к «классикам». Жду вашего MR с «правильной реализацией». Поскольку тут Баттл- одними комментариями не отделаетесь. Нет MR - слив засчитан :)
За данные и их согласованность должна отвечать БД. Правило это не модно и молодёжно. Правда никто пока не показал как обеспечить гарантированную согласованность данных в распределенной системе. :)
Я с вами не согласен. ООП это подход к разработке. Демонстрация подходов и их применимости делается на простых примерах. Графический редактор это простейший приме, позволяющий выявить плюсы и минусы подходов. В частности, наследование квадрата от прямоугольника -классическая ошибка в ООП дизайне. Здесь вы можете доходчиво объяснить, почему так не следует делать.
Ваша критика похожа на заявление что Ньютоновская механика не подходит, поскольку не работает в масштабах Вселенной.
Comming soon… « следите за моим телеграмм каналом» за публикациями. Готовлю статью с конкретными объектами и разными парадигмами программирования. Не переключайтесь, будет интересно :)
Буч с вами не согласиться. Смотрите его книгу объектов ориентированное проектирование и разработка. Он там рассматривает пример создания управляющей системы для гидропонной фермы. Там все на объектах.
Хотелось бы деталей реализации. Пока как все плохо у существующих и как все будет хорошо у нас. Переписать Sqlite на Rust наверно можно, но как повторит тестирование которому Sqlite подвергается? Не говоря уже о PostgreSql
Берите Debian - все работает. Стабильно. Поскольку поддержка исключительно сообществом - никаких метаний за новомодными фичами и переделка всего с поломкой обратной совместимости.
Поставил и забыл.
Ещё рекомендую Arch - в качестве мануалов по Linux и как то сделать - документация супер.
Pacman из Arch притащили в msys2 - позволяет на Windows получить нормально окружение Linux :).
Как раз сегодня на сайт была статья от администраторов о том что нейронам для написания использовать -ай-ай-ай. А тут явно сгенеренный контент. Совет автору: когда нецронеу используете попросите переписать в стиле.. ну хотя бы Йода:
Операционная система Linux — хм, основа множества дистрибутивов она есть. Понять различия между ними ты должен, если выбрать дистрибутив свой мудро хочешь. Цель этой статьи, структурированный обзор предоставить она должна, сильные и слабые стороны дистрибутивов раскрыть, и критерии выбора осветить.
Фундаментальные компоненты дистрибутива Linux — знать их ты должен. Прежде чем в мир дистрибутивов погрузишься, понять важные составляющие тебе нужно: 1. Ядро Linux, хмм. Сердце системы оно есть. Управление памятью, процессами, устройствами — в его власти всё. Версия ядра — от нее многое зависит: и оборудование поддержит, и функции новые откроет. 2. Система инициализации. Первой ядро её запускает. Все службы и процессы — пробуждает она. Распространенные системы, хмм, такие есть:
Похоже авторы исследования не читали коллег, где говорится что человек своими действиями препятствует одомашиванию кошек. Искать влом. Идея в том что домашних кошек/котов кастрируют, поэтому потомство оставляют в основном дикие коты, которые менее расположены к одомашиванию.
Ну и это собак лосю вели до кошко-подобного состояния а не кошек до собачьего. Практически любая современна кошка не утеряла навыки жизни в дикой природе. И при необходимости легко адаптируется, в отличии от мопсов, болонок и пр. Чау-чау.
«Чистая архитектура» это сферический конь в вакууме.
Как и чистый код. Единственное для чего по-моему годится чистый код- это тыкать неродивых девелоперов носом и говорить «пиши как велели в Чистом коде». При этом на любой вопрос почему? Можно спокойно отвечать потому… видя какой треш народ пишет, и не понимает когда тонко насекают что можно/нужно по-другому (хотя бы не писать 100 вложенных if)
Вообще-то Кафка и придумана чтобы гонять большие объему данных. В вашем случае это скорее Amal (rabbitMQ) или даже MQTT. Если хочется чего-то распределенного - то Zero Mq вам в помощь
Вы не будете «ходить в хранилище за миллионами записей». Только когда кеш невалидный будете перечитывать записи. Не думаю что у вас каждое 30 секунд миллионы записей запрашиваются.
Давайте ближе к теме: сколько серверов, сколько данных сколько запросов в секунду. Ну и неплохо было бы про задачу написать. А-то осуждаем сферического коня в вакууме
Не хватает: треугольника, квадрата, овала, ромба. :)
MR - merge request
Первоначальный вариант был с unique_ptr. Потом выбросил, т.к. вопрос про архитектуру ООП vs XXX а не про современные подходы и best practice в C++.
Это баттл- я не предлагаю реализацию. Я предлагаю сравнить подходы. Ссылка на репозитарий в конце. Сделайте вашу идеальную реализацию и пришлите MR. Потом можем осудить…
Это минимальная реализация - максимально близко к «классикам». Жду вашего MR с «правильной реализацией». Поскольку тут Баттл- одними комментариями не отделаетесь. Нет MR - слив засчитан :)
Потому что задача «византийских генералов» не решаема :(
https://ru.m.wikipedia.org/wiki/Задача_византийских_генералов
Ага вы готовы за 20-30 минут сделать MVP редактора в вашем понимании?
За данные и их согласованность должна отвечать БД. Правило это не модно и молодёжно. Правда никто пока не показал как обеспечить гарантированную согласованность данных в распределенной системе. :)
Я с вами не согласен. ООП это подход к разработке. Демонстрация подходов и их применимости делается на простых примерах. Графический редактор это простейший приме, позволяющий выявить плюсы и минусы подходов. В частности, наследование квадрата от прямоугольника -классическая ошибка в ООП дизайне. Здесь вы можете доходчиво объяснить, почему так не следует делать.
Ваша критика похожа на заявление что Ньютоновская механика не подходит, поскольку не работает в масштабах Вселенной.
Как и обещал - продолжение https://habr.com/ru/articles/909368/
Comming soon… « следите за моим телеграмм каналом» за публикациями. Готовлю статью с конкретными объектами и разными парадигмами программирования. Не переключайтесь, будет интересно :)
Буч с вами не согласиться. Смотрите его книгу объектов ориентированное проектирование и разработка. Он там рассматривает пример создания управляющей системы для гидропонной фермы. Там все на объектах.
Хотелось бы деталей реализации. Пока как все плохо у существующих и как все будет хорошо у нас. Переписать Sqlite на Rust наверно можно, но как повторит тестирование которому Sqlite подвергается? Не говоря уже о PostgreSql
Берите Debian - все работает. Стабильно. Поскольку поддержка исключительно сообществом - никаких метаний за новомодными фичами и переделка всего с поломкой обратной совместимости.
Поставил и забыл.
Ещё рекомендую Arch - в качестве мануалов по Linux и как то сделать - документация супер.
Pacman из Arch притащили в msys2 - позволяет на Windows получить нормально окружение Linux :).
Как раз сегодня на сайт была статья от администраторов о том что нейронам для написания использовать -ай-ай-ай. А тут явно сгенеренный контент. Совет автору: когда нецронеу используете попросите переписать в стиле.. ну хотя бы Йода:
Операционная система Linux — хм, основа множества дистрибутивов она есть. Понять различия между ними ты должен, если выбрать дистрибутив свой мудро хочешь. Цель этой статьи, структурированный обзор предоставить она должна, сильные и слабые стороны дистрибутивов раскрыть, и критерии выбора осветить.
Фундаментальные компоненты дистрибутива Linux — знать их ты должен.
Прежде чем в мир дистрибутивов погрузишься, понять важные составляющие тебе нужно:
1. Ядро Linux, хмм. Сердце системы оно есть. Управление памятью, процессами, устройствами — в его власти всё. Версия ядра — от нее многое зависит: и оборудование поддержит, и функции новые откроет.
2. Система инициализации. Первой ядро её запускает. Все службы и процессы — пробуждает она. Распространенные системы, хмм, такие есть:
Похоже авторы исследования не читали коллег, где говорится что человек своими действиями препятствует одомашиванию кошек. Искать влом. Идея в том что домашних кошек/котов кастрируют, поэтому потомство оставляют в основном дикие коты, которые менее расположены к одомашиванию.
Ну и это собак лосю вели до кошко-подобного состояния а не кошек до собачьего. Практически любая современна кошка не утеряла навыки жизни в дикой природе. И при необходимости легко адаптируется, в отличии от мопсов, болонок и пр. Чау-чау.
«Чистая архитектура» это сферический конь в вакууме.
Как и чистый код.
Единственное для чего по-моему годится чистый код- это тыкать неродивых девелоперов носом и говорить «пиши как велели в Чистом коде». При этом на любой вопрос почему? Можно спокойно отвечать потому… видя какой треш народ пишет, и не понимает когда тонко насекают что можно/нужно по-другому (хотя бы не писать 100 вложенных if)
Вообще-то Кафка и придумана чтобы гонять большие объему данных. В вашем случае это скорее Amal (rabbitMQ) или даже MQTT. Если хочется чего-то распределенного - то Zero Mq вам в помощь
Вы не будете «ходить в хранилище за миллионами записей». Только когда кеш невалидный будете перечитывать записи. Не думаю что у вас каждое 30 секунд миллионы записей запрашиваются.
Давайте ближе к теме: сколько серверов, сколько данных сколько запросов в секунду. Ну и неплохо было бы про задачу написать. А-то осуждаем сферического коня в вакууме
Тогда кто вам мешает инвалид позвать кеш по времени?