Хороший материал к прочтению! 👍

От меня тут в разных местах хотели комментариев на тему Призмы - в итоге я в Фейсбуке отписался, а 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

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