Тёмная сторона в программировании для новичков, в том числе и на php

[@AlexeyK]

«Большой сайт пытаться впихнуть в парадигму работы «без SQL» наоборот может негативно сказаться на результатах.» феерично

надо было читать чужой код иногда и делать выводы…

[@socialNoob]

А что вы ждали от человека, который:
1. За 6 лет так и не врубился, как использовать венгерскую нотацию
2. «разработка игр не удалась за отсутствием движка» — эпический бред.
3. курить маны по графике в дельфи и не найти инфу про OpenGL — тоже плюс :)
4.«пишите программы как можете сейчас, а не «как нужно»». Ага, только никому код потом не показывайте, особенно коллегам.
5. «Очень помогает в «не изобретению» велосипедов чтение про шаблоны проектирования (паттерны)» — не изобретению велосипедов очень помогает гугл, а паттерны проектирования помогают общению, и при составлении документации.

Уж не знаю, как автор измерял свой опыт работы, но это точно не 6 лет коммерческой разработки.

P.S. «Давайте будем честными: взлом малоизвестного ПО — маловероятно, особенно сайт с посещаемостью

[@sumej]

1.Переход на личности признак отсутствия аргументов. Я написал про венгерскую нотацию ПРОЧИТАЙ КОНТЕКСТ.
2.В 97 было сложно без двига писать игру. Было сложно школьнику найти информацию.
Если не знаешь, что такое 14400бит/с с реконектом каждые 7-10 минут, то это не значит — феерический бред.
ЗЫ:
Многие нынешние новички не могут найти ответы на свои вопросы, не потому что её нет — зайди на форум и помоги людям. Когда поможешь паре десяткам задайся вопросом о Их вопросах.
3.Книги != маны, когда ИДЕ != в книге.
4.echo «test… test… test...» | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
5.А Мы разве не про другую сторону?

[@jack7277]

Сам дошел до этого (Заниматься предварительно оптимизацией — зло), написал на пхп быдло-код, который работал 8 секунд, радость, всё работает.
Затем 3 дня делал оптимизации, сократил время работы до 2с, затем 4 дня увеличивалл функционал, время работы поднялось до 4-6с, но я знаю что если еще засяду на несколько дней, то вычту 1-2с, но зачем это делать, если текущее время устраивает, не придумал.
А статья понравилась.

[@rednaxi]

4-6 секунд это время выполнения кода одной страницы сайта?

Это очень много же

[@TheHorse]

Note:

[@TheHorse]

Количества полезных операций на одной странице — ненормированно. Может этот результат объективно хороший. Такое может быть.

[@rednaxi]

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

Но в клиентской части сайта, мне кажется, стоит стараться избегать таких вещей.

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

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

[@TheHorse]

Ну, автор обсуждаемого комментария не сказал, что это клиентский скрипт…

[@rednaxi]

Поэтому я у него и спросил, это код страницы сайта, или просто какой-то скрипт.

Потому что если это страница сайта столько генерится — это долго. Если это просто какой то скрипт и время его работы устраивает — то в этом нет ничего страшного.

[@jack7277]

вордпресс плагин, который запускается каждые 30 минут, поэтому время выполнения меня устраивает.

[@alienator]

Венгерская нотация, прокрастинация, предварительная оптимизация, взлом…

Я все ждал, когда появятся «окна пвх недорого».

[@Archon]

… Преждевременная эякуляция.

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

[@Litiy]

Точно. Статьи без упоминания «прокрастинации» сейчас не в моде, я поглажу…

[@Dmitry_Zhariy]

Зачем гладить? Вы уже лучше like'ните :)

[@afi]

Это что ли перевод? не пойму… попахивает промптом.

[@sumej]

Нет Я таким не балуюсь.

[@chEbba]

О чем пост?

[@alienator]

О жизни, Вселенной и всем таком

[@FreeTibet]

Пост о том, откуда берутся вёбпрограммисты.

[@AreD]

Или велопрограммисты.

[@sumej]

Я передал атмосферу запутанных мыслей, а так же их следствий — «тёмная сторона в программировании» на примере своих… надцати лет программирования.

[@remal]

Про венгерскую нотацию очень хорошо написал как-то Джоэл Спольски: www.joelonsoftware.com/articles/Wrong.html

Автор «Путь Джедая: акт 2» хрень написал. Считать себя умнее, лучше и т.п. — вполне нормально. А вот считать, что при этом не надо развиваться — вот это уже не нормально. В противном случае не было бы тех же великих спортсменов, которые многие годы на вершине и все еще продолжают прогрессировать.

А конкретно топик и не прокомментировать. Стандартный путь разработчика.

[@grigoryvp]

В книгах по программированию я читал, что нужно использовать венгерскую нотацию и префиксы формировать по типу данных: int iData;.
Но тут есть минус: при изменении типа потребуется изменять имя переменной.

Ну это как бы не единственный минус венгерской нотации. И вроде как далеко не самый серьезный :). Типы меняются не то чтобы часто. Переименование это примерно одна секунда в современной IDE — кликнуть идентификатор правым кликом, выбрать refactor->rename и ввести новое имя. Более того, необходимость при смене типа переименовывать переменную — многие считают наоборот плюсом — это позволяет самому посмореть на все места где использовалось старое имя и убедиться что смена типа там ничего не поломала (с).

[@lampa]

Заниматься предварительно оптимизацией — зло.
Что, что?! По моему это нужно сразу ставить одной из главных целей, т.к. вам не придется возвращаться к старому и всё переписывать заново.

[@sumej]

Выбор правильных тулзов != оптимизация.
Настройка Lamp != оптимизация.
Установка APC/mamcache/etc != оптимизация.

Когда всё настроено правильно, но ложится и тогда… оптимизация.

[@alienator]

Среднее соображение — еще более полезно %)