Если вам действительно интересен механизм доказательств событий внешнего мира, то почитайте о проекте Augur. У них очень интересная концепция решения данного вопроса.
Полностью поддерживаю Dementor, пришел в эту статью за этим же и вновь пока ничего не увидел.
Пока в голове складывается модель, что вы будете использовать блокчеин действительно только для дешбордов. У меня два вопроса:
— Как данные попадают в SIMT? В случаи здравоохранения фишка в том, что первоначальные данные попадают сразу в блокчеин. В вашем случаи, я так понимаю, большинство данных изначально будут осидать в ERP. А если это так, то грошь цена вашим «прозрачным» данным в блокчеине для инвесторов. Мой совет, если вы хотите завязаться все на блокчеин, то вам нужно смотреть еще и в сторону IOT. И завязывать все процессы на прямую работу с вашим блокчеином.
— Про систему голосов я так понял, что идеи с большинством голосов будут попадать на стол СЕО. Внимание вопрос, какой процент этих идей будет реализован? Можете на примере описать примерную схему действий. Допустим сообщество решает, что кондитерская должна начать выпускать манговые мафины в виде котиков. Допустим прилетает предложение СЕО на стол. Можете рассмотреть вариант отказа, и что будет уходить сообществу. И вариант принятия идеи и как она будет реализовываться, «прозрачность» реализации, контроль изначальной идеи и реализация. Потому что из мангового мафина в виде котика можно легко сделать морковный пирожок и поставить галочку, что вы все сделали. Меня интересует дальнейшая работа с сообществом после одобрения идеи CEO.
Спасибо, буду ждать еще статей. Возможно они больше раскроют реальную значимость блокчеина в вашем бизнесе.
Требуется ли сертификация:
У нас связка ЛК+Мобильное приложение, пополнение через ЛК работает по схеме: введите сумму и по кнопке далее перекидываем на paypal или Яндекс.Кассу(далее ЯК), где происходит оплата и платежная система нас только уведомляет о факте оплаты. В мобильном приложении мы используем официальные sdk от paypal и як. Если с лк более или менее все понятно, мы ничего не обрабатываем и не храним, только сумму передаем третьей стороне и весь процесс оплаты происходит на стороне платежной системы. Но в случаи с мобильным приложением не понятный вопрос, мы встраиваем sdk платежной системы и теоретически мы можем повлиять на данные или нет? Нужно ли нам проходить сертификацию?
switch(state)
{
case State::MENU:
// 100 строк
case State::SETTINGS:
// 200 строк
case State::LEVEL1:
// Страшно считать
}
После этого отрывка вы рассказываете об элементарном ООП. Для толкового программиста, описываемая схема(разбиение задачи на подзадачи, классы) должна быть как заповедь, а не городить индусский код по 200 строк в свитч-кейсе.
Facebook хочет подняться в глазах, после «истории с комментами» и показать, что они хорошо и сразу платят
Мне кажется, что фейсбуку не нужно никому и ничего доказывать, они показали, что они платят тем людям, которые хотят получить деньги и оформляют все по правилам. В прошлой истории было немного по другому, заявку автора не приняли(возможно это ошибка операторов, которые рассматривают присылаемые уязвимости), а автор показал, что можно сделать через его уязвимость, тем самым нарушив правило получения премиальных. В той истории просто не повезло, что заявку отклонили и автор в отчаянии показал, что он может. А тут все четко прокатило и ему заплатили.
В этом году удалось посетить 3 Форума (Яндексковский YET, Гугловский GDD и Маилрушный Форум технологий), сразу оговорюсь, что не являюсь пользователем «маил.ру».
Хочу сказать большое спасибо организатором за, действительно, высокую планку подготовленности.
Маил.ру груп смогли скомпоновать все то, что можно было взять от YET и GDD, а именно качественные и понятные доклады всем слоям программистов(как на GDD) и забота о слушателях(как на YET).
Просидел, слушая доклады, практически весь день во втором зале.
Все понравилось.Спасибо.Жду новых конференций от Mail.ru Group.
От зеркала никто не избавлялся, в таких моделях как samsung nx, sony nex итп оно просто не нужно!
Видоискателя нет, есть Live View.Для чего вам тут зеркало?
Пока в голове складывается модель, что вы будете использовать блокчеин действительно только для дешбордов. У меня два вопроса:
— Как данные попадают в SIMT? В случаи здравоохранения фишка в том, что первоначальные данные попадают сразу в блокчеин. В вашем случаи, я так понимаю, большинство данных изначально будут осидать в ERP. А если это так, то грошь цена вашим «прозрачным» данным в блокчеине для инвесторов. Мой совет, если вы хотите завязаться все на блокчеин, то вам нужно смотреть еще и в сторону IOT. И завязывать все процессы на прямую работу с вашим блокчеином.
— Про систему голосов я так понял, что идеи с большинством голосов будут попадать на стол СЕО. Внимание вопрос, какой процент этих идей будет реализован? Можете на примере описать примерную схему действий. Допустим сообщество решает, что кондитерская должна начать выпускать манговые мафины в виде котиков. Допустим прилетает предложение СЕО на стол. Можете рассмотреть вариант отказа, и что будет уходить сообществу. И вариант принятия идеи и как она будет реализовываться, «прозрачность» реализации, контроль изначальной идеи и реализация. Потому что из мангового мафина в виде котика можно легко сделать морковный пирожок и поставить галочку, что вы все сделали. Меня интересует дальнейшая работа с сообществом после одобрения идеи CEO.
Спасибо, буду ждать еще статей. Возможно они больше раскроют реальную значимость блокчеина в вашем бизнесе.
API implementation guidance
Одна из лучших статей.
У нас связка ЛК+Мобильное приложение, пополнение через ЛК работает по схеме: введите сумму и по кнопке далее перекидываем на paypal или Яндекс.Кассу(далее ЯК), где происходит оплата и платежная система нас только уведомляет о факте оплаты. В мобильном приложении мы используем официальные sdk от paypal и як. Если с лк более или менее все понятно, мы ничего не обрабатываем и не храним, только сумму передаем третьей стороне и весь процесс оплаты происходит на стороне платежной системы. Но в случаи с мобильным приложением не понятный вопрос, мы встраиваем sdk платежной системы и теоретически мы можем повлиять на данные или нет? Нужно ли нам проходить сертификацию?
{
case State::MENU:
// 100 строк
case State::SETTINGS:
// 200 строк
case State::LEVEL1:
// Страшно считать
}
После этого отрывка вы рассказываете об элементарном ООП. Для толкового программиста, описываемая схема(разбиение задачи на подзадачи, классы) должна быть как заповедь, а не городить индусский код по 200 строк в свитч-кейсе.
Всех с праздником.
Мне кажется, что фейсбуку не нужно никому и ничего доказывать, они показали, что они платят тем людям, которые хотят получить деньги и оформляют все по правилам. В прошлой истории было немного по другому, заявку автора не приняли(возможно это ошибка операторов, которые рассматривают присылаемые уязвимости), а автор показал, что можно сделать через его уязвимость, тем самым нарушив правило получения премиальных. В той истории просто не повезло, что заявку отклонили и автор в отчаянии показал, что он может. А тут все четко прокатило и ему заплатили.
Рис.5 сохранил как руководство, откуда ждать беды!
з.Ы.Если без скидок
Хочу сказать большое спасибо организатором за, действительно, высокую планку подготовленности.
Маил.ру груп смогли скомпоновать все то, что можно было взять от YET и GDD, а именно качественные и понятные доклады всем слоям программистов(как на GDD) и забота о слушателях(как на YET).
Просидел, слушая доклады, практически весь день во втором зале.
Все понравилось.Спасибо.Жду новых конференций от Mail.ru Group.
Видоискателя нет, есть Live View.Для чего вам тут зеркало?