IE 6…
…мертв.
Фев
1
Янв
15
Ноя
2
…надо учитывать, что каждый исправленный баг с вероятностью 0,5 создаст новый.
Окт
31
l/3 planning
l/6 coding
l/4 component test and early system test
l/4 system test, all components in hand.
Июл
21
Поразительно, через какое время всплывают баги в уже вроде давно нормально работающем сервисе. При этом даже когда код писал ты сам, возникает ощущение, что это делалось другим человеком с реально извращенной логикой. Если дебаггить пытается внешний специалист и, как обычно, нет лоу-левел документации, то его ждет серьезное испытание.
Вывод: Надо всегда либо оставлять возможность после окончания проекта «вытащить» ребят, которые его делали, чтобы они сами и правили баги, либо требовать доскональную документацию (с детальным описанием всех классов), проверять наличие и адекват комментов в самом коде и постоянно иметь готовые к погружению и правке чужого кода ресурсы. Интересно, так хоть кто-то делает?
PS: Надеюсь понятно, что речь идет не о текущем дебаггинге, а о том, что всплывает через несколько месяцев использования на какой-нибудь боковой странице.
PPS: Наша студия считает, что идея оставить откровенные дыры на основании, что «этим пользуется 5% пользователей раз в месяц» неправильно. Написание кода – лишь малая часть, причем еще не самая сложная, затрат нормального проекта, да и исправление программы, если она написана по-человечески, занимает минимальное время (последний баг Как вы? занял полчаса от момента обнаружения до исправления). Апологеты такого подхода забывают, что «мультипликатор» неудовлетворенного пользователя гораздо больше, чем у того, который проблем не видит, да и, на самом деле, оценки «в 5%» почти всегда с реальностью не совпадают.
Июн
26
1. Программная борьба с кешированием:
Чтобы броузеры брали какой-нибудь файл не из кеша (особенно актуально в случае, если вы закачали новый css-файл), то надо к его имени присобачить ?»что-нибудь». Понятно, что гет запросы файлы цсс не обрабатывают, однако браузер будет считаль, что это другой файл и перезагружать его.
2. Глобальные сбросы (попытка убить css настройки браузеров по-умолчанию).
Можете посмотреть подборку, какой из них работает лучше я пока не разобрался.
Июн
24
На самом деле умение писать стили очень близко к ООП. Как только начинаешь делить объекты на классы, подклассы и собирать страницы из них, то код сразу становиться коротким и понятным… А это, на самом деле, одно из важнейших частей в веб дизайне, потому что переделывать придется еще много раз, и когда файлы короткие и логически связанные, то это гораздо проще.
Июн
18
После появления «в контакте» ворующих пароли скриптов установил ц себя ад-блок. Пол дня хождения по и-нету с ним показали, что использовать скрипты – плохая идея. Многие сайты (торрентс.ру) оказывались с нефункционирующими базовыми функциями.
Так как я предполагаю, что развитие скриптовых языков только добавит вероятных дыр в безопасности, то блокирующих их пользователей будет становиться все больше.
Кроме того, скрипты разрушают философию интернет-серфинга. Когда страница закончила загружаться, то предполагается, что вся информация получена. Интернет – статическое место, все, что нужно пользователю – понять, на какую ссылку нажать дальше. Даже выпадающие меню – зло…
Июн
11
не посылает данные в форму. Приходиться ради этого использовать submit с background-image’ем.
Может я чего-то не знаю?
Июн
9
Процесс приведения к одному размеру различных элементов форм в эксплорере и файрфоксе это просто какое-то издевательство. В итоге окончательное решение это отображать различные CSS кодировки разным браузерам.
Из интересных заметок:
1. в фф можно в выпадающем меню вставлять картинки, для этого надо ставить разные параметры body разным option блокам. Правда результирующее значение можно оставлять только текстом.
Чтобы его не было видно, option надо сделать width > 100% и спрятать текст «за экраном».
2. select в эксплорере (6-м) может меняться только в ширину. Изменения в высоту пришлось делать за счет невразумительнейшего шрифта.
3. Даже в фф с одинаковыми настройками select, text и submit выглядят совершенно по-разному да еще и разъезжаются по вертикали. Зол…
4. Пришлось ставить margin -5 чтобы убрать не меняющееся в зависимости от ширины экрана расстояние между расположенными в ряд элементами. Соответственно у соседа ставим margin 0.5% чтобы расстояние все-таки было.
5. Самое важное – CSS файлы тоже надо структурировать!