Как не се прави презентация

Публикувано от Майк Рам на 04.04.2008 г. в 12:36 часа

В света на информационните технологии се провеждат много конференции, семинари и срещи (както и в другите области от живота, разбира се), в които технически специалисти споделят своите знания и опит. За съжаление, изкуството на презентацията често се подценява и се получават сериозни издънки или просто ужасно скучни лекции.

Ето един пример от една конференция, където презентациите на няколко представители на Microsoft са заснети в едно филмче:

Гласувайте за тази статия в Svejo.net:

Ако харесвате статиите в този блог и се интересувате от тематиката, която разглеждаме, за да си гарантирате, че няма да изпуснете публикация, абонирайте се напълно безплатно за нашия бюлетин чрез RSS feed или по имейл.

Ключови думи: Microsoft, Грешки, лоша презентация, техническа презентация
Категории: Курсове и семинари | Няма коментари

Колко служители на Microsoft са необходими, за да се смени една крушка?

Публикувано от Майк Рам на 03.04.2008 г. в 13:49 часа

Попаднах на една статия от 2003 година, която досега ми е убягвала почти 5 години. Там проблемът започва с писмо на един потребител, който казва: “Трябва ми метод, който да извиква функцията ChangeLightBulbWindowHandleEx, но такъв няма. Толкова ли е трудно да го добавите? Това едва ли ще отнеме повече от 5 реда код!”

Авторът, Eric Lippert, отговаря: “Да, сигурно програмирането е към 5 реда и най-вероятно ще отнеме не повече от 5 минути, но ние в Microsoft не правим така, защото е непрофесионално“. И поставя въпроса: Колко хора действително са необходими за добавянето на един нов метод (или за смяната на една крушка ), след което дава подробен отговор:

Един програмист да имплементира метода ChangeLightBulbWindowHandleEx за 5 минути.
Един program manager да напише спецификацията.
Един експерт по локализацията да прегледа спецификацията за локализационни проблеми.
Един експерт по usability да прегледа спецификацията за проблеми по ползваемостта и достъпността (usability and accessibility).
Поне по един програмист, тестер и ПМ да проучат потенциални слабости по сигурността.
Един ПМ да добави модел на сигурността към спецификацията.
Един тестер да напише тест план.
Един тест лидер да актуализира програмата за тестване.
Един тестер да напише test cases и да ги добави към нощните автоматични тестове.
3-4 тестери да се включат в инцидентното чистене на бъгове.
Един technical writer да напише документацията.
Един технически редактор да провери документацията за технически грешки.
Един граматически редактор да провери документацията за граматически и правописни грешки.
Един documentation manager да интегрира новата документация в съществуващите текстове, да актуализира таблиците на съдържанието, интекси и т. н.
25 преводача да преведат документацията и съобщенията за грешки на всички езици, поддържани от Windows. Мениджърите по преводите живеят в Ирландия (за европейските езици) и Япония (за азиатските езици). И двамата са доста сериозно отместени във времето от Redmond, така че общуването с тях си е доста сериозен логистичен проблем.
Екип от старши мениджъри да координират действията на всички изброени дотук хора, да пишат чекове и да оправдават разходите пред своите вицепрезиденти.

Всяка една от тези дейност, казва Ерик, не отнема много време, но като ги събереш всичките, се получава един доста сериозен обем от работа, който е невероятно скъп. Но това е положението - няма майтап. “Ние от Microsoft полагаме неимоверни усилия за да не допуснем издаването на недопечен софтуер”, допълва той.

Продължи към пълния текст »

Ключови думи: Microsoft, качество, крушка, рентабилност
Категории: Разработка на софтуер | 3 коментара