Техническая недобросовестность и имитация разработки

Сюда входят приемы, когда студент делает вид, что ведет разработку профессионально, но на деле срезает углы, что обесценивает диплом как квалификационную работу.

Перечень запрещённых приёмов

Отсутствие системы контроля версий. Сдача финальной версии кода без истории коммитов (или с одной финальной версией), что не позволяет доказать поэтапность самостоятельной разработки.
«Грязный» код (Spaghetti Code). Намеренный отказ от рефакторинга и принципов ООП, в результате чего получается нечитаемая простыня кода, которую невозможно проверить, но она «вроде работает».
Хардкодинг (Hard Code). Вшивание в код данных, которые должны вводиться пользователем или подгружаться из баз (пароли, пути к файлам, конфигурации), что делает программу негибкой и «игрушечной».
Сокрытие использования готовых решений (CMS/Фреймворки). Выдача сайта, собранного на готовой CMS (WordPress, 1C-Битрикс) с покупным шаблоном, за собственную уникальную разработку.
Пренебрежение безопасностью. Игнорирование обработки ввода данных (SQL-injection, XSS) ради простоты кода, что делает программу опасной для потенциального использования.
Отсутствие документации. Сдача сырого кода без комментариев, руководства пользователя или описания архитектуры, хотя это требуется по заданию.
Игнорирование кроссплатформенности. Написание программы только под конкретную версию ОС с «костылями», которые маскируются, но на деле программа неработоспособна в других условиях.