Посмотрел исходиники и подкрепился в этой мысли. За 2 года вы смогли унести чужую библиотеку BigInteger и написать один метод для умножения полиномов. Это все, чего удалось достичь за это время?
А вот мне интересно, как эти 2 факта между собой уживаются?
За последние два года, к сожалению, удалось сделать очень мало: задача сложная, готовых открытых библиотек или примеров нет, времени мало.
1. Каков смысл делать библиотеку? Что дальше? Творческий интерес, расширение опыта в криптографии. Какой-либо коммерческой выгоды проект не предполагает (хотя не исключено).
Буду рад ошибиться, но мне кажется, что вы решили чужими руками сделать работу, которую делать не хочется / нет времени / нет понимания.
Как хорошо, что политика относительно скругления углов у меня в компании такова, что все юзеры, кто способен увидеть — видят эти уголки, остальные смотрят на прямоугольные и ничего не теряют при этом.
Кстати, давно заметил, что в хороших книгах по граф-дизайну, интерфейсам, управлению нет ни слова про конкретные платформы и технологии. Потому, что такие дисциплины — это нечто большее, чем Photoshop, HTML, JAVA, Android,…
Начали за здравие, а закончили за упокой (IE6 в том числе): что CSS — дурацкий, backend-разработчики — вымирающий вид, про HTML5, про JQuery и кроссплатформенность. Это все имеет весьма эпизодическое отношение к User experience. Для пользователя, если он вообще об этом задумывается, все, что стоит за интерфейсом — это черная магия, а вот все что он видит и с чем он интерфейсно взаимодействует — это и есть user experience.
Обычно при стабильном наличии пробок по пути дом<->работа не привязываются к одному маршруту, а выбирают из 2-3-5 условно-равнозначных, основываясь на объективной пробко-обстановке.
Лирическое отступление:
Сейчас на работе разрабытываем очередную версию модуля для CMS, руки несколько связаны: никаких CDN, никакой свободы с настройкой дополнительных субдоменов. Когда я увидел около 90 запросов к статическим ресурсам, в каждом из которых отправляется около 2 КБ печенья, я рыдал. Это количество удалось снизить до 30, но все-равно, присутствует некая неудовлетворенность…
Не всегда счастье только в килобайтах, есть еще
1. Количество запросов.
2. Размер заголовков запросов.
Заголовки, допустим, можно померять, а вот со скорость установки нового соединения как повезет… Мое имхо: лучше +2-5 КБ, чем лишний запрос.
Пните меня в нужном направлении, пожалуйста. Я пытался заниматься этим вопросом. Вплоть до того, чтобы полностью отключать Memory Cache в обоих браузерах. Это никак не изменило ситуацию.
Главное за эту неделю пару раз перезапускать Firefox и Opera, у меня эти заразы на работе отжирают по 500-600 Мб памяти каждый, если не перезагружать время от времени — какие-то у них жестокие утечки памяти.
Антивирус — купленный NOD последней версии. Программы — тоже вряд-ли, ибо было замечено на девственной свежепоставленной винде. Я склоняюсь к тому, что косяки с железом, но с каким именно, определить не получилось.
Буду рад ошибиться, но мне кажется, что вы решили чужими руками сделать работу, которую делать не хочется / нет времени / нет понимания.
Сейчас на работе разрабытываем очередную версию модуля для CMS, руки несколько связаны: никаких CDN, никакой свободы с настройкой дополнительных субдоменов. Когда я увидел около 90 запросов к статическим ресурсам, в каждом из которых отправляется около 2 КБ печенья, я рыдал. Это количество удалось снизить до 30, но все-равно, присутствует некая неудовлетворенность…
1. Количество запросов.
2. Размер заголовков запросов.
Заголовки, допустим, можно померять, а вот со скорость установки нового соединения как повезет… Мое имхо: лучше +2-5 КБ, чем лишний запрос.