Другими словами, с каким наиболее распространенным и расстраивающим недоразумением в программировании вы сталкивались?
Какие распространенные и давние мифы / заблуждения вам трудно программистам развеять / исправить .
Пожалуйста, объясните, почему это миф.
Ответы:
Это потому, что вы программист, вы знаете, как починить зараженную вирусом машину [человека].
источник
Распространенная вещь HR, которая сводит меня с ума, когда я ищу работу: неявное предположение, что все навыки кодирования зависят от языка, что нет опыта разработки программного обеспечения, который бы превосходил наборы команд. Этот десятилетний опыт в Java и еще пять в Perl означают, что вы были бы совершенно бесполезны в проекте, который использует, скажем, C #.
«Да, есть кривая обучения. Но я сделал более сложные переходы, чем этот. Я заключу с тобой сделку, заплачу мне 80% за первый месяц и в конце этого времени, если я не ... о Подожди, мы на самом деле не ведем этот разговор, потому что твоя обезьяна из отдела кадров просто удалила мое приложение. "
источник
Если вы не печатаете, вы не работаете.
Я полагаю, что зомби пустые взгляды и кофейные прогулки важны для программистов, организующих вещи в их головах.
источник
что вы можете ускорить поздний проект, просто добавив к нему больше людей.
источник
Это написание программного обеспечения легко.
Как еще вы можете объяснить все эти проекты, которые выполняются с течением времени и сверх бюджета, и люди (политики, СМИ и т. Д.) Все еще удивляются, и клиенты жалуются, когда вы говорите им, что их «маленький сайт» (или что-то еще) на самом деле займет 6 месяцы на разработку и стоимость несколько тысяч долларов (фунты, евро, [укажите валюту выбора])
С нечеткими и постоянно меняющимися требованиями я иногда думаю, что это удивительно, что любое программное обеспечение когда-либо заканчивается!
Я знаю, что это немного сложнее, чем это;)
источник
Сложность приложения прямо пропорциональна сложности пользовательского интерфейса. Исходя из этого, вы сможете создать Google или Twitter за выходные.
источник
Все программисты хорошо разбираются в математике. :-)
источник
Любой подросток, который взламывает компьютеры, эквивалентен (или превосходит) по мастерству ветеран-программист.
источник
Это в реальном времени означает быстро.
Заявление «Пакеты должны быть обработаны в режиме реального времени». ничего не стоит, а злой близнец ... отвечает "Как быстро должен произойти Х?" с «в реальном времени» , возможно, менее чем бесполезно ... граничит с глупым, а не невежественным.
В реальном времени это означает, что функция Y всегда будет занимать X времени, а любое отклонение указывает на серьезную ошибку. Длительность X не определяет «в реальном времени», это может быть шесть микросекунд или шесть дней. То, что вы можете определить, что функция Y займет X, время определяет «в реальном времени». Системы реального времени являются детерминированными по этому определению.
Так что отбросьте это ..
источник
Почему бы вам, ребята, просто не написать это правильно с первого раза, вместо того, чтобы тратить так много времени, набирая код с ошибками, а затем читая код, пытаясь найти ошибки?
:-) :-) :-) :-)
источник
Если вы не учились в университете, вы не подходите для работы
источник
Эта преждевременная оптимизация означает, что вы не должны оптимизировать вообще. Я видел более ужасно плохие базы данных, потому что никто не хотел рассматривать производительность (критическую для любой системы баз данных) при проектировании, поскольку это было преждевременной оптимизацией, чем любая другая проблема проектирования базы данных. Мусор, есть известные убийцы производительности, прекратите использовать их в качестве первого выбора.
Другой миф, слишком сложно реорганизовать базу данных. Нет, но вы должны подумать, как сделать рефакторинг на этапе проектирования, чтобы сделать это эффективно. И кстати, чем дольше вы будете ждать, чтобы решить эту досадную проблему с проектной производительностью, тем труднее будет ее решить.
Еще один плохой миф, дизайн базы данных должен отражать принципы ООП. Нет, базы данных предназначены для работы с наборами, а не с принципами ООП. Некоторые ООП вызывают ужасные проблемы с производительностью, а другие просто глупы в терминах базы данных.
Наконец, вы должны обеспечить целостность данных в приложении. Базы данных прослужат дольше прошлого приложения и потеряют правила при замене приложения, несколько приложений получат к ним доступ, и часто возникает необходимость запуска прямых запросов для исправления вещей, которые не проходят через приложение. Я никогда не видел базы данных, которая отказывается обеспечивать целостность данных в базе данных, которая имеет хорошие данные.
источник
Что есть какой-то мифический источник абсолютных лучших практик.
Ни одно отклонение не может быть оправдано.
Ни один документ, претендующий на определение чего-либо в качестве передового опыта, не может быть подвергнут сомнению.
источник
Факт, что маркетинг, кажется, считает, что добавление тонны мелких функций - это меньше работы, чем добавление одной, но довольно тяжелой функции. Что, вероятно, является более конкретным случаем неправильного представления о том, что «переключение задач не требует дополнительных затрат».
источник
Этот комментирующий код не нужен, или что «хороший код не нуждается в комментариях». Иногда вам нужно объяснить, что делает сложный фрагмент кода. Кроме того, комментирование разделов кода помогает вам читать более эффективно.
источник
if user.is_logged_in: print('Welcome')
не нуждается в комментарии.Худший миф: если вы долго программируете, вы легко можете стать менеджером проекта.
И что вы должны стать менеджером проекта, если вы давно программируете.
источник
Если мы используем что-то кроме Java, C # и C ++ в нашем проекте, мы не найдем программистов, которые бы поддерживали это.
источник
источник
Java является медленным .
источник
Наверное, самый опасный из тех, что я видел, потому что он так легко принимается, заключается в том, что возможность быстрого написания кода - это хорошо, и, следовательно, чем быстрее вы сможете кодировать [вставить функцию здесь] на данном языке, тем лучше язык является.
Это серьезный пример преждевременной оптимизации, так как для поддержки кода требуется гораздо больше работы, чем для его создания. Это означает, что гораздо важнее писать код, который легко читать, понимать и отлаживать, чем код, который легко писать быстро, а упрощение легко читаемого кода является гораздо более полезным измерением качества языка.
источник
Производственные уроки могут быть применены к процессу разработки программного обеспечения.
источник
что, как программист, вы знаете все о последних тенденциях в области аппаратного обеспечения, разгоне, моде кейсов и т. д. друзья и родственники консультируются с вами, когда покупают свое оборудование
источник
Когда программисты говорят, что это очень трудно / просто невозможно, HR считает, что они ленивы и не мотивированы
источник
Должна быть программа с открытым исходным кодом для моего бизнеса. Не могли бы вы просто скачать его и настроить мои требования.
источник
У меня было несколько человек, которые спрашивали меня о том, каково это программировать, только чтобы понять в середине разговора, что они на самом деле думают, что мы программируем напрямую в двоичном формате или с использованием математических символов.
Я не знаю, хочу ли я развеять этот миф, он заставляет меня выглядеть очень умно!
источник
Я думаю, что самое большое заблуждение состоит в том, что гораздо важнее быть способным легко написать код, чем умение читать и понимать код.
источник
Программирование - это как работа на конвейере. Вы работаете над продуктом в течение определенного времени (возможно, с коллегами) и, наконец, вы отправляете его. Как построить дом из кирпича.
источник
Портирование программы на C ++ автоматически заставит ее работать быстрее.
источник
Любая среда программирования с каким-либо визуальным конструктором сделает так, чтобы бизнес-пользователи могли «писать» программы, а сами программисты не нужны.
источник
ООП повторного использования. Это самая большая ошибка на рынке программирования.
источник