Центр им. Гамалеи, который разработал вакцину «Спутник V», заявил, что модифицировал препарат специально под штамм «дельта» COVID-19. Об этом сообщил директор центра Александр Гинцбург.
Asana: сотрудники тратят более половины рабочего дня на планирование и общение с коллегами
Согласно опросу, который провел производитель программного обеспечения для бизнеса Asana, сотрудники компаний тратят более половины рабочего дня на «координацию работы» — отслеживание дел, поиск информации и общение.
Эксперты CNBC назвали «красные флаги» работы, предупреждающие о высоком риске выгорания
Согласно октябрьскому опросу исследовательской платформы Future Forum Pulse, основанной Slack, около 40% сотрудников жалуются на выгорание, причиной которого становится хронический стресс. Одна из особенностей этого состояния — умственное и физическое истощение, пишет CNBC в проекте Make It. Издание попросило экспертов сингапурской платформы Intellect и коучей рассказать о «красных флагах», на которые следует обратить внимание, прежде чем устраиваться на работу.
Вебинар «Делаем ИБ эффективной. Ликбез по процессному подходу к управлению ИБ»
23 ноября 2022 года состоится обучающий вебинар, посвященный применению процессной модели управления ИБ.
На вебинаре эксперты «Инфосистемы Джет» расскажут о процессном подходе, его преимуществах и сложностях, с которыми можно столкнуться на каждом этапе его внедрения в своей компании.
Люди мешают: IT-гиганты уверены, что с меньшим количеством сотрудников они могут стать более эффективными
Пока Илон Маск выступает громоотводом новой hr-политики, многие работодатели из крупнейших IT-компаний требуют от своих сотрудников «хардкора». Insider отследил тех, кто делал не такие громкие заявления, но придерживается схожих взглядов на то, как должны теперь работать подчинённые.
Новые интерфейсы, шаг в 16 нм и поддержка до 2040 года. Анонсирован новый FPGA линейки Spartan
Компания AMD порадовала публику очередным релизом. На этот раз речь пойдет не об основных и привычных продуктах, хотя компания активно разрабатывает и улучшает архитектуры Zen и Instinct. При этом AMD акцентирует внимание на продвижении и развитии промышленных технологий, унаследованных от Xilinx: AMD объявила о запуске новой линейки FPGA под названием Spartan UltraScale+, которая призвана заменить предшествующие серии Spartan 6 и Spartan 7.
Эти новые программируемые логические интегральные схемы (ПЛИС) отличаются от прочих решений энергоэффективностью и довольно доступной ценой. По сравнению с предыдущими поколениями, Spartan UltraScale+ обеспечивает большую плотность за счет использования 16-нанометрового производственного процесса и предлагает множество новых функций и возможностей.
Пока в Google ищут способы повысить эффективность, Fortune нашла сотрудника компании, тратящего на работу 1 час в день
В 2022 году Google начала менять свою систему менеджмента, пытаясь сделать процессы управления проще и эффективнее, а работу людей продуктивнее. О том, что предпринятые меры не совсем работают, говорит недавний отказ компании от программы мониторинга эффективности сотрудников. Сейчас Fortune опубликовала статью о 20-летнем инженере-разработчике Google, который тратит в среднем 1 час в день на свои задачи, получает за это $150 тыс. в год, а в оставшееся время занимается своим стартапом.
Издание ссылается на исследование Monster, согласно которому 37% опрошенных работают более чем на одной работе с полной занятостью, а 56% респондентов заявили, что могли бы совмещать работу на две компании, при этом их нынешний работодатель не узнал бы об этом.
Google отказалась от инструмента для мониторинга эффективности сотрудников
Google прекратила практику предупреждения сотрудников об их неэффективности на рабочем месте, пишет Business Insider. Ранее компания проводила с персоналом беседы из-за несоответствия плану продуктивности.
День СТО в Москве: инженеры Southbridge рассказали про SRE и DDoS-атаки
В июне в Москве состоялся ивент, посвященные дню СТО, где инженеры Southbridge Денис Чернов и Максим Гусев поделились со слушателями двумя темами. Денис Чернов рассказал о влиянии DDoS-атак на инфраструктуру. SRE Максим Гусев говорил про про адаптацию SRE-практик под наши реалии. Подробности ниже.
N+1 полезная книга для бизнеса: часть 3
Привет!
Прошлые два обзора полезных книг за 2010 и 2011 год собрали просто адовое количество закладок, поэтому я продолжу. Прошел ещё год, ещё около 250 прочитанных книг – и вот самые интересные под катом.
Кто сказал, что слоны не умеют танцевать? Возрождение корпорации IBM: взгляд изнутри (Герстнер Луис)
Отличная книга про то, как удалось восстановить IBM. То, что со стороны выглядело как бессистемное перемещение активов и последовательность приказов без особого смысла, через несколько лет начало складываться в единую систему.
Догнать зайца (Стивен Спир)
Отличная книга про дебаг производственных процессов. Одна из основных вещей – то, что все серьёзные проблемы возникают из-за сочетания некритичных багов. Есть примеры из американской ядерной программы, NASA и т.п. Я предлагаю прямо сейчас пойти и прочитать описание железнодорожного крушения на Каменской: один не отчитался, второй не проверил тормоза, третий зажал тангенту, четвёртый сорвал стоп-кран. Результат — катастрофа.
Повышение эффективности работы в Google Chrome
Многие знают о возможностях адресной строки Chrome, запоминающей поисковые системы различных сайтов. Однако эффективно ее использовать, думаю, умеют далеко не все.
Я сижу в интернете исключительно через этот браузер (дело вкуса и привычки, конечно) и использую кастомизированный поиск в Chrome по несколько десятков раз в день. Большое количество действий, ежедневно выполняемых через браузер, можно оптимизировать, добавив в список определенные поисковые системы.
Итак, кончаю муть, перехожу к «технической» и практической стороне дела.
Бизнес студии: про этапы, деньги, калькулятор и канбан
Я очень ленив, чтобы серьезно заниматься риск-менеджментом. Всегда считал это полной чушью, созданной неудачниками для отмазок в стиле: «А! Мы же говорили, что у вас ничего не получится!» Вон из моего проекта!
Кроме того — мы применяем аджайл. Мелкие итерации. И наши риски, и риски клиентов — ничтожно малы! А еще у нас есть типовые и четко очерченные в договорных отношениях этапы (не путать с agile-итерациями ;). Каждый раз, когда мы сталкиваемся с неопределенностью — мы разбиваем задачу на несколько мелких этапов и наши риски снижаются. Это же просто! Да? А теперь плохая новость:
Снижая риски добавлением этапов, мы снижаем рентабельность* всего проекта.
Свою рентабельность, в смысле. Когда я обнаружил это с помощью простой excel-таблицы, и посчитал, во что обходится добавление еще одного этапа — я присвистнул.
Итак, у нас есть абсолютно типовые этапы:
Одержимость эффективностью рассылок: пара тестов и историй
Знаете, что они сделали? Они взяли свою клиентскую базу и начали делать полезную рассылку, которая позволила пережить пару месяцев без заказов. Точнее, переключила основной канал на повторные продажи.
И тут я начал экспериментировать с рассылками. Ниже – результаты.
6 показателей эффективности работы веб-производства
Мне всегда было интересно создать сбалансированную систему показателей, ориентируясь на которую, можно было бы эффективно управлять веб-производством, стремясь к золотой середине. В этой небольшой статье я расскажу про систему оценки эффективности на производстве WebCanape.
Интенсивность важнее тщательности
Изучив жесты и позы клиентов, Алан Пиз написал книгу “Язык телодвижений”, которая разошлась сотней миллионов экземпляров и была переведена на 36 языков. В книге рассказывается о всевозможных жестах, позах, личном пространстве, о разнице в жестах различных культур и о том, как правильно пользоваться этими знаниями.
Когда Алану было одиннадцать лет, он продавал губки, чтобы собрать деньги на строительство клуба для скаутского отряда. Скаут-мастер, мудрый пожилой человек, поделился с Аланом секретом, который был назван Аланом “закон распределения вероятностей”. Это правило дословно:
Удача — это игра, чем дольше играешь, тем больше выигрываешь. И чем больше выигрываешь, тем более успешно играешь.
Ваши программисты работают в поте лица или просто ленятся?
В 2004 году я работал младшим разработчиком в большой команде отдела по биллингу и предоставлению услуг в компании кабельного телевидения. Как и все большие системы, эта состояла из нескольких относительно самостоятельных компонентов, над которыми работали отдельные сотрудники или небольшие группы. Системы цифрового и аналогового ТВ были почти полностью отделены друг от друга, с каждой из них работала своя команда.
Что такое «проектная эффективность» для ИТ-шника
Многие менеджеры, программисты и тестировщики говорят об «эффективности» но не все понимают это слово одинаково. Эффективность это не апельсины или яблоки. Эффективность нельзя положить в пакет, взвесить на весах в магазине и выдать человеку: на, мол, теперь у тебя есть килограмм эффективность. Кушай на здоровье.
Эффективность нематериальна. По этой причине, часто возникают недопонимания даже внутри одного проекта и одной команды.
Целью данного обзора является освещение следующего вопроса: как понимают фразу «проектная эффективность» различные специалисты в сфере ИТ. Мы искренне надеемся, что данное небольшое исследование поможет найти общий язык в понимании термина «эффективность», что и будет первым шагом к достижению высокой эффективности в вашем проекте.
Как увеличить эффективность разработки по методу Куклачева
UPD: Пост не про лишение еды.
Секрет Юрия Куклачева прост:
1. Правильный подбор специалистов (супер-важно)
2. Правильное выстраивание процессов
Эти два принципа можно использовать и для построения эффективных команд при разработке программных продуктов.
Неэффективный программист или как взломать свой мозг за 2 дня
Disclaimer: Автор понимает, что ничего нового не открыл, но подача материала может оказаться достаточно полезной, особенно для тех, кто регулярно пытается сконцентрироваться и расти над собой.
Интернет сделал нас ленивыми!
Почему? Кто в последний раз посмотрел видео больше 3х минут? Кто прочитал пост больше 2 страниц? Какой заголовок более привлекателен, «63 способа бла-бла-бла» или «3 проверенных метода бла-бла-бла»? А если эти три проверенных метода выделены от основного текста, то это вообще гуд (можно не читать текст вовсе, а просто пробежаться по выделенным подзаголовкам).
В этом свои плюсы. Наш мозг эволюционировал, и обрабатывает информацию быстрее, чем, скажем, 15-20 лет назад (да и эволюционирует быстрее, чем это было возможно век назад). Как компании справляются с высокими нагрузками? Как процессор выполняет программу по возможности быстро? С помощью кэширования! (как вариант, но самый приоритетный). Что делает наш мозг, чтобы справиться с большой нагрузкой? Кэширует! Что именно и как — оставим на размышление ИИшникам (специалистам по искусственному интеллекту). В противном случае при увеличении размера обрабатываемой информации время «отклика» бы увеличилось в разы, и на ответ на «как добраться до ближайшей больницы?» уйдет больше времени, чем человек «в силе ждать». «Сила ждать» тоже уменьшилась, «размер» нашего терпения уменьшился, и мы быстро устаем, если продолжительность видео большая, размер статьи большой (на самом деле продолжительность может не влиять на терпение, больше всего влияет полезная информация, если «воды» меньше или вовсе нет, то и терпеть ничего не приходится, посему данный пост написан «эз лаконик эз посибл»).
Разработчики в борьбе за эффективность программиста, команды, команд
Сегодня мы хотели бы обсудить один очень важный аспект эффективной работы — повторное использование.
Речь пойдет, конечно, о коде.
Рутинном, который не хочется писать дважды, а тем более трижды. Инфраструктурном, который приходится писать от проекта к проекту. Гениальном, который просто выражает собой отличную идею и которым грех не дать попользоваться другим.
Да и давайте признаемся — все мы любим писать “фреймворки”, которыми пользуемся потом сами и которыми пользуются другие. Это добавляет немного куража нашей повседневной деятельности.
И тут автор ловит себя на том, что поступает неправильно, начиная описывать ситуации — все и так понимают, о чем речь. А описать нужно технологии и процесс. Поэтому давайте просто остановимся на абстрактной мысли, что внезапно нашлось много кода, который может быть полезен коллегам и его хорошо бы сделать легкодоступным. Также примем во внимание вторую, куда менее приятную, мысль, что в “зрелых” проектах можно найти большое количество copy-paste кода, значительно понижающего сопровождаемость. Да и работу над такими проектами приятной назвать трудно. И с этим надо что-то делать.