фундаментальная проблема

[wizzard]

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

Что полностью нивелирует все попытки по увеличению продуктивности собственного труда, т.к. увеличивает требуемый обьем работы раз эдак в 50.

В этом ключе я удивлен, что мне вообще удается что-то писать и (иногда) ship’ить, и (еще более иногда) ship’ить вовремя (да, и такое бывало).

UPD: Почему все это? потому что я подсознательно проецирую себя на целевую аудиторию. А вообще операционки никому, кроме меня и еще кучки таких же двинутых людей, и нахуй не нужны. Тоже лишняя сущность. Собственно, эта мысль меня и натолкнула на сии неутешительные выводы...

Comments

[wizzard]

Последние 3 раза получались распределенные агентные системы. В последний раз получились еще и микротреды (я писал про это)

[wizzard]

оно бы было неебически круто если бы не было так грустно. в смысле в итоге все равно все пишется в спешке, остается много нереализованных фич и багов и никакого тебе ни code reuse (потому что спешка) ни satisfaction (потому что не так качественно как хотелось бы), вот(

[aka-rider.livejournal.com]

Сode reuse есть на самом деле, причем хороший. В следующий раз пишешь ту же самую вещь, только лучше.
Я тоже люблю всякие generic вещи писать, но я их откладываю и дописываю в них функционал по мере необходимости.

[wizzard]

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

[aka-rider.livejournal.com]

Я дописываю только при необходимости: понадобилась мне быстрая thread-safe очередь, например, я реализовываю только функции push / pop / empty, эта версия используется и откладывается.
Потом если я использую ее где-то еще, то для size / remove / insert и пр. я пишу реализацию только если она понадобится.