Менеджмент

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

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

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

Обстановка на станции разочаровывала.

– И здесь я проведу три года?

– Уже меньше на 10 минут, - раздался громкий женский голос.

– Кто это, блять?! - Вздрогнул от неожиданности Оператор. - Я же тут один должен быть!

– Меня зовут ПАК — программно-аппаратный комплекс станции.

– Ну, напугала! Ты женщина что ли?

– Я могу говорить любым голосом. Стиль общения также может варьироваться... блять.

– Не люблю, когда девушки матерятся, - поморщился Оператор. - Ты же просто алгоритм? Тогда говори женским голосом. А если ругаешься, то мужским.

[Установки интерфейса изменены]

– Хорошо, - прощебетал женский голос, - к вашим услугам 200 кубометров пространства с пригодным для дыхания воздухом и земной гравитацией. Это лучшие условия в галактике!

– Круто же, нахер? - включился басистый мужской голос ПАКа.

– Прям-таки в галактике?..

Прозвучала сирена.

– Вам необходимо проследовать в камеру сканирования для подтверждения присутствия! [жен. голос]

– Быстрее, сука! [муж. голос]

– Да, знаю, знаю! Сейчас отсканируюсь и переиграем стиль общения, а то ты начинаешь борзеть, ПАК!

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

– Подтверждаю, что двойная система с чёрной дырой Лебедь X-1 принадлежит Республике Молдова планеты Земля, Солнечная система, галактика Млечный Путь.

Ободряюще пискнул сигнал успешного подтверждения. Можно выходить из сканера.

– Слушай, ПАК, - задумчиво спросил Оператор, - а кто эти запросы делает? Я думал, что будут прилетать корабли для проверки: занята ли звезда или нет? Но сейчас же никто не прилетал.

Androids: The team that built the Android operating system — новая книга от инженера Android Чета Хаазе, который работает в команде Android с 2010 года, и для этой книги, предлагающей взглянуть за кулисы ранних этапов разработки Android, он взял интервью у десятков сотрудников Google.

А мы к старту курса по разработке на Android предлагаем читателям ознакомиться с четвёртой и пятой главами книги — «Подача» и «Приобретение». К середине 2005 года компанию Android уже приобрели, и будущее казалось светлым. Но за полгода до того всё было не так радужно.

Досталась мне от бати книжка издания 1973 года, отпечатанная на ротапринте. Наткнулся в ней на вещи, которые бы мы сейчас назвали проблемой "выгорания". Термина в то время еще не было, но проблема была. Я выписал кое-какие вещи чисто для себя, но потом решил все же опубликовать, может кому пригодится...

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

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

Пользователи всегда узнают о проблеме. И будет лучше, если от вас. Потому что, как сказал Чак Паланик: «То, что мы не понимаем, мы можем понимать, как нам угодно». Если мы получаем обрывки информации о какой-то недоступности, мы трактуем ее как угодно, делая выводы, далекие от правды. После чего, понятно,  мы уже не доверяем.

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

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

JSDoc - это язык разметки, используемый для аннотирования исходного кода JavaScript с использованием комментариев. Аннотации обрабатывается различными инструментами для создания документации в доступных форматах, таких как HTML и Rich Text Format.

Ранее мы рассказали о пяти тематических open source инструментах [тут, здесь и вот тут], которые разработали и развивают специалисты, магистры и аспиранты Университета ИТМО. Сегодня поделимся еще одним направлением — им занимаются в лаборатории мультиагентных систем в умных городах и Индустрии 4.0.

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

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

Недавно в на одном из Youtube каналов было опубликовано документальное расследование под названием "Как убивают русский Intel". Я ни имею отношения ни к автору фильма, ни к участникам, ни к тем кого в этом видео упоминают, поэтому прямых ссылок давать не буду, видео легко находится любым поисковиком. Просмотрев этот ролик у меня возникло много противоречивых эмоций. Я бы оставил эти эмоции при себе если бы не одно НО.

Мой молодой племянник, закончивший в этом году школу и планирующий связать своё дальнейшее образование с ИТ, после просмотра немного расстроился и пришел ко мне с вопросами "А действительно open source это не очень?", "А есть ли вообще перспектива ИТ в России?", "Почему нам не дают развивать свои архитектуры процессоров?" и т.п.

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

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

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

Бигдата из Xsolla уволила 150 человек. Проанализировала активность каждого сотрудника компании и отсортировала всех по вовлеченности. Ну а основатель освободил от должности 150 человек внизу списка.

Да, форма увольнения (письмом) выбрана ужасно, но по сути, Xsolla пошла на то, что уже давно должны были сделать все российские IT-компании. А именно — перешла к управлению и менеджменту на основе данных. А не чуйки, интуиции и не по понятиям.

Первая и вторая части.

Два ОЧЕНЬ долгих месяца прошло с момента последней публикации. За это время я превратился в профессионального ждуна. А с платформой Crowdsupply я начал работать аж ТРИ месяца назад! Сейчас это даже писать смешно. Всего лишь несколько месяцев упорной работы, а по ощущениям год. Но мы, таки, запустились! Ииии-хаа!!!

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

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

Привет!

В KTS мы уделяем особое внимание наставничеству и росту разработчиков. С самого создания компании старшие разработчики преподавали в ВУЗах — МГТУ им. Баумана, Московский политех — и в 2018 году мы решили сделать собственную школу разработки.

В этой статье мы хотели бы рассказать о новом потоке бесплатной школы на примере курса «Начинающий React-разработчик» и поделиться интервью со студентом — а теперь и нашим разработчиком — который аж два раза учился в школе.

Корпоративная (пред)история

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

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

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

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

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