Вы преувеличиваете. Просто часть инвестиций из финансового сектора уйдет в реальный, вот и вся разница. С продуктами никто не будет заморачиваться, т.к. они не приносят дохода сами по себе, плюс стоимость полностью теряется при достижении срока хранения. Единственный способ заработать на продуктах — это открыть продовольственный магазин. Если все откроют магазины, то конкуренция выровняет цены на минимальный уровень (буквально себестоимость).
Мне кажется, что самыми популярными инструментами сохранения денег будут недвижимость, драг.металлы и акции/доли в бизнесе, что в принципе недалеко от текущей ситуации.
Небольшое уточнение. BI — это Business Intelligence, целью которого является обработка по большей части неструктурированных (и часто даже нефинансовых) данных. А управленческий учет — это Managerial Accounting. И там, кстати, есть вполне стандартизированные методики, которые легко ложатся на данные из биллинга и бухгалтерии.
Нужно еще учесть, на чем будет основное приложение работать. Например, RubyOnRails и Django (и наверное все остальные фреймворки) используют только *_id. Переконфигурить их на использование варианта с id_ — не сказать, чтобы невозможно, но достаточно сложно и это будет выглядеть ugly as hell.
Поддерживаю, мне тоже схема кажется слегка перегруженной. И очень завязанной на российский бухучет, а не на бизнес смысл. Если система будет использоваться только в России, то все ок, однако если в будущем планируется выход в другие страны, то тогда все будет очень печально.
И еще, для различных отчетов и аналитики можно не создавать специальные таблицы (типа bill.saldo), для этого прекрасно подходят materialized views.
намёк на peer-to-peer? потому что другой расшифровки я не вижу
Именно peer-to-peer они и имеют ввиду, т.к. подразумевается, что можно сделать перевод от одного физ.лица другому физ.лицу. Несмотря на то, что технически правильное название — это card-to-card, в процессинговых центрах это часто называют p2p транзакциями. Мне так кажется, что это название перенесли с сервисов p2p кредитования типа Lending Club.
Вот еще пример, где card2card называют p2p: www.payonline.ru/mfo/about
О, интересный расклад. Я даже не стал пробовать винду после линукса ставить — почему-то посчитал, что она все сломает по умолчанию. Спасибо за информацию, это очень полезно знать.
Согласен, с MBR пока еще вполне можно работать. Однако в самом дизайне MBR много недочетов, которые вынуждают использовать разные хаки, такие как запись в нестандартизированную область диска между собственно MBR и первым разделом диска, и использование extended partitions для создания более 4 разделов.
Вообще сейчас тенденция идет к тому, что скоро все производители перейдут на GPT, поэтому я просто решил заранее изучить тему :)
Мне кажется, что самыми популярными инструментами сохранения денег будут недвижимость, драг.металлы и акции/доли в бизнесе, что в принципе недалеко от текущей ситуации.
Небольшое уточнение. BI — это Business Intelligence, целью которого является обработка по большей части неструктурированных (и часто даже нефинансовых) данных. А управленческий учет — это Managerial Accounting. И там, кстати, есть вполне стандартизированные методики, которые легко ложатся на данные из биллинга и бухгалтерии.
И еще, для различных отчетов и аналитики можно не создавать специальные таблицы (типа bill.saldo), для этого прекрасно подходят materialized views.
Именно peer-to-peer они и имеют ввиду, т.к. подразумевается, что можно сделать перевод от одного физ.лица другому физ.лицу. Несмотря на то, что технически правильное название — это card-to-card, в процессинговых центрах это часто называют p2p транзакциями. Мне так кажется, что это название перенесли с сервисов p2p кредитования типа Lending Club.
Вот еще пример, где card2card называют p2p: www.payonline.ru/mfo/about
Вообще сейчас тенденция идет к тому, что скоро все производители перейдут на GPT, поэтому я просто решил заранее изучить тему :)