Сообщение Re[9]: Visual C# vs C++. Надо сравнить перспективы. от 06.01.2017 19:11
Изменено 06.01.2017 19:20 lpd
Re[9]: Visual C# vs C++. Надо сравнить перспективы.
Здравствуйте, itslave, Вы писали:
I>Здравствуйте, lpd, Вы писали:
lpd>>У C#, вообще, два преимущества перед C++:
lpd>>1) При переполнении буфера не возникает угроза безопастности.
lpd>>2) Удобно строить web-приложения.(хотя и на C++ существуют фреймворки
I>Ты ничего не понимаешь. Главное преимущество C# и Java — это возможность выдать результат в короткие сроки за небольшие деньги, силами низкоквалифицированной команды. И это будет работать и приносить прибыль бизнесу без привлечений дорогостоящих гуру, шаманства и так далее.
Итого, может ты можешь привести причины, почему C# может выдать результат, кроме тех 1.5 причин, что я привел?
Зачем гуру, если не маньячить C++17? Какое шаманство, если нужно подключить один C++ веб-фреймворк? Оправдывает ли автоматическое управление памятью необходимость периодически писать и подключать части программы на C++?
Вот когда Java/C# появились, основным преимуществом называли кросс-платформенность. Сейчас апплеты ушли в прошлое и эта кросс-платфроменность нигде не используется, кроме запуска тормозного Android и на x86, и на Arm.
I>Здравствуйте, lpd, Вы писали:
lpd>>У C#, вообще, два преимущества перед C++:
lpd>>1) При переполнении буфера не возникает угроза безопастности.
lpd>>2) Удобно строить web-приложения.(хотя и на C++ существуют фреймворки
I>Ты ничего не понимаешь. Главное преимущество C# и Java — это возможность выдать результат в короткие сроки за небольшие деньги, силами низкоквалифицированной команды. И это будет работать и приносить прибыль бизнесу без привлечений дорогостоящих гуру, шаманства и так далее.
Итого, может ты можешь привести причины, почему C# может выдать результат, кроме тех 1.5 причин, что я привел?
Зачем гуру, если не маньячить C++17? Какое шаманство, если нужно подключить один C++ веб-фреймворк? Оправдывает ли автоматическое управление памятью необходимость периодически писать и подключать части программы на C++?
Вот когда Java/C# появились, основным преимуществом называли кросс-платформенность. Сейчас апплеты ушли в прошлое и эта кросс-платфроменность нигде не используется, кроме запуска тормозного Android и на x86, и на Arm.
Re[9]: Visual C# vs C++. Надо сравнить перспективы.
Здравствуйте, itslave, Вы писали:
I>Здравствуйте, lpd, Вы писали:
lpd>>У C#, вообще, два преимущества перед C++:
lpd>>1) При переполнении буфера не возникает угроза безопастности.
lpd>>2) Удобно строить web-приложения.(хотя и на C++ существуют фреймворки
I>Ты ничего не понимаешь. Главное преимущество C# и Java — это возможность выдать результат в короткие сроки за небольшие деньги, силами низкоквалифицированной команды. И это будет работать и приносить прибыль бизнесу без привлечений дорогостоящих гуру, шаманства и так далее.
Итого, может ты можешь привести причины, почему C# может выдать результат, кроме тех 1.5 причин, что я привел?
Зачем гуру, если не маньячить C++17? Какое шаманство, если нужно подключить один C++ веб-фреймворк? Оправдывает ли автоматическое управление памятью необходимость периодически писать и подключать части программы на C++?
Вот когда Java/C# появились, основным преимуществом называли кросс-платформенность. Сейчас апплеты ушли в прошлое и эта кросс-платфроменность нигде не используется, кроме запуска тормозного Android и на x86, и на Arm
Получается, управляемые языки, по сути, не нужны.
I>Здравствуйте, lpd, Вы писали:
lpd>>У C#, вообще, два преимущества перед C++:
lpd>>1) При переполнении буфера не возникает угроза безопастности.
lpd>>2) Удобно строить web-приложения.(хотя и на C++ существуют фреймворки
I>Ты ничего не понимаешь. Главное преимущество C# и Java — это возможность выдать результат в короткие сроки за небольшие деньги, силами низкоквалифицированной команды. И это будет работать и приносить прибыль бизнесу без привлечений дорогостоящих гуру, шаманства и так далее.
Итого, может ты можешь привести причины, почему C# может выдать результат, кроме тех 1.5 причин, что я привел?
Зачем гуру, если не маньячить C++17? Какое шаманство, если нужно подключить один C++ веб-фреймворк? Оправдывает ли автоматическое управление памятью необходимость периодически писать и подключать части программы на C++?
Вот когда Java/C# появились, основным преимуществом называли кросс-платформенность. Сейчас апплеты ушли в прошлое и эта кросс-платфроменность нигде не используется, кроме запуска тормозного Android и на x86, и на Arm
Получается, управляемые языки, по сути, не нужны.