Если в момент, пока youtube подкачивает видео и крутит крутилку, нажать стрелку на клавиатуре, можно поиграть в "Змейку"
среда, 2 февраля 2011 г.
среда, 15 декабря 2010 г.
Офис велик, офис ужасен
Вот что интересно - я всегда был доволен Microsoft Office
он всегда меня устраивал. А вот теперь, после перехода на Office 2010 в нем стал периодически зависать Word. Поскольку, в последнее время, я все больше в ворде работаю, это для меня критично
Техподдержка Microsoft уже три месяца меня мурыжит - то они воспроизвести не могут, то просят чтото деинсталлировать, то спрашивают, действительно ли у меня ворд зависает, а не падает (и это учитывая, что я добрался уже до разработчиков, отправил им все дампы и стек-трейсы)
У меня теперь есть три выбора
- Страдать и мучаться, восстанавливая документы по после принудительного рестарта Ворда
- Сделать downgrade оффиса до 2007
- Перейти на что-нибудь еще. (скорее всего, с префиксом "ай")
И вот как не странно, я совершенно не хочу делать downgrade. Остальной офис меня мегарадует, особенно Outlook. Поэтому откатываться на предыдущий - не хочется вообще.
Я уж скорее перейду на что-то радикально новое, с каким нибудь префиксом (хотя и не факт, что оно лучше будет)
Такой вот интересный психологический феномен.
А, мораль. Так вот, мораль. При разработке если обновление у пользователя глючит, пользоваться предыдущей версией пользователь может и не согласиться. Скорее - помучается-помучается, да и пойдет себе дальше, когда терпение лопнет.
он всегда меня устраивал. А вот теперь, после перехода на Office 2010 в нем стал периодически зависать Word. Поскольку, в последнее время, я все больше в ворде работаю, это для меня критично
Техподдержка Microsoft уже три месяца меня мурыжит - то они воспроизвести не могут, то просят чтото деинсталлировать, то спрашивают, действительно ли у меня ворд зависает, а не падает (и это учитывая, что я добрался уже до разработчиков, отправил им все дампы и стек-трейсы)
У меня теперь есть три выбора
- Страдать и мучаться, восстанавливая документы по после принудительного рестарта Ворда
- Сделать downgrade оффиса до 2007
- Перейти на что-нибудь еще. (скорее всего, с префиксом "ай")
И вот как не странно, я совершенно не хочу делать downgrade. Остальной офис меня мегарадует, особенно Outlook. Поэтому откатываться на предыдущий - не хочется вообще.
Я уж скорее перейду на что-то радикально новое, с каким нибудь префиксом (хотя и не факт, что оно лучше будет)
Такой вот интересный психологический феномен.
А, мораль. Так вот, мораль. При разработке если обновление у пользователя глючит, пользоваться предыдущей версией пользователь может и не согласиться. Скорее - помучается-помучается, да и пойдет себе дальше, когда терпение лопнет.
воскресенье, 24 октября 2010 г.
суббота, 9 октября 2010 г.
Глубокое внимание, мелкое внимание, скверное внимание
Подход к делу в различных режимах внимания
"Глубокое внимание"
Самый лучший для дела вариант. Человек воспринимает задачу в контексте всей работы, понимая причины, по которым ставится задача,
кто как и когда будет использовать результаты работ и множество других факторов.
На примере проектного менеджера:
Получив от заказчика письмо с просьбой немедленно доработать систему, менеджер разбирается, зачем потребовалась доработка,
можно ли понизить ее приоритет, предложит для этого workaround, и вместе с доработкой запланирует сессию обучения для заказчика.
Человек работает в режиме глубокого внимания, если:
* Он умен и опытен
* Он болеет за результат всей задачи в целом
* У него достаточно времени
* Нет серъезных стрессов
"Мелкое внимание"
Реактивная модель поведения. Приходит событие - и человек с ним разбирается, особенно не вдаваясь во всю задачу в целом.
Работа в режиме мелкого внимания страшно экономит врмея (по сравнению с "умным вниманием") но дает абсолютно минимальный результат.
На примере проектного менеджера:
Получив от заказчика письмо с просьбой немедленно доработать систему, менеджер пересылает письмо руководителю разработчиков с
просьбой доработать систему, дожидается ответного письма что система доработана и пересылает письмо заказчику.
После этого забывает о задаче до следующего напоминания.
Человек может работать в режиме мелкого внимания, если:
* Он не заинтересован в результате деятельности
* Он слишком перегружен другими задачами
* Он попросту некомпетентный осел
"Скверное внимание"
Шизоидная модель поведения, похожая на глубокое внимание, но характерная тем, что контекст задачи неверно интерпретируется, в результате
чего фокусировке и детальной проработке подвергаются задачи, минимально важные для проекта. В результате действительно важные задачи не
делаются, а все участники проекта пребывают в "легком недоумении" - вроде лихорадочная активность имеется, а результат - никакой.
На примере проектного менеджера:
Получив от заказчика письмо с просьбой немедленно доработать систему, менеджер немедленно созывает встречу из представителей разработки,
тестирования, проектного офиса и поднимает вопрос реорганизации процессов и оформления проектной документации согласно корпоративному стандарту.
Человек может работать в режиме скверного внимания, если:
* Он заинтересован в срыве проекта или его части
* У него приоритеты, отличные от других членов команды
* Он деятельный некомпетентный осел
"Глубокое внимание"
Самый лучший для дела вариант. Человек воспринимает задачу в контексте всей работы, понимая причины, по которым ставится задача,
кто как и когда будет использовать результаты работ и множество других факторов.
На примере проектного менеджера:
Получив от заказчика письмо с просьбой немедленно доработать систему, менеджер разбирается, зачем потребовалась доработка,
можно ли понизить ее приоритет, предложит для этого workaround, и вместе с доработкой запланирует сессию обучения для заказчика.
Человек работает в режиме глубокого внимания, если:
* Он умен и опытен
* Он болеет за результат всей задачи в целом
* У него достаточно времени
* Нет серъезных стрессов
"Мелкое внимание"
Реактивная модель поведения. Приходит событие - и человек с ним разбирается, особенно не вдаваясь во всю задачу в целом.
Работа в режиме мелкого внимания страшно экономит врмея (по сравнению с "умным вниманием") но дает абсолютно минимальный результат.
На примере проектного менеджера:
Получив от заказчика письмо с просьбой немедленно доработать систему, менеджер пересылает письмо руководителю разработчиков с
просьбой доработать систему, дожидается ответного письма что система доработана и пересылает письмо заказчику.
После этого забывает о задаче до следующего напоминания.
Человек может работать в режиме мелкого внимания, если:
* Он не заинтересован в результате деятельности
* Он слишком перегружен другими задачами
* Он попросту некомпетентный осел
"Скверное внимание"
Шизоидная модель поведения, похожая на глубокое внимание, но характерная тем, что контекст задачи неверно интерпретируется, в результате
чего фокусировке и детальной проработке подвергаются задачи, минимально важные для проекта. В результате действительно важные задачи не
делаются, а все участники проекта пребывают в "легком недоумении" - вроде лихорадочная активность имеется, а результат - никакой.
На примере проектного менеджера:
Получив от заказчика письмо с просьбой немедленно доработать систему, менеджер немедленно созывает встречу из представителей разработки,
тестирования, проектного офиса и поднимает вопрос реорганизации процессов и оформления проектной документации согласно корпоративному стандарту.
Человек может работать в режиме скверного внимания, если:
* Он заинтересован в срыве проекта или его части
* У него приоритеты, отличные от других членов команды
* Он деятельный некомпетентный осел
пятница, 8 октября 2010 г.
NuPack - менеджер пакетов для Visual Studio 2010
Наконец-то дождались?
http://nupack.codeplex.com/
добавляет возможности по добавлению Package Reference - непосредственно из репозитория пакетов
Если приживется, наконец-то будет стандартный способ работы с пакетами в .Net
Ссылки
- http://habrahabr.ru/tag/nupack/ - обзор на Хабре
- подробная статья
UPD: В качестве пробы, выложил версию 0.0.3 утилиты autopatch.Net в виде пакета nupack
1. добавляем в список репозиториев http://dialogue.beta.rapidsoft.ru/nupack
2. создаем новый проект
3. открываем Package Manager console, выбираем в Package Source этот репозиторий
4. говорим add-package autopatch.Net
Вуаля! проект добавлен. Можно пользоваться :-)
http://nupack.codeplex.com/
добавляет возможности по добавлению Package Reference - непосредственно из репозитория пакетов
Если приживется, наконец-то будет стандартный способ работы с пакетами в .Net
Ссылки
- http://habrahabr.ru/tag/nupack/ - обзор на Хабре
- подробная статья
UPD: В качестве пробы, выложил версию 0.0.3 утилиты autopatch.Net в виде пакета nupack
1. добавляем в список репозиториев http://dialogue.beta.rapidsoft.ru/nupack
2. создаем новый проект
3. открываем Package Manager console, выбираем в Package Source этот репозиторий
4. говорим add-package autopatch.Net
Вуаля! проект добавлен. Можно пользоваться :-)
четверг, 30 сентября 2010 г.
Бизнес-приложения меняют хозяев
Интересная жизнь у бизнес-приложений. Проходят годы, со стороны заказчика несколько раз могут поменяться люди, ответственные за данный бизнес-процесс. И возникают интересные сайд-эффекты
- Каждый следующий ответственный за процесс сотрудник видит процесс чуть более по другому, чем предыдущий
- Многие, особенно неочевидные, доработки, которые предложил прошлый "хозяин", новому кажутся, мм... странными
- Систему требуется адаптировать к видению нового хозяина
- Спецификации естесственно никто не читает, поэтому информацию о том, почему так или не иначе, новый хозяин системы получает от разработчиков
Как результат
- в системе нужно бывает реализовать довольно странные "хотелки", слабо связанные с изначальной концепцией
- меняется назначение основных полей и многие отчеты приходится адаптировать к этому новому видению. Вообще семантика системы меняется
- в системе то появляются, то исчезают одни и те же поля
Не вижу, как этого избежать.
- Каждый следующий ответственный за процесс сотрудник видит процесс чуть более по другому, чем предыдущий
- Многие, особенно неочевидные, доработки, которые предложил прошлый "хозяин", новому кажутся, мм... странными
- Систему требуется адаптировать к видению нового хозяина
- Спецификации естесственно никто не читает, поэтому информацию о том, почему так или не иначе, новый хозяин системы получает от разработчиков
Как результат
- в системе нужно бывает реализовать довольно странные "хотелки", слабо связанные с изначальной концепцией
- меняется назначение основных полей и многие отчеты приходится адаптировать к этому новому видению. Вообще семантика системы меняется
- в системе то появляются, то исчезают одни и те же поля
Не вижу, как этого избежать.
суббота, 18 сентября 2010 г.
Гуглхром против картошки
омой бог
http://www.youtube.com/watch?v=nCgQDjiotG0
Chrome 6 и вправда сильно быстрее стал.. пятой версии )
с картофелем не сравнивал
http://www.youtube.com/watch?v=nCgQDjiotG0
Chrome 6 и вправда сильно быстрее стал.. пятой версии )
с картофелем не сравнивал
пятница, 3 сентября 2010 г.
Подписаться на:
Сообщения (Atom)
