Забудьте о методологии – программист пакетов = плохая программа
Единственная причина, по которой я спрашиваю, заключается в том, что меня все больше и больше раздражают бесконечные обновления и исправления. С приходом эпохи Интернета и «простых» обновлений, кажется, пришло понимание, что если что-то выпустить, то мы сможем исправить это позже. Меня одного это начинает раздражать? Каждый раз, когда я включаю компьютер, меня встречает 5-минутное ожидание, поскольку, похоже, каждое программное обеспечение на моем компьютере пытается обновиться до последней версии. Хотя 100% понятен, когда речь идет об определениях безопасности для антивирусных и антишпионских программ, я не думаю, что он нужен для всего остального. Нам всем удавалось выжить в прошлом без ежедневных обновлений.
Microsoft всегда выпускала любое программное обеспечение, готовое к тому времени, которое они отложили для даты выпуска. Казалось, не имеет значения, на каком уровне завершенности находится программное обеспечение, потому что потом его просто исправят. Microsoft была и остается чем-то вроде шутки, где единственное возможное прощение - это размер их проектов. Когда вы используете 20 миллионов строк кода для выполнения работы из 200 000, всегда будут проблемы. Это также была распространенная проблема среди программистов игр, хотя, честно говоря, они всегда жили на пределе возможностей оборудования, так что этого следовало ожидать. Действительно ли правильным подходом является выпуск незаконченного программного обеспечения только потому, что мы можем исправить ситуацию позже? Как автор бесплатного программного обеспечения, я написал немало проблем, которые требовали исправления, но предпочитаю объединять их в выпуск обновления (с новым номером версии). Другие более чем счастливы использовать вашу пропускную способность с сегодняшним патчем. Возможно, просто возможно, аутсорсинг и дешевая рабочая сила – это не лучший вариант. Черт возьми, черт возьми.
Что мне во всем этом действительно забавно, так это то, что раньше, когда программы писались и печатались по одному листу для ввода, этого никогда бы не произошло. Люди, пишущие системы, должны были быть хорошими в том, что они делали, планирование, исполнение и ТЕСТИРОВАНИЕ были решающими. Если бы вы были Подрядчик зарабатывает состояние, ты чертовски уверен, что действительно должен был это заслужить. Системы были столь же сложными, и многие из них используются до сих пор, главным образом потому, что они действительно работают! Программисты, это были люди, которые прекрасно разбирались в математике и были на вершине дерева, а не те, кто смотрел рекламный ролик по телевидению и мечтал о зарплате в 35 тысяч фунтов + год и служебной машине! Кажется, что самые основы сейчас широко забыты, я смущаюсь каждый раз, когда слышу об очередном государственном программном проекте, который доставлен в нерабочем состоянии. Миллиарды фунтов потрачены на системы, которые просто не работают, вряд ли они пишут что-то потрясающее, обычно это не что иное, как база данных, созданная поверх существующих технологий. Не то чтобы многие ошибки были глубокими, большинство из них можно было обнаружить и исправить с помощью самого простого тестирования. Как я уже говорил в защиту разработчиков игр, по крайней мере, они работают на переднем крае. Если вы как программист не можете создать обычную систему баз данных, отвечающую функциональным требованиям, тогда у нас проблемы.
Я не знаю ответа, потому что я тоже виноват в этом в некоторых своих программах. Когда я пишу бесплатно, я пишу быстро. Быстрое применение стало слишком крутым, и слишком много программистов недостаточно умны, чтобы выполнить эту работу. Без сомнения, именно они окажутся на руководящих должностях, поскольку не способны выполнять реальную работу.