Как стать автором
Обновить
84
0
Алексей @alexey_uzhva

Пользователь

Отправить сообщение
Я попорбовал. Сайты остаются без иконок, а у половины из них фавиконок — нету. Все папк тоже на одно лицо.

Включать подписи для панели — не вариант т.к. тогда они появляются и у кнопок вперед-назад и других.
Это все равно не решение. Личная панель хороша, что туда лики таскать очень просто и удобно — из любого места страницы или заголовок таба, не входя ни в какой редактор панелей, и не создавая закладок — она сама создается.

Я, например, в левой части «личной панели» держу постоянные вещи, а в правую — кидаю временные. Например, когда проект делаю, быстрые ссылки на нужные материалы или важные страницы.

Кроме того, на личной панели кроме собственно закладок, очень удобно класть папки — получаются замечатльные выпадающие меню. А по вашему способу у них будут одинаковые иконки и тогда не поймешь где что.
Да, под виндой эта проблема поргрессирует, поддерживаю комментатора и интересуюсь тоже статусом этого вопроса.

А заодно и статусом багрепорта по поводу неподдержки MIME/URL кодирования в Content-Disposition, что делает GMail частично неюзабельным, в плане русскоязычных файлов.
И как бы фичи фичами, а одиночные файлы в GMail с кириллическими именами все равно сохраняются как, например, default.doc, из-за того, что опера не поддерживает ни mime, ни url-кодирования имени файла в заголовке content-disposition :(

А это, порой, куда важней чем гламурные фичи…
Ага, а внизу она совсем некрасиво выглядит:(
Табы в заголовке — это круто, но как перетащить «личную панель» под них?

Как-то привык использовать ее для быстрого доступа к интересным мне в данный момент сервисам…
Черт возьми, слишком хорошо, чтобы быть правдой.
Приходило подобное, тоже Билайн. Позвонил оператору по 0611, соединили с СБ, продиктовал им номер с которого пришло и куда просили положить деньги.

Пускай им пусто будет…
Вы хотите сказать, что веб-разработчик мало того, что должен протестировать во всех версиях IE, FF, Оперы, хрома и сафари, так еще и рассмотреть все возможные плагины для каждого из этих браузеров?

Уж если обвешиваетесь плагинами, так извольте сами за ними и следить.
Да, но:

1) В правилах это должно быть явно прописано
2) Даже если все пользователи вашего ресурса подтвердили согласие, вроде бы как вам надо предпринимать меры по защите данных при помощи всяких регистрируемых программно-электронных средств.
Почему не смотрю телевизор?

Хм… Там слишком много рекламы. Как выделенной по времени, так и контекстной.

Когда я смогу поставить AdBlock+ на телевизор — можно будет попробовать. А пока лучше почитаю хабр с обзорами от бумбурума :-)
Дык статья наверняка написана руководителем, который считает что у него нет времени, а подчиненные бьют баклуши.

В это время подчиненные наверняка занимаются чем-то своим, считают что у них нет времени, а руководитель бьет баклуши.
И не говорите, что вы — не домохозяйка.

Разнообразный труд полезен, будете профессионально расти. А то, что вам не интересно расти в эту сторону — никого не волнует.
А почему бы вам вместо прочтения хабра не пойти «бонусом» пропылесосить квартиру? Заодно:
— выбейте ковер,
— выгуляйте собачку,
— посетите с сыном цирк,
— пропылесосьте автомобиль,
— помойте в нем коврики,
— приготовьте на семью вкусный ужин,
— и завтрак заодно,
— приберите хлам в документах на компьютере,
— разгребите фотоархив,
— рассортируйте папку со скачанными файлами.

И не говорите, что устали и что хочется отдохнуть. Отдыхать надо с пользой для семьи! Заодно вот отвлечетесь, разнообразный труд полезен ведь.

P.S: через неделю отчитайтесь.
Плюс для сотрудников — это дополнительная зарплата, а не дополнительная задача. Если ваши сотрудники не садо-мазо, конечно ;-)

Чтобы написать хороший код, разработчику важны сосредоточение и концентрация. Если его будут дергать налево и направо, то вы потом на тестирование написанного кода потратите столько времени и денег, что будете вовсе не рады.
Разница в том, что у гугла эти 20% свободны от основного дела, а автор предлагает ничего в графике сотрудников не менять, но еще одну задачу им впихнуть.
На практике это будет выглядеть так:

Все разработчики заняты. Вдруг к начальнику приходит «светлая идея» (или дружок с просьбой сделать ему что-то), и вместо того, чтобы отправить эту светлую идею идти себе дальше своей дорогой, или нанять человека для ее реализации, начальник берет Васю, Петю и Ваню и говорит им:

— Тут дело есть — надо вот еще один проект сделать, да не когда-нибудь, а прямо сейчас.
— !!!??? Мы же заняты на 150%, еще и по вечерам задерживаемся на работе, какой еще дополнительный проект?!
— Вань, ну ты же кофе пьешь? Обед ешь? Хабр читаешь? А ты вот не ешь, не пей и не читай, а делай вместо этого еще вот проект. Отдыхать, Вань, надо с пользой для компании! А то ишь чего удумали, блоги читать! Срок тебе — месяц, отчитываться будешь еженедельно, не сделаешь — уволю.
В случае OpenSource, я все-таки не буду вступать в дискуссию с вами. Мое нутро противится измерению популярности языка по количеству пакетов (хотя бы глядя на PHP), хотя возможно вы и правы.

Предлагаю завершить сию дискуссию за примирением сторон :-)
Ну что ж, готов признать свою неправоту: похоже, что в области Enterprise вы правы и Perl на самом деле чувствует себя хорошо.
Моя выборка показывает динамику и активность в проектах, но да, вы правы, специфика ее заключается в том, что рассматриваются лишь OpenSource проекты.

Однако, ваша выборка не менее специфична. Ее специфика заключается в том, что вы рассматриваете сиюминутный срез по требуемым специалистам.

В этом есть некоторая доля лукавства:

Во-первых, эти данные отражают потребность рынка, а не активность использования языка. Потребность рынка в cobol специалистах может быть, например, обусловлена вовсе не широтой его использования, а тем, что этих специалистов просто мало, и их трудно найти.

Во-вторых, эти данные отражают потребность в специалистах как для поддержки существующих проектов, так и для создания новых. А эти понятия не стоит смешивать в одну кучу.

Поясню более подробно последний тезис:
Допустим, рынку сейчас требуется 530 высококлассных специалистов для поддержки проекта на cobol и 1639 для поддержки проекта на php. При этом на cobol они требуются для поддержки legacy проектов, а на php, допустим 60% для поддержки проектов существующих и 40% для создания новых.

Вопрос:
Что произойдет, если на рынок вдруг придет количество программистов, вдвое больше требуемого?
Например, 1000 программистов на cobol и 3000 программистов на php?

— 530 cobol программистов заполнят потребность рынка, и оставшиеся 470 останутся у разбитого корыта, т.к. все legacy проекты уже поддерживаются, а новых не предвидится.
— 1639 php программистов заполнят потребность рынка, а оставшиеся хоть и останутся первоначально без работы, но найдут ее по мере открытия новых проектов на этом языке (возможно, временно подрабатывая на фрилансе).

Выводы
Показатель востребованности того или иного навыка, безусловно, важен. Важен, наверно, ничуть не меньше, чем популярность этого инструмента. Но эти показатели нельзя сравнивать, как нельзя сравнивать мощность двигателя с объемом бензобака.

Таким образом, приведенные вами данные следует не противопоставлять приведенным графикам, а трактовать как дополнительную информацию, уточняющую первоначальное высказывание:
«Несмотря на снижение популярности Perl-a, на западном рынке сохраняется относительно высокий спрос на Perl программистов».

Информация

В рейтинге
Не участвует
Откуда
Москва и Московская обл., Россия
Зарегистрирован
Активность