Сообщение Re[41]: Разработка на чистом C от 19.11.2016 15:36
Изменено 19.11.2016 16:04 antropolog
Здравствуйте, so5team, Вы писали:
S>b) таки приведете примеры реальных проблем с enable_if, с которыми может столкнуться обычный C++ разработчик (а не контрибьюторы STL, Boost, Folly, Eigen и др. хардкорных библиотек).
"обычный C++ разработчик" не знает об enable_if от слова совсем. И слава богу. Т.к. шаблоны дальше библиотек общего назначения вылазить не должны.
Давайте я перечислю чем С лучше C++.
— на порядок легче изучить
— на порядок проще анализировать ( как тулзами так и человеком )
— на порядок меньше результирующий бинарный код
— на порядок меньше аллокаций ( из за общего подхода к разработке и интрузивных контейнеров )
— стабильный ABI
— элементарный байндинг к другим языкам
— абсолютно предсказуемый execution flow (из-за отсутствия исключений)
— унифицированный стиль разработки. Две программы на С гораздо более похожи по стилю, конвенциям и вообще подходу, нежели две программы на C++
— практически все разработчики на C знают язык хорошо. "Разработчик C++" это очень размытое понятие, там где один использует "С с классами" второй вовсю использует шаблонную магию. Там где один использует new, другой использует vector. Там где один использует исключения, другой не использует. Итд.
С не хуже С++, и не лучше. Это другой инструмент. Это скальпель. Вы им не нарубите лес, но сможете провести ювелирную операцию.
S>b) таки приведете примеры реальных проблем с enable_if, с которыми может столкнуться обычный C++ разработчик (а не контрибьюторы STL, Boost, Folly, Eigen и др. хардкорных библиотек).
"обычный C++ разработчик" не знает об enable_if от слова совсем. И слава богу. Т.к. шаблоны дальше библиотек общего назначения вылазить не должны.
Давайте я перечислю чем С лучше C++.
— на порядок легче изучить
— на порядок проще анализировать ( как тулзами так и человеком )
— на порядок меньше результирующий бинарный код
— на порядок меньше аллокаций ( из за общего подхода к разработке и интрузивных контейнеров )
— стабильный ABI
— элементарный байндинг к другим языкам
— абсолютно предсказуемый execution flow (из-за отсутствия исключений)
— унифицированный стиль разработки. Две программы на С гораздо более похожи по стилю, конвенциям и вообще подходу, нежели две программы на C++
— практически все разработчики на C знают язык хорошо. "Разработчик C++" это очень размытое понятие, там где один использует "С с классами" второй вовсю использует шаблонную магию. Там где один использует new, другой использует vector. Там где один использует исключения, другой не использует. Итд.
С не хуже С++, и не лучше. Это другой инструмент. Это скальпель. Вы им не нарубите лес, но сможете провести ювелирную операцию.
Re[41]: Разработка на чистом C
Здравствуйте, so5team, Вы писали:
S>b) таки приведете примеры реальных проблем с enable_if, с которыми может столкнуться обычный C++ разработчик (а не контрибьюторы STL, Boost, Folly, Eigen и др. хардкорных библиотек).
"обычный C++ разработчик" не знает об enable_if от слова совсем. И слава богу. Т.к. шаблоны дальше библиотек общего назначения вылазить не должны.
Давайте я перечислю чем С лучше C++.
— на порядок легче изучить
— на порядок проще анализировать ( как тулзами так и человеком )
— на порядок меньше результирующий бинарный код
— на порядок меньше аллокаций в куче ( из за общего подхода к разработке и интрузивных контейнеров )
— стабильный ABI
— элементарный байндинг к другим языкам
— абсолютно предсказуемый execution flow (из-за отсутствия исключений)
— унифицированный стиль разработки. Две программы на С гораздо более похожи по стилю, конвенциям и вообще подходу, нежели две программы на C++
— практически все разработчики на C знают язык хорошо. "Разработчик C++" это очень размытое понятие, там где один использует "С с классами" второй вовсю использует шаблонную магию. Там где один использует new, другой использует vector. Там где один использует исключения, другой не использует. Итд.
С не хуже С++, и не лучше. Это другой инструмент. Это скальпель. Вы им не нарубите лес, но сможете провести ювелирную операцию.
S>b) таки приведете примеры реальных проблем с enable_if, с которыми может столкнуться обычный C++ разработчик (а не контрибьюторы STL, Boost, Folly, Eigen и др. хардкорных библиотек).
"обычный C++ разработчик" не знает об enable_if от слова совсем. И слава богу. Т.к. шаблоны дальше библиотек общего назначения вылазить не должны.
Давайте я перечислю чем С лучше C++.
— на порядок легче изучить
— на порядок проще анализировать ( как тулзами так и человеком )
— на порядок меньше результирующий бинарный код
— на порядок меньше аллокаций в куче ( из за общего подхода к разработке и интрузивных контейнеров )
— стабильный ABI
— элементарный байндинг к другим языкам
— абсолютно предсказуемый execution flow (из-за отсутствия исключений)
— унифицированный стиль разработки. Две программы на С гораздо более похожи по стилю, конвенциям и вообще подходу, нежели две программы на C++
— практически все разработчики на C знают язык хорошо. "Разработчик C++" это очень размытое понятие, там где один использует "С с классами" второй вовсю использует шаблонную магию. Там где один использует new, другой использует vector. Там где один использует исключения, другой не использует. Итд.
С не хуже С++, и не лучше. Это другой инструмент. Это скальпель. Вы им не нарубите лес, но сможете провести ювелирную операцию.