Большую часть своей профессиональной карьеры программиста я занимаюсь багтракерами (bugtracking, SCM, ALM, etc). На каждой своей работе я внедрял VCS и bugtracking или работал с имеющимся. Видел практически все из достойных, три из них разбирал по винтику: Trac, Scarab, JIRA. Есдинственное, что упустил в этой жизни, так это так называемые SaS системы, но не велика беда. Это весьма специфичные и нишевые продукты.

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

Введение

Продолжая писать про io, совершенно необходимо остановиться отдельно на устройстве объектной системы этого чудесатого езычка. Главная проблема в том, что даже если вы «знаете» ООП, вполне может сложиться ситуация, что вы просто не поймете, как оно устроено в io. Сейчас под ООП почему-то подразумевается модель Java, чаще всего. C++ нельзя назвать объектно-ориентированным языком, потому что он язык поддерживающий парадигму ООП, но это не его основная парадигма. Java больше подходит под гордое звание Ъ-ООП языка, но вот беда, ООП диктуемое Java-like языками довольно извращено. Изначально принципы ООП зарождались в Smalltalk'е и там все выглядело несколько иначе, объекты общались друг с другом не посредством вызова методов, а посредством передачи друг другу сообщений, мне до сих пор странно, почему же от этой модели ушли, ведь такое построение позволяет ввести прозрачную параллельность в язык без костылей. Посмотрите на нынешние круто параллелящиеся языки, тот же Erlang например, там все сделано через сообщения. Опять же нагородили огородов из RPC, COM и прочего dbus'а. А ведь как все хорошо начиналось.