Обновить
1
0
Сергей@B7W

Пользователь

Отправить сообщение

Спасибо за статью. Весьма познавательно. Только вот в статье не раскрыто как же сделана физическая сеть, что тоже интересно.

Я уже такое слышал — мол не та книжка, не так применили и т.д. Если нужны годы на исследования что бы применить у себя — это не модель, это провал.

Любая разработка не выгодна пока не принесла пользу бизнесу. Это инвестиция бизнеса.

Мне кажется вы что-то совсем странное себе придумали. ПО это лишь средство достижения бизнес цели, а не инвестиция.

Почему то в каждой статье про DDD, авторы дорисовывают ореол божественности данной модели разработки.
Аля, анемичная модель — это антипаттерн, а DDD это передавая практика.
Сюда же — Команды хотят делать инструменты и решения, которые наиболее правильно, быстро и красиво решают бизнес-задачи

Я имел «счастье» разрабатывать проект по этой модели (По Вернону). И это было очень долго и сложно. А сейчас на поддержке — это очень сложно и очень больно.

По факту DDD это некая «красивая» модель, которая не ложиться на реальный мир. Ее постоянно пиарят и докручивают новыми фичами. Аля Event Sourcing, Microservices, теперь оказывается еще и функциональщиной. И каждый раз дают обещания — вот сейчас то точно полетит. Только вот есть проблема. DDD не летит. Никто массово ее не применяет, ни у кого не получается натянуть на реальный мир.

Постараюсь донести основную идею. Не бывает красивой модели разработки в вакууме. Если DDD не ложиться на экономически выгодную разработку — значит это плохая модель.
+1, мне кажется это закат Django. А ведь хороший framework. Жалко.
А просматриваете вы фотографии исключительно только в Lightroom?
Вопрос бэкапа закрыл программой arqbackup, всем рекомендую.
У меня данные хранятся в двух местах, Google Cloud Coldline и AWS Glacier (осторожно — очень дорого восстанавливать). В среднем получается где-то 1 цент за 1 ГБ. Есть и другие провайдеры. Можно и по SFTP и просто на внешний диск в папку.
Если добрая часть приложений на Java/log4j, не рассматривали вариант с log4j custom appender?
Мне кажется вы немного не туда смотрите. Не надо доносить что-то в статьях и встречах. Надо на сайте написать пачку железобетонных use cases в которых tarantool максимально подходит. Можно сравнить с какой нить базой, например Redis.

Гляньте для примера kkovacs.eu/cassandra-vs-mongodb-vs-couchdb-vs-redis

А популяризация Tarantool происходит только в русской часте сети?
Ребята. Вы странно пиарите продукт. Будь он сто раз крут, я не возьму его пока не увижу use cases. Потом связка lua application server является диковиной, никто не представляет как это готовить.

Предлагаю вам написать приложение. Идеально если это будет не веб чатик, а что то полезное у вас в компании. Выложите все это в open source. Расскажите с нуля что как делали. Как код структурировали, базу проектировали, управляли зависимостями, CI, deploy, мониторинг и тд.
По работе пришлось повозиться с Liferay. Осталось весьма плохое впечатление. Монстроузное приложение под 300 метром. Документации особо нету, постов и ответов почти нет, код ужасный.

Совершенно не понимаю зачем может понадобиться такая штука.
Много убивал времени на rtorrent. В итоге перешел на transmission. Уже года три проблем не знаю. Ничего собирать не надо, не надо прикручивать веб морду с бубном. Да и вообще, TR кажется хорошо продуманным продуктом, после набора костылей в RT.

По вашим пунктам. Есть совершенно отличный cli которым легко многие ваши задачи можно автоматизировать. Стандартная веб морда нормально работает под всем устройствами, и сделана качественно. Она не навороченная, но посмотреть и добавить торрент на работе или с мобильного хватает. Для остального у меня например Transmission Remote GUI. Терминальные клиенты тоже есть.

Автоперезакачка торрента — А как это вообще устроено? Как же авторизация, и т.д?
п.с. А вам не страшно держать столько торрентов?
Могли бы добавить генерируемый SQL к примерам. Во первых интересно что получится, во вторых более наглядно.
Я готов поддержать проект монетой. Только вот соответствующего функционала не видно.
А вот форум\тостер мне кажется плохой идеей, и softwaremaniacs.org/forum тому подтверждение.
К большому сожалению это не стереотип. Еще хватает людей кто придерживается подобного стиля.
Вот вы пишете про балансировку между версиями приложения. Просто разбрасывая по весам. Но это какой-то выраженный случай.
Умеет ли ваш балансер запоминать пользователя? Что бы дальше его уже на определенную ноду кидать.
Масштабирование удобно, но сделано плохо. Всего 3 режима. надо более мягкий ход. И зона слишком большая, карту почти полотью можно утянуть с экрана.

Да и выбор станций не очень. Можно попробовать отравную точку выбирать левой кнопкой мыши, точку прибытия правой.

Сайт выглядит прекрасно, но юзабилити такое же ужасное как в старой версии.
В общем успехов команде в дальнейшей разработке!
Согласен, перемудрили.

И еще, пожалуйста, сделайте отображение выбора станций в параметрах URL, что бы при F5 все не пропадало. И что бы можно было послать ссылку кому-нить.
BTSync удаленные или измененные файлы на других внешних машинах, может перемешать в скрытую локальную папку вместо затирания. Эдакий простой контроль версий. В большинстве случаев этого хватает что бы восстановить данные.
Я не понял что за Workflow. Это рабочий tmp в котором происходит только обработка изображений? Или эта название всего фото архива? И еще, с какими объемами вы работаете/храните, в ГБ?

Какой-то у вас слишком сложный малопонятный процесс. Я бы сказал прям зоопарк программ и утилит. При таком подходе точно что-то сломается. Часть задач делается руками, что вообще ужасно. Потом кульное "личное облако" я так понимаю вы храните в одном помещении, что сводит на нет всю идею архивации.

Подскажите, структура директорий/файлов как-то определена? salt/roots/salt имеет какое-то значение?

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность

Специализация

Специалист
Ведущий
Java
Python
SQL
Linux