Язык может и неважнецкий по многим параметрам, включая «академичность», но по совокупности всех плюсов и минусов для создания «простых» сайтов PHP превосходит другие языки чуть ли не вместе взятые по крайней мере в России…
Пляшущие на костях PHP ответьте, пожалуйста, на один вопрос — к вам пришло ТЗ на CMS с фразой «разрабатываемая CMS должна работать на подавляющем большинстве виртуальных хостингов планов, включая бесплатные», какой язык вы выберите? Питон, Руби, С++? Еще о Perl можно подумать, но в свое время уходя с «прикладного» программирования в веб, я посмотрел на исходники пары гостевух и как думаете какой код мне был более понятен после Turbo C/C++ и TurboPascal — Perl или PHP? Я вот ни разу не пожалел, что тогда стал изучать PHP. Пробовал писать на С/С++, но уж очень долго да и требования к хостингу завышенные, и сейчас-то не каждый хостер дает доступ к консоли и возможность компилировать свои скрипты, а уж больше 10 лет назад и говорить нечего.
P.S. Почему-то мне кажется, что «противники» PHP большей частью работают над средне и крупнобюджетными проектами, где хотя бы VDS с root доступом само собой подразумевается, а про «обычный» хостинг за 3$ в месяц они забывали давно, если вообще знали когда-нибудь.
Ну вообще блоггер заинтересован в комментаторах, а возможность оставить прямой линк на свой блог это один из способов выразить благодарность блоггера за то, что его читают и комментируют.
На самом деле каждый поступает как ему больше нравитя — одни вообще ссылки запрещают, другие ставят редирект, третьи nofollow и noindex, четвертые оставляют прямые линки на блоги только. Лично я дельные коменты не тер, даже если линки вели совсем не на блог, а посты типа +1 часто удалял целиком даже если этот человек мне знаком по блогосфере.
Почему я люблю друпал, но практически его не использую, а чаще вордпресс или модх, а то и симплекмс:
— люблю потому что люблю, сердцу не прикажешь :)
— для сайтов-визиток он слишком тяжел и проблемы с дистанционным («по аське») обучением пользователей («секретарш» и «манагеров»)
— в русской блогосфере он мало известен и некоторые нюансы в «дефолтных» конфигах вызывают проблемы у посетителей, привыкшим к ЖЖ и вордпрессу и они просто уходят, не желая тратить время на разбирательства
— для сателлитов и прочих «сеогавносайтов» тоже тяжеловат плюс опять-таки обучение «пользователя», если сайт не для себя делаешь
— готовых «красивых» тем для вордпресса больше и с популярными модулями проблем меньше
Да, я знаю, что и интерфейсы для «секретарш» можно настроить отдельные, и что от вордпресса не отличить будет, и те же темы с вп перетащить проблем нет при желании, но одно большое «но» перечеркивает для меня все достоинства капли: мне платят за результат, а не за потраченное время. Человек говорит «у меня есть 50 страниц» контента и 30 WMZ — мне нужен сателлит с этим контентом и такой-то функциональностью" или «хочу себе блог завести как у всех и вот этот дизайн нравится, плачу 15 WMZ», или «нам надо 10 страничек о фирме и чтоб легко можно было менять их, бюджет 2000 рублей» и если я начну делать сателлиты, блоги и визитки на друпале, то помру с голоду :)
Друпал, имхо, CMF с широкими возможностями, намного превышающими возможности других и CMS тпа WordPress, и фреймфворков типа CakePHP, но для простых «проектов» его применение не оправдано — за то время что потратишь на доведение сайта на друпале к «юзерфрендли» виду/функционалу (сделаешь клон «обычной» CMS) или «приучишь» пользователя к «drupal way» можно сделать еще с пяток «обычных» сайтов с привычными пользователю прежде всего идеологией, а уж потом интерфейсами и прочим.
Делая сайт на друпале очень сильно «подсаживаешь» заказчика на свою «иглу», если же передать «под ключ» то появляются претензии у клиентов, когда бесплатную техподдержку оказывать не хочется, а он считает что я его должен сопровождать сайт всю жизнь. Делал несколько визиток на друпале «из любви к искусству», вылизывал так что сам бы не понял, что они на друпале даже в админке. Клиенты писают от восторга (еще бы за такие деньги), но потом хотят расширить функциональность, мне некогда или не хочется больше работать с этим сайтом/клиентом, а узнав сколько берут другие за «только посмотреть что там у вас на друпале» выслушиваешь пару десятков «нежных и ласковых» слов, а потом смотришь а сайт через месяцок на Джумле уже крутится, а мне гордо сообщают что я ламер и друпал гамно и вообще им все что нужно сделали за 25 уе
Брать нас и учить :)
На самом деле я этой технологией заинтересовался года 3 назад, когда пытался написать свою CMS :)) точнее пришел к выводу что логика должна давать данные в XML и шаблон должен быть на XML и после нескольких попыток изобрести велосипед "наткнулся" на XSLT, я был очарован, но...
Но некоммерческих проектов не было, на коммерческих, сами понимаете, не мог сказать заказчику "можно, за 3 дня сделать на Smarty, но подождите 2 недели, я буду XSLT осваивать, еще, желательно, мне это время оплатить" :( попытки делал освоить XSLT в процессе, но заканчивались тем, что в авральном порядке на кофе и адреналине переводил все отображение на чистый php/smarty
Информации практически нет о XSLT, точнее о его практическом использовании, изобретать велосипед каждый раз нет возможности, исходников серьезных проектов никто не даст, конечно. По стандарту да справочникам только примитивные преобразования изучать. Популярные открытые CMS/CMF XSLT если и поддерживают, то не нативно, шаблонов рабочих вообще не найдешь под них, рускомьюнити, где помогли бы сделать шаг от хрестоматийных примеров к реальным системам тоже не обнаружил... Вакансий, где требуется начальные знания XSLT тоже минимум, по крайней мере в Питере - либо вообще не упоминают, либо хотят уже профессиональное знание и практические навыки эффективной работы...
так что так и остается использование XSLT недоступной мечтой, вроде и знаю что-то, и вывод данных страницы на XML только рад делать, и даже делаю, но потом их парсю в массивы и вывожу чрез что придется
Для php-разработчиков? Как минимум 6 из 13 "советов" предполагают контроль над сервером (где-то ошибся в подсчете? - поправьте). Нет, можно, конечно, поднять сервер, а то и кластер в локалке, настроить его как хочется и показывать заказчику как все летает под 1к запросов в секунду. Потом передать ему скрипты, получить деньги, только потом он будет жаловаться на тормоза на виртхостинге за 3000 руб/месяц (ну не нашел он линка на VDS за 150р) при одном запросе в час.
Но как часто разработчик имеет контроль над реальной средой выполнения? В лучшем случае он может порекомендовать менеджеру проекта и, возможно, заказчик прислушается к рекомендациям менеджера (если менеджер, конечно, воспримет их всерьез, а не как очередное оправдание разработчика за свой кривой код, и решится их донести до заказчика, который пришел с пачкой в баксов в руках и сказал "я купил самый дорогой виртуальный хостинг на 100 лет вперед, чтобы и внукам досталось, мне сказали хостинг - это главное, чтобы тормозов не было, а тормозов я не люблю, а виртуальный - это же сейчас круто!!! Виртуальная реальность, Матрица, все дела... Сделаете мне сайт? Не сделаете - найду других, а у вас проблемы будут, с налоговой ")
я тоже полдня на это убил, оказывается с каких-то пор jabber.ru перестал поддереживать (попросту говоря снес) гейт в ICQ. вроде вчера тут, на хабре, в топике на тему кому нужен XMPP был линк на большой список icq гейтов публичных
>Увы, подобной функциональности не видел. PyICQt 0.8a может только по имейлам. Пользуйтесь people.icq.com.
Спасибо, как-то не замечал, даже два своих старых номера нашел :) а поиск утерянного конаткат по мэлу как-то не конструктивен в общем случае, проще на мыло написать и спросить номер, тем более что мыл может быть несколько
>Если ну очень надо - можно запустить под WINE.
http://appdb.winehq.org/objectManager.php?sClass=version&iId=9834&iTestingId=17661 - я правильно понимаю Run - No?
Кjгда надо не очень, кое-как они работают в pidgin (ICQ "нативно", MRA через jabber.ru, и то, и то глючат), когда надо "очень" (подруге хочется поиграть) запускаю wmware
сорри за злобный офтопик, ну вот честно, читаю про разные преимущества jabber, как с него можно легко общаться и с icq, и с msn, и с mra (вроде только скайпа не видел из используемых мной), руками и ногами "за" открыте и расширияемые форматы и протоколы, особенно на базе XML, но на пркатике... Пробовал два клиента (psi и pidgin) - никак у меня не получатся нормальный обмен текстом настроить, не говоря уж о файлах, голосе и видео, уже запутался в акках на google.com, jabber.ru, еще на куче серверов дающих гейт в аську. Вроде далеко не чайник (20 лет почти в IT, но 3 из них под лично набранной на тумблерах "ОС" "Радио-86/РК", чуть-чуть CP/M-80 и лично портированной с ямахи MSX-DOS, а дальше "родной" MS от DOS 3.3 до висты (правда еще полуось была чутка, и несколько попыток "посмотреть" на линь и фряху), которая нелегкая (виста) дернула меня месяца полтора назад снести винду и поставить убунту, с тез пор и мучаюсь, особенно из-за отстувия коммуникаций привычных. Все что смог нагуглить про подключение к джабберу ни черта не понятно, либо инструкции "в картинках" по настройке чего-то виндузового типа миранды, либо изобилующие сленгом типа "джиды", "ростер" и т. п. Вроде по контексту статей и комментов тут на хабре и много где еще понятно, что достаточно иметь один акк (кранйе желательно, чтобы на гугле он был, "всяким" jabber.ru и jabber.org.ua как-то не доверяю, уж извините - полдня мучался подключая по нагугленному манулу аську к jabber.ru), чтобы общаться со всем миром, но не как не получается, то мои мессаги не видят. хотя кроме родных utf-8 ничего не ставил, то я явно половину диалога пропускаю, как искать контакты "по анкете" для ICQ/MRA вообще непонятно и т. д.
Подскажите, пожалуйста, линк на мануал для чайников в linux как настроить более-менее нормальный jabber-агент, привычный пользователю родных виндузовых ICQ/MRA под Ubuntu 7.10 64-bit (у гугла такового агента нет, только 32 :( ), чтобы хотя бы я мог общаться текстом (включая посылку мессаг в фолайн и их непотерю когда я в офлайн, также режим невидимки очень интересует), обмениваться файлом и искать контакты в ICQ/MRA по неполным данным. Чувствую, что извращение это держать виртуальную винду только для родных ICQ и MRA (очень рекдо MSN нужен еще, Skype под линуком работает почему-то лучше, чем под виндой, или провайдер работу улучшил за последний месяц), но другого варианта найти не могу
Ну приходя на любой сайт хоть чуть-чуть отличный от "академического" стиля дизайна (все цвета браузера по умолчанию) пользователь сталкивается с проблемой определения, например, какая ссылка посещенная уже, какая нет (если это вообще выделяется). Если его сайт заинтересовал, то, по-моему, он быстро разберется, что к чему (главное чтобы понятно было, что это именно ссылка, тут лучше подчеркивания, имхо, ничего нет, и очень бесит когда не ссылку подчеркивают).
P.S. А для минималистического подхода 6 цветов (точнее 8, еще фон и текст) непозволительная роскошь :) Максимум 4 (фон, текст. непосещенные ссылки, посещенные) и то, некоторые морщатся, когда говорят им, что посещенным отдельный цвет нужен. Настаивают на 3-х цветах, выделяя посещенные, например только подчеркиванием
Несколько устарела информация. Полтора месяца как открыт (а также Word, PowerPoint и Drawing) http://www.microsoft.com/interop/docs/OfficeBinaryFormats.mspx , понятно что открылли его, чтобы легче было протолкнуть новый, но тем не менее факт
"Самый главный" отвечать :) А если серьезно, то решить кто ты собсвенно, программер или менеджер, по мере роста все равно выбирать придется скорее всего, на двух стульях сложно усидеть. А на форумах писать Project Leader :)
Думаю тут зависит от того, с кем предстоит общение и на какие темы. Если больше на экономические (клиенты, заказчики, спонсоры, рекрутеры и т. п.), то менеджером (с завидной технической подготовкой ;) ), если на технические, то ведущим. А так, наверное, менеджер престижнее в общем для посторонненго человека, от него зависит будет ли над чем команде работать и что получат ли они за это. Хотя разные ситуации бывают, зависит и от проекта, и от команды.
Но есть один нюанс, имхо, если клиент узнает, что вы кроме как ведущий разработчик, еще и менеджер "по совместительству" это не так опасно для срыва сделки, как если наоборот. Ведущему, вынужденному и руководством заниматься, могут посочувствовать или по хорошему позавидовать технари и простить какие-то огрехи другие менеджеры/руководство, а вот менеджеру, занимающемуся программингом вряд ли. На мой взгляд значит плохой менеджер, если не смог ведущего найти, а себе придумать должность "главный архитектор" :)
Идея хорошая, но дизайнеры придерживающиеся минималистического подхода к цветовому решению скорее всего взвоют, если им предложать вместо двух цветов использовать шесть для ссылок (не забываем, что посещенные/непосещеные тоже надо выделять).
И автор забыл про третий способ: выделять шрифтом, например: ссылки на внешние ресурсы италиком (можно через em, а на внутренние болдом (через strong, можно, конечно, и через css только, но, может быть, поисковикам такие ссылки болше понравятся, а через em меньше, кто эти посиковики разберет)
А для иконок естественнный вариант, имхо, использовать для внутренних свой фавикон (может немного переделанный, но узнаваемый)
Никто не упомянул, кстати, что лучше не начинать с 64-бит дистрибутива - проблем не много, но они встречаются. Та же Aptana как отдельный пакет не идёт, только плагином к Eclipse, да и из мелких утилит может чего-то не быть и, как минимум, придется собирать из исходников
Перепоручать надо менеджеру, который, как говорится, "в теме", а программеры редко, имхо, могут объективно оценивать хотя бы техническую готовность/не готовность проекта к запуску в реальных (читай неидеальных) условиях. Впадаем то в одну крайность ("да, в принципе работает, по мелочам потом поправим" и иногда "потом" очень долго длится), то в другую ("Еще не все todo сделаны, код и запросы к БД не оптимизированы, процента 3 быстродействия и 5 потребления памяти выжать можно, стыдно такое выкладывать", а пока сделаешь еще todo'зов добавится и так до бесконечности). Про коммерческую сторону и говорить нечего.
Надо будет зарегистрироваться, но регистрация простая, проще, чем на хабре :)
Перенс, Брюс - один из ключевых лидеров движения Open Source и Free Software. Со-основатель организации Open Source Initiative (с Эриком Реймондом). Автор Определения Open Source и социального контракта Дебиан. (с) википедиа
З.Ы, Офтоп, конечно, но в этом блоге ему самое место, а топик создать не могу.
Дело не в том, что охраняют они или нет, сам факт что у нас есть полмиллиона (если не больше) срочников, отслуживших больше чем полгода, да еще порядка 20 миллионов в запасе, большая часть которых служила 1,5-2 года,служит сдерживающим фактором для потенциальных противников. Есть еще и другие сдерживающие факторы конечно, но и этот, по-моему, не псоледнюю роль играет. При отмене всеобщей обязанности и переходе на полностью контрактную службу это резерв постепенно "уйдет".
Да, будет профессиональная армия, но в случае чего рассчитывать можно будет только на неё в течении некоторого времени, ведь большая чать людей подлежащих мобилизации не будет иметь даже элементарных военных и условно военных (типа одеться за 45 секунд) навыков и их надо будет сначала в учебки направлять, а уж потом на фронт.
Добровольную, а не обязательную службу можно вводить, по-моему, только тогда когда каждый здоровый парень будет считать своим действительно почетным долгом, а не очень неприятной обязанностью, так или иначе пройти военную подготовку, может полугодовую, может еще меньше, может даже без отрыва от учебы/работы, но чтобы мог из автомата стрелять, полосу препятсвий преодолеть, траншею в полный профиль вырыть да и просто встать по тревоге. Кому это понравится - пойдут служить по контракту, нет - не пойдут, но чтобы весь мир знал, что у нас есть 35 миллионов человек уже способных на это, а не полумиллионная профессиональная армия и 35 миллионов человек подлежащих мобилизации, но которые автомат только на картинке видели.
В итоге получаем 23 100 в месяц. Мне кажется, что для нормальной профессиональной армии это не очень привлекательная зарплата, а ведь профессионалу надо не только ЗП платить, его надо кормить, одевать-обувать и т. п. лучше, чем срочника, о постоянной подготовке я вообще молчу. То есть получаем в итоге, что дешевле забрать в армию такого "активного гражданина" и держать там с минимальными расходами, чем на его место брать профессионала за счет налогов.
Другое дело, что для поддержания нынешнего уровня обороноспособности, скорее всего, потребуется меньшая численность армии, если армия будет профессиональной, но это уж очень сложно оценить. И о такой вещи, как мобилизационный резерв забывать нельзя, если "завтра война", а у нас армия профессиональная, то все остальные автомат только на картинках видели и даже команды "отбой" не знают. То есть пока профессионалы воюют, мобилизованные "непрофессионалы" КМБ проходят и подниматься по тревоге учатся. В бой их никак нельзя бросать, это даже не пушечное мясо
Пляшущие на костях PHP ответьте, пожалуйста, на один вопрос — к вам пришло ТЗ на CMS с фразой «разрабатываемая CMS должна работать на подавляющем большинстве виртуальных хостингов планов, включая бесплатные», какой язык вы выберите? Питон, Руби, С++? Еще о Perl можно подумать, но в свое время уходя с «прикладного» программирования в веб, я посмотрел на исходники пары гостевух и как думаете какой код мне был более понятен после Turbo C/C++ и TurboPascal — Perl или PHP? Я вот ни разу не пожалел, что тогда стал изучать PHP. Пробовал писать на С/С++, но уж очень долго да и требования к хостингу завышенные, и сейчас-то не каждый хостер дает доступ к консоли и возможность компилировать свои скрипты, а уж больше 10 лет назад и говорить нечего.
P.S. Почему-то мне кажется, что «противники» PHP большей частью работают над средне и крупнобюджетными проектами, где хотя бы VDS с root доступом само собой подразумевается, а про «обычный» хостинг за 3$ в месяц они забывали давно, если вообще знали когда-нибудь.
На самом деле каждый поступает как ему больше нравитя — одни вообще ссылки запрещают, другие ставят редирект, третьи nofollow и noindex, четвертые оставляют прямые линки на блоги только. Лично я дельные коменты не тер, даже если линки вели совсем не на блог, а посты типа +1 часто удалял целиком даже если этот человек мне знаком по блогосфере.
— люблю потому что люблю, сердцу не прикажешь :)
— для сайтов-визиток он слишком тяжел и проблемы с дистанционным («по аське») обучением пользователей («секретарш» и «манагеров»)
— в русской блогосфере он мало известен и некоторые нюансы в «дефолтных» конфигах вызывают проблемы у посетителей, привыкшим к ЖЖ и вордпрессу и они просто уходят, не желая тратить время на разбирательства
— для сателлитов и прочих «сеогавносайтов» тоже тяжеловат плюс опять-таки обучение «пользователя», если сайт не для себя делаешь
— готовых «красивых» тем для вордпресса больше и с популярными модулями проблем меньше
Да, я знаю, что и интерфейсы для «секретарш» можно настроить отдельные, и что от вордпресса не отличить будет, и те же темы с вп перетащить проблем нет при желании, но одно большое «но» перечеркивает для меня все достоинства капли: мне платят за результат, а не за потраченное время. Человек говорит «у меня есть 50 страниц» контента и 30 WMZ — мне нужен сателлит с этим контентом и такой-то функциональностью" или «хочу себе блог завести как у всех и вот этот дизайн нравится, плачу 15 WMZ», или «нам надо 10 страничек о фирме и чтоб легко можно было менять их, бюджет 2000 рублей» и если я начну делать сателлиты, блоги и визитки на друпале, то помру с голоду :)
Друпал, имхо, CMF с широкими возможностями, намного превышающими возможности других и CMS тпа WordPress, и фреймфворков типа CakePHP, но для простых «проектов» его применение не оправдано — за то время что потратишь на доведение сайта на друпале к «юзерфрендли» виду/функционалу (сделаешь клон «обычной» CMS) или «приучишь» пользователя к «drupal way» можно сделать еще с пяток «обычных» сайтов с привычными пользователю прежде всего идеологией, а уж потом интерфейсами и прочим.
Делая сайт на друпале очень сильно «подсаживаешь» заказчика на свою «иглу», если же передать «под ключ» то появляются претензии у клиентов, когда бесплатную техподдержку оказывать не хочется, а он считает что я его должен сопровождать сайт всю жизнь. Делал несколько визиток на друпале «из любви к искусству», вылизывал так что сам бы не понял, что они на друпале даже в админке. Клиенты писают от восторга (еще бы за такие деньги), но потом хотят расширить функциональность, мне некогда или не хочется больше работать с этим сайтом/клиентом, а узнав сколько берут другие за «только посмотреть что там у вас на друпале» выслушиваешь пару десятков «нежных и ласковых» слов, а потом смотришь а сайт через месяцок на Джумле уже крутится, а мне гордо сообщают что я ламер и друпал гамно и вообще им все что нужно сделали за 25 уе
На самом деле я этой технологией заинтересовался года 3 назад, когда пытался написать свою CMS :)) точнее пришел к выводу что логика должна давать данные в XML и шаблон должен быть на XML и после нескольких попыток изобрести велосипед "наткнулся" на XSLT, я был очарован, но...
Но некоммерческих проектов не было, на коммерческих, сами понимаете, не мог сказать заказчику "можно, за 3 дня сделать на Smarty, но подождите 2 недели, я буду XSLT осваивать, еще, желательно, мне это время оплатить" :( попытки делал освоить XSLT в процессе, но заканчивались тем, что в авральном порядке на кофе и адреналине переводил все отображение на чистый php/smarty
Информации практически нет о XSLT, точнее о его практическом использовании, изобретать велосипед каждый раз нет возможности, исходников серьезных проектов никто не даст, конечно. По стандарту да справочникам только примитивные преобразования изучать. Популярные открытые CMS/CMF XSLT если и поддерживают, то не нативно, шаблонов рабочих вообще не найдешь под них, рускомьюнити, где помогли бы сделать шаг от хрестоматийных примеров к реальным системам тоже не обнаружил... Вакансий, где требуется начальные знания XSLT тоже минимум, по крайней мере в Питере - либо вообще не упоминают, либо хотят уже профессиональное знание и практические навыки эффективной работы...
так что так и остается использование XSLT недоступной мечтой, вроде и знаю что-то, и вывод данных страницы на XML только рад делать, и даже делаю, но потом их парсю в массивы и вывожу чрез что придется
Для php-разработчиков? Как минимум 6 из 13 "советов" предполагают контроль над сервером (где-то ошибся в подсчете? - поправьте). Нет, можно, конечно, поднять сервер, а то и кластер в локалке, настроить его как хочется и показывать заказчику как все летает под 1к запросов в секунду. Потом передать ему скрипты, получить деньги, только потом он будет жаловаться на тормоза на виртхостинге за 3000 руб/месяц (ну не нашел он линка на VDS за 150р) при одном запросе в час.
Но как часто разработчик имеет контроль над реальной средой выполнения? В лучшем случае он может порекомендовать менеджеру проекта и, возможно, заказчик прислушается к рекомендациям менеджера (если менеджер, конечно, воспримет их всерьез, а не как очередное оправдание разработчика за свой кривой код, и решится их донести до заказчика, который пришел с пачкой в баксов в руках и сказал "я купил самый дорогой виртуальный хостинг на 100 лет вперед, чтобы и внукам досталось, мне сказали хостинг - это главное, чтобы тормозов не было, а тормозов я не люблю, а виртуальный - это же сейчас круто!!! Виртуальная реальность, Матрица, все дела... Сделаете мне сайт? Не сделаете - найду других, а у вас проблемы будут, с налоговой ")
Спасибо, как-то не замечал, даже два своих старых номера нашел :) а поиск утерянного конаткат по мэлу как-то не конструктивен в общем случае, проще на мыло написать и спросить номер, тем более что мыл может быть несколько
>Если ну очень надо - можно запустить под WINE.
http://appdb.winehq.org/objectManager.php?sClass=version&iId=9834&iTestingId=17661 - я правильно понимаю Run - No?
Кjгда надо не очень, кое-как они работают в pidgin (ICQ "нативно", MRA через jabber.ru, и то, и то глючат), когда надо "очень" (подруге хочется поиграть) запускаю wmware
Подскажите, пожалуйста, линк на мануал для чайников в linux как настроить более-менее нормальный jabber-агент, привычный пользователю родных виндузовых ICQ/MRA под Ubuntu 7.10 64-bit (у гугла такового агента нет, только 32 :( ), чтобы хотя бы я мог общаться текстом (включая посылку мессаг в фолайн и их непотерю когда я в офлайн, также режим невидимки очень интересует), обмениваться файлом и искать контакты в ICQ/MRA по неполным данным. Чувствую, что извращение это держать виртуальную винду только для родных ICQ и MRA (очень рекдо MSN нужен еще, Skype под линуком работает почему-то лучше, чем под виндой, или провайдер работу улучшил за последний месяц), но другого варианта найти не могу
P.S. А для минималистического подхода 6 цветов (точнее 8, еще фон и текст) непозволительная роскошь :) Максимум 4 (фон, текст. непосещенные ссылки, посещенные) и то, некоторые морщатся, когда говорят им, что посещенным отдельный цвет нужен. Настаивают на 3-х цветах, выделяя посещенные, например только подчеркиванием
Но есть один нюанс, имхо, если клиент узнает, что вы кроме как ведущий разработчик, еще и менеджер "по совместительству" это не так опасно для срыва сделки, как если наоборот. Ведущему, вынужденному и руководством заниматься, могут посочувствовать или по хорошему позавидовать технари и простить какие-то огрехи другие менеджеры/руководство, а вот менеджеру, занимающемуся программингом вряд ли. На мой взгляд значит плохой менеджер, если не смог ведущего найти, а себе придумать должность "главный архитектор" :)
И автор забыл про третий способ: выделять шрифтом, например: ссылки на внешние ресурсы италиком (можно через em, а на внутренние болдом (через strong, можно, конечно, и через css только, но, может быть, поисковикам такие ссылки болше понравятся, а через em меньше, кто эти посиковики разберет)
А для иконок естественнный вариант, имхо, использовать для внутренних свой фавикон (может немного переделанный, но узнаваемый)
http://techp.org/p/7
Надо будет зарегистрироваться, но регистрация простая, проще, чем на хабре :)
Перенс, Брюс - один из ключевых лидеров движения Open Source и Free Software. Со-основатель организации Open Source Initiative (с Эриком Реймондом). Автор Определения Open Source и социального контракта Дебиан. (с) википедиа
З.Ы, Офтоп, конечно, но в этом блоге ему самое место, а топик создать не могу.
Да, будет профессиональная армия, но в случае чего рассчитывать можно будет только на неё в течении некоторого времени, ведь большая чать людей подлежащих мобилизации не будет иметь даже элементарных военных и условно военных (типа одеться за 45 секунд) навыков и их надо будет сначала в учебки направлять, а уж потом на фронт.
Добровольную, а не обязательную службу можно вводить, по-моему, только тогда когда каждый здоровый парень будет считать своим действительно почетным долгом, а не очень неприятной обязанностью, так или иначе пройти военную подготовку, может полугодовую, может еще меньше, может даже без отрыва от учебы/работы, но чтобы мог из автомата стрелять, полосу препятсвий преодолеть, траншею в полный профиль вырыть да и просто встать по тревоге. Кому это понравится - пойдут служить по контракту, нет - не пойдут, но чтобы весь мир знал, что у нас есть 35 миллионов человек уже способных на это, а не полумиллионная профессиональная армия и 35 миллионов человек подлежащих мобилизации, но которые автомат только на картинке видели.
Другое дело, что для поддержания нынешнего уровня обороноспособности, скорее всего, потребуется меньшая численность армии, если армия будет профессиональной, но это уж очень сложно оценить. И о такой вещи, как мобилизационный резерв забывать нельзя, если "завтра война", а у нас армия профессиональная, то все остальные автомат только на картинках видели и даже команды "отбой" не знают. То есть пока профессионалы воюют, мобилизованные "непрофессионалы" КМБ проходят и подниматься по тревоге учатся. В бой их никак нельзя бросать, это даже не пушечное мясо