Как правильно организовать непростой шаблон двоичного дерева?

[still_alive]

Сообщение от pu4koff

ЗЫ. Это всё конечно лирическое отступление, надеюсь модераторы сильно за это не обидятся

Тема в целом все равно себя исчерпала, теперь автору ее надо разбивать на отдельные вопросы, так что не должны)

Сообщение от pu4koff

Я по этой причине хочу Nemerle "пощупать", да всё руки не доходят. Он правда не на базе С++, а C# за основу взят, но это тоже интересно

Я года два назад пробовал - по ярому настоянию rsdn-овских товарищей) В принципе мне язык понравился, использовать можно было вполне. Но - .NET. А поскольку мне преимущественно приходилось кодить для nix-систем, то это для меня был не лучший вариант. Не говоря уже о количестве вакансий, в которых мог требоваться С++ программист со знанием Nemerle Поэтому сел за Erlang и распределенные системы.

Сообщение от pu4koff

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

Erlang - один из самых простых и в то же время самых распространенных, можно начать с него. Можно начать и с Haskell, после него почти все рай + читать всем известную книгу SICP.

Сообщение от pu4koff

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

У меня после первого прочтения тоже. Но я где-то спустя год-полтора начал сначала - перечитал Банду Четырех, еще пару книг - и пошло. К примеру, сейчас участвую в проекте, где отвечаю за менеджер, который управляет файлами. Каких только приемов и паттернов проектирования там нет - Singleton, Active Object, Proxy, Abstract Factory, Command, функторы, политики, свойства (которые traits), умные указатели, очереди сообщений, потокобезопасность и синхронизация (Future, различные типы Locking, Thread-Safe Interface, Lock-Based и Lock-Free структуры данных), безопасность исключений и тд и тп. При таком количестве мне трудно поверить, что я нигде не накосячил, но все равно у меня руки временами чешутся написать статью по решениям в проектировании (да и касательно методологий культурной командной (и не только) разработки не помешало бы - использование багтрекера, Doxygen+graphviz, VCS, Bitten, Agile-XP-TDD и прочее), на этой основе, но, увы: фактор времени, потому что эта работа очень объемная. Да и только соберешься начать писать, как в голову приходит довольно эгоистическая мысль: а стоит ли тратить столько времени фактически просто так? Не лучше ли пойти и изучить что-нибудь новое, отдохнуть или заработать еще денег?) Думаю, такая проблема не только у меня.

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