Все возможные варианты zip в Python

Мой личный выбор использовать C++ (когда у меня даже есть выбор) состоит в том, потому что это - один из единственных многоцелевых языков программирования, который не интерпретируется и имеет достаточно "дополнительных свойств", чтобы позволить мне добиться цели относительно быстро. Теперь существует набор причин, что я выбираю другие языки (например, Python, Java, Perl, ksh, и т.д.), когда возможность представляет себя. Я использую другие языки для "одноразовых" приложений и сценариев, где производительность не является проблемой, и ни один не "поле deployability". Поддержка развертывания многих языков сценариев является очень веб-ориентированной, и я работаю в большем количестве инфраструктуры и "невидимого связующего звена" промышленность прямо сейчас. Мы смотрим серверы приложений J2EE для выручения с развертыванием и проблемами поддержки, но у нас уже есть некоторые хорошие методы для исполняемых сервисов.

самая большая причина, что я продолжу использовать C++ по выбору во многих случаях, состоит в том, что он имеет поддержку почти всего, в чем я нуждаюсь после того, как Вы включаете выбор немного библиотек для обработки не материала платформы языка программирования (потоки, сокеты, и т.д.). И... Да ... Я действительно считаю потоки чем-то, что должно быть представлено за пределами языка программирования. Это - главная причина, что я склоняюсь далеко от других языков - мне на самом деле нравятся языки с ядром скелета, где функциональность обеспечивается через дополнительные библиотеки.

Позволяют языку программирования волноваться о синтаксисе, наследовании, полиморфизме, структуре модуля, обработке исключений, конструкциях цикличного выполнения и т.п.. Как только Вы вводите домен приложения и хотите мультираспараллелить свои приложения или возможно использовать несколько процессов вместо этого, тогда Вы говорите о библиотеках. Слишком много языков пытаются вызвать конкретную парадигму программирования (ООП), которое не применимо к каждой проблеме. Я предпочитаю хороший язык программирования общего назначения.

последняя причина состоит в том, что я предпочитаю C ++ другим языкам, то, что я на самом деле думаю, что это более детерминировано, чем другие языки. Я знаю, что Java независим от платформы предпочтительное решение и Ruby & Python быстрая разработка альтернативы du'jour. Проблема состоит в том, что приложения, которые интерпретируются всегда, работают в прихоти их интерпретатора. Это - не всегда Плохая Вещь, и это несомненно - не всегда Хорошая Вещь также.

Возможности состоят в том, что C++ будет здесь на некоторое время длиннее. Мое предположение - то, что большое количество более чистых языков ООП начнет освобождать долю рынка на динамические языки более общего назначения (вероятно, Ruby и Python) и что те языки возьмут некоторые более серьезные прерывания OO также. Я переключусь на другой язык, когда солнце начнет действительно устанавливать на C++ и существует другой язык, который хорошо принят "промышленностью". Я уверен, что это произойдет однажды... после того, как весь C++ на самом деле заменил C в качестве моего языка предпочтительные много лет назад.