Сообщение Re[14]: StackOverflow от 08.01.2017 14:30
Изменено 08.01.2017 14:31 lpd
Re[14]: StackOverflow
Здравствуйте, Слава, Вы писали:
С>Здравствуйте, lpd, Вы писали:
lpd>>Может, в некоторых случаях и можно использовать несколько языков. Только ради чего вообще в проекте C#? Только ради автоматического управления памятью? Утечки памяти в C++ отлично отлавливаются с помощью valgrind. C# сейчас используются исключительно из-за наличия удобного фреймворка веб-приложений — других серьезных причин я не вижу.
С>Ради реализации сложной логики без идиотских ошибок. Сложная логика сама по себе сложна, и читаться с экрана она должна легко. Мозг человека ограничен, и если в коде насрано &&&<<><>::->, то чтобы продраться через насранное — требуются немалые мозговые ресурсы.
Я сам не сторонник излишнего использования шаблонов и некоторых фич последних стандартов. Обычный C++ читается легко.
lpd>>тем более, что на практике их не применяют.
С>Да половина всех machine learning контор в силиконовке сидят на этом фреймфорке, и не первый год. Тема очень горячая. Вот, например: http://www.h2o.ai
machine learning — перегретая тема, в перспективы которой я лично вообще не верю. Когда-то было много программистов и даже программ на Бэйсике. Однако Бэйсик исчез, и та же судьба ждет Java в HPC.
Почему-то когда я поднимаю вопрос, чем конкретно C#/Java лучше C++, ответы сводиятся в управлению памятью, и конкретным фреймворкам и инфраструктуре. Принципиальных же отличий нет, кроме разной скорости кода, и весьма теоретической и кроссплатформенности Java/C#.
С>Здравствуйте, lpd, Вы писали:
lpd>>Может, в некоторых случаях и можно использовать несколько языков. Только ради чего вообще в проекте C#? Только ради автоматического управления памятью? Утечки памяти в C++ отлично отлавливаются с помощью valgrind. C# сейчас используются исключительно из-за наличия удобного фреймворка веб-приложений — других серьезных причин я не вижу.
С>Ради реализации сложной логики без идиотских ошибок. Сложная логика сама по себе сложна, и читаться с экрана она должна легко. Мозг человека ограничен, и если в коде насрано &&&<<><>::->, то чтобы продраться через насранное — требуются немалые мозговые ресурсы.
Я сам не сторонник излишнего использования шаблонов и некоторых фич последних стандартов. Обычный C++ читается легко.
lpd>>тем более, что на практике их не применяют.
С>Да половина всех machine learning контор в силиконовке сидят на этом фреймфорке, и не первый год. Тема очень горячая. Вот, например: http://www.h2o.ai
machine learning — перегретая тема, в перспективы которой я лично вообще не верю. Когда-то было много программистов и даже программ на Бэйсике. Однако Бэйсик исчез, и та же судьба ждет Java в HPC.
Почему-то когда я поднимаю вопрос, чем конкретно C#/Java лучше C++, ответы сводиятся в управлению памятью, и конкретным фреймворкам и инфраструктуре. Принципиальных же отличий нет, кроме разной скорости кода, и весьма теоретической и кроссплатформенности Java/C#.
Re[14]: StackOverflow
Здравствуйте, Слава, Вы писали:
С>Здравствуйте, lpd, Вы писали:
lpd>>Может, в некоторых случаях и можно использовать несколько языков. Только ради чего вообще в проекте C#? Только ради автоматического управления памятью? Утечки памяти в C++ отлично отлавливаются с помощью valgrind. C# сейчас используются исключительно из-за наличия удобного фреймворка веб-приложений — других серьезных причин я не вижу.
С>Ради реализации сложной логики без идиотских ошибок. Сложная логика сама по себе сложна, и читаться с экрана она должна легко. Мозг человека ограничен, и если в коде насрано &&&<<><>::->, то чтобы продраться через насранное — требуются немалые мозговые ресурсы.
Я сам не сторонник излишнего использования шаблонов и некоторых фич последних стандартов. Обычный C++ читается легко.
lpd>>тем более, что на практике их не применяют.
С>Да половина всех machine learning контор в силиконовке сидят на этом фреймфорке, и не первый год. Тема очень горячая. Вот, например: http://www.h2o.ai
machine learning — перегретая тема, в перспективы которой я лично вообще не верю. Когда-то было много программистов и даже программ на Бэйсике. Однако Бэйсик исчез, и та же судьба ждет Java в HPC.
Почему-то когда я поднимаю вопрос, чем конкретно C#/Java лучше C++, ответы сводятся в управлению памятью, и конкретным фреймворкам и инфраструктуре. Принципиальных же отличий нет, кроме разной скорости кода, и весьма теоретической и кроссплатформенности Java/C#.
С>Здравствуйте, lpd, Вы писали:
lpd>>Может, в некоторых случаях и можно использовать несколько языков. Только ради чего вообще в проекте C#? Только ради автоматического управления памятью? Утечки памяти в C++ отлично отлавливаются с помощью valgrind. C# сейчас используются исключительно из-за наличия удобного фреймворка веб-приложений — других серьезных причин я не вижу.
С>Ради реализации сложной логики без идиотских ошибок. Сложная логика сама по себе сложна, и читаться с экрана она должна легко. Мозг человека ограничен, и если в коде насрано &&&<<><>::->, то чтобы продраться через насранное — требуются немалые мозговые ресурсы.
Я сам не сторонник излишнего использования шаблонов и некоторых фич последних стандартов. Обычный C++ читается легко.
lpd>>тем более, что на практике их не применяют.
С>Да половина всех machine learning контор в силиконовке сидят на этом фреймфорке, и не первый год. Тема очень горячая. Вот, например: http://www.h2o.ai
machine learning — перегретая тема, в перспективы которой я лично вообще не верю. Когда-то было много программистов и даже программ на Бэйсике. Однако Бэйсик исчез, и та же судьба ждет Java в HPC.
Почему-то когда я поднимаю вопрос, чем конкретно C#/Java лучше C++, ответы сводятся в управлению памятью, и конкретным фреймворкам и инфраструктуре. Принципиальных же отличий нет, кроме разной скорости кода, и весьма теоретической и кроссплатформенности Java/C#.