Вышел GtkD 1.0

> А в то же время скромный швейцарский паренёк Jurg Billeter практически в одиночку за полгода наваял язык Vala, где всё то же самое.

Ага, только поддержки винды нету.

А язык, не работающий под виндой, не имеет в реальном мире сколь-либо заметных перспектив.

Кроме того, как минимум, в Вале нет слайсов. Думаю, если покопаться, ещё много ублюдств найдётся.

Во-первых, брехня. По возможностям он менее удобен.

Во-вторых, дотнет тормозит и память жрёт как сволочь.

>> Для начала -- в нижнем регистре. При наборе текста это гораздо удобнее.

> shift+Буква vs Shift+-, Буква

> Не будь таким категоричным. Пальцы набирают оба варианта одинаково не задумываясь.

Хорошо, тогда почему первая-то буква в нижнем регистре??? Просто этот стиль написания пропагандировал микрософт.

> для начала посмотри как они называются в gtkmm и gtk#.

А при чём тут это? gtk написан на C, а не на "плюсах и решётках".

> Хорошо, тогда почему первая-то буква в нижнем регистре??? Просто этот стиль написания пропагандировал микрософт.

какой ещё микрософт? Обычный смоллтоковый camelCase. Тогда уж Яббл, там на Objective C наименование из смоллтока пошло.

Прикольный язык (это про D ). Мне нравица!

>А при чём тут это? gtk написан на C, а не на "плюсах и решётках".

Да при том что нотация сохраняется в пределах языка программирования, а не применительно к каждой библиотеке. А референс-нотация - это нотация стандартной библиотеки. D близок к C++ и C#, поэтому я и сравнил с соответствующими биндингами

=> java => tommy way

>Хорошо, тогда почему первая-то буква в нижнем регистре??? Просто этот стиль написания пропагандировал микрософт.

Imho, така нотация - java-style...

Hybrid понравился, спасибо за информацию. Вот только исходников не нашел и пример dynamic2 падает с сегфолтом (а под wine нормально работает).

> Кстати говоря, где и что можно почитать по D? С примерами кода по возможности...

http://dprogramming.ru/d/index.php?n=Tutorials.Tutorials
http://dprogramming.ru/d/index.php?n=TangoManual.Contents

Если забить на уважение авторского права можно найти в сети книжку Learn to Tango with D - отлично описан язык и возможности стандартной библиотеки. Правда контейнеры там описаны старые, сейчас они помечены как deprected.

>C => C++ => D => Pascal и не парьтесь...

A => B => C => C++ => D

Pascal => R.I.P. --> Oberon :P (классный язык, создан так же Николаусом Виртом)

кстати oberon --> java => .net

> => java => tommy way

=> |

> А в нем можно без лишнего геморроя подставить свой аллокатор и сборщик мусора?

http://www.digitalmars.com/d/1.0/memory.html
http://www.digitalmars.com/d/1.0/garbage.html

> А как у шаблонов D с динамическим связыванием? Так же, как в С++, или все-таки можно полноценно засунуть шаблон в разделяемую библиотеку?

Да, xTERM, виртуализация программистов до добра не доводит. Что есть полноценность если не ясно что засовывать? Это 'что' возникает только в момент использования, и в этот же момент возникают vtables, адреса функций членов и т.д., как это принципиально можно зашить в библиотеку? static с подстановкой в момент инициализации? Может не в библиотеку а в какой-нибудь промежуточный код, так на то есть 'precompiled header'. Либо я слишком приземлён(закопан) либо очень многие программисты вообще потеряли чувство реальности. Таким ни D ни E не помогут. Опять вспоминается мой шэф: как бы так делать чтобы ничего не делать, но чтобы было готово!?

Не верю в новоделы 'круче и быстрее и проще'. Верю в C++. Вот такой я ретроград.

Нет ничего невозможного =D

> Ага, только поддержки винды нету.

4.2 собирается под винду легко и непринужденно

>> Ага, только поддержки винды нету.

>4.2 собирается под винду легко и непринужденно

Ты о Vala? Собирается под Win32 нативно.. не Cygwin-ом?

"вирусный" эффект GPL - зло.

Вспоминайте хоть изредка, что есть люди, пишущие СПО под отличными от GNU * лицензиями.

> Верю в C++. Вот такой я ретроград.

а я вот в Objective C верю. Вот такой я ССЗБ.

> Это 'что' возникает только в момент использования, и в этот же момент возникают vtables, адреса функций членов и т.д., как это принципиально можно зашить в библиотеку?

c динамической типизацией можно везде. Как в том же Objective C и Смоллтоке. Со статической -- нужны нормальные модули, отдельная таблица символов которая понимает шаблоны и вменяемый синтаксис (см. 1)2)3)4)5) http://dprogramming.ru/d/index.php?n=Main.BitwiseMagazineWalterBright )

Vala слишком узкоспециализированный. Как замена C++ везде и во всем не потянет.

Хорошо, что развивается. Жду выхода 2.0 и gdc, поддерживающего его.

Да, Obj-C - это сила. Еще команда разработчиков Etoile скоро доделает компиляторы SmallTalk и Io для LLVM, полностью совместимые с Objective-C (llvm clang) на уровне ООП.

> Hybrid понравился, спасибо за информацию. Вот только исходников не нашел

hg clone http://team0xf.com:8080/xf
cd xf
hg clone http://team0xf.com:8080/dog
hg clone http://team0xf.com:8080/omg
hg clone http://team0xf.com:8080/utils
hg clone http://team0xf.com:8080/ext
hg clone http://team0xf.com:8080/hybrid

А мне больше Pascal нравится. Быстрый и качественный компилятор, удобные IDE(Lazarus/Delphi) и библиотеки/контролы на любой случай.

Чем из перечисленного обладает D?

компилятор неплохой. :)

>А мне больше Pascal нравится. Быстрый и качественный компилятор, удобные IDE(Lazarus/Delphi) и библиотеки/контролы на любой случай.

>Чем из перечисленного обладает D?

У D есть быстрые и качественные программисты, на любой случай. Чем из перечисленного обладает Pascal?

спасибо за линку про openwm.
свободная реализация движка Morrowind - это, хм, круто)

Интересно, зачем языку две стандартных библиотеки? Почему нельзя сделать поддержку работы с объектами C++ - тогда бы и "биндинги" для Qt и т. п. не нужны и переходить на новый язык было бы проще - не надо библиотеки переписывать (или писать "биндинги"). А разве использование "биндингов" не будет приводить к потере производительности?

>>А мне больше Pascal нравится. Быстрый и качественный компилятор, удобные IDE(Lazarus/Delphi) и библиотеки/контролы на любой случай.

>>Чем из перечисленного обладает D?

>У D есть быстрые и качественные программисты, на любой случай. Чем из перечисленного обладает Pascal?

:D В lorquotes!

> Интересно, зачем языку две стандартных библиотеки?

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

В планах сделать рантайм отдельной единой либой и ликвидировать такое понятие как стандартная библиотека.

> Почему нельзя сделать поддержку работы с объектами C++

Она есть.

> тогда бы и "биндинги" для Qt и т. п. не нужны

Нужны. Кроме обьектов в C++ есть, к сожалению, ещё и шаблоны.

> А разве использование "биндингов" не будет приводить к потере производительности?

Нет. Использование врапперов - да.

Кстати, GtkD вроде враппер, а не биндинг.

> Почему нельзя сделать поддержку работы с объектами C++

http://www.digitalmars.com/d/2.0/faq.html#cpp_interface
http://www.digitalmars.com/d/2.0/cpp_interface.html
http://www.digitalmars.com/d/archives/digitalmars/D/announce/OpenMW_an_open_m... (см. про "One specific thing is that it connects D code with Ogre and other C++ libraries. Even though this is done in a way that is very specific to
openmw, it show that it can be done without much problem" и в исходники. )

> Нужны. Кроме обьектов в C++ есть, к сожалению, ещё и шаблоны.

а именно в Qt -- "расширенный" препроцессором moc С++
хм, взять что ли исходники Qt 1 подревнее, потренироваться в портировании на D.. Qt тогда ещё совсем маленькое было :))
ftp://ftp.trolltech.com/qt/old/

> Adobe не откроет Acrobat. А EMC - VMware. Они просто забьют на GTK и напишут на другом тулките. Кто от этого выиграет? Никто. Медвежья услуга.

Вспоминается манускрипт Билли Гейтса.

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

http://prowiki.org/wiki4d/wiki.cgi?DwithSwig "SWIG for D"

система наименований name_func() называется паскаль.

Вариант setDefaultSize, showAll - называется верблюд.

В процедурных языках принято использовать паскаль. В ооп языках - верблюд.

Оба варианта ничем не лучше друг-друга.

http://www.dsource.org/projects/bcd/

>Кстати говоря, где и что можно почитать по D? С примерами кода по возможности...

http://www.gamedev.net/reference/articles/article2451.asp

> А уж с подчёркиванием или слитно -- тут как заблагорассудится. Но если уж декларировать "наименования близки к GTK+ (очень близки)", то стоит и функции называть как в gtk: gtk_widget_show.

один хрен, для '_' shift давить нужно, чем это тогда лучше заглавной буквы, что в случае слитного написания, только читаемости добавляет. Но на самом деле, тут все зависит от предпочтений, если ты вольный стрелок, а если работаешь в софтверной компании (сужу по своей бывшей работе в Rhonda LTD) там есть свои стандарты кодирования, сказано писать с большой буквы - будешь писать так.

В общем - на вкус и цвет, все фломастеры разные, главное что бы читаемость кода не страдала.

ЗЫ недавно смотрел код небольшой программки для организации тестирования в классе (нужна была помощь людям), студенческая поделка на BDS, ребята даже в некоторых местах реализовали разделение интерфейса и логики, не говоря уже о более-менее внятном форматировании кода. Самого автора не видел, но руку бы пожал с небольшой долей критики.

> Привязок к Qt не будет?

Пока вроде нет, тоже искал, есть проблемы с написанием.

> Не ради флейма и холиваров, но кто реально использует в проектах, что думаете о нем? Присматриваюсь к нему.

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

http://hatred.homelinux.net/wiki/zhurnal:2008-07-16_11.02_d_programming_language

> Прикольный язык (это про D ). Мне нравица!

Меняй аватарку! :-D

> Не верю в новоделы 'круче и быстрее и проще'. Верю в C++. Вот такой я ретроград.

В языке D правильно адресованы проблемы плюсов, но решены они не правильно.

> вот небольшая коллекция заметок относительно первоначального подхода:

Касательно сред разработки. ИМХО лучше выбрать либо vim либо descent for eclipse. Ни тот ни другой упомянуты не были. И опять же не упомянут Hybrid в разделе GUI.

>У D есть быстрые и качественные программисты, на любой случай.

Жесть

>В языке D правильно адресованы проблемы плюсов, но решены они не правильно.

Почему? Спрашиваю не из любопытства.

Быстрость и качественность программиста от языка не зависит. На С написано не меньше всякого хлама чем на паскале.

> Быстрость и качественность программиста от языка не зависит. На С написано не меньше всякого хлама чем на паскале.

Корреляция есть: в отличие от Си, на Паскале не написано ничего хорошего.

> У D есть быстрые и качественные программисты, на любой случай.

Что-то не нашлось быстрых и качественных, чтоб сам D допилить, быстро и качественно.