Здравствуйте, alex_public, Вы писали:

_>Соответственно если у вас есть где-то под рукой подобная готовая команда, то конечно же лучшим выбором будет C++, просто потому что на нём в итоге получится более качественный продукт. А вот если подобной команды нет, то лучше сразу ориентироваться на C#. Продукт на нём возможно будет не так хорош, как на C++, но он хотя бы в итоге будет, даже при наличие только слабых программистов на C#. В отличие от команды слабых программистов на C++, которая скорее всего вообще завалит проект. Собственно данное отличие и является основным и единственным (но весьма важным для бизнеса) преимуществом C# над C++.

Не являюсь "фанатом" какого-либо языка, но вот этот момент мне не очень понятен. Какой смысл писать что угодно на С++, если это может быть написано на C#? По-моему, абсолютно никакого.

А раз так, то на С++ как раз и следует писать только "реалтайм, тяжёлые вычисления, низкоуровневая работа с железом или ОС" (c), плюс кроссплатформенный и независимый по каким-то причинам от .NET софт.

Здравствуйте, alex_public, Вы писали:

_>Соответственно если у вас есть где-то под рукой подобная готовая команда, то конечно же лучшим выбором будет C++, просто потому что на нём в итоге получится более качественный продукт. А вот если подобной команды нет, то лучше сразу ориентироваться на C#. Продукт на нём возможно будет не так хорош, как на C++, но он хотя бы в итоге будет, даже при наличие только слабых программистов на C#. В отличие от команды слабых программистов на C++, которая скорее всего вообще завалит проект. Собственно данное отличие и является основным и единственным (но весьма важным для бизнеса) преимуществом C# над C++.

Не являюсь "фанатом" какого-либо языка, но вот этот момент мне не очень понятен. Какой смысл писать что угодно на С++, если это может быть написано на C#? По-моему, абсолютно никакого.

А раз так, то на С++ как раз и следует писать только "реалтайм, тяжёлые вычисления, низкоуровневая работа с железом или ОС" (c), плюс кроссплатформенный и независимый по каким-то причинам от .NET софт.


То есть, у вашего алгоритма достаточно только первого шага:
_>1. Первым и ключевым шагом при выборе языка очевидно должно быть рассмотрение его применимости в данной области. Не в смысле сравнения удобства и т.п. подлежащих дискуссии вопросов, а в теоретической возможности вообще решить на данном языке требуемую задачу. В этом смысле с C++ всё очень просто — он может всё. Естественно не везде он будет самым удобным решением, но принципиальных врождённых ограничений у него нет. В случае C# ситуация принципиально другая, причём это в основном следствие ограничений не самого языка (хотя тут тоже кое-что есть, но это уже чаще актуально для эстетов), а платформы .Net. C# принципиально не способен на решение некоторых задач. Чаще всего это задачи в таких областях как: реалтайм, тяжёлые вычисления, низкоуровневая работа с железом или ОС. Но есть и некоторые другие, более редкие. В общем если ваша задача относится к одной из этих областей (я из ответов в данной дискуссии так и не понял что за ПО вы будете писать), то на этом алгоритм останавливается с очевидным ответом (C++), если же нет, то переходим к шагу номер 2 на этом алгоритм останавливается с не менее очевидным ответом (C#).