Привет! Совсем недавно мой друг, и по совместительству - React Native разработчик, поделился со мной одной статьей, про React Native и Flutter. Мы немного пообсуждали что к чему и в итоге вы читаете этот заголовок.

NSA в соавторстве с еще несколькими организациями подготовила доклад (Kubernetes Hardening Guide) на 59 страниц на тему: Гайд по улучшению безопасности в Kubernetes.

Почему это может быть важно ?

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

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

Так кто же этот лидер?

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

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

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

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

На протяжении всей жизни мне приходится экономить вычислительные и сетевые ресурсы: сначала были компьютеры с 300 кГц (кило — не гига!) и 32 Кбайт RAM, интернет по dial-up. Потом я решал олимпиадные задачки. Теперь имею дело с терабайтами трафика и 50 млрд событий в сутки. И хотя современные телефоны в 1 000 раз мощнее любого оборудования двадцатилетней давности, я до сих пор оптимизирую. Думал даже, что это со мной что-то не так. Но потом понял, что все постоянно что-нибудь оптимизируют. 

Эта статья в меньшей степени о том, почему нужно бороться за производительность, и в большей о том, на что сейчас стоит заменить устаревший стек из JPEG, JSON, gzip и TCP — и как это сделать. 

Спойлер: у нас есть решение и мы его не только показываем — ссылки на open source в конце статьи.

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

Согласно последним опросам, среди тех. гигантов, около 70% IT компаний сообщают, что нехватка квалифицированных кадров тормозит их бизнес-стратегии. И вот такие специалисты, как IT-рекрутеры, играют важную роль в преодолении этого кризиса с поиском специалистов. Они выступают в качестве «свахи» для союза компаний со столь желанными техническими талантами.

О Sysbox в 3-х предложениях:

- Sysbox - это "VM-like" контейнеры с возможностью запускать внутри системный софт: Docker, Kubernetes, Systemd, вложенные контейнеры и т.д. 
- Любой софт, работающий на виртуальной машине, должен также работать в контейнере без проблем и с надежной изоляцией.
- Никаких сложных настроек, все настраивается за несколько шагов.

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

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

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

Мозговой штурм — это событие, а не процесс. Участники собираются для того, чтобы всем вместе и в одно время и в одном и том же месте предлагать и обсуждать свои идеи. Таким образом, количество, качество, направления идей очень пространны, и идеи почти никогда не исследуются глубоко. Точка, откуда стартуют все варианты идей, является общей, и цель состоит в том, чтобы охватить как можно больше вариантов, закидывая “удочки” идей как можно дальше.

Рождение идеи – это структурированный процесс, который можно выполнять как в одиночку, так и в группе в течение определенного периода времени, а не за один раз. Он более сконцентрирован на чём-то определённом, чем мозговой штурм, часто руководствуясь известным спросом или заранее установленными требованиями. Примеры из жизни важны для структурированного процесса, поскольку они помогают создать “карту-историю”, которая позволит глубже развить идею. Другими словами, увидеть это и создать что-то реальное из идеи.

Протоколы иерархии Sequence/Collection имеют одно из самых важных значений в Swift, начиная со встроенности в язык (например, конструкция цикла for in) и заканчивая популярными функциями высшего порядка map, reduce и т.п. Часто разработчики путаются в особенностях, не осознавая возможности, предоставляемые отдельными протоколами иерархии коллекций. Давайте попробуем разобраться с этими особенностями на примере одной функции, которая по разному реализуется в этих протоколах — функция suffix. Функция suffix возвращает массив из заданного количества элементов взятых с конца последовательности. Мы рассмотрим работу этой функции на основе реализации по умолчанию у протоколов Sequence, Collection, BidirectionalCollection и RandomAccessCollection. Все эти протоколы последовательно наследуются друг от друга и на каждом уровне наследования добавляются новые возможности начиная с примитивного последовательного доступа и заканчивая прямым индексным доступом за время O(1).

Что-то последнее время становится много Ops-ов: DevOps, MLOps, DataOps. ЧТО ты такое ?

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

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

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

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

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

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

Привет! В данном цикле статей я хотел бы показать, как может происходить создание приложений с использованием Flutter. У меня есть несколько Open Source решений, которые будут использованы в данном приложении. Что из этого получится - увидим в скором будущем.

Я начинал работать с php, когда еще не потерял популярность его 4 выпуск, с тех пор произошли огромные изменения. На мой взгляд, последние несколько лет преобразили разработку на нем.  Кстати php продолжает быть серьезно востребованным, например, сейчас “Рексофт” развивает на нем несколько проектов. В одном из них работаю и я.  Но перейдем к делу. Делюсь с вами самыми интересными изменениями в php, прошедшими с 5 до версии 8.1.

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

Для удобного изменения кода, и чтобы в дальнейшем проще было отслеживать, что в каком порядке менялось, я создал репозиторий на гитхаб. Ссылка на репозиторий: https://github.com/ZhukMax/php-evo. Отразил в коммитах каждый шаг, который ниже постараюсь подробно описать.

Мой путь в ИТ почти 20 лет, начинал с SQL/1С/эникейщика, потом немного .net, немного Java, ГИС, потом несколько лет менеджерская история в разработке, которую я прервал в 2016 году. До этого времени мой путь был скорее хаотичным и не спланированным. Далее я осознанно начал подходить к планированию своей карьеры в ИТ, когда захотел вернуться в разработку. Чтобы возвращение в разработку не сменилось страхами связанными с выгоранием в Enterprise, я захотел заняться мобильной разработкой, которая максимально близка к пользователям, что лично меня сильно вдохновляет. Кроме того, невероятно заряжает на работу возможность использовать то, что ты делаешь. У меня уже были пара устройств от Apple, и мне, субъективно, интерфейс iOS нравился больше Android. Чтобы начать что-то пробовать я купил старый MacBook Air "на максималках", уехал на зимовку на Филиппины, чтобы отойти от менеджерского стресса, и начал разбираться "как там все устроено в этом XCode". Уже почти 5 лет я работаю как iOS-разработчик в лучших банках (Альфа, Сбер) и классном стартапе (БестДоктор) с разными небольшими тимлидскими историями, которые я осознанно стараюсь избегать, чтобы быть сфокусированным на разработке.

В этой серии статей я хочу решать BFE задачи (https://bigfrontend.dev) и разбирать решения. BFE - это сайт с задачками, которые позволяют подготовиться к фронтовому интервью и прокачать свои знания в JavaScript.

Сегодня я хочу рассмотреть 2 задачи, это throttle и debounce.

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

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

Demhack 3: увлекаем темой приватности

Всем привет! Сегодня в гостях у нас Олег Мельник — Technical Lead в компании Proxify, а также преподаватель в OTUS.

Поговорили с Олегом про такую роль у разработчиков как техлид.