Здравствуйте, Eugeny__, Вы писали:

BZ>> вы изучаете теорию реляционных БД?
E__>Это было.

было

BZ>>а теорию параллельных процессов? а законы создания удобного GUI?
E__>А вот этого не было.

у нас было

и разработку компиляторов проходили, всякие парсеры на лабах писали и чего только небыло...

_Morpheus_ wrote:
> C>На реальных встроеных устройствах — совсем нескоро. Особенно, если у
> C>него ограниченое энергопотребление.
> Java уже очень давно используется в мобильных телефонах, удовлетворяя
> требование к низкому потреблению
Не смешите мои тапочки. Для JIT-компилирующих J2ME-систем требуется куча
памяти и мощный процессор. А интерпретирующие — сливают по скорости.

Ну и про общение с устройствами — для J2ME нет даже стандарта JNI и для
каждой JVM нужно делать свои проприетарные хаки, чтобы подключить
кастомные внешние либы.

Здравствуйте, Eugeny__, Вы писали:

E__>Писать для встроенных процов, медленно и кропотливо считая байты, и борясь со спецификой нестандартных команд процессора это, конечно, похвально, только особо никому не нужно, так как по цене встроить сотню килобайт памяти, или сотню мегабайт будет примерно одинаково. А писать на java, даже на урезанной, куда проще. И быстрее.

Категорически не согласен. Затраты на написание оптимального кода под дешевый проц это one-time payment, а использование более производительных процов и памяти заставляет умножить разницу в цене на количество холодильников То есть, чем больше компания их выпустит, тем больше денег потеряет.

Здравствуйте, BulatZiganshin, Вы писали:

BZ>ха. ты просто не представляешь, что тип списка может быть встроен в язык/предоставляться библиотекой. реализовывать списки для каждого чиха смысла нет, уж проще обрабатывать данные по одной записи

В смысле количества готовых алгоритмов, контейнеров и т.п. .net с java проигрывают плюсам, c и фортран. А при программировании под Windows написать на .net вызов нативной процедуры — это гемор описывать ручками сигнатуры, структуры, маршаллинги, смещение, вместо того чтобы просто включить заголовок.

Здравствуйте, Cyberax, Вы писали:

C>Eugeny__ wrote:
>> Правда, есть еще некоторая тенденция встраивать в технику не просто
>> проц, а еще и java VM(потому как память нынче дешева, процы тоже, и я не
>> удивлюсь, если в холодильнике скоро будет проц гигагерц и гектар
>> памяти).
C>На реальных встроеных устройствах — совсем нескоро. Особенно, если у
C>него ограниченое энергопотребление.

Хз. Посмотрим лет через 10

C>Ну и возможности типа разных векторных команд тоже недоступны — а это
C>иногда ускорение в _десятки_ раз для некоторых задач.

Хм.. Это что?

>> А писать на java, даже на урезанной, куда проще. И быстрее.
C>Приходи ко мне работать — можешь попробовать Java встроить в наши девайсы

Не, мне и тут пока неплохо, да и работы с девайсами из java хватает.

Здравствуйте, JohnCapfull, Вы писали:

JC>Здравствуйте, Eugeny__, Вы писали:

E__>>Писать для встроенных процов, медленно и кропотливо считая байты, и борясь со спецификой нестандартных команд процессора это, конечно, похвально, только особо никому не нужно, так как по цене встроить сотню килобайт памяти, или сотню мегабайт будет примерно одинаково. А писать на java, даже на урезанной, куда проще. И быстрее.

JC>Категорически не согласен. Затраты на написание оптимального кода под дешевый проц это one-time payment, а использование более производительных процов и памяти заставляет умножить разницу в цене на количество холодильников То есть, чем больше компания их выпустит, тем больше денег потеряет.

Одно но. С учетом техпроцесса, более производительный сейчас далеко не всегда более дорогой.

Здравствуйте, Sash_xp, Вы писали:

S_>Скажем Visual Studio или Management Studio — коммерческие разработки. А написаны на C#.
AFAIK там С++ + MC++

S_>Я еще понимаю, когда речь идет о мобильных девайсах — там можно отдельные части написать на С++ ради оптимизации производительности (сам так делаю), на для настольных систем, а тем более для серверов это зачем?
Имею перед глазами последний "мегарулез" от МС — Microsoft Sharepoint Portal Server 2007 (IIS + MSSQL 2005) Писано под .NET 3.0.
Все это убоище томозит и хавает память — как бесплатную...
Под одного его выделен двуядерный P4 3Gz + 2 Gb RAM — зохавал все что можно.
У нас на более слабом компе поболе сервисов без напряга крутится (8xPerforce, MySQL, Apache+PHP5, FTP, IncrediBuild coordinator+agent еще и фильмы на перекодирование ставятся периодически)

Здравствуйте, Eugeny__, Вы писали:

C>>На реальных встроеных устройствах — совсем нескоро. Особенно, если у
C>>него ограниченое энергопотребление.
E__>Хз. Посмотрим лет через 10
Та же ситуация останется

C>>Ну и возможности типа разных векторных команд тоже недоступны — а это
C>>иногда ускорение в _десятки_ раз для некоторых задач.
E__>Хм.. Это что?
Команды, оперирующие с векторными регистрами (т.е. с регистрами, содержащими вектор чисел).

Не надо проецировать на все университеты. В НГУ на факультете информационных технологий всему этому учат.


BZ>если бы студенты могли изучить любую дисциплину без проблем, у нас не было бы кадрового голода на программистов. реалии таковы, что выпускники вузов НЕ УМЕЮТ ПРОГРАММИРОВАТЬ, они в лучшем случае умеют кодировать в пределах одного экрана кода. никаким основным принципам вас не учат, тебе стоит поработать хотя бы пару лет в приличной фирме чтобы понять как строится современное ПО — в наших вузах даже не подозревают, к примеру, о unit testing или паттернах проектирования

Здравствуйте, ArtemGorikov, Вы писали:

при программировании под Windows написать на .net вызов нативной процедуры — это гемор описывать ручками сигнатуры, структуры, маршаллинги, смещение, вместо того чтобы просто включить заголовок.

исключительно дело привычки, в особо заковыристых случаях конечно приходится поломать голову, но в большинстве случаев все оказывается субъективно даже быстрее чем на си

приезжай в Одессу, обеспечим местом
может еще и бонус заработаю

Здравствуйте, strcpy, Вы писали:

S>Не надо проецировать на все университеты. В НГУ на факультете информационных технологий всему этому учат.

чему именно? приведите вашу учебную программу и как она связана с вашей нынешней работой

Здравствуйте, _Morpheus_, Вы писали:


_M_>при программировании под Windows написать на .net вызов нативной процедуры — это гемор описывать ручками сигнатуры, структуры, маршаллинги, смещение, вместо того чтобы просто включить заголовок.

_M_>исключительно дело привычки, в особо заковыристых случаях конечно приходится поломать голову, но в большинстве случаев все оказывается субъективно даже быстрее чем на си

Быстрее поломать голову над каждой сигнатурой (а в сумме очень много), чем написать строчку include?

Здравствуйте, ArtemGorikov, Вы писали:

_M_>>при программировании под Windows написать на .net вызов нативной процедуры — это гемор описывать ручками сигнатуры, структуры, маршаллинги, смещение, вместо того чтобы просто включить заголовок.

_M_>>исключительно дело привычки, в особо заковыристых случаях конечно приходится поломать голову, но в большинстве случаев все оказывается субъективно даже быстрее чем на си

AG>Быстрее поломать голову над каждой сигнатурой (а в сумме очень много), чем написать строчку include?

include написать не сложнее чем using

А вот сам h файл, думаю не намного сложней чем класс с интеропами