zhub.link is one of the many independent Mastodon servers you can use to participate in the fediverse.

Administered by:

Server stats:

28
active users

#качество_кода

0 posts0 participants0 posts today

Как оценить индивидуальный вклад разработчика в проект

Отслеживание эффективности работы сотрудников является одной из важных составляющих работы каждого руководителя. Собранные данные позволяют компании: • выявить узкие места, где сотрудники сталкиваются с трудностями • своевременно поощрять результативную работу • обнаружить как высокоэффективных сотрудников, так и тех, кто, возможно, нуждается в поддержке, адаптации в новой роли или замене • и т.д. Будучи тимлидом, я многократно задавался вопросом объективной оценки эффективности работы сотрудника, основанной на данных, а не только на субъективном мнении руководителя или коллег. До пандемии коронавируса преимущественно во всех IT компаниях сотрудники работали в офисах, и, если человек приходит на работу, значит он скорее всего что-то делает. В 2020 году ситуация усугубилась, все ушли на удаленку, а инструментов оценки эффективности попросту не оказалось. Более того, спустя пару лет крупные компании, включая таких мастодонтов как Google, Apple, Amazon и т.д. вновь начали выводить своих сотрудников в офис, что может служить индикатором того, что инструментов до сих пор так и не появилось. В этой статье хочу поделиться подходами и метриками, которые использую для оценки эффективности работы разработчиков, и объяснить, почему выбрал именно их. Более 10 лет я занимался коммерческой разработкой на разных языках программирования, а теперь руковожу отделом разработки эквайринга в системно значимом российском банке, где вместе с командой создаю решения для высоконагруженных платежных систем. Рассмотрим, как объективно оценивать вклад разработчиков в подобных проектах.

habr.com/ru/articles/889226/

ХабрКак оценить индивидуальный вклад разработчика в проектЗачем отслеживать эффективность Отслеживание эффективности работы сотрудников является одной из важных составляющих работы каждого руководителя. Собранные данные позволяют компании: выявить узкие...

На заметку разработчикам: 5 сервисов для проверки качества кода

Всем привет! Это Леша Жиряков, техлид backend-команды витрины онлайн-кинотеатра KION. В прошлый раз я писал про FastAPI vs Litestar , а сегодня поделюсь инструментами для проверки качества кода. Сами знаете — даже опытный разработчик не застрахован от опечаток и банальной усталости, которая легко может привести к обидным ошибкам. Если уже работали с каким-то из перечисленных инструментов или у вас другие фавориты, делитесь инфой в комментариях.

habr.com/ru/companies/ru_mts/a

ХабрНа заметку разработчикам: 5 сервисов для проверки качества кодаВсем привет! Это Леша Жиряков, техлид backend-команды витрины онлайн-кинотеатра KION. В прошлый раз я писал про FastAPI vs Litestar , а сегодня поделюсь инструментами для проверки качества кода. Сами...

CodeChecker — контроль качества кода с использованием PVS-Studio

CodeChecker — довольно популярный Open Source инструмент контроля качества кода для Linux и macOS. В этой небольшой заметке расскажем о том, как его использовать вместе с анализатором PVS-Studio.

habr.com/ru/companies/pvs-stud

ХабрCodeChecker — контроль качества кода с использованием PVS-StudioCodeChecker — довольно популярный Open Source инструмент контроля качества кода для Linux и macOS. В этой небольшой заметке расскажем о том, как его использовать вместе с анализатором PVS-Studio....

Разбираем стандарты нейминга на примерах

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

habr.com/ru/articles/865666/

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

Автоматизация CQC на CI

В эти дни проходит внутренняя конференция Aventus IT . И я там был, мёд пиво пил… Шучу. Выступал на тему автоматизации контроля качества кода. И хочу представить вам статью по материалам своего выступления. Сегодня было два прекрасных доклада про тесты на проекте. Порадовало, что услышал в них некоторые свои идеи. Например, про преимущества запуска тестов на CI вместо локальной машины. Оказывается, что я не один такой. Со своей стороны, хочу поговорить, про контроль качества кода помимо тестов.

habr.com/ru/articles/852978/

ХабрАвтоматизация CQC на CIВ эти дни проходит внутренняя конференция Aventus IT . И я там был, мёд пиво пил… Шучу. Выступал на тему автоматизации контроля качества кода. И хочу представить вам статью по материалам своего...

Как нейминг влияет на качество кода?

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

habr.com/ru/articles/841534/

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

Дайте два! Обновление плагина PVS-Studio для SonarQube

Плагин PVS-Studio для SonarQube работает уже долгое время, однако в последнем обновлении плагин превратился в два плагина. В этой заметке расскажем о том, почему это произошло, что изменилось, и как с этим жить.

habr.com/ru/companies/pvs-stud

ХабрДайте два! Обновление плагина PVS-Studio для SonarQubeПлагин PVS-Studio для SonarQube работает уже долгое время, однако в последнем обновлении плагин превратился в два плагина. В этой заметке расскажем о том, почему это произошло, что изменилось, и как с...

Как сделать приложение на NestJS, которое можно будет поддерживать спустя годы

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

habr.com/ru/articles/825848/

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

Между холиваром и оверинжинирингом: что, если разработчик не доверяет тестам тестировщика

Вы — разработчик и хотя бы раз говорили тестировщику «Докажи руками»? Или вы — тестировщик и хотя бы раз слышали такое от коллег-разрабов? Либо вы — продакт или тимлид, в команде которого случались или могут случиться такие конфликты? Тогда эта статья для вас! Кто-то после «А докажи, что это все действительно работает» или «А как ты проверял?» звереет и начинает открыто ругаться с коллегами — что ж, устраивать холивары, конечно, интересно, но бесполезно. Кто-то действительно начинает тратить ресурсы на воспроизведение бага. Однако можно выстроить такой процесс коммуникации, в котором разработчик доверяет результатам команды тестирования и даже иногда сам дополняет тесты, при этом не скатываясь в оверинжиниринг. Меня зовут Илья Колесов, я — Senior SDET (Software Development Engineer in Test) в команде KasperskyOS Automotive & Embedded Quality Control «Лаборатории Касперского» и занимаюсь разработкой автоматизированных тестов на стыке embedded- и desktop-систем. В этой сфере я прошел весь путь с нуля до готовых решений. И в этой статье расскажу о взаимодействии с разработкой через автоматизацию тестирования — поделюсь своим опытом того, как удается преодолеть недоверие и сделать коммуникации более эффективными.

habr.com/ru/companies/kaspersk

ХабрМежду холиваром и оверинжинирингом: что, если разработчик не доверяет тестам тестировщикаВы — разработчик и хотя бы раз говорили тестировщику «Докажи руками»? Или вы — тестировщик и хотя бы раз слышали такое от коллег-разрабов? Либо вы — продакт или тимлид, в команде которого случались...

Привычка быть SOLIDным разработчиком

Привет, Хабр! Меня зовут Грант, я уже 5 лет занимаюсь backend-разработкой в SimbirSoft, а с 2021 года возглавляю Backend-отдел компании в Краснодаре. В последние несколько лет неоднократно замечаю, что на входном интервью соискатели часто путают принципы разработки. Поэтому в этой статье решил разобрать, как проще их понимать, какие связи между ними прослеживаются, стоит ли учить все или что-то можно пропустить. А еще попробую раскрыть некоторые особенности, какие секреты скрывают популярные принципы разработки. Погрузиться 👀

habr.com/ru/companies/simbirso

ХабрПривычка быть SOLIDным разработчиком«Программист занимается строительством моста через пропасть, по одну сторону которой находятся машины (и простейшие примитивы, начиная с 0 и 1), а по другую — бесконечное множество прикладных задач»....

История времен колониального рабства в IT

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

habr.com/ru/articles/804103/

ХабрИстория времен колониального рабства в ITХочешь денег езжай в Москву, а у нас тут семья... Привет всем! В своей статье хочу поделиться с вами историей и размышлениями о том, как в до-пандемийные времена жили разработчики из регионов и какие...

[Перевод] Я уже 14 лет в отрасли, но программировать по-прежнему сложно

Много лет назад, учась computer science на старших курсах, я долго изучал различные вакансии онлайн, надеясь найти подходящую должность стажёра-программиста. Кроме вакансий для стажёров я иногда случайно нажимал на объявления о вакансиях «сеньор-разработчика». Помню, больше всего меня поражало то, что первой строкой шло требование определённого количества лет работы: «Эта должность требует 5+ лет опыта» . Полному новичку, ни дня не проработавшему в этой отрасли, такие требования к опыту казались избыточными. Но хотя это немного приводило меня в уныние, я не мог не пофантазировать: «Наверно, пять лет работы программистом — это впечатляющее достижение? Должно быть, для таких людей писать код проще пареной репы». Время летело, не успел моргнуть глазом, как прошло больше десятка лет. Сегодня я с гордостью могу сказать, что работаю программистом уже 14 лет. Спустя годы боёв на фронтах разработки ПО я осознал, что многие её аспекты сильно отличаются от того, что я представлял на старших курсах, а именно: • С опытом программирование не становится намного проще, о «проще пареной репы» можно только мечтать. • Написание кода для множества «больших проектов» — это не только неинтересное, но и опасное занятие, гораздо менее увлекательное, чем решение алгоритмических задач в LeetCode. • Мышление только с технической точки зрения не сделает тебя хорошим программистом, некоторые вещи гораздо важнее технологий. Поразмыслив, я пришёл гораздо большему множеству мыслей о программировании. В этой статье я вкратце изложу восемь из них.

habr.com/ru/articles/795933/

ХабрЯ уже 14 лет в отрасли, но программировать по-прежнему сложноМного лет назад, учась computer science на старших курсах, я долго изучал различные вакансии онлайн, надеясь найти подходящую должность стажёра-программиста. Кроме вакансий для стажёров я иногда...

Почему проверять результат вызова malloc c помощью assert плохая идея

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

habr.com/ru/companies/pvs-stud

++ ++

ХабрПочему проверять результат вызова malloc c помощью assert плохая идеяУказатель, который вернула функция malloc, необходимо проверить перед использованием. Неправильным решением будет использовать для этого макрос assert. В этой статье мы разберём, почему это является...

7 причин некачественного кода в Unity-проектах

Хорошего, годного кода в проектах на Unity мало. Поддержка унаследованных Unity-проектов представляет обычно немалые сложности, а разработка часто сталкивается с неестественными трудностями. Почему так? Казалось бы - Unity это просто, да и толковых программистов вроде хватает. Или всё не так очевидно? Пробуем выделить 7 причин низкого качества кода в Unity-разработке.

habr.com/ru/articles/792060/

Хабр7 причин некачественного кода в Unity-проектахНеобходимое предисловие Здравствуйте, коллеги! Меня зовут Даниил, и я уже долгое время (почти 10 лет) работаю с Unity и проектами разрабатываемыми в нём. Я был и фрилансером, и инди-разработчиком, и...

[Перевод] Где-то в дороге мы забыли о мастерстве программирования

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

habr.com/ru/articles/792046/

ХабрГде-то в дороге мы забыли о мастерстве программирования"Поставляй!" "Мы теперь Agile, детка. Двигайся быстро и ломай вещи!" "Мы оцениваем наших инженеров по тому влиянию, которое они оказывают!" Где-то по пути, в разгар agilification программного...

[Перевод] Призыв писать компактное ПО, версия 2024 года (с примером кода)

Этот пост посвящён памяти Никлауса Вирта , первопроходца в сфере вычислительных наук, ушедшего от нас 1 января этого года. В 1995 году он написал важную статью A Plea for Lean Software , и в своём посте я постараюсь воспроизвести её почти тридцать лет спустя, с учётом современных кошмаров разработки ПО. Очень короткая версия поста: современные способы разработки/сборки ПО смехотворны, они приводят к созданию пакетов на 350 МБ для рисования графиков , а простые продукты импортируют 1600 зависимостей неизвестного происхождения . Уровень безопасности ПО ужасен, ведь он зависит и от качества кода, и от его объёма. Многие из нас понимают, что ситуация нерациональна. К сожалению, многие программисты (и их руководство) никогда не работали как-то иначе. А остальным редко выделяют время, чтобы выполнять работу качественно. В этом посте я сделаю краткий обзор ужасного уровня безопасности современного ПО, а затем порассуждаю о том, почему он настолько плох. Также я упомяну нормативные/юридические аспекты, которые могли бы снова сделать качество ПО приоритетным. Наконец, я расскажу о написанном мной полезном ПО , позволяющем доказать, что сегодня по-прежнему можно разрабатывать минималистичное и простое ПО, остающееся современным . Надеюсь, этот пост станет моральной поддержкой для страдающих программистов и технологов, стремящихся улучшить ситуацию. Дело не только в вас, и мы не просто страдаем от ностальгии: ПО сегодня действительно очень странное .

habr.com/ru/articles/789550/

ХабрПризыв писать компактное ПО, версия 2024 года (с примером кода)Этот пост посвящён памяти Никлауса Вирта , первопроходца в сфере вычислительных наук, ушедшего от нас 1 января этого года. В 1995 году он написал важную статью A Plea for Lean Software , и в своём...

Современный С++ в разработке девайсов

Привет, Хабр. Меня зовут Андрей Белобров. Я тимлид одной из команд, разрабатывающих приложения для умных девайсов Сбера. На прошедшей недавно конференции Салют, OS DevConf! я выступил с докладом , в котором рассказал, как мы с командой разрабатываем приложения на С++ для умных устройств с виртуальным ассистентом. А также о том, как инструменты статического и динамического анализа помогают поддерживать единый стиль и высокое качество кода в проекте. Во время доклада меня попросили подробнее описать детали нашего подхода в статье, поэтому рад поделиться с вами расширенной текстовой версией. Все наши устройства должны уметь взаимодействовать c виртуальным ассистентом, проигрывать музыку, обновлять прошивку, выполнять аутентификацию пользователя и т.д.. Такая функциональность реализована в едином для всех платформ приложении, работающем в пользовательском режиме на каждом из наших устройств, будь то умная колонка, ТВ-приставка или умный телевизор. Язык С++ позволяет писать эффективный и переносимый между различными платформами код, поэтому выбор языка программирования для нашего приложения был очевиден. При этом язык известен своей сложностью и возможностью выполнить одну и ту же задачу несколькими способами. Чтобы успешно разрабатывать большой проект на языке C++, необходимо хорошо настроить процесс разработки в команде (а это несколько десятков инженеров). Также можно значительно осовременить разработку на C++ за счет использования подходящих инструментов статического и динамического анализа, и правильной интеграции их в процесс разработки.

habr.com/ru/companies/sberdevi

++

ХабрСовременный С++ в разработке девайсовПривет, Хабр. Меня зовут Андрей Белобров. Я тимлид одной из команд, разрабатывающих приложения для умных девайсов Сбера. На прошедшей недавно конференции Салют, OS DevConf! я выступил с докладом , в...

Немного о гигиене Java кода

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

habr.com/ru/companies/pvs-stud

ХабрНемного о гигиене Java кодаВо время код-ревью или работы над новым проектом может раздражать многое: стиль, подходы, качество. Но больше всего расстраивает банальный недостаток гигиены кода. В связи с регулярностью проблемы...
#NGB#Java#PVSStudio

Какую статью хочется прочитать в нашем блоге на тему C++, C# или Java?

Наша команда регулярно публикует теоретические статьи, пишет про поиск ошибок в открытых проектах, делает развлекательные посты. В общем, в нашем блоге много всего интересного и полезного. Однако не ходим ли мы по кругу с одними и теми же темами? Нам сложно взглянуть на нашу ленту публикаций со стороны. Приглашаем поделиться идеями, какие статьи хотелось бы видеть от нашей команды. На данный момент контент нашего блога можно разделить на 4 основные категории: Теоретические статьи; Информационно-развлекательные статьи; Проверка открытых проектов; Всё остальное.

habr.com/ru/companies/pvs-stud

++ # ++

ХабрКакую статью хочется прочитать в нашем блоге на тему C++, C# или Java?Наша команда регулярно публикует теоретические статьи, пишет про поиск ошибок в открытых проектах, делает развлекательные посты. В общем, в нашем блоге много всего интересного и полезного. Однако не...