All streams
Search
Write a publication
Pull to refresh
17
0
Сергей Сусиков @Angerslave

Пользователь

Send message
Мда, гугл нервно курит в сторонке по цифрам...

Поглядел тут на всякие цифарки да скобочки... Пойти чтоль в Капитализм II зарубиться...:))
Хренасе не получает... Мне бы так "не получать":))
Не знаю как насчёт других пискаровских мультов, но я бы и не сказал, что это такой уж прям мульт... Мне на протяжении всего фильма вспоминались рассказы Рэя Брэдбери. Да и вообще, на Земле всё было очень реалистично, только в космосе мультяшно. А при просмотре Престо постоянно вспоминал Portal:)
Не согласен. Заголовок, имхо, оправдан. Семантика проигрывает. По скорости. Именно о скорости и идёт речь в блоге "Клиентская оптимизация". Глупо ожидать здесь чего-то другого. А если кто-то судит о вопросе только по одной статье(кстати, респект за статью), то это его проблемы, а не топикстартера.
Попробуйте сами поработать весь день не отвлекаясь. Либо результат будет ниже плинтуса, либо мозг взорвётся - его ресурсы-то не безмерны.
Юзайте Password Commander или аналоги и будет вам счастье:)
Тролли - куда большее зло, имхо.
Ну тогда можно ещё учесть, что сервер не отвечает мгновенно. Ну а вообще, в такой трактовке, Вы, конечно, правы:)
Скорость света/радиоволн - 299 792 458 м / с, так что можно.
> управлять магазином будут две милые барышни со светлыми волосами.

После этой фразы мне стало страшно за будущее этого магазина. Всё же интернет-магазин это не самое простое программное решение и экономическая система.

Можно, конечно, многое отдать на откуп софтине, но когда потом за неверное бизнес-решение приходится расплачиваться продавцу - тогда-то он и задумывается "а не обеспечить ли бизнес продвинутым инструментом продаж?". Имхо, все эти "из коробки" при первой же возможности напомнят о своём существовании - глюками или тормозами.
Хм, тут такие хитрые коды пишут, лишь бы не писать лишние require... Может я читаю как-то не так, но мне кажется, что слишком категорично высказано, что на весь проект должен быть 1 require и тот в автолоаде... Я и сам активно юзаю autoload, но не вижу смысла сокращать количество require до 1-2, имхо, разумный предел - 5-10, хотя всё зависит от архитектуры проекта.
Почему это начинать с денвера это моветон? Скажем, профессиональные гонщики начинают с картинга, паращютисты сначала тренируются на земле и т.д. Что собрать своими руками сервер полезно я согласен, но что начинать с этого - нет. Имхо, это всё равно что начинать знакомиться с компьютером со сборки ядра линукса. Познавательно, но вот это время можно потратить с большей пользой.
Понравилось. Много нового(особенно если учесть, что ни с питоном, ни с руби вообще не знаком), жду следующую RuPyRu, а может и что-нить в духе PHP или же просто веб-ориентированых языков, рассмотрения архитектур веб-приложений и пр., думаю это многим будет интересно:) А на чём писать - это уже дело техники. Спасибо оргам за конфу:)
Хм, Namespace'ы двигают PHP в сторону Perl? Сомневаюсь, думаю, NS это серьёзная необходимость - во многих продвинутых языках(с точки зрения реализации возможностей ООП) Namespace'ы уже давно реализованы, так что PHP, пусть и слегка запоздало, просто подтягивается до неписаных стандартов. имхо.
Не понимаю, чем require плох. Да, автолоад, несомненно, рулит, но, имхо, это какая-то глупая религия - сокращать количество require до 1 в проекте... Конечно, 500 require это тоже перебор, но autoload так или иначе выполняет столько же require(достаточно глянуть по профайлеру), хоть они и сосредоточены в одном методе.
Хм, почему моветон?
Пардон, не сразу уследил...
Вы о чём? Это чтобы конфликтов имён классов в разных неймспейсах небыло. Ну и чтобы, используя много классов из неймспейса, не писать много раз подряд всю вереницу вложености NS.
Упнем:)

Конфа была хорошо организована, по крайней мере первая часть - посла обеда решил слиться домой, ибо спал перед конференцией всего 4 часа. Доклады очень понравились(был на первой части общей ветки докладов), разноплановые и интересные, хоть я и не пишу на руби и питоне. Надеюсь, что-нибудь подобное послушать по PHP:)
Фишка в том, что продукту просто всегда есть куда развиваться. Только иногда это развитие минимально при максимальных затратах.

Information

Rating
Does not participate
Location
Омская обл., Россия
Date of birth
Registered
Activity