А нужна ли мышь?

Все уже привыкли к мыши. Правая (левая) рука так и ложится на это псевдоживотное.
И что как результат? Когда надо набивать много текста, приходится скакать рукой с мыши на клаву и так постоянно.

Я стараюсь экспериментирвоать с keyboard only режимами работы. Это и шорткаты в MS office и вот новенькие разработки - ENSO launcher.

Программка позволяет вводить с клавы ряд команд таких как смена активного окна, открытие приложений и т.п. прямо с клавы. Это осуществляется, например, при нажатом Caps Lock. Нормальные люди этой клавишей все равно не пользуются. Естественно, программку можно обучать новому..

Интерфейс примитивно-притягательный. Рекомендую.

Проведение эффективных встреч – часть 1 – Разработка своего стиля и правил

Я уже писал про сайт PM hut. На этом же сайте я нешал несколько интересных статей, ну и решил перевести самые интересные. Так что встречайте меня еще и в роли переводчика. Замечания по переводу с радостью приму, но сильно не ругайте.
Итак:

Том Карлос (PMP) - Проведение эффективных встреч – часть 1 – Разработка своего стиля и правил

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

Помня о факте, что большинство людей смотрят на встречи негативно, ознакомьтесь с рядом вещей, необходимых для проведения эффективной встречи

Часть 1 – Разработайте свой стиль и правила

Разработка своего стиля

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

Создание «стандарта»: Вам необходимо установить «стандарты» по которым будут проходить собрания. Вы должны быть последовательны, необходимо также управлять ожиданиями участников о том, как будут проводиться встречи.

Разработка правил встречи

Роли и ответственные: определите для участников встречи их роли и ответственность. Необходимо установить атмосферу «кто отвечает за…», но делайте это деликатно.

Не допускайте опозданий: некоторые люди постоянно опаздывают. Если вы встретились с такой ситуацией, попробуйте объяснить этим людям ( после собрания) их проблему и попросите больше не опаздывать.

Никогда не повторяйте обсуждения: Почему вы должны поощрять опоздавших повтором уже прошедшей дискуссии? И наоборот, зачем наказывать пунктуальных участников повтором обсуждения? Повторение обсужденных пунктов не только отнимает время, оно также показывает, что вы не можете управлять встречей (и участниками встречи).

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

Еда, напитки и т.п.: Многие считают, что еда и напитки – это хорошая мысль, особенно, если встреча длительная. Но не забывайте, что пролитые стаканы, перевернутые тарелки и походы к столу за едой могут привести к прерыванию встречи. Так что, если вы планируете еду и напитки, возможно, следует добавить это отдельным пунктом повестки встречи «закуски, сбор на встречу»

Tom Carlos has over 20 years of cumulative experience in business, technical, and training environments. He is a Certified Project Management Professional (PMP) and member of the Sacramento Valley ( California ) PMI Chapter. For other articles on similar subject, you can visit www.carlosconsulting.com or contact him at tom@carlosconsulting.com.

Копирование файлов на рабочий компьютер через remote desktop

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

Читаем тут и тут

В общем, все просто. После необходимых (и простых) настроек remote desktop, на удаленном компьютере при использовании remote desktop появляется специальный диск, который является отражением вашего локального.

Об отношении к пользователям (клиентам)

Уже где-то с года 1992 у меня валяется собрание сетевого юмора, большей частью дошедшего до меня через FIDO. Иногда от скуки я его перебираю.
Сегодня я хочу выложить интересный креатив, который фигурировал в зоне ru под названием "Наш ответ пользователям". Я потратил некоторое время и все-таки нашел этот креатив также и на английском языке (тут и тут).

Самое грустное (и ироничное), что этот подход практикуется до сих пор и чуть ли не повсеместно. Достаточно заменить "пользователей" на "клиента" и заменить специфичные термины и тут же получаем актуальный для любой области текст.

Вот и сам креатив (as is):

НАШ ОТВЕТ ПОЛЬЗОВАТЕЛЯМ

Текст был pазослан, но *не* написан Стивом Саммитом
Steve Summit scs@adam.mit.edu

Пеpевод с английского на pусский Александpа Шеховцова
als@vl.ts.kiev.ua

Пожалуйста, пеpестаньте посылать нам сообщения об ошибках. Это наша
система. Мы pазpаботали ее, мы создали ее и мы используем ее дольше
чем вы. Если вы полагаете, что в ней отсутствуют некотоpые свойства,
или система не так эффективна, как вам бы хотелось, ЗАТКHИТЕСЬ!
Убиpайтесь к чёpту, мы в вас не нуждаемся. См. pис. 1.

Забудьте о своей глупой пpоблеме; давайте поговоpим о некотоpых
свойствах нашей опеpационной системы.

1) Опции. Мы ввели огpомное их множество. Так много, что вам
понадобится паpа толковых pебят, чтобы pазобpаться в документации.
Так много, что pак свиснет pаньше, чем половина из них будет
использована. Так много, что вам не удастся использовать их пpавильно
в любом случае. Однако, количество опций не так уж и существенно,
потому что мы установили некотоpые интеpесные значения для опций и
назвали их ...

2) Умолчаниями. Мы установили немало умолчаний. Они нам нpавятся.
Если бы это было не так, мы бы сделали умолчаниями что-нибудь дpугое.
Так что убеpите свои гpязные pуки от наших умолчаний. Hе тpогайте их.
Считайте их пpедопpеделенными. "Пpедопpеделенные умолчания" - звучит
неплохо! Если вы их измените и ваша система зависнет, заткнитесь. См.
pис. 1.

3) Языковые пpоцессоpы. Они pаботают пpекpасно. Получают на вход
исходные тексты и зачастую генеpиpуют объектные файлы как pезультат
ваших усилий. Вам не нpавится pезультиpующий код? Тем хуже для вас!
Вы даже можете попытаться делать системные вызовы из него. Во всех
случаях, когда это не удается, используйте ассемблеp, как это делаем
мы. Мы говоpили с pазpаботчиками языковых пpоцессоpов и они думают
так же, как и мы. Они говоpят: "См. pис. 1".

4) Отладчики. Да, у нас есть отладчики, один мы сопpовождаем, а
дpугой используем сами. Hо в любом случае вы не должны делать ошибки,
это всего лишь пустая тpата вpемени. Мы ничего не хотим слышать об
отладчиках; нам эта тема неинтеpесна. См. pис. 1.

5) Ошибка пpи загpузке. Hе обpащайте внимания. Зачем наживать себе
язву? Вы ведь все pавно не захотите пеpедать нам свою машину, чтобы
мы pазбиpались в вашей пpоблеме, да и мы, веpоятно, не сможем
pазобpаться в любом случае. Да, и если что-либо cломается в пpомежутке
между 17:00 и 18:00 или 9:30 и 10:30 или 11:30 и 13:30 или 14:30 и
15:30, то не тpатьте ваше вpемя на звонки - нас нет на месте. См.
pис. 1.

6) Командный язык. Мы pазpаботали его самостоятельно, он
пpевосходен. Он настолько нам нpавится, что мы назвали язык нашим
именем. Действительно, мы так счастливы и довольны с ним, что мы
создали его один pаз для всех наших опеpационных систем. Мы даже
стаpаемся сохpанить командный язык неизменным от веpсии к веpсии,
хотя иногда мы каpдинально пеpесматpиваем его. См. pис. 1.

7) Выполнение пpогpамм в pеальном вpемени. Мы этого добились. Кто
еще мог сделать такую пpекpасную pаботу? Что, система кажется
медлительной со своими 18-ю уpовнями пpиоpитетов пpоцессов? Hикаких
пpоблем, установите всем пpоцессам пpиоpитет 1. В любом случае
pеальное вpемя не столь важно, как оно кажется. Мы даже изменили
название нашей гpуппы, чтобы избавиться от слов "pеальное вpемя". И
мы уже давным-давно посоветовали всем нашим пользователям, пытающимся
pаботать в pеальном вpемени, смотpеть на pис. 1.

В заключение, засуньте подальше ваше сообщение об ошибках. Любите
нашу систему или оставьте ее, но не выpажайте свое недовольство.

          ---------------------------------
          !               _               !
          !              { }              !
          !              | |              !
          !              | |              !
          !           .-.! !.-.           !
          !         .-!  ! !  !.-.        !
          !         ! !       !  ;        !
          !         \           ;         !
          !          \         ;          !
          !           !       :           !
          !           !       |           !
          !           |       |           !
          !                               !
          !_______________________________!

Pис. 1.

Примечания:

Это довольно стаpый текст котоpый заслуживает втоpичной pассылки.
Моя копия датиpована июнем 1986 года; я не пpедставляю, сколько этому
тексту на самом деле лет и кто его написал.
По моему впечатлению у тех, кто видел этот текст, фpаза "см. pис. 1"
немедленно вошла в жаpгон. А кто-нибудь еще ее использует?

Блокировка системы на ThinkPad

Серьезные дяди любят, ну или любили, IBM. Lenovo теперь не любят.
Так вот, на ноутбуках Thinkpad есть загадочная кнопка "ThinkPad", которая также может называться "Access IBM". Грех не задействовать простаивающую кнопку.

Проблема налицо - WinKey на ноутах ThinkPad отсутствует, поэтому залочить систему нельзя комбинацией WinKey+L. Я решил проблему привязыванием блокировки компа к кнопке ThinkPad.

Делается это так:
в реестре есть ключ, команду из которого ноут исполняет при нажатии на кнопку ThinkPad.
Создаем текстовый файл (хоть при помощи Notepad), расширение должно быть .reg. Вписываем нужную команду.

Lock station by ThinkPad button.reg:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\IBM\TPHOTKEY\8001]
"File"="rundll32 user32.dll, LockWorkStation"
"DispName"="Lock Workstation"

Сохраняем это файл, и просто запускаем. Пробуйте! Естественно, можете заменить команду на любую другую вам необходимую.

Консалтинг vs Gamedev

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

Для затравки


Начнем с первого впечатления - встреча по одежке
Организация офиса
Если не считать вспомогательных служб, высшего начальства и сейлзов, офис представляет из себя одно пространство разбитое на боксы. Личных рабочих мест нет. Все сотрудники работают на ноутбуках, так что приходишь - выбираешь место, и работать! В такой организации я ничего страшного не вижу, но разница весьма ощутимая по сравнению с геймдевовскими персональными столами завалеными всем-всем-всем.
Дрескод
Одеваться необходимо прилично. Большую часть времени сотрудники проводят в офисе клиентов, чтобы блюсти имидж компании, надо одеваться в костюм. В пятницу есть послабление - если работаешь в офисе, можно одеваться в casual :-)
Сравним с геймдевом, где дрескода не существует. Даже не знаю что лучше. Джинсы, они конечно поудобнее в эксплуатации, но в условиях вседозволенности некоторые экземпляры опускаются настолько, что их становится возможным учуять за версту. И это явно не свободолюбивый запах геймдева…
Остальное
Налицо существенно более активная текучка кадров в консалтинге по сравнению с геймдевом. Я вижу тут несколько факторов:
1. решения в консалтинге стандартные, банально рынок больше и время входа в проект меньше
2. клиенты и конкуренты умеют считать деньги и более агрессивно сманивают персонал
3. в консалтинге люди меньше привязаны к конкретной компании, легче срываются. В игрострое народ пашет "за идею" и если уж пришел в компанию, то работает пока совсем уж не замучают.

Командировки в консалтинге могут занимать до 100% времени. Клиенты есть как в Москве так и во всяких Урюпинсках. Большую часть проекта консультанту надо присутствовать в офисе клиента. Поэтому консультант может не появляться в офисе месяцами.

Суть проектов
Здесь налицо серьезные отличия. Суть консальтинга - поставить клиенту одно из стандартных решений заточив его под специфику заказчика. Никакого тебе R&D и в помине. В играх же - сплошная поэзия, каждый программист пишет свою библиотеку, каждая фича - половина диссертации. Каждая игра уникальна и несовместима ни с чем другим.

Далее, В Колумбусе реально анализ требований и тестирование занимает больше разработки. Почему так оно происходит понятно, но приятно поработать над проектами, которые состоят из разработки дай бог на треть а не на 250% как в геймдеве.

Технологии
Если сравнивать в целом - то это ракета против паровоза. Причем ракета - технологии в геймдеве.
Да, в геймдеве полно технофриков, всегда есть возможность внедрить что-нибудь из новенького. Всегда находится время это новенькое найти и изучить.

В консалтинге все не так. Время на поиски и рисёрч маловато. Потому что он в принципе и не нужен :-) В общем, все новое несет в себе неоправданные риски.
Серьезного продвинутого контроля версий нет. Зато есть отличные возможности работать из любой точки земли при помощи удаленного терминала. Что такое wiki почти никто не знает. Впрочем, в геймдеве про wiki тоже не все знают.

Компенсации
Немного расскажу о системе компенсации сотрудникам в Колумбусе.
Существует фиксированная зарплата плюс 3 вида бонусов.
1. Бонус за часы отработанные у клиента и оплаченные последним
2. бонус с дохода по проекту (для руководителей проектов)
3. Закрывающий бонус - выплачивается после подписания сдачи проекта. Неплохо мотивирует людей дорабатывать до конца проекта

Все эти бонусы соизмеримы друг с другом и с фиксированной частью зарплаты. Мне эта система нравится.

Other
Лично для меня еще интересно заниматься Project Management'ом в условиях, близких к класическим. С управлением русурсами, бюджетами и переговорами с клиентом. Общение с топ-менеджерами клиентов тоже для себя считаю плюсом.

может еще что забыл, буду по ситуации описывать различия. :-)

Трюки работы с Remote Desktop

Jeff Atwood описал на своем блоге комбинации клавиш для работы с Windows Remote Desktop (Удаленный рабочий стол).

Мне часто приходится использовать такой способ соединения, когда работаю из дома или из офиса клиента.

Особенно нравится способ запуска программы именно на том мониторе, на котором она нужна. кроме как трюком никак это не назовешь. В общем, в стиле приложений от MS.