Устройство для снимка экрана на первых компьютерах (Command-Shift-3)

Если вы когда-либо делали хелп или мануал для своего приложения, наверняка вы отметили, как неожиданно много времени и сил занимает создание скриншотов.

Ведь кажется, что скриншот — это “секунда работы, Alt+PrintScreen и Ctrl+V!”. Некоторые клиенты удивляются, когда слышат, что скриншот в мануале может стоить и $2 и даже $5.

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

Стоит задача: «По наработанным материалам создать флеш журнал, быстро. Можно онлайн, еще лучше офлайн»

Кто, что может подсказать на данную тему?
Это все нужно мне сделать до завтрашнего дня.

т.к. аудитория хабра это интернет-гики, очень надеюсь на помощь.

Недавно для меня окончательно наступил кризис — расформировали последнее место работы. Еще в начале прошлого года были три места, где я получал постоянную зарплату. Теперь я абсолютно серьезно могу назвать себя безработным.

У меня образовалась огромная куча времени, которое я могу использовать для развития в каком-нибудь направлении — устроиться на новую работу, просто поизучать новые технологии, языки (общения, программирования). Да и вообще можно кардинально сменить бизнес-интересы.

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

Соответсвенно, возник у меня вопрос: какие технологии и направления (в ИТ) вы считаете наиболее перспективными и достаточно гибкими для интервала будущего в 3-5 лет? Куда направить силы, чтобы через пять лет не рвать на голове волосы из-за неверно выбранного пути развития и напрасно потраченного времени? Что через 5 лет даст достаточно

Даже можно переформулировать так: в каком направлении будете развиваться именно вы? И считаете ли вы это направление достаточно перспективным?

Прошу совета у хабралюдей. Возникла идея сделать дуэль: сравнить топовые производительные бизнес-ноутбуки идентичных конфигураций на Win7 и MacOS (Sony и MacBook Pro), поставить ноутбуки рядом и снять на видео типовые сценарии работы с ними. Типа: включаем ноутбуки — смотрим сколько грузится каждая система от нажатия кнопки. Затем запускаем фотошоп, открываем в нем 300 мегабайтную картинку и поворачиваем на 90градусов, делаем все одновременно, и смотрим что будет быстрее. Выходим в интернет и грузим какой-нибудь сложный сайт, скажем, на флэше, и делаем это на одном и том же браузере, скажем, на Opera или на Chrome. Потом архивируем кучу файлов одним и тем же архиватором… Сначала вроде решили — ура-ура, бегом снимать, но потом задумались. А корректным ли будет такое сравнение? Сначала хотели сделать такой тест out-of-box, т.е. тупо достать ноутбуки из коробки, в том виде что приехали из магазина, и начать тыкать кнопки. Но скажем, на Sony уже установлена куча разных бестолковых программ, которые мешают загрузке, и которых нет на Маке — до какого состояния надо чистить систему? Корректно ли будет сравнение двух фотошопов? Ну и так далее. Интересно ваше мнение — есть ли вообще в этом смысл, и если да, то как провести этот эксперимент максимально чисто? Может, предложите еще какие-нибудь типовые варианты использования?
Спасибо

Как бы ни старался UX-дизайнер, не сможет человек с улицы разобраться в интерфейсе управления космическим кораблём без подсказки. И даже не с улицы. Просто потому, что ракета большая и настроек много.

Мы делаем продукты попроще софта для ракет, но всё равно технически сложные. Очень стараемся, чтобы интерфейсы новых версий были простыми, но осознаём — всегда найдётся пользователь, который что-нибудь не поймёт и пойдёт в документацию. Поэтому дока должна быть, а чтобы не портить впечатление о продукте, она должна быть полезной и удобной.

У нас шесть продуктов, документацию к которым с самого основания компании писали разработчики. Уже полгода мы переписываем старые и пишем новые статьи. Под катом — 50 вопросов, которые помогают нам делать это хорошо. Но для начала немного вводных.