Долго сохраненный, неправильные [закрытые] предположения программирования

Что было так важно создавать эффективные программы, не тратя ни байта, ни цикла ЦП.

Но с большим опытом дело не в байтах или циклах ЦП, а в потоке мысль, непрерывная, непрерывная, очень похожая на стихотворение.

По сути, не пытайтесь слишком сильно.

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

Я работал со своим клиентом, который использовал меня в основном в качестве поддержки и писал некоторые из для него более сложные вещи. Ну, однажды он испортил файл, большой раз. Он случайно сэкономил более трех часов своей работы, и когда я спросил его, почему он не экономит чаще, он ответил: «Потому что я еще не закончил». Естественно, это был неприемлемый ответ, и я потыкал и подталкивал еще немного. В конце концов я узнал, что он никогда не использовал никаких программ для редактирования, НИКОГДА! Даже notepad.exe! Он использовал онлайн-редактор CPanel для файлов! У него даже не было функции «Найти». Он никогда не мог сохранить, пока не закончил, потому что он редактировал живой файл на сайте!

Когда учились в колледже (середина 90-х), в компьютерном классе были только машины с Windows 3.11 (я знаю, странный колледж).

Некоторое время я думал , что только Windows Платформа была актуальна для меня как профессионального программиста , и что все другие платформы были интересны только с исторической академической точки зрения.

После окончания школы и изучения современных Unix-систем и Linux-сред я не мог сдержать гнев и разочарован моей хромой школой.

Я все еще не могу поверить, что я получил диплом компьютерной инженерии, но никогда не видел оболочки bash и даже не слышал о emacs или vim.

Изучение регулярных выражений сэкономит ваше время

Что каждый хочет создать наилучший \ наиболее подходящий код для проблемы ...

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

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

предположение, что я должен сделать программу на 100% завершенной и свободной от ошибок, и сообщить о ней как о «завершенной». Иногда компания хочет выпустить программу, когда есть много ошибок, чтобы сначала получить долю рынка.

что после окончания школы CS я могу начать работу и использовать свои знания, полученные в школе, для реальных приложений. (Я действительно хотел бы, чтобы я не тратил 4 года своей жизни на изучение операционных систем и пролог)

Я мог потратить дни, пытаясь уменьшить объем памяти, используемой моим бизнес-уровнем, просто чтобы позже понять, что WinForms (GUI) моего проекта использует в 4 раза больше памяти, чем остальная часть приложения .

Долгое время (около 5 лет) я думал, что PHP великолепен.

Я думал, что знаю алгоритмы. А потом я присоединился к Topcoder.com

Этот ASCII хранился другим способом, нежели двоичный

Побитовые сравнения целых чисел в предложениях SQL WHERE практически бесплатны в условия выполнения запросов.

Как это часто бывает, это отчасти верно для первых полумиллиона строк или около того. После этого оказывается, что он полностью свободен от ООН.

Мое самое долгое (и, следовательно, наиболее дорогостоящее) неверное предположение было: «Требования бизнеса разумны и разумны, я просто их еще не понимаю».

100 зеленых предположений, лежащих в основе стена,
и если одно зеленое предположение случайно упадет,
на стене будет 99 зеленых предположений.

Альтернативно:

Шалтай-Болтай сидел на стене.
Шалтай-Болтай сильно упал,
и все цари кони и все цари мужчины,
сказал Эффим, он всего лишь техник.

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

Это, владелец кода I напишите , я единственный человек, который должен это понять или потрогать.

Что я когда-либо стану богатым программным обеспечением для программирования для кого-то другого

Порядок оценки операторов if в C / C ++ зависит от компилятора. Таким образом, запись:

if (pointer! = NULL) && (pointer-> doSomething ())

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

Джеймс

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

Как правило, это либо «чтение от пользователя, запись в базу данных», либо «чтение из базы данных, отображение на экране». Эти два случая покрывают около 95% работы, которую вы когда-либо будете делать.

Чтобы люди интересовались передовой практикой или даже последовательностью.

альтернативный текст http: //images.despair.com/products/demotivators/teamwork.jpg[1253 visible

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

Раньше я считал, что мне нужно подумать обо ВСЕХ ресурсах, которые будут использоваться моей функцией, и определить их, прежде чем я начну кодировать, вероятно, это потому, что моим первым языком был Паскаль, где это s требование. Затем, когда я перешел на C, я бы определил временные переменные, которые используются только внутри циклов вне этих циклов, не обращая внимания на область внутри цикла, просто чтобы «все было определено в начале».

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

Когда я впервые услышал об этом, я подумал, что «утиная печать» на самом деле была «канальной печатью», подобно тому, как люди часто говорят утиная лента. «Утиный ввод» просто звучал неправильно, в то время как «канальный набор» имел странный смысл (слепые типы).

Это программирование для юниоров и лучших менеджеров проектов люди, которые не умеют программировать.

Что вы никогда не закончите проект, который не начинали.

Кажется очень глупым, но я откладывал очень много проектов, потому что масштаб был просто подавляющим. Только что закончив чудовищный проект, я понял, что никогда бы не начал его, если бы осознавал его масштаб. В действительности, даже самая сложная система довольно проста, если разбить ее на дискретные и определенные части. И все же, если посмотреть на нее на макроуровне, она быстро становится непомерно сложной.

Что процедурным разработчикам/программистам, незнакомым с SQL и реляционными базами данных, не нужно никакого формального обучения или понимания того, как работать с SQL и использовать его, и что беглого прочтения чего-то вроде SQL For Dummies достаточно, чтобы быть достаточным в работе с реляционными базами данных, такими как Oracle и SQL Server.

Слишком часто многие ошибки в приложениях, работающих с данными, хранящимися в реляционных базах данных, таких как Oracle и SQL Server, вызваны непониманием или отсутствием понимания того, как использовать язык реляционных баз данных; SQL.

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

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

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

Все языки ООП имеют одинаковую концепцию объектной ориентации.

• Интерфейс Java ! = Интерфейс метода.
• Интерфейс Java - это язык- конкретное решение для необходимости множественного наследования. Миксины Ruby пытаются решить ту же проблему.
• Наследование, предоставляемое "из коробки" в Javascript, очень отличается от того, как Java реализует наследование.

Это я нахожу программирование. Изучая книгу SICP, я увидел, что ничего не знаю. По крайней мере, сейчас я больше углубляюсь в программирование.

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

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