Один из первых языков программирования, о котором нам рассказали в школе, был Русский Алгоритмический Язык (РАЯ), разработанный профессором Ершовым.

если условие   

  то действия 1

  иначе действия 2

все

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

Другими языками, основанными на русском и до которых успели дотянуться мои ручки были Фокал, Рапира и СУБД Карат.

Насколько русскоязычная версия языка облегчает его обучение? Посмотрим на следующий пример на языке C.

for( i = 0 ; i < 100 ; i++ )

{

printf("%in");

}

С точки зрения изучающего, даже знающего английский, все конструкции “for”, “;”, “++” являются “иностранными”. Неважно, что именно означают for или printf, поскольку изучается не английский, а C. В конце концов базовых ключевых слов не так много, и выучить их можно за несколько дней. Другое дело, что английский будет нужен для чтения документации и литературы.

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

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

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

Уголок  юмора

Две ситуации связанные с именами функций, которые до сих пор заставляют меня улыбнуться.

1. Работал я одно время в компании ECI вместе с еще несколькими русскими товарищами. Одному из нас нужно было создать временный класс-заглушку. Не долго думая он назвал его Class Joppa (город такой в Мэриленде, для тех кто не знает). Как это часто бывает, класс из временного стал постоянным, оброс функциональностью и стал повсеместно использоваться. Я не особый фанат подобных шуток, но насколько приятно было слышать из уст нативных американцев “Что эта Joppa делает в моем коде?”.

2. Мехматовская история лохматых лет. Одной симпатичной девочке нужно было написать лабораторную по программированию. Как это часто бывают с симпатичными девочками, программирования она не знала, но один из ее поклонников с удовольствием написал для нее эту лабу. Имена функций он, конечно, выбирал на свой вкус. Преподаватель посмотрел программу, убедился в том, что она работает и сказал: “Я с удовольствием поставлю вам 5, если вы скажете мне, кто такой Marko Van Basten”.

Еще почитать по этой теме:

Список языков программирования, не использующих английский.

А вас дядя Сэм чем “понаградил”?

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

Нетрудно видеть, что экран заполняется неравномерно. Встроенные в языки программирования генераторы потому и называет “генераторами псевдо-случайных чисел”. Алгоритм достаточно примитивен. Каждое новое число рассчитывается на основании предыдущего числа последовательности.

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

Однако бывают ситуации более серьезные, где использование неправильного (слабого) алгоритма ставит под угрозу всю систему. Рассмотрим, например, игровые веб-сайты, где люди играют в покер на деньги.  Вот эта статья рассказывает, как группе программистов удалось обнаружить уязвимость в алгоритме раздачи карт игрового сайта PlanetPoker. Это проще, чем может показаться на первый взгляд.

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

Для первого испытания Пребстинг выбрал 25 программистов и тестировщиков из 50 человек, работающих над продуктом. Через специальный вебсайт сотрудники могли покупать акции того месяца, когда по их мнению будет доставлен продукт. Каждая акция стоила один доллар и инженерам открыли счета на 50 долларов, чтобы они могли действовать.

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

Чем крупнее и разрозненней команда разработчиков, тем сильнее рулит коллективный разум.

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

1. Ошибки владелеца

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

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

Владельцу на заметку: не делай ничего противозаконного.

2. Уход ключевых сотрудников

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

В случае софтверной компании это может привести к тому, что очередной релиз будет готов не через 6 месяцев, а через год. Это неприятно, но не смертельно.

Владельцу на заметку: начинай воспитывать замену ключевым сотрудникам уже сейчас.

3. Уход основного клиента

Когда уходит клиент, приносивший бизнесу 50 или больше процентов дохода, бизнесу может прийти кирдык.

Владельцу на заметку: не клади все яйца в одну корзину, диверсифицируй.

4. Выпуск аналогичного продукта сильным конкурентом

Этого часто боятся начинающие разработчики. Опыт показывает, что бояться нечего. Даже появление бесплатного или встроенного в операционную систему аналога в 99% случаев на продажи не влияет. Можно вспомнить пример WinZip, продажи которого не пострадали от появления в Windows средств работы с zip файлами.

Владельцу на заметку: одной проблемой меньше

5. Стихийные бедствия и форсмажоры

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

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

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

Владельцу на заметку: имей актуальные бэкапы всех необходимых данных. Не храни все бэкапы в одном месте и время от времени проверяй их.

6. Мировой кризис

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

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

Владельцу на заметку: будь готов к кризису

—————————————

Еще почитать: на что обратить внимание при покупке софтверного продукта с потрохами.  Реальная история (англ).

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

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

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

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

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

К чему я вспомнил все это? Недавно попался один клиент, у которого изменения в проекте никак не хотели отображаться в веб приложении. У себя пргоняю его проект, все работает, а у него никак. Запросил всю дополнительную информацию, скриншоты, явки и пароли. Все нормально, но не работает. Несколько дней потратил уже и все без толку. Как обычно это бывает нашлись другие люди у которых была “та же самая проблема”.

Наконец он пишет в форуме примерно следующее:

“Я думаю я нашел в чем проблема. Это не моя программа. Мой друг установил ее на моем компьютере. Я попросил у него регистрационный ключ, чтобы я мог сам ее переустановить, когда его не будет. Как выяснилось, он не покупал программу, а скачал ее с торрента. Там была измененная версия exe и я думаю из-за этого не работала.

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

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

Вот как объясняет идею этого вебсайта сам Джоэл:

“Знаете, что сводит меня с ума? Сайты вопросов и ответов для программистов. Ты уже понял, о чем идет речь. Ты вбиваешь в Гугл весьма конкретный вопрос и получаешь в ответ:

• ссылки на форуме где куча людей имеет эту же проблему и никто не знает решения
• ссылка на сайт вопросы-ответы, где вроде бы есть ответ, но когда ты заходишь туда, то видишь что ответ зашифрован и требуется платная подписка чтобы его прочитать
• старый пост в ньюсгруппе, где есть точный ответ, но он работает только под Windows 3.1
• и что-нибудь на японском”

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

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

Сайт еще находится в статусе public beta, но там уже больше 13,000 вопросов и есть что почитать.

Ну и в качестве ложки дёгтя - почему этот сайт может не заработать

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

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

На закуску - некоторые интересные треды:

What’s your favorite “programmer” cartoon

What is a reasonable code coverage % for unit tests (and why)?

What development book made the most impact on you as a developer?

————————

Еще почитать:

Список русскоязычных шароварных блогов от Николая Тюшкова

Многие слышали расхожую фразу “90% малых бизнесов закрываются в течение первых пяти лет”. Иногда добавляют “А в следующие пять лет закрывается 90% оставшихся.” Пугающая статистика, не так ли? Вдвойне неприятно услышать ее от работника банка в качестве причины отказа в ссуде.

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

Получается, что статистика врет или методика подсчета неверна. Причина, по которой малый бизнес закрывается, не всегда означает неудачу (failure).

Рассмотрим слудющие варианты:

• продажа бизнеса
• владелец заработал денег и занялся чем-то другим
• переименование компании
• владелец закрыл компанию по семейным обстоятельствам
• смерть владельца

Ни один из этих вариантов не является неудачей бизнеса, но попадает в статистику как компания, которая не просуществовала пяти лет.

Исследования Kauffman Foundation показывают, что скорее 10% малых бизнесов закрываются, а остальные вполне себя хорошо чуствуют.

Так что дерзайте, я знаю, что вам улыбнется удача!

Представляю некоторые избранные моменты.

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

Марк: да, в тот момент когда мы продали Broadcast.com мне еще не было 30 и я фактически вышел на пенсию. Моей целью было выпить с как можно большим количеством людей в разных странах.  Я продал компанию и все что я хотел был пожизненный билет на самолеты American Airlines. Они тогда продавали их по $125,000 за пару. Я ходил по барам, знакомился с женщинами и предлагал им куда-нибудь слетать. В этот момент один из моих приятелей предложил мне открыть хедж фонд. Три года спустя мы продали его с большой прибылью. Я все еще выпивал и путешествовал, когда мне предложили заняться трансляцией баскетбольных игр через интернет. Мне влом было этим заниматься, но я вложил немного денег в это дело. На моей карточке было написано Vice President, потому что работать мне не хотелось.

Джейсон: как долго вы владеете командой Dallas Maverics?

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

Джейсон: вы инвестируете во множество компаний. Как вы это делаете?

Марк: я должен доверять человеку. В 80% процентах случаев я не встречаюсь с теми в кого инвестирую. Все, что ты можешь сказать на митинге, можно написать емайлом. Если у меня есть вопросы, я спрошу емайлом. С основателем RedSwoosh мы встретились однажды в Вегасе и никогда больше не виделись. С Блейком Роузом из IceRocket мы обмениваемся 5-10 письмами в день, но я не узнал бы его, встреться он мне на улице.

Джейсон: кто из бизнесменов вызывает у вас уважение?

Марк: Пожалуй Билл Гейтс. Наверное Ларри Эллисон. Предприниматели старой школы, они были другими, другой подход у них был. Я привык к тому чтобы бизнес был прибыльным, каждый месяц должен быть прибыльным. Сейчас у многих другая модель - сделать вебсайт, побольше посетителей и придумать как это монетизировать позже. Если вдруг деньги кончатся, ты по уши в дерьме. Меня всегда интересовала стратегия заработка, а не стратегия выхода из бизнеса.

Джейсон: что бы ты посоветовал молодым предпринимателям?

Марк: Я скажу чему я научился у Билла Найта: у всех есть желание победить, но когда приходит время делать что-то на самом деле, оказывается, что это не для тебя. Нужно стремиться знать свой продукт и свой рынок лучше чем кто бы то ни было. Чем бы ты не занимался, всегда есть кто-то, кто старается надрать тебе задницу. Ты должен быть умнее всех на своем рынке и иметь лучший продукт. Потом тебе нужен источник дохода. Концепция, конкуренты и источник дохода и кроме того это должно быть что-то, что ты любишь делать. Не работа, а любимое дело. Если бы я выбирал себя, я снова был бы самим собой (When I die I want to come back as me).

И еще, лучше всего начинать пока ты молод, без детей и кредитов. Я уж не помню скольких своим подругам в ответ на “или я или твой бизнес” я ответил “как ты говоришь тебя зовут?”.

Вопросы из зала

Как вы занимаетесь самообразованием?

До интернета: книги и журналы. Я читал 2-3 часа каждый день.

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

Как люди могут связаться с с вами?

Напишите мне емайл. Три параграфа, не больше. Расскажите о своем бизнесе. Не рассказывайте что вам нужен NDA или вы хотите позвонить. Просто расскажите как вы собираетесь делать деньги и как я могу быть полезен. Пришлите ссылку на свой веб-сайт,  и я сам разберусь. 5% процентов написавших мне получат ответ.

Полное интервью можно прочитать здесь

Получил счет от своей электрической компании и озадачился. За август набежало 125 долларов. Они предлагают заплатить либо 125 либо расчитанное ими среднее значение за последние 12 месяцев (200 с хвостиком).

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

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

Гугл запустил в обращение новый open source браузер - Chrome. Пока доступна только версия для Windows, Mac OSX и Linux будет поддерживаться позже. Оставим в стороне тот факт,  что Chrome является бетой и почти наверняка еще пару лет останется в этом статусе.

Chrome произвел на меня самое приятное впечатление.Я бы сказал, что это первый продукт Гугла после поиска и Gmail, которым реально “хочется” пользоваться. Для меня, как веб-разработчика, появление нового браузера означает дополнительную головную боль. На первый взгляд наши веб-сайты и приложения работают как положено, но никто не знает, что вылезет позже.

Как пользователь я могу быть только доволен. Как и заявлено в пресс-релизе, Chrome работает очень шустро, памяти  потребляет меньше Firefox. Некоторые  вкусности:

• подсветка текущего поля ввода
• возможность изменять размер любой тектстовой области при вводе
• отсутствие статус бара, он появляется на время, когда есть что показать
• прикольный поиск на странице с показом всех найденных результатов. Иногда это может быть удобнее инкрементального поиска Firefox. Из минусов - нужно нажать CTRL+F, чтобы начать искать. В Firefox можно начинать поиск просто печатая текст
• показ даунлоадов и view source в отдельном табе, однозначно удобно
• можно таб утащить в сторону и сделать отдельным окном
• строка адреса служит одновременно и строкой поиска. Немного непривычно по сравнению с отдельным окошком в Firefox, но тоже удобно.

Не понравилось:

• если у страницы нет тэга Title, на табе пишется Untitled. Firefox в этом случае пишет начальную часть УРЛа, что более информативно.

По моему мнению Chrome сможет закрепиться и отхватить свою долю рынка у Firefox/IE.

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

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

Некоторые моменты, которые полезно помнить всем, кто не может позволить себе летать своим самолетом.

1. Багаж иногда теряется. Не сдавайте в багаж вещи, потерю которых вы не можете себе позволить.

2. Размер компенсации ограничен. Например у Люфтганзы он составляет 38.5 т.р. (примерно 1600 долларов) . Если вы оцениваете свой багаж в большую сумму, будет логично его застраховать.

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

4. Знайте свои права. Даже если багаж будет найден позже, авиакомпания обязана компенсировать вам покупку предметов первой необходимости, а иногда и любых предметов одежды, купленных взамен тех, что были в багаже. Узнайте все подробности у сотрудника авиакомпании, когда будете оформлять заявление о утере.

5. На многих чемоданах есть место для бирки.  Вставьте туда бумажку со своим именем, телефоном и емайлом.

К сожалению ситуация с багажом продолжает  ухудшаться. Согласно вот этой статье в NY Times, американские перевозчики в 2007 теряли один чемодан из каждых 138 перевезенных. В 2006 году терялся один из каждых 155.

PS. Забавно, что перед вылетом с меня взяли дополнительно $50 за перевес в 2кг.

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

Ответы на некоторые вопросы в комментариях к оригинальному посту.

Я бы ответил - “Что за СТРАННЫЙ вопрос?”
И вы бы завернули хорошего специалиста.

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

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

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

Есть еще некоторые минусы в этом тесте. Я, например, осведомлен о его существовании уже несколько лет, потому имею на него несколько не слишком типичных ответов.

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

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

Например:
1. я не знаю, сколько жителей в Ростове
2. я не хожу в парикмахерскую, меня стрижет жена.
…

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

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

Если соискатель пытается ответить на вопрос “Каково точное число парикмахерских?”, это говорит о том, что он зациклен на частностях. У него могут быть сложности с видением общей картины проекта. В случае возникновения ошибки или узкого места он наложит заплатку, чтобы через месяц столкнуться с решением схожей проблемы.

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

“Быстрый” программист решит задачу в лоб, получив структуру всех таблиц сразу после соединения с базой данных. Это работает хорошо, до тех пор пока число таблиц меньше нескольких десятков или сотен. Поняв, что этот метод не работает, программист сделает два разветвления: для маленьких баз данных он получит всю структуру разом, а для больших вернется к старой схеме получения структуры по требованию. 50% пользователей будут довольны.

Потом он подумает еще немного и зазипует трафик между прокси и программой, что даст ему еще 10% выигрыша в скорости.

Умный программист реализует систему кэширования структуры БД. Это потребует больше усилий, по переделывать систему уже не придется.

Какого из этих специалистов вы бы взяли на работу?

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

Если ответит “не знаю” или “что за идиотский вопрос” - такой человек вам не нужен.

Наших соискателей мы просим посчитать число парикмахерских в Ростове-на-Дону. Как должен рассуждать идеальный (на мой взгляд) кандидат.

В Ростове живет миллион жителей. Средний житель стрижется раз в два месяца, значит парикмахерские должны обслужить 500,000 человек в месяц. Средняя парикмахерская может обслужить 50 человек в день при полной загрузке. Возьмем среднюю загрузку за 25 человек в день или 750 человек в месяц. Делим 500,000 на 750 и получаем 666 парикмахерских.

PS. По данным 2005 года в Ростовской области было зарегистрировано 1750 парикмахерских. Сейчас их наверное около 2000 и вполне возможно, что от трети до половины их находится в самом Ростове.

PPS. Одна умная девушка предложила считать число парикмахерских равным числу улиц в городе. Если исключить левые улицы типа садовых товариществ, получим примерно ту же цифру.

А какого рода вопросы  из этой серии попадались вам на интервью?

Забираю заказанные на Озоне книге в пункте доставки. Женщина ищет меня по фамилии и не может найти. С трудом нашла по имени - в информации о доставке имя шло перед фамилией.

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

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

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