Руководство graph3D


#1

Где можно найти руководство по graph3D, не считая обрывка презентации на официальном сайте?


#2

Руководства вроде не существует. Но есть ещё больше обрывков в папке с примерами)))


#3

И как этот язык можно воспринимать всерьёз?


#4

Ну, вас никто и не заставляет… Но если появится желание воспринимать его в серьёз - помогите чем то, к примеру напишите руководство по части которую вы знаете. А там глядишь - кто то и для Graph3D руководство напишет.

Проект делается по фану, теми кому интересно, а когда кто то говорит что кто то что то должен - это быстро, мягко говоря, опровергают. Такие вот порядки :wink:.


#5

Спасибо за ответ.


#6

Благодаря универсальности можно подключить почти любую библиотеку, но есть и обратная сторона - кроме новых особенностей Паскаля нужно изучать/знать .NET.

Считаю немного странным вместо того же HTML/Java или Silverlight выбрать именно платформу .NET, которую сама MS не особо продвигает, хотя usability концепция весьма интересна.

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


#7

Они-то тут каким боком? На HTML реализовывать компилятор? ))) Чем платформа Java лучше .NET? Тем, что там больше всего надо где-то выкапывать в части библиотек? Язык задумывался в первую очередь для обучения, как начальная ступень перехода к C#. И платформа .NET тут очень хорошо вписывается в концепцию.

Но Вы, безусловно, можете сделать свою реализацию на HTML/Java. А мы покритикуем потом ))


#8

Как это не продвигает? Откуда вы взяли? Я вот когда C++ учил - не раз получил от них “С++ устаревший язык, переходите на C# или хотя бы C++/CLI. Документация C++? Хах, нет, вот вам для C++/CLI, под видом C++”.

*C++/CLI это .Net версия C++, а C# это .Net в самом чистом виде.

Это нужно в любом языки, при любой ситуации, если вы делаете что то серьёзное.


#9

Немного не по теме…[spoiler]Не смотря на название C#, платформа всё же ближе именно к среде Java, фактически улучшенная версия с почти* реальной кросс-платформенностью, но приоритетом на специфику и широкий спектр наработок под Windows, и это нормально. Кроме того, JIT на уровне методов в .NET (в отличие от классов в JVM) оптимизированы именно на скорость работающей сборки, что также не маловажно, включая бизнес-решения.

Однако, как уже упоминалось, требуется (1) не только знать особенности ЯП, но и (2) платформы .NET, а также (3) учитывать особенности выбранных модулей, А это уже не просто предпочтение, например, между Loop, While, Repeat, For, процедурами и метками, а (проинформированный/осознанный**?**) выбор отдельных вариантов со своими нюансами, – и так касательно каждой.подзадачи будь то графика,звуки, БД, коммуникация и т.д.

Согласен, новичкам примеров вполне достаточно, но они пока* не понимают что за счёт чего получают и какое оптимальное решение и перспективы.[/spoiler]

Ой, обознался: Направления развития

  • Параллельность в языке
  • Распараллеливание программ по семантическому дереву
  • Парсеры новых языков программирования
  • Генерация кода под JAVA VM
  • Отладчик