Худший пробел в технических знаниях, который вы видели?

Question

Какое худшее техническое недоразумение вы когда-либо видели?Худшее злоупотребление хорошей системой из-за недостатка знаний?

Answer 1

Я не знал, что могу написать свои собственные функции (php)

Когда я учил себя программировать несколько лет назад, я написал целое php-приложение без единой функции . Все повторное использование кода выполнялось путем вызова include (...) для других сценариев .php. Книга, из которой я учился, никогда не вводила концепцию пользовательских функций. (День, когда я узнал о функциях, был очень хорошим днем.)

Answer 2

Полиморфизм .

Сначала не понимал, что это сила. В результате раздутые и сложные процедуры. Мальчик, постарайся не вспоминать те дни ...

Answer 3

Худшее, что я когда-либо делал, - это хранение идентификаторов, разделенных запятыми, в базе данных. Я не до конца понимал объединения, так что это было самое легкое, что я мог сделать, но запросы были ужасны
(ГДЕ foo_ids LIKE "%, $ id,%" ИЛИ foo_ids LIKE "$ id,%" ИЛИ foo_ids LIKE "%, $ id").

Худшее, что я регулярно вижу, это классы, которые просто работают как пространства имен со всеми методами public static (PHP).

EDIT:
Я только что вспомнил время, когда школьный товарищ пытался создать файл XML для таблицы базы данных

Таблица:

teacher_id | name
         1 | foo
         2 | bar
  ...      |   ...

Его XML:

<teachers>
  <id1>foo</id1>
  <id2>bar</id2>
   ....
</teachers>

Answer 4

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

Answer 5

Мы с коллегой работали консультантами по среднему программному проекту. В течение года он работал над подобными проектами, поэтому его выставили клиенту как «эксперта» по платформе.

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

Answer 6

Какой-то Java - "разработчик" (смеется) пытается написать часть программного обеспечения на C #, не зная, что это современный язык с оператором "foreach".

Результат:

В программном обеспечении были итерации с использованием ... итераторов. Гадкий, стиль 90-х, типичный для Java.

Заставило меня ненавидеть Java еще больше. : - (

Answer 7

Объединение базы данных в коде PHP

Когда я изучал SQL на PHP, я использовал SQL как постоянное хранилище плоских файлов со сложными возможностями фильтрации (WHERE). Я не понял, что вы могли бы «объединить» таблицы вместе. Все операции соединения были реализованы в функции PHP после того, как все данные были извлечены в память. Если бы я знал больше тогда, я бы назвал это функцией объединения вложенных циклов! (Это научит вас быстро нормализовать ваши данные!)

_{Извините, Боги базы данных!}

Answer 8

Чтобы мне приходилось вызывать ToString() для каждой переменной при конкатенации строк, даже если переменные были строками.

Примеры

Enum.GetName(...).ToString()
myDate.ToShortDateString().ToString()

...