Pull to refresh
6
0

Пользователь

Send message
Интересная централизация! Спасибо.
Еще интересно как взаимодействуют Project Owner с командой в таком режиме, как пилят задачи и их приоритизируют для Вашей реализации спринтов, проводят планирования и т.д.?
Хотелось бы больше примеров и конкретики по используемой Вами методике. В рамках проекта для каждого конкретного сотрудника снимаются какие-то базовые метрики… Что это за метрики, они различны для архитекторов, разработчиков, интеграторов и тестировщиков? Посредством стека каких технологий реализована обратная связь и формализация исполняемых задач, автоматизация и обработка статистики, из чего виден профит от каждого сотрудника? Это что-то самописное или TFS/Jira, CI, Git ..? Было-бы очень интересно.
Пирамида это или пузырь… Скорее пузырь в пирамиде, высокотехнологичный, основанный на новой, востребованной технологии, позволяющей с определенной (
Высокой
Подтверждение транзакций
Пока транзакция не включена в блок, система считает, что количество биткойнов на некоем адресе остаётся неизменным. В это время есть техническая возможность оформить несколько разных транзакций по передаче с одного адреса одних и тех же биткойнов разным получателям[12]. Но как только одна из подобных транзакций будет включена в блок, остальные транзакции с этими же биткойнами система будет уже игнорировать. Например, если в блок будет включена более поздняя транзакция, то более ранняя будет считаться ошибочной. Есть небольшая вероятность, что при ветвлении две подобные транзакции попадут в блоки разных ветвей. Каждая из них будет считаться правильной, лишь при отмирании ветви одна из транзакций станет считаться ошибочной. При этом не будет иметь значения время совершения операции.
Таким образом, попадание транзакции в блок является подтверждением её достоверности вне зависимости от наличия других транзакций с теми же биткойнами. Каждый новый блок считается дополнительным «подтверждением» транзакций из предыдущих блоков. Если в цепочке 3 блока, то транзакции из последнего блока будут подтверждены 1 раз, а помещённые в первый блок будут иметь 3 подтверждения. Достаточно дождаться нескольких подтверждений, чтобы вероятность отмены транзакции стала очень низкой.

Для уменьшения влияния подобных ситуаций на сеть существуют ограничения на распоряжение только что полученными биткойнами. Согласно сервису blockchain.info, до мая 2015 года максимальная длина отвергнутых цепочек была 5 блоков[13]. Необходимое число подтверждений для разблокирования полученного зависит от программы-клиента либо от указаний принимающей стороны. Клиент «Bitcoin-qt» для отправки не требует наличия подтверждений, но у большинства получателей по умолчанию выставлено требование 6 подтверждений, то есть реально воспользоваться полученным обычно можно через час. Различные онлайн-сервисы часто устанавливают свой порог подтверждений.

Биткойны, полученные за создание блока, протокол разрешает использовать после 100 подтверждений[14], но стандартная программа-клиент показывает комиссию через 120 подтверждений, то есть обычно воспользоваться комиссией можно примерно через 20 часов после её начисления.

«Двойное расходование»
Основная статья: Двойное расходование
Если контролировать более 50 % суммарной вычислительной мощности сети, то существует теоретическая возможность при любом пороге подтверждений одни и те же биткойны передать два раза разным получателям[15] — одна из транзакций будет публичной и подтверждаться в общем порядке, а вторая не будет афишироваться, её подтверждения будут происходить блоками скрытой параллельной ветви. Лишь через некоторое время сеть получит сведения о второй транзакции, она станет подтверждённой, а первая утратит подтверждения и будет игнорироваться. В результате не произойдёт удвоения биткойнов[16], но изменится их текущий владелец, при этом первый получатель утратит биткойны без каких-либо компенсаций.

ru.wikipedia.org/wiki/%D0%91%D0%BB%D0%BE%D0%BA%D1%87%D0%B5%D0%B9%D0%BD
) вероятностью подтвердить проведение транзакции. Но пузырь, который лопнет и лишит кровных средств любителей халявы (ИМХО).
Проблема, на взгляд наблюдателя, далекого от мира финансов, заключается в ограниченной масштабируемости подхода (как уже было сказано в комментарии выше), для использования в качестве основного мирового средства подтверждения проведения платежных операций при текущем развитии вычислительных мощностей…
Технология блокчейна:
1. Как технология, не создающая материальных средств и не требующая особых специальных навыков для поддержания функционирования — переоценена и через определенное время подешевеет до стоимости амортизации оборудования и побочных трат на аренду помещений, зарплат тех.персоналу и стоимости электро энергии.
2. До поры развития вычислительных мощностей, технология будет применяться в областях, с менее интенсивным проведением операций, нежели финансовая система (земельные отношения, нотариат, учет дипломов, либо локальные финансовые операции в рамках одного государства и т.д.), по причине увеличения времени подтверждения транзакций, в связи с увеличением размеров базы блоков.
Интересная публикация, спасибо! А в TeamCity нет средств параметризации для создания параметризованных сборок, к примеру для запуска тестов по группам? Для стека JAVA + Testng + Jenkins есть возможность завести параметры groups и для каждого метода-теста указать группу, к которой он принадлежит (вида Test(groups = {«all», ..}), и в дальнейшем запускать необходимую. Ну и Allure — для отображения состояния тестов в графическом виде.
Наверстает, будем надеяться. Ради справедливости нужно отметить, что из запроса в 7 слов и 2-ух предлогов в контексте выдачи «В поисках капитана Гранта (сериал, 1 сезон)» гугла — присутствуют ВСЕ (с разными склонениями). Так что, можно предположить, что в данном примере гуглу повезло ).
Еще пример запроса для обучения: «фильм о поиске детьми своего отца путешественника на корабле»



Здравствуйте! Отличная масштабная презентация, очень порадовали исторические параллели! По поводу Яндекс карт и толокеров, которые проверяют актуальность размещения организаций. Сегодня при поиске ближайших организаций на карте (обучение английскому языку), наткнулся на несколько неактуальных ссылок, либо переадресация на хостера, либо сайт живой, но по адресу ничего не работает (предлагают открыть свою школу по франшизе :)) Если со вторым вариантом сложно автоматизировать проверку, то в первом — как вариант, можно было-бы проверять у кого хостится сайт и сравнивать известный урл организации с корневым урлом хостера. А в остальном хочу пожелать Вам успехов и эффективности в столь не легком деле. Сам принципиально ставлю яндекс браузер и пользуюсь нашим отечественным поисковиком ).
Тоже далеко не эксперт, а Ваша идея интересная и требует своего кропотливого исследователя.
DHT не использовалась, т.к. в формулировке задачи был указан именно сигнальный сервер.
Идея распределённых хеш-таблиц в децентрализованных распределённых системах — хорошая, с точки зрения доступности информации. Но нужно учитывать среднее время получения ключа по значению при поиске подходящего пира, с учетом времени, в течении которого нужный порт абонента, с которым хочу связаться, открыт. Исходя из комментариев коллег, полученные опытным путем данные говорят, что это время составляет всего десятки секунд.
На сигнальном сервере информация всегда актуальна, т.к. обновляется в заданные промежутки времени запросами от клиентов (при необходимости можно поднять несколько сигнальных серверов, между которыми реплицировать обновляемые данные, а если один из основных сигнальных серверов гаснет, клиент связывается с другим доступным).
Как быстро данные будут обновляться от пира к пиру, как быстро нужное значение может быть найдено?
Не хотите статью написать с подробностями о встреченных подводных камнях, думаю Хабрасообществу был-бы интересен такой опыт? На каком языке реализовывали задумки и каков конечный результат?
Вы ценный комментатор ), была бы карма, плюсанул бы!
Дельное замечание, спасибо!
Под Alt Linux 6.0, кстати, тоже работает.
Модуль pystun под python 2.7. Если смущает Debian 7.7, то под 8.3 и Xubuntu 14.04 тоже работает.
Правда Ваша, удалил лишний хаб.
Да, именно выполнения, а не загрузки.
И вопрос – в чем принципиальное отличие, остается открытым.
Спасибо! Наличие резервного варианта лишним не будет.
1

Information

Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Registered
Activity