Отзыв о конференции АDD-2011.

29-30 апреля 2011г. в Санкт-Петербурге прошла очередная конференция Application Developer Days.

Лучшими «выступаторами», по мнению независимого сообщества тестировщиков Санкт-Петербурга, в первый день стал Роман Юферев, а во второй день – Саша Орлов и Слава Панкратов.

Полную версию отзыва можно найти здесь.

Рома, так держать! 🙂


От лампочки в २००३ году к Стар Трэку в २०११

Ниже приведен перевод цитаты из очень известного блога “Fabulous Adventures In Coding” на blogs.msdn.com. Этот пост Эрика Липперта стал статьей в книге Джоэла Х. Спольски “Лучшие примеры разработки ПО”.

В те времена, когда я действительно регулярно занимался добавлением новых возможностей в VBScript, мне часто присылали сообщения с просьбами реализовать те или иные функции. Чаще всего запросы были “одноразовыми” — для функций, решающих конкретную задачу. Скажем, “Мне нужно вызвать ChangeLightBulbWindowHandleEx, но для этого нет специального элемента ActiveX, а напрямую вызывать функции Win32 API из сценариев нельзя; нельзя ли включить метод ChangeLightBulbWindowHandleEx в список встроенных функций VBScript? Ведь это всего пять строчек кода!”

Я всегда отвечаю таким людям одно и то же: если это всего пять строк кода, напишите свой объект ActiveX. Потому что вы абсолютно правы, для включения этой возможности в библиотеку времени выполнения VBScript мне потребуется примерно пять минут. Но сколько работников Microsoft в действительности понадобится для того, чтобы сменить лампочку?

* Один разработчик, чтобы за пять минут реализовать ChangeLightBulbWindowHandleEx.

* Один руководитель проекта (РП), чтобы написать спецификацию.

* Один специалист по локализации, чтобы просмотреть спецификацию на предмет потенциальных проблем с локализацией.

* Один специалист по пригодности (usability), чтобы проанализировать спецификацию на предмет доступности для лиц с ограниченными возможностями и практической пригодности.

* По крайней мере один разработчик, один тестер и один РП, чтобы провести “мозговой штурм” для выявления потенциальных проблем безопасности.

* Один РП, чтобы включить модель безопасности в спецификацию.

* Один тестер, чтобы написать план тестирования.

* Один руководитель группы тестирования, чтобы обновить график тестирования.

* Один тестер, чтобы написать контрольные примеры и включить их в ночную автоматическую проверку.

* Три или четыре тестера, чтобы участвовать в выявлении ошибок именно данного случая.

* Один технический автор, чтобы написать документацию.

* Один технический рецензент, чтобы проверить документацию.

* Один редактор, чтобы проверить документацию.

* Один руководитель отдела документации, чтобы интегрировать новую документацию в существующий текст, обновить содержание, алфавитные указатели и т.д.

* Двадцать пять переводчиков, чтобы перевести документацию и сообщения об ошибках на все языки, поддерживаемые Windows. Руководители переводчиков живут в Ирландии (европейские языки) и Японии (азиатские языки); оба места существенно сдвинуты по времени относительно Редмонда (главный офис Microsoft), поэтому общение с ними иногда создает непростые организационные проблемы.

* Группа старших руководителей, чтобы координировать работу всех этих людей, выписывать чеки и объяснить смысл дополнительных затрат вице-президенту.

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

Оригинал на английском:

http://blogs.msdn.com/b/ericlippert/archive/2003/10/28/53298.aspx

Перевод на русский: http://o-noble.net/2009_05_04/skolko-rabotnikov-microsoft-nuzhno-dlya-togo-chtoby-smenit-lampochku/

Как автор “Fabulous Adventures In Coding” Эрик Липперт пришел к Стар Трэку в 2011 году?

http://blogs.msdn.com/b/ericlippert/archive/2011/04/25/maybe-there-s-something-wrong-with-the-universe-but-probably-not.aspx


Черная книга менеджера. Мысли по прочтению.

Недавно имел счастье – ознакомиться с книгой Вячеслава Панкратова “Черная книга менеджера”
Весьма интересно было прочитать мнение собственника бизнеса, которое доносилось до менеджера. Мол, “глубокоуважаемый человек, поставленный для решения задачи и для заработка мне денег, не соизволите ли вы, прежде чем начать тыкать меня носом в Демарко и прочих талантливых писателей-футуристов, задуматься над нюансами наших с вами деловых взаимоотношений.”
Только более резко. С бранными словами (Слава честно предупреждал, что не будет писать эмфемизмами, будет простой челвоеческий мат.).
Желание возмущенно сказать – “Эй, автор, ты потерял все остатки разума? Это же IT! Здесь работают умные, творческие и ранимые натуры!” пропадает, после того, как прочитаешь ещё раз – это послание МЕНЕДЖЕРУ, от собственника бизнеса. А не программистам, тестировщикам. Это послание бизнеса человеку способствующему, кроме всего прочего, процветанию этого бизнеса.
Это не попытка решить человека, нет, это попытка опустить на грешную землю проектную роль Менеджер. Ничего больше.
Резюме
  • Читать однозначно собственникам бизнеса – как минимум можно будет своим управленцам порекомендовать ознакомиться с ней на досуге.
  • Читать желающим стать менеджерами – хватит читать Peopleware и мечтать об утопиях. Пони кушают радугу и из-под хвоста у них вылетают бабочки только в сказках, но не в бизнесе.
  • Начинающим менеджерам – ага, вот этого вы хотели?
  • Всем остальным, кого не смутит великий и могучий русский мат – посмеетесь. Задумаетесь. Оцените авторское мировоззрение. Не худшее времяпрепровождение, особенно если вы читаете it4business, happy-pm ресурсы 🙂