Size: a a a

noTieinIT - Об IT без галстуков

2018 February 10
noTieinIT - Об IT без галстуков
45 дней без публикаций на канале, 45 дней тяжелой работы без выходных. Некоторые подписчики не дождались, но спасибо тем кто остался. Осознание того, что более 800 подписчиков ждет материал придавало силы и помогало поскорее справиться с проблемами и вернуться к публикациям. Я решил, что лучше не писать, чем писать некачественно, а историю о том что произошло за эти 45 дней я обязательно опубликую. Сейчас же сдержу слово и продолжу цикл про #ico.
источник
noTieinIT - Об IT без галстуков
​​Ранее уже был разбор что такое IPO, crowdfunding и ICO. Я отмечал, что вложившись в ICO, с большой долей вероятности, ничего не получишь взамен, кроме виртуальных валют. Сегодня разберем состоявшееся в июле 2017 года ICO компании TenX в ходе которого было привлечено $80млн и позволило войти в топ-10 ICO по размеру собранных средств. Компания собирается выпустить дебетовые и кредитные карты с привязкой к ним криптовалют, но у нее нет банковской лицензии.

Пока у компании нет лицензии, то выпускать собственные карты она не может, но может пользоваться услугами других компаний и брендировать карты, что будут эмитированы другими учреждениями. Итого, чтобы запустить подобный бизнес, требуется прийти к соглашению с лицензированной компанией и разработать свое программное обеспечение для приема/вывода криптовалют и приложения для клиентов (iOS, Android и web приложения). Easy!

Компания начала свой путь в 2015 году с небольшого стартапа и получила в 2016 году $120k от частных инвесторов на seed round, а в марте 2017 еще $1млн от группы лиц и китайского фонда Fenbushi, а спустя 3 месяца начинается ICO. На что же планировали тратить средства? Я приведу суммы в USD на момент начала ICO (1 ETH тогда стоил $327), данные взяты с whitepaper на сайте проекта:
🔸$2.4млн на создание клиентского web app;
🔸$2.4млн на создание клиентского iOS приложения;
🔸$8.1млн на поиск и подписание новых партнеров выпускающих карты;
🔸$3.2млн на аудиторов по финансовой и информационной безопасности.

Я просто обалдел от этих цифр. За web app и iOS приложение $5млн в сумме… это распилы масштаба поболее договорных государственных тендеров! Но минуточку, если открыть анонс компании и посмотреть на что TenX должна была потратить $1млн от инвесторов, то мы увидим все те же пункты, только инвесторам напарить разработку за $5млн не вышло. Или же инвесторы планировали сорвать куш на ICO?

Но это не все, если проект соберет более чем 50000 ETH, то TenX приступит к реализации своей COMIT сети на базе блокчейн. Вот как собирались потратить средства:
🔸$9.8млн на разработку сети COMIT;
🔸$3.2млн на аудит по информационной безопасности.

В мире карточных платежей тоже существуют обязательные аудиты безопасности (PCI-DSS), но они стоят для самого дорого уровня (level 1) около $50-70к. Но TenX выделяет $3млн. Можно было бы сразу компанию по аудиту купить за эти средства и платить всем зарплаты на протяжении года. Сеть за $9.8млн ребята собирались построить до лета 2018 года. По миллиону долларов в месяц на разработку, not bad.

Что же предлагали взамен? Об этом завтра! Ваш @noTieInIT
источник
2018 February 11
noTieinIT - Об IT без галстуков
​​Вчера был опубликован анализ предложения проекта TenX собравшему $80млн на #ico. Сегодня речь пойдет о выгоде для покупателей токенов TenX.

Что предлагали “инвесторам”? 0.5% от оборота по карточным платежам делится между всеми владельцами токенов и начисляется пропорционально количеству токенов которыми владеет “инвестор”. На ICO было отведено всего 51% от всех выпущенных токенов, а оставшиеся 49% создатели оставили себе и на остальные непонятные “исследовательские” нужды. Обычные пользователи получают за платежи картами немного токенов. Это должно создавать рост цены на токены и “инвесторы” должны быть уверены, что цена токенов будет только расти, ведь эмиссия ограничено. Но если посмотреть на размер такого кэшбека, то 10% токенов что остались у собственников хватит чтобы выплачивать токены пользователям системы на протяжении 10 лет.

Таким образом, если же через TenX будет производиться платежей на $1млрд в год, то выплаты ICO “инвесторам” составят $2.55млн. Сколько понадобиться времени чтобы выйти на такой оборот неизвестно, полагаю, что на это уйдут годы. Напомню, что “инвесторы” вложились на $80млн.

Может покупатели токенов защищены, претендуют на управление? Нет! В whitepaper многократно повторяется, что токены не являются ценными бумагами, владельцы токенов не могут претендовать ни на что, могут потерять все токены и останутся без компенсации. Токены могут быть украдены, это нормально, это указано в условиях. Компания не будет компенсировать потери. Да и вообще, компания может поменять правила и перестать производить выплаты и это будет вполне законно, ведь это указано в термзах.

Я лично удивлен, что проект собрал столько средств. Многие пункты трат раздуты в десятки раз. Проведение ICO спустя 3 месяца после привлечения $1млн от инвесторов и фондов выглядит странно. Я считаю, что инвесторы решили на волне хайпа быстро вернуть вложения и с лихвой окупить их. Что же, им это удалось.

Ниже находиться график цены токена TenX. Отчетливо видно, что цена упала после окончания ICO в 2.5 раза, немного раскачивалась, вероятно начали пампить токен TenX. Цена же ETH, за который продавали токены, успела вырасти в 2.5 раза. Так что, для меня проект в минус для “инвесторов” и в огромный плюс для инвесторов и собственников.

@noTieInIT
источник
2018 February 19
noTieinIT - Об IT без галстуков
​​#личностноеразвитие

Известно ли вам в каких IT-компаниях из Fortune 500 наименьшая средняя продолжительность работы сотрудников? Ответ: Amazon, Google, Visa и Apple. По рейтингу payscale среднестатистический сотрудник работает в этих компаниях менее двух лет. Показатель у Amazon и Google 1.0 и 1.1 года соответственно. При этом степень удовлетворенности у этих компаний довольно высокий: 70%+ сотрудников довольны работой.

В сфере высоких технологий текучка одна из самых высоких на рынке. В среднем, сотрудник остается в компании 3.6 года. В больших компаниях задерживаются на 30% дольше. В больших городах чаще меняют работу. Чем старше сотрудник, тем он менее склонен к смене работы и более лоялен к компании. Поколение Y, они же миллениалы, задерживаются в среднем 2 года. Существует даже термин "job hopper" для людей часто меняющих работу. Миллениалы активно ищут свое место под солнцем и пока они не завели детей и семью, то склонны менять компании часто и искать свою компанию мечты. Но частая смена может сыграть злую шутку, ведь рекрутеры пристально изучают предыдущий опыт и частая смена мест работы является звоночком для компании.

Но это еще цветочки. На смену поколению Y приходит поколение Z, т.е. люди родившиеся после 1995 года. Они как раз заканчивают ВУЗы и колледжи и начинают искать работу. Вот с кем будет работать еще сложнее. Может потому технологические компании адаптируются уже сейчас? Не просто так уделяется огромное внимание культурным кодексам и процессам по адаптации специалистов?

@noTieInIT
источник
2018 February 21
noTieinIT - Об IT без галстуков
Для удобства навигации по циклам на канале создал каталог - http://telegra.ph/noTieInIT---navigaciya-po-kanalu-02-18
источник
2018 February 25
noTieinIT - Об IT без галстуков
​​На этой неделе вышла статья Сергея Королева из Railsware, про то как им удалось изменить бизнес модель и переключиться в разработке с аутсорса на консалтинг. Это позволило поднять в несколько раз ценность оказываемых услуг, как следствие, подняло часовой рейт до $65-75.

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

Ключевые тезисы из видео:
🔸 компания с первой коммуникации выясняет бизнес потребность заказчика;
🔸 разработчики не только пишут код, но и вникают в суть, выясняют почему заказчик хочет сделать именно так;
🔸 команда из 2-3 продуктоориентированных разработчиков работает эффективнее команды из 15 человек на аутсорсе;
🔸 подобрать таких сотрудников сложно, потому компания состоит из 44 человек и масштабируется медленно;
🔸 проджект менеджеры нужны аутсорсу, но продуктовым компаниям нужны именно продакт менеджеры;
🔸 продакт менеджеров в Европе найти крайне сложно, рынок взращивает проджектов, а не продактов.

Видео - https://www.facebook.com/sergey.snezar/videos/1647369195328096/
источник
2018 March 16
noTieinIT - Об IT без галстуков
#личностноеразвитие

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

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

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

Center of American Progress проводил исследование и выяснил во сколько обходится замена сотрудника: для низкооплачиваемых позиций стоимость замены составлять от 5 до 15% годовой ставки, для среднего класса 20-30%. Замена руководителей может потянуть на 1.5-2 годовых ставки. Stackoverflow для долины и IT приводит цифры в 6-9 месячных зарплат.

Какой можно сделать вывод? 1) Прежде чем принимать решения о расставании стоит подумать о затратах на поиск и взвесить все факторы. 2) Чем больше компания, тем больше можно сэкономить при ускорении интеграции новых сотрудников.

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

@noTieInIT
источник
2018 March 19
noTieinIT - Об IT без галстуков
​​#статистика

Stackoverflow опубликовала отчет с результатами опроса среди разработчиков за 2018 год. В обзоре я выделил основные вещи: какие языки наиболее популярны, какие угасают и на что будут мигрировать разработчики в ближайшие годы, какие хранлища и ОС популярны. Самое неожиданное - это рост популярности Python. Самое значимое - любовь к Rust и желание выучить JavaScript. Node.js в топе по популярности среди фреймворков, а самый любимый - TensorFlow. Среди РСУБД растет популрность PostgreSQL, а MySQL теряет позиции. MongoDB лидирующая среи нереляционных хранилищ.

Детали - http://telegra.ph/Rezultaty-oprosa-stackoverflow-sredi-razrabotchikov-03-19

@notieInIT
источник
2018 March 28
noTieinIT - Об IT без галстуков
​​#техничка

Сегодня я хочу поделиться своей первой технической статьей на этом канале. Когда я начал переносить docker контейнеры с centos 6 на centos 7, то столкнулся с ошибками в приложении связанными с resolve IP адресов вебсервером (nginx). Вопреки ожиданиям, хостнейм в upstream nginx резолвился в IPv4 и IPv6 адреса, а этого не ожидал сам сервис: он слушал только IPv4. Но фишка в том, что host, dig и т.п. определяли только IPv4 адрес, а IPv6 не было в списке. В /etc/hosts тоже не было информации. Это вынудило меня провести детальное исследование с результатами которого и делюсь.

Из статьи вы узнаете:
1️⃣ какой алгоритм в Linux для резолва хостнеймов;
2️⃣ как переопределить логику определения хостнеймов;
3️⃣ какие функции и библиотеки использует ОС;
4️⃣ какие ловушки существуют при конфигурировании и как их не допускать.

https://dmenshikov.com/2018-03-16-hostname-resolving-on-linux/
источник
2018 July 11
noTieinIT - Об IT без галстуков
#техничка

Занимательная статистика проскочила на канале @devopsengineer.

Существует некий сервис Intricately, который позволяет давать insights по использованию облачных сервисов для своих пользователей. Этот сервис прогнозирует, что Netflix тратит в месяц $40M на облачные сервисы, в частности, на Amazon EC2 - $19M, ELB - $3M, CloudFront - $1M. Странно, конечно, что для Netflix расходы на доставку видео на порядок ниже затрат на сервера.

Что-то здесь не так… Все дело в методологию расчета. Intricately заявляет, что у них во многих датацентрах и провайдерах есть точки присутствия в виде агентов снимающих показатели по протекаемому трафику с маршрутизаторов. Наблюдая за потоками трафика невозможно достоверно определить что находится внутри самой облачной инфраструктуры. Откуда же тогда информация про потребление данных между Amazon CloudFront и S3/EC2? О количестве хостов? Обьеме данных на S3? Сам Amazon продает эти данные third party компаниям? Или сервис работает по принципу "пальцем в небо"?
источник
2019 April 09
noTieinIT - Об IT без галстуков
​​Дорогие читатели! Почти год тишины был на канале. Увы, повлиять на причины этого я не мог. Каждый день этого молчания я думал о том кредите доверия что выдал мне каждый из вас и об ответственности которую я взял начав этот путь.

Сегодня этот лист переворачивается и начинается новый виток развития канала и контента.

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

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

Поскольку направленность контента разная, то решил вынести на обсуждение возможность разделения контента по каналам. Прошу помочь вас и высказать свое мнение в голосовании ниже.
источник
noTieinIT - Об IT без галстуков
Стоит ли разделить контент по каналам?
Анонимный опрос
75%
Бизнес и технологии с техничкой в одном канале
17%
Техничку оставить в "Об IT без галстуков" и бизнес в отдельный канал
8%
На канале "Об IT без галстуков" про бизнес, а техничку вынести в отдельный канал
Проголосовало: 284
источник
2019 April 15
noTieinIT - Об IT без галстуков
​​Слова “#культура” и “#токсичность” нынче слышна из каждого утюга.

Вы видели правила комьюнити на stackoverflow, самого крупного ресурса для обмена знаниями? Допустим, Петя постит кусок кода и спрашивает:
- Почему этот код не работает?
А Коля ему отвечает в духе: “Эй, друг, запусти дебагер и он тебе поможет!”.

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

А обратная связь? Если тимлид делает ревью, видит очевидную ошибку которая бы вылезла при первом запуске, а затем пишет: “Ты вообще проверял этот код?”, то это тоже попадает под определение токсичности. Эксперты по культуре говорят, что стоило написать: “Женя, ты такой молодец и такой крутой код написал, мне кажется тут маленькая проблемка есть, обрати внимание. Но ты хорошо постарался! Молодец!”. Ну да, молодец, код-то даже не запускается. Деньги компании тратятся, время тимлида тратится, тайм трекер крутится, лавэха мутится…

“Дайте людям делать ошибки! Нельзя за ошибки наказывать, иначе у людей мотивация пропадет проявлять творчество...”, - советуют коучи. Серьезно? Какой универсальный рецепт. Давайте применим в авиации. Хотя минуточку… Boeing часом не внедрил безопасную среду для экспериментов, поисков себя и внедрения инноваций? И вправду, больная тема: я вообще стараюсь не думать как писали и тестировали код систем от которых зависит моя жизнь и безопасность.

Знакомые ситуации? Бывали на позиции Пети или Коли, тимлида или Жени? А знаете почему корпорации озаботились понятием культуры? Для кого придумали детокс программы коучи и зачем? А всегда ли это нужно? И так, новый цикл на @noTieInIT о токсичности и культуре!

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

Не переключайтесь!  @noTieInIT
источник
2019 April 17
noTieinIT - Об IT без галстуков
​​Цикл про токсичность и культуру зашел! Мне много людей писало в личку, некоторые даже успели заметить и воспользоваться свеженьким ботом @noTieInIT_bot (да-да, отныне обратную связь можно давать через хелпдеск бота). Из сообщений понятно, что внедрение культуры происходит прямо сейчас. Двигаемся дальше!

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

За это время комитеты ECMAScript хорошо потрудились, разработчики браузеров добавили множество крутых фич. Да вот индустрия не поспевает. Жаль что комитеты по архитектуре проектов на ECMAScript не созданы. Как следствие появляется множество проектов что становятся хайповыми, инструменты и библиотеки ставятся во главе угла, а архитектура отодвигается на второй план. Но ведь самое важное - это архитектура. Не фичи библиотеки, не холивар по выбору high order components против render props. Это всё менее важно чем архитектура. Она как раз позволяет переживать взлеты и падения библиотек и инструментов.

С образованием тоже беда. Толики полезной информации вытесняются потоком малополезной, побеждают маркетологи. Группы я читать не успеваю, да и глубинные проблемы разбирают там редко. Разбираемые проблемы таких групп ограничиваются нежеланием прочесть страницу документации. С новостями и отбором публикаций благо помогает habr/medium. Вопросы архитектуры периодически обсуждаем в группе @aofclub где разбираются проблемы архитектуры и особенности технологий. Иногда рассылки javascript weekly помогают, но проплаченного материала много, а качество со временем упало. Если у вас есть рекомендации качественного контента по архитектуре фронтенда - просьба писать боту @noTieInIT_bot.

Резюмирую. Уделяйте больше внимание архитектуре приложений, акцентируйте усилия на продумывании именно архитектуры. Библиотеки рождаются и умирают, как сверхновые, а архитектура и черные дыры остаются. В следующих публикациях по фронтенду будет инфа как мы приложение на SPA переписываем.
источник
2019 April 22
noTieinIT - Об IT без галстуков
​​В предыдущей публикации цикла о токсичности и культуре я заспойлерил красную нить цикла. Для того чтобы двигаться дальше и пройти путь осознания происходящего придется вникнуть в природу человеческого поведения.

Такого термина как токсичность не существует в литературе по психологии, термин отсутствует в классификации МКБ-10. Термин “токсичность” - это чистый маркетинг, создание собирательного образа из черт личностей, этапов развития личностей и особенностей темпераментов, иногда под критерии токсичности попадают симптомы заболеваний. Итого, под “токсичность” можно подвести вообще все что угодно.

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

Токсичные люди:
🔸не хотят нести ответственность за свои чувства и эмоции;
🔸критикуют других людей и не признают своих ошибок;
🔸кричат или проявляют насилие, бьют посуду, кидаются вещами;
🔸подчеркивающих свое превосходство;
🔸соперничают с другими людьми;
🔸считают что виноваты во всем происходящем не они, а всегда другие люди или природа;
🔸спорят с мнением других людей;
🔸клевещут на других людей;
🔸не извиняются даже если не правы;
🔸перебивают собеседника в разговоре, уводят разговор в другое русло преследуя свои цели;
🔸пессимисты и негативщики (ааа, мы все умрем);
🔸вынуждают других людей им что-то доказывать и жертвовать интересами (других людей) ради своих интересов и целей;
🔸мало интересуются заботит участь других людей;
🔸вынуждают думать людей что те виноваты в бедах “токсика” и чувствовать вину за это.

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

Теперь давайте зайдем с другой стороны и поговорим про расстройства личностей. Кстати, знаете какое определение “расстройства личности” дает American Psychiatric Association? Расстройство личности - это способ мышления, проявления чувств и поведения отличный от принятых культурно (в социуме), вызывается расстройства или проблемы в функционировании и длится с течением времени. Что это означает? Если дети еще 20-30 лет назад развлекались привязывая кошкам консервные банки к хвосту и социум считал это приемлемой забавой, то дети были в приниципе-то нормальными. Сейчас же социум поменялся и попробуй выкини такую шутейку… сразу к психологам запрут или, и того хуже, к психиатрам. Настолько манипулятивно само понятие “нормальности”.

Cписок расстройств личности я вынес 📎 в отдельный пост (ниже ссылка), напомню, эти расстройства официально признаны заболеваниями и подлежат лечению, иногда медикаментозному. Если у “токсичного” человека проявляются симптомы заболевания, то введение культуры компании или введение запретов абсолютно не поможет человеку. Если менеджмент действительно желает помочь, то стоит учитывать менеджменту и коллективу особенности некоторых людей и пытаться вместе их преодолевать. На просторах СНГ, конечно, таким если и будут заниматься, то единицы, ведь проще уволить чем решать проблему. Ну и заодно пакет “Культура в компании 2.0 для чайников” у коучей заказать. Читая мою краткую сводку симптомов расстройств советую сравнивать с теми критериями токсичности что я упоминал выше.

📎  https://telegra.ph/noTieInIT---tokischnye-lyudi-i-rasstrojstva-lichnosti-04-22

Удалось ли кому увидеть в симптоматике схожесть с собственным поведением или поведением знакомых? Хотя не стоит пугаться раньше времени! В следующей публикации цикла поговорим о типах личностей и склонностях к проявлению поведения. Если у вас есть истории из жизни, то делитесь ими, пишите 📮боту. Присланные истории включу в цикл, анонимно, по желанию.

@noTieInIT
источник
2019 April 25
noTieinIT - Об IT без галстуков

В прошлой публикации цикла #культура и #токсичность зашли со стороны заболеваний что могут трактоваться как проявления токсичного поведения. Сегодня речь пойдет о типах личности и их особенностях. Вникнув в суть вы будете лучше понимать как работать с людьми в вашей команде. Ведь понимание друг друга - это первый шаг к успешному бизнесу! А за этим следует все остальное.

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

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

Психотип человека в основах – это всем известные понятия: экстраверты и интроверты, малоизвестные амбиверты. Есть и подтипы.

Готовы к лонг риду по психологи? Поехали! https://telegra.ph/noTieInIT---tipy-temperamenta-04-25

@noTieInIT
источник
2019 May 15
noTieinIT - Об IT без галстуков
#токсичность и #культура

Те кто родился 25-40 лет назад являются представителями сложного поколения. Думаю среди моей аудитории таких большинство, да и я сам отношусь в этой группе. Мы пережили смену строя, видели как становимся никому не нужными, брошенные на произвол.

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

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

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

А теперь помните почему я говорил в самом начале что этот тренд в США набрал обороты? В США потерянное поколение лет на 10 старше чем в СНГ, там прослойка людей в возрасте 25-30 лет уже не застала сложный период, с ними работать нужно по другому, у них другие ценности уже. Другие ценности будут и у нас, нам придется подстроится под поколение Z и поменять риторику через несколько лет, но не сейчас. Еще есть время подготовится.

@noTieInIT
источник
2019 May 20
noTieinIT - Об IT без галстуков
​​Вот уже несколько лет я и команда ведем борьбу за время загрузки страниц, время ответа сервисов и время реакции приложений. В современном мире наличие задержек крайне негативно влияет на доходы бизнеса: поисковые системы учитывают время ответа при ранжировании сайтов, пользователи с большей вероятностью уходят. По этой причине постоянно пытаюсь бороться с задержками.

Исследования и факты:
1) Google установил, что 53% пользователей мобильных устройств закроют вкладку если страница загружается дольше 3 секунд.
2) С июля 2018 Google в формуле ранжирования поисковой выдачи для мобильных учитывает скорость.
2) Amazon теряет по 1% продаж при увеличении времени ответа на каждые 100ms.
3) Более 52% от всего количества загружаемых страниц по всему миру приходится на мобильные устройства.
4) Исследование Akamai показало падение конверсии на 7% при увеличении времени ответа на 100ms. Задержка в 2 секунды срежет конверсию в два раза.
5) 47% респондентов ожидают что сайт должен загружаться быстрее 2 секунд, а 85% уверены что мобильные сайты должны грузиться быстрее десктопных версий.
6) У Yahoo ускорение сайта в 400ms увеличило трафик на 9%. Источник.
7) Mozilla понизив время загрузки ниже 2.2s увеличила количество загрузок на 15.4%.

В бизнесе везде есть trade off в принимаемых решениях и стоит применять холодный расчет, отбросив желание все оптимизировать. Если страница загружается за 7 секунд, то ускорив ее до 4 секунд можно получить рост конверсии. Но эти 3 секунды могут стоить тысячи и десятки тысяч долларов затрат на разработку или работу администраторов/девопсов. Бизнес всегда считает окупит ли он затраты на улучшения путем роста конверсии и когда.

Все же решили ускорят продукт? Тогда стоит определить какие оптимизации принесут максимум выгоды. Минимум затрат за максимум результата. Помочь в определении узких мест может Google PageSpeed Insights. Когда улучшать уже нечего и скорость загрузки упирается в скорость ответа сервера, то пора оптимизировать backend.

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

Но есть еще отдельная область для ускорения которую анализаторы не учитывают, но для сайтов работающих на разных континентах это крайне важно. Речь о network latency и ограничениях протокола TCP и HTTPS. При наличии нескольких балансировщиков нагрузки с динамической сменой IP адресов веб-серверов ситуация очень усугубляется. За последние месяцы была проделана огромная работа и результатами буду делиться в дальнейших публикациях.

@noTieInIT
источник
2019 May 29
noTieinIT - Об IT без галстуков
​​🚀 Network latency: снижение задержки на 5ms за $300m

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

Базовым ограничением в скорости передачи информации является скорость света. Как не крути, а быстрее скорости света доставить не получится. 10000 километров фотон, он же свет в простонародье, преодолеет за 33 миллисекунды. При передачи информации оптоволокном как раз используется передача фотонов, но при передаче по оптоволокну скорость снижается. Примерно до 50мс на 10000 км.

В конце 2015 года был запущен линк Hibernia Express между Канадой и UK. Он проходит через океан, имеет длину в 4600км. От Канады линк тянется до Нью-Йорка и общая задержка в передаче данных между Нью-Йорком и Лондоном составила 59мс (суммарное расстояние . Это на 5мс быстрее чем было возможно достичь ранее и на выигрыш в 5мс было потрачено более 300 миллионов долларов.

Пока что локомотивом выступают трейдеры: в Нью-Йорке и Лондоне находятся одни из крупнейших фондовых бирж мира. Те компании что на 5мс раньше получают информацию об изменении котировок получают преимущество на миллионы долларов. За эти миллисекунды и платят 💸.

В следующей публикации поговорим о выборе датацентра и поставщика каналов. А чтобы не скучали вот карта с задержками сети GTT, одной из крупнейших.
источник
2019 June 20
noTieinIT - Об IT без галстуков
​​✈️ Network performance: latency в UDP

В прошлой публикации разобрали что есть физические ограничения по latency ниже которых прыгнуть не получится и скорость света выступает ограничителем. Время обмена данными между узлами сети зависит еще и от протокола. В сетевой модели TCP/IP два самых распространенных протокола - это TCP и UDP. Протоколы не что иное как набор соглашений по обмену данными. Основное отличие у TCP и UDP заключается в гарантировании доставки данных и последовательности получения пакетов.

У UDP есть два основных минуса:
🔸 Отправитель не получает никакого подтверждения доставки. Если на стороне получателя пакеты не слушаются, то они пропадут так и не будучи обработанными.
🔸 Порядок тоже не гарантируется, потому отправитель может отправить сообщения в одном порядке, допустим, {A, B, C}, а получатель получит {B, C, A}. Может вовсе получить {B, A}, а C пропадет.

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

Так что если линия связи позволит доставить пакет за 59мс, то он и будет доставлен за это время.
На базе UDP строятся высокоуровневые протоколы, например, DNS (определение IP адреса по имени хоста/домену), NTP (синхронизация времени), VPN. Фактически все peer-to-peer видеочаты, звонки (telegram, viber, whatsapp) используют UDP.

За мою карьеру накопилось много примеров и фейлов связанных с UDP и реально крутого применения. Чтобы было понятно и интересно я сперва пройдусь по TCP и тогда казусов связанных с особенностями работы протоколов станет больше. Про TCP будет дальше. Свои предложения, пожелания, обратную связь вида "интересно", "не интересно", "расскажи об этом лучше" пишите в @noTieInIT_bot.
источник