Category: it

Category was added automatically. Read all entries about "it".

Фото

Что будет (предположение).

Зачем Михаил Владимирович Мишустин назначен на пост Премьера?
Я не обладаю никаким инсайдом, поэтому полёт моей фантазии может быть не ограниченным. Попробую этот полёт фантазии сделать ещё и интересным моим читателям.
Итак, что отличает Мишустина от других членов уже бывшего Правительства?
Он эффективный управленец? Да! Но этот ответ очень общий.
В чём он наиболее эффективный управленец? Он специалист по внедрению цифровых технологий управления! Можно сказать, что он единственный специалист по цифровым технологиям управления, находящийся в составе бывшего правительства в высоком ранге правительственного функционера.
Когда у Путина просто не могло быть иного выбора, кроме Мишустина?
Абсолютно верно. Только тогда, когда нужно спасать проваленный проект цифрового управления уровня Правительства РФ.
Как называется такой проект?
Такой проект называется: "Цифровое правительство".
Т.е. из назначения Михаила Мишустина на пост Председателя Правительства РФ можно сделать два вывода:
1) Проект "Цифровое Правительство" провален чуть более, чем полностью.
2) С проектом "Цифровое Правительство" политическое руководство РФ связавает почти столько же или даже больше, чем с проектам "Буревестник", "Пересвет"  и "Авангард".

Что означает провал проекта "Цифровое Правительство"?
Примерно то же, что и провал проекта "Буревестник". Т.е. цифровизация Правительства совершена, но не работает. Более того, провал проект "Цифровое Правительство" привёл к провалу 1-го года реализации национальных проектов. Т.е. проект сделал ещё и большой ба-бах!

Почему не "летает"?
Всё очень просто объясняется. Дело в том, что цифровизация управления для достижения положительного эффекта должна сопровождаться структурной управленческой реформой. Тут абсолютно недостаточно, просто гонять по сети копии оцифрованных документов (что уже сделали и обосрались, так как управление встало чуть менее, чем полностью, особенно, когда всё это распространили на регионы).
Структурную управленческую реформу для цифровизации может провести только руководитель разбирающийся сразу и в цифровизации и в управлении. А такой человек в обойме Путина один единственный.
А пока парень налаживает процесс, экономику будут в ручном режиме заливать деньгами под транзит власти, благо деньги сейчас есть в наличии.

И совсем-совсем конспирологии. Что они дальше планируют в теме цифровизации государственного управления. Так сказать про следующий шаг, который более или менее очевиден.
Будет создано супер-ведомство, которому подчинят все (ну или почти все) контрольные функции государства. Для этого всех государственных инспекторов переведут из профильных министерств ( ФНС, ФТС, МЧС и т.п.) в это супер-министерство, которое будут создавать под зонтиком нынешней Счётной Палаты. Конечная цель реформы - универсальный государственный инспектор с планшетным компьютером, который действует по поручению и протоколу под контролем ИИ.
Теперь вам понятно, зачем на Счётную Палату поставлен друг Путина господин Кудрин?
Да и т.н. "регуляторная гильотина" затеяна чисто для того, что бы оставить реальные и пригодные для цифровизации контрольные функции.

У меня на сегодня всё. Следите за новостями и сверяйте с прогнозом.
promo videoelektronic may 5, 2018 21:48 2
Buy for 40 tokens
А скачать (абсолютно бесплатно!) можно тут: https://play.google.com/store/apps/details?id=com.skvgames.GemStripes
Фото

О том, как мы вплотную занялись маркетингом и продвижением через Интернет.

Итак, примерно с июля сего года я решил, что текущего способа получения заказов через устоявшиеся деловые связи не достаточно.
Да, у компаний нашей группы уже давно были сайты (некоторые знакомые даже говорят, что не плохие)
www.melz-elt.ru
www.remos-dubna.ru
www.arcaim-cnc.ru
www.opteh.ru

, однако, мы в деле рекламмы себя-любимых через Интернет занимали достаточно пассивную позицию. Ну есть сайты и есть. Есть они, как говорится, просят мало, а престиж какой-то дают.

Что же было сделано для реального маркетинга через Интернет:



1) Сперва я своими силами, а потом и подуключив одного из наших работников, начали составлять базу данных потенциальных потребителей наших услуг. Составляли очень просто, перелапачивая различные поисковики, сайты-каталоги предприятий и сайты тематических выставок.
После нахождения нового потенциально интересного нам, как потребитель, предприятия, его сайт анализировался и оттуда вытаскивались все почтовые электронные адреса, телефоны, почтовые адреса. На основе информации из сайта определялась сфера деятельности предприятия и вытащенная информация помещалась в нашу базу данных по одному из десятка заранее определённых направлений деятельности.
2) Для каждого направления деятельности нашей базы данных была подготовлена своя презентация с упором на наиболее вероятные для этого направления деятельности наши компетенции.
3) В середине августа, когда в нашей базе данных было уже более 200 предприятий, были произведены первые рассылки рекламы. Недавно мы повторили эту рассылку, но уже имея в базе данных более 300 предприятий.
4) Параллельно мы занимались подъемом наших сайтов в поисковых системах. Пока внимание обратили на Яндекс и наиболее простые сайты, узко описывающие наиболее формализуемые виды нашей деятельности.
Мы воспользовались инструментом Яндекса https://webmaster.yandex.ru/sites/?hostnameFilter=
после чего в выдаче Яндекса, например, наш сайт www.arcaim-cnc.ru стал первым-вторым по запросу "производство высокоточных механических деталей" и в первой десятке по просто "производство механических деталей".
Возможно, что на повышение рейтинга посещаемости сайта так же сказалось то, что я достаточно сильно поспамил этим сайтом в группах ФБ, за что даже был забанен для активных действий на 5 дней недавно.
5) Кстати, по Фейсбуку. Я занялся привлечением там новых друзей, которых я ищу по нескольким профилям профессиональной деятельности: вакуумные технологии, высоковольные системы, обработка стекла, обработка металла. В основном, это получаются иностранные френды, которые активно отзываются на предложения взаимной дружбы. Но эта работа на перспективу. Пока не понятно, что она может дать практически.
Да, если интересно, то моя страничка в facebook: https://www.facebook.com/videoelektronic
Страница нашей группы компаний: https://www.facebook.com/LLC-MELZ-387019791432382/

Какие же мы получили результаты всей этой работы?
1) За прошедший месяц пришло 3 дополнительных заказа на металлобобработку от малых компаний.
2) Вчера поступил запрос на сотрудничества в сфере производства металлических детаталей для достаточно крупного московского НИИ, сходящего в одну из известных всем госкорпораций. Причём, это предприятие точно было в списке наших рассылок и его снабжение заинтересовал именно имеющийся у нас набор компетенций.
3) Являясь достаточно автономной от нас наша компания ООО "Оптех" за прошедший месяц смогла получить двух достаточно крупных для малого бизнеса в сфере разработки и производства электроники заказчиков.



Собственно, пока это всё у меня для вас по маркетингу.
Как я оцениваю результат работы? Пока, на мой взгляд, он неплохой, хотя и не вылился ещё в финансовые доходы.
Как говорит мой знакой из Голландии, я буду держать вас в курсе новой информации.


The Dungeon Again!, Hell

Почему при попытке блокировки Телеграмм перестали работать дофига ресурсов?

https://vk.com/wall288925483_299952

Ещё раз подробно, про блокировку сервисов и нувотивсё. Для коллег, айтишников.


Дорогие друзья.

Это вы же понаделали инфраструктур и топологий, завязанных на один внешний бесплатный или сверхдешёвый сервис. Кто-то потому что дурак, кто-то осознанно экономя на "заказ для госов делали, там 30% откатили поэтому акты уже подписаны и всем похуй". Кто-то потому что иначе не умеет, и нагуглил только пошаговую инструкцию "как заюзать амазоновское облако".

Это вам же удобненько и комфортненько, когда "никаких лишних ненужных документов", а просто в веб-форме что-то там покликать, согласившись с EULA и прочим. Вы же не любите "эту бумажную никому не нужную хуету" и сами ненавидите любую ответственность, наяривая на принцип AS IS - а точнее "Я сляпаю любое говно а если кому не нравится да сам напиши если такой умный". Что удивляться-то, что если реализовывая систему, которая должна кому-то что-то гарантировать по части доступности-надёжности, используются внешние неуправляемые подсистемы, декларирующие "best effort", то в случае их отказа у вас проблемы? Это by design. By ваш design.

Культ безответственности и самовосхваления в IT давно, но вот его плоды. Это уходит корнями в детство - там, когда ребёнок совсем маленький, его хвалят за что угодно, что он сам делает. Главное что сам. Сам оделся, сам умылся, сам прибрался. Пофиг как - главное что сам. Благодаря инфантилизации этого монстра вытащили в возраст, где вообще нужны другие логики поведения, и получается ровно то, что получается. "Я сделал систему, в которую надо было заложить функционал A, B, C, а в ней только B да и то кривое - А НУ И ЧТО А ГЛАВНОЕ Я СДЕЛАЛ А ЗНАЧИТ СВЯТО А НЕ НРАВИТСЯ САМИ ДЕЛАЙТЕ ЫЫЫ ЫЫЫЫЫЫЫ МАААААААААААААААМ".

Люди с серьёзными ебальцами строчат:

- итак, я сделал заказчику проект, подписал с ним договор. проект сделал на амазоновском облаке - ох как я клиента-то наебал, заложил цену крепкую, а там работы на 5 минут, уахахаха - и вот теперь Роскомнадзор убивает мой бизнес.

Его самого обоссать и сжечь надо, притом на Лубянке, обложив распечатками манов и технета. В назидание. Он взял бабла за решение с одними характеристиками, а оно оказалось с другими. Он, исходя из своего личного удобства и привычки, выбрал инструменты для реализации, забив на всё остальное в плане характеристик. Удобненько и привычненько, а от клиента как-нибудь отпиздимся - так, да? И чуть что - "а я ни за что не отвечаю, я такой полупрозрачный и виртуальный, но деньги реальные беру".

Сто тыщ говноделов и клепателей типовой хуйни по типовым кейсам возмутились в духе "то есть я всегда шёл на форум X и там скачивал скрипт, запускал его у клиента, и мне клиент платил денег - а теперь что, весь мой хайтех-бизнес погибнет?".

Ау, вы чего? Вы решений наделали, которые по прямой ссылке js-файлик тащат и в случае 404й ошибки валятся, почему-то называя это всё энтерпрайзным, хайлоадным, технологичным и так далее. Первая проверка на реальный сбой одной из подсистем показала, что заявленное не реализовано. В чём тут концептуально виноват Роскомнадзор? Он что ли такие решения заставляет делать? Он "для госов и так сойдёт" на совещаниях говорит? Он типовое шаблонное говно клепает что ли? Исходя из "завяжемся на внешний американский сервис, так нам проще, а если какие проблемы, то на них стрелки и переведём"?

Нет, не он.

Это рыночек порешал.

В чём смех-то "мы наделали всякого из говна и палок но тут подул ветер и всё упало, ахахаха"? При том, что клиент платил за монолит-кирпич?

И при чём тут Роскомнадзор, при таком подходе-то? Может ещё хохлы виноваты до кучи? Криптомасоны? Глобальное потепление?

Ну, честно-то?
Фото

Жизнь замечательных Фейсбуков... Дмитрий Алексеев, DNS Digital Store

Когда-то я тему завёл Жизнь замечательных ЖЖ-ей
Но потом выяснилось, что ЖЖ-шка - слишком малый мир для этой темы. Теперь я иногда публикую информацию не только про заметных людей в ЖЖ, но и про встретившихся заметных граждан России в других социальных сетях.



https://www.facebook.com/dmitry.alekseyev.39

До недавнего времени сеть DNS была мало известна в столице. Ее первый магазин электроники открылся во Владивостоке в 1998 г., и до сих пор компания избегает московского рынка. Но год за годом компания, не стремясь к особой публичности, набирала обороты и несколько лет назад сначала вошла в тройку крупнейших продавцов бытовой техники и электроники в России, а затем стала номером два на рынке, обогнав «Эльдорадо» и уступая лишь «М.видео» по обороту (см. график).
https://www.vedomosti.ru/business/characters/2015/09/09/608054-nasha-neprozrachnost-sigrala-nami-zluyu-shutku



The Dungeon Again!, Hell

Блокчейн, криптовалюта: краткая суть простым языком (Запасная сеть)

Оригинал взят у vamoisej в Блокчейн, криптовалюта: краткая суть простым языком (Запасная сеть)
Блокчейн, криптовалюта: краткая суть простым языком (Запасная сеть)

Идут постоянные споры и баталии  про криптовалюты:  зло - не зло, что г..но - Bitcoin или Ethereum.  Но всё гораздо проще.  Пока спорим они  уже устарели, а в разработке такие системы, которые даже сейчас трудно представить, но через 3-5 лет будут обычным делом.  Главное - понимать в чём изначальная суть. Постарались простым языком описать именно  этот момент.

Collapse )
The Dungeon Again!, Hell

SRG объявляет продажу токенов для первой децентрализованной игровой программы лояльности

Спонсорский материал

SRG планирует переосмыслить индустрию онлайновых игр с помощью программы лояльности, построенной на основе технологии блокчейн. Компания объявляет продажу своих токенов 4 октября 2017 года.

Объем мирового рынка онлайн игр в 2016 году составил 95,2 миллиарда долларов и продолжает расти очень быстро. Лояльность пользователей и вовлеченность может как поднять компанию до высот, так и обанкротить ее. SRG понимает что нужны новые пути для привлечения игроков и удержания их. Идея, что часть бюджета которая тратится на маркетинг вместо этого могла бы пойти в карман разработчиков и игроков, звучит очень привлекательно.

SRG хочет помочь разработчикам сэкономить на маркетинге, а игрокам получить дополнительный заработок путем запуска децентрализованной внутриигровой платформы с программой лояльности и реферальной системой, использующей смарт контракты Ethereum. Если игроки начнут получать дополнительный доход это станет настоящим переворотом в индустрии онлайновых игр.

Платформа полностью отличается от всех программ которые поощряют участие и она будет эволюционировать. Впервые награда на основе криптовалют будет предлагаться игрокам и увеличивать их взаимодействие с платформой.

Компания уже работает с Mail.Ru Group, международной технологической компанией с целым портфолио онлайновых игр, а также другими разработчиками, такими как Saber, T-bull и Lucky Kat. SRG унифицирует все программы наград в единую взаимосвязанную сеть лояльности, соединяющую все онлайновые игры.

https://coinspot.io/company/srg-obyavlyaet-prodazhu-tokenov-dlya-pervoj-decentralizovannoj-igrovoj-programmy-loyalnosti/


The Dungeon Again!, Hell

Виды контрактов в заказной разработке

Оригинал взят у dz в Виды контрактов в заказной разработке
Эта статья, скорее - лирическое отступление, хотя для общей картины она тоже важна.

Сама схема оказания услуги в области заказной разработки ПО в целом достаточно хорошо сформирована, но, тем не менее, есть множество важных и не всегда очевидных деталей.

Для начала, перечислим традиционные модели взаимодействия клиента и исполнителя: Контракт с фиксированной ценой - Fixed price (FP), Повременная оплата - Time and material (T&M), Аутстафф - Outstaff.

Контракт с фиксированной ценой

Предполагает ответственность исполнителя за достижение определённых целей - как правило, зафиксированных в контракте и приложениях. Наиболее стабильный способ фиксации целей в таком контракте - детальные требования (см. артефакт "требования" - будет описан позже). На стороне исполнителя выполняется полный цикл работ от снятия требований до полной готовности продукта.

Ремарка: документ "требования" часто также называют "техническое задание", ТЗ, что не вполне верно. По ГОСТу требования есть часть ТЗ. Впрочем, пожалуй - самая важная.

Требования могут быть сформированы на начало контракта во всех необходимых деталях, могут быть очерчены схематично или могут вообще отсутствовать.

В том (нечастом) случае, когда заказчик предоставляет к началу контракта абсолютно полные и детальные требования (то есть - требования такой детальности, к которой привык исполнитель), проект может быть оценен с высокой точностью на начало контракта.

Отмечу, что только исполнитель решает, полны ли и детальны ли предоставленные заказчиком постановочные документы. В целом, если требования неполны, не всегда обязательно настаивать на их доработке до блеска. Иногда неполнота постановки является хорошим аргументом для контрактации по T&M и выполнения работ по agile.

Если требования отсутствуют или неполны, применяются две схемы контрактации.

В первой схеме исполнитель грубо оценивает затраты на проработку требований и контрактуется только на этот этап работы. По окончании этапа на основании детальных требований определяется стоимость работ по разработке системы и подписывается второй контракт.

Для того, чтобы заказчика устроил такой метод работы, исполнитель должен показать, что написанные требования будут в достаточной степени отчуждаемы, чтобы заказчик на втором этапе мог выбирать, остаться ли с этим исполнителем, или переключиться на другого.

Во второй схеме контрактации при неполных или отсутствующих требованиях контракт подписывается на весь объём работы. При этом исполнитель, имея нечёткую постановку, оценивает объём (срок и стоимость) схематически, имея в виду возможность уточнения сроков, стоимости или скоупа (состава) работ уже внутри контракта. В этой схеме исполнитель при сборе требований должен ставить перед собой задачу удержания состава проекта от раздувания заказчиком. Впрочем, эта задача стоит всегда и везде.

Один из типовых механизмов в такой схеме - разбиение всех сформированных требований на приоритеты, и отработка требований от наиболее важных до наименее важных по схеме "пока не кончатся деньги". Опять же, впрочем, разбиение требований на приоритеты необходимо при любом подходе.

Контракт T&M

Строго говоря при таком виде контракта стоимость работ не может быть оговорена на старте. Тем не менее, редкий заказчик готов оперировать оценкой стоимости работ в диапазоне от нуля до бесконечности. Как правило, исполнитель всё же называет опорную стоимость и срок. Иногда оговаривается безусловная максимальная цена и ключевые временнЫе точки в проекте, к которым должны быть сделаны релизы с той или иной функциональностью.

Контракты T&M довольно вариативны. В пределе при работе по такому контракту исполнитель может вообще не нести ответственность за сроки и стоимость, тогда схема приближается вплотную к аутстаффу (см. ниже) и, к примеру. менеджер проекта находится на стороне клиента. В другой крайности контракт T&M представляет собой практически fixed price контракт, но с ослабленными требованиями к составу релизов, стоимости и срокам. В такой контракт хорошо вписывается agile подход в той или иной его инкарнации. Например, жёсткий план проекта может быть заменён на беклог с уточнением состава релизов по ходу проекта. Впрочем, по сути, ничто не мешает делать то же самое и в проекте с фиксированной ценой. Другое дело, что в fix price проекте любая замена в составе функциональности проекта должна проходить жёсткую процедуру запроса на изменение (ЗИ, CR), а в T&M проекте схема согласования такого изменения может быть куда более расслабленной (в частности, не включать в себя точный подсчёт изменения сроков и стоимости проекта).

Аутстафф

В этом варианте контракта подрядчик вообще отвечает только за профессионализм сотрудников, которые от него работают на проекте. За требования, архитектуру, проектное управление и качество результата отвечает заказчик. Тем не менее, на таких проектах подрядчик может принимать очень глубокое участие в проектировании, постановке и проектном управлении - важно, что все эти функции он исполняет исключительно в режиме исполнения решений заказчика. Диапазон схем и здесь достаточно велик. В самом слабом случае подрядчик просто поставляет в команду разработки несколько линейных специалистов. В самом мощном случае фактическая экспертиза, проектные решения и иногда даже продуктовая/бизнес экспертиза находится на стороне подрядчика, а заказчик включает в команду лишь менеджера проекта, считая, что в этом случае он контролирует проект лучше.

Стороны и ресурсы

Необходимо отметить, что при любой схеме проекта практически любые ресурсы проекта - те или иные сотрудники, код, библиотеки, подсистемы, сервера - могут поставляться любой стороной проекта. Есть вещи незыблемые - например, при fixed price контракте исполнитель вряд ли допустит, чтобы менеджер проекта был не с его стороны - это выглядит как самоубийство. В остальном - вы вольны проектировать любой состав команды. Несколько примеров:

Два менеджера проекта - и подрядчик, и заказчик выставляют своего PM-а. Это - очень типовой и реально полезный вариант. Даже если со стороны заказчика нет полноценного проджекта, как минимум постоянный ответственный сотрудник должен быть аллоцирован.

Два архитектора - опять же, архитектор со стороны заказчика хорошо знает ландшафт и возможности команды заказчика и будет крайне полезен при принятии решений.

Аналитик со стороны заказчика - в дополнение к аналитику или группе аналитиков подрядчика сотрудник заказчика со знанием его бизнес-процессов и налаженной коммуникацией в среде сотрудников заказчика может сильно сократить затраты.

Дизайнер или проектировщик интерфейсов - иногда подключается исключительно из желания заказчика сократить затраты, иногда реально полезен как носитель знания о принятых глобальных правилах оформления или единообразного user experience на разных системах заказчика.

Очень важно в том или ином объёме подключать со стороны заказчика системного администратора или сотрудника группы devops. В противном случае все релизы и интеграции обойдутся команде в цистерны крови и километры измотанных нервов.

Ценность разработчиков со стороны заказчика, как правило, невелика, хотя, опять же, бывают варианты.

Консалтинг и точка принятия решений

Постулат: Решение принимает тот, кто за него платит. То есть - заказчик.

Постулат: Вы всегда консультируете заказчика. Вас потому и наняли.

Вас как подрядчика выбрали потому, что вы показали более высокие знания в той или иной области, нежели ваши конкуренты. Другое дело, в какой именно области вы показали знания.

  • Умение управлять проектом и достичь результата в срок и деньги. (Вы продали проектное управление)

  • Умение проектировать программные решения такого типа. (Вы продали архитектуру и технические решения)

  • Умение работать с бизнес-кейзами такого типа. (Вы продали бизнес-консалтинг.)

В сознании заказчика присутствует какой-то образ вашей компании. И какая-то оценка вас как носителя знаний по этим трём направлениям.

Если вы не компания, которая внедрила десяток крупных проектов такого рода за последние пару лет, то вряд ли вас оценивают как бизнес-консультанта в этой тематике. При этом по факту, скорее всего, вы накопили достаточный опыт в более широком классе проектов и стремитесь поделиться им с заказчиком. Что, в силу вышесказанного, не находит в нём понимания. Он - профессионал в своей области, чему вы можете его научить?

В частности, конфликты такого рода возникают, когда ваш заказчик переводит бизнес из офлайна в онлайн. Он действительно хорошо знает сам бизнес, а вы действительно лучше него знаете специфику онлайн-решений. И видите, что клиент (при постановке бизнес-процессов, как правило) совершает дикую ошибку. И пытаетесь предотвратить. И - вас мягко, а иногда и жёстко, разворачивают со словами "Ты же программист? Иди, программируй. Не лезь в наши дела."

Повторю, вы рассматриваете проблему как смертельную, то есть - не верите в успешность проекта в случае, если ваше предложение будет проигнорировано.

В этом случае возможны несколько вариантов. В любом случае, начните с того, чтобы официально уведомить заказчика о своей позиции. Обозначить её нужно чётко и недвусмысленно, а уведомление произвести в рамках зафиксированного в договоре формата коммуникации, вплоть до заказного письма с уведомлением. Это само по себе наведёт получателя на мысль, что вы достаточно серьёзно относитесь к предмету.

Далее можно:

  • Отработать собственную рекомендацию молча в формате ползучей революции. Это плохой путь. Заказчик выявит и будет на вас справедливо гневаться, денег за свою услугу вы не получите, а получите риск несдачи проекта по несоответствию требованиям.

  • Провести цикл совещаний с неключевыми сотрудниками заказчика, убедить их (желательно, очень аргументированно), и потом снова выйти на ЛПР, уже широким фронтом.

  • Молча продолжить работу, имплементируя неправильное решение заказчика (Вы же предупредили? Три раза? Он не внял? Это его решение.), но работая на снижение своих рисков - не допуская дебиторки, более чётко относясь к формальной стороне проекта (документам, актам и пр.)

  • Заявить, что риск в силу принятого решения столь велик, что вы хотели бы сняться с проекта, или же получить твёрдые (желательно - в виде предоплаты за все оставшиеся работы) заверения заказчика, что он точно отвечает за этот риск сам.

Если такая ситуация (принятие заказчиком самоубийственного решения) случилась на проекте с заказчиком-стартапом - бегите.
Фото

Моё мнение: восстания машин не будет, поскольку человек не способен создать ИИ равный человеческому.

Восстания машин не будет, поскольку человек не способен создать машину, которая была бы способна осознать себя так же, как это делает человек. Машину-собаку или машину-кошку по интеллектуальным способностям человек создать способен.
Походу, есть ступени интеллекта и существует закон, что интеллект, находящийся на ступени N может создать интеллект, находящийся не выше ступени N-1 . Таким образом, что бы человечеству создать ИИ, мыслящий так же, как современный человек, необходимо модернизировать интеллект самих людей, например путём ДНК-биологии, создав более мощный по своим возможностям мозг.

Оригинал взят у 32 в Возможно ли восстание машин: учёные обсуждают опасность искусственного интеллекта
Возможно ли восстание машин: учёные обсуждают опасность искусственного интеллекта

Некоторые полагают, что в ближайшем будущем человечество может оказаться на пороге войны между людьми и машинами, поскольку компьютеры не будут уступать человеку по развитию интеллекта. Американский учёный Орен Этциони опросил коллег и выяснил: большинство специалистов не верят, что искусственный интеллект (ИИ) приведёт к гибели человечества.

Collapse )


Фото

Росистые вычисления, или всё в тумане... Для тех, у кого глючный Интернет.

Конечно, певрое, что я могу посоветовать в таком случае, это сменить провайдера.

Например, вы можете выбрать нашу компанию www.tmpk.net
Но, если вы хотите остаться вырным своему старому провайдеру и скорости 9600 бод, то тогда вам надо прочесть эту статью, что бы узнать о новых технологиях:

Независимые вычисления, совместимые с облачными, называются росистыми (прости, Хабр, но другого хорошего определения Dew Computing на русском языке мы не нашли). Основной принцип росистых вычислений в том, что они восполняют основной недостаток облачных вычислений — требование к стабильному

интернет-подключению. Хотя росистые вычисления и будут обеспечивать сервисы и функции в режиме оффлайн, по-прежнему вызывает недоверие длительность промежутка времени, в течение которого будет недоступно облако. Здесь поможет дополнительный уровень — туманные вычисления, который является своеобразной прослойкой между облачными и росистыми вычислениями. В этой статье, собранной из нескольких источников, мы рассмотрим данный концепт подробнее.

далее по ссылке: https://habrahabr.ru/company/cloud4y/blog/307058/


Фото

Впервые наши вакуумщики, электронщики, программисты и технические писатели сделали общий проект.

Скорее, даже не проект, а проектик, но именно, как плод совместной работы. Ранее мы никогда не использовали совместно всех специалистов. Работа над грантом Фонда Бортника потребовала от нас систематизировать инженерное творчество. Итак, смотрите:

1.  НАЗНАЧЕНИЕ

   Данный прибор предназначен для измерения тока катода ионизационного манометрического преобразователя ПМИ-2 и аналогичных ему, используемых для работы с вакуумметрами.

DSC_0461.JPG

Рис. 1. Общий вид.

2. УСТРОЙСТВО И ПРИНЦИП РАБОТЫ

   Принцип работы прибора заключается в измерении тока, протекающего через катод при помощи гальванически развязанного датчика тока и встроенного в микроконтроллер (далее МК) 12-разрядного АЦП.
   В момент запуска измерений к катоду при помощи реле подключается источник напряжения 1,5 В. После окончания измерений источник напряжения отключается.
   Полученные в результате измерения коды значения тока катода сохраняются в массиве памяти RAM  МК.
* Общее время измерения тока – 2с.
* Частота измерений – 20мс.
* Размер массива – 100 значений.
   Запуск измерений осуществляется припомощи приложения vacuum.exe. Результаты измерений сохраняются в файл vacuum.xlsx, в котором производится расчёт значений тока, производной значений тока и строятся графики этих значений.


3. ТЕХНИЧЕСКИЕ ХАРАКТЕРИСТИКИ

1) Напряжение питания: от +12  до +36 В
2) Максимальный ток потребления: 100 (в режиме ожидания); 200 (в режиме измерения) мА
3) Источник напряжения для измерения тока катода: от +1,4 до +1,6 В
4) Мощность источника напряжения для измерения тока катода: 40 Вт
5) Минимальное и максимальное значение напряжения источника: от +1,2  до +12 В
6) Разрядность АЦП: 12
7) Диапазон рабочей температуры: 0 - 50 град С
8) Внешний интерфейс: USB


   4. ЭКСПЛУАТАЦИЯ ПРИБОРА

   4.1.  Подключение прибора
   4.1.1. Питание прибора подключить к клеммнику согласно маркировке (см. рис.2)

DSC_0463.JPG

Рис. 2

   4.1.2. Подключение катода манометрического ионизационного преобразователя к клеммнику осуществляется согласно маркировке (см. рис 2). Для подключения к катоду можно использовать разъемы типа «крокодил»
   4.1.3. Подключение прибора к компьютеру (далее ПК) осуществляется при помощи кабеля USB-B, подключаемого к разъему, расположенному на передней панели прибора.

DSC_0462.JPG

   4.2.  Изменение значения напряжения, прикладываемого к катоду
   Первоначально источник напряжения, прикладываемого к катоду, настроен на
1,5 В.
   При необходимости данное значение можно изменить (в диапазоне от 1,2 до 12 В). Для этого необходимо снять крышку прибора, подключить вольтметр к выходу источника, подать внешнее питание +24 В и при помощи подстроенного резистора выставить необходимое напряжение (см. рис. 3).
   Для корректной работы источника напряжения необходимо, чтобы разница между напряжением питания прибора и выходным напряжением источника была не менее
+ 5 В.

DSC_0459.JPG

   Подстроечный резистор
   Подключение вольтметра

Рис. 3. Установка выходного напряжения источника для катода.


   4.3. Запуск процесса измерения тока катода
   Для корректной работы прибора при измерении тока катода необходимо выполнить следующую последовательность действий:
          1.  Подключить источник питания к прибору и включить переключатель «ПИТАНИЕ» в положение «ВКЛ». При этом должен включиться красный светодиод «ПИТАНИЕ», расположенный над переключателем.
          2.  USB – кабель подключить одной стороной (тип А) к ПК (системные требования - WindowsXPи выше), а другой стороной (тип В) к прибору.
   Дождаться пока операционная система ПК определит тип подключенного устройства и выдаст сообщение «устройство готово к работе».
         3.  Запустить приложение vacuum.exe. Выбрать в списке COM-портов порт, соответствующий прибору (например, COM 6) (см. рис. 4).



Рис. 4

   Нажать кнопку «открыть». В окне программы должно появиться сообщение «соединение установлено» (см. рис. 5).



Рис. 5

        4. Нажать кнопку «Старт». После чего программа запросит путь к файлу vacuum.xlsx. Данный файл должен быть предварительно скопирован на ПК.
 (см. рис. 6).



Рис. 6

   Дождаться появления в окне программы следующих сообщений: «Команда старт выполнена», «Измерения завершены» и «Измерения сохраняются… ОК »  (см. рис. 7).



  Рис. 7

   На время измерений выключается оранжевый светодиод «измерение» на передней панели. В момент передачи данных кратковременно включаются зеленые светодиоды «Данные ТхRх». Если прибор находится в режиме ожидания, то зеленые светодиоды «Данные ТхRх» кратковременно включаются с частотой 1 раз/ сек. – это означает, что ПК поддерживает связь с прибором.
         5.  После завершения измерения и сохранения результатов можно открыть файл vacuum.xlsx, в котором в табличной форме отображаются следующие значения:
* порядковый номер измеренного значения;
* временной интервал измерений(шаг);
* код измеренного тока катода;
* ток катода;
* производная тока катода.
Также в открытом файле построены графики тока и производной тока.
На рис. 8 приведен пример отображения результатов измерения тока катода для
ПМИ-2.



Рис. 8. Результаты измерения тока катода для ПМИ-2

ВНИМАНИЕ!    Запуск измерений можно проводить многократно, не закрывая программу, но перед каждым запуском измерений необходимо закрывать файлvacuum.xlsx.В противном случае программа будет выдавать ошибку. (см. рис. 9).



Рис. 9.


          6.  После завершения работы с прибором необходимо сначала закрыть приложение vacuum.xlsxи только после этого выключить питание прибора   и отсоединить USB-кабель. (см. рис.10).

DSC_0460.JPG

Рис. 10. Общий вид подключенного прибора


Примечание.
   1.  Из прибора в файл vacuum.xlsxзагружаются только коды измеренных значений (коэффициент пересчета в значение только тока указан в самом файле), все остальные операции выполнены средствами программы MicrosoftExcel, что дает большую возможность для различных вариантов обработки этих данных.
   2. Кнопка «измерение» на передней панели в данной версии прибора является неактивной, т. К. запуск измерений и получение результата выполняются непосредственно с ПК.