Русский
Русский
English
Статистика
Реклама

Все категории

Войти в IT после 30 через Java

27.11.2020 00:13:20 | Автор: admin

Всем ку!

Эта статья является текстовой адаптацией одного из самых популярных интервью на youtube-канале "АйТиБорода" - интервью про Java (более полумиллиона просмотров). Если кто-то не знает, на этом канале несколько раз в месяц появляются интервью с айтишниками о технологиях, ЯП и персоналиях.

Приятного прочтения!

Привет, Рома! Расскажи, где ты учился и как вообще попал в IT?

У меня на самом деле два образования: одно незаконченное высшее, второе законченное. Законченное высшее техническое, но абсолютно никак не было связано с компьютером.

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

А в каком году ты в университет поступал?

В 2002 году поступал. В 2007-м окончил и вот после этого где-то восемь с половиной лет в разных сферах себя пробовал. А в программирование пришёл на самом деле абсолютно случайно. Конкретный день уже не могу вспомнить всё-таки это не вчера было, где-то посреди недели. Мне на работу надо было ехать по кольцевой минуты три, наверное. Проснулся пораньше, и как-то очень не хотелось ехать. Я тогда курил ещё. Вышел на балкон, закурил, взял ноутбук, открыл его и решил: надо чем-то себя занять. Потому что на тот момент у меня была только работа, дом, работа, дом.

Ну и решил: дай попробую себя. Может быть, какие курсы. Ну, хобби себе какое-нибудь найду. Открыл ноут, и мне в принципе было просто всё равно: парапланирование, вязание крестиком, вышивание без разницы что. Но так уж получилось, что тогда шла довольно активная агитация IT-Академии (одна из школ в Беларуси). Вот везде эта всплывающая контекстная реклама была. И как раз всплыло в тот день что-то типа: Хочешь зарабатывать миллион миллиардов? Приходи к нам, мы тебя научим! Я решил: почему бы не совместить приятное с полезным? Миллион миллиардов всё-таки заманчиво звучало. Вот так я и попал в IT.

Я решил: почему бы не совместить приятное с полезным? Миллион миллиардов всё-таки заманчиво звучало. Вот так я и попал в IT.

Просто пришёл на курсы. Как-то отучился. Причём первый курс в академии действительно именно как-то отучился. Еле-еле окончил. Из нашей группы сертификаты получили человека, по-моему, четыре из 12.

А откуда желание что-то поменять вообще появилось?

Как-то так сложилось, что раз, наверное, в года два-три я менял место работы. В одной компании поработал по распределению два года, потом три-четыре месяца ещё поискал новое место. В разных местах: и в Газпром попал наш белорусский, и в Амбассадор поработал это минский завод виноградных вин. И на EnTiti поработал.

Короче, это была запланированная смена работы?

Да, через определённый промежуток времени мне нужно было что-то менять. Сейчас в IT, слава богу, можно менять проекты, не уходя из одной компании в другую. А тогда это было достаточно проблематично, потому что в организации есть одна должность, и если бы я сказал: Не хочу больше быть логистом, сегодня хочу работать бухгалтером, меня бы просто не поняли. Всё равно бы пришлось искать новое место. Поэтому такое желание возникало само собой периодически.

Нашёл курс и сразу пошёл на Java? Это осмысленный выбор?

Это было похоже на то, как я в принципе решил попасть в IT. Шёл набор на курсы с таким достаточно абстрактным объявлением: Хочешь стать программистом? Зашёл к ним на сайт, и на той неделе стартовало много курсов: JavaScript, Python, PHP.

Тогда я думал, что PHP это круто. Я с ним ещё когда-то там в школе и на первом курсе более-менее работал: какие-то сайтики делали. Подумал: ну вот тут я, наверное, что-то буду понимать. Потом смотрю JavaScript. Думаю, ну про JavaScript я слышал: там HTML, CSS, JavaScript ну вот слова из одной области какие-то, думал. Но эти курсы шли 11-13 дней от того дня, когда прочёл само объявление. А Java стартовал через три дня. Решил: ну попробую, может быть, есть место в группе. Позвонил, и, действительно, место в группе было. Причём одно. Вот так. Поэтому Java (смеётся).

Страха от такой кардинальной смены рабочей атмосферы не было? Многие боятся идти в программирование: думают, что там много математики нужно, что это сложно. Было у тебя такое?

Не, наверное, не было. Я ж говорю: пошёл на курсы, а они же начальные. Я понимал, что математика мне особенно не понадобится. Мне было интересно узнать в принципе, что такое переменная и как это, когда нажимаешь кнопочку, а там Hello, world! выскакивает. Не просто, как когда в блокноте что-то написал. Когда в первый раз написал свою первую программу Hello, world!, понял: ну, всё просто, теперь я умею программировать.

Когда в первый раз написал свою первую программу Hello, world!, понял: ну, всё просто, теперь я умею программировать.

Думал тогда, что пойдёшь работать программистом? Или просто по приколу пошёл на эти курсы?

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

Наверное, с занятия пятого, когда я уже первый свой цикл написал, калькулятор был, он алгоритм какой-то простенький считал, просто запустил эту программу, шифтов 10-12. Мне не надо было мышкой нажимать на этот значок play зелёный в IDEA. И оно что-то мне посчитало и выдало на экран. Числа там рандомно генерились, и я заранее не знал, какой ответ будет. И тогда я решил: ну, а почему бы и нет? То есть я могу рандомно генерировать что-то. Если я здесь испортил программу, я могу портить программу и в коммерческих целях. Как-то так и повелось (смеётся).

Если я здесь испортил программу, я могу портить программу и в коммерческих целях. Как-то так и повелось.

Сколько времени прошло со старта курсов до трудоустройства?

С момента старта курсов и до осмысленного куда я хочу попасть на работу прошёл где-то год. Большую часть этого времени параллельно работал на основной работе. За два-три месяца (до окончания курсов) я уже уволился.

Что занимало тебя весь этот год? Ты же, наверное, не только Java изучал?

Понятное дело, что это не сухое изучение языка везде нужны какие-то паттерны, какие-то решения. Если просто писать код, то это будет мало чем отличаться от обычной автогенерации того же кода в IDEA. Книжки читал. Есть, например, такая книга отличная Приёмы объектно-ориентированного проектирования. Паттерны проектирования, Банда четырёх (Gang of Four) написала.

Я пытался их (паттерны) понять. Мне сказали, что это отличная книга. Старшие коллеги говорят: Почитай будет полезно. Но эту книжку, я думаю, нужно было читать хотя бы после года, чтобы понимать, о чём там вообще написано. Но мне сказали, что будет полезно. И я её прочитал, но не всю. Наверное, только треть осилил. Понял, что дальше мне будет понятно ровно столько, сколько и сейчас. То есть ничего.[5]

Из года обучения сколько заняли сами курсы? Весь год ходил на курсы и самообразовывался?

Шесть месяцев заняли курсы. Когда закончил IT-Академию, у меня была конкретная цель попасть в EPAM. Мне предлагали какие-то маленькие компании, типа на стажировки, а потом на трудоустройство. Но вот у меня знакомые работали в EPAM. И я много слышал о том, что это хорошая компания для становления: понимать сами процессы, бизнес-процессы. И да, там действительно довольно строго поставлены именно эти сами методологии. То есть цель была попасть именно туда.

Между окончанием курсов, IT-академией и началом внутренних курсов была достаточно большая разбежка по времени. Сразу попасть в лабораторию епамовскую я даже и не планировал, потому что нужны были какие-то знания. А я же говорю, окончил курсы. А вот как их окончил сам не понял. Поэтому нужно было ещё что-то понять: сначала написать, а потом понять, почему это заработало.

Но в итоге ты в лабу попал?

Да, ну после их внутренних курсов я попал в лабораторию.

И уже через лабу твоей первой работой стала EPAM?

Да.

Чем ты там занимался и сколько в целом проработал?

В EPAM проработал где-то два с половиной года. Сразу попал в самый большой проект Thomson Reuters. Раньше это был просто такой проект на EPAM. Потом всё переросло в самый большой юнит. А сейчас Thomson Reuters самый крупный заказчик. И так получилось, что я ещё попал в их самый крупный проект. Я даже и не скажу, сколько он уже пишется, сколько он в уже в активной разработке. Но когда я туда пришёл, я понял ещё меньше, чем я понимал на курсах и в лаборатории. Там всё было какое-то своё. Мне сказали, что там будут классные технологии, стек такой большой и фронт, и бэк, и Spring, и Hibernate, и EclipseLink есть.

Короче, всё, что хочешь: облако, микросервисы?

Да. А когда ты только-только начинаешь, написал первое Hello, world?, и думаешь: Таак, чтобы дальше изучать? Ну, наверное, machine learning!

Написал первое Hello, world?, и думаешь: Таак, чтобы дальше изучать? Ну, наверное, machine learning!

Или сразу ракету запущу на Марс?

Да, в AI пойду что-то творить! Ну всегда такое желание есть. Вроде как недавно научился переменные складывать между собой. Всё, следующий шаг написать свою нейронную сеть. Естественно, меня это так привлекло: столько технологий, столькому научусь! Меня заперли на этот проект. Я открыл и понял, что ничего не понимаю в этом. И где-то, наверное, месяцев семь я фиксил баги. Причём там даже это было делать проблематично, потому что проект большой: в организации работы использовали правильную методологию, поэтому чтобы просто исправить баг, нужно было и митинги, и апрувы получить. И шло это всё со стороны заказчика достаточно долго.

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

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

Это потом мне, естественно, сказали, что нужен будет английский. А изучать его мне особо негде было. Потому что подтягивать сразу и техническую часть, и часть с английским языком проблематично. Высасывает очень много энергии. Я пытался просто книжечки читать и программировать. Если в одном шло хорошо, то в другом уже не так хорошо. Поэтому я просто перевёл весь свой environment на английский язык, насколько это было возможным. Слава богу, у меня тогда уже был смарт-телевизор. Он перешёл на английский. И все программы, и плейлисты. Телефон тоже перевёл на английский. Литература тоже по максимуму смотрелась на английском. Ну и, понятное дело, что из Stack Overflow это наше всё тоже всё шло на английском.

Все три месяца, пока шли курсы, я, как мог, по максимуму тянул информацию для себя именно из англоязычной части интернета. Ну, наверное, помогло более-менее собеседование прошёл.

Сколько тебе было, когда начал интенсивно обучаться программированию?

Мне было 28-29 наверное, 30 лет.

Не было какого-то хейта в духе: Куда ты попёрся? Как к решению отнеслись родственники и друзья?

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

А вот на работе коллеги В 18:00 часов заканчивалась работа, а в 18:30 начинались курсы нужно было как раз полчаса, чтобы доехать. Вот там было много негатива. Мне говорили, что не получится: Ну 30 лет. У тебя не тот склад мышления, там нужно образование вот эти все стереотипы, что нужна математика, теория алгоритмов.

Можешь показать им фак!

Да! (смеётся). Ну вот не тот склад ума, и вряд ли мне что-то это даст. Говорили, что курсы напрасная трата денег и времени, что лучше бы я продолжал работать на прежнем месте. Я даже в какой-то момент к этим словам прислушался и пошёл по собеседованиям по своему предыдущему профилю. И слава богу, что меня тогда как раз кризис стукнул: в тот момент было очень тяжело найти работу многим контракты не продлевали. В поисках работы прошатался по рынку в целом где-то месяца два. Меня не брали.

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

Потом взяли на одно место. И в принципе там даже достаточно неплохо было, сравнивая с моим предыдущим местом работы. Но в тот момент как раз позвонили из EPAM-а и сказали, что берут в лабораторию. Ну и, естественно, от первого варианта я отказался. В лабораторию меня брали на бесплатно, а там за деньги. Но я подумал, что в EPAM может выгореть, есть какая-то перспектива. Решил: почему бы не попробовать, если берут? Пускай этот кризис пройдёт. Если что найду себе потом работу. Слава богу, что-то отложить себе успел: на полгода или годик хватило бы.

Когда переходил в EPAM и вообще в IT, рейт у тебя был, как у джуна. Сильно ли это отличалось от того, что ты зарабатывал на своей основной работе?

Ну да, прилично.

Были из-за этого опасения, что не туда идёшь?

Опасений, наверное, не было, потому что к тому моменту мне уже начало нравиться. Уже не просто какие-то циклики писал, я уже мог сайтик написать. То есть мог написать и, так скажем, дать другим людям посмотреть, потрогать. Мне было очень интересно и по кайфу.

Что-то писал и понимал, что я делаю. Ну, начинал понимать, что я делаю. Появлялся интерес. У меня и сейчас нет предпочтений в плане там на $500 больше платят всё, надо идти туда. Абсолютно нет. Если работа интересна, коллектив хороший, то смысл её менять? По зарплатам в IT когда-то достиг психологической планки: если ниже, то будет какой-то дискомфорт, но тем не менее

Сейчас HR-ры на собеседованиях очень часто спрашивают: Что у вас на первом месте: зарплата, коллектив, проект, технологии? И вот изначально да, вопрос зарплаты был сверху, а потом опускался всё ниже и ниже. Мне настолько уже незначительно, слава богу. Но поначалу было дискомфортно, потому что зарплата отличалась не на, а в раз пять, наверное, в шесть. Раньше доход от сезона зависел я в торговле работал. Поэтому если там всё хорошо в сезон, тогда раз в пять.

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

Хочешь сказать, что эйджизм сказывается на рейте?

Не знаю. Я думаю, что, возможно, и так.

То есть каких-то конкретных примеров на своём опыте ты не ощутил?

Я как-то и не пытался особенно вдаваться вот именно в рамках Java.

За два с половиной года в EPAM-e до кого успел дослужиться? Почему сменил работу?

В EPAM-е есть строгая система рейтингов. Вот у меня был d2 это Middle. Потом перешёл на проект и стал вроде как d2 key developer.

У тебя d2 было с ходу после лабы?

Понятное дело, нет. Первая возможность получить d2 появилась где-то через месяцев пять, но я пошёл получать только через месяцев девять. В EPAM очень интересная система: когда появляется возможность перейти на d2, можно было получить промоушен по тайтлу. Свой, скажем так, рейтинг. И к этому приурочивался промоушен финансовый. Наслушавшись своих старших коллег, сначала по максимуму получал промоушен финансовый: где-то технологии выучил, курсы закончил. Потом шёл на d2, к которому также прилагался промоушен.

Лайфхак?

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

EPAM же большая, почему не перешёл из одного проекта в другой в рамках одной компании?

Проект Thomson Reuters располагался прямо через дорогу от моего дома. Если нужно было к 9:00 на работу, то в 8:55 я выходил из дома: по переходу и в бизнес-центр, где мы и располагались. И это определённый отпечаток накладывает: уже не хотелось куда-то час ездить. Это первая причина.

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

Мне был интересен Spring, Hibernate, но это стандартный стек. Плюс там по фронтенду можно было Angular какой-то себе выбрать. И вот так было примерно во всех проектах на Thomson Reuters. Это я уже потом понял, что так оно везде, но тогда искал чего-то такого прямо нового-нового и поэтому ушёл.

Следующее место работы Softeco. Долго его искал? Сколько собеседований прошёл, прежде чем устроился? По факту была первая полноценная сессия собеседования в IT?

Нет, первая полноценная сессия собеседования была, опять же, для промоушена. К тому моменту в планах была свадьба. Мне уже не хотелось откладывать 80-90% зарплаты. Хотелось, чтобы было как-то посвободнее. Ну потому что и кушать хочется, и свадьбу.

Мне уже не хотелось откладывать 80-90% зарплаты. Хотелось, чтобы было как-то посвободнее. Ну потому что и кушать хочется, и свадьбу.

Это в каком году?

Это был последний год работы в EPAM. Тогда я действительно активно ходил по собеседованиям, собирал офферы. Но не для того, чтобы ими шантажировать Я так, пришёл спросить, не хотят ли повысить зарплату. Мне сказали: Ну как бы не то чтобы очень хотим. И тогда я уже сказал, что есть офферы.

Многие так делают, все всё понимают, за это блеймить не буду. Мне интересно, а что ты говорил на собесах, когда приходил? Там же спрашивали, мол, готовы ли пойти работать? И ты говорил: Просто оффер хочу поднять?

Не, я, конечно, не говорил, что хочу поднять оффер. Мне бы тогда сказали: ну тогда не получится, мы вам просто не отправим оффер. Потому что смысл на меня тратить время, если я к ним не планирую идти?

То есть ты юлил?

Нет, я не юлил. Уже была идея сменить проект. Правда, вряд ли я там конкретную компанию рассматривал, но вот не исключал такую вероятность, если будет что-то действительно интересное. Иногда очень приятно просто пообщаться с HR-ом, с техническим специалистом. И вот ты уже понимаешь: а почему бы не сменить компанию? Здесь действительно может быть интересно и хорошо.

Какие бы ключевые точки выделил в своём становлении тем программистом, которым сейчас являешься?

Когда выбирал между фронтендом и бэкендом, тогда ещё заканчивал лабораторию, пошёл на первый свой проект Thomson Reuters русский. И первые три месяца был очень воодушевлён новым проектом, новыми людьми и тем, что в продакшене. Работал усердно, а потом понял: как тут усердно не работай, это всё будет достаточно долго. Потому что и процесс согласования долгий и коды review небыстрое дело. Хотелось найти себе увлечение, чтобы занять свободное время. И я решил посмотреть в сторону фронтенда.

Потому что исправление багов не очень мне интересно было. Потому что это и бэкенд и фронтенд. Там же юзер что-то не видит, например, во фронтенде, и для него уже это ошибка. А это ошибка, например, у меня на сервере. Вот чтобы до этого докопаться, мне было бы проще это сделать, если бы разбирался в том, что там происходит наверху. Сначала прошёл онлайн-курсы по JavaScript не помню, как точно сайт называется. Более-менее понял, как эта штука работает, и решил попробовать ещё Angular, на тот момент уже второй.

Уже лучше, чем первый.

Ну, наверное. Я с первым вообще не имел дела. В лаборатории из нашей группы ушёл человек, который научился на Джаве и пошёл во фронтенд. Вот он тогда мне и сказал: Второй Angular можешь посмотреть. Я посмотрел и даже написал несколько своих приложений. И в целом интересно было. Тот же, грубо говоря, опыт TypeScript.

Но ты же остался в бэкенде?

Да. Так вот потому я в нём и остался. После этого у меня была такая немножко смена деятельности модуля внутри моего проекта. Сначала работал над модулем, который уведомления рассылает, email и всё в этом духе. И перешёл на модуль поиска это, понятно, более нагруженная система, и она постоянно задействована всеми другими модулями. Работы мне прибавилось. И, опять же, изначально это тяжело многое непонятно.

Потом всё как-то устаканивается, и уже более-менее ориентируешься. И когда это устаканилось, решил: Так, у меня незаконченное дело осталось с фронтендом, с Angular. А он, Angular, в тот момент уже был четвёртый. Я вроде как не сильно понял, что произошло и думаю: дай опять спрошу у коллеги своего. Он говорит: Ну да, Angular это круто, но сейчас очень модно React.

И вот у меня диссонанс начал возникать. То есть год назад я начал учить Angular, вроде что-то из мира JavaScript, а потом мне говорят: Можно учить Angular четвёртый, если хочешь апгрейдить, но там уже есть React. Думаю: ну ладно, хорошо, React, может, что-нибудь ещё из этого? Говорят: Да! Вот сейчас как раз Nod.js, и на нём можно писать можно писать фронтенд, бэкенд. Короче, мне просто слов набросали и говорят: Вот сейчас это модно. Год назад я даже слов ещё таких не знал. Подумал: хочу туда, где немножечко поспокойнее. И как-то так отошёл от фронтенда. Именно тогда решил, что Java всё-таки нравится больше. Там всё как-то постабильнее.

~~~~~~~~~~~~~~~~~~~~~~~~

На этом всё. Спасибо за прочтение, друзья! А вот и полная полуторачасовая видео-версия интервью. Приятного просмотра :)

P.S. Кстати, Рома сейчас активно занимается помощью в переквалификации всех нуждающихся из числа пострадавших от репрессий в Беларуси. Респект, мужик!

Подробнее..

Security Training amp Awareness в Тинькофф

26.11.2020 18:13:16 | Автор: admin

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


image


Привет! Меня зовут Елена Клочкова, я работаю в команде Application Security.


Два года назад, когда я пришла в отдел безопасности Тинькофф, было заметно, как интенсивно в компании развиваются продукты. Количество команд разработки увеличивалось пропорционально: проекты Тинькофф Инвестиции, Тревел, Страхование нанимали все больше специалистов. Причем эти проекты имеют дело с деньгами и критичными данными пользователей.


Процессов управления безопасностью еще толком не было, потому что наше подразделение существовало на тот момент всего полгода и состояло из трех человек. При этом кое-что уже удалось сделать: про нас знали тимлиды, был план по внедрению SDLC. Разработчики знали, что теперь при запуске каждого продукта он обязательно должен пройти аудит безопасности. Мы выбрали SAST и DAST, провели три или четыре ручных аудита, выстроили коммуникацию с внешними исследователями по программе Bug Bounty.


Проблемы


При этом у нас были проблемы. Вот только некоторые из них:


  • Про нас знали не все команды.
  • Мы не успевали следить за всеми изменениями в приложениях из-за высокого темпа развития продуктов.
    Очевидно, что нам требовалось рассказать как можно большему числу продуктовых команд о команде AppSec. Для этого мы поставили в приоритет направление разработки secured-by-design продуктов с постоянным обучением и тренингом сотрудников.

Решение


Вот известная модель, которая отображает все практики безопасности на полном цикле безопасной разработки ПО.


image


Мы решили сосредоточиться на трех составляющих:


image


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


image


Все разработчики на iOS, Android и веб проходят интерактивное обучение безопасной разработке. В конце обучения их ждет тест. Прошел успешно молодец, ты закончил обучения. Завалил тест вот тебе видеокурс в формате внешнего тренинга, изучай заново, а после снова проходи тест. Ну а мы можем извлечь данные тестов и увидеть, какая область в компании требует особого внимания в разрезе безопасности.


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


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


На текущий момент обучение прошли около 350 разработчиков по всем направлениям.


Гайды


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


Также держим в базе знаний руководства по best practices и чек-листы по проверке приложений на уязвимости (ASWS и MASWS). Стараемся задействовать тестировщиков по этим чек-листам.


Security Champions


Мы ввели в компанию практику борьбы с уязвимостями с помощью членов самих команд она называется Security Champions (ее используют в Гугле, Яндексе и других крупных компаниях). У человека из команды намного больше представлений о внутренней кухне проекта, чем у нас.


Мы собрали около 20 самых опытных разработчиков и архитекторов с ощутимым интересом к безопасности и активной командной позицией. Затем стали проводили с ними встречи, на которых рассказывали о типовых и нетиповых уязвимостях. На встречах, помимо теории, участники практиковали навыки взлома на специально подготовленных виртуальных машинах.


Security Champions получали ощутимые профиты:


  • Обучение у лучших экспертов.
  • Опыт в SSDL и в развитии безопасной архитектуры приложения.
  • Расширение кругозора.
  • Повышение собственной ценности как специалиста.
    Для нас это тоже было важной практикой. Каждый Чемпион, заряженный знаниями, возвращается в команду и внедряет новые знания там, в своих продуктах.

Внутренний Bug Bounty


Мы создали программу поощрения поиска уязвимостей для сотрудников Тинькофф. Каждому, кто найдет уязвимость и пришлет ее нам, мы вручаем специальные бейджи: Хакер, Сыщик и Исследователь, которые дают доступ к подаркам. По этой программе мы нашли 15% от всех багов за 18 месяцев.


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


Обзор уязвимостей


Иногда мы натыкались на одни и те же уязвимости в разных продуктах. Чтобы снизить такую вероятность и минимизировать типовые уязвимости, мы начали выпускать дайджест Дневник хакера. В нем, кроме обзора типовых уязвимостей, мы даем рекомендации по тому, как их фиксить.
image


Разные специалисты дают очень позитивный фидбэк.


Вместо итогов


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

Подробнее..

Подставка для ноутбука и ленивых

26.11.2020 22:04:35 | Автор: admin
С давних времен (с 2003г.), еще, когда у меня не было своего собственного угла, я подсел на ноутбуки в качестве рабочего инструмента вместо стационарного ПК. Кроме того, в тот период я очень часто ездил по командировкам, и иметь мобильное рабочее место было не только полезно, но имиджево необходимо. Рост объема времени, проводимого за ноутбуком в домашних условиях, требовал решать вопрос о повышении эргономичности размещения ноутбука для использования в удобных положениях тела.
image

пост про гироскутер
Приятно был удивлен тем, как тепло приняло сообщество Хабра мой первый пост на ресурсе о поделке, казалось бы, уже ушедшей в прошлое. И решил, что возможно полезным будет кому то еще одно мое поделие, косвенно относящееся к IT.

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

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

Шло время и с ростом числа ноутбуков и появлением спроса появились подставки в магазинах. Будучи универсальными и с учетом веса ноутбуков, в те времена, эти подставки были избыточно массивные и габаритные.
image
Они имели пластиковые шарнирные крепления, которые разбалтывались, и трескались от бытовых нагрузок, несмотря на то, что по функциональному назначению эти шарниры не использовались. Углы выставлялись один раз после покупки и функции трансформера более были не востребованы, так как габариты тела, у меня, тогда не менялись )). Ремонт приводил к обрастанию скотчем и проволокой, и плохо сказывался на эстетизме. В какой-то момент это все надоело, и я решил заняться конструированием собственных велосипедов. К счастью, все варианты уже не сохранились, так как они не представляли никаких особых ноу-хау, а просто копировали магазинные с улучшениями. Но несколько версий, все-таки, осталось, демонстрирующих эволюцию, не только подставок, но и самих ноутбуков.
Желание особо не вкладываться в материалы, изначально, привело к созданию подставки из того что было.
image

Преимуществом подставки была возможность размещения габаритных и тяжелых ноутбуков. Недостатком была четырехточечная установка, что усложняло установку на продавленную поверхность под массой тела. Подставка постоянно перемещалась, и устанавливалась на поверхность разной плоскостности, что приводило к изменению момента силы и его направлений на креплениях. Таким образом, применение винтовых креплений постоянно требовало их протяжки. Такие же проблемы испытывала уже не сохранившаяся подставка на клёпках.

Затем я пересел на Macbook. Параллельно рос мой скил в сварке )), к тому времени недостатки креплений всех испробованных подставок меня уже прилично измучили и в сердцах я сварил подставку из стали с алюминиевыми вкладышами. Покрасил, но впоследствии краска с алюминия облезала, а анодирование я еще не освоил.
image
Ноутбук вставлялся в пазы по бокам и упирался в паз нижней перекладины передом. При этом разъемы оставались доступными для использования так как охват был только половины корпуса.

Время не стояло на месте, и я в очередной раз сменил ноутбук. Новый стал еще легче и меньше на 0,5% и ярче практически на 1%. Ну в общем, вы поняли какой. У старой подставки габариты и вес уже стали тяготить (а сердца остыли). Кроме того, старую подставку требовалось дооснащать поперечиной, так как, новый, потерявший в талии, ноутбук не мог использовать старую концепцию крепления за бока.
Параллельно, рос мой скил DIY, и я уже собрал 3D принтер. Было решено, непременно сделать изящную конструкцию с применением 3D печати. Так я создал модели в Thinkercad, и распечатал.
image
Новая конструкция казалась настолько простой, что в ней просто нечему идти не по плану
Но нет же Плотная посадка трубочек в petg пластик из-за постоянных нагрузок на скручивание постепенно стала неплотной. Я попытался подставить костыль и вкрутил шурупы в невидимых местах. Часть шурупов разболтала свое посадочное место в пластике, а часть просто расколола пластик.
image
Ну, никогда такого не было ! И вот опять все болтается в сочленениях!

Между тем, моя жизнь не состояла только из борьбы с подставками под ноутбуки, и параллельно рос мой скил в холодной ковке (я сделал себе вензеля на ворота) и соответственно оброс соответствующим инструментом и приспособлениями. Тут мне пришла в голову абсолютно свежая идея отказаться вообще от каких-либо сочленений в конструкции.
Таким образом, перед миром предстала версия Чудо-подставки Х.0. В которой несущий каркас выполнен из единого куска трубки 10х1 длиной 2м стоимостью 162 р, купленной в сети зеленых строительных магазинов. Перекладина из Н-профиля у меня была в обрезках, но её стоимость около 100р/м. Перекладина изначально фиксировалась на обжим вокруг трубки, но в итоге я её пришурупил с тыла.
image
Переносится двумя пальцами в сборе с ноутбуком.
image
image
Для изгибания трубок из цветных металлов в сетевых строительных магазинах продаются ручные трубогибы, что то около 650р. Гнуть трубку желательно с заполнением внутренней полости чем-то сыпучим, к примеру, песком или солью. В противном случае из-за тонкостенности может получиться излом с внутренней стороны.

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

NaN все еще может немного удивить

26.11.2020 18:13:16 | Автор: admin
image

Сначала, я подумал, что это очередной вопрос из тех, которые могут задаваться на собеседовании. Наверное, если как следует пораскинуть мозгами, то можно догадаться до того, каким будет результат. Откинувшись на спинку кресла, начал размышлять, включать логику, вспоминать что-нибудь, на что можно опереться в рассуждениях. Но тщетно! Вдруг стало совершенно очевидно, что найти ответ не удается. Но почему? В чем нужно разбираться, чтобы он был найден? В математике? В языке программирования?



Ответ должен быть NaN. Но почему я не уверен в этом? Всю дорогу была уверенность в том, что любые выражения, содержащие NaN, вернут NaN. Ну разве что только если поделить NaN на ноль в этом случае будет вызвано исключение ZeroDivisionError. Сто процентов NaN! Ввожу выражение в ячейку блокнота:
>>> 1**nan + 1**nan2.0

В самом деле? Постойте:
>>> arange(5)**nanarray([nan,  1., nan, nan, nan])

То есть, по какой-то причине, единица в степени NaN это единица, а вот ноль и все остальные числа в степени NaN это NaN. Где логика? В чем дело?

Так, давайте еще раз:
>>> 0**nan, 1**nan(nan, 1.0)


Может быть я просто из-за отсутствия какой-то практической надобности в глубоких познаниях о NaN, просто о чем-то не подозревал? А может я знал, но забыл? А может еще хуже я не знал и забыл?

Заходим на Википедию. Там данный вопрос тоже обозначен как проблема, но почему все именно так устроено, никак не объясняется. Зато узнал что:
>>> hypot(inf, nan)inf

Хотя, в то же время:
>>> sqrt(inf**2 + nan**2)nan

Что, согласитесь, тоже немного странно.

Ладно, с Википедии отправляемся в C99 на 182 страницу и наконец-то получаем логическое объяснение, почему pow(x, 0) возвращает 1 для любых x, даже для x равного NaN:
>>> power(nan, 0)1.0

Если функция $f(x)$ возводится в степень $g(x)$ и при этом $g(x)$ стремится к 0, то в результате получится 1, вне зависимости от того, какое значение имеет $f(x)$.
image
А если результат не зависит от числового значения функции $f(x)$, то 1 является подходящим результатом, даже для NaN. Однако это по-прежнему не объясняет, почему 1 в степени NaN равна 1.

Отыскиваем еще один C99 и на 461 странице не видим никаких объяснений, просто требование того, что pow(+1, y) должно возвращать 1 для всех y, даже равных NaN. Все.

С другой стороны, объяснение, почему pow(NaN, 0)=1 является более предпочтительным, чем pow(NaN, 0)=NaN все-таки наталкивает на мысль о том, что NaN не стоит воспринимать буквально, как Not-a-Number. Допустим, в результате каких- то вычислений мы получили число, превышающее размер памяти, выделенный под данный тип чисел, например:
>>> a = pi*10e307>>> ainf

В результате мы получили inf, что именно это за число мы не знаем, но все же это какое-то число. Затем мы снова что-то вычислили и снова получили слишком большое число:
>>> b = e*10e307>>> binf

Разность a и b вернет NaN:
>>> c = a - b>>> cnan

Единственная причина, по которой мы можем считать c не числом, заключается в том, что мы использовали недостаточно точные вычисления. Однако, в c под NaN все же скрывается какое-то значение. О том, что это за значение, мы не знаем. Но все же это число, а раз это число, то нет ничего удивительного в том, что pow(1, NaN)=1.

Почему же тогда pow(0, NaN)=NaN? Дело в том, что если возвести 0 в любую степень, то мы действительно получим ноль. Кроме одного единственного случая когда степень равна 0:
>>> 0**01

Из-за чего в выражении pow(0, NaN) появляется неопределенность с конкретным значением NaN. Конечно, вероятность того, что под NaN может скрываться 0 исчезающе мала и можно было бы принять, что pow(0, NaN)=0. Но все же лучше перестраховаться, мало ли к чему это может привести. Возможно, так и рассуждали, когда создавались стандарты.

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

P.S. Поскольку NaN относится к числам с плавающей точкой, оно может быть ключом словаря:
>>> d = {0.1: 'a', nan: 'b'}>>> d[nan]'b'

Имеет ли смысл исользовать такое на практике? Думаю, что лучше не стоит.
Подробнее..

Шаблоны проектирования в Go Абстрактная Фабрика

26.11.2020 18:13:16 | Автор: admin

Привет, Хабр! Представляю вашему вниманию перевод очередной статьи Design Patterns: Abstract Factory Pattern автора Shubham Zanwar.

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

Пиццерия

Представим, что вы глава бизнеса и открываете сеть пиццерий по всему городу. Одной из ваших обязанностей является производство всех основных продуктов (в нашем случае это пиццы и жареный чесночный хлеб), которые будут представлять такие бренды как Домино и Жаровня (назовем их так - прим. перев.).

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

Если вы еще не представляете, как работают фабрики, вы можете почитать здесь

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

Не волнуйтесь, есть простой способ.

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

Открыв пиццерию, вы передаете менеджеру фабрику Домино или Жаровню и можете отдохнуть, потому что теперь никто ничего не перепутает.

Давайте посмотрим на код. Перед тем как мы напишем фабрики, создадим сами продукты:

Обычная пицца

type iPizza interface {    GetPrice() float64    GetName() string    GetToppings() []string}type pizza struct {    name     string    price    float64    toppings []string}func (p *pizza) GetName() string {    return p.name}func (p *pizza) GetPrice() float64 {    return p.price}func (p *pizza) GetToppings() []string {    return p.toppings}

Пиццы наших брендов

type pizzaHutPizza struct {    pizza}type dominosPizza struct {    pizza}

Жареный чесночный хлеб

type iGarlicBread interface {    GetPrice() float64    GetName() string}type garlicBread struct {    name  string    price float64}func (g *garlicBread) GetName() string {    return g.name}func (g *garlicBread) GetPrice() float64 {    return g.price}

И наших брендов

type pizzaHutGarlicBread struct {    garlicBread}type dominosGarlicBread struct {    garlicBread}

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

Теперь напишем сами фабрики, сначала общая

type iPizzaFactory interface {    createPizza() iPizza    createGarlicBread() iGarlicBread}

Теперь наших брендов: Жаровня-фабрика и Домино-фабрика с унифицированной функциональностью

type PizzaHutFactory struct {}func (p *PizzaHutFactory) createPizza(): iPizza {    return &pizzaHutPizza{        pizza{            name:     "pepperoni",            price:    230.3,            toppings: []string{"olives", "mozzarella", "pork"},        },    }}func (p *pizzaHutFactory) createGarlicBread() iGarlicBread {    return &pizzaHutGarlicBread{        garlicBread{            name:  "garlic bread",            price: 180.99,        },    }}
type dominosFactory struct{}func (d *dominosFactory) createPizza() iPizza {    return &dominosPizza{        pizza{            name:     "margherita",            price:    200.5,            toppings: []string{"tomatoes", "basil", "olive oil"},        },    }}func (d *dominosFactory) createGarlicBread() iGarlicBread {    return &dominosGarlicBread{        garlicBread{            name:  "cheesy bread sticks",            price: 150.00,        },    }}

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

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

Думайте о наших фабриках как о другом объекте. Основываясь на типе или пиццерии, которые мы хотим открыть (Жаровня или Домино), мы создаем нужную фабрику (просто другой объект). Чтобы автоматически получать эти "объекты", у нас будет своя фабрика.

Этот код поможем вам - Фабрика фабрик

func getPizzaFactory(chain string) (iPizzaFactory, error) {    if chain == "P" {        return &pizzaHutFactory{}, nil    }    if chain == "D" {        return &dominosFactory{}, nil    }    return nil, fmt.Errorf("Enter a valid chain type next time")}

Надеюсь, стало понятнее.

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

Вы можете найти этот код на github

Пока

Подробнее..

DartUP 2020 архитектура Dart VM, non-nullability в действии и Flutter для бизнеса

26.11.2020 20:11:58 | Автор: admin


Уже 4 и 5 декабря пройдет DartUP конференция по Dart и Flutter на русском и английском языках. Обычно в это время мы смотрим площадку, печатаем стикеры и запасаем в офисе коробки со свежеприготовленным Dart-пивом. Но в этом году все будет по-другому. Под катом рассказываем про темы докладов, спикеров и онлайн-активности, которые нас ждут на DartUP 2020.

Программа


Слава Егоров разработчик Dart VM из Google, который уже 10 лет работает с Dart. Слава расскажет про архитектуру Dart Virtual Machine и ее эволюцию в ходе развития языка. Хардкорный доклад с огромным количеством примеров с кодом.

Michael Thomsen, Product Manager языка Dart из Google, проведет лайвкодинг-сессию на тему Dart non-nullability в действии. Недавно команда Dart выпустила null-safety один из важнейших релизов со времен второй версии. Во время своего выступления Майкл ответит на один из главных вопросов комьюнити: как переносить реальные проекты на мажорную версию.

Вместе с Filip Hracek, DevRel Flutter и Dart из Google, мы решили подготовить не обычный доклад, а веселый интерактив. Поэтому объявляем конкурс Cracking up Flutter: присылайте на wriketechclub@team.wrike.com свои Codepen с любым Flutter-приложением, которое не работает из-за ошибки в одной строчке кода, и правильный ответ. В теме письма укажите Cracking up Flutter.

Мы покажем ваши submissions Филиппу во время его выступления, и он за ограниченный промежуток времени попробует разобраться и найти место, в котором прячется ошибка. Присоединяйтесь к чату во время трансляции, чтобы помочь Филиппу в процессе! Участнику конкурса, который спрячет ошибку так виртуозно, что Филипп не сможет ее найти, мы подарим приз.




На круглом столе Flutter для бизнеса Борис Горячев (CTO в Meduza), Геннадий Евстратов (Head of iOS в Yandex.Taxi) и Александр Денисов (Co-Head of Flutter Competency в EPAM) поспорят о том, как продавать Flutter бизнесу и отвечать на три самых распространенных вопроса: А что если Google решит закрыть Flutter через год?, Где искать разработчиков? и Какие перспективы есть у Flutter?.

Kevin Segaud Dart и Flutter GDE, который уже выступал на DartUP в прошлом году. В этот раз Кевин расскажет про интересную и достаточно новую для комьюнити тему Dart FFI. Будет немного теории и много практики: Кевин в реальном времени покажет, как использовать Dart в связке с кодом C и расскажет про плюсы и минусы такого подхода.

Андрей Смирнов из Wrike знает о виджетах практически все. На прошлой конференции Андрей рассказывал про работу с графикой, а в этом году погрузится в устройство Flutter Engine, расскажет про Rendering Pipeline, Constraints и про то, как эти инструменты использовать на практике.

Кирилл Бубочкин из чешской компании Mews поделится опытом использования Flutter в продакшне: команда год назад переписала на Flutter свое большое B2B-приложение. На DartUP 2020 Кирилл расскажет про архитектурные подходы и полезные библиотеки.

Thomas Burkhart выступит с темой, которую редко удается встретить на Flutter-конференциях. Томас расскажет про RVMS практичную архитектуру для Flutter-приложений, поделится своим опытом и последними наработками.

Доклад Efthymis Sarbanis (Athens Flutter) круто зайдет в комбинации с предыдущим докладом Томаса. Efthymis Dart и Flutter GDE и организатор Flutter Greek Community. В своем докладе он расскажет про изоляцию фич во Flutter и использование принципов Domain-Driven Design и SOLID.

Взаимодействие с картами требуется во многих приложениях. Алиса Цветкова из HIQ разберет библиотеки карт для Flutter, расскажет о подводных камнях при работе с ними и о том, как построить взаимодействие вашего приложения с картами.

Леша Шаров из Wrike готовит доклад про нейронные сети на Dart. Во время выступления Леши мы поговорим про то, что из себя представляют простейшие нейронные сети и можно ли использовать Dart для их написания. А еще будет несколько работающих примеров.

Нейронные сети Леша использовал и для создания Bugz онлайн-игры, в которой команды ботов-жуков, управляемые сгенерированным генокодом, сразятся друг с другом или с жуками Wrike. Всем зарегистрировавшимся на конференцию мы пришлем правила игры и ссылку.

Любителям хардкорных тем особенно понравится доклад Михаила Зотьева из Surf про внутренности Flutter: устройство Rendering, вывод виджетов и другие аспекты фреймворка. Будет полезно как новичкам, так и тем, кто хочет лучше разобраться во внутреннем устройстве Flutter.

Александр Денисов из EPAM расскажет про Navigator 2.0, который появился во Flutter относительно недавно. Саша расскажет, зачем они затащили его в проект, с какими сложностями столкнулись в процессе и что получилось в итоге.


Владимир Иванов из EPAM расскажет про проблему pixel perfect верстки, длинный фидбек луп на дизайн и про то, как инструмент Flutter Figma Preview может помочь в этой ситуации. Павел Мартынов из QuantumArt про особенности дизайна и разработки Flutter-приложений для AR-устройств. Андрей Скалкин из Datagrok поделится опытом создания высокопроизводительного веб-приложения на Dart.

Это далеко не полный список тем, о которых мы поговорим на конференции. Больше информации про спикеров, доклады и программу (которую мы опубликуем уже совсем скоро) ищите на dartup.ru.

Нетворкинг и онлайн-активности


Участники (и мы тоже!) любят DartUP не только за актуальные и полезные доклады, но и за неформальную атмосферу и возможность пообщаться с комьюнити.



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

Все неформальные нетворкинг- и Q&A-сессии будут проходить в SpatialChat. Там спикеры и эксперты из Wrike и Surf ответят на любые вопросы участников про Dart и Flutter. Готовьте свои трудные кейсы и приходите с кодом. Ребята из Surf объявили сбор идей и болей разработчиков для Open Source. А также эксперты из команды проведут код-ревью ваших репозиториев в прямом эфире. Все подробности по этой ссылке.

А пока присоединяйтесь к Slack-каналу, в котором мы будем постить анонсы во время конференции, отвечать на вопросы и неформально общаться.

Регистрируйтесь на DartUP до 4 декабря, готовьте вопросы спикерам и код на ревью. За день до конференции мы пришлем вам на почту ссылки на трансляции и активности. До встречи в декабре!
Подробнее..

75 лекций на русском от Y Combinator (из 172)

26.11.2020 20:11:58 | Автор: admin
image


Патрик и Джон Коллинсон, основатели Stripe (в 22 года и в 21 год), с капитализацией $35 млрд.

Y Combinator лучший в мире акселератор для стартапов по количеству единорогов (21), по объему привлеченных инвестиций ($27 млрд) и по капитализации выпускников ($155 млрд). Важно отметить еще то, что среди выпускников YC было несколько основателей моложе 18 лет (и один 20-летний из России).

А ещё Y Combinator выкладывает все свои учебные материалы бесплатно, уже более 10 лет.

Основатели и техдиры миллиардных стартапов Amazon ($1.55 трлн), Facebook ($720 млрд), PayPal ($127 млрд), AirBnb ($40 млрд), Pinterest ($38 млрд), Stripe ($35 млрд), LinkedIn ($26.2 млрд), Slack ($23 млрд), WatsApp ($19 млрд), Doordash ($16 млрд), Twitch ($15 млрд), Netscape ($10 млрд), Sun Microsystems ($7.4 млрд), Zenefits ($4 млрд), Segment ($4 млрд), Box ($2.76 млрд), Quora ($2 млрд), Asana ($1.5 млрд), Zappos ($1.2 млрд), Docker ($1.2 млрд), Pebble, Jawbone, Opsware, Weebly, Yahoo!Mail, Gmail, Mixpanel, Scribd и пр, а так же основатели венчурных фондов Andreessen Horowitz, Cowboy Ventures делятся своим опытом со всем миром. Это контент невероятного качества для тех, кто хочет играть в высшей лиге, на международном уровне.

Сейчас у Y Combinator 172 видео-лекции в плейлистах: 2012, 2013, 2014 NY, 2014 Europe, 2014 SV, How to Start a Startup (2014 Lectures), 2016, 2017, 2018, Startup Investor School 2018, 2019, 2020. Ниже приедены переводы, субтитры и транскрипты 75 из них.

YC Startup Library на русском


В 2020 году YC выложил в публичный доступ все самые важные наработки за 15 лет, опыт работы более чем с 2000 стартапов, рефлексию, интервью, советы, руководства.

На русском языке время от времени появлялись переводы нескольких текстов, корпоративные и волонтерские переводы/озвучка/субтитры/транскрипты лекций Startup School. Пришло время систематизировать все материалы и доперевести недостающие.

Все новости систематизации и русификации библиотеки в телеграм и в фейсбуке.

Английский Язык


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

Я не раз встречался с мнением, что переводы материалов школы YC вредят основателям, потому что те не учат английский. Я же считаю, что переводы это как тизер к фильму, тест-драйв. Переводы должны быть не вместо оригинала, а как первый шаг к оригиналу. Посмотрев на переводы можно быстро понять, насколько уровень спикеров YC отличается от уровня локальных гуру стартапов. Переводы показывают, что если хочешь иметь быстрый доступ к самым актуальным материалам учи английский (или жди год-два-три, когда переведут).

Положение дел со стартапами в России


В лекторы Y Combinator берут только основателей стартапов. Многие из которых перевалили за миллиард долларов. Я видел примеры, что в России школьников и студентов учат стартапам какие-то бабушки и дедушки, которые ничего кроме бюджетных денег в руках не держали. Поэтому контент мирового уровня, доступный в один клик, может помочь любопытным умам сформировать адекватную картину мира и принимать решения той же основе, что и создатели стартапов мирового масштаба.

2014 How to Start a Startup (Stanford)


Lecture 1 How to Start a Startup (Sam Altman, Dustin Moskovitz)/ Как начинать стартап


image

Спикеры Сэм Альтман (основатель Loopt) и Дастин Московиц (сооснователь Facebook).



Lecture 2 Team and Execution (Sam Altman) / Команда и Исполнительность (Сэм Альтман)


image

Спикер Сэм Альтман (основатель Loopt).



Lecture 3 Before the Startup (Paul Graham) / Перед стартапом (Пол Грэм)


image

Спикер Пол Грэм (основатель Y Combinator).



Lecture 4 Building Product, Talking to Users, and Growing (Adora Cheung) / Созлание продукта, разговоры с пользователями, рост (Адора Ченг)


image

Спикер Адора Ченг (партнер YC).



Lecture 5 Competition is for Losers (Peter Thiel) / Конкуренция удел неудачников (Питер Тиль)


image

Спикер Питер Тиль (основатель PayPal, первый инвестор Facebook).



Lecture 6 Growth (Alex Schultz) / Рост (Алекс Шульц)


image

Спикер Алекс Шульц (директор по росту в Facebook).


Lecture 7 How to Build Products Users Love (Kevin Hale) / Как создавать продукт, который полюбят пользователи (Кевин Хейл)


image

Спикер Кевин Хейл (основатель WuFoo).



Lecture 8 How to Get Started, Doing Things that Don't Scale, Press /


image

Спикеры Стэнли Танг (основатель Doordash), Волкер Вильямс (основатель Teespring), Джастин Кан (основатель Twitch).



Lecture 9 How to Raise Money (Marc Andreessen, Ron Conway, Parker Conrad) / Как привлекать инвестиции (Марк Андриессен, Рон Конвей, Паркер Конрад)


image

Спикеры Марк Андриессен (создатель Netscape и основатель инвест-фонда Andreessen Horowitz), Рон Конвей (топовый инвестор Долины), Паркер Конрад (основатель Zenefits).



Lecture 10 Culture (Brian Chesky, Alfred Lin) / Культура (Брайан Чески, Альфред Лин)


image

Спикеры Брайан Чески (основатель AirBnb), Альфред Лин (CEO Zappos, партнер Sequoia Capital).



Lecture 11 Hiring and Culture, Part 2 (Patrick and John Collison, Ben Silbermann) / Найм и Культура


image

Спикеры Патрик Коллисон (основатель Stripe) и Джон Коллисон (основатель Stripe), Бен Сильберман (основатель Pinterest).


Lecture 12 Building for the Enterprise (Aaron Levie) / Разработка B2B-продуктов


image

Спикер Аарон Леви (основатель Box).



Lecture 13 How to be a Great Founder (Reid Hoffman) / Как стать великим основателем (Рейд Хоффман)


image

Спикер Рейд Хоффман (основатель LinkedIn).



Lecture 14 How to Operate (Keith Rabois) / Как заниматься операционной деятельностью


image

Спикер Кит Рабуа (член PayPal-мафии, инвестор PayPal, LinkedIn, Slide, Square, Yelp, Xoom, партнер в Founders Fund).



Lecture 15 How to Manage (Ben Horowitz) / Менеджмент (Бен Хоровиц)


image

Спикер Бен Хоровиц (основатель Opsware и основатель инвест-фонда Andreessen Horowitz).



Lecture 16 How to Run a User Interview (Emmett Shear) / Как проводить интервью с пользователями (Эммет Шир)


image

Спикер Эммет Шир (соонователь и CEO Twitch).



Lecture 17 How to Design Hardware Products (Hosain Rahman) / Как разрабатывать Hardware продукты (Хосейн Рахман)


image

Спикер Хосейн Рахман (основатель и CEO Jawbone).



Lecture 18 Legal and Accounting Basics for Startups (Kirsty Nathoo, Carolynn Levy) / Юридические и финансовые вопросы (Кирсти Нату, Кэролайн Леви)


image

Спикеры Кирсти Нату (Partner, CFO at Y Combinator), Кэролайн Леви (Managing Director, Legal and People Ops).



Lecture 19 Sales and Marketing; How to Talk to Investors (Tyler Bosmeny; YC Partners) / Продажи и маркетинг; Переговоры с инвестором (Тайлер Босмени и компания)


image

Спикер Тайлер Босмени (основатель и CEO Clever).



Lecture 20 Later-stage Advice (Sam Altman) / советы стартапам на поздних стадиях (Сэм Альтман)


image

Спикер Сэм Альтман (основатель Loopt).



2017


1. How and Why to Start A Startup (Sam Altman & Dustin Moskovitz) /Как и почему запускать стартап (Сэм Альтман и Дастин Московиц)


image

Спикеры Дастин Московиц (cооснователь Facebook и сооснователь Asana) Сэм Альтман (основатель Loopt).



2. Startup Mechanics (Kirsty Nathoo) / Финансовая механика стартапов


image

Спикер Кирсти Нату (партнер и финансовый директор YC).



3. How to Get Ideas and How to Measure (Stewart Butterfield, founder and CEO of Slack, and Adam D'Angelo, founder and CEO of Quora) / Как генерить идеи и что измерять (Стюарт Баттэрфилд, Адам Ди Анджело)


image

Спикеры Стюарт Баттэрфилд (основатель Slack) и Адам Ди Анджело (основатель Quora).



4. Live Office Hours with Yuri Sagalov and Sam Altman


image

Спикер Юрий Сагалов (основатель AeroFS).



5. How to Build a Product I (Michael Seibel, Steve Huffman, Emmett Shear) / Как создать продукт, часть 1/4


image

Спикеры Майкл Сибель и Эммет Шир (сооснователи Twitch), Стив Хаффман (основатель Reddit).



6. How to Build a Product II (Aaron Levie) / Как создать продукт, часть 2/4 (Аарон Леви)


image

Спикер Аарон Леви (основатель Box).



7. How to Build a Product III (Jason Lemkin, Solomon Hykes, Tracy Young and Harry Zhang) / Как создать замечательный продукт, часть 3/4 (Соломона Хайка, Трэйси Янги Гарри Жанг)


image

Спикеры- Соломон Хайк (основатель Docker), Трэйси Янг (основательница Plangrid) и Гарри Жанг (основатель Lob).



8. How to Build a Product IV (Jan Koum) / Как создать продукт, часть 4/4, (Ян Кум)


image

Спикер Ян Кум (основатель WhatsApp).



9. How to Get Users and Grow (Alex Schultz) / Где брать пользователей (Алекс Шульц)


image

Спикер Алекс Шульц (директор по росту в Facebook).



10. Live Office Hours with Adora Cheung and Avichal Garg/ Консультации стартапов


image

Спикер Avichal Garg (директор по Product Management в Facebook).



11. How to Invent the Future I (Alan Key) / Как изобрести будущее, часть I (Алан Кей)


image

Спикер Алан Кей (ментор Стива Джобса, создатель концепции ООП и ноутбука).


12. How to Invent the Future II(Alan Key) / Как изобрести будущее, часть II (Алан Кей)


image

Спикер Алан Кей (ментор Стива Джобса, создатель концепции ООП и ноутбука)



13. How to Find Product Market Fit (Peter Reinhardt)/ Как найти Product Market Fit (Питер Райнхардт)


image

Спикер Питер Райнхардт (основатель Segment).



14. How to Think About PR (Sharon Pope) / Как стартапу делать пиар (Шерон Поуп)


image

Спикер Шерон Поуп (глава маркетинга в YC Continuity).



15. Diversity + Inclusion at Early Stage Startups / Разнообразие и вовлеченность в стартапах ранней стадии


image



16. How to Build and Manage Teams (Vinod Khosla) / Создание и управление командами (Винод Хосла)


image

Спикер Винод Хосла (сооснователь Sun Microsystems).



17. Live Office Hours with Kevin Hale and Dalton Caldwell / Офисные часы с Далтоном Колдуэллом


image



18. How to Raise Money, and How to Succeed Long-Term(Jess Lee, Aaron Harris) / Как привлекать деньги и преуспеть в долгосрочной перспективе (Аарон Харрис, Джесс Ли)


image

Спикеры Аарон Харрис (главный по Раунду А в YC), Джесс Ли (основательница Polyvore
и партнер в Sequoia Capital)



2018


1. Geoff Ralston And Adora Cheung Introduction To Startup School


image


2. Sam Altman How to Succeed with a Startup / Как стартапу добиться успеха Сэм Альтман


image

Спикеры Сэм Альтман (основатель Loopt).



3. Carolynn Levy And Panel (Jon Levy, Jason Kwon) Startup Legal Mechanics / Юридическая мехника стартапа Кэролин Леви, Джон Леви и Джейсон Квон


image

Спикер Каролайн Леви (Managing Director YC, Legal and People Ops ), Джон Леви и Джейсон Квон (партнеры YC).



4. A Conversation with Paul Graham Moderated by Geoff Ralston / Беседа с Полом Грэм о том, как приходят идеи, как находить основателей и первых сотрудников


image

Спикер Пол Грэм (основатель Y Combinator).



5. David Rusenko How To Find Product Market Fit / Дэвид Русенко, Weebly как найти рыночную нишу


image

Спикер Дэвид Русенко (основатель Weebly).



6. Michael Seibel Building Product / Майкл Сибел Как создать востребованный продукт


image

Спикер Майкл Сибель (основатель Twitch).



7. A Conversation with Ooshma Garg Moderated by Adora Cheung


image



8. Suhail Doshi How to Measure Your Product / Сухаил Доши Как и что измерять в вашем продукте


image

Спикер Сухаил Доши (основатель Mixpanel).


9. Gustaf Alstromer How to Get Users and Grow / Как найти пользователей и развиваться Густав Альстромер


image

Спикер Густав Альстромер (Product Lead on the Growth team Airbnb).



10. A Conversation About Crypto-currencies and ICOs with Andy Bromberg


image



11. Design for Startups by Garry Tan (Part 1) / Дизайн для стартапов. Гэри Тан. I


image

Спикер Гэри Тан (основатель Posterous и Posthaven).



12. Design for Startups by Garry Tan (Part 2) / Дизайн для стартапов. Гэри Тан. Часть Вторая


image

Спикер Гэри Тан (основатель Posterous и Posthaven).



13. PR + Content for Growth by Kat Maalac and Craig Cannon / PR и контент для роста


image

Спикеры Кэт Маньялак (Managing Outreach Officer at YC) и Крэйг Кэнон (директор по маркетингу YC).



14. A Conversation with Aileen Lee / Беседа с Эйлин Ли


image

Спикер Эйлин Ли (основатель Cowboy Ventures).



15. How to Sell by Tyler Bosmeny / Продажи и создание команды по продажам


image

Спикер Тайлер Босмени (основатель и CEO Clever).



16. Building an Engineering Team by Ammon Bartram and Harj Taggar / Создание команды технарей опыт Аммона Бартрама и Хардж Таггара


image

Спикеры Хардж Таггар (основатель TripleByte) и Аммон Бартрам (основатель TripleByte).



17. How to Apply and Succeed at Y Combinator by Dalton Caldwell / Как подать заявку в YC и преуспеть Далтон Калдуэлл


image

Спикер Спикер Далтон Колдуэлл (основатель imeem и App.net).



18. Running Your Company by Patrick Collison / Как рулить стартапом Патрик Коллисон


image

Спикер Патрик Коллисон (основатель Stripe).



19. A Conversation with Elizabeth Iorns Advice for Biotech Founders


image



20. Startup Technology Technical Founder Advice / Советы от технических директоров стартапов


image

Спикеры Lillian Chou (COO, Second Measure), Diana Hu (CTO, Escher Reality), Calvin French-Owen (CTO, Segment) and Ralph Gootee (CTO, PlanGrid).



21. Fundraising Fundamentals By Geoff Ralston / Основы привлечения финансов Джеф Ральстон


image

Спикер Джеф Ральстон (основатель RocketMail, которая позже стала Yahoo! Mail).


22. A Conversation on Hard Tech with Eric Migicovsky


image



23. Understanding SAFEs and Priced Equity Rounds by Kirsty Nathoo


image



24. How to Get Meetings with Investors and Raise Money by Aaron Harris / Как проводить встречи с инвесторами и убеждать их вложить деньги в вас Арон Харрис


image

Спикер Арон Харрис (главный по Раунду А в YC).



25. A Conversation with Elad Gil


image



26. The Path to $100B by Paul Buchheit / Путь к 100 млрд Пол Букхайт


image

Спикер Пол Букхайт (создатель Gmail и основатель FriendFeed).



27. After PMF: People, Customers, Sales by Mathilde Collin


image



28. How to Win by Daniel Gross / Как победить и не умереть на пути к успеху Дэниэл Гросс


image

Спикер Дэниэл Гросс (основатель Сue, бывший Greplin).



29. A Conversation with Werner Vogels (CTO of Amazon)


image

Спикер Вернер Фогельс (техдиректор и вице-президент Amazon).



2019-2020


1. Kevin Hale How to Evaluate Startup Ideas / Как оценивать и выбирать идеи для запуска стартапа Кевин Хейл


image

Спикер Кевин Хейл (партнер Y Combinator, основатель WuFoo).



2. Eric Migicovsky How to Talk to Users / Как разговаривать с пользователями Эрик Мигиковский


image

Спикер Эрик Мигиковский (основатель Pebble).



3. Startup School Q&A Week 1 / Вопросы и ответы


image



4. Adora Cheung How to Set KPIs and Goals / Как ставить цели и KPI Адора Ченг


image

Спикер Адора Ченг (партнер YC).



5. Ilya Volodarsky Analytics for Startups / Аналитика для стартапа Илья Володарский


image

Спикер Илья Володарский (основатель Segment).



6. Michael Seibel How to Plan an MVP / Как правильно спланировать создание MVP Майкл Сибель


image

Спикер Майкл Сибель (основатель Twitch).



7. Anu Hariharan Nine Business Models and the Metrics Investors Want / Девять бизнес-моделей и какие метрики хотят видеть инвесторы Ану Харихаран


image

Спикер Ану Харихаран (YC Continuity Partner).



8. Anu Hariharan and Adora Cheung How Investors Measure Startups Q&A / Вопросы и ответы


image



9. Kat Maalac How to Launch (Again and Again) / Как стартапу быстро запуститься, а потом еще раз и еще раз Кэт Маньялак


image

Спикер Кэт Маньялак (Managing Outreach Officer at YC).



10. Gustaf Alstrmer Growth for Startups / Механика роста и масштабирования стартапа Густав Альстромер


image

Спикер Густав Альстромер (Product Lead on the Growth team Airbnb).



11. Kirsty Nathoo Managing Startup Finances / Как стартапу не попадать в кассовые и другие финансовые разрывы Кирсти Нату


image

Спикер Кирсти Нату (партнер и финансовый директор YC).



12. Tim Brady Building Culture / Как заложить фундамент здоровой и сильной культуры в стартапе Тим Брэди


image

Спикер Тим Брэди (основатель Imagine K12, CEO QuestBridge).



13. Dalton Caldwell All About Pivoting / Что такое пивоты, когда и как их делать и как Далтон Колдуэлл


image

Спикер Далтон Колдуэлл (основатель imeem и App.net).



14. Kevin Hale How to Improve Conversion Rates / Как улучшить показатели конверсии и как это влияет на рост Кевин Хейл


image

Спикер Кевин Хейл (партнер Y Combinator, основатель WuFoo).



15. Kevin Hale Startup Pricing 101 / Как устанавливать цены и как это влияет на рост стартапа Кевин Хейл


image

Спикер Кевин Хейл (партнер Y Combinator, основатель WuFoo).



16. Kevin Hale How to Work Together / Как в стартапе наладить коммуникацию между со-основателями Кевин Хейл


image

Спикер Кевин Хейл (партнер Y Combinator, основатель WuFoo).



17. Adora Cheung How to Prioritize Your Time / Как выставлять интервалы и приоритеты задачам Адора Ченг


image

Спикер Адора Ченг (партнер YC).



18. Kevin Hale How to Pitch Your Startup / Как питчить ваш стартап Кевин Хейл


image

Спикер Кевин Хейл (партнер Y Combinator, основатель WuFoo).



19. Carolynn Levy Modern Startup Funding / Рассказываем о реалиях современного инвестирования Каролайн Леви


image

Спикер Каролайн Леви (Managing Director YC, Legal and People Ops).



20. Jared Friedman Advice for Hard-tech and Biotech Founders / Советы наукоемким и биотех-стартапам Джаред Фридман


image

Спикер Джаред Фридман (основатель Scribd).



21. Ali Rowghani How to Lead / Как стать лидером и вести за собой людей Али Рогани


image

Спикер Али Рогани (финансист Pixar).



22. Kevin Hale and Adora Cheung Startup School 2019 by the Numbers


image



23. Geoff Ralston Parting Advice / Заключительные советы президента Y Combinator Джефа Ральстона


image

Спикер Джеф Ральстон (основатель RocketMail, которая позже стала Yahoo! Mail).



P.S.


Ron Conway Startup Investor School Day 4


image





9 ноября 2020 стартовала бесплатная Школа стартапов для будущих основателей (Startup School for Future Founders от Y Combinator) от лучшего в мире акселератора и мы будем публиковать полезные переводы для тех, кто планирует стать основателем стартапа международного уровня.

Следите за новостями YC Startup Library на русском в телеграм-канале или в фейсбуке.

Полезные материалы


Подробнее..

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

26.11.2020 22:04:35 | Автор: admin

Сегодня мы знаем об окружающем нас мире достаточно много, но далеко не всё. Об этом вам с интересом расскажет любой генетик, астрофизик, микробиолог или химик. Возможно сейчас открытие, которое бы изменило наши представления о мире, перевернув всё, что мы знаем с ног на голову, сделать нелегко. Возможно, это практически невозможно. Но что если бы вам однажды сказали, что то, что вы знаете, - ложь. Что один из продуктов современной химии, который мы используем везде и во всём многие годы, убивает нас, а исследования, ученые статьи и всё, что мы наоткрывали, напридумывали, понаписали в книгах - всё это полный бред, а каждый второй предмет в вашей квартире отравлен. И так во всём мире - от главы государства до последнего бедняка с его скудным скарбом. Именно это однажды и произошло, и сегодня мы ненадолго погрузимся в историю токсикологии и удивительное открытие доктора Генри Летеби, в которое никто из его современников не поверил.

Изумрудно-зелёный.

Зелёный насыщенный цвет на самом деле не был таким уж прямо новым и необычным. С глубокой античности мы использовали истертый малахит или пигмент зеленая земля из разных соединений кремния. Цвета были бледноваты, и на полотнах до конца 18 столетия увидеть яркую сочную зелень у вас не выйдет. Всё изменилось, когда смогли добыть настоящий изумрудно-зеленый цвет. Он был получен в 1775 году из красителя Зелень Шееле. Краситель назван в честь шведского ученого- Карла Вильгельма Шееля, того самого, который открыл молочную кислоту и хлор, и о которых я писал в статье про молоко. К несчастью, в те годы, описывая открытые вещества, нужно было указывать в том числе и вкус. К 1786 году исследования тяжёлых металлов и различных их соединений стали комбинироваться у Карла в симптомы. У него появились поражения кожи - потемнения эпителия дополнились утолщениями и язвами, появилась страшная комбинация диареи и сонливости. Вскоре талантливый химик умер. Предположительно, причиной смерти стало поражение почек.

Слева: фреска в церкви св.Франциско в Монтефалько, Италия, авторства Пьетро Ваннучи. Справа: автопортрет Пьетро. Начало 16 в., зеленые пигменты: малахит и кремний.

"Зелень Шееле" же на фоне блеклых полотен Возрождения заняла почетное место среди ярких красителей, доступных человечеству. И постепенно её радостно стали производить в промышленных масштабах. Так продолжалось почти 100 лет, пока мы наконец не стали замечать очевидное.

В 1859 году вышла книга Жертвы моды: опасности платьев прошлого и настоящего, авторства Элисона Мэтьюса Дэвида. В ней Дэвид рассказывал о расследовании странных смертей доктором Анжэ Габриэлем Максимом Вернуа. Случаи касались заболеваний в цветочном магазине. У мужского персонала цветочников, у всех без исключения, были одни и те же симптомы: зеленоватые углубленные язвы на ногах, желтые ногти, поражения гениталий, иногда изъедающие плоть до кожи бедер. Работницы, занятые отпуском товара, имели сильные головные боли, бледную кожу, слабость. Наблюдение за процессом работы выявило несколько особенностей. Мужчины красили ткани, из которых потом делали искусственные цветы и упаковку следующим образом: ткань крепилась гвоздями к столешнице, наносился краситель, добавлялась вода, работники предплечьями растирали краску по ткани, затем передавали её для сушки. На руках имелись повреждения от гвоздей и верстака. Женщины высушивали ткань, нарезали её на ленты и изготавливали сами цветы, так же голыми по локоть руками. Красителей было множество, все неорганические.

Рисунок типичных признаков поражения мышьяком из медицинского пособия:

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

Иллюстрации модных причесок Викторианской эпохи:

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

Томас обратил внимание, что предыдущие диагнозы, ссылавшиеся на лихорадку и дифтерию, не могут быть применены в данном случае, ведь кроме детей никто не болел, ни родители, ни соседи. Единственным подозреваемым были обои в детской комнате. Родители выложили солидную сумму, чтобы сделать комнату как можно красивее, но в научной среде давно ходили слухи о том, что зелёный краситель, содержащий мышьяк, может быть опасен: что обои то ли источают газ, то ли высвобождают мышьяк в виде пыли. И это способно приводить к ужасным последствиям. Вскоре умирает и последний ребёнок. По совету доктора Ортона родители дают разрешение на вскрытие, которое проводит химик-аналитик, работающий в одной из лондонских больниц, Генри Летеби. Он определил причину смерти - острое отравление мышьяком. Дело тут же поместили под особой контроль, а диагноз стали оспаривать в суде. Началось следствие. Его итогом стало решение о том, что выводы химика являются нежелательными, а присяжные пришли к согласию в том, что четверо здоровых детей умерли по естественным причинам. Дело Лаймхауса было первым таким за 100 лет с момента внедрения красителя.

Генри Летеби и зеленые обои с красителем на основе мышьяка:

Генри Летеби не успокоился после решения суда. Наоборот, он решил доказать всем, что прав именно он, не взирая на последствия. Он посетил дом, где жила девочка, и взял образцы обоев. Доза мышьяка составила около 1 грамма на 1 кв.м. По сути, Генри стал первым, кто не согласился с общественностью, и не смотря на давление, доказал причинно-следственную связь между смертью пациента и наличием яда в ближайшем окружении.

В 1857 году в Бирмингеме доктор Уильям Хиндс сообщил, что неизлечимо болен. Рвота, спазмы в животе, головокружение, слабость, донимали его каждый вечер, доводя общее состояние до критического и приближая развязку с каждым днем. Казалось, у его болезни нет ни имени ни объяснения, пока однажды его не осенило. Ему становилось хуже вечером, когда он приходил в свой кабинет. Кабинет в старом английском стиле, с деревянными панелями, но с одной новинкой - вместо классического зеленого сукна были новомодные обои с рисунком. Когда доктор Хиндс сменил свой график, ему стало легче. Соскоблив частички обоев и сделав пару тестов, он пришел к жутковатым выводам: там мышьяк. Обои он поменял, и ему стало лучше.

Через полгода к Хиндсу на прием попала молодая пара, которая утверждала, что умирает без отпуска. Как оказалось, дома и на работе им было плохо - болело горло, возникала слабость, воспалялись глаза - а в отпуске на море становилось гораздо лучше. Дома у них болел даже попугай, поэтому они брали его с собой. Бедная птица в суровом Лондоне отказывалась от еды и питья, а попав на пляж весело орала и радовалась жизни. Хиндс осмотрел дом молодых и ожидаемо обнаружил зеленые обои. Молодым людям посоветовали их снять и вернуться к трудовой карьере. Таких случаев становилось всё больше и больше. Но всё ещё ничего не происходило.

Деньги против науки.

В производство мышьяка было втянуто огромное количество самых разных промышленных компаний. Конечно люди знали, что он ядовитый. Но в Китае его 3000 лет использовали как традиционное лекарство. А в США бледность при анемии от яда вообще "продавали". Выпускались специальные таблетки с мышьяком, обещавшие избавить любую даму от веснушек и прыщей. Конечно, если лицо будет белым как мел, веснушки не исчезнут, но ведь и заметны станут гораздо меньше.

Американские таблетки и реклама в газетах:

Примерно с 1840-х годов в Англии в ходу была пудра со свинцом, уксусом и мышьяком. Тоже неплохо отбеливала в краткосрочной перспективе. В долгосрочной - выпадение зубов, волос, анемия, отказ органов. Наличие мышьяка в свободной продаже как лекарства, красителя, средства от мышей, субстанции с сотней применений иногда вызывало и трагедии. Так, в Брэдфорде в 1858 году местный кондитер Уильям Хардакер при попытке подделать мятные леденцы решил добавить туда гипс вместо сахара, и отправил своего подмастерье в аптеку к Чарльзу Ходжонсу. Но тот болел, и вместо себя оставил такого же подмастерье. В итоге, вместо сахара в конфеты попал мышьяк. Обнаружилось это спустя почти сутки бурной торговли. 200 человек серьезно отравились, 21 человек умер.

Карикатура Джона Лича на описываемое событие, ноябрь 1858 г.:

Что же мы имеем? Мышьяк повсюду. Им красят не только одежду, обои, но и свечи, детские игрушки. Он в составе всех зелёных красок, из него делают пару модных косметических средств, его добыча поставлена на широкие промышленные рельсы. Но все знают, что мышьяк ядовит.

Глава медицинского журнала The Lancet, Томас Уокли, так же чуть не став жертвой зеленых обоев, присоединяется к голосам ученых, твердящих о необходимости классификации мышьяка как яда. Но только в одной Британии за 1858 год было произведено несколько миллионов квадратных миль зелёных обоев. Оппозицию ученых не воспринимают всерьёз. Поэт и писатель Уилльям Моррис высмеивал Уокли: ...Большей дурости и представить невозможно, как будто этих врачей покусали их же пациенты... Уокли же всем неверующим предлагал на спор отодрать кусок обоев со своих стен и сожрать.

Говоря, что в эпоху индустриализации Уилльям Моррис был писателем и не называя его всемирно известные произведения, я имею в виду, что их и не было. Пока в окрестностях Лондона женщины и дети работали по 2-3 смены, он писал бездарные, на мой вкус, памфлеты. Но вот его отец Улльям Моррис Старший был одним из 6 инвесторов Дэвон Грейт Консолс - крупнейшего объединения шахт. История взлета и падения этой компании - ключ к пониманию того, что же творилось в эти годы в стране, и какого зелёного черта все клеили эти обои и носили эти зелёные юбки.

Производство мышьяка в "ДГК":

Всё дело в том, что с 1844 года эти парни смогли добыть 90 000 тонн меди, став самой прибыльной и самой производительной медной шахтой на всём белом свете. Деньги текли такой рекой, что современным олигархам даже не снилось. Скупались новые участки, они открыли свою ж/д компанию, стали строить ж/д ветки для вывоза руды, заказывать первые монструозные паровые двигатели для добычи и обработки, строить водосборные сооружения. И при всем этом за первую пятилетку инвесторы заработали чистыми, без учета строительных проектов и расширений, 207 000 фунтов стерлингов. При том, что высококвалифицированный инженер с блестящим образованием получал в то время всего 110 фунтов в год, а простой рабочий - 3 шиллинга за 1 шестидневную рабочую неделю по 10 часов каждый день, или около 8 фунтов в год. И всё было бы ничего, но медная руда залегала вместе с мышьяком. А это автоматически делало ДГК крупнейшим производителем мышьяка в мире... А имея деньги от производства меди, было уже не сложно договориться с производителями красок, фармацевтическими компаниями и парой газетёнок...

Второй проблемой было то, что отравление мышьяком совсем не очевидно отравление мышьяком. Боли в животе, усталость, острая диарея, как симптомы, и стесненные условия, огромные переработки и глобальные эпидемии холеры и туберкулеза, как окружение, смазывали картину заболевания. И это я молчу про работников фабрик, где мышьяк производили и обрабатывали, где не было ни ДМС, ни средств защиты, ни обследований на производстве, а только бедность. Но силами таких людей как Томас Уокли и Генри Летеби общество начало меняться.

Роковая дама.

В 1862 году в Париже открылось здание Оперы - Гранд-опера, Опера Гарнье, блистательное здание архитектора Шарля Гарнье, пылающее своей роскошью и великолепием - было одним из последних строений наследия эпохи монархий в Европе. Наполеон 3-ий проиграл президентские выборы и объявил себя императором. Его великолепная красотка жена - Императрица Евгения, графиня де Монтихо - купалась вместе с мужем в роскоши и частенько посещала театральные представления. В 1864 году мадам вместе с мужем посещает и Гранд-опера. Только представьте себе: вереницы карет, стройные дамы в украшениях по стоимости, сопоставимой с доходом региона за год. Как будто старт нового сезона Игры престолов проходит одновременно с вручением Оскара и заседанием большой восьмерки. Съезжаются все знаменитости и знать со всей Европы, политики и бизнесмены. Простые люди и первые газетчики жадно глазеют на тех, кто немыслимо далек от них по социальной лестнице, ловя каждое движение знатных людей в пышных платьях и каждую деталь узора на подолах, чтобы затем скопировать, продать, купить, похвастаться, рассказать и снова продать. Юбка, как у графини Монтихо, туфли, как у Якова 2-го... И вот, на крыльцо, из роскошной кареты ступает Мария Евгения Игнация Августина Палафокс. На ней одето невероятное платье столь яркого и насыщенного зелёного оттенка, что она приковывает к себе взгляды и становится звездой вечера, получая всё возможное внимание и комплименты.

Та самая императрица и тот самый зелёный:

Цвет тут же получает отдельное название - Парижский зеленый - и мгновенно входит в моду во всём. От носков и занавесок, до носовых платков.

Но на выход французской императрицы тут же язвительно ответила британская пресса. Доктор Хоффман написал статью в Таймс: ... зелёные тарлетаны опять вошли в моду.... Тарлетан это не большая канапешка с креветкой, а тип легкой ткани, как хлопчатобумажная салфетка, только юбка и очень дорого. А Мэтью Дэвис следом выступил с расчётом, что на одно такое платье приходится не менее 58 грамм чистого мышьяка. Журнал Британский Медик написал ... очаровательна владелица зелёного платья и поистине убийственна. Она носит в своих юбках яд, достаточный для того, чтобы убить всех своих поклонников...

Одна из иллюстраций 1862 года, посвященная тому самому платью (подкрашено мной, SV):

Императрица не была дурой, как могло показаться с первого взгляда. Это был новый краситель, а не тот же самый Шееле, но состав, по большому счету, почти не изменился. Поэтому научное сообщество восприняло дефиле крайне негативно.

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

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

От Ренуара до Тигриных носков.

Разных оттенков добивались широким набором красителей. Это был и Фуксин, в растворе дающий фиолетовый цвет. Он стоит на полке у медиков прошлых эпох между бриллиантовым зеленым и метиленовым синим (на самом деле это обычные зеленка и синька) из-за негативного эффекта на стафилококки. Фуксином, кстати, впервые покрасили бактерии. Когда вы видите где-то описание "грамположительная", это значит, что если на бактерию вылить фуксин, она посинеет. А ещё им красили носки. И тогда синели не только ткань, но и ноги.

Глубокий синий цвет на полотнах Ван Гога - это алюминат кобальта, проще говоря, окисленная и прокалённая смесь и того и другого. А, например, до этого использовали искусственный ультрамарин, открытый в 1824 году (сложная смесь натрия, кремния, алюминия, железа, серы и угля). А ещё до этого ультрамарин натуральный - перетёртый полудрагоценный лазурит. Так что, в зависимости от того, на картину какого времени вы смотрите, это может быть совсем разная сложность изготовления, написания, стоимости материалов. Голубой плащ девы Марии, нанесенный на полотно в эпоху Возрождения, стоил неплохих денег, а картина французского генерала в голубом мундире в конце 19-го столетия могла быть написана бедным художником и дешевыми красками за еду.

Лазурит против алюмината кобальта, справа "Дева Мария" авт. Джовани Батисты Сальви (лазурит), слева Пьест Огюст Ренуар "Зонтики" (а.к.):

Красный делали так же, или натуральным из Марены Красильной (Rubia tinctorum), или химическим, например, из киновари - сульфида ртути. "Вознесение Богородицы", Тициан Веччелио (сульфид ртути):

Всё вместе это приводило к самым разным эффектам. К примеру, великолепна история с тигриными носками.

В 1861 году в Англии номер газеты Леди вышел с кричащим заголовком Радуга на ваших ножках. Одна из полос была посвящена модной новинке сезона - полосатым носкам. Стоили они тогда не дешево, и товар покупали только самые изысканные модники, и благодаря их статусу мы, кстати, знаем о последствиях. В том году один из членов Британского парламента несколько месяцев провел дома на больничном из-за язв, внезапно покрывших его ноги. Один из знатных французов, купивших британские носки, пожаловался на гнойные волдыри и экзему в виде полосок.

Отчасти положение усугублялось тем, что такой предмет гардероба как носки, не стирался долгое время. В случае с французом - 12 дней. Прозвище тигриные носки они получили, когда один знатный джентльмен в 1871 году получил воспаление в полосочку. Конечно, тогда знали о токсичности некоторых красок. Научные журналы, вроде медицинского Lancet, выпускали небольшие инструкции, вроде: не стирать перед ношением, не носить в жаркую погоду в тесной обуви, обращать внимание на собственную потливость. Но общую картину глобального невежества это не меняло. Это сейчас, если вам предложить носки, покрашенные ртутью, вы убежите босиком. Но тогда прямая угроза была не доказана, и можно было спорить об этом сколько угодно, но спорить предпочитали в полосатых носках, а не черно-белых портянках.

Наши дни.

Для Викторианской Англии переломным моментом стал 1879 год. Тогда на официальный прием к королеве Англии Виктории опоздал один чиновник. На гнев королевы он заявил, что ночевал в Букингемском дворце в просторной комнате с зелёными обоями и с тех пор ужасно себя чувствует. Его врачи утверждают, что это отравление мышьяком. Виктория психанула и велела содрать все зелёные обои в Букингеме.

Когда до простых граждан дошел слух, что королева дерёт зелёные обои, они тут же последовали её примеру. Через 20 лет ДГК разорится и закроется из-за падения цен на мышьяк и обеднения медных рудников. Мышьяк останется только в составе лекарств от сифилиса, а в обществе начнутся массовые образовательные компании по внушению населению простой истины: мышьяк - яд.

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

Спасибо, если смогли дочитать,

Подписывайтесь в сообществе ВК, https://www.scientaevulgaris.com/

Ваш - SV.

Подробнее..

Дайджест событий для эйчаров и рекрутеров в IT на декабрь 2020

26.11.2020 16:14:32 | Автор: admin

Декабрь подкрался незаметно! Если вы уже завалены подготовкой годовых отчётов и онлайн-корпоративов, то потерпите: до каникул и возможности перевести дух осталось немного. А если чувствуете в себе силы заскочить в последний вагон уходящего поезда года и заняться обучением определиться поможет эта подборка эйчар-мероприятий. Кстати, там не только тяжеловесные образовательные программы. Есть и более легкие форматы, которые помогут завести полезные связи и зарядиться праздничным настроением. Декабрь же, всё-таки :)

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


5 смертных грехов по внедрению digital HR-проекта (онлайн-митап)

Когда: 1 декабря, 11:00
Условия участия: бесплатно
Организатор: Технопарк Сколково

Эксперт митапа, Тамара Кочарова, расскажет, почему внедрение digital-продуктов часто проходит со скрипом, почему не все сотрудники будут в восторге от нового приложения и почему технологический хайп не доведет вас до добра.

Тамара директор по развитию OBLAKO Group, CEO ТренингСпэйс Академии, Digital-фея. Участвовала в разработке и внедрении более 50 эйчар-проектов по цифровому обучению, оценке, адаптации, развитию персонала для российских и международных компаний.

Подробности и регистрация

Сорсинг на альтернативных источниках (онлайн-митап)

Когда: 1 декабря, 17:00
Условия участия: бесплатно
Организатор: Технопарк Сколково

Темы для обсуждения:

  • Стратегия поиска персонала в ИТ;

  • Источники поиска и кого там искать;

  • Способы сорсинга;

  • Личный бренд нанимающего менеджера как источник поиска.

Спикер митапа Язиля Насибуллина, ИТ-рекрутер кадрового агентства Wanted:profi и со-автор педагогических и профессиональных материалов.

Подробности и регистрация

Как говорить с тимлидом в стиле коучинга? (вебинар)

Когда: 1 декабря, 20:00
Условия участия: бесплатно
Организатор: OTUS

Вебинар, на котором речь пойдет о составлении профиля кандидата вместе с нанимающим менеджером.

Темы для обсуждения:

  • Как научиться не только слышать, но и слушать;

  • Реакции руководителя;

  • Как сформировать профиль кандидата с помощью сильных вопросов.

Ведущая Полина Русакова, HR директор в BestDoctor.

Подробности и регистрация

IT-рекрутер (онлайн-курс)

Когда: начало 1 декабря
Условия участия: 32 000 рублей
Организатор: TopCareer

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

Блоки курса:

  • Роли в ИТ рекрутменте;

  • Ландшафт ИТ-профессий;

  • Топ 5 каналов для поиска ИТ-кандидатов;

  • Онлайн Хакатон;

  • Коммуникации с кандидатом и заказчиком;

  • Коммуникации. Фишки и факапы;

  • Работа с коммьюнити. Рекрутмент на перспективу. Нетворкинг в ИТ;

  • Построение IТ HR бренда.

Подробности и регистрация

IT-Recruiter (онлайн-курс)

Когда: начало 7 декабря
Условия участия: 23 000 рублей
Организатор: LABA

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

Программа курса:

  • Введение в IT-рекрутинг;

  • Что нужно знать о frontend-разработке;

  • Что нужно понимать про backend-разработку;

  • Как найти хорошего тестировщика и проджект-менеджера;

  • Как найти хорошего разработчика мобильных приложений;

  • Эксплуатация и методология DevOps;

  • Машинное обучение и большие данные;

  • Управление проектами и управление продуктами;

  • Процесс подбора;

  • Воркшопы.

Преподаватель Надежда Недорезова, ex-Head of Recruitment в Rambler&Co, 7 лет опыта в IT-рекрутинге.

Подробности и регистрация

IT-собеседования: от Google до ООО "Ромашка" (вебинар)

Когда: 8 декабря, 20:00
Условия участия: бесплатно
Организатор: OTUS

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

Ведущая Анна Атрошкина, IT-рекрутер с десятилетним опытом, co-founder IT-рекрутингового агентства INDEX.

Подробности и регистрация

Копирайтинг для HR (мастер-класс)

Когда: 8-9 декабря, 13:00
Условия участия: бесплатно
Организатор: MarHR

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

Программа мастер-класса:

8 декабря

  • Что соискателей бесит в вакансиях.

  • Что такое маркетинг буллшит и как его избежать.

  • Какими способами и ухищрениями можно улучшить вакансию, используя только текст.

9 декабря

  • Демонстрация примеров хороших и плохих вакансий.

  • Разбор примеров от участников.

  • Рабочие формулировки для ваших вакансий.

  • Ответы на вопросы.

  • Подарок от эксперта.

Ведет мастер-класс Таня Пичева, продуктовый редактор в Зарплате.ру.

Подробности и регистрация

Новогодний Stand up HR marketing show (вебинар)

Когда: 10 декабря, 10:00
Условия участия:бесплатно
Организатор: Potok.io

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

В программе:

  • Обзор инструментов и свежие кейсы от Алины Михель, MarHR;

  • Опыт неудачной автоматизации точечного подбора и идеи по наполнению воронки от Валерии Дворцевой, ВИЗАВИ Консалт;

  • Digital инструменты для подбора IT-персонала в производственный холдинг от Валентины Черных, ООО СИБУР;

  • Онлайн ассессмент для розничного персонала от Дарьи Дегтяревой, Экспобанк.

Подробности и регистрация

Тренды в обучении оценке в HR-Tech (онлайн-митап)

Когда: 10 декабря, 17:00
Условия участия: бесплатно
Организатор: Технопарк Сколково

Темы митапа:

  • Технологии, которые в ближайшие 1-3 года точно будут востребованы и использованы в системах обучения адаптации и оценки персонала;

  • Утопические тренды, которые не сбудутся.

  • Персонализация: у кого она получится, а для кого это несбыточная мечта;

  • Подборка стартапов тренды на мировом уровне.

Спикер Тамара Кочарова, директор по развитию OBLAKO Group, CEO ТренингСпэйс Академии, Digital-фея.

Подробности и регистрация

Demo day курса IT-Recruiter (вебинар)

Когда: 17 декабря, 15:00
Условия участия: бесплатно
Организатор: OTUS

На Дне открытых дверей преподаватель курса IT-Recruiter Егор Яценко расскажет о программе курса, формате обучения и перспективах для выпускников.

Егор основатель Sourcing School, cпикер ведущих IT-HR конференций: HR-API, Index Tech, MarHR и т. д.

Подробности и регистрация

IT-Recruiter (онлайн-курс)

Когда: начало 22 декабря
Условия участия: 50 000 рублей
Организатор: OTUS

Углубленный курс по IT-рекрутменту. На нем речь пойдет как о предметной области IT, так и о современных эффективных инструментах рекрутмента и сорсинга.

Программа курса состоит из трех модулей: рекрутмент по воронке, погружение в IT, проектный модуль.

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

Подробности и регистрация

Полезные эйчар-мероприятия

Об организаторах:

  1. ВИЗАВИ Консалт федеральная рекрутинговая сеть.

  2. Технопарк Сколково услуги для инновационных российских компаний.

  3. LABA международная образовательная платформа.

  4. MarHR проект, посвященный маркетингу в HR.

  5. OTUS высокотехнологичный стартап в области образования.

  6. Potok.io платформа для оптимизации рекрутмента.

  7. TopCareer онлайн-школа, обучающая профессиям будущего.

Если вы организатор мероприятий для эйчаров и рекрутеров в ИТ и хотите, чтобы они появлялись в наших дайджестах, пишите нам на ящик entries@habr.team.

Подробнее..

Ваш pet-project будет доволен. Как вдохнуть жизнь в свои наработки

26.11.2020 18:13:16 | Автор: admin

Pet project


Всем привет! Как и многие, я люблю поковыряться с каким-либо хобби-проектом, и удовольствие получаешь и показать при случае можно, а если он способен ещё и пользу кому-то принести, то это вдвойне приятно.


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


Собери свой код


Multilingual sentence embeddings


Началось все с того, что появилась необходимость в выравнивании двух текстов на русском и китайском языках (так, чтобы для каждого предложения на одном языке найти соответствующее ему предложение на другом). Попробовав различные подходы и собрав ряд граблей, я остановился на мультиязыковых эмбеддингах (multilingual sentence embeddings). Эмбеддинги это всего-навсего вектора чисел. Если задать векторное пространство, в котором они будут находиться, определенным образом, то расстояние между эмбеддингами можно трактовать как близость по смыслу. Подробнее можно почитать здесь и здесь.


В итоге осталось несколько jupyter ноутбуков, в которых я проводил свои эксперименты.


Выбери, что будет дальше


Github


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


Ещё до идеи написания своего выравнивателя я искал уже готовые корпуса, а для данной языковой пары их не так-то и много. Есть субтитры с TED'a и сериалов, есть корпус документов ООН, но все они довольно специфичны. Оказалось, что есть целая группа людей, которые занимаются составлением параллельных русско-китайских корпусов в научно-просветительских целях. Подробнее об этой команде можно узнать на сайте русско-китайского параллельного корпуса НКРЯ.


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


Выбор архитектуры


Github


Прежде чем начать писать код, я задался следующими вопросами:


  • Кто будет пользоваться приложением?
  • Как сделать его удобным?
  • Будет ли оно работать под нагрузкой?

Пользователями приложения должны быть в основном студенты и научные сотрудники. Значит, излишне упрощать UI не стоит, кроме большой красной кнопки "начать" можно будет набросать дополнительных настроек и других ручек.


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


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


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


Выбор технологий


uwsgi


Backend


Так как я в основном пишу код под .NET, то пришлось немного поразбираться в лучших практиках разворачивания python web-приложений (поправьте, если что). Само python приложение оборачивается во flask, чтобы коммуницировать через route'ы. Общается оно с веб-сервером (nginx, apache, etc.) через WSGI интерфейс, эту роль берут на себя библиотеки uwsgi или gunicorn. Собственно, больше ничего и не нужно, все эти зависимости легковесные, flask, например, по утверждению авторов, основан на паре библиотек и "good intentions".


Frontend


Задумывалось приложение как SPA, чтобы UI логика исполнялась на клиенте без перезагрузки страницы. Опять же, являясь бэкенд-разработчиком, я был более-менее хорошо знаком с Angular, так как пару раз писал на нем личный кабинет и делал другие небольшие тулы. Но прогресс не стоит на месте, большой популярностью сейчас пользуются тот же Angular, React и Vue. Почитав статьи, я не обнаружил существенных преимуществ одного фреймворка перед другим (вопрос холиварный) и решил попробовать Vue, так как он частенько мелькает в сообществе и для него есть ряд библиотек типа vuetify, значительно ускоряющих дизайн интерфейса.


Deployment


Для разворачивания приложения я решил положить все в docker контейнер с настроенным nginx'ом, который бы разруливал обращения к API и к статике. Я сделал минимальный hello world пример на Vue и с python бэкендом в docker'е. Его можно посмотреть и попробовать здесь.


Демо


Ruzhcorp


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


Для тех, кто любит смотреть, вот короткое демо с AINL 2020. В нём я показываю, что получилось и как этим пользоваться.



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


aligner image 1


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


aligner image 2


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


aligner image 4


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


aligner image 5


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


aligner image 6


Заключение


Про пользу pet project'ов сказано не мало, многие используют их как аргумент на собеседованиях, а до этого как строчку в резюме. Но не стоит забывать и о синергии, наступающей при вовлечении в проект других людей. Сотрудничество с заинтересованными людьми не только мотивирует не забрасывать ваш проект, но и выводит его на новый уровень. Делитесь своими наработками, наверняка они кому-то очень нужны.


Код приложения открыт, его можно посмотреть по ссылке.

Подробнее..

Перевод Эволюция сорсинга

26.11.2020 18:13:16 | Автор: admin

И снова здравствуйте. В преддверии старта нового набора на курс "IT-Recruiter" подготовили для вас перевод статьи про эволюцию сорсинга.


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


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

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

Классический сорсинг

Что делают сорсеры старой школы? Как правило, они просматривают базы с архивными запросами и вакансиями в поиске интересных пассивных кадров и периодически проверяют их текущий статус. Если вы пока мало знакомы с сорсингом, то, скорее всего, действуете именно так. Этот подход можно назвать классическим.

Поиск в сообществах

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

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

Раньше рекрутеры тоже старались посещать как можно больше мероприятий и акций, но они выбирали их по мере необходимости и бессистемно.

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

Конвейерный поиск

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

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

Стратегия конвейерного поиска подойдет тем, кто любит работать с данными и ценит независимость.

Специализация

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

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

Поиск в соцсетях

Любому специалисту по подбору кадров сложно быть экспертом во всех социальных сетях каждый день появляются новые. На сайте Reddit или в приложении TikTok можно провести целый день. И это не преувеличение.

Кроме того, платформы соцсетей могут иметь специальные фильтры геопозиционирования и функции поиска. Не все умеют пользоваться этими механизмами, и не у всех есть время на их изучение. Сорсер, специализирующийся на соцсетях, использует социальные сети максимально эффективно.

Работа с искусственным интеллектом

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

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

Заключение

Подводя итог, скажем так: чтобы понять, какая стратегия поиска вам подходит, имеет смысл изучить все. Не исключено, что вам и нужны все!

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


Узнать о карьерных перспективах.

Подробнее..

Live site review. Разбираем инциденты

26.11.2020 18:13:16 | Автор: admin

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


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


Поэтому кроме круглосуточного мониторинга унас есть процесс разбора инцидентов. Исами пожары напроде, иработы поанализу проблем мыназываем live site review или LSR. Яотвечаю зачасть работ сLSR после пожаротушения ихочу поделиться нашими наработками.



Минутка контекста


Авито большая компания. Наноябрь 2020 года унас:


  • 1134 сервиса впродакшене.
  • 58команд разработки, вкаждой изкоторых отодной дочетырёх фиче-команд поменьше.
  • 200-250 релизов изменений вдень.

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


Как устроен LSR-процесс


Работу сLSR вАвито начали в2017году. Процесс несколько раз менялся, исейчас выглядит так:


  1. Когда возникает проблема, дежурные видят еёвсистеме мониторинга.
  2. Дежурные сами чинят проблему или привлекают ответственных откоманд.
  3. Автоматика фиксирует вJira продолжительность инцидента, затронутую функциональность инедополученную прибыль. Это называется Auto LSR. Автоматикаже отмечает критичность инцидента вслучае больших финансовых потерь или большого количества жалоб отпользователей.
  4. Мызаводим постмортем тикет вJira cописанием проблемы, которая вызвала инцидент, если такого еще нет. Кнему линкуются Auto LSR.
  5. Проводим встречу скомандой иэкспертами идетально разбираем проблему.
  6. Выполняем все нужные действия попредотвращению подобных инцидентов вбудущем.
  7. Закрываем тикет идополняем базу знаний.

Простые ипонятные проблемы мыразбираем внутри команд или вслак-чатиках. Акросс-командные встречи проводим для серьёзных ибизнес-критичных проблем: инфраструктурных, процессных итех, которые затронули сразу несколько команд. Встречи открытые, иханонс мыпубликуем вотдельном канале, иприйти наних может любой человек вкомпании.


Как реагируем наинциденты


Заработоспособностью всего Авито следит команда сназванием Мониторинг 24/7. Она всегда доступна исмотрит завсеми сервисами. Если случается взрыв напроде, эта команда первой отправляется тушить пожар ипривлекает дежурных разработчиков при необходимости.


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



Что описываем впостмортем тикете


После того, как постмортем тикет заведен, его дополняют данными все желающие. Вописание мывносим любую информацию, которая кажется полезной. Есть единственное правило описание должно быть таким, чтобы через полгода можно было прочитать ипонять написанное. Например, если мыпишем оконкретном дне, тонужна точная дата 22сентября, аневчера. Если прикладываем ссылку награфик, тоследим, чтобы непотерялся таймстемп.


Впостмортем тикете есть фиксированный набор полей.


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


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


Priority (обязательное) приоритет тикета. Унас ихчетыре:


  • Critical проблема из-за которой недоступен весь Авито.
  • Major проблема свысокой вероятностью повторения, недоступна часть функциональности.
  • Normal проблема сневысокой вероятностью повторения, недоступна часть функциональности.
  • Minor проблема сневысокой вероятностью повторения, недоступна часть функциональности без значимого ущерба для пользователей.

Slack link ссылка наобсуждение инцидента вслаке. Если обсуждений было несколько вразных каналах, товполе мывносим наиболее ценное. Остальные вэтом случае добавляем вDescription.


Команда (обязательное) проставляем сюда только одну команду, которая стала виновником торжества.


Пострадавшие сервисы вэтом поле перечисляем все сервисы, которые сломались, кроме того, где была ошибка. Поле нужно для того, чтобы видеть неявные зависимости сервисов иотмечать места, где нужно поработать над graceful degradation.


Участники здесь указываем всех, кого стоит позвать навстречу сразбором инцидента. Вихкалендари потом придёт приглашение.


Былили раньше такие проблемы когда заводится новый постмортем, вполе ставим нет. Если происходит второй подобный инцидент, линкуем его тикет спостмортемом именяем описание нада.


Вероятность повторного возникновения ближайшие полгода экспертная оценка того, кто заполняет тикет.


Action items допроведения встречи пишем сюда идеи, предложения ипожелания поинциденту. Так при обсуждении LSR будет меньше шансов про них забыть. Вовремя обсуждения это поле редактируется.


Link from Helpdesk добавляет саппорт, если были обращения пользователей.


HDcount количество пользователей, которые обратились спроблемами поинциденту вHelpDesk. Это поле заполняется иобновляется автоматически, если заполнено поле выше.


Продолжительность абсолютное значение продолжительности инцидента вминутах.


Как разбираем инциденты навстречах


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


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


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


Вот список типовых вопросов, которые стоит обсудить при разборе LSR:
  • Вчём была проблема икакова еёпервопричина? Если это баг вкоде, тополезно посмотреть напроцессы тестирования ипонять почему его непоймали. Если сбой произошёл из-за возросшей нагрузки, тостоит подумать про регулярное нагрузочное тестирование.
  • Как быстро иоткуда узнали опроблеме? Можноли узнавать быстрее? Возможно, нужны дополнительные мониторинги или алерты. Или стоит отдать отдать имеющиеся команде мониторинга 24/7.
  • Как быстро смогли понять, вчём именно проблема? Возможно, стоит почистить Sentry или добавить логирование.
  • Затронулали проблема основную функциональность сайта иможноли уменьшить такое влияние? Например, если сломался счётчик количества объявлений, тостраницы сайта ломаться недолжны. Тут стоит подумать про graceful degradation.
  • Можетли проблема повториться вдругих модулях или компонентах системы? Что сделать, чтобы этого непроизошло? Например, актуализировать таймауты, добавить обработку долгого ответа.
  • Естьли платформенное решение, которое помогает избегать таких проблем? Возможно пора начать импользоваться? Врешении таких проблем часто помогают тестохранилка или PaaS.
  • Можетли необходимые для решения проблемы действия сделать команда или нужен отдельный проект, объединяющий несколько команд?

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


Хорошие action items:


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

Плохие action items:


  • похожи навысказывания Капитана Очевидность, например: нужно лучше тестировать или перестать делать глупые баги;
  • точно небудут сделаны вближайшие полгода.

Мыдоговариваемся окусочках, которые надо сделать обязательно, итаких, которые сделать желательно. Когда action items сформулированы, мызаносим ихвJira это тикеты вразных проектах, слинкованные спостмортемом. Вначале описания необязательных задач ставим вопросительный знак, чтобы ихможно было сразу отличить. Поостальным считаем, что ихжелательно сделать втечение месяца. Чтобы это работало, яотдельно слежу завыполнением всех action items ипериодически прохожусь снапоминаниями полюдям, которым они назначены.


Как ведём базу знаний


Самые интересные или общественно полезные постмортемы исписок рекомендаций поним явношу вбазу знаний. Яихотбираю вручную ираз вдве недели публикую вобщем канале разработки под заголовком стенгазета LSR. Все выпуски стенгазеты также собраны вСonfluence, чтобы можно было быстро найти, как решались теили иные инциденты.


Благодаря стенгазете многие делают исправления всвоих сервисах дотого, как они сломались. Витоге LSR содними итемиже причинами вразных командах становится заметно меньше.



Аещё поLSR можно строить любопытную аналитику


Кроме того унас есть много графиков поLSR: попричинам, виновникам, пострадавшим сервисам, продолжительности, времени возникновения, времени суток. Вних яищу тренды исовпадения. Например, если какой-то сервис падает при любой неисправности любого стороннего сервиса, стоит поработать над его стабильностью: переделать, где возможно, обращения наасинхронные, добавить graceful degradation, может быть, увеличить пул ресурсов.


Лирическое заключение


Проблем-менеджемент вАвито часть контроля качества. Авконтроле качества есть два основополагающих вопроса: когда начать тестировать икогда закончить тестировать. Если поповоду того, когда начать, существует много разных подходов, тостем, когда закончить, всё ещё сложнее.


Протестировать абсолютно всё нереально, поэтому вкакой-то момент надо сказать, что мыпротестировали достаточно хорошо, иостановиться. Ачто такое достаточно хорошо? Если врелизе нашли 100 багов это достаточно? Аесли избагов 20критичных, 50средних, аостальные некритичные это достаточно хорошо или недостаточно? Проблема втом, что ответ насамом деле зависит неоттого, сколько багов нашли, аоттого, сколько ненашли тестировщики, нозаметят пользователи.


Спомощью LSR ясчитаю тебаги, которые помешали пользователям. Мыполучаем некую финальную точку вконтроле качества, скоторой видно весь цикл разработки как онесть. Исразу становится понятно, куда прийти сотверткой иподкрутить.

Подробнее..

Лампа Эра 15 Вт из Fix Price

26.11.2020 20:11:58 | Автор: admin
Многие просили протестировать светодиодные лампы, продающиеся в магазинах Фикспрайс. Начну с лампы Эра, на которой написано 15 Вт, 1200 лм, Ra>80, светит как лампа накаливания 110 Вт. Забегая вперёд скажу, что все приведённые параметры не соответствуют действительности.




Эта лампа была выбрана для теста по той простой причине, что других светодиодных ламп в магазине на Снежной, 16 в Москве, когда я туда зашёл, не было. Кстати, все ценники от других ламп, а цену этой 99 рублей, я узнал, только оплачивая её на кассе.



На фронтальной стороне коробки написано 15 Вт, 2700 К, светит как лампа накаливания 110 Вт.



На другой стороне добавляется Индекс цветопередачи Ra>80, световой поток 1200 лм, срок службы 25000 часов, напряжение 220-240В.



Снизу коробки указан производитель АТЛ Бизнес, но это может быть не завод, а китайский посредник.



Нигде на коробке не указан гарантийный срок, он есть только в руководстве по эксплуатации 1 год. Для ламп российских брендов это плохой признак только для самых дешёвых ламп невысокого качества производители дают год гарантии. У хороших ламп гарантия всегда от 2 до 10 лет.



На самой лампе указана дата выпуска 10.04.2020.



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



Измеренная потребляемая мощность около 10.4 Вт, то есть почти на треть меньше обещанного.

Измеренный световой поток 882 лм, то есть всего 73.5% от заявленного.

Лампа светит, как 75-ваттаня лампа накаливания и не сможет заменить 110-ваттную лампу, как обещал производитель.

Измеренный индекс цветопередачи оказался не >80, как нам обещали, а лишь 70.3, а значит такую лампу нежелательно использовать для освещения жилых помещений (считается, что для такого освещения индекс цветопередачи CRI(Ra) должен быть выше 80).

Измеренная цветовая температура оказалась близка к заявленной (это необычно, как правило на дешёвых лампочках пишут 2700К, а по факту там оказывается 3000К).

При напряжении питания 230В измеренный коэффициент пульсации составил 0.1%, это хорошо.

С выключателями, имеющими индикатор, лампа работает корректно не вспыхивает и не светится слабо, когда такой выключатель выключен.

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

Не знаю, как долго проработает такая лампочка. Могу предположить, что на обещанные 25 000 часов можно не рассчитывать и в лучшем случае она доживёт до конца гарантийного срока, то есть год.

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

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

Если вы хотите, чтобы освещение в вашем доме было качественным, и лампы работали долго, выбирайте их осознанно. Сейчас даже за те же 99 рублей можно купить качественную светодиодную лампочку. Мой проект Lamptest поможет в этом даже если я ещё не протестировал конкретную модель лампы, всегда можно посмотреть на результаты тестов других ламп того же производителя и всё с ними станет понятно.

2020, Алексей Надёжин
Подробнее..

Освещение дома и удалёнка

27.11.2020 00:13:20 | Автор: admin

Много сейчас пишут статей о светодиодных лампах, еще больше о "умных" лампах - в которых можно менять цветовую температуру, яркость и цвет свечения. В некоторых встроена bluetooth колонка, новогодняя гирлянда и прочее, не особо нужное источнику света Многие производители носятся сейчас с CRI, поговаривая, что он больше 95 у них (странно что не больше 100), как и срок службы лампочки > 50 000 часов Не об этом речь пойдет в данной статье, а о том что зима на пороге, удаленка и

и недостаток света на рабочем месте, в данном случае квартире. Раньше, во времена теплого лампового света лампочки на 100Вт было достаточно на кухне, но там только готовили и ели А потом дети бежали на улицу Сейчас все сидят по домам, пытаются работать, учить уроки, сидеть за монитором/ноутбуком/планшетом. Тема мерцающих экранов раскрыта довольно подробно в интернете, скажу лишь одно что при помощи калибратора можно настроить монитор приемлемо и (почти)убрать ШИМ. Ставить яркость на максимум и уменьшить ее с помощью цветового профиля. Тогда не будет вылезать ШИМ подсветки некачественного монитора. Теперь к освещению, проблема офиса в квартире это свет, а точнее его недостаток. Ведь многие используют 1-3 лампочки на всю комнату А это очень и очень мало. Вспомните офисы, там сборки ламп 18х4 и довольно часто на потолке.

Все красивые слова о светодиодах разбиваются о три проблемы.

Ниже приведу спектры МГЛ и светодиода (с официальных даташитов ламп philips), он будет полезен для сравнения.

Спектры ламп (масштаб чуть отличается, но на проблему это не влияет) МГЛ 3000k Philips CDM-T(TC), 4200k Philips CDM-T(TC), 4000k Philips LED tube+

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

  2. синий пик - да, именно тот который слепит, поэтому кажется, что светодиоды ярче. Статьи можно найти исследование на перепелах

  3. Распределение света светодиоды дают основной свет только прямо, при отклонении на 30 градусов световой поток сильно снижается и дешевыми рассеивателями, это не исправить.

Есть такие лампы как МГЛ (ДРИ) (я писал о них на пикабу, легко найти по моему нику), но аудитории там данная тема была не очень интересна. Эти лампы имеют очень хороший спектр, причем покрывают всю видимую человеком часть 380-780нм. Не имеют выраженного синего пика, не слепят и имеют очень хороший КПД >90-100лм/вт с учетом ЭПРА! Срок службы так же довольно большой >10 000 честных часов (при снижении светового потока <20%), которые лучше китайских 50 000 светодиодных. Так же в них нет явного "выгорания люминофора" и сдвига спектра, колба со временем просто зазеркаливается и световой поток падает (актуально для керамики). Свет от лампы хорошо рассеивается (т.к. она светит на 270 градусов), не требует охлаждения, ЭПРА (блок питания) сопоставим по размерам со светодиодным. Единственный минус выход на режим, лампа разгорается 2 минуты и повторный перезапуск через 10 минут. Не пойдет для решения "включил-выключил", но учитывая малое энергопотребление включил вечером, выключил перед сном. Для остального светодиод (см. фото ниже). А теперь к самому главному яркость, так вот чтобы иметь приемлемую яркость 200 люкс в комнате 18м2 нужна светоотдача от лампы >6500лм (70Вт). Для комнаты 24м2 уже >13000 (150Вт). Под лампой, на уровне стола, в данном случае будет около 1000-1800люкс. Не думаю, что светодиодными лампами вы набираете даже треть такой яркости, продолжаете напрягать глаза за работой и сажать зрение от недостатка освещения. Готовых светильников для дома на МГЛ естественно нет, так что придется колхозить и надо постараться это сделать красиво. Обязательное условие все светильники должны быть "двухрежимными" МГЛ (основной свет) и светодиоды резервный (на короткое включение). Ниже фотографии готовых светильников с МГЛ/светодиоды в квартире.

70Вт лампа в самодельной, деревянной люстре и "патрон" из клемника для нее.

150Вт лампа и покупной "настенный" светильник

70Вт переделка из обычного "блина"

На закуску, лампа на рабочее место ~1500-2000 люкс (пасмурным днем на улице 5000 люкс), МГЛ на 35Вт.

Про цены и лампы: обязательное условие лампы только с керамической горелкой (во избежание взрыва внешней колбы), питание только качественный ЭПРА. На развалах б/у ЭПРА (Philips/Osram) можно найти по 300-400рублей (1500-2500рублей новые). Лампы только новые ~1000-1800рублей. Мне больше понравились по свету лампы Philips, чем Osram/GE. спектр приятнее и ровнее, главное НЕ берите серию Elite - у нее спектр чуть более рваный, похожий на пилу.

Краткие выводы: CRI светодиодов не значит ровным счетом ничего, кроме рекламных цифр ибо в нем просто нет части видимого спектра <420 и >670нм, что дает искажение на цвета и лицо при данном свете выглядит усталым с синяками под глазами. Про теплоотвод у светодиодов в готовых решениях слезы. Про синий пик в светодиодах холоднее 3500k тоже плохо для глаз, ну а самое главное недостаток уровня освещенности в квартире. Ведь не зря придумали СанПины на освещение: учебные кабинеты от 200 до 750 люкс, библиотека от 500 до 1500 люкс, спортзал от 100 до 300 люкс.

Так выглядит ЭПРА изнутри:

Мерцание МГЛ на ЭПРА укладывается в мировые стандарты и составляет 5%.

Визуальное отличие лампы Philips серии "Elite" - овальная горелка.

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

Про ртуть и "ртутофобов" в лампе 150Вт ее 10мг, в градуснике 2гр.

Если понравятся статьи про МГЛ и освещение не на светодиодах, готов продолжить тему.

Подробнее..

Как и где стартапу найти правильного инвестора

26.11.2020 16:14:32 | Автор: admin


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

Чего нет в этой статье


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

Что есть в этой статье


Наверное, вы слышали историю о том, как Сергей Брин и Ларри Пейдж за 3 минуты, пока двигался лифт, рассказали о своем проекте Энди Бехтольшайму, который впоследствии выписал чек на 100 тысяч долларов, что сделало его миллиардером. Если вы думаете, что это случайность и ребятам повезло, то вы ошибаетесь. В этой статье рассказывается о той работе, которую необходимо проделать, чтобы увеличить вероятность такого события в десятки раз, как это и сделали основатели Google.

А нужен ли инвестор?


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

Чего делать не стоит


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

  • массовые рассылки писем с инвестиционными презентациями. Это не сработает почти никогда. Даже если вы угадали и написали той самой второй половинке и сделали это великолепно, шанс, что ваше письмо хотя бы прочтут, невелик. Просто потому, что почтовый ящик VC (венчурного капиталиста) трещит по швам от писем, в 99% случаев абсолютно неподходящих ему стартапов. Они все прекрасны, но они не его, то стадия не та, то он ничего не понимает в рынке, на котором работает компания, а большинство просто пишет чепуху.
  • ходить на хакатоны. Хакатоны это прекрасные сборища талантливейших людей, вот только если там и есть инвестор, его внимание принадлежит победителям. Давайте честно, на каждом хакатоне только один победитель и на хакатоне он работает над технической частью решения без испытания его рыночными реалиями. Инвестору же нужны метрики вашего роста на реальном рынке. Показать их в условиях хакатона невозможно. Схантить в команду программиста на хакатоне отличная идея, зацепить инвестора вряд ли. Исключения бывают, но они, как известно, подтверждают правило.
  • Краудфандинговые платформы. Все слышали о фантастических успехах некоторых проектов на kickstarter. Предлагаю вам погуглить, используя поисковый запрос наподобие топ самых успешных проектов на кикстартер. Затем сравните ваш проект с тем, что вам выдаст поисковик, затем переходите к следующему пункту. Шутка. Там есть клевые проекты. Вот только инвесторы не ходят на краудфандинговые платформы, мотивируя это тем, что там много фрода и скама. По разным данным процент заведомо несуществующих или мошеннических проектов на краудфандинговых площадках может доходить до 50. На такие риски не пойдет ни один здравомыслящий человек.

Что стоит делать


Теперь о том, что каждый стартапер должен сделать при подготовке к поиску инвестора

  1. Подготовить и всегда держать под рукой: питч-дек (презентация для инвестора), финмодель, executive summary
  2. Выучить наизусть на английском языке элевейтор питч (elevator pitch).

Это базовые условия, которые надо понимать, без этого нет смысла даже начинать поиски инвестора. Все, что попадет в любой из этих документов или в elevator pitch должно быть основано на цифрах метрик вашего проекта и демонстрировать рост, если не продаж, то хотя бы рост аудитории. Рост должен быть интересным для инвестора и отражать его интерес к росту стоимости вашей компании в разы за год. Соответственно и ваши метрики должны расти в диапазоне от 100%.

Про закон больших чисел и фандрайзинг


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

Как быстро найти инвестора?


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

Так вот, чтобы ваш инвестор не погубил вашу компанию, а его поиски не затянулись до того самого момента, ради избежания которого они и затевались (когда деньги закончатся), и нужно знать, кого искать. Ответ на вопрос кто мой правильный инвестор? сильно приблизит к ответу на вопрос как поскорее найти инвестора?, что по существу должно восприниматься так: как найти инвестора раньше, чем вы закроете компанию из-за того, что вам нечем платить зарплаты, оплачивать аренду офиса, серверов и всего остального. Повторюсь, чтобы всего этого не произошло, ищите своего правильного инвестора, это сократит время на поиски и убережет от контактов с людьми, которые скорее навредят вашей компании своими деньгами. Итак, ответ на вопрос Как быстро найти инвестора? звучит так: Ищите правильного инвестора.

Кто такой правильный инвестор?


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

Изучить повадки жертвы


Чтобы определиться, где водится зверь, на которого вы охотитесь, надо знать его повадки. Грамотный, а мы ищем именно такого, инвестор четко осознает, какие проекты ему нужны, в какой области он эксперт и где может помочь портфельному проекту. Опытные инвесторы имеют довольно легко поддающийся описанию профиль. Это самое описание профиля инвестора легко раздобыть, например заглянув в crunchbase.com или на другие подобные ресурсы. Делать это обязательно, 1 час, проведённый на этой площадке поможет понять, какие бывают инвесторы и как их классифицировать. Тут вы узнаете, в какие компании они инвестируют:

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

Все это и есть описание вашего потенциального инвестора. Например, инвестор инвестирует преимущественно в компании на Раунде А, его средний чек 1 миллион долларов, половина компаний в его портфеле это компании, которые разрабатывают маркетплейсы в сегменте Travel, отдает предпочтение стартапам, использующим в работе технологии Big Data. Вместо примера предлагаю задуматься, обратит ли такой инвестор на компанию, которая делает, скажем синтетические алмазы.

Камуфляж


В отличии от стартапов, инвестор всегда осознает, что он охотник и, соответственно, охотится за стартапами. Как узнать, за какими именно стартапами охотится конкретный инвестор, мы только что узнали. Теперь давайте замаскируемся пусть он думает, что это он охотник, а вы дичь. Нетрудно догадаться, что для успеха у конкретного инвестора ваша компания должна соответствовать его профилю инвестирования. Опишите свой стартап, как минимум по таким критериям:

  • стадия или этап развития компании. Имеется в виду Pre-Seed, Seed, Round A, B и так далее. По факту речь о раунде инвестирования.
  • ваша ключевая технология, индустрия или отрасль экономики, бизнес-модель (текущая или предполагаемая), например, искусственный интеллект / распознавание изображений, экология, B2G. Это выдуманный пример для компании, которая распознает изображения спутниковых снимков, выявляя области для лесовосстановления и лесозаготовки, свой сервис компания продает государственным органам, ответственным за лесопользование и предприятиям лесной отрасли.
  • география целевого рынка, например, Канада и США. То есть неважно, что у вас распределенная команда, члены которой сидят по домам в Ярославле, Минске и Харькове. Вернее, это важно, но говорит о том, что вы молодец и находите дешевые ресурсы для разработки, но важнее тут именно география вашего рынка, поскольку это говорит о потенциале масштабирования будущих продаж.
  • Сколько денег вам нужно в этом раунде.

Речь, естественно, идёт о достоверной информации. На этом этапе наша цель занять понятное место в системе координат инвестора, стать заметными для него, соответствовать его критериям отбора.

Наметить жертву


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

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

Немного о smart money


Правильным инвестором может оказаться и ангел, и фонд, и акселератор, а может и такой невиданный зверь, как family office, но важно понимать, сейчас это тот инвестор, который лучше всего умеет работать с такими компаниями, как ваша и сможет максимально эффективно вам помогать, задействуя свою экспертизу и сеть контактов в отрасли. Это те самые smart money, о которых часто пишут, но не объясняют как и где их найти.

Теперь пора?


Давайте подведем промежуточный итог:

  1. Чтобы поскорее найти инвестора ищите правильного инвестора
  2. Правильный инвестор этот тот инвестор, который действительно инвестор и подходит вашей компании на данном этапе.
  3. Чтобы понять, кто подходит вашей компании, опишите свою компанию с помощью критериев, которыми описывают инвестиционный профиль инвестора.
  4. Далее ищите инвестора именно с похожим инвестиционным профилем или хотя бы с похожими компаниями в портфеле.
  5. Теперь на тех же crunchbase или angellist просто отбираем подходящих инвесторов.

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

Чем лучше вы будете знать своего инвестора, тем проще его заполучить.

Последние приготовления перед охотой


Вопрос когда пора искать инвестора? мы уже поднимали, посмотрим на него под другим углом.

  • Мы выучили домашнее задание, то есть подготовили Pitch deck и заучили elevator pitch, даже потренировались с друзьями и посмотрели, как это делают люди, например на VC Кухне.
  • Мы знаем, кто наш правильный инвестор, включая его имя, фамилию, профиль в LinkedIn или на angel.co. Фактически, мы знаем или можем узнать про этого человека почти все интернет все-таки.

Готово почти все. Не забываем, что мы ищем вменяемого, умного, хитрого, вдумчивого инвестора. Все эти качества в будущем должны работать на вас и ваш проект. Такой хитрый зверь обязательно, заинтересовавшись, будет вас проверять. Надо подготовиться. Наведите порядок в ваших соцсетях, особенно в самых популярных, или в тех, где сам инвестор присутствует. Как правило, мы охотимся на пару десятков конкретных человек, поэтому красоту стоит навести везде. Есть также смысл завести аккаунты для себя и своего стартапа в LinkedIn и angel.co. Не забудьте сделать нормальный хотя бы лэндинг с описанием проекта, его миссии, команды, вашей экспертизы. Все должно вызывать доверие к вам, вашей команде, ее достижениям и самому стартапу. Считайте, что это сачок, которым вы захватите пойманную рыбку.

Готов ко встрече с инвестором?


Обязательная программа выполнена. Теперь мы знаем, как подготовиться, как распознать правильного инвестора и где его искать. Что дальше? Дальше надо отобрать подходящих кандидатов на звание вашего инвестора. Их с учетом наших требований наберется не так уж и много, а если вы захотите, например, чтобы город, где расположена штаб-квартира интересного вам фонда располагался там же, где вы живете, то таких наберется и того меньше. В любом случае, теперь нет необходимости полагаться на закон больших чисел. Еще бы, ведь все, кому вы будете писать работают именно с такими стартапами, как ваш.

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

Фандрайзинг и кайтсерфинг, где связь!


Тут хочу привести пример основательницы Canva Мелани Перкинс. После сотен отказов от инвесторов и потраченных на эти отказы месяцев в Silicon Valley, девушка изменила подход к фандрайзингу. Один из ее целевых инвесторов Билл Тай был большим фанатом кайтсерфинга. И Мелани освоила этот самый кайтсерфинг, покорила волны и ветер, как говорят любители этого экстремального развлечения, чтобы завладеть вниманием инвестора и ей это удалось. Она не только показала и рассказала Биллу о своей компании, но и получила от него приглашение на MaiTai Maui, это эксклюзивное мероприятие, которое проводил Билл Тай для игроков венчурной индустрии. Одной из частей программы мероприятия было соревнование по кайтсерфингу, а другое возможность показать сервис Canva еще нескольким инвесторам, но уже с рекомендациями Билла, а это уже совсем другое дело! Итогом стало закрытие Seed раунда и привлечение 3 миллионов долларов от инвесторов, в числе которых был и Билл Тай. Ради интереса предлагаю вам немедленно нагуглить, какова оценка Canva сейчас.

Максимальная персонализация


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

Нет нужды прыгать с парашютом и тем более без него, просто, когда пишите холодное письмо инвестору, обратитесь к нему по имени и укажите, что причина, по которой вы пишете именно ему это тот факт, что вы можете быть очень полезны друг другу. Если вы, как бы случайно, окажетесь на вечеринке гончаров, коими вы оба являетесь или успели стать только вчера, то у вас будет нечто большее, чем 3 минуты его рассеянного внимания. Вы получите собеседника с родственными взглядами и совершенно иным уровнем эмпатии в отношении вас. Пользуйтесь этим.

Что в итоге


Вернемся к Google, нет смысла напоминать, что капитализация этой компании превышает 1 триллион долларов. Но к тому чеку, о котором мы говорили в начале, основателей привела работа по подбору правильных кандидатов в инвесторы. И в начале они пришли к профессору Стэнфорда, где учились. Пришли, по официальной версии, за советом. Но мы-то с вами теперь знаем: кайтсерфинг, гончары и т.д. Так профессор Стэнфорда Дэвид Черитон стал первым инвестором Google, а затем свел их с тем самым Энди Бехтольшаймом, с которым они якобы случайно встретились в лифте.
Подробнее..

Перевод Четыре. Восемь. Шесть

26.11.2020 22:04:35 | Автор: admin


Первый серийно выпускаемый процессор, плотность транзисторов которого достигла отметки 1 млн. Его появление навсегда изменило представление о производительности компьютеров. Darren Yates рассказывает о легендарном процессоре Intel и его истории.


Сегодня рынок CPU для ПК это хорошо отлаженная машина для производства и сбыта. Эти процессы ежегодно совершенствуется и сравнимы с часовым механизмом. В самом деле, любой перенос даты выпуска гарантированно станет новостью.
Однако давайте перенесёмся в 1989 год, когда после четырёх лет ожидания Intel наконец выпускает одну из своих наиболее значимых моделей процессоров. Это первый массово выпускаемый CPU, достигший отметки 1 миллион транзисторов, а также первый чип со встроенным модулем обработки операций с плавающей запятой (FPU). Впоследствии он станет одним из первых микропроцессоров с архитектурой x86, который преодолеет барьер в 100 МГц. Кроме того, с ним связана одна из самых ожесточённых битв в истории за патент на технологию. Это процессор Intel 80486.

Жажда скорости


К концу 1980-х годов идеи IBM относительно развития персонального компьютера нашли своё подтверждение. Сочетание программного обеспечения и железа, имеющего совместимые с IBM компоненты, стало всё чаще встречаться на рынке ПК. Эта комбинация нанесла сокрушительный удар по 8-битным домашним компьютерам.
Выпущенные в 1985 году процессоры 80386 от Intel также имели оглушительный успех, и не в последнюю очередь благодаря недавно появившемуся бренду ПК Compaq. После выпуска первого ПК в 1981 году IBM могла бы стать центром притяжения электронно-вычислительных машин. Однако появление Deskpro 386, первого компьютера на чипе 80386 фирмы Compaq, свидетельствовало о смене лидера на рынке ПК. Впервые чип имел 32-битную обработку данных, и это могло бы продвинуть всю индустрию на 20 лет вперёд. Но, несмотря на этот успех, ему было ещё далеко до той архитектуры, которую мы знаем сегодня. Число операций в секунду у 80386-го увеличилось на 50% по сравнению с 80286-м (0,33 против 0,21). Но поскольку сопроцессора и встроенной кэш-памяти у него не было, а спрос на увеличение производительности всё возрастал, то 386-му с его 275 000 транзисторами было больше особенно нечего предложить.


Compaq Deskpro 386 первый ПК, превзошедший по производительности IBM

80486-й процессор, выпущенный в 1989 году, получил немного улучшенный набор команд. Главной же его отличительной чертой была прорывная для того времени скорость. В тестах производительности при относительно умеренных 25 МГц он разносил разогнанный до 33 МГц процессор 80386. Благодаря внедрению кэш-памяти L1 (скромные 8 Кб) и встроенного FPU среднее число операций в секунду 80486-го увеличилось более чем в два раза и достигло достигала пика при 1 MIPS/МГц. Производительность самого быстрого в ту пору из 80386-х процессоров 386DX-33 достигала 10 MIPS. Те же, кто мог позволить себе 25-мегагерцевый 80486-й (когда он только поступил в продажу, стоил в три раза дороже 386-го), пускали в ход в среднем 20 MIPS при максимальных 25 MIPS. 80486-й также имел много других тузов в рукаве. Например, более быстрый пакетный режим загрузки памяти, в ходе которого пересылалось 16 байт кэша внутри 5 тактовых циклов. Это на 3 цикла быстрее, чем у его предшественника. Подобно процессору 80386 32-битная адресация 80486-го позволяла обрабатывать 4 Гб оперативной памяти, но из-за существующих в то время цен большинство систем ограничивались лишь 16 Мб ОЗУ.
Тем не менее благодаря 80486 пользователи могли ощутить вкус будущего. Это случилось благодаря выходу новой Windows 3.1 от Microsoft, 3D-игр, тайтлов вроде Wolfenstein 3D. Множество ПК со временем также обновилось до Windows 95.

На равных правах


IBM решила собирать персональные компьютеры из готовых компонентов поставщиков и позволила своим ключевым партнёрам Intel и Microsoft перепродавать эти компоненты другим брендам. Так появилось выражение IBM-совместимый, бытовавшее в лексиконе каждого покупателя компьютера. Как правило, на IBM-совместимые компьютеры можно было установить огромное число программ. И, поскольку далеко не каждое ПО можно было поставить на домашний ПК 80-х годов, то можно сказать, что совместимые с IBM ПК сделали революцию на рынке.
Новый IBM 5150 мгновенно обрёл популярность. К тому же Синий великан сделал его в рекордно короткие сроки. Однако вместе с огромным успехом пришло и беспокойство по поводу системы снабжения, и, заключая с Intel контракт на поставку CPU, IBM потребовала от неё предоставить второй источник поставки чипов на случай, если та не будет справляться одна. Intel выбрала AMD. В результате сделки AMD предоставлялся доступ к 8086/88 процессорам, а также к новой технологии производства 80286-го CPU. Однако впоследствии это партнёрство привело к одной из самых ожесточённых технологических судебных тяжб в истории.


Персональный компьютер IBM 51502

В те дни главным клиентом Intel была IBM, которая главенствовала на рынке ПК. И хотя IBM-совместимые ПК вытеснили с рынка домашние 8-битные компьютеры, Синий великан всё же сдавал свои позиции. Фирма Compaq начала наступать ему на пятки, особенно после выпуска 80386-го процессора Intel в 1985-ом. Выход Compaq Deskpro 386 на следующий год стал знаковым событием в новом IBM-совместимом мире. Теперь потребители осознали, что CPU внутри коробки значит больше, чем логотип, приклеенный на неё. Более того, единолично контролируя процесс производства CPU, Intel поняла, что имеет на руках козырную карту и готова была разыграть её.

Не говорите про войну


По мере того, как позиции IBM ослабевали, а Intel укреплялись, последняя решила не делиться с AMD подробностями о своём новом сокровище 80386-м процессоре.
AMD посчитала это нарушением их текущего соглашения об обмене технологиями и попросила суд разрешить спор в 1987-м. Конец войне был положен лишь спустя 22 года в 2009-м, когда Intel выплатила 1,25 млрд. долл. в качестве окончательного расчёта. Так что забудьте о противостоянии Apple и Samsung битва Intel vs AMD остаётся золотым стандартом из-за продолжительности судебных тяжб. Интересно, что основатели Intel и AMD работали в одно и то же время в компании, которая была первопроходцем в создании чипов Fairchild Semiconductor. После ухода из Fairchild Гордон Мур и Роберт Нойс основали Intel в 1968 году, а Джерри Сандерс AMD.

Основатели Intel (слева направо): Эндрю Гроув, Роберт Нойс и Гордон Мур (1978)

Intel Inside





Новый дизайн 80486-го повлёк изменения, которые сформировали облик современных ПК. Версия 486DX2, появившаяся в марте 1992 года, помимо встроенного сопроцессора и кэша L1, получила первое крупное обновление. Теперь тактовая частота ядра CPU не зависела от передней системной шины, а благодаря коэффициенту умножения, равному двум, новые чипы 486DX2-40 и -50 можно установить на место прежних 5-вольтных CPU, и тем самым значительно увеличить скорость работы ПК. Пользовавшийся огромной популярностью 486DX2-66 появился в августе того же года.


Кристалл процессора Intel 486DX2-66

Несмотря на запуск нового процессора 5-го поколения Pentium в 1993-м, Intel не останавливала производство 486-х процессоров, и в начале 1994 года выпустила серию DX4. Кэш L1 в DX4-100 увеличился в 2 раза, достигнув отметки 16 Кб, а тактовая частота впервые достигла 100 МГц тот же показатель был у Pentium-100. Кроме того, 80486-й был в центре внимания знаменитой маркетинговой кампании Intel Inside, запущенной в 1991 году.

Атака клонов


Решение не делиться с AMD технологией производства 80386-го CPU дало Intel свободу действий на быстро развивающемся рынке ПК. Однако AMD посчитала, что ранее заключённое соглашение об обмене технологиями распространяется и на 80386-й, поскольку тот является производным продуктом от 80286-го. Так благодаря методу обратной разработки AMD создала собственный чип Am386. Процесс предположительно занял 1,5 года, но из-за правовых заморочек чипы не попадали на полки магазинов до 1991 года. Тем не менее процессоры пользовались успехом, поскольку были на 40 МГц быстрее лучшего CPU от Intel, который мог выдавать лишь 33 МГц, а также дешевле и потребляли меньше энергии.
Первое поколение Am486 от AMD также повторяло дизайн процессоров Intel. Произведённые в апреле 1993 года чипы Am486DX представляли собой модели, мощность которых была рассчитана на 25, 33 и 40 МГц. Второе поколение, DX2, выпущенное на следующий год, являло собой чипы на 50, 66 и 80 МГц. Последнее поколение чипов, DX4, 1995 года представляло собой верх производительности и выдавало 120 МГц.


Am486 от AMD, производительность которого аналогична оригинальному CPU Intel

Однако путь 486-го CPU от AMD к потребителю был нелёгок. Арбитражный иск AMD, изначально поданный в 1987 году, привёл к 8-летней судебной войне между чипмейкерами. Несмотря на то, что AMD удалось отбить Am386-й у Intel, сражение за 80486-й тянулось до тех пор, пока обе стороны не пошли на мировое соглашение и AMD не получила доступ к системе микрокоманд интелевского 486-го процессора. Предположительно, это обстоятельство привело к появлению двух версий 486-го процессора от AMD: первая имитировала микрокод Intel, вторая использовала систему микрокоманд AMD через процесс под названием clean room design. Для Intel же было более важно, что мировое соглашение подтверждало, что 80486-й был последним клонированным AMD процессором.

Встречайте Cyrix


С другой стороны, 486-ми CPU заинтересовалась новоиспечённая компания Cyrix, которая в то время специализировалась на сопроцессорных чипах для систем 80286/386. Cyrix был чипмейкером без собственных производственных мощностей. Для изготовления процессоров он использовал SGS-Thomson (сейчас это ST Microelectronics), Texas Instruments и IBM. Первые версии 80486-го чипа от Cyrix появились под кодовым названием 486SLC/DLS в 1992 году и были установлены в модуль 80386. Ввиду того, что ПК в то время стоили гораздо дороже, чем сегодня, существовал большой спрос на товары, предназначенные для тех пользователей, кто желал сохранить в порядке текущую систему и просто обновить процессор. Однако Cyrix 486xLC с 1 Кб кэша L1 и без FPU не были совместимы с оригинальными 486-ми процессорами от Intel. В 1993 году Cyrix выпустил Cx486DX и DX2, и они больше походили на интелевские CPU.


Cyrix486. Первый популярный процессор компании Cyrix.

Тем не менее производители начали судиться друг с другом: Cyrix подала антимонопольный иск к Intel, а Intel обвинила Cyrix в нарушении патентных прав. В январе 1994 г. благодаря текущим контрактам между Intel, производителем чипов Texas Instruments и SGS Thomson, компания Cyrix одержала победу в суде, отказавшись при этом от антимонопольного иска.
Тем временем появление Intel Pentium в 1993 году с новым сокетом CPU заставило владельцев 486-х процессоров искать альтернативы. Вдохновившись победой в суде, Cyrix начала специализироваться на выпуске продуктов для улучшения работоспособности CPU. Выпущенный в 1995-м процессор 5x86 разгонялся до 120 МГц и был прямой заменой для 486-х систем, функционирующих при напряжении 3,3 вольт. Процессор Cyrix 5x86, по сути, был упрощённой энергоэффективной альтернативой Pentium, построенной на основе ядра M1. Уровень производительности 5x86 был сопоставим с Pentium-75.


Кристалл Cyrix 486-го CPU

После урегулирования дел с Intel в 1995 AMD также стала успешно внедрять на рынок компоненты для обновления ПК и выпустила Am5x86 в ноябре того же года. Это был значительно улучшенный 133-мегагерцевый процессор 80486, который предлагал удвоенный кэш L1 и встроенный множитель X4 для работы на оригинальной плате DX.
Неудивительно, что Intel, увидев, как AMD и Cyrix приторговывают обновлёнными компонентами, вытащила свою большую пушку и выпустила в 1995-м Pentium OverDrive. Это был усовершенствованный процессор Intel Pentium со множителем 2,5 внутри 80486-го модуля. Он мог работать на плате при 5 и 3,3-ваттах и поддерживал шины на 25 или 33 МГц. Но из-за низкой скорости максимальный показатель всего 83 МГц и высокой цены чипы OverDrive не получили широкого распространения.


Intel создал Overdrive в качестве апгрейда для 486-х систем

Сколько?


По нынешним меркам ПК, выпускавшиеся в начале 90-х годов, стоили недёшево. Компьютер на базе процессора 486DX2-66, с монитором VGA, 4 Мб оперативной памяти, жёстким диском на 320 Мб и двухскоростным CD-ROM от брендов вроде Olivetti или Compaq продавались примерно за 3 500$. Вместе с тем ПК на базе Pentium-133 с ОС Windows 95 1995 года выпуска стоил целых 7 800$.
Однако одним из важнейших с позиции потребителя решений IBM относительно концепта персональный компьютер было разрешение Microsoft и Intel перепродавать их собственные продукты другим брендам. Это означало, что любой человек, с достаточным багажом знаний и храбрости мог считать себя ПК производителем. Многие так и начинали: по одному или по двое. В их числе широко известные бренды вроде Gateway и Dell. Покупая компоненты у менее крупных производителей, вы могли бы сэкономить до 40%. Т. е. цена на ПК снизилась бы с 3 000$, до 1 800$. Да ещё бы функциональных возможностей добавилось.

486-й сегодня


Итак, как же спустя 30 лет на фоне нынешних чудо-чипов смотрится наш 80486-й? Нет сомнений в том, что производительность 486-го в миллион команд в секунду можно назвать весьма скромной, особенно по сравнению с нынешним Ryzen Threadripper 3990X от AMD с 64 ядрами и заявленными 500 MIPS на ядро. Тем не менее найти компьютер со схожей 486-му CPU производительностью на рынке можно.
Вспомнить хотя бы STM32F103C8T6 32-битный микроконтроллер Cortex-M3. Он был спроектирован ARM, компанией, которая создаёт CPU для смартфонов, и произведён ST Microelectronics. Его тактовая частота равняется 72 МГц, а быстродействие 1,25 MIPS. Нередко Cortex-M3 используется в проектах на Arduino. Его можно купить на Ebay за 5$.


STM32F103 на плате за 5$ работает немного быстрее, чем 80486-й

Наследие


Имея в арсенале более 70 различных моделей в исполнении Intel, AMD и Cyrix (не учитывая версии CPU от IBM, SGS-Thomson, Texas Instruments и других производителей), 80486-й может составить конкуренцию 8086-му по количеству разновидностей и модификаций.
И всё же, несмотря на огромное число двойников и улучшенных версий, производство 80486-х пошло на убыль, когда случилась революция под названием Windows 95. Microsoft поменяла представление о персональных компьютерах, а Intel стала успешной благодаря выпуску новых процессоров Pentium.
По мере того как Pentium набирал популярность, Intel стала выпускать 486-е для промышленных приложений, лишь однажды остановив их производство в 2007-м, и проложила тем самым путь к быстро растущему рынку встроенных процессоров.
С тех пор появилось и исчезло не одно поколение процессоров, однако наследие 80486-го множитель шины, встроенный кэш и FPU живы и поныне. Хорошая работа, 80486-й.
Подробнее..

Lenovo ThinkPad X1 Fold первый в мире ноутбук с гибким экраном

26.11.2020 18:13:16 | Автор: admin
Lenovo ThinkPad X1 Fold первый в мире ноутбук с гибким экраном со встроенным новейшим гибридным процессором Intel; он обладает всеми достоинствами ПК и подобно хамелеону способен подстроиться под условия окружающей среды и ваши потребности. Благодаря своему ультрапортативному форм-фактору он идеально подходит для тех, кто вынужден работать в разных условиях.



Первый в своем классе гибкий OLED-дисплей с разрешением 2K позволяет раскрыть X1 Fold и работать на 13,3-дюймовом экране, используя всю его площадь.

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

Давайте рассмотрим ноутбук и его характеристики более детально?

Начнем с краткого описания характеристик


  • Складной 13,3-дюймовый OLED-экран с разрешением 2K
  • Специальная конструкция корпуса и шарниров
  • Процессор Intel Core с технологией Intel Hybrid Technology
  • Специальное программное обеспечение для смены режимов работы Mode Switcher
  • Wi-Fi 6
  • Система динамиков Dolby Access Speaker System
  • Инфракрасная камера с сервисом Windows Hello
  • Клавиатура Lenovo Fold Mini Keyboard (опционально)
  • Стилус Lenovo Pen Pro (опционально)


Разнообразие режимов и ультрапортативная конструкция


Одним из основных преимуществ X1 Fold является разнообразие режимов использования. Его можно использовать без клавиатуры, поставив на подставку, держать, как книгу, и читать на нем, использовать вместе с клавиатурой как мини-ноутбук, делать заметки на сенсорном экране при просмотре видео в полураскрытом положении. Можно полностью раскрыть X1 Fold, как планшет, для редактирования документов или для того, чтобы подписать контракт, не без помощи Lenovo Pen Pro, конечно же.



В сложенном виде X1 Fold по размеру, примерно, равен стандартной бумажной книге: 158,2 236,0 27,8 мм, он меньше ноутбука и, соответственно, помещается в сумку меньшего размера.

При весе всего 999 грамм он удобен и за пределами офиса, его легко использовать, например, в самолете, разместив на откидном столике.

На рабочем месте в офисе Х1 Fold можно подключить к периферийным устройствам с помощью разъема Type-C.

Процессор Intel с технологией Intel Hybrid Technology


X1 Fold оснащен процессором Intel i5-L16G7 Core с технологией Intel Hybrid Technology. Эти процессоры с инновационной гибридной архитектурой достигают поразительной мощности и производительности при ультрапортативном форм-факторе примерно, как 10 копеек РФ образца 2009 года или американский дайм, 10 центов.

Это одни из самых компактных процессоров, обеспечивающих производительность Intel Core, а технология Hybrid Technology помогает пользователям быть еще более продуктивными, создавать контент и играть в игры на сверхлегких и инновационных устройствах, таких как системы с гибкими экранами. Эта технология также позволяет оптимизировать время автономной работы устройства.

Lenovo Mode Switcher


Для поддержки режимов ориентации экрана X1 Fold в него была встроена программа Lenovo Mode Switcher. Mode Switcher работает в дополнение к Windows 10 и обеспечивает правильное отображение приложений на экране в зависимости от выбранного режима единое или раздельное отображение.

Чтобы перейти в Mode Switcher, необходимо нажать на иконку в правом нижнем углу экрана, и вы увидите все варианты настройки экрана X1 Fold.



Используйте устройство в режиме двух окон, держа его, как книгу, или поместив на стол (приложения при этом будут располагаться друг над другом, что позволяет делать заметки во время просмотра видео, например).



Примечание: если используется клавиатура (Bluetooth или экранная клавиатура), то оставшуюся половину экрана нельзя разделить на части.

Немного о прочности


Всем известно, что устройства ThinkPad всегда были и всегда будут прочными и долговечными, X1 Fold здесь не исключение, даже учитывая уникальность его форм-фактора, устройство было протестировано с использованием 12 методов сертификации военного уровня и более 20 процедур (MIL-STD 810H).



На X1 Fold было проведено дополнительное тестирование, чтобы убедиться, что экран может выдержать нагрузки при открытии и закрытии тысячи раз, воздействие объектов, зажатых под клавиатурой, и т. д.

Теперь про стилус


Стилус Lenovo Pen Pro обеспечивает 4096 уровней чувствительности. Одного заряда стилуса хватает на 156 часов непрерывного использования, зарядка производится через порт USB-C. На корпусе имеются три настраиваемые кнопки быстрого доступа.



Lenovo Pen Pro также распознает степени наклона для реалистичной заливки рисунков и картин.

Стилус можно приобрести отдельно за 99 долларов.

Клавиатура Lenovo X1 Fold Mini Keyboard


Клавиатура X1 Fold Mini Keyboard поддерживает технологию BlueTooth и размещается внутри закрытой системы, заряжаясь за счет намагничивания экрана (если общий уровень заряда системы превышает 50 %). Больше не придется беспокоиться о том, что клавиатура может разрядиться при выполнении важной задачи, поскольку время ее автономной работы составляет 8 часов.



Не трудно догадаться, что если положить клавиатуру на нижнюю половину экрана, то можно использовать X1 Fold как классический ноутбук. А сняв клавиатуру и поместив перед собой, можно использовать X1 Fold как планшет.

Клавиатуру можно приобрести отдельно за 229 долларов.

WI-FI 6


В X1 Fold встроено 6 антенн. Несмотря на свой небольшой размер, он оптимизирован для подключения к Wi-Fi 6. С Wi-Fi 6 вы можете пользоваться преимуществами повышенной скорости, уменьшения задержки и более высокой производительности в зонах с высоким уровнем сигнала.

Шарнирные технологии и гибкий экран


Наша команда ThinkPad потратила несколько лет на разработку специального шарнира X1 Fold, чтобы получить идеально складывающийся OLED-экран и предотвратить появление складок или пузырей на экране при использовании в течение длительного времени. Для этого потребовалось несколько специальных опорных слоев под экраном. Слои обеспечивают дополнительную поддержку и прочность, поэтому устройство можно использовать постоянно и в качестве основного ПК.



Рамки на экране обеспечивают плавное сложение, а также защиту экрана. Что касается задней рамы, то в качестве защитной внешней оболочки в X1 Fold применяется карбоновое волокно, оболочка имеет две детали, которые удерживаются шарнирным механизмом, поддерживающим необходимое натяжение при открытии и закрытии.



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

Dolby Access


X1 Fold оснащен программным обеспечением Dolby Access для более реалистичного звука в разных условиях. Dolby Access позволяет использовать технологию Dolby Atmos для имитации трехмерного звука, то есть вы будете слышать звук впереди и позади себя, а также над собой.

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

Инфракрасная камера и Windows Hello


Устройства становятся всё более мобильными, и возрастает риск их кражи, потери или повреждения. Распознавание лиц способствует большей безопасности и удобству. В целях повышения безопасности X1 Fold снабжен встроенной инфракрасной камерой для использования функции распознавания лиц Windows Hello.

Порты и подключение


  1. Порты USB-C
  2. Слот для SIM-карты
  3. Кнопки регулировки громкости
  4. Кнопка питания




Характеристики ThinkPad X1 Fold


  • Процессор: Процессор Intel i5-L16G7 Core с технологией Intel Hybrid Technology 3.0 GHz
  • ОС: Windows 10 Home или Pro
  • Графика: Встроенная графическая карта Intel UHD 11th Gen
  • Оперативная память: 8 ГБ LPDDR4
  • Дисплей: 13,3-дюймовый гибкий QXGA OLED дисплей с соотношением сторон 4:3 (2048 1536, 300 нит) DCI-P3 95% Touch
  • Внешняя память: 256 ГБ/ 512 ГБ/ 1ТБ PCIe-NVMe M.2 2242 SSD
  • WLAN & Bluetooth: Wi-Fi 6 WLAN 802.11 AX, Bluetooth 5.1
  • Порты: 2 порта USB 3.2 Type C Gen 2, 1 слот для micro SIM-card
  • Камера: 5МП HD RGB + инфракрасная камера
  • Аудио: Система динамиков Dolby Atmos
  • Аккумулятор: 50 Вт-ч (время автономной работы 8,5 часа и 10,4 часа воспроизведения видео)
  • Габариты/Вес: В развернутом виде: 299,4 236,0 11,5 мм (11,8 9,3 4,5 дюйма), в сложенном виде: 158,2 236,0 27,8 мм (6,23 9,3 1,09 дюйма) / 999 г / 2.2 lbs.
  • Материал корпуса: Алюминий, магний, несъемный кожаный чехол
  • Цвет: Черный
  • Клавиатура и стилус: Клавиатура Lenovo Fold Mini Keyboard Bluetooth-клавиатура с беспроводной зарядкой (опция), стилус Lenovo Pen Pro (опция)
  • Безопасность: dtPM 2.0, инфракрасная камера
  • Тест Mil-Spec: Тестирование по военным стандартам MIL-STD-810H


Как X1 Fold подстраивается под ваш день




Подробнее..

Внедрение Multicast VPN на Cisco IOS (часть 4 BGP сигнализация)

27.11.2020 00:13:20 | Автор: admin
В предыдущих выпусках:

Profile 0
Profile 1
Profile 3

В этой части статьи мы рассмотрим с Вами вариант замены сигнализации в рамках наложенной сети с протокола PIM на BGP.

Как рассматривалось ранее (см статью про BGP Auto-Discovery), для того чтобы передавать аналоги PIM сообщений, в BGP было придумано несколько типов маршрутов, каждый из которых несёт в себе определённый функционал. При этом типов маршрутов больше, чем есть типов сообщений у PIM.



Зачем натягивать сову на глобус? можете спросить Вы, ведь всё прекрасно работает и с PIM. И, в общем-то, будете правы. Основной причиной эдакого ходя конём является масштабируемость. PIM, являясь по сути своей Soft Driven протоколом, требует для своей работы постоянной рассылки служебных сообщений, что при определённом размере внедрения (если количество узлов начинает переваливать за пару сотен или тысяч) привносит ограничения в связи с неизбежной загрузкой CPU. BGP же является Hard Driven протоколом т.е. если что-то было сказано однажды, то не повторяется; любые BGP обновления вызваны исключительно изменениями в сети.

Сегодня мы с Вами рассмотрим два сценария: использование PIM SSM и PIM ASM в рамках C-VRF.

C-PIM SSM


Для более простого понимания BGP сигнализации для построения многоадресных деревьев, начнём наш разговор с более простого PIM SSM.

Прежде всего, уберём текущие настройки точки рандеву и отключим получателей трафика:

CE4(config)#interface Loopback0CE4(config-if)#no ip igmp join-group 231.1.1.2CE4(config-if)#CE15(config)#no ip pim bsr-candidate Loopback0 0CE15(config)#no ip pim rp-candidate Loopback0 group-list 1

На всех РЕ укажем, что для сигнализации вместо PIM будет работать BGP. Это делается следующей командой:

ip vrf C-ONEmdt overlay use-bgp

Отправной точкой наблюдений будет ситуация без наличия источников и получателей многоадресного трафика. В BGP таблице должны присутствовать только type-1 маршруты:

PE1#show bgp ipv4 mvpn allBGP table version is 406, local router ID is 1.1.1.1Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,x best-external, a additional-path, c RIB-compressed,t secondary path,Origin codes: i - IGP, e - EGP, ? - incompleteRPKI validation codes: V valid, I invalid, N Not foundNetwork     Next Hop      Metric LocPrf Weight PathRoute Distinguisher: 1.1.1.1:1 (default for vrf C-ONE)*>  [1][1.1.1.1:1][1.1.1.1]/120.0.0.0              32768 ?*>i [1][1.1.1.1:1][2.2.2.2]/122.2.2.2         0  100   0 ?*>i [1][1.1.1.1:1][3.3.3.3]/123.3.3.3         0  100   0 ?*>i [1][1.1.1.1:1][4.4.4.4]/124.4.4.4         0  100   0 ?Route Distinguisher: 2.2.2.2:1*>i [1][2.2.2.2:1][2.2.2.2]/122.2.2.2         0  100   0 ?Route Distinguisher: 3.3.3.3:1Network     Next Hop      Metric LocPrf Weight Path*>i [1][3.3.3.3:1][3.3.3.3]/123.3.3.3         0  100   0 ?Route Distinguisher: 4.4.4.4:1*>i [1][4.4.4.4:1][4.4.4.4]/124.4.4.4         0  100   0 ?

Подключим получателя:

CE4(config-if)#ip igmp join 230.1.1.1 source 11.11.11.11

На ближайшем РЕ создаётся BGP маршрут 7-го типа это эквивалент сообщения PIM (S, G) Join:

PE4#show bgp ipv4 mvpn allRoute Distinguisher: 1.1.1.1:1*>  [7][1.1.1.1:1][65001][11.11.11.11/32][230.1.1.1/32]/220.0.0.0              32768 ?

По логике вещей, данный маршрут должен присутствовать только на РЕ4 и на РЕ1 (т.к именно через них должен проходить трафик) и отсутствовать на РЕ2 и РЕ3. Проверим:

PE1#show bgp ipv4 mvpn all | b \[7\]*>i [7][1.1.1.1:1][65001][11.11.11.11/32][230.1.1.1/32]/224.4.4.4         0  100   0 ?PE2#show bgp ipv4 mvpn all | b \[7\]PE2#PE3#show bgp ipv4 mvpn all | b \[7\]PE3#

Как так получается, что маршрут, изначальной порождённый на РЕ4, импортируется только на РЕ1?

Посмотрим на запись в BGP-таблице чуть детальнее:

PE4#show bgp ipv4 mvpn all route-type 7 1.1.1.1:1 65001 11.11.11.11 230.1.1.1BGP routing table entry for [7][1.1.1.1:1][65001][11.11.11.11/32][230.1.1.1/32]/22, version 533Paths: (1 available, best #1, table MVPNv4-BGP-Table)Advertised to update-groups:7Refresh Epoch 1Local0.0.0.0 from 0.0.0.0 (4.4.4.4)Origin incomplete, localpref 100, weight 32768, valid, sourced, local, bestExtended Community: RT:1.1.1.1:1rx pathid: 1, tx pathid: 0x0

В записи префикса присутствует расширенное коммьюнити Route-target = 1.1.1.1:1, которое было добавлено в vpnv4 префикс маршрутизатором, который с точки РЕ4 является RPF соседом:

PE1#show bgp vpnv4 unicast rd 1.1.1.1:1 11.11.11.11/32BGP routing table entry for 1.1.1.1:1:11.11.11.11/32, version 670Paths: (1 available, best #1, table C-ONE)Advertised to update-groups:1     17Refresh Epoch 465011172.1.11.11 (via vrf C-ONE) from 172.1.11.11 (11.11.11.11)Origin IGP, metric 0, localpref 100, valid, external, bestExtended Community: RT:65001:1 MVPN AS:65001:0.0.0.0 MVPN VRF:1.1.1.1:1mpls labels in/out 10018/nolabelrx pathid: 0, tx pathid: 0x0PE1#PE2#show bgp vpnv4 unicast rd 2.2.2.2:1 11.11.11.11/32BGP routing table entry for 2.2.2.2:1:11.11.11.11/32, version 762Paths: (1 available, best #1, table C-ONE)Advertised to update-groups:1Refresh Epoch 15265011, imported path from 1.1.1.1:1:11.11.11.11/32 (global)1.1.1.1 (metric 4) (via default) from 8.8.8.8 (8.8.8.8)Origin IGP, metric 0, localpref 100, valid, internal, bestExtended Community: RT:65001:1 MVPN AS:65001:0.0.0.0 MVPN VRF:1.1.1.1:1Originator: 1.1.1.1, Cluster list: 8.8.8.8Connector Attribute: count=1type 1 len 12 value 1.1.1.1:1:1.1.1.1mpls labels in/out nolabel/10018rx pathid: 0, tx pathid: 0x0

Проверим связность:

CE1#ping 230.1.1.1 so 11.11.11.11 rep 3Type escape sequence to abort.Sending 3, 100-byte ICMP Echos to 230.1.1.1, timeout is 2 seconds:Packet sent with a source address of 11.11.11.11Reply to request 0 from 14.14.14.14, 7 msReply to request 0 from 14.14.14.14, 8 msReply to request 1 from 14.14.14.14, 7 msReply to request 1 from 14.14.14.14, 9 msReply to request 2 from 14.14.14.14, 7 msReply to request 2 from 14.14.14.14, 7 ms

C-PIM ASM


В случае работы C-PIM в режиме SSM всё довольно просто. Для корректной работы mVPN достаточно создания двух дополнительных (типов) BGP маршрутов.

А как обстоят дела, если внутри C-VRF используется более комплексный ASM PIM?

Прежде всего мы видим, что на всех СЕ известна информация о точке рандеву:

CE2#show ip pim rp mappCE2#show ip pim rp mappingAuto-RP is not enabledPIM Group-to-RP MappingsGroup(s) 231.1.1.0/24RP 15.15.15.15 (?), v2Info source: 15.15.15.15 (?), via bootstrap, priority 0, holdtime 150Uptime: 1d04h, expires: 00:02:09CE2#

Как? Если мы посмотрим BGP таблицу, то не найдём там никакого намёка на эту точку:

PE1#show bgp ipv4 mvpn allBGP table version is 682, local router ID is 1.1.1.1Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,x best-external, a additional-path, c RIB-compressed,t secondary path,Origin codes: i - IGP, e - EGP, ? - incompleteRPKI validation codes: V valid, I invalid, N Not foundNetwork     Next Hop      Metric LocPrf Weight PathRoute Distinguisher: 1.1.1.1:1 (default for vrf C-ONE)*>  [1][1.1.1.1:1][1.1.1.1]/120.0.0.0              32768 ?*>i [1][1.1.1.1:1][2.2.2.2]/122.2.2.2         0  100   0 ?*>i [1][1.1.1.1:1][3.3.3.3]/123.3.3.3         0  100   0 ?*>i [1][1.1.1.1:1][4.4.4.4]/124.4.4.4         0  100   0 ?Route Distinguisher: 2.2.2.2:1*>i [1][2.2.2.2:1][2.2.2.2]/122.2.2.2         0  100   0 ?Route Distinguisher: 3.3.3.3:1Network     Next Hop      Metric LocPrf Weight Path*>i [1][3.3.3.3:1][3.3.3.3]/123.3.3.3         0  100   0 ?Route Distinguisher: 4.4.4.4:1*>i [1][4.4.4.4:1][4.4.4.4]/124.4.4.4         0  100   0 ?

Не надо забывать о том, что у нас есть PMSTI, на котором активирован PIM:

PE1#show ip pim vrf C-ONE interfaceAddress     Interface        Ver/  Nbr  Query DR     DRMode  Count Intvl Prior172.1.11.1    GigabitEthernet2.111   v2/S  1   30   1     172.1.11.11172.1.15.1    GigabitEthernet2.115   v2/S  1   30   1     172.1.15.151.1.1.1     Tunnel2         v2/S  0   30   1     1.1.1.1



Отсюда можно сделать важный вывод некоторые сообщения PIM (даже при BGP сигнализации) передаются поверх опорной сети в рамках Default MDT.


Представим, что в сети появился источник (за маршрутизатором СЕ2). Поскольку на СЕ2 на данный момент нет записей в mRIB, то PIM Designated Router (в нашем случае это сам СЕ2) отправляет сообщение Register на точку рандеву, тем самым сигнализируя о наличии активного источника в сети.


На точке рандеву создаётся дерево (12.12.12.12, 231.1.1.1):

CE5#show ip mroute | b \((*, 231.1.1.1), 00:00:19/stopped, RP 15.15.15.15, flags: SPIncoming interface: Null, RPF nbr 0.0.0.0Outgoing interface list: Null(12.12.12.12, 231.1.1.1), 00:00:19/00:02:40, flags: PIncoming interface: GigabitEthernet2.115, RPF nbr 172.1.15.1Outgoing interface list: Null

И, поскольку, в сети нет активных получателей трафика (отсутствует дерево (*, 231.1.1.1)), то со стороны CE5 создаётся сообщение Register-Stop



В ответ на получение Register-Stop, CE2 приостанавливает передачу данных (нет интерфейсов в OIL):

CE2#show ip mroute 231.1.1.1(12.12.12.12, 231.1.1.1), 00:00:07/00:02:54, flags: PFTIncoming interface: Loopback0, RPF nbr 0.0.0.0Outgoing interface list: Null

Теперь представим, что в сети появился получатель, заинтересованный в трафике для группы 231.1.1.1. На РЕ4 появляется маршрут внутри C-VRF:

PE4#show ip mroute vrf C-ONE 231.1.1.1 | b \((*, 231.1.1.1), 00:00:44/00:02:45, RP 15.15.15.15, flags: SgIncoming interface: Tunnel0, RPF nbr 1.1.1.1Outgoing interface list:GigabitEthernet2.414, Forward/Sparse, 00:00:44/00:02:45

И создаётся BGP маршрут 6-го типа, который является эквивалентом PIM Join (*, 231.1.1.1):

PE4#show bgp ipv4 mvpn allRoute Distinguisher: 1.1.1.1:1*>  [6][1.1.1.1:1][65001][15.15.15.15/32][231.1.1.1/32]/220.0.0.0              32768 ?PE4#show bgp ipv4 mvpn all route-type 6 1.1.1.1:1 65001 15.15.15.15 231.1.1.1BGP routing table entry for [6][1.1.1.1:1][65001][15.15.15.15/32][231.1.1.1/32]/22, version 808Paths: (1 available, best #1, table MVPNv4-BGP-Table)Advertised to update-groups:8Refresh Epoch 1Local0.0.0.0 from 0.0.0.0 (4.4.4.4)Origin incomplete, localpref 100, weight 32768, valid, sourced, local, bestExtended Community: RT:1.1.1.1:1rx pathid: 1, tx pathid: 0x0

В приведённом выше выводе необходимо обратить внимание на расширенное коммьюнити Route-target = 1.1.1.1:1. Что это и откуда взялось?

Проверим наличие данного префикса на других РЕ:

PE2#show bgp ipv4 mvpn all route-type 6 1.1.1.1:1 65001 15.15.15.15 231.1.1.1% Network not in tablePE3#show bgp ipv4 mvpn all route-type 6 1.1.1.1:1 65001 15.15.15.15 231.1.1.1% Network not in tablePE1#show bgp ipv4 mvpn all route-type 6 1.1.1.1:1 65001 15.15.15.15 231.1.1.1BGP routing table entry for [6][1.1.1.1:1][65001][15.15.15.15/32][231.1.1.1/32]/22, version 698Paths: (1 available, best #1, table MVPNv4-BGP-Table)Not advertised to any peerRefresh Epoch 2Local4.4.4.4 (metric 3) from 8.8.8.8 (8.8.8.8)Origin incomplete, metric 0, localpref 100, valid, internal, bestExtended Community: RT:1.1.1.1:1Originator: 4.4.4.4, Cluster list: 8.8.8.8rx pathid: 0, tx pathid: 0x0

Т.е. префикс существует только на РЕ1. Что интересно, так это тот факт, что точка рандеву (15.15.15.15) находится именно на сайте за РЕ1.

Зная назначение Route-target (импорт маршрутов внутрь определённой VRF) напрашивается вывод RT = 1.1.1.1:1 известен РЕ1 и неизвестен РЕ2/PE3. Т.е очевиден факт, что РЕ4 сгенерировал BGP маршрут, описывающий PIM Shared Tree Join таким образом, чтобы он был обработан только на том РЕ, за которым в действительности находится точка рандеву (по факту, это аналог передачи PIM Join через RPF интерфейс). Но каким образом РЕ1 и РЕ4 согласуют между собой значения Route-target?

PE4 проводит RPF для адреса точки рандеву:

PE4#show ip rpf vrf C-ONE 15.15.15.15RPF information for ? (15.15.15.15)RPF interface: Tunnel0RPF neighbor: ? (1.1.1.1)RPF route/mask: 15.15.15.15/32RPF type: unicast (bgp 65001)Doing distance-preferred lookups across tablesBGP originator: 1.1.1.1RPF topology: ipv4 multicast base, originated from ipv4 unicast base

В качестве RPF соседа виден РЕ1. Значит, РЕ4 должен поместить внутрь маршрута 6-го типа такой Route-target, который будет импортирован только РЕ1. Чтобы ответить на вопрос откуда РЕ4 его знает? посмотрим, для начала, на vpn маршрут:

PE4#show bgp vpnv4 unicast vrf C-ONE 15.15.15.15/32BGP routing table entry for 4.4.4.4:1:15.15.15.15/32, version 859Paths: (1 available, best #1, table C-ONE)Advertised to update-groups:1Refresh Epoch 165015, imported path from 1.1.1.1:1:15.15.15.15/32 (global)1.1.1.1 (metric 3) (via default) from 8.8.8.8 (8.8.8.8)Origin IGP, metric 0, localpref 100, valid, internal, bestExtended Community: RT:65001:1 MVPN AS:65001:0.0.0.0 MVPN VRF:1.1.1.1:1Originator: 1.1.1.1, Cluster list: 8.8.8.8Connector Attribute: count=1type 1 len 12 value 1.1.1.1:1:1.1.1.1mpls labels in/out nolabel/10013rx pathid: 0, tx pathid: 0x0

Обратите внимание на дополнительное коммьюнити MVPN VRF:1.1.1.1:1. Это ничто иное, как коммьюнити Route Import, сгенерированное РЕ1. Именно это значение копируется как Route-target внутрь многоадресного маршрута, что позволяет РЕ1 импортировать полученный апдейт от РЕ4.

Результатом обработки BGP маршрут 6-го типа на РЕ4 является создание записи в многоадресной таблице маршрутизации:

PE4#show ip mroute vrf C-ONE(*, 231.1.1.1), 00:23:31/00:02:33, RP 15.15.15.15, flags: SgIncoming interface: Tunnel0, RPF nbr 1.1.1.1Outgoing interface list:GigabitEthernet2.414, Forward/Sparse, 00:23:31/00:02:33

Прим обратите внимание, что входным интерфейсом указан Tunnel0 (PMSTI).

На точке рандеву завершается создание общего дерева:

CE5#show ip mroute | b \((*, 231.1.1.1), 00:25:42/00:03:22, RP 15.15.15.15, flags: SIncoming interface: Null, RPF nbr 0.0.0.0Outgoing interface list:GigabitEthernet2.115, Forward/Sparse, 00:25:42/00:03:22



Теперь, если в сети опять появится активный источник трафика, точка рандеву будет знать как совместить (*, 231.1.1.1) и (12.12.12.12, 231.1.1.1) деревья.

CE5#show ip mroute | b \((*, 231.1.1.1), 00:47:12/stopped, RP 15.15.15.15, flags: SIncoming interface: Null, RPF nbr 0.0.0.0Outgoing interface list:GigabitEthernet2.115, Forward/Sparse, 00:47:12/00:02:31(12.12.12.12, 231.1.1.1), 00:00:23/00:02:43, flags: PTIncoming interface: GigabitEthernet2.115, RPF nbr 172.1.15.1Outgoing interface list: Null

Точка рандеву создаёт PIM Join (12.12.12.12, 231.1.1.1), отправляя его в сторону CE2. PE1 получает указанный PIM Join и создаёт BGP маршрут 7-го типа:

PE1#show bgp ipv4 mvpn allRoute Distinguisher: 2.2.2.2:1*>  [7][2.2.2.2:1][65001][12.12.12.12/32][231.1.1.1/32]/220.0.0.0              32768 ?PE1#show bgp ipv4 mvpn all route-type 7 2.2.2.2:1 65001 12.12.12.12 231.1.1.1BGP routing table entry for [7][2.2.2.2:1][65001][12.12.12.12/32][231.1.1.1/32]/22, version 726Paths: (1 available, best #1, table MVPNv4-BGP-Table)Advertised to update-groups:8Refresh Epoch 1Local0.0.0.0 from 0.0.0.0 (1.1.1.1)Origin incomplete, localpref 100, weight 32768, valid, sourced, local, bestExtended Community: RT:2.2.2.2:1rx pathid: 1, tx pathid: 0x0

Обратите внимание, что в качестве Remote VPN RD выставляется значение 2.2.2.2:1, т.к. именно через РЕ2 завершается RPF проверка маршрута:

PE1#show ip rpf vrf C-ONE 12.12.12.12RPF information for ? (12.12.12.12)RPF interface: Tunnel2RPF neighbor: ? (2.2.2.2)RPF route/mask: 12.12.12.12/32RPF type: unicast (bgp 65001)Doing distance-preferred lookups across tablesBGP originator: 2.2.2.2RPF topology: ipv4 multicast base, originated from ipv4 unicast base

И RT 2.2.2.2:1 был добавлен в VPNv4 префикс со стороны РЕ2:

PE1#show bgp vpnv4 unicast vrf C-ONE 12.12.12.12BGP routing table entry for 1.1.1.1:1:12.12.12.12/32, version 706Paths: (1 available, best #1, table C-ONE)Advertised to update-groups:1Refresh Epoch 265012, imported path from 2.2.2.2:1:12.12.12.12/32 (global)2.2.2.2 (metric 4) (via default) from 8.8.8.8 (8.8.8.8)Origin IGP, metric 0, localpref 100, valid, internal, bestExtended Community: RT:65001:1 MVPN AS:65001:0.0.0.0 MVPN VRF:2.2.2.2:1Originator: 2.2.2.2, Cluster list: 8.8.8.8Connector Attribute: count=1type 1 len 12 value 2.2.2.2:1:2.2.2.2mpls labels in/out nolabel/31rx pathid: 0, tx pathid: 0x0

На этом шаге, по сути, завершается построение дерева (12.12.12.12, 231.1.1.1) на участке между источником и точкой рандеву:


После получения маршрута 7-го типа, РЕ2 генерирует маршрут 5-го типа, сигнализируя о наличии активного источника трафика в сети. Маршрут импортируется всеми РЕ устройствами.

PE2#show bgp ipv4 mvpn allRoute Distinguisher: 2.2.2.2:1 (default for vrf C-ONE)*>  [5][2.2.2.2:1][12.12.12.12][231.1.1.1]/180.0.0.0              32768 ?PE2#show bgp ipv4 mvpn all route-type 5 12.12.12.12 231.1.1.1BGP routing table entry for [5][2.2.2.2:1][12.12.12.12][231.1.1.1]/18, version 838Paths: (1 available, best #1, table MVPNv4-BGP-Table, not advertised to EBGP peer)Advertised to update-groups:8Refresh Epoch 1Local0.0.0.0 from 0.0.0.0 (2.2.2.2)Origin incomplete, localpref 100, weight 32768, valid, sourced, local, bestCommunity: no-exportExtended Community: RT:65001:1rx pathid: 0, tx pathid: 0x0

При получении маршрута 5-го типа, на РЕ4 (где находится получатель) завершается создание многоадресного дерева:

PE4#show ip mroute vrf C-ONE(12.12.12.12, 231.1.1.1), 00:22:24/00:02:51, flags: TnQIncoming interface: Tunnel0, RPF nbr 2.2.2.2Outgoing interface list:GigabitEthernet2.414, Forward/Sparse, 00:22:24/00:03:19

Прим обратите внимание на флаг Q, который говорит о том, что запись была создана благодаря сообщению BGP Source-Active


Рассмотренный вариант организации mVPN носит кодовое имя Profile 11. Его основные характеристики:

  • для передачи многоадресного трафика наложенной сети используется Default MDT
  • в качестве метода организации транспорта выступает протокол mGRE
  • для сигнализации многоадресного дерева в рамках наложенной сети используется протокол BGP
Подробнее..

Топ-20 самых сильных IT-брендов работодателей России и как мы их нашли подводим итоги исследования

26.11.2020 20:11:58 | Автор: admin


Привет! В августе Хабр и Экопси начали исследовать IT-бренды работодателей на предмет их веса среди айтишников. Анкеты обработаны, данные проанализированы и мы готовы поделиться результатами. В прошлый раз мы рассказали о респондентах нашего исследования (или его паспорте), а теперь, собственно, к итогам. О том, кто в итоге вошел в Топ-20, а самое главное, как мы это определили под катом.

Начнем с главного: первое место в рейтинге занята компания JetBrains, а Топ-20 самых сильных IT-брендов выглядит следующим образом:
Место
Компания
Сила IT-бренда
Оценило
Кто выбрал лучшим или худшим
1
JetBrains
98,4%
868
330
2
Cisco
97,3%
788
141
3
Red Hat
94,4%
1682
189
4
Hewlett Packard Enterprise
92,8%
1511
91
5
DataArt
91,7%
836
201
6
Wrike
90,5%
874
188
7
Avito
90,2%
1630
348
8
Positive Technologies
90,0%
619
51
9
Badoo
89,9%
889
140
10
ABBYY
89,7%
1631
161
11
Wargaming
86,5%
876
95
12
Лаборатория Касперского
86,4%
2793
596
13
SEMrush
85,5%
623
71
14
Яндекс
85,0%
2107
1207
15
Samsung
84,4%
1460
105
16
SAP
84,2%
1675
248
17
HeadHunter
82,9%
1856
130
18
T-Systems
81,9%
1085
116
19
Deutsche Bank
81,5%
1338
107
20
Okko
80,6%
792
52

Как мы считали коэффициенты в таблице и что такое сила IT-бренда


Сила IT-бренда показатель привлекательности работодателя для потенциального соискателя. Для понимания логики его расчета вспомним этапы воронки IT-бренда (выше) с точки зрения кандидата на рынке труда, то, как он ориентируется в предложениях и выбирает для себя работу. Рассмотрим повнимательнее:



Узнаваемость я что-то знаю про эту компанию, в целом понимаю, что она делает, и представляю, какую работу она может мне предложить.

Спойлер: высокая узнаваемость (особенно у компаний из b2c-сектора) отнюдь не гарантирует высоких строчек в итоговом рейтинге.

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

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

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

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

Лояльность я сотрудник компании и готов рекомендовать ее своим друзьям и знакомым как лучшего работодателя.

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

Итак

Что мы делали, чтобы замерить силу IT-бренда


В исследовании приняли участие 4723 респондента (полностью прошли по воронке и оценили компании на всех трех этапах) подробно о тех, кто участвовал в опросе, написали здесь (спасибо вам всем ещё раз!). А еще мы включили в контур исследования почти 500 компаний, которые хотели оценить в качестве работодателей.

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

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

Формулы узнаваемости и привлекательности


Вот так выглядит формула узнаваемости.

image

Объясним на примере лидера нашего рейтинга, JetBrains: логотип компании выпал для оценки у 1098 респондентов, 230 из которых сказали, что не могут оценить работодателя.



Привлекательность: оставшихся 868 человек мы попросили выбрать, на их усмотрение, от 1 до 4 лучших (Лучшие) ихудших работодателей (Худшие).Формула расчёта:

image

На нашем примере:



Разумеется, столь прямолинейный расчет не совсем корректен и мы им не ограничились, т. к. надо различать ситуации, когда привлекательность компании оценило 1000 человек и 100. Точность оценки будет разной и, чтобы это учесть, мы включаем доверительный интервал для каждой привлекательности. Здесь могла бы быть формула расчета доверительного интервала, но, упрощая себе жизнь, напишем, что мы взяли функцию binom.confint из пакета binom (328, 330, conf.level (доверительный интервал) = 0.85, methods = wilson). Получившийся доверительный интервал устраняет погрешность, определяя отличную от нуля точку отсчета. После чего показатель JetBrains становится 98,4%.

Получается, хоть компания и не обладает самой высокой узнаваемостью (например, у большинства банков или телекома была почти 100% узнаваемость, а у JetBrains только 79%), по привлекательности коэффициент очень высокий то есть практически все, кто знает этого работодателя, относят его к числу лучших. Кто нас знает тот нас любит! Это и есть сила IT-бренда.

Далее респонденты, продвигаясь по воронке опроса, попадали на третью ступень Готовность купить, где подробно оценивали JetBrains (и другие компании, выбранные ими в числе лучших и худших), определяя, какими характеристиками работодатель обладает или не обладает. Тем самым участники опроса формировали портрет идеального работодателя и облик каждой компании в отдельности.

Когда мы проанализировали оценки всех компаний по критериям, увидели, что если компанию оценило хотя бы 30 человек, то в получившемся совокупном портрете бренда задействовано 95% критериев. В результате из 500 компаний в long-list попали только 79 компаний, оценённых более 30 респондентами. Почему такой порог входа? Дело в том, что только на третьем уровне можно понять осведомленность респондентов о конкретной компании именно как о работодателе: имеет ли она сформировавшийся IT-бренд или нет. Например, множество компаний с сильным b2c-брендом имеют высокую узнаваемость (больше 90%) и неплохую привлекательность. При этом не более десятка человек могут оценить их как работодателей. Осведомленность людей об IT-брендах в этом аспекте крайне низкая.

Модель критериев оценки работодателей


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



Получившийся внушительный массив данных мы анализировали по следующему алгоритму:

  1. Подсчитали, какие критерии свойственны и не свойственны каждой компании, по мнению участников опроса. Например, JetBrains не свойственно Участие Компании в государственных проектах и в высокой степени свойственна Профессиональная среда ( участники опроса приписали ей эту характеристику). Так мы получили образ IT-бренда каждой компании.
  2. Посмотрели, какие критерии являются дифференцирующими, т. е. приписываются не всем компаниям без разбору, а в минус для худших компаний и в плюс для лучших.

Можно сказать, мы построили регрессионную модель, предсказывающую привлекательность компании. Это свойство (т. е. коэффициенты) мы назвали Значимостью критерия выбора работодателя.

Незначимые для повышения привлекательности критерии, не вошедшие в факторы привлекательности:


  • Стабильность компании
  • Темпы роста компании
  • Участие компании в государственных проекта
  • Удобные инструменты коммуникаций в Компании
  • Самостоятельность в принятии решений
  • Интересное содержание работы
  • Профессиональное обучение и участие в конференциях
  • Возможности для личностного роста
  • Творческая атмосфера
  • Забота о физическом и ментальном здоровье сотрудников


Незначимые критерии 10 критериев, которые ничего не добавляют к лучшести работодателя. То есть описания из серии Наша компания стабильна, в ней творческая атмосфера, мы участвуем в конференциях, скорее всего, не зайдут айтишнику. Либо это слишком пространно и ни о чем, либо банально, либо же они не значимы именно для айтишников (та же Стабильность компании очень ценится на рынке ритейла, где соискателю очень сложно найти работу; айтишнику же, с его востребованностью, нужны уже не такие базовые факторы, а что-то более продвинутое).

Наконец, определили, какие из 31 оставшегося критерия являются значимыми.
Критерий
Значимость
Профессиональная среда
0,86
Качество продуктов и услуг
0,86
Ценность работы в компании для резюме
0,85
Экологичное отношение руководителя к сотрудникам
0,75
Уровень оплаты
0,73
Хорошие отношения в коллективе
0,71
Интерес руководства Компании к мнению сотрудников
0,68
Возможность поработать за рубежом
0,67
Современный стэк технологий
0,66
Инновационность проектов Компании
0,66
Масштаб и амбициозность проектов Компании
0,65
Работа без записи и прослушки
0,65
Справедливость оплаты труда в командах
0,63
Вклад Компании в развитие общества
0,62
Современные подходы к управлению проектами
0,61
Комфортность офиса
0,61
Социальная ответственность Компании
0,60
Соцпакет и страховка
0,58
Гибкий график
0,57
Зависимость дохода от собственной эффективности
0,57
Международный статус Компании
0,56
Корпоративные плюшки
0,56
Баланс между работой и жизнью
0,55
Скорость построения карьеры
0,55
Интересные корпоративные мероприятия
0,53
Известность компании
0,52
Интересная локация офиса
0,51
Возможность получить сертификацию
0,51
Возможность разрабатывать свой продукт
0,49
Возможность выбора проектов
0,49
Культура многообразия (Diversity & Inclusion)
0,46

Возвращаясь к рейтингу


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

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

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

Статья подготовлена совместно с VikKaN
Подробнее..

Умная нация, или чем интересен опыт цифровой трансформации Сингапура?

27.11.2020 00:13:20 | Автор: admin

Недавно в Москве состоялся круглый стол Как сформировать "умную нацию", на котором обсуждался опыт цифровой трансформации государственного управления в России и Сингапуре. В этом посте мы хотим подробнее рассказать о достижениях азиатского государства и вопросах, которые поставил новый фильм Умная нация.

<cut/>

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

Осенью 2020 года страна возглавила рейтинг Asian Digital Transformation Index, который в очередной раз подтвердил уровень цифровой трансформации госуправления, городской инфраструктуры и общественной жизни.

Сингапур это одно из государств, которое приводят в пример, когда говорят о цифровой трансформации и реформе государственного управления. Делегации наших государственных служащих в рамках зарубежных модулей образовательных программ неоднократно приезжали в эту страну для обмена опытом. Мы пришли к пониманию, что ценный опыт Сингапура, к которому приковано столько внимания со стороны специалистов, надо сделать широко доступным для всех, кому он может быть полезен. И вместе с тем, фильм Умная нация можно назвать вершиной айсберга, потому что за 40-минутным видео стоят сотни часов отснятого материала, которые используются в наших образовательных программах, подчеркивает академический директор Центра подготовки руководителей цифровой трансформации ВШГУ РАНХиГС Мария Шклярук.

В чем же секрет этой небольшой страны, которая, получив независимость от Малайзии в 1965 году, владела всего лишь портом?

Если мы будем обычными, нас просто не станет

Именно так автор сингапурского экономического чуда Ли Куан Ю сформулировал суть стратегии развития города-государства. И хотя государство было крупнейшим в регионе транспортным узлом, правительство страны сделало ставку на инвестиции в электронику и внедрение технологий. Например, в 1998 году была запущена массовая программа подключения к высокоскоростному интернету, а спустя пять лет уже 65% жилых домов и рабочих мест было подключено к сети. Так, государство сформировало IT-инфраструктуру и создало широкий слой людей, которые могут работать в условиях постиндустриальной экономики и создавать интеллектуальные продукты. В результате Сингапур сконцентрировался на IT-технологиях, активно привлекая международный инновационный бизнес и развивая собственный.

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

Что такое Умная нация?

Ровно 6 лет назад премьер-министр Сингапура Ли Сянь Лунг запустил инициативу Умная нация. По мнению авторов концепции, это амбициозная программа, которая перенесет город, его жителей и правительство в цифровую эпоху а может быть, и ещё дальше. Например, с 2017 года правительство выделяет миллиарды долларов на поддержку и закупку государство услуг у технологических стартапов, тем самым стимулирует развитие собственного IT-сектора в стране.

Разработчики инициативы Smart Nation фактически создали в городе полигон для тестирования технологических решений городских проблем, чтобы упростить жизнь горожан при высокой плотности населения. Десятки тысяч датчиков, установленных по всей территорий страны собирают и передают на платформу Smart Nation Sensor Platform (SNSP) все данные, которые относятся к жилью, удобствам и общественной инфраструктуре.

Группа Умная нация и цифровое правительство (SNDGO) и Государственное технологическое агентство (GovTech) при канцелярии премьер-министра возглавляют разработку национальной системы цифровой идентификации для онлайн-транзакций между гражданами и предприятиями, опираясь на текущую систему SingPass.

В области здравоохранения правительство Сингапура запустила систему наблюдения за пожилыми гражданами и инвестировало в запуск телемедицинских сервисов. Интересно, в развертывании инфраструктуры участвовало не только государство, но и частные компании. На время тестирования технологий правительство страны берет на себя все расходы по разработке и внедрению проектов, а затем передает их негосударственным компаниям для масштабирования и поддерживания системы цифровых услуг. И, как ни странно, такая монетизация инициатив Smart Nation принесла свои плоды: бизнес не рискует своими инвестициями в технологии, а развивает решения, уже подтвердившие свою эффективность.

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

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

Чему можно научиться у Сингапура?

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

Интересно, что Сингапур не останавливается на достигнутом. Например, во время премьеры фильма Умная нация посол Республики Сингапур в Российской Федерации Премджит Садасиван, подчеркнул, что даже после многолетней реализации правительственной инициативы Сингапура Умная нация Республика с большим интересом смотрит на успешные кейсы цифровой трансформации в России, в частности, на стратегию развития г. Москвы Умный город. Цифровая трансформация для Сингапура, по словам Посла, это не отдельные мероприятия по цифровизации работы конкретных министерств и ведомств, а комплексная задача, охватывающая весь государственный и частный сектор в стране: Реализация нашего эксперимента по цифровой трансформации не ограничивается только Сингапуром, мы очень хотим, чтобы наши усилия в этом направлении были востребованы во всем мире.

И действительно, многие удачные сингапурские идеи были почерпнуты из опыта других стран и корпораций. Так, система рейтингов для госслужащих это переработанная практика от General Electric. Потенциальный рейтинг это концепт нефтяной компании Shell. Структура полиции была позаимствована у Японии. Таким образом, позитивный опыт Сингапура во многом говорит о том, что нужно учиться у тех, кто уже добился чего-то, перенимать навыки и знания.

Как отмечает заместитель руководителя Аналитического центра при Правительстве РФ Олег Логвинов: Россия готова перенимать опыт Сингапура, и у нас много точек взаимных интересов, в частности в промышленности: производство нефтегазовых платформ, микроэлектроника, управление цепочками поставок.

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

Директор Центра подготовки руководителей цифровой трансформации ВШГУ РАНХигС Ксения Ткачева подчеркнула: В Сингапуре системно выстроен процесс подготовки государственных служащих и развитие кадров в сфере цифры. И мы хотели бы развивать сотрудничество в этом направлении: наш Центр готов принять представителей образовательных организаций Сингапура, уверена, что нам есть чем поделиться с коллегами.

Вы можете посмотреть документальный фильм о Сингапуре, снятый Центром подготовки руководителей цифровой трансформации ВШГУ РАНХиГС. Также будет интересно узнать ваше мнение об опыте Сингапура и его применении в России. Оставляйте комментарии, присоединяйтесь к обсуждению!

Подробнее..

Категории

Последние комментарии

© 2006-2020, personeltest.ru