Эм. Пару ценных мыслей из SICP не могли бы продемонстрировать?
Вот сейчас следите за мыслью - вы пишете, у вас значительный опыт программирования, при этом кусок первого тома Кнута заставлял вас испытывать оргазм. Итак, объясните, как так получилось, что что-то из Кнута для действующего программиста оказалось новостью, и не значит ли это, что вы как-то обходились до этого без этой информации? Если мы говорим о "почитать для оргазма" - то есть масса интересного помимо Кнута. Если же "по делу" - то я выше уже цитировал - программирование последние 15 лет - это про семантику, а не алгоритмы.
Алгоритмы (то есть их изучение и эм... вбивание в голову) имеют исчезающее малое влияние на "навыки программирования". Цитируя Страуструпа - "в cfront нет алгоритмов, сложнее бинарного поиска". Достаточно давно, лет так 15, программирование - это композиция, а не поиски алгоритма. Ну, в массе своей.
смысла, кроме как организационного - не вижу во введении нового расширения. почему не оставить в том же хедере? так или иначе файл реализации должен быть виден для включения, ни о каком сокрытии речи не идет.
Острой необходимости, естественно нет. Но, если вы деплоите собственные продукты не только артефактами и работаете в команде, то формулу для брю написать в разы проще и удобнее, чем порт. Ну и здоровый перфекционизм еще никому не мешал. Это так, мнение постороннего. Завтра опять у вас что-еибудь сломается, порты умерли давно.
Не надо "на всякий случай" добавлять virtual к любому деструктору. Так же, как не надо использовать всегда shared_ptr вместо сырого указателя. Вааще не надо ничего делать "на всякий случай", это грустно.
Что именно должен делать плугин для flask, как вы думаете? Вот и я не знаю. Под каждый фреймворк теперь будем искать плагин? :)
Поставьте себе SublimeRope и SublimeLinter, этого достаточно.
