Russian

From The Joel on Software Translation Project

Jump to: navigation, search

Contents

Маркетологи vs. Разработчики

При росте качества продукта, значение маркетинга растет пропорционально. Если у вас есть хороший продукт, то маркетологи могут существенно улучшить его продажи. Но даже самый лучший маркетинг в мире не может заставить людей платить за бесполезный продукт.

Похож ли медленный рост на медленную смерть?

В этой статье автор делится соображениями по поводу связи между скоростью развития компании и конкурентоспособностью, и рассказывает, что это значит применительно к FogCreek.

О чем ваша компания?

В этой статье Джоэл рассказывает о цели работы программистской компании на примере свой FogCreek, о ее связи со слоганами и формулировками миссии, а также открещивается от обвинений в мошенничестве :)

Студенческие проекты и тайм-менеджмент

Где студентам предполагается обучаться контролю версий, отслеживанию багов, работе в комадах, составлению расписаний, оценок, отладке, проверке юзабилти и документированию? Где они научатся писать программы, длиннее чем в 20 строчек?

Особенности Вайфая на конференциях

Почему вайфай так стремно работает на технических конференциях? На днях разработчика, которые прошли вчера в Бостоне, ширина канала была ОК, но вот у DHCP-сервера закончились адреса. Не было похоже, что кто-нибудь способен решить эту проблему.

Новый Офис Fog Creek

Помните Бионический офис? Fog Creek переехала туда в 2003 году. Спустя пару лет мы переросли его, а потому расширились и заняли весь этаж. К тому времени, когда срок аренды в 2008 году истек, в офисе, предназначенном для 18 человек, работало 25 и мы понимали, что нужно переезжать. Кроме этого, грязноватый Мидтаун, превосходный для стартапов, спустя пять лет начал раздражать. Теперь у нас было чуть больше денег, а потому мы начали искать место с площадью в два раза больше за цену, выше старой в четыре раза.

Почему форматы Microsoft Office такие сложные? (И как это обойти)

...Если вы действительно собираетесь делать конкурента Office, который будет считывать и записывать все документы Office, у вас впереди тысячи человеко-лет работы. А если нет — считывание и запись двоичных форматов Office будет самым трудоёмким этапом в вашей работе, но без него вполне можно обойтись.

Речь в Йельском университете 1

Большая статья из 3 частей, представляет собой запись речи, прочитанной студентам Йельского университета. В первой части автор рассказывает о годах учёбы в колледже, о том, как из-за динамической логики он решил не получать степень Ph.D, а также о разногласиях между гиками и менеджерами в вопросе качества программ.

Речь в Йельском университете 2

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

Речь в Йельском университете 3

В заключительной части статьи Джоэл рассказывает о том, как он отчаялся найти хорошую компанию, где к программистам относились бы достойно, поэтому он основал свою собственную фирму. Также он описывает, почему для программиста очень важно уметь грамотно излагать свои мысли - именно это умение отличает хороших программистов от всех остальных.

Письмо о стратегии VI

Как программист, благодаря копеечным ценам на память и удвоению скорости процессоров каждые два года, вы можете выбирать. Можете потратить шесть месяцев, переписывая внутренние циклы на Ассемблере, или потратить шесть месяцев играя барабанщиком в рок группе, и в обоих случаях ваша программа будет работать быстрее. У программистов на ассемблере нет фанаток...

Семь шагов на пути к восхитительной службе по работе с клиентами

Вот теперь я просто кипел от злости. Волнистые линии исходили из моей головы. Я на полчаса опаздывал на работу и мне нужно было идти к ключнику в третий раз. Я уже хотел плюнуть на все это дело. Но потом все-же решил дать этому неудачнику еще один шанс.

Общая картина

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

С высоким разрешением вы можете обозревать лишь небольшую зону, и то прямо посередине там большое жирное слепое пятно, но вы все равно ходите повсюду, думая, что обладаете панорамным обзором высокого разрешения. Почему? Потому что ваши глаза очень быстро двигаются, и в нормальных условиях они постоянно с радостью скачут по всему , чему бы вы не пожелали. А ваш разум создает целостную абстракцию, предоставляя вам иллюзию полного обзора, в то время как на самом деле у вас есть лишь небольшая зона обзора высокого разрешения, большая зона обзора крайне низкого разрешения и возможность подкачки всего, что вы хотите увидеть – столь быстрой, что вы ходите целый день, думая о том, что вся картинка целиком проецируется в маленький кинотеатр в вашем мозгу.

Консалтинг по оценке производительности (из писем)

Письмо содержало много слов («оценка», «извне», «метрики производительности», «лучшие практики», «организация процессов») каждое из которых заставляло звенеть будильник у меня в голове. Шум этого звона стал настолько громким, и раздражающим, поскольку я понял, что совершенно не могу разобрать это письмо.

Слушайте, позвольте мне рассказать о том, как компании, консультирующие менеджмент работают с компаниями, софтверными компаниями.

Измерения продуктивности

Когда Jeff Weitzen отхватил себе Gateway, он ввел новую политику, чтобы сэкономить деньги на звонках клиентов. «Менеджер, тратящий более 13 минут на разговор с клиентом, не получит премии»...«В результате, сотрудники стали делать все возможное, чтобы поскорее спихнуть клиента с телефона: прикидываться, что линия не работает, вешать трубку, часто за счет существенных издержек слали пользователям новые компьютеры или комплектующие — только бы отвязались.

В поисках Великих Разработчиков

Ну и где все эти великие разработчики?

Не дайте Астронавтам Архитектуры вас запугать

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

Секрет айсберга

Почему программисты и выпускники бизнес-школ не могут понять друг друга.

Метод отождествления

Есть еще один метод, который я назову "методом отождествления" (Identity Method). Суть его в том, чтобы управлять, заставляя людей отождествлять себя с целями, которые вы собираетесь достичь. Это гораздо сложнее, чем остальные методы, и требует незаурядных способностей в построении человеческих отношений, чтобы добиться результата. Но если вы делаете все правильно, это работает лучше, чем любой другой метод.

Метод экономической мотивации

Метод экономической мотивации предполагает, что все люди мотивированы деньгами, а лучший способ заставить людей делать то, что вам нужно, - ввести премии и штрафы и создать, таким образом, нужную мотивацию.

Например, AOL могла бы платить работникам колл-центра за каждого клиента, которого они убедили не отменять подписку на их сервисы.

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

Это примерно такая же умная мысль, как платить своим цыплятам, чтобы они сами покупали себе еду.

Командный метод управления

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

Три метода управления (введение)

Если вы хотите возглавлять команду, компанию, армию или страну, то главной проблемой, с которой вы столкнетесь, будет заставить всех двигаться в одном направлении, что, на самом деле, просто корректный способ сказать "заставить людей делать то, чего вы хотите".

А ваш язык программирования так может?

Однажды, вы просматриваете ваш код и замечаете два больших блока, которые выглядят почти одинаково. В действительности, они совершенно одинаковы, за исключением того, что один блок использует "Spaghetti", а другой использует "Chocolate Moose."

// Простой пример
  
alert("I'd like some Spaghetti!");
alert("I'd like some Chocolate Moose!");

Пример приведен на JavaScript, однако это не имеет большого значения. Повторяющийся код, конечно же, кажется неправильным, поэтому вы пишете функцию:

function SwedishChef( food )
{
    alert("I'd like some " + food + "!");
}
       
SwedishChef("Spaghetti");
SwedishChef("Chocolate Moose");

Этот пример тривиален, однако вы легко можете представить себе и более сложный случай. Новый код лучше по многим причинам, которые вы наверняка слышали уже миллион раз. Сопровождаемый + Простотой для чтения + Абстрагированный = Хороший.

Далее вы замечаете два других очень похожих друг на друга блока кода...

Контракты и соглашения которые не стоит подписывать

Есть один пункт, который я видел во многих NDA, но считаю совершенно неприемлемым. Это пункт, запрещающий вам нанимать людей, работающих на компанию, с которой вы заключает это соглашение. Вероятно, они думают, что время от времени заходя к ним вы переманите всех их сотрудников и разорите их. Знаете что? Если ваши сотрудники так жаждут уйти, это ваша проблема, а не моя. Вам следовало бы удерживать людей хорошим отношением, а не воздвигая искуственные препятствия их карьере.

Ежедневная сборка - ваш союзник и друг

Как только вы начинаете работать в команде с несколькими разработчиками и тестирощиками, вы видите тот же самый цикл в еще большем масштабе (ага, это фрактал!). Тестировщик находит ошибку и сообщает о ней. Разработчик исправляет эту ошибку. Сколько времени проходит прежде чем тестировщик получает исправленную версию кода? В некоторых компаниях-разработчиках этот цикл Обнаружение-Исправление-Подтверждение может занимать несколько недель, делая работу компании непродуктивной. Чтобы поддерживать процесс разработки в хорошей форме, вам следует сфокусироваться на сокращении цикла Обнаружение-Исправление-Подтверждение.

Моя первая проверка Билла Г

Мой первый обзор для БГ (перевод SDV)

Моя первая проверка Билла Г

В старые времена в Excel'е был очень странный язык программирования без названия. Мы называли его «макросы Excel». Он был немного неудобен без переменных (вам нужно было хранить значения в ячейках таблицы), без локальных переменных, без вызовов процедур: короче говоря, им было почти невозможно пользоваться. В нем были продвинутые возможности типа «Goto», но метки не были видны физически.

(...)

17 июня 1991 года я начал работать в Microsoft в команде Excel. Моя должность называлась «Program Manager» и мне было предложено найти решение этой проблемы. Подразумевалось, что решение будет как-то связано с языком программирования Бэйсик.

(...)

«Четыре», объявил счётчик факов; присутствовавшие зашумели: «круто, это меньше, чем я когда либо слышал. Билл становится добродушнее к старости». Ему было, знаете ли, 36 лет.

Испытание Удобства и Простоты Использования с Морами

Теперь есть и другой подход. Мои друзья в TechSmith из города Окемос, штат Мичиган, недавно выпустили программный продукт под названием Morae (Моры, богини судьбы), который позволяет Вам использовать дешевые веб-камеры, чтобы построить целую лабораторию удобства использования прямо в вашем офисе без причудливого оборудования или прозрачного с одной стороны зеркала. Я спросил их, не хотят ли они сделать тест удобства использования их собственного продукта, делая тест удобства использования в офисе Fog Creek для нашего нового сервиса удаленной помощи, и они любезно согласились.

Опасности обучения на Java

Счастливые выпускники школ Java никогда не возьмутся за ужасные, выходящие за границы их понимания операции с основанными на указателях хеш-таблицами. Они никогда не будут делать великолепных, безумных, сумасшедших попыток упаковать что-то в несколько битов. Они никогда не будут загружать свои головы мыслями о том, как, в полностью функциональных программах, значение переменной никогда не изменяется, и все-таки, оно постоянно изменяется! Парадокс!

Как поставлять что-нибудь по почте

Когда мы начали продажи дисков Aardvark DVD на нашем веб-сайте, мы и не думали, что их упаковка и отправка будет так сложна. Во-первых, мы не предполагали, что их будет так много, и, конечно, мы забыли о некоторых мелких проблемах, таких как заполнение таможенных бланков, которые стали настоящим кошмаром.

Превращение денег в программное обеспечение, которое работает

Я убежден, что большинство привыкло смотреть на компании-разработчиков ПО сверху вниз. Такие люди верят, что цель создания софтверной компании заключается в поиске хорошей идеи, которая решит не решаемые ранее проблемы, ее реализации и, как результат, в получении богатства. Назовем это верой в создание-лучшей-мышеловки. Но реальной целью софтверной компании должно быть превращение денег в программное обеспечение, которое будет работать. Если вы понимаете это, вам будет проще принять верное стратегическое решение.

Три заблуждения теории вычислительной техники

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

Достигая тех высот

Имеет ли смысл говорить о сотрудничестве с «лучшими программистами»? Неужели разница между программистами настолько велика, что это имеет значение, в наши-то дни?
Для нас с вами ответ, может быть, и очевиден, однако множеству других людей это утверждение должно быть доказано.

Выбор даты выпуска

Одна из наиболее весомых причин составить детальный план в том, что он дает вам обоснование для фильтрации функциональных возможностей программы. Если невозможно успеть к положенному сроку выпуска и реализовать функцию MP3-чата, которую предложил программист Боб, то можно легко отсечь эту функцию, не особенно огорчая при этом Боба.

Как заставить неправильный код выглядеть неправильно

Есть еще один, более высокий уровень, который, тем не менее, и является тем, о чем я действительно хочу поговорить: Вы преднамеренно строите свой код так, что ваша чувствительность к нечистоплотности делает большей вероятность того, что ваш код будет работать правильно. Это настоящее искусство: создавать здравый код, буквально на ходу изобретая соглашения, которые заставляют ошибки выделяться на экране.

Дорога на FogBugz 4.0: Часть I

Большинство наших клиентов, к счастью, понимают, что принципом Fog Creek является создание полностью готового к использованию, незалеживающегося на полках программного обеспечения, которое вы покупаете по минимальной цене и которое готово к выполнению того, что вам нужно, а если оно не готово к тому, что вам нужно, ну тогда мы готовы выслушать ваши пожелания, но за $99 вы не получите заказную версию, извините.

Совет студентам изучающим вычислительную технику

К счастью, большинство студентов достаточно смелы, чтобы никогда не стесняться спрашивать советов у старших, что в области вычислительной техники (Computer Science) весьма уместно, потому что старшие склонны говорить устаревшие глупости, подобные этим: “спрос на операторов превысит 100 000 000 к 2010 году” или “lisp программисты сейчас очень востребованы”.

Верблюды и песочница

Когда вы устанавливаете цену, вы посылаете сообщение. Если цена ПО вашего конкурента попадает в промежуток от $100 до $500, и вы решаете, блин, все же мой софт находится в процессе разработки, и я буду выставлять счета на $300, так вот, какое, думаете, сообщение вы посылаете своим клиентам? Вы говорите им, что ваш софт это «нуу, понимаете...». У меня есть лучшая идея: требуйте $1350. Теперь ваши клиенты будут думать — ну, чувак, это должна быть нефиговая софта, раз за нее хотят такие бабки.

Пожалуйста, сэр, могу ли я получить компоновщик?

О каком инструменте идет речь? О компоновщике (linker). Вот что он делает: собирает откомпилированную версию вашей программы с откомпилированными версиями библиотечных функций, которые ваша программа использует. Затем, он удаляет те библиотечные функции, которые ваша программа не использует. И в конце концов, компоновщик создает один бинарный выполняемый файл, который люди могут запустить на своих компьютерах.

Как Microsoft проиграла битву за API

И хотя существует часть правды в том, что Linux представляет большую угрозу для Microsoft, предсказания о падении компании из Рэдмонда, по меньшей мере, преждевременны. У Microsoft невероятное количество денег в банке, и они до сих пор невероятно прибыльны. Падение будет долгим.

Не просто удобство использования

Моя цель сегодня не хныкать о том, что практичность не важна... практичность важна на границах, полно примеров когда неудобство использования убивает людей в небольших самолетах, создает голод и эпидемию и т.д.
Моя цель сегодня - поговорить о следующем уровне проектирования программного обеспечения, после того как у вас есть правильный пользовательский интерфейс: создании социального интерфейса.

Абсолютный Минимум, который Каждый Разработчик Программного Обеспечения Обязательно Должен Знать о Unicode и Наборах Символов

Unicode был смелой попыткой создать единственный набор символов, который включал бы все действительные системы письма, существующие на планете, а также некоторые выдуманые, такие как Klingon. Некоторые люди находятся под неправильным впечатлением, что Unicode -- это обычный 16-битовый код, где каждый символ берет 16 битов и поэтому есть 65,536 возможных символов. На самом деле это не совсем корректно. Это единственный широко распространенный миф о Unicode, и если вы думали точно так же, это не так страшно.

Как сделать так, чтобы ваше резюме прочитали

Пожалуйста, не используйте сопроводительные письма, которые вы скопировали из книг. Если вы пишете: «Я понимаю, что от кандидата требуется умение работать в команде, разбираться в деталях, хорошо работать в жестких условиях, умение находить общий язык с людьми из других отделов фирмы», — тогда, в лучшем случае, люди подумают, что вы какой-то дурацкий артист, а в худшем, они будут думать, что вы родились без той части мозга, которая отвечает за формирование ваших собственных мыслей и идей.

Двоекультурие

Какова культурная разница между программистом для Windows и Linux? Существует много деталей и тонкостей, но по большей части это сводится к одной вещи: культура Unix ценит код, который полезен для других программистов, в то время как культура Windows ценит код, предназначенный для не-программистов. Это, конечно же, сильное упрощение, но это и правда большая разница: мы программируем для программистов или конечных пользователей? Всё прочее — это комментарии.

Мастерство

Написание кода это не производство, не всегда это и мастерство (хотя может оказаться и им), это -- дизайн. Дизайн -- это та туманная область, в которой вы добавляете ценность быстрее, чем себестоимость. Журнал New York Times писал восхищённые статьи о iPod и о том, что Apple одна из немногих компаний, знающих как использовать хороший дизайн для повышения ценности. Но я достаточно говорил о дизайне, я хочу немного поговорить о мастерстве: что это и как вы его определяете.

Бионический офис

Ну что ж. Это заняло гораздо больше времени, чем ожидалось. Мы наконец-то переехали в новый офис Fog Creek, расположенный по адресу 8-я Авеню, дом 535, спустя десять месяцев после того как я начал рыть землю в поисках замены старого дома моей бабушки, в котором мы работали первых несколько лет, разместившись в спальнях и саду.

Лорд Палмерстон в программировании

Лорд Палмерстон: «Вопрос Шлезвига-Гольштейна настолько сложен, что только три человека в Европе вообще понимают его. Одним был принц Альберт, который умер. Вторым был немецкий профессор, который сошел с ума. Я третий, и я уже забыл все, что знал о нем».

Закон Дырявых Абстракций

Абстракций без дыр не бывает. В одних дыр поменьше, в других побольше. И детали, которые эти абстракции пытаются скрыть, просачиваются сквозь дырки, хватают нас за штаны и тормозят. Почитайте об этом в моей статье Закон Дырявых Абстракций.

О вреде премирования

Идея заключалась в том, что сразу после выпуска продукта вы получаете люситовую надгробную плиту размером с приличный словарь. Это каким-то образом должно было давать стимул к работе, потому как если вы ничего не делаете, то ведь никакого люсита не будет! Удивительно, как фирме Microsoft вообще удавалось выпускать программы до появления этой плиты.

Пять миров

Вы - разработчик программного обеспечения. Я тоже. Но у нас могут быть совсем неодинаковые цели и требования. На самом деле, существует несколько различных миров разработки ПО, и к разным мирам применимы разные правила.

Огонь и движение

Как только вы попали в поток, несложно продлить это состояние. Многие мои дни проходят примерно так: 1) прийти на работу; 2) проверить почту, полазить по сети и т.д.; 3) решить что я мог бы пообедать прежде чем начать работать; 4) вернуться с обеда; 5) проверить почту, полазить по сети и т.д.; 6) окончательно решить что пора взяться за работу; 7) проверить почту, полазить по сети и т.д.; 8) опять решить что, действительно пора поработать; 9) запустить чёртов редактор; и 10) безостановочно писать код, пока я не осознаю что уже полвосьмого.
Где-то между пунктами 8 и 9 кажется есть дефект, потому что я не всегда могу преодолеть этот промежуток.

Назад, к основам

Ещё глубже. Сегодня я хочу поговорить о процессорах. Маленький кусочек кремния, который байты двигает. Представим себе, что мы учимся программировать. Отложим знания об управлении проектами и языках высокого уровня и вернёмся к основам, заложенным ещё фон Нейманом. Забудем на минуту о J2EE. Подумаем о Байтах.

Письмо о стратегии IV: Раздутое ПО и миф 80/20

Фактически, есть куча причин для возникновения раздутых программ. Например, если программистам не надо заботиться о размере конечного продукта, они могут закончить разработку быстрее. А это, в свою очередь, означает, что пользователи получат больше возможностей, которые улучшают жизнь тем, кто их использует, и обычно не мешают остальным.

Весна в Кэмбридже

Одну вещь arsDigita делала очень, очень правильно — у нее был свой голос. И с Fog Creek'ом меня прежде всего заботит сохранение собственного голоса. Если мы сможем этого добиться, я буду большим должником Филипа Гринспана.

О вреде многозадачности применительно к людям

Программисту, работающему в полную силу, приходится удерживать в голове миллион разных вещей: названия переменных, структур данных, системных вызовов и вспомогательных функций, которые были ранее написаны и часто используются, даже название подкаталога, где живут исходники. Если послать этого программиста на три недели в отпуск на остров Крит, то он всё это забудет.

Биг Маки против "обнаженного шеф-повара"

Почему так случается, что "крутые" новые консалтинговые компании начинают с череды впечатляющих успехов, метеорного взлета, и быстро деградируют до посредственных?-

По главной улице без оркестра

Когда я сажусь проектировать систему, я должен решить, какие инструменты использовать. Хороший проектировщик использует или те инструменты, которым можно доверять, или те, которые можно починить. Иначе шагать вам по главной улице без оркестра.

Работа над ошибками малой кровью

Если вы пишете код, пусть даже в одиночку, и не ведёте систематизированный учёт всех найденных в коде ошибок, вы обречены поставлять низкокачественный продукт.

Функциональные спецификации малой кровью

Почему никто не пишет спецификаций? Все говорят, что они экономят время, пропуская фазу их написания. Они ведут себя так, как будто роскошь написания спецификаций доступна только специалистам по космическим аппаратам или тем, кто работает на огромные и авторитетные страховые компании. Вздор!

Часть 1 - Зачем беспокоиться? (первый вариант перевода)
Часть 1 - А зачем? (второй вариант перевода)
Часть 1: А нужно ли? (третий вариант перевода)
Часть 2 - Что внутри?
Часть 3 - Но... как?
бизнес самолет

Тест Джоэла: 12 шагов к лучшему коду

Вы когда-либо слышали о программе SEMA? Это весьма эзотерическая система, предназначенная для определения того, насколько хороша команда разработчиков. Нет, погодите, не ходите туда, а то потратите лет шесть только чтобы понять, что там написано. Я предлагаю вам свой собственный, совершенно безответственный и несерьёзный тест для определения качества команды разработчиков. Главное его преимущество в том, что он отнимет у вас от силы три минуты. Сэкономленного времени хватит на то, чтобы получить медицинское образование.

У Microsoft поехала крыша

Критика раннего ажиотажа вокруг .NET.

Cтратегические заметки III. Позвольте мне отказаться!

Зрелый подход к стратегии - привлекая потенциальных клиентов не пытаться форсировать события. Никто не желает переходить на продукт, ограничивающий свободу действий в дальнейшем.

I письмо о стратегии: Ben and Jerry's против Amazon

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

Пять (неуважительных) причин не иметь тестеров

Казалось бы — после мании Качества с заглавной буквы, охватившей мир в 80-х годах, после всех этих бессмысленных международных сертификатов типа ISO-9000 и моды на словечки типа «шесть сигм», менеджеры должны были бы уже понять, что выпуск высококачественных продуктов с деловой точки зрения не так уж и бессмыслен. Кстати, они, в общем-то, это понимают. Большинству из них удалось осознать это — головой. Однако они всё ещё находят множество причин отказаться от тестирования программного обеспечения. Притом все эти причины неуважительны.

Ну откуда все эти (неоригинальные) мысли?

Все мы прекрасно знаем, что работникам умственного труда лучше всего работается, когда они погружаются "в зону концентрации", или, так сказать, в "трудовой поток", полностью концентрируются на задаче и отключаются от внешних воздействий. Они забывают о времени, и в состоянии чрезвычайной сосредоточенности выдают на-гора превосходные результаты. Вот в такие периоды всю свою творческую работу они и делают.

Планирование программного обеспечения малой кровью

Так почему никто не составляет планов? Две ключевые причины. Первая - это головная боль (real pain). Вторая - никто не верит, что в этом есть какой-нибудь смысл. Зачем связываться со всеми проблемами составления плана, если он всё равно будет неправильным? Существует представление, что планы стабильно оказываются неверными и только делаются хуже по прошествию времени, так ради чего страдать? Вот простой, безболезненный способ делать планы, которые являются фактически правильными.

Стратегические заметки II: Вопрос о курице и яйце

Итак, если вы в бизнесе, связанном с разработкой платформ, то, вероятно, вы страдаете от того, что общеизвестно как вопрос о курице и яйце. Никто не станет покупать вашу платформу, пока для нее не будет хорошего программного обеспечения, и никто не станет его писать, пока нет большого количества уже работающих программ. Опа!

"Я начальник - ты дурак" и команда клоунов

Участки работы были ничьи, люди просто работали на них, и руководители разных уровней с удовольствием запускали руки в каждый стряпающийся пирог, раздавая указания направо и налево в стиле, который я стал называть «Порулил и убегай», потому что начальники появлялись на горизонте вероломно, отдавали глупые распоряжения, как именно всё, черт побери, должно было сделано, без какого-либо предварительного размышления, и покидали комнату, оставляя всех собирать осколки.

Искусство проведения интервью

В процессе интервьюирования важно помнить следующее: лучше отказаться от хорошего кандидата, чем нанять плохого. Плохой работник будет стоить кучу денег, усилий и времени, которое другие люди потратят, исправляя его ошибки. В случае любых сомнений лучше сказать «не берем».

Две истории

В Microsoft так заведено — если ты руководишь проектом разработки продукта, то ты — царь и бог во всём, что касается этого продукта. То, что ты работаешь в компании меньше полугода, не имеет никакого значения. Никто не может ставить тебе палки в колёса, даже человек №6.

А вот ещё про отпуск

В 1995 году я ушёл в долгий отпуск, и сейчас тоже.

Введение в Восхитительный Дизайн

Для чего нужны тестировщики

Для достижения хороших результатов, им нужно получать отзывы о своей работе как можно быстрее - причем как положительные, так и отрицательные. Чем быстрее вам мы получаем отзыв, тем быстрее мы учимся. Но часто - например, при длительной разработке коробочного продукта - отзывов от конечных пользователей приходится ждать годами.

Это одна из причин, по которой существуют тестировщики.

Еще переводы

http://russian.joelonsoftware.com/index.html

Personal tools