Я вам написал как у меня на работе, а не как в статье... Когда ты пишешь код то биш занимаешся его дизайном ты твориш все с нуля, когда у тебя есть уже готовый код и тебе надо найти в нем баги это гораздо легче... Вообще поиск багов это считается самая черная работа в программирование, и во многих фирмах на нее берут студентов чтобы те выполняли эту работу а инженеры на нее не тратили свое время... Хотя вполне возможно что это еще и от самого кода зависит.
Ты видать путаешь тех, кто фиксит чужие баги, и тех, кто пишет автотесты. В первом случае это наиважнейшая и сложнейшая работа, которая напоминает попытку починить тончайшую паутину из сотен связанных нитей, которые не особо и видны. Разобраться в данной области = постоянно держать в голове важные части проекта или даже весь проект, отслеживать изменения, понять как пишут другие люди, принять их стиль и способ написания кода. На это способны лишь единицы.
Во втором - автотестер качество проекта испорить не может, это всего лишь некоторые доп проверки. Ну напишет он пять тестов вместо тысячи - багов больше не станет. К слову зарплата умелого и опытного автотестера не намного меньше зарплаты опытного и умелого разработчика.
Судя по статье расказчик как раз на три головы выше любого разраба ибо собирал и фиксил ошибки уже сделанные. Разобраться в своем коде - фигня вопрос, понять чужой код уже далеко не просто, а вот фиксить и фиксить правильно чужой код в жесткие сроки - это мастерство.
Не совсем так, как минимум в геймдеве. Как говорил один человек, который представляет половину совокупного IQ страны, "геймдев не про то как сделать новое, а про то как поджечь старое чтобы ярче горело". Крайне консервативная область по ряду причин.
Э-э, в данном конкретном случае речь идет, как показалось, именно о просчетах в архитектуре и управлении командой, когда основные кадры были переброшены на Дьяблу и в их отсутствие новонабранный народ "порезвился". Думаю, там даже передачи данных не было из-за жесткого графика работы. Трудно поверить, что Метелица набрала людей, которые любят на равном месте изобретать велосипеды. В тексте намеков на это много.
Такие ошибки могли быть у строителей, монтажников, смены поваров в ресторане, да и вообще в любой деятельности, где имеется наличие команды исполнения состоящих из людей разных специализаций, но работающих вместе для реализации совместного проекта и достижения единой цели.
Да, и это - когда некая персона приписывает или ей приписывают половину IQ страны, сразу хочется спросить и чего эта персона сделала полезного в ИТ. Даже Бринн и Цукерберг себе таких понтов не позвляют, насколько известно.
Тема: История Starcraft: Нелегкий путь к успеху (Прочитано 36617 раз)
