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

https://habr.com/ru/post/714158/?utm_source=habrahabr&utm_medium=rss&utm_campaign=714158

Почти три года назад мы запустили сервис для управления проектами, но без ошибок не обошлось. Делюсь опытом, чтобы на наши грабли больше никто не наступил.

https://habr.com/ru/post/690480/?utm_source=habrahabr&utm_medium=rss&utm_campaign=690480

В какой-то момент времени я превратился в педанта брюзгу. В фильмах малейшие нестыковки и провалы в логике портят мне весь просмотр. В чатах меня бесит it's вместо its. А в статьях про программирование... Всё плохо. За меня всё уже сказал @AlexanderAstafiev, я лишь процитирую:

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

Самое забавное, что, по моим ощущениям, везде я вижу одни и те же классы проблем. Я даже запилил сервис, где можно закинуть код и получить код ревью, и, собрав немного статистики, понял, что 50 типов ошибок достаточно, чтобы покрыть большую часть проблем в чужом коде. Но выборка у меня была небольшая, и я подумал: а что, если проверить много кода?

https://habr.com/ru/post/686104/?utm_source=habrahabr&utm_medium=rss&utm_campaign=686104

После несерьёзной статьи на серьёзную тему Job Safety Driven Development возникла идея написать о том, как появляются ошибки разработчиков. Вместо этого появилась статья «Почему всё ломается даже у хороших программистов?» (Часть 1 и Часть 2). Мысль нужно закончить. Уже рассмотрено два краевых случая, давайте посмотрим и на «обычные» причины ошибок программистов. Тема необъятная, поэтому затронем только основные моменты. Эту статью тоже пришлось разбить на 2 части. Как всегда, попробую писать простым языком, понятным широкой аудитории.

https://habr.com/ru/post/674666/?utm_source=habrahabr&utm_medium=rss&utm_campaign=674666

На Хабре уже были подборки «самых масштабных багов в истории»: взорвавшаяся ракета Ariane-5, передозировка радиацией от Therac-25 и так далее.

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

Сейчас мы готовим очередную конференцию по тестированию Heisenbug и вспомнили ещё одну загадочную историю из старого доклада с Heisenbug. Решили поискать в местах вроде Reddit другие интересные случаи. А в итоге представляем пятничную подборку очень странных дел:

https://habr.com/ru/post/668250/?utm_source=habrahabr&utm_medium=rss&utm_campaign=668250

Автоматизация тестирования абсолютно неотъемлема и необходима в современной разработке программного обеспечивания. Ее преимущества известны всем, что делает автоматизацию тестирования желанным для применения. Факт, отказ от ручного тестирования, сокращение затрат и автоматизация в спринте (in-sprint automation) подталкивают компании внедрять автоматизацию как можно скорее в собственные проекты. У каждой компании свой подход к достижению цели. Однако, они все совершают одинаковые ошибки в процессе внедрения автоматизированного тестирования.

https://habr.com/ru/post/662211/?utm_source=habrahabr&utm_medium=rss&utm_campaign=662211