Прогеры есть?
вывод темы на печать
← Предыдущая тема Следующая тема →
Страница 2 из 5
Новая тема Ответить на тему Сообщение
Surbet
# 14 Марта 2010 23:55
XTC
Практически весь на С++, даже сразу и не вспомню, что там на Яве...
Чем добро то? Тебе кракеры спасибо скажут за дот нет,в даже напрягаться не надо -)) Это не велосипед, это реальный прирост производительности, в парсинге это ооочень важно, когда нужно много и быстро. А под какие задачи Си не предназначен? На нем и под веб пишут: быстрее то ничего нет... Дот нет это виртуальные ограничения, куча заморочек и мало плюсов, кроме сборки мусора, разве что.
XTC
# 15 Марта 2010 02:21
Surbet писал(а):

XTC
Практически весь на С++, даже сразу и не вспомню, что там на Яве...
Чем добро то? Тебе кракеры спасибо скажут за дот нет,в даже напрягаться не надо -)) Это не велосипед, это реальный прирост производительности, в парсинге это ооочень важно, когда нужно много и быстро. А под какие задачи Си не предназначен? На нем и под веб пишут: быстрее то ничего нет... Дот нет это виртуальные ограничения, куча заморочек и мало плюсов, кроме сборки мусора, разве что.



Шикарная поддержка времени выполнения, индетификации типов, даже встроенных, события, делегаты, многозадачность на уровне языка, поддержка сериализации со встроеным XML, до дофига всего.
Одни плюсы. Я вообще думаю, что C# был создан по многочисленным просьбам трудящихся, до этого программировавших на С++.
Потому что туда добавили практически все, чего так не хватало в С++.
Что из всего этого есть в С? Там даже нет структурированной обработки исключений, да там вообще ничего нет. Не ну можно и в машинных кодах писать hehe
Главный вопрос ЗАЧЕМ?

Зачем тебе мега-производительность? Чем не устраивают стандарнтные парсеры? Безотносительно конкретной задачи это не имеет вообще никакого смысла.

Есть конкретное ТЗ, есть бюджет, есть программисты, у них почасовая оплата, время-деньги. Что мне дешевле, платить программисту, который будет писать под веб на С(уже смешно) месяц, или который сделает это на Java за пару дней? А если мне нужна реальная кроссплатформенность, какой нахрен С?
realist
# 15 Марта 2010 10:14
XTC писал(а):


Как утверждает реклама, JIT-компилятор в некоторых случаях работает быстрее, чем нативный код.

ха. я допускаю, что какая-нибудь, скажем, матем. функция, удачно реализованная на Яве, будучи использована в программе, отработает быстрее даже через промежуточную цепь в виде того самого Jit-компилятора, если во второй программе, скажем, на Delphi, она будет реализована "вручную", причем правой рукой за левое ухо. Да, допускаю. Но, в принципе, Ява - это вечный тормоз, использование которого должно быть ну очень мотивировано.
XTC писал(а):

пользователь врятли уловит разницу

неужели? ты - что - никогда не видел программ на Яве? или ты хочешь сказать, что они внешне совсем не отличаются от "обычных"? совсем-совсем? )) Кроме того, пользователь определенно заметит разницу в скорости работы, если это будет программа, критичная к этой самой скорости.
XTC
# 15 Марта 2010 12:29
realist писал(а):

XTC писал(а):


Как утверждает реклама, JIT-компилятор в некоторых случаях работает быстрее, чем нативный код.

ха. я допускаю, что какая-нибудь, скажем, матем. функция, удачно реализованная на Яве, будучи использована в программе, отработает быстрее даже через промежуточную цепь в виде того самого Jit-компилятора, если во второй программе, скажем, на Delphi, она будет реализована "вручную", причем правой рукой за левое ухо. Да, допускаю. Но, в принципе, Ява - это вечный тормоз, использование которого должно быть ну очень мотивировано.


Не надо недооценивать современные технологии. Оптимизирующий JIT помещает результаты компиляции байт-кода в кэш, в соответствии с тем, как этого требует целевая ОС, поэтому при следующем вызове будет использован уже нативный код. Кроме того, часто выполняется предварительная JIT-компиляция еще при инсталяции приложения.

realist писал(а):


XTC писал(а):

пользователь врятли уловит разницу

неужели? ты - что - никогда не видел программ на Яве? или ты хочешь сказать, что они внешне совсем не отличаются от "обычных"? совсем-совсем? )) Кроме того, пользователь определенно заметит разницу в скорости работы, если это будет программа, критичная к этой самой скорости.


Что важнее: дизайн кнопочек или функциональность? При желании дизайн приложения можно сделать вообще любым.
Время и стоимость разработки решает.

Теперь ответь, зачем тебе скорость? Smile
Ты чего думаешь что скорость обработки клика мыши на кнопочку сильно зависит от того, на чем это написано? Да хоть на бэйсике пиши, разницы не будет никакой.
Тебе ж не за скорость платят Smile
realist
# 15 Марта 2010 12:52
XTC писал(а):

Оптимизирующий JIT помещает результаты компиляции байт-кода в кэш, в соответствии с тем, как этого требует целевая ОС, поэтому при следующем вызове будет использован уже нативный код.

я в курсе, что такая JIT-компилятор)) но то, что производительность того, что делает Java, оставляет желать лучшего - это просто общее место, что подтверждается и моим опытом общения с этим продуктом. Прошу припомнить хотя бы одну программу на Java, для которой характерны тяжелые операции (которые Java играючи выполняет), сложные вычисления/построения и т.д.
XTC писал(а):


Что важнее: дизайн кнопочек или функциональность? При желании дизайн приложения можно сделать вообще любым.
Время и стоимость разработки решает.

дизайн кнопочек для меня лично очень важен, потому что, видя это убожество, я лично испытываю отвращение. мне неприятно работать в программе, в которой уродливые кнопки (да и некоторые другие элементы). Потом, я не понял - а в чем там особая функциональность? что касается времени и стоимости, то они всегда ограничены, и мне удобнее быстро написать программу, где всё стандартное (или иное, если я захочу) в том же Delphi, C++ Builder-е, VB6 и т.д.

XTC писал(а):


Теперь ответь, зачем тебе скорость? Smile
Ты чего думаешь что скорость обработки клика мыши на кнопочку сильно зависит от того, на чем это написано? Да хоть на бэйсике пиши, разницы не будет никакой.
Тебе ж не за скорость платят Smile

вот как раз за скорость очень даже)) потому что у нас есть тяжелые модули, которые работают, скажем, 10 минут за один пакет операций, и, чел, который позволит сократить это время, скажем, до 9-и минут, натурально, может рассчитывать на неплохую премию!
rezident
# 15 Марта 2010 13:01
Может автор конкретно назовет что он хочет сделать так легче будет объяснить что делать.
NWorker93
# 15 Марта 2010 13:05
XTC
Пеши исчо... =))
Ты сам на Delphi программировал? Не так чтобы кнопку на форму бросил, F9 и вот я великий проггер на Дельфях?
Я те скажу так - пока что еще нет среды разработки, на которой более удобно и просто "пишется" пользовательский интерфейс, чем на Дельфях.
Тот же DevExpress создавался изначально для Delphi, правда потом его перенесли на другие среды разработки. К тому же, бОльшего кол-ва библиотек и сторонних компонентов, как визуальных, так и нет, я еще не видел ни в одной среде разработки.
realist
# 15 Марта 2010 13:12
rezident писал(а):

Может автор конкретно назовет что он хочет сделать так легче будет объяснить что делать.

автор упорно молчит...
PachaG
# 15 Марта 2010 13:13
какой-то у вас спор беспредметный
NWorker93
# 15 Марта 2010 13:16
PachaG писал(а):

какой-то у вас спор беспредметный


А он всегда беспредметный. Не понимаю я тех, кто упорно говорит, что одно говно, а другое - класс. Сейчас и на Clipper-е можно быструю и удобную БД написать, при всем при этом, другой и на Oracle-e так не напишет. И что теперь, Oracle хаять? Каждый пишет как умеет, а оценивать будем по полученному результату.
PachaG
# 15 Марта 2010 13:19
NWorker93 писал(а):

А он всегда беспредметный. Не понимаю я тех, кто упорно говорит, что одно говно, а другое - класс. Сейчас и на Clipper-е можно быструю и удобную БД написать, при всем при этом, другой и на Oracle-e так не напишет. И что теперь, Oracle хаять? Каждый пишет как умеет, а оценивать будем по полученному результату.


+ еще дело в специфике задачи
кто-то серьезные пакеты для матанализа пишет, а кто-то для обычных пользователей окошечный софт

кароче все среды гавно
сам дотнет юзаю Smile
Surbet
# 15 Марта 2010 13:20
XTC писал(а):


Шикарная поддержка времени выполнения, индетификации типов, даже встроенных, события, делегаты, многозадачность на уровне языка, поддержка сериализации со встроеным XML, до дофига всего.
Одни плюсы. Я вообще думаю, что C# был создан по многочисленным просьбам трудящихся, до этого программировавших на С++.
Потому что туда добавили практически все, чего так не хватало в С++.
Что из всего этого есть в С? Там даже нет структурированной обработки исключений, да там вообще ничего нет. Не ну можно и в машинных кодах писать hehe
Главный вопрос ЗАЧЕМ?

Зачем тебе мега-производительность? Чем не устраивают стандарнтные парсеры? Безотносительно конкретной задачи это не имеет вообще никакого смысла.

Есть конкретное ТЗ, есть бюджет, есть программисты, у них почасовая оплата, время-деньги. Что мне дешевле, платить программисту, который будет писать под веб на С(уже смешно) месяц, или который сделает это на Java за пару дней? А если мне нужна реальная кроссплатформенность, какой нахрен С?



Ну сам смотри: все то ты описал есть и в 7-м Делфи. Я за С++ говорил.

Производительность нужна для парсеров. Иначе в день 400 евро никто платить не будет, остальные могут холивары устраивать, но 99% задач требуют производительности, если это касается парсинга данных.

У тебя сервер на твоей JAVA загнется при посетителях раз так в 20 меньше, чем при демоне на с++, вот и ответ. Для примера чат для большого количества посетителей, не говоря о браузерках всяких. Нарисовавший на Яве просто не получит денег за несоответствие ТЗ. Кстати, зачем Ява? PHP для быстрой разработки под web практичнее, и, с применением и других языков, в местах, где производительность важна, вполне себе конкурентна почти для любого решения под web.
XTC
# 15 Марта 2010 13:34
realist писал(а):

XTC писал(а):

Оптимизирующий JIT помещает результаты компиляции байт-кода в кэш, в соответствии с тем, как этого требует целевая ОС, поэтому при следующем вызове будет использован уже нативный код.

я в курсе, что такая JIT-компилятор)) но то, что производительность того, что делает Java, оставляет желать лучшего - это просто общее место, что подтверждается и моим опытом общения с этим продуктом. Прошу припомнить хотя бы одну программу на Java, для которой характерны тяжелые операции (которые Java играючи выполняет), сложные вычисления/построения и т.д.
XTC писал(а):


Что важнее: дизайн кнопочек или функциональность? При желании дизайн приложения можно сделать вообще любым.
Время и стоимость разработки решает.

дизайн кнопочек для меня лично очень важен, потому что, видя это убожество, я лично испытываю отвращение. мне неприятно работать в программе, в которой уродливые кнопки (да и некоторые другие элементы). Потом, я не понял - а в чем там особая функциональность? что касается времени и стоимости, то они всегда ограничены, и мне удобнее быстро написать программу, где всё стандартное (или иное, если я захочу) в том же Delphi, C++ Builder-е, VB6 и т.д.

XTC писал(а):


Теперь ответь, зачем тебе скорость? Smile
Ты чего думаешь что скорость обработки клика мыши на кнопочку сильно зависит от того, на чем это написано? Да хоть на бэйсике пиши, разницы не будет никакой.
Тебе ж не за скорость платят Smile

вот как раз за скорость очень даже)) потому что у нас есть тяжелые модули, которые работают, скажем, 10 минут за один пакет операций, и, чел, который позволит сократить это время, скажем, до 9-и минут, натурально, может рассчитывать на неплохую премию!



По убожество, ИМХО не забудь присать. Smile
Мне, например, не нужна мега производительность в клиентской части -это картинка с кнопками, все отклики - стандартное время реакции ОС -милисекунды. Не пох, на чем писать?
В этом и функциональность - кнопка она кнопка и есть.
NWorker93
# 15 Марта 2010 13:37
XTC писал(а):

Мне, например, не нужна мега производительность в клиентской части -это картинка с кнопками, все отклики - стандартное время реакции ОС -милисекунды. Не пох, на чем писать?
В этом и функциональность - кнопка она кнопка и есть.


Ты сейчас о чем? =)
Тебя в Дельфях что конкретно то не устраивает? Скорость выполнения кода? Скорость создания ПО? Компоненты визуального интерфейса?
PachaG
# 15 Марта 2010 13:37
товарищи, вы про разное пишете
XTC
# 15 Марта 2010 13:38
NWorker93 писал(а):

XTC
Пеши исчо... =))
Ты сам на Delphi программировал? Не так чтобы кнопку на форму бросил, F9 и вот я великий проггер на Дельфях?
Я те скажу так - пока что еще нет среды разработки, на которой более удобно и просто "пишется" пользовательский интерфейс, чем на Дельфях.
Тот же DevExpress создавался изначально для Delphi, правда потом его перенесли на другие среды разработки. К тому же, бОльшего кол-ва библиотек и сторонних компонентов, как визуальных, так и нет, я еще не видел ни в одной среде разработки.



Мне синтаксис Паскаля не нравится.
Дальше пишем ИМХО, ИМХО, ИМХО, потому как есть MCVS 2008, который почти даром раздают.
Delphi - вообще не интерисовал никогда.
NWorker93
# 15 Марта 2010 13:42
XTC писал(а):

Мне синтаксис Паскаля не нравится.


А мне не нравится зеленый цвет и что? Он не цвет теперь? =)
XTC писал(а):

Дальше пишем ИМХО, ИМХО, ИМХО, потому как есть MCVS 2008, который почти даром раздают.


Ну ну... хоть один нормальный грид (сортировка, поиск, фильтрация и т.п.) с привязкой к БД там можно нарисовать? Wink
XTC писал(а):

Delphi - вообще не интерисовал никогда.


Good
XTC
# 15 Марта 2010 13:45
Surbet писал(а):

XTC писал(а):


Шикарная поддержка времени выполнения, индетификации типов, даже встроенных, события, делегаты, многозадачность на уровне языка, поддержка сериализации со встроеным XML, до дофига всего.
Одни плюсы. Я вообще думаю, что C# был создан по многочисленным просьбам трудящихся, до этого программировавших на С++.
Потому что туда добавили практически все, чего так не хватало в С++.
Что из всего этого есть в С? Там даже нет структурированной обработки исключений, да там вообще ничего нет. Не ну можно и в машинных кодах писать hehe
Главный вопрос ЗАЧЕМ?

Зачем тебе мега-производительность? Чем не устраивают стандарнтные парсеры? Безотносительно конкретной задачи это не имеет вообще никакого смысла.

Есть конкретное ТЗ, есть бюджет, есть программисты, у них почасовая оплата, время-деньги. Что мне дешевле, платить программисту, который будет писать под веб на С(уже смешно) месяц, или который сделает это на Java за пару дней? А если мне нужна реальная кроссплатформенность, какой нахрен С?



Ну сам смотри: все то ты описал есть и в 7-м Делфи. Я за С++ говорил.

Производительность нужна для парсеров. Иначе в день 400 евро никто платить не будет, остальные могут холивары устраивать, но 99% задач требуют производительности, если это касается парсинга данных.

У тебя сервер на твоей JAVA загнется при посетителях раз так в 20 меньше, чем при демоне на с++, вот и ответ. Для примера чат для большого количества посетителей, не говоря о браузерках всяких. Нарисовавший на Яве просто не получит денег за несоответствие ТЗ. Кстати, зачем Ява? PHP для быстрой разработки под web практичнее, и, с применением и других языков, в местах, где производительность важна, вполне себе конкурентна почти для любого решения под web.



В том-то и дело, что у нас клиент/сервер автоматизации целиком на С++. Мне этот колхоз надоел, переходим на C# gpn
Мне нужна простота кода и безопасность, а не производительность.
Странные вы люди Smile
realist
# 15 Марта 2010 13:47
XTC писал(а):

Delphi - вообще не интерисовал никогда.

это слив.
Surbet
# 15 Марта 2010 13:48
XTC
Заказчику наплевать на простоту кода, безопасность должен программист отслеживать, кстати к слову о безопасности: программы на шарпе ломаются куда как проще. И где там безопасность?
XTC
# 15 Марта 2010 13:49
NWorker93 писал(а):

XTC писал(а):

Мне, например, не нужна мега производительность в клиентской части -это картинка с кнопками, все отклики - стандартное время реакции ОС -милисекунды. Не пох, на чем писать?
В этом и функциональность - кнопка она кнопка и есть.


Ты сейчас о чем? =)
Тебя в Дельфях что конкретно то не устраивает? Скорость выполнения кода? Скорость создания ПО? Компоненты визуального интерфейса?



Мне честно, вообще фиолетово. У нас все пишут на С-подобных языках, зачем нам Паскаль покупать? Кстати, сколько стоит? Небось еще денег докуя просят hehe
Чего вы возбудились-то так все? ROFL
XTC
# 15 Марта 2010 13:52
NWorker93 писал(а):

XTC писал(а):

Мне синтаксис Паскаля не нравится.


А мне не нравится зеленый цвет и что? Он не цвет теперь? =)
XTC писал(а):

Дальше пишем ИМХО, ИМХО, ИМХО, потому как есть MCVS 2008, который почти даром раздают.


Ну ну... хоть один нормальный грид (сортировка, поиск, фильтрация и т.п.) с привязкой к БД там можно нарисовать? Wink
XTC писал(а):

Delphi - вообще не интерисовал никогда.


Good



Там все есть, как в Греции. Чисто БД мы не занимаемся.
XTC
# 15 Марта 2010 13:53
realist писал(а):

XTC писал(а):

Delphi - вообще не интерисовал никогда.

это слив.



Слив куда и в чем?
Что мы на Паскале не пишем? pst
NWorker93
# 15 Марта 2010 13:54
XTC писал(а):

Там все есть, как в Греции. Чисто БД мы не занимаемся.


А ты вообще программист или так чисто на контору что то делаешь для внутреннего пользования?
PachaG
# 15 Марта 2010 13:56
ppc
Новая тема Ответить на тему
Показать сообщения:
Страница 2 из 5
Перейти:
ИНФОРМАЦИЯ ПО ИКОНКАМ И ВОЗМОЖНОСТЯМ

Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете вкладывать файлы
Вы можете скачивать файлы

© 2007-2020 autolada.ru - автомобильный форум

По вопросам рекламы Поиск
  •  
  •