Сообщение Re[76]: Java vs C# vs C++ от 09.10.2015 7:17
Изменено 09.10.2015 8:03 Serginio1
Здравствуйте, alex_public, Вы писали:
_>Здравствуйте, Serginio1, Вы писали:
_>>>Самая распространённая задача где? ) К примеру в веб'е (а я думаю можно не уточнять, что эта область намного больше любых ERP и т.п.?) такое надо ещё постараться найти. А вот как раз статические запросы вида GetUserById, GetProductById и т.п. выглядывают из-за каждого угла.
S>> И в вэбе. Клиенту нужно получить данные о его заказах в разрезе заказа, заказов его покупателей, товаров привязанных к заказу без заказа, только готовые заказы итд.
S>>Например 1С это тоже Вэб клиент. А таких отчетов почти каждый. У тебя просто опыта нет.
_>В 1C у меня точно нет опыта и не предвидится. ) А вот про веб я как раз вполне в курсе. ))) Да, и наличие у 1C веб-клиента ещё не делает его похожим на полноценный веб.
Полноценный не полноценный но работает ведь. При этом основная то нагрузка на сервер о чем мы и говорим. При этом существующего железа хватает с головой для большинства задач.
_>>>Ну вообще то эффективный код позволяет экономить деньги на железе в любом случае, вне зависимости от нагруженности сервера. Просто в случае небольшого трафика это будут копейки, которые не окупают повышенную зарплату соответствующих специалистов. А вот в случае популярных сервисов оказывается уже выгоднее платить им деньги, но сократить количество серверов.
S>> Давай посчитаем. 1С справляется как минимум с сотней клиентов. При этом нагрузка на 1 SQL и 1 сервер приложений далека то 100 процентов.
S>>Предприятий такого плана 80% как минимум. Мелкий и средний бизнесс
_>Эээээ, как вообще можно указывать подобные цифры без точного описания железа? ) Как бы Atom с 1 GB RAM и 18-и ядерный Xeon с 256 GB RAM дают очень разную производительность и стоят очень разные деньги...
Ну я озвучил стоимость сервера равной ЗП программиста. Так что выбирай из этих условий.
S>>Сложность задач это миллионы строк. Один отчет может занимать десятки тысяч строк. И на 1С это может делать далеко не супер квалифицированный человек.
S>>Если это делать на С++, то просто столько специалистов не найдется. При этом ЗП одного специалиста 1С сравнима с 1 сервером. Вот и считай, что выгодно.
S>>Как правильно тут заметили, когда у тебя сотни и тысячи серверов то стоит задуматься и о скорости. Но понятно, что таких задач минимум, от реальных задач.
_>А что, тут кто-то предлагал писать бухгалтерские отчёты на C++? Естественно такое пишут на скриптовых языках (где-то это свой язык, как в 1C или SAP, а где-то и обычный, типа Python/JS) соответствующей платформы. А вот саму платформу пишут уже на C++, ну если конечно хочется хоть какого-то быстродействия. )))
Мы говорим о производительности. Так производительности скриптовых языков хватает в большинстве задач. А скорость .Net намного выше при этом дает динамическую типизацию через dynamic. Очень удобно при работе с неопределенными типами.
_>Здравствуйте, Serginio1, Вы писали:
_>>>Самая распространённая задача где? ) К примеру в веб'е (а я думаю можно не уточнять, что эта область намного больше любых ERP и т.п.?) такое надо ещё постараться найти. А вот как раз статические запросы вида GetUserById, GetProductById и т.п. выглядывают из-за каждого угла.
S>> И в вэбе. Клиенту нужно получить данные о его заказах в разрезе заказа, заказов его покупателей, товаров привязанных к заказу без заказа, только готовые заказы итд.
S>>Например 1С это тоже Вэб клиент. А таких отчетов почти каждый. У тебя просто опыта нет.
_>В 1C у меня точно нет опыта и не предвидится. ) А вот про веб я как раз вполне в курсе. ))) Да, и наличие у 1C веб-клиента ещё не делает его похожим на полноценный веб.
Полноценный не полноценный но работает ведь. При этом основная то нагрузка на сервер о чем мы и говорим. При этом существующего железа хватает с головой для большинства задач.
_>>>Ну вообще то эффективный код позволяет экономить деньги на железе в любом случае, вне зависимости от нагруженности сервера. Просто в случае небольшого трафика это будут копейки, которые не окупают повышенную зарплату соответствующих специалистов. А вот в случае популярных сервисов оказывается уже выгоднее платить им деньги, но сократить количество серверов.
S>> Давай посчитаем. 1С справляется как минимум с сотней клиентов. При этом нагрузка на 1 SQL и 1 сервер приложений далека то 100 процентов.
S>>Предприятий такого плана 80% как минимум. Мелкий и средний бизнесс
_>Эээээ, как вообще можно указывать подобные цифры без точного описания железа? ) Как бы Atom с 1 GB RAM и 18-и ядерный Xeon с 256 GB RAM дают очень разную производительность и стоят очень разные деньги...
Ну я озвучил стоимость сервера равной ЗП программиста. Так что выбирай из этих условий.
S>>Сложность задач это миллионы строк. Один отчет может занимать десятки тысяч строк. И на 1С это может делать далеко не супер квалифицированный человек.
S>>Если это делать на С++, то просто столько специалистов не найдется. При этом ЗП одного специалиста 1С сравнима с 1 сервером. Вот и считай, что выгодно.
S>>Как правильно тут заметили, когда у тебя сотни и тысячи серверов то стоит задуматься и о скорости. Но понятно, что таких задач минимум, от реальных задач.
_>А что, тут кто-то предлагал писать бухгалтерские отчёты на C++? Естественно такое пишут на скриптовых языках (где-то это свой язык, как в 1C или SAP, а где-то и обычный, типа Python/JS) соответствующей платформы. А вот саму платформу пишут уже на C++, ну если конечно хочется хоть какого-то быстродействия. )))
Мы говорим о производительности. Так производительности скриптовых языков хватает в большинстве задач. А скорость .Net намного выше при этом дает динамическую типизацию через dynamic. Очень удобно при работе с неопределенными типами.
Re[76]: Java vs C# vs C++
Здравствуйте, alex_public, Вы писали:
_>Здравствуйте, Serginio1, Вы писали:
_>>>Самая распространённая задача где? ) К примеру в веб'е (а я думаю можно не уточнять, что эта область намного больше любых ERP и т.п.?) такое надо ещё постараться найти. А вот как раз статические запросы вида GetUserById, GetProductById и т.п. выглядывают из-за каждого угла.
S>> И в вэбе. Клиенту нужно получить данные о его заказах в разрезе заказа, заказов его покупателей, товаров привязанных к заказу без заказа, только готовые заказы итд.
S>>Например 1С это тоже Вэб клиент. А таких отчетов почти каждый. У тебя просто опыта нет.
_>В 1C у меня точно нет опыта и не предвидится. ) А вот про веб я как раз вполне в курсе. ))) Да, и наличие у 1C веб-клиента ещё не делает его похожим на полноценный веб.
Полноценный не полноценный но работает ведь. При этом основная то нагрузка на сервер о чем мы и говорим. При этом существующего железа хватает с головой для большинства задач.
_>>>Ну вообще то эффективный код позволяет экономить деньги на железе в любом случае, вне зависимости от нагруженности сервера. Просто в случае небольшого трафика это будут копейки, которые не окупают повышенную зарплату соответствующих специалистов. А вот в случае популярных сервисов оказывается уже выгоднее платить им деньги, но сократить количество серверов.
S>> Давай посчитаем. 1С справляется как минимум с сотней клиентов. При этом нагрузка на 1 SQL и 1 сервер приложений далека то 100 процентов.
S>>Предприятий такого плана 80% как минимум. Мелкий и средний бизнесс
_>Эээээ, как вообще можно указывать подобные цифры без точного описания железа? ) Как бы Atom с 1 GB RAM и 18-и ядерный Xeon с 256 GB RAM дают очень разную производительность и стоят очень разные деньги...
Ну я озвучил стоимость сервера равной ЗП программиста. Так что выбирай из этих условий.
S>>Сложность задач это миллионы строк. Один отчет может занимать десятки тысяч строк. И на 1С это может делать далеко не супер квалифицированный человек.
S>>Если это делать на С++, то просто столько специалистов не найдется. При этом ЗП одного специалиста 1С сравнима с 1 сервером. Вот и считай, что выгодно.
S>>Как правильно тут заметили, когда у тебя сотни и тысячи серверов то стоит задуматься и о скорости. Но понятно, что таких задач минимум, от реальных задач.
_>А что, тут кто-то предлагал писать бухгалтерские отчёты на C++? Естественно такое пишут на скриптовых языках (где-то это свой язык, как в 1C или SAP, а где-то и обычный, типа Python/JS) соответствующей платформы. А вот саму платформу пишут уже на C++, ну если конечно хочется хоть какого-то быстродействия. )))
Мы говорим о производительности. Так производительности скриптовых языков хватает в большинстве задач. А скорость .Net намного выше при этом дает динамическую типизацию через dynamic. Очень удобно при работе с неопределенными типами.
http://habrahabr.ru/post/144330/
_>Здравствуйте, Serginio1, Вы писали:
_>>>Самая распространённая задача где? ) К примеру в веб'е (а я думаю можно не уточнять, что эта область намного больше любых ERP и т.п.?) такое надо ещё постараться найти. А вот как раз статические запросы вида GetUserById, GetProductById и т.п. выглядывают из-за каждого угла.
S>> И в вэбе. Клиенту нужно получить данные о его заказах в разрезе заказа, заказов его покупателей, товаров привязанных к заказу без заказа, только готовые заказы итд.
S>>Например 1С это тоже Вэб клиент. А таких отчетов почти каждый. У тебя просто опыта нет.
_>В 1C у меня точно нет опыта и не предвидится. ) А вот про веб я как раз вполне в курсе. ))) Да, и наличие у 1C веб-клиента ещё не делает его похожим на полноценный веб.
Полноценный не полноценный но работает ведь. При этом основная то нагрузка на сервер о чем мы и говорим. При этом существующего железа хватает с головой для большинства задач.
_>>>Ну вообще то эффективный код позволяет экономить деньги на железе в любом случае, вне зависимости от нагруженности сервера. Просто в случае небольшого трафика это будут копейки, которые не окупают повышенную зарплату соответствующих специалистов. А вот в случае популярных сервисов оказывается уже выгоднее платить им деньги, но сократить количество серверов.
S>> Давай посчитаем. 1С справляется как минимум с сотней клиентов. При этом нагрузка на 1 SQL и 1 сервер приложений далека то 100 процентов.
S>>Предприятий такого плана 80% как минимум. Мелкий и средний бизнесс
_>Эээээ, как вообще можно указывать подобные цифры без точного описания железа? ) Как бы Atom с 1 GB RAM и 18-и ядерный Xeon с 256 GB RAM дают очень разную производительность и стоят очень разные деньги...
Ну я озвучил стоимость сервера равной ЗП программиста. Так что выбирай из этих условий.
S>>Сложность задач это миллионы строк. Один отчет может занимать десятки тысяч строк. И на 1С это может делать далеко не супер квалифицированный человек.
S>>Если это делать на С++, то просто столько специалистов не найдется. При этом ЗП одного специалиста 1С сравнима с 1 сервером. Вот и считай, что выгодно.
S>>Как правильно тут заметили, когда у тебя сотни и тысячи серверов то стоит задуматься и о скорости. Но понятно, что таких задач минимум, от реальных задач.
_>А что, тут кто-то предлагал писать бухгалтерские отчёты на C++? Естественно такое пишут на скриптовых языках (где-то это свой язык, как в 1C или SAP, а где-то и обычный, типа Python/JS) соответствующей платформы. А вот саму платформу пишут уже на C++, ну если конечно хочется хоть какого-то быстродействия. )))
Мы говорим о производительности. Так производительности скриптовых языков хватает в большинстве задач. А скорость .Net намного выше при этом дает динамическую типизацию через dynamic. Очень удобно при работе с неопределенными типами.
http://habrahabr.ru/post/144330/