арсенала актуальных технологий, основанных на открытых стандартах — …XSLT…
А вот страничка http://www.w3.org/2000/xp/Group/2/06/LC/…
выдает «неопределённая сущность… &name-part1;» при живом
<!ENTITY name-part1 "SOAP Version 1.2 Part 1: Messaging Framework (Second Edition)">
CSS замечательно получился, а вот с нов. технологиями идем по стопам Майкрософта.
Консоль добавляет размер к скачиваемому файл и соответсвенно к запускному.
Опера и хороша тем, что изначально включает в себя много продуманнного функционала, который очень быстро работает. А пару сотен килобайт хоть в ОЗУ, хоть в траффике при скачивании новой версии вряд ли кто-то заметит.
Что тормозит запуск приложения.
Ни разу не сталкивался.
А так же является источником потенциальных проблем и сбоев.
Сильно сомневаюсь. Т.е. в теории, разумеется, является, но ведь и, допустим, вкладки также являются потенциальным источником сбоев, причем, куда более существенным. Может, их тоже стоит из дистрибутива убрать?
И сколько процентов от рабочего дня специалиста отводится на выяснение отношений и самоповышение квалификации по умению уйти от ответственности? 50, 70?
Пологаю, что настолько глобальная интеграция очень быстро упрется в специфичность функционала. Общие вещи (топик, например, написать) можно стандартизировать, но это резко увеличит спрос на уникальность сервисов и, в итоге мы можем получить туже RSS-ленту со встроенной в интерсейф ридера кнопкой «Написать топик». А, вообще, интересно посмотреть как все это будет закрученно.
Не уловил сути: «Ага, шеф, ррработаю…» — и все тут? Уж лучше: «Холодно», «Тепло», «Жарко» :) Шутка, конечно, но эти стадии хоть какое-то определение ситуации дают, ведь после подведения баг-листа может оказаться, что «Почти готово» нет ни разу.
Да и подходит только для мега-глобальных проектов, а на тех же сайтах тестирирование и исправление 90% ошибок осуществляются в процессе разработки, который очень легко дифференцируется на четко обособленные блоки (при наличии единой логики планирование усложняется, но остается допустимым).
Составив план работ («Проектирование» вместо «Не начата» и список небольших заданий вместо остальных пунктов) можно, как минимум, говорить о степени готовности проекта и в процессе разработки делать прогнозы с некоторой погрешностью.
+1 Соглашусь с мнением оратора ) только боюсь, что на Висте визуальные преимущества будут (будут?) не столь заметны, а если сравнивать Оперу (Виндовую, т.к. Маковую не видел) и Сафари, то останется только «Дело вкуса».
А учитывая повальное увлечение CSS-машинкой под названием «Fire Fox», то, боюсь, Опера отживает свой век. Эх…
Иногда встречается нечто вроде: «На нашем сайте навигация на первом и втором уровнях осуществляется через меню, как у всех, а на третьем уровне — через формочки, чтобы пользователь увидел одно нужное из целых пяти (не тысяч, просто “пяти”) объявлений за 10 кликов.»
Не в железе и трафике дело, не факт что они будут стоить больше, чем html-верстальщик. Вы — прямо на этой страничке — превьюшку печати посмотрите: неужто на ней кому-то понадобятся убивающие треть горизонтали названия тэгов и объявление со ссылкой? А что до гифа :), то, ИМХО, ссылки от корня и короткие названия классов подойдут поболе.
Эти советы как раз и помогут работать более осмысленно. А в первом так и вовсе сказано: «…старайтесь организовывать своё время так, чтобы наиболее трудоёмкие задачи решались именно во время вашего "подъёма"…» — разве это не «меньше, но более осмыслено?»
Если чего не так, извините.
А вот страничка http://www.w3.org/2000/xp/Group/2/06/LC/…
выдает «неопределённая сущность… &name-part1;» при живом
<!ENTITY name-part1 "SOAP Version 1.2 Part 1: Messaging Framework (Second Edition)">
CSS замечательно получился, а вот с нов. технологиями идем по стопам Майкрософта.
Ни разу не сталкивался.
Сильно сомневаюсь. Т.е. в теории, разумеется, является, но ведь и, допустим, вкладки также являются потенциальным источником сбоев, причем, куда более существенным. Может, их тоже стоит из дистрибутива убрать?
Да и подходит только для мега-глобальных проектов, а на тех же сайтах тестирирование и исправление 90% ошибок осуществляются в процессе разработки, который очень легко дифференцируется на четко обособленные блоки (при наличии единой логики планирование усложняется, но остается допустимым).
Составив план работ («Проектирование» вместо «Не начата» и список небольших заданий вместо остальных пунктов) можно, как минимум, говорить о степени готовности проекта и в процессе разработки делать прогнозы с некоторой погрешностью.
А вообще, ПОЗ-ДРАВ-ЛЯЮ!
А учитывая повальное увлечение CSS-машинкой под названием «Fire Fox», то, боюсь, Опера отживает свой век. Эх…