Самое опасное заблуждение начинающих о программировании?

Ответ 1

Повторное создание стандартных библиотечных функций/классов.

После прохождения языковой книги/учебника большинство новичков - зная, как обрабатывать строки и числа - будут изобретать свои собственные функции даты, свои собственные алгоритмы сжатия, свои собственные реализации SORT.

О, и они всегда проводят свой первый день поиска clrscr();.

Ответ 2

Это потому, что их программа компилируется и запускается, она делает то, что они ожидают от нее.

Ответ 3

Что, если их код не компилируется или не работает, это из-за ошибки в компиляторе.

Ответ 4

Возможно, не самые вредные, но обычно они не могут оценить, сколько времени потребуется, чтобы сделать это, они думают, что это можно сделать намного быстрее, чем это действительно нужно (включая меня).

Что касается вредных вещей, хорошие компании обычно несут новички вдали от места, где они могут нанести большой вред. Их обычно поощряют к работе кого-то более опытного, чтобы они могли лучше учиться.

Ответ 5

Что, если их программа работает на собственном компьютере, тогда она будет работать и на всех остальных компьютерах.

"Но это работает на моей машине!"

Ответ 6

Это программирование - все о синтаксисе. Оказывается, все дело в решении проблем.

Ответ 7

Что пользователь программист.

Ответ 8

Мысль, если он не выглядит ужасно сложным, должен быть неправильным или "плохим" кодом.

Я должен признать, что несколько лет назад в школе я был виноват в том, что мои программы выглядели недостаточно сложными! В эти дни я хочу плакать, если что-то не получится так просто:

//start

if(something)
{
    do_stuff();
}

//go home

: р

Ответ 9

• Программирование очень просто: программирование очень весело, но никогда не думайте, что это легко. Это требует большого опыта, обучения и неспособности улучшиться в этом и смириться с этим.
• Инструменты делают это для меня, поэтому мне не нужно узнавать, что происходит под обложками: Инструменты делают вещи намного проще и позволяют быстрее делать все. Тем не менее, вам все равно нужно знать и знакомиться с тем, что происходит под обложками, потому что рано или поздно вам нужно будет вскрыть капюшон.
• Недостаток любопытства
• Все о новейших и самых крутых технологиях: не обязательно. Речь идет о том, какое право для клиента и о проблеме, которую вы пытаетесь решить.

Ответ 10

"Проблема не в моей программе, это ошибка в библиотеке/OS/языке".

"Это работало на моей машине! Что не так с твоей?"

"Все это шаблон, вам просто нужно их найти".

"Мне не нужно проверять, потому что я сделал только одно изменение строки".

"Контроль источника - пустая трата времени для этого проекта".

Ответ 11

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

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

Конечно, даже опытным программистам он иногда может ощущать этот путь, но есть неотъемлемые знания о том, что происходящее происходит по определенной причине, и вам просто нужно копать, чтобы добраться по этой причине.

Ответ 12

• Что их программа будет работать.
• Если предыдущее препятствие преодолевается чудесным образом, то их программа будет работать как ожидалось конечным пользователем.
• Если предыдущее препятствие снова будет чудесным образом преодолено, что их программа выдержит испытание временем, то есть будет поддерживаться
• Если все предыдущие препятствия снова будут чудесным образом преодолены, то их вторая вторая система будет лучше или лучше

Ответ 13

Чтобы у вас есть, у вас есть шаблоны дизайна в вашем коде.

Ответ 14

Что их решение - это Один и единственный истинный способ решения проблемы, и все остальные просто глупы и неправы.

Ответ 15

наиболее вредное заблуждение (финансовая версия):

"Чтобы высшее образование требовалось знать или иметь представление о том, как писать программное обеспечение".

Ответ 16

"Я собираюсь зарабатывать кучу денег, играя с компьютерами!"

Изменить: Еще один, который меня заводит:

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

Ответ 17

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

Обновлено: быть навязчивым относительно встроенного кода сборки в C

Ответ 18

Худшее неправильное понимание, с которым я столкнулся, и труднее всего избавиться от него, заключается в том, что программирование - это код, а не чтение.

Ответ 19

Это круто == полезно.

Ответ 20

Избавиться от понятия "совершенный, но очень поздний" лучше, чем "приемлемый и вовремя".

Никто не заботится о том, если какой-либо еженедельный отчет за 5 секунд, а не 8, если он опаздывает на два месяца.

Ответ 21

Самое опасное заблуждение: вы делаете, когда получаете код для работы.

Ответ 22

Это как-то связано с компьютерами.

Ответ 23

Чтобы их код не документировался. Они единственные, кто когда-нибудь посмотрит на это, верно?

Ответ 24

Наиболее распространенным заблуждением является то, что вы можете написать приложение, запустив свой любимый IDE/редактор, а затем сразу напишите код.

Да, он создаст приложение. Да, это, вероятно, cr @p тоже, когда вы закончите...

Вы начинаете разрабатывать программное обеспечение, сначала создавая дизайн. Предпочтительно с ручкой и бумагой или с некоторыми полезными инструментами на вашем компьютере. Написание фактического кода просто является небольшой частью всего процесса. (Если нет, вы делаете что-то неправильно!)

Ответ 25

Самое опасное заблуждение - предположить, что люди в индустрии программного обеспечения знают, что они делают. Начинающие, как правило, доверяют всему, что написано в документации по продукту, они доверяют сообщениям об ошибках и описаниям исключений. Они даже доверяют материалам, размещенным в блогах.

Ответ 26

Это все, что нужно для этого - создавать новые повседневные вещи. Обслуживание - часть программирования!

Ответ 27

То, что сложная часть вводит код. Чем дальше вы идете, тем больше становится легкой частью.

Ответ 28

В начале:

• Но разве не во всем мире x86?
• Мне нужно передать размер с этим буфером?
• Проверка ошибок? Почему?
• STL слишком сложна. Я бы предпочел реализовать все сам.
  • (используйте std:: swap()! std:: swap()! Начните там, затем откройте еще...)
• Не зная, что вы не можете обрабатывать двоичные буферы как строки без первого нулевого завершения. (Think: read(), recv() и т.д.)

Позже:

Неправильно думая, что...

• Что в байте 8 бит.

• Эта сборка мусора спасет вас от управления ресурсами.

• Порядок байтов? Перетяжка? Я не могу просто написать(), send() и т.д. Всю структуру?

• Потоки и взаимоблокировки и условия гонки oh my.
• i18n? (2009, и мы все еще учимся, что земля кругла!)
• Я мог бы написать это лучше. Время переписывать. (Подсказка: рефакторинг.)
• Время связано, ошибочно думая, что:
  • В течение календарного года начинается DST до его окончания.
  • То, что все временные интервалы времени + или - целые часы.
  • То, что максимальное смещение UTC равно + или - 12 часов.
  • Что есть 60 секунд в минуту.
  • Это 1900 год - это високосный год.

Неправильно думая, что:

• Достаточно 16 бит для хранения кодовой точки Unicode.
• Я могу игнорировать библиотеки FOSS, которые будут выполнять 90% работы для меня.
• Это C, С++, Python, Lisp, С#,.NET, Java, VB6, Ruby, PHP, Bash, ассемблер - идеальный язык для каждой задачи!

Ответ 29

Что они "сломают" что-то!

Или, чтобы определить "новичков" как те, которые этого не делают, "это будет легко изменить! Это программное обеспечение!"

веселит,

Ответ 30

Чтобы программа была правильной в первый раз.

Сбой быстро, рано и часто. Это единственный способ стать лучше.