Ванькин ЖЖ

IDEs and editors

Mon, 14 Dec 2009 08:21:29 GMT

Пусть здесь повисит:

Снова про отладчик

Wed, 25 Nov 2009 08:27:21 GMT

Еще одна точка зрения про отладчик: Debugger Support Considered Harmful.

Автор повествует о том, что отладчик нужен для языков, на которых нельзя писать изящные тесты. Использование разработчиком отладчика — это такая же дурная привычка, как и грызть ногти :)

Инновации

Sun, 11 Oct 2009 17:03:21 GMT

Аналогия - обильный источник новых идей, но ее нельзя использовать слепо.

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

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

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

Владимир Петров. Основы теории решения изобретательских задач. Учебник.

Наблюдение

Sun, 04 Oct 2009 18:35:00 GMT

«Идеальное определение должно содержать около семи слов».

To Read: TDD

Sun, 04 Oct 2009 18:09:16 GMT

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

Одним из важных аспектов при альтернативном подходе является TDD, поэтому я случайно атолкнулся на новую книгу Growing Object-Oriented Software, Guided by Tests, авторы которой ведут блог mockobjects.com. Должна появиться в продаже в ноябре, о ней неплохо отзываются авторы методики экстремального программирования (в частности, Уорд Каннингем, тот, который изобрел вики и c2.com). Судя по другим отзывам на официальном сайте, думаю, ее стоит добавить в мой список книг, запланированных к прочтению.

Просто сказка

Sat, 26 Sep 2009 07:01:00 GMT

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

Простая загадка

Thu, 20 Aug 2009 07:45:03 GMT

Определением какого слова является эта абракадабра?

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

Отладчик

Mon, 10 Aug 2009 09:10:14 GMT

Плохие программисты с трудом отслеживают и удерживают исполнение программы в своей голове, для них и придумали IDE со встроенным [пошаговым] отладчиком.

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

Tue, 04 Aug 2009 10:17:38 GMT

Not eating for 12-16 hours can help people quickly reset their sleep-wake cycle, according to a study from the Harvard Medical School.

Пусть повисит здесь в качестве закладки.

MacPaint v1.0

Fri, 31 Jul 2009 11:45:05 GMT

The finished MacPaint consisted of 5,804 lines of Pascal code, augmented by another 2,738 lines of assembly language, which compiled into less than .05 megabytes of executable code.

Два года назад:

Unfortunately, the MacPaint source code is currently unavailable for research since the Computer History Museum did not receive intellectual property rights for the code.

At the present, since it is a significant piece of software, we have made a commitment to preserving in and expect in years to come to be able to provide some type of access.

At this point I can't venture a guess at when we would be able to make it accessible, though believe it will be quite awhile.

Paula Jabloner

Senior Archivist
Computer History Museum : www.computerhistory.org
1401 N. Shoreline Blvd : Mountain View CA 94043
(650) 810-1016 : (650) 810-1055 (fax)

С нетерпением жду, когда же, наконец, выложат исходники.

To Read

Wed, 29 Jul 2009 11:35:39 GMT

Пополняю список книг, запланированных к прочтению.

The Pragmatic Programmer: From Journeyman to Master

Blue Gene

Wed, 29 Jul 2009 08:39:53 GMT

Каждый из этих ящиков стоит примерно как маленький самолет.

(на правах рекламы: еще по ссылке с офсайта)

Keyboard

Thu, 23 Jul 2009 08:05:19 GMT

Хочу хочу!

(clickable)

Но не знаю, где взять, пока нашел только на Амазоне.

XP

Tue, 21 Jul 2009 15:08:42 GMT

Знаю, что баян :)

Theory of Constraints

Sun, 19 Jul 2009 12:04:03 GMT

Оказывается, существует довольно интересная теория управления проектами — Теория Ограничений, которая дополняет и расширяет классический подход, описываемый в Guide to PMBok. Последний является международным промышленным стандартом, сертификацию по которому осуществляет PMI. Theory of Constraints (TOC) в свою очередь позиционируется авторами, как более современный и эффективный подход, однако требующий от менеджера измененить свое стандартное мышление.

О применении этой теории к разработке программных продуктов в России: интервью с соавтором в журнале CIO.ru.

К слову, надо будет поискать какие-нибудь модные концепции, расширяющие Guide to SWEBoK. Поговаривают, многие авторитетные разработчики, в том числе небезызвестные Мартин Фаулер или Гради Буч, считают, что этот промышленный стандарт разработки ПО нуждается в значительных доработках.

Version numbering

Wed, 15 Jul 2009 08:00:31 GMT

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

До абсурда, конечно же, эту проблему довел непревзойденный лидер всяких абсудров, компания Microsoft: так, например, программная версия Windows 7 вовсе не 7.0, а 6.1.

Познавательная статья, которая приводит множество удачных и неудачных примеров нумерования версий в ПО: The Amazing World of Version Numbers.

Logging is an art

Tue, 14 Jul 2009 08:08:07 GMT

Logging is an art — такая концептуальная идея изложена в интересной статье, в которой пошагово описываются те очевидные действия, которые должен выполнить пользователь, прежде чем сообщить разработчику о проблеме в виде «все сломалось и ничего не работает».

ORM

Tue, 14 Jul 2009 06:31:51 GMT

Интересная табличка, сравнивающая две стандартных техники ORM: JDO vs JPA.

Интересы компании и социальные сети

Tue, 07 Jul 2009 09:12:39 GMT

Исследовательская лаборатория HP опубликовала интересное исследование: Towards an Analytic Approach to Evaluate Enterprises' Risk Exposure to Social Networks.

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

Vim ist da powah

Mon, 06 Jul 2009 13:39:03 GMT

EDC недавно опубликовала рейтинг самых популярных платформ разработки среди пользователей: Software Development Platforms - 2009 Rankings (Чтобы скачать весь отчет целиком — просто вбейте в форму данные от балды.)

К сожалению, vim в этот рейтинг не попал :) Зато большой интерес представляют критерии, по которым оцениваются эти платформы.

Green IT

Mon, 06 Jul 2009 13:14:50 GMT

Один ваш запрос в гугле по количеству вырабатываемого CO₂ сравним со вскипанием одного чайника, передает нам FoxNews.

Software requirements & Separation of concerns

Fri, 03 Jul 2009 07:55:33 GMT

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

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

Мне это казалось интуитивно понятным, и недавно я обнаружил похожую более обобщенную идею Separation of Concerns в авторитетных источниках:

The programmer is having to do several things at the same time, namely, 1. describe what is to be computed; 2. organise the computation sequencing into small steps; 3. organise memory management during the computation.

Ideally, the programmer should be able to concentrate on the first of the three tasks (describing what is to be computed) without being distracted by the other two, more administrative, tasks. Clearly, administration is important but by separating it from the main task we are likely to get more reliable results and we can ease the programming problem by automating much of the administration. The separation of concerns has other advantages as well. For example, program proving becomes much more feasible when details of sequencing and memory management are absent from the program. Furthermore, descriptions of what is to be computed should be free of such detailed step-by-step descriptions of how to do it if they are to be evaluated with different machine architectures. Sequences of small changes to a data object held in a store may be an inappropriate description of how to compute something when a highly parallel machine is being used with thousands of processors distributed throughout the machine and local rather than global storage facilities. Automating the administrative aspects means that the language implementor has to deal with them, but he/she has far more opportunity to make use of very different computation mechanisms with different machine architectures.

Chris Reade, Elements of Functional Programming, 1989

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

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

In another mood we may ask ourselves whether, and if so: why, the program is desirable. But nothing is gained — on the contrary! — by tackling these various aspects simultaneously.

Dijkstra, Edsger W., On the role of scientific thought

В этом состоит вторая простая и очевидная идея: описание целей и задач как неотъемлемых артефактов software requirements нужно всегда выделять в два отдельных документа.

TeX ist da powah!

Wed, 01 Jul 2009 08:28:56 GMT

Пост, утверждающий превосходство T_EX над другими жалкими визуальными редакторами и УГ-форматами документов вроде M$Word.

Тот, кто не пользуется T_EX'ом для создания документации — расстраивает Дональда Кнута.

Dixi.

Software engineer's code of ethics

Mon, 29 Jun 2009 10:11:34 GMT

Моральный кодекс профессионального разработчика:

IEEE-CS/ACM Joint Task Force on Software Engineering Ethics and Professional Practices

Последний пункт гласит: [...] software engineers shall continually endeavor to:

8.09. Recognize that personal violations of this Code are inconsistent with being a professional software engineer.

Проверьте, можете ли вы называть себя профессионалом. Еще одна рекомендуемая статья по теме: Creating a software engineering culture (pdf) by Karl E. Wiegers.

Highload & benchmarks

Thu, 25 Jun 2009 11:29:53 GMT

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

Похоже, мне удалось, наконец, найти хорошую отправную точку в этом вопросе. Встречайте всемирно признанного авторитета: Transaction Processing Performance Council.

Основные предлагаемые бенчмарки:

TPC-App is an Application Server and web services benchmark

TPC-C is an on-line transaction processing benchmark

TPC Benchmark™ E (TPC-E) is a new On-Line Transaction Processing (OLTP) workload

TPC-H is an ad-hoc, decision support benchmark