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

отсюда
http://lancer.com.ua/forum/viewtopic.php?t=17622

о футболе:

вчера Жванецкий гениально описал что такое футбол.

"Это когда 100 тысяч нищих приходят посмотреть как 22 миллионера
катают мяч"

Более эффективное использование интернет канала.

Итак, есть четыре метода по экономии трафика:
1. Отключение рекламы (баннеров).
2. Кэширующий прокси.
3. Сжатие трафика (алгоритм gzip).
4. Пережатие файлов с изображением (за счет ухудшения качества).
Первый и второй метод достигаются очень быстро и бесплатно. Достаточно становить на локальном компьютере программу HandyCache и прописать в настроках браузера этот прокси. Минимальные настройки и ву а ля, экономия трафика в 5-10% нам обеспечена. (http://handycache.ru/).
С третьим и четвертым методом уже сложнее. Связано это с природой реализации самой технологии. Понятное дело, заставить все веб сайты паковать свой трафик не получится. Значит, необходим посредник между нашим браузером и веб сайтом. Все запросы мы передаем ему, он в свою очередь скачивает содержимое страниц, сжимает и передает нам. На рынке есть до 10 подобных сервисов но они платные. Единственный пока бесплатный ru.toonel.net с одноименной программой toonel.net. Скачиваем программу, устанавливаем локально, говорим HandyCache, что он теперь работает через прокси сервер (указав 127.0.0.1: порт toonel) и достигаем еще примерно 10-15% экономии трафика.
Таким образом, получаем не существенную но все же экономию, позволяющую канал в 50кбит расширить до 55 а то и 60кбит.

Рекомендации по браузеру: http://vacula2.blogspot.com/2007/10/blog-post.html

Потрясающая статья! Очень рекомендую прочитать
http://blogs.technet.com/eldar/archive/2007/10/28/2189096.aspx

цитата:

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