каждый кодер - программист, и каждый программист - кодер
не нужно разделять неразделяемое
и в микро-, и в макро- аспектах разработки софта работают одни и те же правила и принципы, пишете ли вы функцию склейки строк или проектируете архитектуру кластера
да, в общем-то, это проблема любого IoC отлаживать сложнее, т.к. flow не так очевиден
исходя из моего собственного опыта - отлаживать функциональную программу намного легче, да и отлаживают там не step-by-step отладчиком, а в REPL стиле (read-eval-print-loop)
IronPython и Haskell для .NET - это не промышленные решения и приемлемы лишь для энтузиастов-одиночек или очень маленьких команд, поэтому приходится использовать mainstream
беда в том, что по-настоящему эффективно использовать такие вещи можно, лишь будучи знакомым со всем стеком технологий что справедливо для весьма ограниченной части программистов на рынке
со своей "колокольни" могу сказать, что комментарии в коде если и нужны, то только, как пояснение каких-то хаков, без которых не обойтись
подавляющую массу кода можно сделать самодокументируемой путем рефакторинга
читая чужой код я всегда мечтаю о внешней документации по коду, не о комментариях, поскольку дерево файлов проекта обычно плохо раскрывает макроархитектуру программы
в свое время мне нравились такие вещи, как Doxygen
вообще фигурные это ужасное "изобретение" - порождает мильён стандартов кодирования, плодит синтаксические инконсистентности и вообще всячески попирает принцип Оккама при кодировании
вот indentation-based синтаксис совсем другое дело (Haskell, Python)..
развернуть "обратную" нотацию в последовательную в таких языках это ни разу не проблема
imho это не очень высокая абстракция над классической шарманкой Тьюринга :)
не нужно разделять неразделяемое
и в микро-, и в макро- аспектах разработки софта работают одни и те же правила и принципы, пишете ли вы функцию склейки строк или проектируете архитектуру кластера
исходя из моего собственного опыта - отлаживать функциональную программу намного легче, да и отлаживают там не step-by-step отладчиком, а в REPL стиле (read-eval-print-loop)
IronPython и Haskell для .NET - это не промышленные решения и приемлемы лишь для энтузиастов-одиночек или очень маленьких команд, поэтому приходится использовать mainstream
примеры вряд ли что-то изменят
беда в том, что по-настоящему эффективно использовать такие вещи можно, лишь будучи знакомым со всем стеком технологий что справедливо для весьма ограниченной части программистов на рынке
а борьбой с jQuery ;)
подавляющую массу кода можно сделать самодокументируемой путем рефакторинга
читая чужой код я всегда мечтаю о внешней документации по коду, не о комментариях, поскольку дерево файлов проекта обычно плохо раскрывает макроархитектуру программы
в свое время мне нравились такие вещи, как Doxygen
понимаете, майкрософту нафиг не нужен сам яху как какие-то технологии, персонал, физ. активы
им нужны юзеры, многие миллионы юзеров яху, чтобы присоединить их к MSN и получить самую крупную юзер-базу в мире
вот indentation-based синтаксис совсем другое дело (Haskell, Python)..
:)
кому-то халява, а кому-то 'бузинесс'