В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Software Design/Architecture/Zen

1851 membersпожаловаться на группу
2020 September 30

АЯ

Андрей Ява in Software Design/Architecture/Zen
Sergey Alaev
"похер" - это уже ваша мысль. Я считаю, что проектирование данных важнее проектирование поведения. Могу повториться, почему - т.к. данные живут дольше, их менять сложнее и их ценность выше.
Данные без поведкния никому не нужны.
источник
10:34пожаловаться#1

T🐜

The Ant 🐜 in Software Design/Architecture/Zen
Sergei Baikin
Если ваша база полностью гарантирвет коректность
то зачем вам приложение вообще?
чтобы обслуживать эти данные, конечно же.
источник
10:34пожаловаться#2

VS

Vlad Sobenko in Software Design/Architecture/Zen
Sergey Alaev
"похер" - это уже ваша мысль. Я считаю, что проектирование данных важнее проектирование поведения. Могу повториться, почему - т.к. данные живут дольше, их менять сложнее и их ценность выше.
Ты аналитикой занимаешься, или предоставляешь юзеру приложение с сложным поведением?
По мне так поведение главное, данные только средство для него.
источник
10:35пожаловаться#3

SA

Sergey Alaev in Software Design/Architecture/Zen
Андрей Ява
Данные без поведкния никому не нужны.
Вот это - очень большая ошибка. 95% бизнесов предпочтут потерять исходники, чем данные.
источник
10:35пожаловаться#4

˸A

˸̧̨ ͅBlack Akula˸̧̨ ... in Software Design/Architecture/Zen
О, свидетели баз данных пришли. Опять проповедуем? 🍿
источник
10:36пожаловаться#5

SB

Sergei Baikin in Software Design/Architecture/Zen
Sergey Alaev
"похер" - это уже ваша мысль. Я считаю, что проектирование данных важнее проектирование поведения. Могу повториться, почему - т.к. данные живут дольше, их менять сложнее и их ценность выше.
так вот поведению выясняется что надо даннве из 4 разных таблиц
и значит данные надо бы вместе положить чтобы изолировать
но вы же спроектировали базу уже и поведение я так и не понял как потом натягивается
В итоге у нас по класике оказывает база как глобальный стор в JS фреймворках
Где любая часть приложения из любого местиа имеет доступ к любым данным базы
источник
10:36пожаловаться#6

АЯ

Андрей Ява in Software Design/Architecture/Zen
Sergey Alaev
Вот это - очень большая ошибка. 95% бизнесов предпочтут потерять исходники, чем данные.
При чём тут потерять?
источник
10:36пожаловаться#7

T🐜

The Ant 🐜 in Software Design/Architecture/Zen
Андрей Ява
Данные без поведкния никому не нужны.
Так поведение это ни что иное как преобразование каких-то данных. Поведение само по себе тоже никому не нужно.
источник
10:36пожаловаться#8

АЯ

Андрей Ява in Software Design/Architecture/Zen
The Ant 🐜
Так поведение это ни что иное как преобразование каких-то данных. Поведение само по себе тоже никому не нужно.
С таким подходом вам в ФП надо, а не на mvc пилить структурки
источник
10:38пожаловаться#9

VS

Vlad Sobenko in Software Design/Architecture/Zen
The Ant 🐜
Так поведение это ни что иное как преобразование каких-то данных. Поведение само по себе тоже никому не нужно.
Очень часто выкидывают приложуху и анализируют базу? Думаю обычно базу на свалку вместе с приложухой.
источник
10:40пожаловаться#10

SA

Sergey Alaev in Software Design/Architecture/Zen
Можно попробовать вот так: данные имеют самостоятельную ценность в отрыве от приложения. У них собственные проблемы, ошибки, жизненный цикл и процессы разработки.
источник
10:40пожаловаться#11

VS

Vlad Sobenko in Software Design/Architecture/Zen
Sergey Alaev
Можно попробовать вот так: данные имеют самостоятельную ценность в отрыве от приложения. У них собственные проблемы, ошибки, жизненный цикл и процессы разработки.
То есть ты проэктируешь базу с мыслью, что её будут анализировать?
источник
10:41пожаловаться#12

SA

Sergey Alaev in Software Design/Architecture/Zen
Vlad Sobenko
Очень часто выкидывают приложуху и анализируют базу? Думаю обычно базу на свалку вместе с приложухой.
базу пользователей, товаров или платежей? Конечно же мы не говорим о базах, содержимое которых можно смело удалять.
источник
10:41пожаловаться#13

АЯ

Андрей Ява in Software Design/Architecture/Zen
Sergey Alaev
Вот это - очень большая ошибка. 95% бизнесов предпочтут потерять исходники, чем данные.
Давай прикинем, насколько часто приложение переезжает на другую базу, и насколько часто под одну базу пишется другое приложение.
Я первый кейс видел, второй никогда.
источник
10:41пожаловаться#14

T🐜

The Ant 🐜 in Software Design/Architecture/Zen
Vlad Sobenko
Очень часто выкидывают приложуху и анализируют базу? Думаю обычно базу на свалку вместе с приложухой.
скорее подругому. Когда меняются данные - поведение меняется в след за ними. Когда меняется поведение - данные чаще всего не меняются.
источник
10:42пожаловаться#15

АЯ

Андрей Ява in Software Design/Architecture/Zen
The Ant 🐜
скорее подругому. Когда меняются данные - поведение меняется в след за ними. Когда меняется поведение - данные чаще всего не меняются.
Данные или структура базы? Чёто вы уже перешли в другую плоскость.
источник
10:42пожаловаться#16

VS

Vlad Sobenko in Software Design/Architecture/Zen
The Ant 🐜
скорее подругому. Когда меняются данные - поведение меняется в след за ними. Когда меняется поведение - данные чаще всего не меняются.
Не видел такого. Обычно заказывают новую фичу(поведение). Чтобы её реализовать нужно добавить данных, но это уже следствие поведения, а не источник.
источник
10:43пожаловаться#17

VS

Vlad Sobenko in Software Design/Architecture/Zen
И в каких популярных техниках данные появляются в первую очередь? Может TDD, BDD, DDD? Нет? ну ладно.
источник
10:45пожаловаться#18

SB

Sergei Baikin in Software Design/Architecture/Zen
Андрей Ява
Данные или структура базы? Чёто вы уже перешли в другую плоскость.
Да тоже заметил
Разговор шел о том чтобы структура базы от поведения зависела а не наоборот
данные то всегда есть просто то как они сгруппированы принимается по разному решение
А в итоге перешли на данные  в отрыве от их групировки 😁
источник
10:47пожаловаться#19

SA

Sergey Alaev in Software Design/Architecture/Zen
Vlad Sobenko
И в каких популярных техниках данные появляются в первую очередь? Может TDD, BDD, DDD? Нет? ну ладно.
TDD про поведение и персистенс не затрагивают. BDD тоже. DDD - да, но что Эванс вообще пишет про персистенс?
источник
10:50пожаловаться#20