На мой взгляд это говорит в первую очередь о квалификации того кто так делает.
И в принципе бесполезно объяснять почему так делать плохо/не надо, пока он не прочитает-изучит определенное количество книг и сам не разберется.
Одно помогает в рабочих проектах — анализатор кода SonarQube. С ним спорить бессмысленно), расшифровка как исправлять есть.
Даешь задание чтобы были исправленны найденные им ошибки.
К сожелению дочтаточно часто встречается дельфи программирование на Java.
Типичный пример: в начале метода объявляются все переменные, а потом проверяются на нулл несколько раз)
Это еще пол беды, он генерировал промежуточный код в asm 8080 с ошибками и не такой оптимальный как у Turbo Pascal.
Т.е. программы получалась не рабочей.
Приходилось его просматривать, исправлять, оптимизировать, после этого все работало)
Спасибо за статью! Вспомним школьные и студенческие годы когда программировал на 8080 и z80!)
Гениальное название - в самую точку!
Суть в том чтобы переменную было видно только там где она действительно нужна и не приходилось заботиться с проверками её предыдущего значения.
И в принципе бесполезно объяснять почему так делать плохо/не надо, пока он не прочитает-изучит определенное количество книг и сам не разберется.
Одно помогает в рабочих проектах — анализатор кода SonarQube. С ним спорить бессмысленно), расшифровка как исправлять есть.
Даешь задание чтобы были исправленны найденные им ошибки.
Типичный пример: в начале метода объявляются все переменные, а потом проверяются на нулл несколько раз)
Сколько раз исправлял ошибки именно по тому, что проситал фирменную доку!
Т.е. программы получалась не рабочей.
Приходилось его просматривать, исправлять, оптимизировать, после этого все работало)
Именно с тогои не заладилось у меня с C и С++.
Покупал Turbo Pascal for Windows 1.0 на трех пяти дюймовых дискетах. Какая там была документация!)
SELECT * FROM iloveyou;