Вместо view «news» с union'ами, можно создать на мастер-ноде таблицу «news» и отнаследовать от нее FDW таблицы, тогда постгрес сам будет эти данные склеивать.
Всё становится сложнее, если вам нужно выполнять запросы в интерактивном режиме по неагрегированным данным, поступающим в систему в реальном времени. Для решения этой задачи, открытых технологий подходящего качества до сих пор не существовало.
Давно жду мобильной системы диагностики, именно для таких целей. Данные, что в облаке хранятся, можно будет выгрузить? Допустим я захочу их прогнать через другие экспертные системы. Ну и стоимость интересует конечно.
Хочу посоветовать использовать еще ImageOptim для оптимизации картинок и фоток. Он применяет кучи известных алгоритмов для сжатия. Единственное будьте острожны с png оптимизаторами, некоторые из них занимают 20+ сек на картинку.
Хотели использовать данную библиотеку у себя на мобильном приложении, но уже на этапе анализа стало ясно что она сырая. Производительность хромает, много косяков в отображении. В итоге решили ее не использовать.
Дальше была идея разработать систему мониторинга жизнедеятельности человека, способную снимать в режиме он-лайн все основные показатели: пульс, температуру, давление, дыхание, движение и т.д.
Я считаю это направление наиболее перспективным. Постоянный контроль таких важных показателей может очень неплохо изменить жизнь человека. Допустим, вызов скорой при остановке пульса или дыхания, оповещение своего лечащего врача при пересечении каких-то пороговых значений. А прибавить к этой информации истории болезней и с помощью big data/data mining/machine learning можно будет предсказывать множество болезней на самом раннем этапе.
Ожидал увидеть пример хорошо написанного кода, требующего комментарий, а увидел пример обычного плохого.
1. модель не переименована
2. коллбэков следует избегать
3. обращениям к внешним интерфейсам место в контроллерах
Плюс хорошее именование функций, переменных, и вопрос о комментировании пропадает сам собой.
Комментарии порой нужны, но пример для этого лучше привести другой.
Задача 3. В описание сказано, что таблички лишь перепутались, тогда как в решении уже говорится, что они точно находятся не на своих местах.
Задача 7. Не хватает описания откуда берется ложка вина: из бокала с вином или из внешнего источника
Аналогично пытаюсь изучить этот рынок, уже наверно полгода. Есть несколько вопросов на которые я не могу найти ответы, например: почему еще никто толком не реализовал данную идею? Гиблая бизнес-модель? Необходимость постоянно поддерживать баланс между арендаторами выч. мощностей и арендодателями? Отсутствие стабильности в мощностях?
Но даже при всем этом, идея коммерциализации распределенных вычислений мне кажется очень перспективной.
Если надумаете реализовывать данную идею и нужны будут люди, то я бы с удовольствием поучаствовал.
Важно помнить, что let вычисляется лениво, и если его выполнение имеет какие-то сайд-эффекты, то ленивое вычисление может привести к наступанию на грабли. Пример не очень хорош, но пояснит идею.
Если леность мешает, то ее можно отменить, использовав let с восклицательным знаком: let!(:user) { Fabricate(:user) }
GreenPlum?
Я считаю это направление наиболее перспективным. Постоянный контроль таких важных показателей может очень неплохо изменить жизнь человека. Допустим, вызов скорой при остановке пульса или дыхания, оповещение своего лечащего врача при пересечении каких-то пороговых значений. А прибавить к этой информации истории болезней и с помощью big data/data mining/machine learning можно будет предсказывать множество болезней на самом раннем этапе.
1. модель не переименована
2. коллбэков следует избегать
3. обращениям к внешним интерфейсам место в контроллерах
Плюс хорошее именование функций, переменных, и вопрос о комментировании пропадает сам собой.
Комментарии порой нужны, но пример для этого лучше привести другой.
Задача 7. Не хватает описания откуда берется ложка вина: из бокала с вином или из внешнего источника
Example Titles
2147 Computer engineers (except software engineers and designers)
Example Titles
Но даже при всем этом, идея коммерциализации распределенных вычислений мне кажется очень перспективной.
Если надумаете реализовывать данную идею и нужны будут люди, то я бы с удовольствием поучаствовал.
Если леность мешает, то ее можно отменить, использовав let с восклицательным знаком:
let!(:user) { Fabricate(:user) }