От меня тут в разных местах хотели комментариев на тему Призмы - в итоге я в Фейсбуке отписался, а theRunet перепостил.
Текст по ссылке - а если коротко, то это идеальная иллюстрация того факта, что рулят не голые технологии, не дорогой маркетинг - а продукт сам по себе.
Сто раз уже так было: крутая идея, офигенный её реализующий алгоритм - и лежит это всё, радует трех с половиной экспертов в теме. А потом кто-то придумывает интерфейс и юзкейс - и становится миллионером. В этот момент разработчики начинают материть маркетинг, а маркетинга особо и не случилось. Случился человек с видением и интуицией в области продуктов. Тот, кто по праву во многих местах называется product owner, и это гораздо больше, чем просто менеджер.
http://www.therunet.com/articles/7258

Целый набор лазерных гравёров и 3D принтеров с наборами для них просто по неприлично низким ценам! 😻👍
Страшно подумать, что может сотворить креативный ум с использованием подобного тулкита! 😱😄👍

http://www.gearbest.com/3d-printers-3d-printer-kits-c_11399/

#GeeksHeaven
#ЯбКупил

Крайний выпуск в этом сезоне - продолжение в конце августа после каникул! 😄

https://youtu.be/LgT6h_QvwXk

Из канала Андрея Себранта: https://telegram.me/techsparks/411

Весьма интересно о юзабилити тестировании интерфейсов от Яндекса

https://yandex.ru/blog/company/kak-eto-ustroeno-laboratoriya-issledovaniya-interfeysov

Нужно отметить, что обсуждение прекращения сборок дистрибутива Ubuntu для архитектуры IA-32 продолжается уже довольно давно.
C одной стороны IA-32 процессоры это прошлое и они уже довольно редки в потребительском секторе, многие уже успели не раз проапгрейдить своё домашнее железо.
Но старых машин, работу которых нужно поддерживать, ещё довольно много, особенно большой парк машин сохраняется в ведомственных и бюджетных структурах и организациях, которые не могут тратить оргомные деньги на обновление всего машинного парка.
Выход есть, при том довольно простой - использование дистрибутива в котором поддержка legacy архитектур не прекратиться в ближайшем будущем, например Debian (который собирается для множества архитектур) или Arch.

http://www.opennet.ru/opennews/art.shtml?num=44728

Я тут столкнулся с интересной проблемой...
Микросервисы как оказалось не панацея от всего 😂 и не везде применимы!
Вообще с моей точки зрения микросервисы это принцип UNIX примененный для современных сетевых приложений - когда монолитная система разбивается на взаимодействующие между собой по определенному принципу/протоколу самостоятельные инструменты, каждый из которых хорошо заточен под выполнение строго определенной задачи.
И в сетевой среде этот принцип хорошо работает благодаря самой среде и её протоколам.
Но принцип "микро" подходит для разбиения архитектуры не всех монолитных систем - там где генерируется большое количество данных и передаётся по сети, производительность сетевого стека и линий связи является критичной, а активное сетевое взаимодействие повышает накладные расходы по времени и ведёт к снижению производительности системы, тогда сеть становится узким местом в производительности системы!
И хорошо если все модули системы находятся локально в одном датацентре и их можно объединить в кластер физически через оптические подключения InfiBand.
Но другое дело если это сеть высокой доступности сервиса с CDN и контент с модулями сервиса находятся в разных удаленных датацентрах.
К примеру, если скажем платёжную систему, обработку транзакций, банковский процессинг, его интеграцию с внешними системами можно и нужно разбивать на микросервисы в stateless неизменяемых образах контейнеров, то вот для операторских биллинговых и data-mining систем с обработкой больших массивов данных с сетевого железа лучше сохранять принцип монолитности.
Особенно это стало актуально в свете недавно принятого в ГосДуме РФ пакета законов депутата Яровой, который в след за Россией скоро будет копироваться, как рекомендация для операторов связи в виде best practice от спецслужб, и тиражирования в соседних с Россией странах для обеспечения информационной и физической безопасности гражданского сектора и общества в целом.
И это касается не только российских производителей биллинговых и сетевых critical систем, которые чаще всего применяются в телеком и сетевых проектах на территории СНГ, но и всех систем подобного класса, применяемых в отрасли связи на территории СНГ, что обязывает производителей соблюдать требования независимо от их происхождения и локации.

#microservices
#bigdata
#infosec
#security

Межбанковский процессинговый центр, через который проходят все транзакции по картам ЭлКарт, UnionPay (UPI) и Visa, эмитируемым нашими банками, подтвердил соответствие процессинга стандарту защиты данных клиентов и их карт Payment Card Industry Data Security Standard (PCI DSS).

http://ipc.kg/index.php?option=com_content&view=article&id=125:-pci-dss&catid=1:latest-news&Itemid=50

http://ipc.kg/index.php?option=com_content&view=article&id=93:pcidss&catid=1:latest-news&Itemid=50

http://ipc.kg

http://www.visa.com/splisting/viewSPDetail.do?coName=Interbank%20Processing%20Center%20CJSC&HeadCountryList=KYRGYZSTAN&pageInfo=1%3B30%3BASC%3BcoName

http://www.visa.com/splisting/searchGrsp.do

Интересно, что вообще ни один из наших банков не присутствует в реестре Master Card как агент, что свидетельствует о том, что эмитирующие Master Card банки, например РСК, интегрируются и проводят транзакции через процессинг стороннего банка или финансового учреждения, который является агентом Master Card, т.е. не проводят транзакции по картам Master Card через свой или межбанковский процессинговый центр напрямую с Master Card.

https://www.mastercard.us/en-us/merchants/start-accepting/payment-facilitators.html

Сегодняшний митап по теме Continuous Integration и Continuous Delivery

Ведущие:
@rkononov
@konstantin_zo
and myself @andrcmdr 😄

https://www.youtube.com/watch?v=uvoGZgcVSTM

#meetup

Хаха! 😂 Так вот оно оказывается для чего на клавиатурах ThinkPad'ов устанавливаются прецизионные пьезоэлектрические trackpoint'ы, заменяющие собой мыши с оптическими сенсорами высокого разрешения! 👍

Удивительно, раньше людям и ассемблера хватало для полёта на Луну и обратно! И без всяких CI/CD тестили, руками... 😂👍

https://github.com/chrislgarry/Apollo-11

Полёт к Луне! С бортовым ПО, написанным на чистом ассемблере, при том хорошо оттестированным!
Люди со всеми software engineering подходами, высокоуровневыми языками, функциональным программированием и best practice'ами за всю эпоху UNIX длиной в 46 лет с 1970-х годов так и не слетали вновь, не вернулись на Луну и не создали там постоянных баз!
Всё копошимся в этом благодатном гумусе, перерабатываем его, кризисы экономические испытываем, смартфоны клепаем, соцсети всякие, фейсбуки - а к Луне и Марсу так и не вернулись! 😆
Обидно до ужаса!

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

http://thenewstack.io/why-did-docker-catch-on-quickly-and-why-is-it-so-interesting/

Weather forecast, right in the terminal console!

Just type

curl wttr.in

in the terminal console and see the magic! 👍

#console
#consolelife
#asciimagic

Examples:

curl wttr.in/bishkek

curl wttr.in/moscow

curl wttr.in/msk

With country:

curl wttr.in/bishkek+kg

curl wttr.in/moscow+ru

curl wttr.in/portland+us

curl wttr.in/portland+canada

OR

curl wttr.in/portland+ca

Moonphase examples:

curl wttr.in/moon

curl wttr.in/moon@2016-Jul-07

curl wttr.in/moon@2016-07-07

https://github.com/chubin/wttr.in
https://github.com/chubin/pyphoon
https://github.com/schachmat/wego

https://twitter.com/igor_chubin

DevOps - это методология и практика управления командной разработкой проектов, заключающаяся в координации усилий различных групп в команде из которых часто выделяют три группы - группа разработки (development), группа тестирования (quality assurance, QA) и группа эксплуатации (администрирования, operations).
Поэтому DevOps практика, инструментарий DevOps и вспомогательный софт сравнивать в лоб с администрированием не стоит - это абсолютно разные вещи, употребляемые в разном контексте.
Но это обобщённо и в идеале конечно.
Меня удивила телеком-компания Mera Networks, когда решили меня рекрутировать.
Сказали им нужен опытный DevOps. Я было приободрился, а оказалось нужен просто администратор, со знанием Linux, Python и английского (я ржал!).
Такая вот "культура" IT в СНГ!
😆😂👍

В Вики есть интересная диаграмма общности (диаграмма Венна-Эйлера) на примере DevOps методологии разработки
На ней хорошо показано место DevOps в команде

https://upload.wikimedia.org/wikipedia/commons/thumb/b/b5/Devops.svg/1000px-Devops.svg.png

"нужно иметь соответствующие скилы" - то же можно сказать про любую должность в команде
умения, навыки, скилы (skills) относятся к должности
DevOps - опять же, это методология и практика, но не должность
Соответствие по диаграмме Венна выше:

Practice - Job title

Development - Developers, Programmers

Quality Assurance, QA - Testers

Operations - Systems and Network Administrators

Development Operations - DevOps Engineer/Manager, coordinator of software development, Devministrator sometimes 😂

http://i0.wp.com/devana.rs/blog/wp-content/uploads/2014/06/devops.jpg

http://devana.rs/blog/devops-is-a-culture-not-a-job-description/

http://www.agileweboperations.com/what-devops-is-not

https://puppet.com/blog/what-a-devops-engineer

http://krisbuytaert.be/blog/apparently-devops-not-jobtitle

Чаще при наличии тесной команды, IT департамента, DevOps это больше командная практика и нет выделенной специальной должности
http://dev2ops.org/blog/2010/2/22/what-is-devops.html

PKI / PGP Primer:
🔑 Public Key
🗝 Private Key
📝 Message

📝+🔑 = 🔒✉️ Encrypted
🔒✉️+🗝 = 🔓📝 Decrypted
📝+🗝 = 🔏✉️ Signed
🔏✉️ + 🔑 = 👤 Authenticated

Хорошая иллюстрация асимметричного шифрования 👍

Итак, вчера с утра по нашему времени вышел второй сезон сериала "Мистер Робот".
Серии будут выходить в штатах каждую среду вечером, в 10 часов по восточному времени и 9 часов по центральному с повтором после часа ночи. У нас в Бишкеке по нашему времени первый показ в 8 утра четверга, повтор после 11 утра.

Расписание трансляций:
http://www.usanetwork.com/schedule?show_nid=56156

Кто не смотрел первый сезон.
"Mr.Robot" - это сериал о современной кибербезопасности, угрозах в информационном пространстве и информационном обществе, уязвимостях информации, на примере истории главного персонажа, хакера и специалиста по информационной безопасности, Эллиота Алдерсона в исполнении Рами Малека.
Сюжет очень сильный и второй сезон обещает быть несколько другим, но не менее интересным!
Вероятно это единственный годный сериал (или даже многосерийный фильм, как он планировался изначально) на тему компьютерной информационной безопасности и хакинга.
Кинематографичность однозначно несериальная.
Достаточно сказать что пилотную первую серию первого сезона для возбуждения интереса публики режиссировал Нильс Арден Оплев, известный многими работами, например режиссурой экранизации первой книги ("Девушка с татуировкой дракона") оригинальной шведской версии трилогии "Миллениум", написанной Стигом Ларссоном.

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

Интересное интервью с композитором сериала - Мак Квейлом:
http://www.usanetwork.com/mrrobot/blog/interview-composer-mac-quayle-talks-about-the-mr-robot-soundtrack

YouTube - на данный момент доступ к видео на официальном канале закрыт для зрителей не из США, что легко преодолевается установкой Tor+polipo или Orbot proxy для Android:
https://www.youtube.com/c/whoismrrobot (https://www.youtube.com/channel/UCX5R2xqZWND8nJqGTvel3nw)

Кинопоиск:
http://www.kinopoisk.ru/film/859908/

Названия серий весьма грамотные:

http://www.kinopoisk.ru/film/859908/episodes/

Сезон 2

2016, эпизодов: 12

Эпизод 1

eps2.0_unm4sk-pt1.tc

10 июля 2016

Эпизод 2

eps2.0_unm4sk-pt2.tc

13 июля 2016

Эпизод 3

eps2.1_k3rnel-pan1c.ksd

20 июля 2016

Эпизод 4

eps2.2_init1.asec

27 июля 2016

Эпизод 5

eps2.3_logic_b0mb.hc

3 августа 2016

Эпизод 6

eps2.4_m4ster_s1ave.aes

10 августа 2016

Эпизод 7

eps2.5_h4ndshake.sme

17 августа 2016

Эпизод 8

eps2.6_succ3ss0r.p12

24 августа 2016

Эпизод 9

eps2.7_init5.fve

31 августа 2016

Эпизод 10

eps2.8_h1dden_pr0cess.axx

7 сентября 2016

Эпизод 11

eps2.9_pyth0n_pt1.p7z

14 сентября 2016

Эпизод 12

eps2.9_pyth0n_pt2.p7z

14 сентября 2016

Питонщикам особенно должны быть симпатичны названия финальных серий второго сезона. 😄

Где смотреть и брать переводы

Для самых нетерпеливых - Live трансляии и записи стримов TV-14 (USA Network) в оригинале на английском:

http://movieflix.to/t/mr-robot

http://watchseries.ac/serie/mr_robot

http://www.showcase.ca/video#mrrobot/video

Переводы

LostFilm - на мой взгляд самый близкий к оригиналу перевод:
https://www.lostfilm.tv/browse.php?cat=245
http://kubik3.ru/load/ozvuchka/lostfilm/micter_pobot/196-1-0-467

NewStudio - также весьма близок к оригиналу:
http://newstudio.tv/viewforum.php?f=394

Кубик в кубе:
http://kubik3.ru/load/ozvuchka/kubik_v_kube/micter_pobot/277-1-0-492

Но наиболее оперативными оказались переводчики и дублёры ColdFilm - уже вчера были доступны переводы вступления и обеих серий:
http://coldfilm.ru/news/mister_robot_2_sezon_smotret_onlajn/1-0-370

http://coldfilm.ru/news/mister_robot_2_sezon_0_serija_smotret_onlajn/2016-06-22-4836

http://coldfilm.ru/news/mister_robot_2_sezon_1_serija_smotret_onlajn/2016-07-11-4949

http://coldfilm.ru/news/mister_robot_2_sezon_2_serija_smotret_onlajn/2016-07-14-4971