Ars Longa, Vita Brevis » Юмор

DDoS в картинках

Vladimir — Tue, 22 Sep 2009 20:00:51 +0000

Как всё на самом деле Смотреть. © 2012 Ars Longa, Vita Brevis. Все права защищены. Перепубликация материалов без разрешения автора запрещена. При использовании материалов блога наличие активной не закрытой от индексирования ссылки на источник обязательно.

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

Ты фанатик, и подарили папе ленту

Vladimir — Wed, 22 Jul 2009 00:32:53 +0000

Всех собрали, и погорел весенний дом

Отличный пример дарвалдая (misheard lyrics), плюс хорошее чувство юмора составителя Интересны не столько слова, сколько визуальное сопровождение.
В оригинале это было «Infanati» из альбома «Era 2» в исполнении Era.

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

Если фид-ридер не отображает видео, его можно посмотреть либо здесь, либо на YouTube.

Why Linux Server?

Vladimir — Mon, 27 Apr 2009 15:56:32 +0000

И зачем он здесь только нужен? :-) Для тех, кто понимает: # aptitude why linux-server Unable to find a reason to install linux-server. © 2012 Ars Longa, Vita Brevis. Все права защищены. Перепубликация материалов без разрешения автора запрещена. При использовании материалов блога наличие активной не закрытой от индексирования ссылки на источник обязательно.

Готов ли ты к кризису?

Vladimir — Fri, 13 Feb 2009 21:17:33 +0000

Проверь себя

Мой результат:

Тест «Готов ли ты к кризису?»

Результат — 46 баллов

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

Пройти тест

Результат жены:

Тест «Готов ли ты к кризису?»

Результат — 67 баллов

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

Пройти тест

А у вас как?

Космический корабль и лошадь

Vladimir — Tue, 18 Nov 2008 01:11:42 +0000

От чего зависят наивысшие технические достижения человечества?

Из архивов…

По бокам космического корабля «Кеннеди» размещаются два двигателя по 5 футов шириной. Конструкторы корабля хотели сделать эти двигатели еще шире, но не смогли. Почему?
Дело в том, что двигатели эти доставлялись по железной дороге, которая проходит по узкому тоннелю. Расстояние между рельсами стандартное: 4 фута 8.5 дюймов, поэтому конструкторы могли сделать двигатели только шириной 5 футов.
Возникает вопрос: почему расстояние между рельсами 4 фута 8.5 дюймов? Откуда же взялась эта цифра?

Оказывается, что железную дорогу в Соединённых Штатах делали такую же, как и в Англии, а в Англии делали железнодорожные вагоны по тому же принципу, что и трамвайные, а первые трамваи производились в Англии по образу и подобию конки. А длина оси конки составляла как раз… правильно, 4 фута 8.5 дюймов! Но почему?

Потому что конки делали с тем расчетом, чтобы их оси попадали в колеи на английских дорогах, чтобы колеса меньше изнашивались, а расстояние между колеями в Англии как раз… да, вы угадали: именно 4 фута 8.5 дюймов! Отчего так?

Да просто дороги в Великобритании стали делать римляне, подводя их под размер своих боевых колесниц, и длина оси стандартной римской колесницы равнялась… правильно, 4 фута 8.5 дюймам! Ну вот теперь мы докопались, откуда взялся этот размер, но все же, почему римлянам вздумалось делать свои колесницы с осями именно такой длины?

А вот почему: в такую колесницу запрягали обычно двух лошадей. А 4 фута 8.5 дюймов — это был как раз размер двух лошадиных задниц! Делать ось колесницы длиннее было неудобно, так как это нарушало бы равновесие колесницы.

Следовательно, вот и ответ на самый первый вопрос: даже теперь, когда человек вышел в космос, его наивысшие технические достижения напрямую зависят от размера лошадиной задницы две тысячи лет назад!

PS — мне стало интересно, почему в России железнодорожная колея шире?
Неужели лошади толще?

Чудеса…

Vladimir — Mon, 01 Sep 2008 03:42:52 +0000

Если MySQL не находит строку, значит, он её плохо ищет

Началось всё с того, что я забыл заплатить за Internet, и в благодарность за это мой провайдер меня безжалостно отрубил. Дело было вечером, делать было нечего, тем более, что я давно собирался написать статью про MySQL. И вот, когда я стал генерировать тестовую таблицу, начались чудеса…

Создал в MySQL таблицу:

CREATE TABLE `test` (
`id` bigint(20) unsigned NOT NULL auto_increment,
`k` int(10) unsigned NOT NULL,
`data` varchar(40) NOT NULL,
PRIMARY KEY (`id`),
KEY `k_2` (`k`,`id`),
KEY `k` (`k`,`data`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1

PHP-скриптом запихнул в неё данные:

for ($i=0; $i<1000000; ++$i) {
$key = $i % 1000;
$data = sha1($key);
mysql_query("INSERT DELAYED INTO `test` VALUES (NULL, {$key}, '{$data}')");
}

Сделал два INSERT:

INSERT INTO `test` SELECT NULL, `k`, `data` FROM `test`;
INSERT INTO `test` SELECT NULL, `k`, `data` FROM `test`;

В результате получил 4,000,000 строк в таблице.

Теперь самое интересное:

mysql> SELECT * FROM test WHERE `k` = 5 ORDER BY `data` LIMIT 5;
+------+---+------------------------------------------+
| id | k | data |
+------+---+------------------------------------------+
| 6 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
| 1006 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
| 2006 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
| 3006 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
| 4006 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
+------+---+------------------------------------------+
5 rows in set (0.00 sec)

mysql> SELECT * FROM test WHERE `k` = 5 LIMIT 5;
+------+---+------------------------------------------+
| id | k | data |
+------+---+------------------------------------------+
| 6 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
| 1006 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
| 2006 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
| 3006 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
| 4006 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
+------+---+------------------------------------------+
5 rows in set (0.00 sec)

mysql> SELECT * FROM test WHERE `k` = 5 ORDER BY `data` DESC LIMIT 5;
Empty set (0.01 sec)

mysql> EXPLAIN SELECT * FROM test WHERE `k` = 5 ORDER BY `data` DESC LIMIT 5;
+----+-------------+-------+------+---------------+------+---------+-------+------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+-------+------+-------------+
| 1 | SIMPLE | test | ref | k_2,k | k | 4 | const | 3831 | Using where |
+----+-------------+-------+------+---------------+------+---------+-------+------+-------------+
1 row in set (0.00 sec)

mysql> SELECT * FROM test WHERE `k` = 5 LIMIT 5;
+------+---+------------------------------------------+
| id | k | data |
+------+---+------------------------------------------+
| 6 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
| 1006 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
| 2006 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
| 3006 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
| 4006 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
+------+---+------------------------------------------+
5 rows in set (0.00 sec)

Внимание, вопрос: какого икса MySQL выдает результаты, если сортировка не осуществляется, либо осуществляется по возрастанию, но не выдает результаты, если сортируем по убыванию?

По ходу я нашел неизвестный баг в MyISAM?

mysql> SHOW CREATE TABLE `test`\G
*************************** 1. row ***************************
Table: test
Create Table: CREATE TABLE `test` (
`id` bigint(20) unsigned NOT NULL auto_increment,
`k` int(10) unsigned NOT NULL,
`data` varchar(40) NOT NULL,
PRIMARY KEY (`id`),
KEY `k_2` (`k`,`id`),
KEY `k` (`k`,`data`)
) ENGINE=MyISAM AUTO_INCREMENT=4000001 DEFAULT CHARSET=latin1
1 row in set (0.00 sec)

mysql> SHOW TABLE STATUS;
+------+--------+---------+------------+---------+----------------+-------------+-----------------+--------------+-----------+----------------+---------------------+---------------------+---------------------+-------------------+----------+----------------+---------+
| Name | Engine | Version | Row_format | Rows | Avg_row_length | Data_length | Max_data_length | Index_length | Data_free | Auto_increment | Create_time | Update_time | Check_time | Collation | Checksum | Create_options | Comment |
+------+--------+---------+------------+---------+----------------+-------------+-----------------+--------------+-----------+----------------+---------------------+---------------------+---------------------+-------------------+----------+----------------+---------+
| test | MyISAM | 10 | Dynamic | 4000000 | 59 | 239984000 | 281474976710655 | 148987904 | 0 | 4000001 | 2008-09-01 04:17:14 | 2008-09-01 04:21:23 | 2008-09-01 04:21:49 | latin1_swedish_ci | NULL | | |
+------+--------+---------+------------+---------+----------------+-------------+-----------------+--------------+-----------+----------------+---------------------+---------------------+---------------------+-------------------+----------+----------------+---------+
1 row in set (0.00 sec)

$ mysql --version
mysql  Ver 14.12 Distrib 5.0.51a, for debian-linux-gnu (x86_64) using readline 5.2
$ uname -srvmo
Linux 2.6.24-21-server #1 SMP Mon Aug 25 17:28:54 UTC 2008 x86_64 GNU/Linux

Для очистки совести:

mysql> CHECK TABLE test EXTENDED;
+-----------+-------+----------+----------+
| Table | Op | Msg_type | Msg_text |
+-----------+-------+----------+----------+
| test.test | check | status | OK |
+-----------+-------+----------+----------+
1 row in set (2 min 48.13 sec)

mysql> EXPLAIN SELECT * FROM test WHERE `k` = 5 ORDER BY `data` DESC LIMIT 5;
+----+-------------+-------+------+---------------+------+---------+-------+------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+-------+------+-------------+
| 1 | SIMPLE | test | ref | k_2,k | k | 4 | const | 3831 | Using where |
+----+-------------+-------+------+---------------+------+---------+-------+------+-------------+
1 row in set (0.00 sec)

mysql> SELECT * FROM test WHERE `k` = 5 ORDER BY `data` DESC LIMIT 5;
Empty set (0.00 sec)

mysql> SHOW KEYS FROM test;
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment |
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+
| test | 0 | PRIMARY | 1 | id | A | 4000000 | NULL | NULL | | BTREE | |
| test | 1 | k_2 | 1 | k | A | 1000 | NULL | NULL | | BTREE | |
| test | 1 | k_2 | 2 | id | A | 4000000 | NULL | NULL | | BTREE | |
| test | 1 | k | 1 | k | A | 1000 | NULL | NULL | | BTREE | |
| test | 1 | k | 2 | data | A | 1000 | NULL | NULL | | BTREE | |
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+
5 rows in set (0.00 sec)

mysql> ALTER TABLE test DROP KEY k_2;
Query OK, 4000000 rows affected (35.48 sec)
Records: 4000000 Duplicates: 0 Warnings: 0

mysql> SELECT * FROM test WHERE `k` = 5 ORDER BY `data` DESC LIMIT 5;
Empty set (0.00 sec)

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

Сделал так:

mysql> CREATE TABLE test2 AS SELECT * FROM test;
Query OK, 4000000 rows affected (4.67 sec)
Records: 4000000 Duplicates: 0 Warnings: 0

mysql> SELECT * FROM test WHERE k=5 ORDER BY data DESC LIMIT 5;
Empty set (0.00 sec)

mysql> SELECT * FROM test2 WHERE k=5 ORDER BY data DESC LIMIT 5;
+---------+---+------------------------------------------+
| id | k | data |
+---------+---+------------------------------------------+
| 2686006 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
| 2669006 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
| 2668006 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
| 2667006 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
| 2666006 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
+---------+---+------------------------------------------+
5 rows in set (1.56 sec)

Минут через пять я вспомнил, что CREATE TABLE ... SELECT не создаёт индексы. Я решил проверить догадку:

mysql> SHOW TABLE STATUS;
+-------+--------+---------+------------+---------+----------------+-------------+-----------------+--------------+-----------+----------------+---------------------+---------------------+---------------------+-------------------+----------+----------------+---------+
| Name | Engine | Version | Row_format | Rows | Avg_row_length | Data_length | Max_data_length | Index_length | Data_free | Auto_increment | Create_time | Update_time | Check_time | Collation | Checksum | Create_options | Comment |
+-------+--------+---------+------------+---------+----------------+-------------+-----------------+--------------+-----------+----------------+---------------------+---------------------+---------------------+-------------------+----------+----------------+---------+
| test | MyISAM | 10 | Dynamic | 4000000 | 59 | 239984000 | 281474976710655 | 149490688 | 0 | 4000001 | 2008-09-01 05:28:36 | 2008-09-01 05:29:16 | 2008-09-01 05:29:41 | latin1_swedish_ci | NULL | | |
| test2 | MyISAM | 10 | Dynamic | 4000000 | 59 | 239984000 | 281474976710655 | 1024 | 0 | NULL | 2008-09-01 05:35:17 | 2008-09-01 05:35:22 | NULL | latin1_swedish_ci | NULL | | |
+-------+--------+---------+------------+---------+----------------+-------------+-----------------+--------------+-----------+----------------+---------------------+---------------------+---------------------+-------------------+----------+----------------+---------+
2 rows in set (0.00 sec)

mysql> ALTER TABLE test DROP KEY k, DROP KEY k_2;
Query OK, 4000000 rows affected (14.11 sec)
Records: 4000000 Duplicates: 0 Warnings: 0

mysql> SELECT * FROM test WHERE k=5 ORDER BY data DESC LIMIT 5;
+---------+---+------------------------------------------+
| id | k | data |
+---------+---+------------------------------------------+
| 2686006 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
| 2669006 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
| 2668006 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
| 2667006 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
| 2666006 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
+---------+---+------------------------------------------+
5 rows in set (1.63 sec)

mysql> ALTER TABLE test ADD KEY (k, data);
Query OK, 4000000 rows affected (30.35 sec)
Records: 4000000 Duplicates: 0 Warnings: 0

mysql> SELECT * FROM test WHERE k=5 ORDER BY data DESC LIMIT 5;
Empty set (0.00 sec)

mysql> ANALYZE TABLE test;
+-----------+---------+----------+-----------------------------+
| Table | Op | Msg_type | Msg_text |
+-----------+---------+----------+-----------------------------+
| test.test | analyze | status | Table is already up to date |
+-----------+---------+----------+-----------------------------+
1 row in set (0.00 sec)

Вот они, чудеса! Точнее, баги. С индексом MySQL не находит нужные строки, без индекса же всё работает. Причем самое странное то, что не работает только k=5; другие значения срабатывают просто на "ура".

Что характерно: я грохнул 2 миллиона строк (эх!) и оптимизировал таблИцу, и всё заработало:

mysql> DELETE FROM test ORDER BY id DESC LIMIT 2000000;
Query OK, 2000000 rows affected (1 min 17.53 sec)

mysql> SELECT * FROM test WHERE k=5 ORDER BY data DESC LIMIT 5;
Empty set (0.00 sec)

mysql> OPTIMIZE TABLE test;
+-----------+----------+----------+----------+
| Table | Op | Msg_type | Msg_text |
+-----------+----------+----------+----------+
| test.test | optimize | status | OK |
+-----------+----------+----------+----------+
1 row in set (15.85 sec)

mysql> SELECT * FROM test WHERE k=5 ORDER BY data DESC LIMIT 5;
+---------+---+------------------------------------------+
| id | k | data |
+---------+---+------------------------------------------+
| 1999006 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
| 1998006 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
| 1997006 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
| 1996006 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
| 1995006 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
+---------+---+------------------------------------------+
5 rows in set (0.00 sec)

Затем добавил те самые два миллиона строк на место:

mysql> INSERT INTO test SELECT NULL, k, data FROM test;
Query OK, 2000000 rows affected (2 min 4.72 sec)
Records: 2000000 Duplicates: 0 Warnings: 0

mysql> SELECT * FROM test WHERE k=5 ORDER BY data DESC LIMIT 5;
+---------+---+------------------------------------------+
| id | k | data |
+---------+---+------------------------------------------+
| 4012000 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
| 4011999 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
| 4011998 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
| 4011997 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
| 4011996 | 5 | ac3478d69a3c81fa62e60f5c3696165a4e5e6ac4 |
+---------+---+------------------------------------------+
5 rows in set (0.00 sec)

Что характерно: изменился порядок следования значений: теперь одинаковые значения k следуют друг за другом. Возможно, здесь "схитрил" оптимизатор — после DELETE перед INSERT я сделал OPTIMIZE.

Такие вот пироги… Так что заплачу за Интернет и пойду писать багрепорт.

Мы безнадёжны…

Vladimir — Mon, 21 Jul 2008 08:59:51 +0000

Или надежда всё-таки есть?

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

Вы разучились готовиться к собеседованиям для поступления на работу, и Вас это совершенно не волнует.
Вы удивляетесь, зачем это некоторые люди встают с постели раньше половины десятого утра.
Большинство людей, имеющих "настоящую" работу, завидует Вам или выискивает у Вас недостатки.
Ваш основной источник веселья — не сериалы о корпоративной жизни, а объявления о найме на работу.
Вы всегда последним узнаете, что у работающих людей сегодня праздник, и все равно в этот день с удовольствием проводите за работой свои обычные четыре или пять часов.
Вам больше не нужны никакие характеристики с прежних мест работы.
У вас больше нет органайзера, потому что, сделав в нем запись, Вы все равно обычно забывали в него посмотреть.
Слово "многофункциональность" для вас означает, что Вы два часа работаете на своем ноутбуке в кофейне, в то же время наблюдая за привлекательными лицами противоположного пола.
Вы знаете, что значит "резюмировать", но совершенно забыли, что такое "резюме".
Вы точно знаете, что Вам не придется долго и мучительно приспосабливаться к новому образу жизни после выхода на пенсию.
Вы забываете переставить часы на летнее или зимнее время, и… ничего не случается.
Вы понимаете, что для преуспевания не нужен ни тяжкий труд, ни куча денег, а только творчество, личная свобода и работа, которая обогащает вас материально и духовно.
У Вас нет финансовых проблем, потому что Вы откладываете вдвое больше денег, чем люди, которые зарабатывают вдвое больше Вас.
Вы можете прожить целый год без будильника.
Вам жаль людей, которые работают на "настоящей" работе — даже тех, кто получает миллион долларов в год.
У Вас замечательные друзья, и Вы проводите с ними много времени. Вы даже можете отложить работу на день-два, если к Вам приезжает друг из другого города.
Ваша "ненастоящая" работа связывает Вас с чем-то таким, что больше Вас самих.
Ваша "ненастоящая" работа доставляет Вам удовольствие, поэтому Вы как бы одновременно работаете и не работаете.
Вы получаете гораздо больше удовольствия от работы, чем от денег, которые за нее платят.
Вы знаете, что уже не годитесь для "настоящей" работы, и Вас это совершенно не волнует.
Вы стараетесь не осуждать трудолюбивых, занятых тяжелой работой адвокатов, менеджеров, врачей, но все-таки в глубине души испытываете легкое чувство превосходства.
Вы ни за что не променяете свой способ заработка ни на какой другой! Исключений быть не может!

О себе: для меня верно всё, кроме пунктов 8 (потому что женат и счастлив), 11 (потому что комп сам обновляет время от NTP-сервера), 13 (просто потому что) и иногда 19 (потому что работа иногда надоедает).

А Вы безнадёжны?

«Сравнение стрингов», или, Тяжело быть программистом

Vladimir — Sun, 11 May 2008 02:41:38 +0000

Нарочно не придумаешь… Всё-таки программист — это не профессия; программист — это диагноз: Скриншот сделан с http://ru-perl.ru/4521.html (сайт больше не работает). © 2012 Ars Longa, Vita Brevis. Все права защищены. Перепубликация материалов без разрешения автора запрещена. При использовании материалов блога наличие активной не закрытой от индексирования ссылки на источник обязательно.

А Минздрав предупреждал…

Vladimir — Sat, 26 Apr 2008 00:55:27 +0000

Курение вредит Вашему здоровью Идет заседание Верховной Рады Украины. На повестке дня вопрос: как использовать землю в окресностях Чернобыля? Злаковые сеять нельзя, корнеплоды — тем более… Предлагает один депутат: А давайте засеем поля табаком, а на пачке напишем: «Минздрав в последний раз предупреждает…» © 2012 Ars Longa, Vita Brevis. Все права защищены. Перепубликация материалов без разрешения автора [...]

Программисты: русские, индусы, китайцы и канадцы

Vladimir — Mon, 07 Apr 2008 09:57:50 +0000

If you need coding, go to Indian; if you need solution, go to Russian

Любой русский программист, после пары минут чтения кода, обязательно вскочит и произнесет, обращаясь к себе: "Переписать это все нафиг!" Потом в нем шевельнется сомнение в том, сколько времени это займет, и остаток дня русский программист потратит на то, что будет доказывать самому себе, что это только кажется, что переписать — это много работы. А если взяться и посидеть немного, то все получится. Зато код будет красивый и правильный. Hа следующее утро русский программист свеж, доволен собой и без единой запинки докладывает начальству, что переписать этот кусок займет один день, не больше. Да, не больше. Hу, в крайнем случае, два, если учесть все риски. В итоге начальство даст ему неделю и через полгода процесс будет успешно завершен. До той поры, пока этот код не увидит другой русский программист.

А в это время, в соседних четырех кубиках, не будет ни на секунду утихать работа китайских программистов, непостижимым образом умудряющихся прийти раньше русского программиста, уйти позже, и при этом сделать примерно втрое меньше. Эта четверка давно не пишет ничего нового, а только поддерживает код, написанный в свое время индусом, и дважды переписанный двумя разными русскими. В этом коде не просто живут баги. Здесь их гнездо. Это гнездо постоянно воспроизводит себя при помощи любимой китайской технологии повторного использования кода — copy/paste. Отсюда баги расползаются в разные стороны посредством статических переменных и переменных, переданных по ссылке (ведь китайский программист не может смириться с неудобствами, вызванными тем, что он не может изменить значение внешнего параметра).

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

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

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

О, канадский программист — это особый тип. Он, ни на минуту не задумываясь, как рыцарь без страха и упрека, бросится фиксить самый свирепый баг китайского кода. Этот Баг живет там уже три года, и китайцы уже четырежды (каждый по разу) сообщали начальству, что он пофиксен. Hо Баг каждый раз возвращался, как Бетмен в свой Готхем.

Итак, канадский программист, воспитанный на героической патетике американского футбола — бросаться в бой головой вперед — сделает то, чего китайцы не рисковали делать в течение трех долгих лет. Он, при помощи дебаггера, отследит место, где статическая переменная приняла значение -1 вместо правильного 0, и решительным движением заведет рядом вторую переменную с правильным значением. Баг погибнет в неравной схватке с героем. Hо победа будет достигнута тяжелой ценой. Работать перестанет все, включая только что переписанный русским программистом код. Это повергнет русского программиста в задумчивость на целых два дня, после чего он сделает, в общем-то, предсказуемый вывод о том, что дизайн с самого начала был неправильным, и все надо переписать. Hа это нам нужна неделя. Да, неделя, не больше. Канадский программист смело бросится налаживать все, и станет еще хуже, хотя казалось бы… Эта суета выведет из медитации индуса, который придумает и вовсе гениальное решение — отбранчить код. Согласно его плану, мы теперь будем поддерживать две версии одного и того же кода — одну работающую, но с Багом, другую без Бага, но не работающую. Русский программист, услышав об этом плане, сломает линейку об стол и обзовет жену дурой, но на митинге возразить не решится.

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

Индусы в деле

Индусы заполняют software industry как тараканы. Обладают "запахом и вкусом", которые создают специфическую атмосферу, поэтому нельзя не коснуться этой животрепещущей темы. Введем несколько ключевых понятий. Одно из основных это индокритическая масса. Индокритическая масса возникает при наличии хотя бы одного индуса менежера и пары-тройки индусов программистов. Следующее понятие — индоцепная реакция. Индоцепная реакция возникает спонтанно при наличии индокритической массы. Приводит к бурному и неконтролируему увеличению индокритической массы. Оновной функцией индокритической массы является политическая деятельность; программирование — это побочный продукт. День, прошедший без политической интриги, считается полностью пропавшим. Элементы индокритической массы обмениваются информацией с околосветовой скоростью и обладают невероятной г…нистостью. Мозг индуса-программиста так хорошо натренирован на многоходовых политичеcких интригах, что программирование дается ему играючи. Задачей любого программиста не-индуса является недопущение индокритической массы.

Русский программист никогда не чинит чужого, бессмысленного, объектно-неориентированного, спагетти-кода

— Че, не работает?
— Ща мы енто дерьмо выкинем и мухой напишем наш родной, мудрый, обьектно-ориентированный, офигительный код.
— Усе, готово.
— А протестировать…
— Че, тестировать?! У нас код работает правильно и всегда!

Русский программист немедленно сносит всю операционку и ставит свою. Пользуется только "cracked software" и "open source". Скорость генерации кода приближается к световой. При наличии трех-четырех русских программистов на проекте характерен туннельный эфект самопроизвольного возникновения кода. Русский программист говорит по-русски даже с представителями других национальностей. Предпочитает использовать русские матерные выражения для сообщений об ошибках. При подходе менежера кладет ноги на стол и продолжает говорить по телефону.

Немного про китайцев

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

Как говорится, "сказка ложь, да в ней намёк":

За прошедший год (2005) количество аутсорсинговых заказов индийским программистам выросло более чем на треть, а три индийских софтверных гиганта дружно перешагнули отметку прибыльности в 1 миллиард долларов США/год при общем доходе в 6.7–6.9 миллиардов долларов США. Объем рынка аутсорсинга в Индии уже превысил 50 миллиардов долларов в год — крупнейшие компании США и Европы, почувствовав выгоду от приглашения опытных и одновременно дешевых программистов, просто завали индусов заказами в страховой, аэрокосмической, банковской, торговых областях.
Поэтому, компания Infosys, являющаяся второй по величине софтверной компанией Индии, решила увеличить до марта 2006 года штат программистов еще на 20 200 человек (вдобавок к уже имеющимся 46 тысячам программистам). При этом управляющий директор Infosys Нандан Нилекани (Nandan Nilekani) уверен, что наблюдающийся сейчас рост числа заказов — лишь предвестник основной волны аусторсинга, поскольку индийские программисты при высоком качестве работы обходятся западным компаниям в 50 раз дешевле американских или в 3 раза дешевле российских или украинских. К тому же, практически все индусы с детства умеют говорить на английском языке, что выгодно отличает их от восточно-европейских конкурентов. Поэтому, только за последние три месяца Infosys получила 34 новых крупных заказа на услуги программистов от компаний США, Западной Европы и Японии. В том числе и крупнейший на сегодняшний момент заказ стоимостью 140 миллиона долларов на создание приложений для офисов ABN Amro в Северной Америке и Европе, а также многомиллионные заказы от компаний Oracle и Boeing Co.

Очень рекомендую посмотреть: Primate Programming(tm) Inc.

Использованы следующие материалы: