Archive for September, 2009

Любопытная иллюстрация, однако.

Авторы, вероятно, тоже спали на вредном матрасе, и у них произошло разрушение внутренние органов. Межушного нервного узла, а частности.

Оригинал: http://www.eg.ru/daily/otbor/14754/

via [info]nikulina

Зарегистрировал домен в зоне .im. И авторитетные NSы указал в том же домене. И тут оказалось, что все три авторитетных NSа .im понятия не имеют про glue records. Имена серверов выдают, а адреса - фиг.

Регистратор в ответ на мой вопрос “какого хрена?” вежливо послал меня лесом: “We would like to inform you that you have to contact the Host of the nameserver, we can´t help you cause you don´t use our nameserver.”

Не, я не гордый, могу там указать сервера из другого домена, но осадочек-то остался..

наткнулся на это.

И тут до индейца Зоркого Глаза дошло…

P.S. http://www.communiware.ru/cmw_platform Мы разрабатываем сайты с 1994 года, но  до сих пор не можем дописать страницу об инструментах, с помощью которых мы это делаем..

P.P.S. http://www.communiware.org/: вы работаете с Alpha версией сайта.

Сапожник без сапог, как обычно :)

А вот кто может пояснить, почему вот на такой синтаксис MySQL ругается:

CREATE TABLE `foo` (
  `bar` varchar(32) NOT NULL,
  UNIQUE KEY `bar` (`bar`) USING BTREE
);

а вот такой спокойно принимает:

CREATE TABLE `foo` (
  `bar` varchar(32) NOT NULL,
  UNIQUE KEY `bar` USING BTREE (`bar`)
);

?

Сервер 5.0.51a. Документация говорит нам, что index_type может присутствовать как до списка (index_col_name,…), так и после. Самое смешное, что первый вариант синтаксиса был выдан командой show create table из другого mysql-сервера (5.1.36). Как же так, наши пластинки и к нашему же проигрывателю не подходят?

Microsoft запустил огроменный датацентр в Дублине.

Потому что в Ирландии, типа, холодно, и можно сильно сэкономить на системе охлаждения. Только вот эту фразу я не понял: “This cooling system eliminates the necessity for chilled water cooling systems, used in traditional data centres. This saves ~18 million  litres of water each month.

Разве системы водяного охлаждения для датацентров не замкнутые и ежемесячно сливают в канализацию миллионы литров воды?

Товарищи, искушённые в Rapid Application Development и прочих студиях, скажите, вот эта штука - она полезная? Talend Open Studio

Суждения об информационной безопасности мудреца и учителя Инь Фу Во записанные его учениками

via [info]pashok

Upd: переставил ссылку на оригинал. (C) Николай Николаевич Федотов. Несмотря на моё в целом отрицательное к нему отношение, сие произведение есть хорошо.

Тут вот [info]dinozavr написал заметочку о потере культуры информационной безопасности. Общий смысл её в том, что все эти проблемы профессиональной деградации вызваны минимизацией расходов на оплату труда разработчиков и админов, и вследствие этого - качества работы.

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

Но по-моему, у этой проблемы есть ещё одна сторона, мало зависящая от зарплаты: зона ответственности.

Конечно, с быдлокодера, освоившего PHP/Java/C#/whatever по книжке “Нейрохирургия для чайников за 21 день”, или пионэра, первый раз поставившего линукс вчера вечером, спроса никакого.

Но в приличные компании таких не берут, там есть некоторый пороговый уровень интеллекта, который предполагает, что человек а) действительно разбирается в том, чем занимается и б) в некоторой степени разбирается в смежных областях. Веб-программист - в том, как работает HTTP, CSS и база данных, администратор веб-сервера - в том, как работает тот же PHP и C#, DBA - в том, чтО за данные напихали программисты в базу, и как они используются в приложениях, и т.п.

И вот тут в полный рост встаёт вопрос: будет ли человек эти свои знания использовать, глядя чуть шире, чем в спущенное ему менеджером задание? Сообщит ли разработчик менеджеру, что задание поставлено некорректно, потому что если копнуть чуть глубже, то окажется, что задача решается гораздо проще и эффективнее? Начнёт ли бить тревогу из-за того, что в используемом протоколе есть очевидные проблемы с безопасностью? Заметит ли, что вместе с выкладываемым кодом на сервер попадают лишние файлы - тот самый .svn/ - и проверит конфиг сервера?

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

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

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

Как обычно…

“If you are going to install more than one operating system on the same machine, you should install all other system(s) before proceeding with Linux installation. Windows and other OS installations may destroy your ability to start Linux, or encourage you to reformat non-native partitions.”

Всё бы ничего, но это  руководство по установке Debian на SPARC.