Какой студенческий курс информатики лучше всего готовит программистов к рабочему месту? [закрытый]

Мне еще не удалось найти хороший курс CompSci, который бы должным образом подготовил инженеров-программистов к работе. Если вы найдете тот, у которого есть следующее [хотя, я сомневаюсь, можно ли его назвать CompSci, это больше похоже на реальный дизайн программного обеспечения, который представляет собой совсем другое животное].

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

Гораздо более полезный курс для инженеров-программистов будет включать столько (а возможно, и больше) из следующих компонентов, которые я Могу прийти в голову следующее:

• Язык программирования - базовый поток программы, парадигмы, синтаксис и т. д. Его в основном преподают довольно хорошо, так что я не буду слишком зацикливаться на этом. Хотя было бы полезно, если бы преподавали несколько совершенно разных классов языков программирования - например, я выучил C, Pascal и VB 3 (? Я не помню точную версию). Было бы гораздо полезнее, если бы программисты выучили хотя бы один функциональный язык, один императивный язык, один декларативный язык.
• Отладка - При написании приложений nTier [а это многие / большинство реальных приложений] было бы полезно чтобы иметь возможность выяснить , где что-то идет не так, вплоть до уровня протокола, если это необходимо. Для этого пригодятся инструменты анализа, такие как WireShark.
• Устройства связи - XML, XQuery, XPath, XSL, XSD [поскольку они, кажется, используются так широко].
• Дизайн реляционной базы данных - Это уже достаточно хорошо преподается.
• Настройка производительности реляционной базы данных - Простого проектирования таблиц недостаточно, знание того, когда уместно индексировать определенные поля, а когда нет, также важно и, похоже, не рассматривается во многих курсах.
• Нормализация данных Во многих случаях этому тоже, кажется, достаточно хорошо научить. Хотя большинство студентов, кажется, выходят в реальный мир, извергая теории, которым их учили - «вы всегда должны использовать нормальную форму Бойса-Кодда» и т. Д., Фактически не задумываясь о последствиях этих теорий. Иногда в реальном мире у нас есть очень веские причины нарушить правила.
• Оптимизация запросов - Написание базовых запросов часто кажется за пределами зоны комфорта выпускников, следует учить оптимизации. Также, такие инструменты, как профилировщики запросов, должны быть обучены, чтобы помочь студентам отлаживать проблемы с производительностью приложений.
• Хранимые процедуры / триггеры - Мне еще не приходилось сталкиваться с учеником, который мог бы написать хранимую процедуру, запустить или эффективно использовать любую из них. Выборки / объединения / вложенные выборки, кажется, являются пределом того, что преподается, когда дело доходит до разработки запросов.
• Основные алгоритмы - Это довольно хорошо преподается по моему опыту, но многие студенты, похоже, не понимают иметь хоть какое-то представление, как решить, какие алгоритмы применимы к каким ситуациям, не говоря, что «используя такой-то алгоритм, решить эту проблему». Было бы полезно, если бы вы могли сказать «решите эту проблему», и они сказали бы, хорошо, у меня есть набор алгоритмов, которые были бы полезны в этой ситуации, это лучший из-за x, y или z, и вот как это можно применить для решения.
• Рекурсия - Мне еще не удалось найти подход, который может научить рекурсии, похоже, либо вы его понимаете, либо нет . На днях я найду хорошую метафору, которая поможет понять это даже самому простому программисту.
• Абстракция - кажется, это то, что многие курсы игнорируют, несмотря на то, что это один из основных принципов. ООП.
• Рефакторинг кода - Знание , когда проводить рефакторинг, и почти так же важно, когда не до.
• Повторное использование кода - Кажется, что на многих курсах выплевывают обезьяны вырезания / вставки - это не то, что должно означать повторное использование кода!
• Контроль версий - Я не узнал об управлении исходным кодом до третьего или четвертого работа по программированию, и я не знаю лично ни одного инженера-программиста, который изучал бы управление версиями в рамках своего курса ... почему это так?
• Резервное копирование и восстановление - Я не слышал ни о каких курсах, в которых преподавалось бы это. Сколько начинающих программистов потеряли всю свою работу, потому что они просто не думали о ее резервном копировании? Я знаю, что испытывал это раньше, но не недавно. Не то чтобы я игнорировал резервное копирование, но, как говорится, «со мной этого никогда не случится». Это случится с вами, и это гарантированно произойдет прямо перед тем, как вам придется демонстрировать все, что вы только что потеряли!
• Обслуживание файловой системы - Хорошо, в некоторых курсах это вкратце обрисовывается, но многие этого не делают.
• Написание качественных проектных спецификаций - Кажется, это всегда предоставляется как краткое изложение курсовой работы, но студента редко просят разработать его самостоятельно. Написание объема работы и понимание шаблонов документов, по-видимому, далеко выходит за рамки большинства курсов по программному обеспечению.
• Пользовательская документация - Пользователи не думают так, как вы, передавая им программное обеспечение, которое говорит само за себя. простой идиот может использовать это "взорвется вам в лицо. Есть известная поговорка: «Программирование сегодня - это гонка между разработчиками программного обеспечения, стремящимися создавать большие и лучшие программы, защищающие от идиотов, и Вселенной, пытающейся создавать больших и лучших идиотов. Пока что Вселенная побеждает». Напишите пользовательскую документацию, которой может следовать 8-летний ребенок - это может показаться болезненным, но как только это будет сделано, и навсегда, вы будете благодарить себя.
• Техническая документация - т.е. Было бы полезно, если бы студенты могли использовать Sandcastle, nDoc или любые инструменты документации.
• Планирование тестирования - разработка тестов и программного обеспечения, позволяющего проводить тестирование. nUnit или аналогичный был бы отличным инструментом для преподавания на курсах разработки программного обеспечения. Фактически, обучать любой системе тестирования было бы лучше, чем не обучать никакому ... как, кажется, и имеет место.
• FAT / SAT / UAT Testing - Было бы полезно понять различные сценарии тестирования в реальном мире, такие как проверки работоспособности, заводские приемочные испытания и приемочные испытания пользователя. Подписание для вашего программного обеспечения так же важно, как и его разработка. Если вы не предоставите то, что клиент думал, что он получает, вам не платят - независимо от того, насколько блестящим является ваше решение с технической точки зрения.
• Архитектура программного обеспечения - понимание различных компонентов реальных многоуровневых приложений, преимуществ и недостатков их использования.
• Взаимодействие с пользователями - Возможно, это не совсем информатика, а обучение как разговаривать с людьми, которые не часто на вашей волне и думают не так, как вы, это связано с общением, но это действительно то, о чем разработчики должны знать.
• Здравый смысл - Дин , динь, динь, динь - есть много программистов, у которых нет ни капли этого! Курсы предназначены для того, чтобы доказать, что вы можете думать самостоятельно, я не понимаю, почему так много выпускников приходят в реальный мир, думая, что все, что им нужно сделать, это слепо применять правила, которым их учили, не задумываясь о причинах и последствиях. Я' Повторю то, что я сказал ранее - в реальном мире мы иногда находим очень веские причины для нарушения правил. Мы не следуем им слепо и не ломаем их слепо. Разработка программного обеспечения - это искусство, и, как и все искусства, мы должны знать, когда мы можем и не можем, и что не менее важно, когда мы должны и не должны нарушать правила. Как выпускник вы выучили правила и доказали это. Теперь вам нужно сделать то, чему вас на самом деле пытался научить курс - применить то, что вы научились думать самостоятельно.
• Прослушивание - Вы будете удивлены, сколько раз я вижу код, написанный потому, что разработчик " думали, что знают, чего хочет клиент, «вместо того, чтобы на самом деле слушать, что говорит пользователь, и понимать его реальные потребности.
• Понимание - идет рука об руку с слушанием.
• Коммуникативные навыки
• Общение с технически некомпетентными - то есть большой частью вашей базы пользователей
• Посредничество в проектах - продажа ваших идей тем, кто выписывает чеки
• Приоритизация - как решить, какие функции важнее других.
• Составление бюджета - оценка времени
• Управление временем - как выполнить работу вовремя, когда все вокруг вас тратят ваше время и не заботятся для ваших сроков. Точно так же, как когда все ваши друзья хотят, чтобы вы пошли в паб за пинтой или десятью, когда у вас есть часть курсовой работы, которую вы еще не начали, к концу дня завтра.
• - когда говорить, что нет, это не входит в спецификацию / бюджет.

И даже если вам удалось выучить все это в своем курсе, я смею сказать, что вы » d по-прежнему узнайте больше за три или четыре месяца стажировки в приличном консультанте по разработке программного обеспечения, чем за весь курс. Я узнал больше за первые 6 месяцев после получения степени бакалавра, чем за все 3 года обучения. По общему признанию, я бы упал с ног на голову без многих вещей, которые я узнал на этом курсе, но было так много того, чему учили без нужды, что можно было бы заменить гораздо более полезным содержанием.