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

Несколько лет назад я написал в Twitter/X заметку о лучшем программисте, которого я знаю, её стоит переписать в виде поста в блоге. Мне кажется справедливым, чтобы я рассказал и о самом плохом. Его зовут Тим Маккиннон. Я хочу, чтобы мир знал, насколько он измеряемо непродуктивен.

Файнтюнинг русскоязычного BERT для задачи классификации. Туториал для быстрого старта без лишних подробностей.

Зачем нужны роботы в неразрушающем контроле:

(1) пролезть в те места, куда человек не влезет по причинам размеров (например технологический канал реактора РБМК-1000 диаметром 82 мм или трубопровод Ду400 компрессорной станции)

(2) заменить человека там, куда он не полезет из-за опасных условий (корпус реактора АЭС, обшивка судна, стоящего в мокром доке)

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

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

Почему я могу писать об этом — я 20+ лет участвую в разработке и эксплуатации подобных систем и накопил достаточно знаний о реальных возможностях оборудования. Технические характеристики и описания я взял по большей части из открытых источников. Личный опыт автора отражен курсивом.

Люди читают пользовательскую документацию, когда самостоятельно не могут с чем-то разобраться. Они не делают это для развлечения. И эмоции, которые преобладают в этот момент, далеко не всегда позитивные. Как разработчик пользовательской документации может помочь пользователю? Что ему необходимо учитывать при написании документа?

• Разработчики. Вы создали собственное приложение, но каждый пользователь мучается с ним. И вы знаете: если они говорят вам это в лицо, то дело действительно плохо.
  
• Графические дизайнеры. Изучать UX по статьям в интернете — это какой-то… очень болезненный способ умереть.
  
• Менеджеры проектов. Вы уже на четверть UX-дизайнер. Было бы неплохо освоить остальные навыки.
  
• И остальные проходимцы. Все, кто корпит над своими проектами по вечерам и выходным. Вам тоже пригодится.