Позвольте мне предварить это, чтобы сказать, что по большей части я согласен с вами почти на 100%! Утверждение того, как вещь существует в настоящее время, не равносильно обязательному ее попустительству.
Тот факт, что я утверждаю, что все более мощное, дешевое и массовое оборудование делает большую часть усилий по настройке производительности устаревшими, не означает, что иногда это не важно для некоторых случаев использования. Моя точка зрения заключалась в том, что в прошлом это было необходимостью, а сегодня это компромисс между рисками и выбором.
Я ни в коем случае не невежественный ребенок JS/PHP-скриптов. В качестве хобби я писал код на ассемблере и разрабатывал драйверы и библиотеки Java для принтеров этикеток, работая в одной компании. Я бы сказал, что знаю свой путь на байт или два. Сейчас я занимаюсь разработкой решений и приложений, а также технически помогаю ведущим разработчикам. Производительность является важным качественным атрибутом системы, однако моя работа заключается в том, чтобы смотреть на картину в целом и определять наиболее практичные решения, часто делая компромиссы с учетом атрибутов качества и дизайна. Я смотрю на нефункциональные требования и смотрю, существует ли потенциальная проблема с производительностью, и определяю, хочу ли я продвигать производительность, а не интероперабельность. Опять же, правильная разработка программного обеспечения состоит в том, чтобы идти на компромиссы, обосновывать проектные решения и выявлять риски с неправильными решениями. Я не просто собираюсь сказать команде, что нужно потратить месяц на настройку и рефакторинг, потому что это принцип! Обоснование важно, и на карту поставлено финансирование заинтересованных сторон.
Гейл Лаакманн Макдауэлл говорит от имени разработчиков, однако по мере того, как эта профессия становится все более зрелой, нам все больше нужно проводить различие между разработчиками программного обеспечения и инженерами-программистами. То, что я делаю, очень отличается. Я ВООБЩЕ не говорю, что невежество — это хорошо, но то, что я ставлю под сомнение, — это представление о том, что вам нужна команда из 50 инженеров-программистов, чтобы создать что-то вроде Medium, когда вам может понадобиться 10 штатных инженеров и 40 разработчиков программного обеспечения. договор по вашему проекту. Это более экономично и лучше использует ресурсы, потому что большинство разработчиков не делают ужасно сложных вещей.
