Самое вредное неправильное представление новичков о программировании? [закрытый]
Я думаю, что быстрый и грязный ответ - то, что
- LINQ к SQL является quick-easy, чтобы сделать это. Это означает, что Вы начнете более быстрые, и поставите более быстрый, если Вы будете работать над чем-то меньшим.
- Платформа Объекта является всеобщим, беспощадным способом сделать это. Это означает, что Вы займете больше времени заранее, разработаете медленнее и иметь больше гибкости, если Вы будете работать над чем-то большим.
67 ответов
Командные строки и текстовые редакторы ушли в прошлое. У меня есть IDE, поэтому мне (не нужно) заботиться о том, что происходит под капотом.
Отсутствие отступов ... Неправильные имена переменных и комментарии. Это вредно, потому что они могут выполнять небольшие программы, несмотря на эти ошибки.
Что разница между успешным проектом и провалом заключается в из-за технических проблем или выбора.
Фактически, разница почти всегда связана с социальными факторами (человеческими / командными).
Негибкость в выборе, иначе говоря: «Когда у вас есть молоток, все выглядит как синдром гвоздя». Это может включать попытку решить каждую проблему на любимом языке.
Самым вредным из того, что я видел, является то, что им не нужно понимать, что они делают (т. е. допустимо вставить какой-то код, который вы не понимаете, потому что он «кажется» работающим).
Меня также действительно поражает количество людей, которые, кажется, не понимают разницы между И и ИЛИ.
Также приходится иметь дело с крайними случаями. Каждый раз, когда есть точка принятия решения, вы должны обрабатывать все возможные пути из этой точки, даже если они редко случаются.
А с точки зрения базы данных, просто потому, что запрос выполняется не ' t означает, что результаты соответствуют желанию пользователя.
Распространенное заблуждение среди новичков и менеджеров состоит в том, что программирование - это в основном запоминание "кодов", похожих на пароли, и ввод в компьютер правильного кода для решения проблемы. Если вы не знаете "код" для решения проблемы, вы либо глупы, либо лжете.
Копирование кода из MSDN или где-то еще - верный способ решить проблему
Модульные тесты и контракты не имеют смысла, и это только для тех ребят из университета
Шаблоны проектирования : см. 2.
Visual Basic 6.0 и Java - хорошие языки программирования
Сборка XML путем конкатенации строк - разумная вещь
Функциональное программирование сложно
Объектно-ориентированный дизайн нужен только для того, чтобы раздражать людей
Чем более гибкий компонент, тем проще его использовать (что не только ужасно, но и ужасно)