Gautama It

среда, 9 марта 2011 г.

Тип работника который вам по-настоящему нужен: порно-звезда

Данная статья является переводом статьи The Type of Employee You Really Want: Porn Star.

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

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

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

Вы должны обладать высочайшим уровнем выносливости в кодировании и давать большие результаты. Вы должны будете часами работать над одной и той же задачей и не скучать.

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

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

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

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

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

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

Мы ожидаем тонны пользователей при выпуске нашего продукта. Эта штука выстрелит и мы будем круче, чем TechCrunch.

вторник, 8 марта 2011 г.

Список форумов по .NET/C#

Я решил составить список наиболее популярных форумов по .NET/C#. В список вошли, как англоязычные так и русскоязычные форумы. Я отсортировал их по "оценке", которая вычисляется по простой формуле: "Оценка = Google PageRank * 0,05 + Yandex Rank * 0,05 + Yandex тИЦ * 0,001 + Количество тем * 0,00001 + Количество сообщений * 0,000001 + Количество пользователей * 0,0000001 + Количество сообщений в теме (в среднем) * Количество сообщений на пользователя (в среднем)".

Я учитывал Google PageRank, Yandex Rank, Ynadex тИЦ, количество зарегистрированных пользователей, количество сообщений, количество тем, но не факт, что эти параметры являются объективными. Далее приведу список форумов в порядке убывания оценки. Чем выше оценка, тем лучше, чем меньше, тем хуже:

Вот как примерно, выглядит сама таблица:

Если пожелаете вы можете просмотреть список форумов с подробностями здесь или скачать файл в формате Microsoft Excel.

Я мог ошибиться или не правильно продумать формулу, если у вас есть предложения или возражения, то обязательно напишите в комментариях.

Вам не нужен ниндзя

Данная статья является переводом статьи You Don't Really Want a Ninja .

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

Мы стартап YC W10, который разрабатывает социальные игры для сети facebook, включая одну из популярнейших игр подбрасывания монеты flip.ly. Мы ищем разработчика ниндзю для присоединения к нашему клану.

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

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

Вы будете тратить 99% своего времени на тренировки. Мы ожидаем, что вы без всякого шума будете выполнять поставленные перед вами задачи. Это больше будет похоже на системное администрирование, когда сервер будет в автономном режиме.

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

понедельник, 7 марта 2011 г.

Вам не нужна рок-звезда

Данная статья является переводом статьи You Don't Really Want a Rock Star.

Я не впаду в крайность, если скажу, что нам (программистам, дизайнерам) надоело видеть вакансии на работу, в которых требуется рок-звезда. Это не только злоупотребление, но уже даже сложно найти какие-то другие объявления. Давайте-ка посмотрим, как будет выглядеть объявление, если компания хочет нанять на работу рок-звезду.

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

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

От вас ожидается, что вы напишете великолепный маленький кусочек кода, после чего вы сможете извлекать выгоду из проекта до завершения вашей карьеры. Как альтернатива - вы можете скопировать существующий код и немного его изменить. Откровенно говоря, нам не важно сколько времени вы потратите, что бы убедить MTV (Marry, Todd и Vince - наша продуктовая команда), что наш продукт хорош.

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

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

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

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

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

суббота, 26 февраля 2011 г.

Парсинг HTML: путь Ктулху!

Данная статья является переводом статьи Parsing HTML The Cthulhu Way Джефа Эфтвуда.

Каждый программист в независимости от опыта понимает, что парсинг HTML при помощи регулярных выражений считается плохой идеей. Насколько плоха эта идея? Это сразу становится очевидным после рассмотрения одного случая, когда один из пользователей StackOverFlow.com дошел до грани безумия (текст по ссылке на английском языке):

"Вы не можете парсить HTML используя регулярные выражения. Regex не является средством, которое позволяет корректно парсить HTML. Как я уже много раз отвечал на вопросы связанные с парсингом HTML, использование regex не позволяет вам полностью обработать HTML и учесть все нюансы этого языка разметки.

Регулярные выражения - это не достаточно мощное средство для анализа конструкций присутствующих в HTML. HTML не является регулярным языком и следовательно не может быть обработан при помощи регулярных выражений. Regex не разработаны для того, что бы разбивать HTML на части, которые имеют смысл. Сколько раз я уже отвечаю, но чувствую, что это никогда не кончиться. Даже расширенные нерегулярные regex в Perl не предназначены для того, что бы парсить HTML. Вы никогда меня не поломаете. HTML - достаточно сложный язык для того, что бы его можно было парсить при помощи regex.

Только Jon Skeet не может парсить HTML при помощи regex. Каждый раз когда вы пытаетесь парсить HTML при помощи регулярных выражений - ребенок плачет кровью девственниц и русские хакеры взламывают ваше веб-приложение. Парсинг HTML при помощи regex вызывает грешные души в царство живых. Regex и HTML вместе сочетаются также как и любовь, брак, а также ритуальное детоубийство. Тег <center> не будет сохранятся вечно - он уже мертв. Использование regex и HTML - это сила, которая при использовании на одном концептуальном уровне, просто вынесет ваш мозг вдребезги! Если вы парсите HTML при помощи regex вы приводите к гибели всех нас, которые бесчеловечно трудятся для одного языка, который не может быть выражен в рамках базовых многоязычных конструкций."

И это правильно, если вы пытаетесь парсить HTML при помощи regex, то вы поддаетесь искушениям темного бога Ктулху...

Это конечно же все весело, но это очень важно, что эти слова имеют смысл и родились из очень реального разочарования (текст по ссылке на английском языке).

Я уже слышал этот аргумент. Обычно я слышу это как обоснование следующего кода:

# pull out data between tags
($table_data) = $html =~ /(.*?)<\/td>/gis;

"Но это работает!" - они говорят.
"Это легко!"
"Это быстро!"
"Это хорошая работа."

Я ругаю их, что бы они были ленивыми. Вы должны быть ленивы как программист. Парсинг HTML - решенная проблема. Вы не должны решать ее. Вы всего лишь должны быть ленивы. Будьте ленивы, используйте CPAN и HTML::Sanitizer. Ваше программирование будет значительно более легким занятием. Ваш код будет расширяем. Вы не должны сидеть и вручную писать регулярные выражения. Ваш код будет более надежный. Вы не должны будете заниматься отладкой все время из-за ошибок, которые возникают, если HTML "поломает" ваши регулярные выражения.

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

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

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

Кроме того, жесткие ограничение никак не должны быть связаны с HTML ограничениями. Они должны быть такие простые как "работа с этими наборами веб-страниц", "работа с данными с этих веб-страниц", "работать для 98% пользователей 98% времени" или даже "О, нет! Мы должны сделать эту работу за час, сделай все, что сможешь!".

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

Таким образом, если я захочу парсить HTML при помощи regex, то я четко понимаю, что:

Это очень плохая идея.
Если вы не дисциплинированы и строго себя не ограничиваете, то парсинг HTML при помощи regex приведет вас к безумию, а Ктулху это любит!
Я очень четко осознаю, что причина использования regex для парсинга HTML в данном сценарии (полу) оправдана.

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

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

Какой бы метод вы не выбрали, никогда не открывайте тег <cthulhu> ради всего человечества.

вторник, 22 февраля 2011 г.

Разоблачить коварные планы Цезаря!

Вы математик, молодой римский математик! В вашем доселе демократичном государстве назревают войны и великие потрясения. Вы решаетесь на подвиг - украсть тайные письма Цезаря! Самого Гая Юлия Цезаря! Вы еще понимаете, что вас ждет смертная казнь, но вы все же крадете его тайные письма.

Однако вы удивлены! Вы видите там просто набор букв! О, ваш бог, это же не что! Вы рисковали жизнью за это: "JQDHXVSRPSHLXVPDJQXVLVPBHQHPB".

Но постойте-ка, а разве вы забыли, что вам говорил ваш друг Вар: "Я точно уверен, что Цезарь шифруя сдвигает буквы в слове, словно они были бы в алфавите.". Ваша задача отгадать самую тайную тайну Цезаря и поделится с другом числом на которую сдвигаются буквы в алфавите.

Жду ответа!

пятница, 18 февраля 2011 г.

Ответы на вопросы по теории вероятностей и математической статистике.

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

Вот перечень вопросов, на которые я попытался ответить:

1. Дискретное пространство элементарных событий. Операции над событиями.
2. Классическое определение вероятности. Свойства вероятности.
3. Произвольное пространство элементарных событий. Алгебра и ? - алгебра множеств. Борелевские множества. Вероятность.
4. Геометрическая вероятность.
5. Условные вероятности. Независимые события и их свойства.
6. Формула полной вероятности. Формула Бейеса.
7. Повторяющиеся испытания. Формула Бернулли.
8. Случайные величины и функции распределения. Свойства функции распределения.
9. Дискретные случайные величины. Биномиальное, геометрическое, гипергеометрическое распределения, распределения Пуассона.
10. Абсолютно-непрерывные случайные величины. Равномерное распределение, нормальное распределение, показательное распределение.
11. Математическое ожидание случайной величины и его свойства.
12. Дисперсия случайной величины и ее свойства.
13. Нормированные случайные величины. Коэффициент корреляции.
14. Неравенства Чебышева.
15. Закон больших чисел.
16. Локальная и интегральная теоремы Муавра-Лапласа.
17. Теорема Пуассона.
18. Характеристические функции и их свойства.
19. Сходимость случайных величин и функций распределения.
20. Центральная предельная теорема.
21. Основные задачи математической статистики. Выборка и вариационный ряд, полигон и гистограмма частот.
22. Эмпирическая функция распределения. Эмпирические моменты. Метод условных вариант.
23. Точечные оценки параметров распределения.
24. Метод моментов определения параметров распределения.
25. Метод максимального правдоподобия нахождения параметров распределения.
26. Некоторые распределения связанные с нормальным распределением: Пирсона, Стьюдента.
27. Интервальные оценки параметров распределения. Нахождение доверительных интервалов для распределений Пуассона, биномиального, нормального.
28. Статистическая проверка статистических гипотез. Ошибки первого и второго рода.
29. Оптимальный критерий. Теорема Неймана-Пирсона.
30. Непараметрические критерии. Критерий Колмогорова.
31. Критерий Пирсона. Вычисление теоретических частот для различных видов распределений.
32. Элементы теории корреляции. Понятие корреляционной зависимости. Точечные оценки для условных математических ожиданий и коэффициента корреляции.
33. Цепи Маркова. Матрица перехода.
34. Классификация состояний цепи Маркова. Теорема солидарности.
35. Теорема о предельных вероятностях.
36. Случайные процессы. Марковские процессы со счетным множеством состояний.
37. Локально-регулярные марковские процессы. Система уравнений Колмогорова.
38. Применение теории марковских процессов к задачам теории массового обслуживания.
39. Процесс Пуассона.

Для удобства я предоставил возможность скачать ответы на вопросы в удобном для вас виде:

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

среда, 9 марта 2011 г.

вторник, 8 марта 2011 г.

понедельник, 7 марта 2011 г.

суббота, 26 февраля 2011 г.

вторник, 22 февраля 2011 г.

пятница, 18 февраля 2011 г.