TWIMC
подборка загрузочных образов
http://android.hd2roms.com/
воскресенье, 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 г.
среда, 25 августа 2010 г.
Dave Berzack, Deverloper, Designer and a Fool.
Не слушайте их, вот так пишите резюме: http://www.youtube.com/watch?v=zV0OgsRK0Bc
Реальный чувак, зовут Dave Berzack, вот его сайт.
Реальный чувак, зовут Dave Berzack, вот его сайт.
понедельник, 5 июля 2010 г.
Себе, на будущее - MS - Making Silo UI
Почитать
http://msdn.microsoft.com/en-us/library/ff800706.aspx
The Hilo Browser application was designed to provide a compelling, touch-enabled user experience (Ux). It is a fast, responsive, and intuitive Windows 7-based application. This article explains how the application’s user experience was designed, the overall design process, the personnel who were involved, and the key design decisions that were taken.
http://msdn.microsoft.com/en-us/library/ff800706.aspx
The Hilo Browser application was designed to provide a compelling, touch-enabled user experience (Ux). It is a fast, responsive, and intuitive Windows 7-based application. This article explains how the application’s user experience was designed, the overall design process, the personnel who were involved, and the key design decisions that were taken.
Подписаться на:
Сообщения (Atom)
