у меня дома на Vista Ultimate тоже проблемы описанной выше не было. но я пока не вижу иных объяснений проблеме с доступам обоих сайтов. а насчет оперы мне по большому счету все равно, использую только для того чтобы проверить что в ней все работает. а так только ФФ
"Хочешь оперу - качай/инсталлируй/пользуйся. Мелкосовт ничего не делает для того чтоб это сделать было невозможно."
по поводу этого, у меня последее время возникли подозрения, когда поставил Windows Vista на работе.
Устанавливал софт, МСН, Яху мессанджер и т.п., все без проблем открывалось. Дошло до браузеров, набрал в строке адреса "mozilla.com", страница долго висела, пробовал перезагрузить - без результатов: белая страница и прогрессбар внизу на максимум, попробовал другие сайты google.com - без проблем открылся, все майкрософтовские тоже. в общем набрал opera.com, тоже самое что и с фаерфоксом. в итоге нашел старую инсталяху оперы на винте, поставил и через нее без проблем скачал ФФ и обновил оперу. вот так вот :) а раньше никогда бы не подумал что такое может быть
а мне наоборот нравится, что я могу на хабре почитать и пообщаться не только на тему ИТ, но еще и про ту же картошку, которую я очень люблю есть, особенно на выходных.
это точно так же, нормально жарите картошку, только периодически поливаете ее небольшим количеством молока, тогда он становится мягче, сытнее и не так пригорает :) я как раз тоже сегодня вечером буду картошку готовить. надо попробовать с чесноком :)
да, у Вас действительно полезные статьи, читал одну за другой, не мог оторваться :) единственное чего не нашел - описание документов которые вы используете и их поддержки по ходу проекта. например у нас принято несколько: Vision/PFD(proposal for development), Estimate и SRS (Software requirements Specification), всей документацией на данный момент у нас занимаются руководители проектов. Думаю, что стоит добавить спецификацию по дизайну с более-менее четкими требованиями, насколько это возможно. и возможно стоит разнести в разные документы test cases и use cases со ссылками из Project Chapter документа. Также, я думаю, что стоит выделить отдельно человека для поддержки документов по проекту. в общем, хочется улучшить проектную документацию и повысить качество и эффективность работы команд. поэтому я сейчас стараюсь ознакомиться максимум с тем что уже есть и придумано, чтобы не изобретать велосипед. :) а за Ваши статьи большое спасибо! очень полезные :)
а кто-нибудь может конкретно вынести положительные стороны прототипирования для всего проекта в целом или каких-то его отдельных частей? на сколько уменьшается время на разработку?
у меня создалось такое впечатление, что по сути, можно достаточно серьезно разгрузить разработчиков и избежать множество юзабилити проблем о которых в будущем сообщат заказчики или тестировщики, если создавать прототипы, тем самым можно сэкономить определенное время на разработке средних проектов, возможно до 15-30%?
в общем, пока без оснований, но я надеюсь получить следующие результаты от полноценного интерактивного прототипирования:
1. экономия времени разработки 15-30% (средние разработчики)
2. экономия времени на создании тест-кейсов тестировщиками
3. более качественный проект в плане юзабилити
4. проще тестирование - воможность сравнивать многие вещи живой системы с интерактивным прототипом
5. возможность считать клики, и показывать варианты задолго до конечной реализации проекта, и дешевле чем реализации реальной функциональности
6. экономия времени на общении с разработчиками - при качественной спецификации проекта, хорошо продуманной архитектуре и еще интерактивных прототипах - у разработчиков возникнет значительно меньше вопросов (по крайней мере когда они привыкнут так работать).
т.е. в результате я расчитываю получить меньшее время на разработку проекта в целом, более довольного заказчика и более качественный продукт.
это похоже на правду? или это только мечты? :)
Классная статья! второй день собирался прочитать, наконец-то добрался :) как раз сейчас выводим это у нас в компании на новый уровень, и я собираюсь этим серьезнее заняться. теперь буду читать вторую часть. Спасибо!
в данном случае автор комментария написал об объемах передавемых данных "и действительно тяжеловесно. разбито по 21му файлу. итого 80 КБ". По поводу большого js-файла. я уверен что это не такая большая проблема для парсинга браузером, посмотрите prototype, у меня 1.5.1 версия весит 96.6К. А по требуемым ресурсам, действительно, может быть достаточно тяжелый. особенно если подключить хак для PNG поддержки полупрозрачности, которая работает через DirectX. но в таком случае, можно просто подключать только ядро и те "хаки", которые Вам нужны.
В итоге есть всего две проблемы:
1. размер файла - решается через gzip и/или подключением только необходимых частей
2. ресурсы для выполнения "хаков" - можно подключать только то, что вам нужно
таким образом вы можете записать содержимое файла js в .php и подключать его, поставив в начале
<?php
ob_start("ob_gzhandler");
?>
аналогично и с другими файлами, например HTML. по идее можно и просто подключать заранее запакованный файл, главное чтобы хидеры корректные передавались.
Other uses
The “Content-Encoding” header in HTTP/1.1 allows clients to optionally receive compressed HTTP responses and (less commonly) to send compressed requests. The standard itself specifies two compression methods: “gzip” (RFC 1952; the content wrapped in a gzip stream) and “deflate” (RFC 1950; the content wrapped in a zlib-formatted stream). Compressed responses are supported by many HTTP client libraries, almost all modern browsers and both of the major HTTP server platforms, Apache and Microsoft IIS.
то что вы видите в хабре наверху:
Все +54 / Коллективные +41 / Персональные +13
это и есть табы. ну или то что мы видим во многих десктопных приложениях. например в браузере с закладками
по поводу этого, у меня последее время возникли подозрения, когда поставил Windows Vista на работе.
Устанавливал софт, МСН, Яху мессанджер и т.п., все без проблем открывалось. Дошло до браузеров, набрал в строке адреса "mozilla.com", страница долго висела, пробовал перезагрузить - без результатов: белая страница и прогрессбар внизу на максимум, попробовал другие сайты google.com - без проблем открылся, все майкрософтовские тоже. в общем набрал opera.com, тоже самое что и с фаерфоксом. в итоге нашел старую инсталяху оперы на винте, поставил и через нее без проблем скачал ФФ и обновил оперу. вот так вот :) а раньше никогда бы не подумал что такое может быть
у меня создалось такое впечатление, что по сути, можно достаточно серьезно разгрузить разработчиков и избежать множество юзабилити проблем о которых в будущем сообщат заказчики или тестировщики, если создавать прототипы, тем самым можно сэкономить определенное время на разработке средних проектов, возможно до 15-30%?
в общем, пока без оснований, но я надеюсь получить следующие результаты от полноценного интерактивного прототипирования:
1. экономия времени разработки 15-30% (средние разработчики)
2. экономия времени на создании тест-кейсов тестировщиками
3. более качественный проект в плане юзабилити
4. проще тестирование - воможность сравнивать многие вещи живой системы с интерактивным прототипом
5. возможность считать клики, и показывать варианты задолго до конечной реализации проекта, и дешевле чем реализации реальной функциональности
6. экономия времени на общении с разработчиками - при качественной спецификации проекта, хорошо продуманной архитектуре и еще интерактивных прототипах - у разработчиков возникнет значительно меньше вопросов (по крайней мере когда они привыкнут так работать).
т.е. в результате я расчитываю получить меньшее время на разработку проекта в целом, более довольного заказчика и более качественный продукт.
это похоже на правду? или это только мечты? :)
В итоге есть всего две проблемы:
1. размер файла - решается через gzip и/или подключением только необходимых частей
2. ресурсы для выполнения "хаков" - можно подключать только то, что вам нужно
если вы работаете с PHP то можете посмотреть такую функцию:
http://php.net/manual/en/function.ob-gzh…
таким образом вы можете записать содержимое файла js в .php и подключать его, поставив в начале
<?php
ob_start("ob_gzhandler");
?>
аналогично и с другими файлами, например HTML. по идее можно и просто подключать заранее запакованный файл, главное чтобы хидеры корректные передавались.
а так же можете найти информацию здесь:
http://en.wikipedia.org/wiki/Gzip
Other uses
The “Content-Encoding” header in HTTP/1.1 allows clients to optionally receive compressed HTTP responses and (less commonly) to send compressed requests. The standard itself specifies two compression methods: “gzip” (RFC 1952; the content wrapped in a gzip stream) and “deflate” (RFC 1950; the content wrapped in a zlib-formatted stream). Compressed responses are supported by many HTTP client libraries, almost all modern browsers and both of the major HTTP server platforms, Apache and Microsoft IIS.
Все +54 / Коллективные +41 / Персональные +13
это и есть табы. ну или то что мы видим во многих десктопных приложениях. например в браузере с закладками