25.03.2005 13:00 Дата регистрации: 20 лет назад Посты: 1 209 | Microsoft и спам Да обратит почтенная публика внимание на посты http://www.mmonline.ru/forum/read/8/57544/57544/#57544, http://www.mmonline.ru/forum/read/7/47073/47073/#47073 (возможно, появятся новые ). Вам часто приходилось видеть, чтобы посредством спама рекламировали что-то качественное? С уважением, Гастрит P.S.: Windows - must die! |
25.03.2005 13:06 Дата регистрации: 20 лет назад Посты: 183 | Говорят, что C# - красивый язык (Почти как Visual Basic, но с фигурными скобочками ;)) Сам-то я не разбираюсь, но слышал хорошие отзывы от людей, которые кое-что понимают. Кстати, очень интересно, что думает Игорь Абрамов о C#. Прошу прощения, что это не совсем по теме. |
25.03.2005 13:15 Дата регистрации: 20 лет назад Посты: 1 209 | Много чего говорят
И опять не по теме: от двух программистов, которые "кое-что понимают", Вы услышите три мнения о том, что лучше - C или C++. Подозреваю, то же будет и с C#. В оценках такого рода много субъективизма, связанного со вкусами конкретного программиста. С уважением, Гастрит P.S.: А мнение Игоря Абрамова (например, в свете его старых заявлений http://www.mmonline.ru/forum/read/7/36211/36563/#36563#reply_19901) услышать было бы действительно интересно. |
25.03.2005 14:31 Дата регистрации: 19 лет назад Посты: 3 | C# - красивый язык Правильно говорят. Я вот сам уже около полугода на нем программирую. Мне нравится. |
25.03.2005 18:15 Дата регистрации: 19 лет назад Посты: 10 | не расстраивайтесь... ...у линухи есть какой-то аналог .NETу (говорят полное гг) А C# известно чем хорош - раза в 2 быстрее скорость разработки, чем на С++ (не надо возиться с низкоуровневыми функциями, friendly интерфейс, нет маразма с удалением и т.д.). Тут никакого субъективизма, ибо с этим согласны почти все. Но у C# есть один значительный минус - тормозит. Но уже в 2005 .NET этого нет - C# всего лишь на 5% медленнее С++ так что С# действительно так хорош С уважением, действительно что-то понимающий, КУКУ |
25.03.2005 18:36 Admin Дата регистрации: 22 года назад Посты: 354 | Да, уж... Да уж... если человек, который не считает нужным считать Правила Форума, и скорее всего не имеет никакого представления о сетевом этикете, работает или имеет отношения к Microsoft, можно только посочуствовать их кадровой политике... |
25.03.2005 21:12 Дата регистрации: 20 лет назад Посты: 260 | Правильно говорят. Выражая лично свое мнение: язык-то красивый, но скорость... Впрочем это проблема большинства красивых языков. |
25.03.2005 21:40 Дата регистрации: 21 год назад Посты: 90 | C# - потрясающий язык |
26.03.2005 15:45 Дата регистрации: 19 лет назад Посты: 236 | Это не спам Спам - то, что у Вас в P.S. |
26.03.2005 23:12 Дата регистрации: 20 лет назад Посты: 260 | Поаккуратнее с выражениями "Доведенный до ума" - это доведенный до уровня детского сада, простите. (Не хочу сказать что уровень детского сада - плохо, просто, как я уже писал выше, красивая программа != быстрая программа). |
27.03.2005 16:35 Дата регистрации: 19 лет назад Посты: 198 | C# Лично я отношусь к C# весьма положительно. Еще больше, чем язык, мне нравится платформа .NET и новые средства разработки (Visual Studio 2005). Чуть чуть о том, что мне нравится, и о "производительности языка". Если посмотреть, какие программы необходимо писать сейчас, и что требуется для этого от языка, то это в первую очередь удобство программирования (т.е. способность естественным путем выразить решение задачи.) и надежность языка, т.е. минимизация "глупых" ошибок, которые могут проскользнуть незамеченными в окончательную программу. Производительность же должна быть обычно не максимальной, а просто достаточной. На современных машинах, производительность .NET (CLR точнее) кода вполне приемлемая. Ну и как всегда, если производительности не хватает, то достаточно переписать относительно небольшой кусок программы на что-то более эффективное, и приделать к основному коду, написанному на более удобном языке программирования. Есть конечно задачи в которых .NET неуместен. Например, я сейчас работаю над проектом, где есть требования real-time к большей части системы. Поэтому она написана на C++ а не на .NET. Хотя, может быть, я бы смог получить нужные характеристики и на .NET. Просто я не стал рисковать, когда выбирал язык. И еще о MS, FSF etc. Надо разделять различные вопросы. Во-первых есть проблема лицензирования программ и оплаты труда программистов. Традиционная схема, на мой взгляд тут неуместна, она не работатет толком и мы это все видим. Open Source интересная альтернатива, во многом более правилная, но тоже имеет ряд проблем и потенциальных рисков. Так что тут дело сложное. Во-вторых, что касается сравнения качества Open Source и коммерческих продуктов, то тут нельзя однозначно сказать, что что-то однозначно лучше. Нельзя сказать что Linux или Windows во всем лучше и т.д. И там и там есть много достоинств и много недостатков. Дело профессионала выбрать подходящие средства для решения задачи в каждом конкретном случае. |
29.03.2005 15:19 Дата регистрации: 21 год назад Посты: 134 | стены в Microsoft На днях как раз разговаривали с Microsoft - они хотели, чтобы работал проект ..., мы их попросили для этого убрать Windows. Нам ответили (буквально), что "у них там уже стены дрожат от этих слов". :-) |
29.03.2005 15:22 Дата регистрации: 21 год назад Посты: 134 | C# и Java Ну, известно, что между MS и Sun идет жесткая конкурентная борьба за право называться самой медленной платформой. :-) |
29.03.2005 21:44 Дата регистрации: 19 лет назад Посты: 10 | Ну чем вам не нравится... ..."тормозность" оных(а я понял, она Вам не нравится)? Здесь же уже было сказано - С# и Java предоставляют возможности балансировки между производительностью компа и программера. Далее есть 2 варианта: 1)Вы не умеете писать проги на asm - е хотя бы под PII - тогда Ваше заявление выглядит несколько странно. (Хотя, м.б. Вы предпочитаете машинные коды?) 2)Вы умеете ... - тогда пишите!Снимаю шляпу, если вы сможете реализовать(хотя бы за год) то, что я на Jave напишу за день). И кто после этого тормозит? И вообще, "Вы не любите Windows? Вы просто не умеете его настраивать!" |
30.03.2005 01:43 Дата регистрации: 20 лет назад Посты: 178 | От задачи зависит Тяжелые клиентские приложения, типа CAD систем, на Java писать - себе дороже. |
30.03.2005 13:20 Дата регистрации: 20 лет назад Посты: 1 209 | О тьме низких истин Но как же приятно верить в существование универсальной пушки - у которой бы и разработка была быстрой, и тормоза отсутствовали... С уважением, Гастрит |
30.03.2005 15:07 Дата регистрации: 19 лет назад Посты: 198 | а есть еще консерватизм
Я может не очень понимаю, что Вы имеет ввиду под действительно тяжелым приложением, но некоторые вполне типичные представители CAD удобнее писать на интерпретируемых языках. Да они так и сделаны. Если посмотреть на навороченный CAD, то там мы найдем безумное количество кода посвященного пользовательскому интерфейсу, преобразованию данных, общей, так сказать, высокоуровневой, логике приложения, сопряжению с базами данных и т.д. Весь такой код хорошо подходит для языка вроде Java или C#. А вот базовые функции, скажем, линейной алгебры, или нечто вроде пролог-машины, и нижние уровни графики потребуют других, более эффективных, языков. Но объем этого низкоуровнего кода будет сравнительно небольшим. Скорее всего несколько десятков тысяч строк, тогда как во всей системе счет пойдет на сотни тысяч а то и миллионы. |
30.03.2005 15:29 Дата регистрации: 20 лет назад Посты: 1 209 | И вера в силу процедурного программирования + ООП
ИМХО, для этих языков вообще мало что подходит - они никакие (ни низко-, ни высокоуровневые). И держатся только за счёт коммерческого веса породивших их фирм. Насколько я понимаю, на действительно высокоуровневых языках (например, функциональных) разработка идёт гораздо быстрее, чем на C++/C#/Java - да и код получается короче. Противоположный случай (когда важна эффективность реализации) Вы сами отмели . С уважением, Гастрит |
30.03.2005 16:09 Дата регистрации: 19 лет назад Посты: 198 | практика однако Они конечно компромиссные, созданные сугубо из практических потребностей, и притом вполне компетентными людьми. Я, кстати, из сугубо практических потребностей, в начале 90-х начал создавать примерно такой язык, у меня получилась почти Java :). Конечно, Sun (точнее, Гослинг) сделал во многом получше, но кое-что они упустили, и теперь это все-таки появилось в 1.5. Фирмы тут скорее просто подхватили правильное начинание, а не навязывают свое решение. Да и выхода у них нет. В мире нет ни одной оконной системы промышленного качества сделанной не в объектной архитектуре (язык реализации может быть и не объектным, важно само построение системы. Все Unix и Linux, кстати, тоже вполне себе объектные, о X Window System уж и не говорю.
Насчет функциональных языков --- в известной степени миф. Они, с практической, инженерной, точки зрения имеют очень узкую степень применимости. В том смысле, что набор задач, решаемых на этих языках естественным образом, довольно узок. Попробуйте написать на каком-нибудь Haskell текстовый редактор, программу расчета зарплаты или, скажем, игрушку-стрелялку. Причем написать так, чтобы по потребительским качествам программа была бы не хуже нынешнего (кстати невысокого) стандарта качества. Если Вы достаточно квалифицированны, то даже справитесь, но код будет весьма загадочным и наверняка будет безнадежно уродлив по сравнению со стандарным, лобовым, решением в стиле объектного программирования. А вот если есть в программе кусок, которых удобнее решать в функциональном стиле, то, можно вполне функционально и на C++ его записать, или, если этот кусок достаточно большой, можно его и на другом языке сделать. А от языка при написании реальных программ требуются такие качества как удобство выражения решения в терминах языка, надежность, удобочитаемость (И это не совсем совпадает с краткостью записи программ, смотрите APL) и эффективность. Кстати, даже на голом счете правильно написанный код на Java или .NET проигрывает в скорости выполнения оптимизированному C/C++ раза в два. Очень часто такой проигрыш в производительности несущественен.
А Вам часто приходится решать задачи, где нужно выжимать всю производительность машины? На самом деле, я такими задачами занимаюсь часто, но, я же вижу, что они в определенном смысле исключение, и все равно, "тяжелой" оптимизации у меня подвержены весьма незначительные фрагменты программ. Куда большие проблемы составляют требования жесткого реального времени, которые отбраковывают нынешние реализации Java и .NET, по крайней мере, основные. Но тут проблемы алгоритмические, а не производительности. |
30.03.2005 16:43 Дата регистрации: 20 лет назад Посты: 1 209 | возможно, и так
Речь у меня шла, вообще-то, не об ООП как таковом, а о "дополнении" его концепциями языков низкого уровня (результатом чего и являются C++, Java etc.). Не получается ли при этом ситуация с универсальной пушкой?
1) Интересно, каков с Вашей точки зрения этот набор? 2) Почему обязательно Haskell? Кстати, я правильно понимаю, что некоторые текстовые редакторы (как и куски некоторых стрелялок) сваяны на LISP?
А сколько, то бишь, страниц содержат описания C++/Java/C#? С уважением, Гастрит |
Сайт работает с 29.08.2000, Copyright © 2000−2023 MMOnline.Ru and MMForce.Net, Правовая информация – Свяжитесь с нами – Участие в проекте – Разместить рекламу |