PM Stories » програмисти

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

Майк Рам — Fri, 10 Jul 2009 05:10:33 +0000

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

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

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

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

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

Анонимен

—

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

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

—

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

Анонимен

—

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

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

—

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

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

—

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

Дяволския речник на компютърните науки

—

Ако кодът и коментарите се разминават, значи и двете вероятно са грешни.

Норм Шрайър

—

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

Анонимен

—

Бог създаде машинния език. Всичко останало е дело на човека.

Анонимен

—

Истинските програмисти на пишат на PL/I. PL/I е за онези програмисти, които не могат да решат дали да пишат на COBOL или на FORTRAN.

Programmers’ World

—

Език за програмиране C: Един нов език, който комбинира гъвкавостта на Асемблер с мощта на Асемблер.

Въведение в С на Мърфи

—

Език, който на променя начина ти на мислене в програмирането, не си струва да го знаеш.

Алекс Лу за програмирането на Java

—

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

Анонимен

—

Очаквам всеки момент някой да изобрети едно кръгло нещо, което да се търкаля по земята и да намали триенето, но за това ще му трябва поне 233-мегахерцов Pentium процесор.

Гари Харант, Австралия

—

Краят на света дойде. Моля излезте от системата.

Съобщение при изход от системата Posix 2.1.1

Цитатите в оригинал можете да видите в английската версия на блога. Приятно прекарване!

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

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

Вижте и тези публикации:

6 съвета за повишаване на ефективността на програмистите

Майк Рам — Thu, 04 Sep 2008 15:14:42 +0000

Програмистите са особено племе. Хем са най-обикновени служители (т.е. не изпълняват никакви ръководни функции), хем са високо квалифицирани, скъпи и трудно заменяеми. Това принуждава мениджмънта да се опитва да “изстиска” максимална производителност от тях. Само че, поради навик или поради ограничено мислене, единственият механизъм, който повечето мениджъри прилагат, е увеличаване на работното време. За съжаление, той винаги води до изтощаване – физическо и психическо – и до напускането на програмиста, което едва ли е бил целения резултат.

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

1. Поддържайте съвременни хардуерни конфигурации.

Съвременните информационни технологии се развиват с главоломна скорост. Един компютър, който миналата година е бил последен писък на технологията, днес вече е не само морално остарял, но и не достатъчно ефективен. Ако някои процедури, като компилирането, например, отнемат по 5 минути, това води не само да чиста загуба на време (особено ако тази дейност се извършва по няколко пъти на ден), но и прекъсва творческата мисъл на програмиста. Понякога изчакването на подобна операция може да го изнерви, с което допълнително се нарушава работния му ритъм. Връщането в режим на креативно мислене, може да отнеме до половин час на всяко едно прекъсване. Като вземем предвид и факта, че цената на хардуера е значително по-ниска от заплатата на програмиста, ще разберем, че наистина няма смисъл да се пести от разходите по техническото оборудване, защото качествения хардуер несъмнено води до по-висока производителност.

2. Не карайте програмистите да “откриват топлата вода”.

Купете всички компоненти, визуални контроли и библиотеки, които екипът прецени, че могат да свършат работа. Щом едно нещо е разработено от други хора и може да влезе в употреба – купете го, вместо да карате вашите програмисти да го разработват наново. Възползвайте се от труда и времето, които други хора са инвестирали, вместо да ги инвестирате и вие. Не карайте вашия екип да открива топлата вода отново, а ги фокусирайте върху специфичните особености на предметната област, която автоматизирате.

3. Създайте комфорт на работното място.

Работата на програмиста е свързана с целодневно седене на едно място и взиране в екрана на монитора. Поради това, удобните бюра и столове, качествените монитори, клавиатури и мишки, са естествено необходими за качествената работа на програмистите. Един човек, който страда от болка в ставите или в кръста поради неудобна мишка или стол, не може да работи качествено. За да работи максимално ефективно, човек трябва да бъде здрав. Качествените мебели гарантират доброто здраве на екипа.

Към тази точка трябва да се добави доброто проветрение и отопление на офиса.

4. Не губете времето на хората излишно.

Някои мениджъри изпитват някакво нарцистично желание да говорят дълго и безцелно пред хората и затова организират чести, продължителни и безполезни срещи, на които присъствието на целия екип е задължително. Това е сериозен принос към намаляване на ефективността на програмистите. За да го избегнете, спазвайте следните правила:

Организирайте екипни срещи само ако са крайно наложителни
На срещите поканете само хората, които имат отношение към темата
Изгответе предварителен дневен ред и се придържайте строго към него
Планирайте срещите за не повече от 30 минути

5. Погрижете се за професионалното обучение и развитие на екипа

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

Изключително важно е, за да могат програмистите да се развиват професионално и да могат да си вършат работата с разбиране, да се създаде система на наставничество (mentorship). Хората с повече опит и знания трябва да ги предават на по-младите си колеги, обучавайки ги в процеса на работа. За целта, при планиране на задачите, винаги трабва да се оставя време както за обучение в предметната област на фирмата, така и за разучаване и тестване на новите продукти, които излизат на пазара. Твърде вероятно е някой нов продукт да може да реши нашите технологични проблеми и да ускори производителността на екипа.

6. Правете ревюта на кода (code reviews)

Ревютата на кода са отдавна доказана добра практика в програмирането, въпреки че все още не се практикува достатъчно масово. Този подход не само създава унифициран стил в писането на код, но и дава възможност да се отстраняват съществени греши още в зародиш, спестявайки изключително ценно време и ресурси от по-късните фази. Чрез ревютата на кода програмистите могат и да обменят идеи, които да доведат до измислянето на ефективни решения, ускоряващи процеса на работа или повишаващи качеството на разработвания продукт.

Сигурно вие можете да се сетите и за други добри идеи, които биха довели до повишаване на производителността на програмистите, вместо традиционното удължаване на работния ден. Ще се радвам да ги споделите в коментар по-долу.

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

Вижте и тези публикации:

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

Майк Рам — Mon, 01 Sep 2008 14:59:13 +0000

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

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

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

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

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

Вижте и тези публикации:

Двата типа програмисти

Майк Рам — Fri, 11 Jan 2008 15:05:00 +0000

Jeff Atwood от Coding Horror публикува наскоро една статия, озаглавена Двата типа програмисти, която разпали страстите и събра огромно количество противоречиви и емоционални коментари. По-късно, усетил, че нещата залитнаха в неправилната посока, той написа още един пост, опитвайки се да потуши страстите и да донесе мир, но войната вече се беше разгоряла. Аз ги прочетох и двата, при това няколко пъти. Прочетох и всички коментари и все още не съм много сигурен какво точно искаше да каже Джеф и защо го каза по този начин. Тук ще се опитам да представя моето виждане за нещата..

Той казва, че съществуват два вида програмисти – тип 0 (20%) са хората, които програмират за удоволствие. Тези хора живеят и дишат програмиране. Те използват Linux и участват в Open Source проекти. Иначе казано, (макар и той да не го казва в прав текст), това са готините пичове, истинските програмисти, умните програмисти. Другата група са тип 1 (80%) – хората, които програмират, за да си вадят хляба. Такива хора бихме могли да наречем “професионалисти”, но той ги нарича по-скоро “чиновници”. Те работят от 9 до 5, използват само Microsoft технологии и не четат технически статии и новини по интернет. “Те не са глупави”, казва той, но аз мисля, че точно това иска да каже, защото финалният призив е към умните момчета да преглътнат гордостта си и да помогнат на глупавите си другарчета да поумнеят и те.

Целта е всъщност благородна. Ако пък случайно вие почувствате, че сте от онези 80% – глупавите програмисти – не се притеснявайте – една от най-важните характеристики на групата на 20-те процента е, че те четат блогове, особено неговия. Така че, вие просто трябва да прочетете поне една статия от неговия блог и автоматично ще се прехвърлите в елитната група.

Съжалявам, Джеф, но не мога да приема това!

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

Първо, никога не съм виждал или чувал за програмист, който никога не е чел технически статии – било от интернет или от специализирани списания. Второ, никой не е броил програмистите и не знае какво е съотношението между двата вида. Няма никакво доказателство, че то е точно 20/80. Мисля, че то просто е заимствано от Принципа на Парето, без да се базира на каквото и да е изследване. Трето, да наречеш някого глупав, само защото той цени личното си време или защото използва технологии от Microsoft, е просто разпалване на поредната религиозна война.

Производството на софтуер е бизнес като всеки друг. Това е важен и мощен бизнес. Той има нужда и от двата типа програмисти – от онези, които обичат процеса на програмирането, които изобретяват нови идеи и нови решения, и от онези, които превръщат тези идеи в реалност, онези, които реализират изискванията на потребителя и правят софтуер, който му носи истинска полза. Може би истинското съотношение е 20/80, 10/90 или някакво друго – то вероятно зависи от конкретната бизнес област. Важното е, че всички видове разработчици са ценни, защото са полезни по различен начин. Техните различия, тяхното многообразие, са тяхното истинско богатство.

Не можеш да наричаш някого глупав или неопитен, само защото не пише код по нощите или защото пише на Visual Basic .NET. Човек е неопитен ако му липсва опит. Ако ти си по-опитен, можеш да му помогнеш, като споделиш с него своя опит или му посочиш важни източници на информация. Хората се учат и се променят и тези, които си наричал глупави и неопитни, скоро ще придобият опит и знания и ще станат професионалисти, точно като тебе.

Този пост е достъпен и на английски език.

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

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

Вижте и тези публикации:

Работа за freelancers

Майк Рам — Fri, 14 Sep 2007 17:30:00 +0000

Попадна ми един списък със сайтове, където човек може да предложи услугите си като freelancer или да наеме такъв. Не съм ги посещавал, но мисля, че би било полезно да се публикуват. Ако някой има преки впечатления за начина на работа и заплащане, за вида на проектите, които се правят там и за степента на хегемония на индийските програмисти – нека да сподели с всички тук.

Ето ги и сайтовете:

Тези също ги препоръчват:

Успех на търсещите!