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

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

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

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

В этой статье нарративный дизайнер Мэтью Вайз (Matthew Weise) развеивает заблуждения о нарративном дизайне в сфере разработки игр.

Некоторое время назад я обнаружила интересный и полезный метод для простого и эффективного разделения пользовательских историй на более легковесные. Agile-тренер и соучредитель Scrum Alliance Mike Cohn отметил, что "почти каждая история может быть разделена с помощью одной из пяти техник". Он обобщает эти пять техник под аббревиатурой "SPIDR".

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

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

Любой лид понимает, что чем выше уровень сотрудника, тем сложнее и дороже будет искать замену - и именно поэтому профилактику “внезапных” уходов стоит начать как можно раньше. Мною был проведен опрос в нескольких профессиональных QA сообществах, и по результатам выяснилось, что топом причин для ухода были: маленькая зарплата, отсутствие перспектив, неинтересные задачи, проблемное руководство и плохие процессы/онбординг. При этом бОльшая часть респондентов указали, что эти проблемы были решаемы, но руководство предпочло ничего не менять.

Часть 2. Как искать ошибки в чужом коде

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

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

Все это стимулирует значительные инвестиции в инструменты и технологии работы с большими данными. В своем отчете за август 2021 года компания IDC, занимающаяся исследованием рынка, оценила ожидаемые мировые расходы на системы больших данных и аналитики в $215,7 млрд в 2021 году, что на 10,1% больше, чем в прошлом году. Она также прогнозирует, что расходы будут расти на 12,8% в год до 2025 года.

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

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

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

Я зарабатываю программированием с 1979 года, и большую часть этого времени мне приходится работать с чужим кодом. Поначалу было: "Добавьте эту маленькую функцию к тому, что у нас уже есть". Теперь — "как мы можем стать лучше" и " стоит ли сохранять данный код?". Прочтение кода всегда было огромной составляющей в моей работе, и по этой причине для меня очень важно, какой код пишу я (и люди, с которыми работаю). Конечно, хочется, чтобы он был быстрым — в конце концов, я программист на C++. Кроме того, он должен быть корректным. Но есть нечто большее, помимо этих двух вещей: я хочу, чтобы код был читабельным, понятным, разумным и даже приятным.

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

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

Обнаружение уязвимостей Meltdown и Spectre обратило всеобщее внимание на риски, связанные с совместным использованием общего адресного пространства. Даже не смотря на то, что есть специальные механизмы защиты, встроенные в железо, которые должны предотвращать доступ к конфиденциальным данным, очень часто эти уязвимости все равно удается использовать, чтобы эти данные вытащить. Поэтому вполне естественно, что первоначальные стратегии по снижению такого рода рисков включали в себя ограничение совместного использования адресных пространств, но это еще далеко не все, что здесь можно предпринять, и интерес к этой теме не угасает. И вот этот набор патчей, опубликованный Джунаидом Шахидом (Junaid Shahid) (содержащий работу Офира Вайса (Ofir Weisse) и вдохновленный более ранними патчами Александра Шартра (Alexandre Chartre)), как раз содержит то, что необходимо ядру для создания генерализованного механизма изоляции адресного пространства (address-space isolation — ASI).

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

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

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

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

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

Язык программирования Dart был изначально разработан как перспективная замена JavaScript в веб-приложениях (с поддержкой асинхронности, потоков, классической поддержки ООП и возможностью использования строгой типизации), но, к сожалению, в этом качестве он так и не достиг значительных успехов. Однако в дальнейшем компилятор Dart был доработан для других целевых платформ и наибольшего успеха достиг в сочетании с фреймворком Flutter как инструмент разработки высокопроизводительных мобильных приложений, создаваемых на основе реактивной модели. Но нужно отметить, что наряду с возможностями компиляции в целевые платформы Android и iOS (а также, разумеется, Web), Dart также может использоваться для создания приложений для операционных систем Windows, Linux и MacOS, что в сочетании с возможностями фреймворка Flutter и оптимизированных платформенных реализаций Flutter Engine и Embedder, представило новый путь к созданию нативных приложений с графическим интерфейсом. В этой статье мы рассмотрим возможности и особенности реализации desktop-приложений на Flutter и разберемся с механизмами интеграции внешних библиотек.

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

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

- "Ну сейчас начнется" - думаю я. 

- “VPN настраивать не умею”, “У меня все зависло”, “По инструкции настроить не получилось” - подобные реплики от “бизнес-аналитика Алевтины Генриховны” слышно с завидной регулярностью.

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