2007 Web Predictions. Аз залагам, че ще се случи нещо напълно неочаквано. Макар да ми хрумва как бих могъл да използвам възможностите на Apollo за някои предстоящи проекти, не вярвам че поне в България хубавите и богати интерфейси ще придобият популярност. Дано да не съм прав.
Adobe - CSS Advisor beta. Удобен wiki-сайт с тематиката на positioniseverything.net, в който са описани редица CSS бъгове в различни браузъри и начините за тяхното преодоляване.
Innovation in IT - 5 стъпки към подобряването на работната среда и ефективността от работата в една IT компания.
Leveraging HTML and JavaScript in Apollo Applications (Google Video, ~37 минути). Някакво шефче от Adobe обяснява разбрано какво по дяволите е Apollo, какви са му основните преимущества, показва примери и въобще прави добро въведение в Apollo за ламери. Миналата седмица пък попаднах на едно изследване на някакви хорица от IBM, които обясняваха колко е добре да интегрираш в готови решения (най-често уеб базирани услуги) в корпоративните IT системи (интранети, софтуер и т.н.). Т.е. за ползите от децентрализирането на работните процеси в корпорациите и други сложни неща. Apollo изглежда като да е идеалната платформа за реализирането на този нов тип корпоративни IT системи.
Прочетох цялата статия Biggest Mistakes in Web Design 1995-2015. Преди да кликна на линка си мислех, че става въпрос за поредната пародия и подигравка с Джейкъб Нийлсен и неговите правила за ползваемост, но всъщност се оказа, че съветите са доста адекватни и напълно сериозни. За съжаление не за всяка лоша практика са дадени обяснения, защо аджеба е лоша.
Хохо! This Is What Happens When You Let Developers Create UI от Coding Horror. Между другото се зачетох и в друготе постове от тоя блог, защото ми звучат полезни и логични.
В юзър интерфейс блога си хората от Yahoo! споделят наблюденията си за влиянието на фрон-енд кода върху представянето на уеб страниците. Според тях по-голямата част от времето, в което чакаме една страница да се зареди всъщност бразурът и сърърът си разменят не HTML (сиреч текст), а картинки, скриптове и CSS-и. Т.е. колкото повече отделни файлове тегли браузъра, толкова по-бавно се зарежда страницата. Не знам колко време им е отнело това изследване, но според мен нямаше нужда, защото и без него е логично и лесно да стигнеш до същия извод. В статията липсват и конкретни идеи за оптимизация, т.е. препоръката е обща и казват “Стремете се да намалите общия брой на файловете като обединявате отделните javascript функции в един файл, css правилата в един, за картинките по-възможност използвайте css спрайтове“.
Five steps to a better design portfolio, by Jeffrey Veen. Препоръките са много добри. Единствената забележка е, че за да се направи едно наистина добро портфолио е необходимо адски много време и желание, защото се гонят възможно най-високите стандарти и цели.
Scrybe е ново уеб приложение за менажиране и споделяне на лична информация - задачи, документи, календар. Органзайзер, който работи в уеб браузър независимо дали си офлайн или онлайн. Комбинира функционалността на доста други уеб 2.0 приложения, които съм разглеждал. От едно видео не може да се съди доколко са успели да се справят откъм потребителско изживяване, но от технологична гледна точка съм впечатлен от възможностите на Flex.
pair design. Добра идея. Накратко - една от основните agile практики е програмирането по двойки (pair programming), което само по себе си води до има редица преимущества. Според автора на статията, дизайнът на едно уеб приложение също може да се прави от двойка дизайнери. Мисля, че наистина има логика и смисъл - особено, когато например единият дизайнер е по-добър във визуалната част на нещата, а другият - в интерктивността и двамата взаимно се допълват. Нещо като лява и дясна половина на мозъка.