Сложные отчеты? Да это рядовая регулярная операция для любого интернет-магазина! Это практические реалии веб-разработки, тут даже и речи нет о каком бы то ни было BI.
К сожалению, код, обновляющий связанные сущности, пишут не идеальные программисты. И в итоге через год-полтора в базе проекта появляются всякие мистические сущности вроде заказов без клиента или пустых ссылок внутри документа.
А теперь вам надо построить отчет по продажам номенклатуры за квартал. И если одна позиция в разных документах будет фигурировать по-разному — вы будете вспоминать проектировщика вашего магазина добрыми-добрыми словами.
Так что в табличную часть заказа должен попадать именно уникальный идентификатор номенклатуры. А это уже связи и реляционная БД.
А то! RepRap is a free desktop 3D printer capable of printing plastic objects. Since many parts of RepRap are made from plastic and RepRap can print those parts, RepRap is a self-replicating machine — one that anyone can build given time and materials. It also means that — if you've got a RepRap — you can print lots of useful stuff, and you can print another RepRap for a friend…
Мне кажется, современные высокочастотные торги имеют мало общего с естественным регулированием рынка. Это такое поле для спекуляций, что я бы на месте законодателей утвердил проведение операций по купле-продаже раз в час (или даже раз в сутки).
В этом случае биржа будет гораздо больше отражать успехи реальной экономики. Трейдеры стали бы таки знакомиться с информацией о торгуемом активе из реального мира (состояние компаний, их стратегии и новости) а не писали бы алгоритмы, опирающиеся только на сами финансовые показатели.
Что с этим делать сказал ещё талантливейший Михаил Булгаков: «И — боже вас сохрани — не читайте до обеда советских газет.»
Тщательно фильтруйте и выбирайте приемлемые для вас источники информации. Благо выбрать всегда есть из чего. Ну а если вас заботит ситуация в целом, то напомню закон Старджона: 90% чего угодно — полное говно.
Я вот не понимаю, почему заминусовали этот комментарий. Совершенно правильно человек говорит. Про адаптирующийся под конкретного человека ИИ, который будет выполнять задачи здесь уже писали выше. Сири как раз первый шаг в этом направлении.
Ну а очки или линзы решат вторую проблему — показывать человеку информацию именно там, где она ему нужна. Маршрут накладывать на дорогу перед тобой, справочную информацию об объекте показывать рядом с ним и так далее.
Про 10 миллиардов не скажу, но на таблице в 50 млн. записей с тремя обычными индексами без отключения индексов запрос на вставку 1000 записей отрабатывает примерно за 200 мс.
На сайте проекта Airbot выглядит совершенно по другому почему-то.
Но если он будет понятно для неспециалиста показывать хотя бы содержание пыли, CO2 и CO
Это была ирония. Я считаю, что в плане качества у FOSS всё очень даже хорошо.
Ситуация с косяками DE — это скорее следствие «гонки вооружений». У каждой из сред есть своё большое и сложившееся коммьюнити разработчиков. Если бы не приходилось гнаться за наворотами, уже доступным в конкурирующей DE, возможно, они уделяли бы больше времени вылизыванию имеющегося.
Еще Opensource сообществу сильно не хватает юзабилити-спецов, но это уже совсем другая история. Вряд ли кто-то будет заниматься этим Just For Fun. В отличие от программирования.
А резервные методы доступа банками обычно создаются? Например — имеем основной метод авторизации по аппаратному ключу, какие действия в случае его утраты, приостановка работы с банковским аккаунтом до получения нового ключа?
Вы могли бы рассказать про методы авторизации в онлайн-банкингах? Какие методы авторизации надежнее (одноразовые пароли, смс-авторизация, аппаратные ключи, может еще что-то), какая у каждого из них отказоустойчивость? Я имею ввиду возможность возобновить работу при отсутствии под рукой ключа, или утрате списка паролей. Принято ли делать какой-то каскад методов с разной защищенностью?
Так что в табличную часть заказа должен попадать именно уникальный идентификатор номенклатуры. А это уже связи и реляционная БД.
В этом случае биржа будет гораздо больше отражать успехи реальной экономики. Трейдеры стали бы таки знакомиться с информацией о торгуемом активе из реального мира (состояние компаний, их стратегии и новости) а не писали бы алгоритмы, опирающиеся только на сами финансовые показатели.
Тщательно фильтруйте и выбирайте приемлемые для вас источники информации. Благо выбрать всегда есть из чего. Ну а если вас заботит ситуация в целом, то напомню закон Старджона: 90% чего угодно — полное говно.
Ну а очки или линзы решат вторую проблему — показывать человеку информацию именно там, где она ему нужна. Маршрут накладывать на дорогу перед тобой, справочную информацию об объекте показывать рядом с ним и так далее.
Но если он будет понятно для неспециалиста показывать хотя бы содержание пыли, CO2 и CO
Ситуация с косяками DE — это скорее следствие «гонки вооружений». У каждой из сред есть своё большое и сложившееся коммьюнити разработчиков. Если бы не приходилось гнаться за наворотами, уже доступным в конкурирующей DE, возможно, они уделяли бы больше времени вылизыванию имеющегося.
Еще Opensource сообществу сильно не хватает юзабилити-спецов, но это уже совсем другая история. Вряд ли кто-то будет заниматься этим Just For Fun. В отличие от программирования.
Это я не автору, а так, мечтаю вслух.
1. полнота. Чем он больше, тем он полезнее клиенту;
2. удобство работы с ним;
Мастодонт cian.ru — хороший образец того, как при полном отсутствии дизайна(в плане красивостей) можно иметь прекрасное юзабилити.
P.S. Утверждаю на собственном опыте, очень интенсивно пользовался им на протяжении нескольких месяцев.
А резервные методы доступа банками обычно создаются? Например — имеем основной метод авторизации по аппаратному ключу, какие действия в случае его утраты, приостановка работы с банковским аккаунтом до получения нового ключа?