Петък – ден на майстора. Забавни компютърни цитати

Публикувано от Майк Рам на 10.07.2009 г. в 07:10 часа

IBM/360

В края на работната седмица ви предлагам една развеселяваща доза  цитати и оригинални мисли за компютри, програмиране и програмисти. Насладете им се! :-)

- Колко хардуерни инженери са необходими, за да се смени една крушка?
- Николко. Ще го оправим в софтуера.

- Колко програмиста са необходими, за да се смени една крушка?
- Николко. Ще го документираме в ръководството.

- Колко инженери от Microsoft са необходими, за да се смени една крушка?
- Николко. Ще дефинираме тъмнината като индустриален стандарт.

- Колко документатори са необходими, за да се смени една крушка?
- Николко. Потребителят ще се оправи и сам.

Анонимен

Непрекъснатата принтерна хартия е най-здрава в перфорациите.

Закон на Мърфи за принтерната хартия

Целта на компютърната наука е да създаде нещо, което ще просъществува поне докато го създаваме.

Анонимен

Всяка програма е част от друга програма, но рядко си пасват.

Пълно издание на вътрешните майтапи в Microsoft, том III

Когато една програма отказва да работи според спецификацията, сменете спецификацията. По-лесно е, отколкото обратното.

Брифинг пред новопостъпилите програмисти в Microsoft, 1995

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

Петък – ден на майстора. Най-добрият начин да мотивираш един програмист

Публикувано от Майк Рам на 05.06.2009 г. в 07:10 часа

Всички знаем колко е трудно да накараш един програмист да свърши нещо, особено ако не му е приятно. Широко е разпространено вярването, че работата на програмиста е чисто изкуство, също като да пишеш поезия, а тази работа се върши само когато има вдъхновение.

Има, обаче, един начин да запалиш един програмист да работи, даже и когато е легнал тежко болен, даже и когато е изпаднал в кома! Стига да има една искрица живот в него, тя ще го събуди и ще го изстреля в офиса. Вижте как става това:

Запомнете тези магически думи и ги използвайте, когато видите някой програмист от вашия екип да се скатава. Те наистина вършат работа:

Един колега каза, че може да напише твоя код по-добре и той да заработи два пъти по-бързо!

Вижте тук цялата история. Благодарности на Jeff Atwood за линка.


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

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

Що за програмист сте?

Публикувано от Майк Рам на 03.06.2009 г. в 07:10 часа

Истински програмист

Някога, в зората на компютърната индустрия, се разпространяваха легенди за Истинския програмист, който пише само на FORTRAN, пие много бира и кафе и НИКОГА, ама НИКОГА не пише коментари. Днес нещата вече са влезли в някакви релси и програмирането отдавна не е онази тайнствена магия, пред която всички шефове благоговееха. Днес децата още преди да се научат да четат и пишат на родния си език, знаят поне един език за програмиране и умеят да тракат по клавишите на компютър още преди да са се научили да пишат ченгелчета в тетрадките си.

По същата логика и оценката на качествата на Истинския програмист днес вече е поставена на научна основа. Разработен е психологически тест, който определя какъв тип програмист сте. Авторите твърдят, че тестът е базиран на популярната психологическа класификация на Myers-Briggs и че е напълно сериозен, въпреки че някои от въпросите са много забавни.

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

Тестът на рецепциониста

Публикувано от Майк Рам на 05.12.2008 г. в 11:17 часа

Computer Problem

Когато работиш като системен администратор в университет, работата ти е доста еднообразна и на моменти досадна. Един малък проблясък на разнообразие е кампанията по назначаване на нови колеги, която предизвиква максимално креативността на организаторите. Такава история разказват в блога The Daily WTF, където за да стане по-интересно интервюто за работа, те го започват още в чакалнята, където пред кандидата се поставя уж “случаен” проблем и се проверява дали би могъл да се справи с него.

Това упражнение било наречено “Тестът на рецепциониста”. Ето и няколко конкретни истории от него.

Първият кандидат – Том – получи относително проста задача. Рецепционистката се оплака, че не може да запише файл върху дискета, която просто беше защитена от запис. Том изглеждаше изпълнен с желание да помогне и помоли да седне пред компютъра. Първо отвори устройството А:, видя, че файловете могат да се четат и след това опита да направи запис. Нъц. После пробва отново – същия резултат. “Може дискетата или устройството да са замърсени”, каза той авторитетно. След това извади дискетата, дръпна защитната пластинка настрани, пое си дълбоко въздух и започна силно да духа върху диска. После пак го пъхна вътре и пробва да запише файла. Пак нищо. Цели 30 минути се мъчи с този диагностичен процес без да постигне никакъв резултат.

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

Петък – ден на майстора. Принципите на тестера

Публикувано от Майк Рам на 24.10.2008 г. в 10:28 часа

Software bug

Петък е ден свещен в нашата традиция. Денят, в който всеки гледа да се измъкне по-рано от работа, за да се отдаде на любими занимания или да потегли на път, и в същото време е ден, в който, сякаш за лош късмет, върху главите ни се изсипва всичката работа на света. Ето защо, днес ви предлагам една рубрика, която успешно въведох и в другите си блогове – “Петък, ден на майстора”. Малко свеж хумор, който да внесе приятно настроение в последните часове на работната седмица.

Принципите на тестера

  • Тестерите не ходят на работа, за да завързват приятелства.
  • Вярваме в Бог, всичко останало го тестваме.
  • Тестерите не чупят софтуера – той вече е счупен, когато пристига при тях.
  • Тестерите винаги отиват в рая – те вече са получили своята част от ада тук.
  • Ние не създаваме проблеми, просто откриваме вашите.
  • Това са бъговете – ако тези не ти харесват имам и други.
  • Ако не е счупено, значи не си опитвал упорито.
  • Добрият тестер има сърце на програмист… в буркан на бюрото си.
  • Тестерите не обичат да чупят нещата, те харесват разрушаването на илюзията, че тези неща работят.
  • Винаги има още един бъг.
  • Наша работа е да ви кажем, че отрочето ви е грозно.
  • “Да тестваш или не – туй не е въпрос!”

Източник (Специални благодарности на Нашо, че ми го показа :-) )

Приятен уикенд!

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

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

Herding Cats

Публикувано от Майк Рам на 08.09.2008 г. в 16:05 часа

“Herding” произлиза от “herd”, което означава “стадо”. “Herding” е отглеждането на животни в стадо. Употребява се най-често за овце и крави. Каубоите в Америка и Австралия се занимават с този тежък, но благороден труд. На български изразът “herding” би могъл да се преведе като “да пасеш”, макар че това не описва достатъчно пълно дейността по отглеждането на едно животно в стадо. Кравите и овцете освен, че ги пасат, също ги и стрижат, доят, израждат и т. н.

Предполагам, че добихте представа за какво иде реч като дейност. Е, сега си представете да пасете и отглеждате котки в такова стадо!

Всеки, който е имал поне малко вземане-даване с котки, знае, че котката е животно индивидуалист и никога не би живяла с други животни в стадо. Котката има собствено мнение и не се поддава на дресировка, нито изпълнява заповеди. Точно затова, изразът “да пасеш стадо от котки” или “herding cats” се използва в професионалния жаргон за работата на един проджект мениджър, особено в областта на информационните технологии.

Програмистите са точно като котките – интелигентни, но своенравни и особняци. Трудно общуват с други хора и не понасят стадния начин на живот и работа. Можете ли да си представите колко е трудно за един шеф на проект да ги накара да работят в един екип, да си помагат и да спазват срокове и технически изисквания? Ето това е “да пасеш котки” :-)

Благодарение на Craig Brown, открих един изключително забавен клип, в който е представен тежкия живот на каубоите, които пасат котки. В крайна сметка това е, което правим ние, когато управляваме нашите проекти – herding cats.

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

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

Прегърни програмист (Hug a Developer)

Публикувано от Майк Рам на 01.09.2008 г. в 16:59 часа

Hug a developer

“Hug a developer” или “Прегърни програмист” е един филм за нашата професионална действителност, направен с много любов, хумор и малко тъга. Героите на филма мълчаливо показват надписи, направени от картон и флумастер, разказващи за тежкия професионален (а и личен) живот на съвременния програмист.

Филмът е направен преди доста време, но аз го открих съвсем наскоро, благодарение на Michel. За тези, които не знаят английски (срамота!), текстът на горния надпис гласи:

Прекарвам половината си дни в събрания за това как да работим повече (вместо просто да работим)

За тези, които разбират английски – можете да видите целия филм при Мишел или в YouTube. Струва си!

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

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

PM хумор – PM трагедия в пет куплета

Публикувано от Майк Рам на 13.06.2008 г. в 10:00 часа

TroubleТова произведение не претендира да блести с литературна изящност и поетичен ритъм, но пък за сметка на това историята на лирическия герой и чувствата, които изпитва, са навярно до болка познати на всеки, който е водил проект. Публикувам го в оригинал, защото се опасявам, че ако опитам и поезия да превеждам на български, ще отблъсна половината си аудитория :-) Ето го и самото стихотворение:

A Project Management Tragedy in Five Limericks
By Kailash Awati

With many changes we had to cope
Deadlines near; no money, no hope.
There was no way to wrangle,
with the iron triangle
of budget, time and scope.

The project was in a mess.
The reason I could only guess
was the carefully constructed
schedule was busted,
thanks to a dodgy WBS.

When called to explain the delay
I told the sponsor to pray.
When he asked, “But, why?”
I said with a sigh,
“On the critical path the tasks lay.”

He said to me, “This can’t be true.
There must be something you can do.”
Shaking my head
in sorrow, I said,
“All that remains is review.”

And now, I’m not in his pay,
You see, I was fired that day.
So, I exhort you all,
to stay on the ball,
and don’t run your projects this way.

Между другото, все още има места за курса Основи на управлението на софтуерни проекти, който ще се проведе на 19.06.2008 г. Вижте повече информация в официалната обява на сайта на RammSoft.

Весел уикенд!

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

Ако “Властелинът на пръстените” беше проект…

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

Fellowship

кой щеше да е проджект мениджъра?

Този въпрос разглежда Diane Ellis в блога PM Hut и той звучи съвсем разумно. Приключението, което предприемат главните герои има всички характеристики на един проект:

ОК, имаме проект, но кой е мениджърът? Преди да решим кой е шефа на проекта, авторката ни припомня какви са неговите основните задължения:

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

10 “причини” да не използваме проджект мениджмънт

Публикувано от Майк Рам на 17.03.2008 г. в 18:32 часа

Днес под това заглавие, гарнирано с обяснението “Понеделничен сарказъм”, Маргарит Мисирджиев от Свежа идея ни представя 10-те най-популярни “причини” фирмите да не практикуват проджект мениджмънт. Пиша “причини” в кавички, защото това са си най-обикновени оправдания, при това зле скалъпени.

Сигурно и вие сте чували изрази като:

“Последното нещо, от което се нуждаем, е промяна”
“Всички наши проекти са лесни и не струват много, нямат график или технически риск”

или пък

“Шефовете не проявяват разбиране и помощ, необходими за управление на проекти”

А дали и самите вие не сте ги употребявали?

Прочетете цялата статия – много добра храна за размисъл. Надявам се, че носите на сарказъм и никой няма да се обиди. :-)

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

По-стари публикации →