GNOME Builder почти готов

НЕ-мастер срез

Ты ведь прочёл эту часть моего сообщения?

В последний раз, когда я тыкал билдер, автокомплит у него был на уровне чистого sublime text или notepad++: встретил в данном файле совпадающее слово — подсказал.

Судя по дизайну IDE заточена под работу на планшетах

Наконец-то в GNOME отличное нативное IDE

Наконец-то в GNOME отличное нативное IDE

*текстовый редактор

Только из-за «листа в клеточку» поставил обратно gEdit. Теперь время от времени открываю в нём код и любуюсь, как редактор он по-прежнему никакой, зато красивый.

Релизов давно не было,

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

Ctags Auto-Completion

Издеваетесь? Даже вим уже умеет нормальный автокомплит через clang.

я тоже в своих проектах при разработке использую последнии версии компонентов

Яйцы, чайная ложка, резать.

Рад за Гном.

Отсутствие ООП и остуствие встроенной в язык поддержи ООП — это разные вещи.

Безусловно. Но ООП-код, написанный на языке с поддержкой ООП, выглядит лаконичнее, понятнее и менее подвержен глупым ошибкам, чем ООП-код, сделанный через былинные костыли типа вложения структур, ручного заполнения указателей на функции и сплошных коллбэков.

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

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

из-за «листа в клеточку»

Его можно отключить если что.

Очень годная штука. Ещё бы расширение для хаскеля и я бы выкинул atom.

С IDE или без, решать каждому. Хороший компромисс, когда IDE не прибивает проект к себе кучей конфиг-файлов. Тогда можно редактировать/компилировать где угодно, а при необходимости чего-то особенно сложного, открыть в IDE.

2) Покажите скриншот дебаггера.

2) пока нет

А вот без этого никуда. Когда нужно отлаживать не через printf, я ищу GUI. Nemiver более менее спасает. Geany вроде как должна предоставлять gdb GUI через плагин, но я не вижу даже подсказки по комбинации клавиш для step-over. Вот думал, что gnome-builder мог бы стать кандидатом на замену nemiver, но увы.

Хороший компромисс, когда IDE не прибивает проект к себе кучей конфиг-файлов.

так и есть. у него вообще нет собственных конфиг файлов. (для проектов)

А вот без этого никуда. Когда нужно отлаживать не через printf, я ищу GUI.

будет, чуть позже. а когда не через принтф - есть gdb

у него вообще нет собственных конфиг файлов. (для проектов)

Вот это хорошая новость! Ведь как-то собираются же проекты с зависимостями без IDE, значит и хорошая IDE должна уметь.

будет, чуть позже

Ну, почему IDE не начинают пилить именно с отладчика. Ведь всё остальное - это, скорее, редактор. И только наличие отладчика делает из редактора IDE. Ну, держите в курсе, когда появится.

а когда не через принтф - есть gdb

Когда что-то конкретное мелкое очень быстро надо, то да, так и делаю. Но если что-то не очень определённое, то тут вопрос, не будет ли быстрее подобавлять тех же printf'ов.

Эти новомодные редакторы, все они на одно лицо

А GNOME Builder все еще почти готов? Или уже можно пользоваться?

Создал новый проект на Vala и сразу ошибка: The namespace name `Gtk' could not be found. Да же не знаю куда смотреть. «VALAFLAGS = --pkg gtk+-3.0» есть, gtk3-devel стоит...

Чем оно лучше anjuta?

Всё ещё почти. Работы много ещё.

Есть где-то настройка, чтоб при создании нового проекта вместо «org.gnome.______» создавалось например «com.github._____»?

Это же gnome builder, а не github builder

Это же gnome builder, а не github builder

Что-то мысль не улавливаю. Gnome builder - это название программы для создания приложений для Gnome. В Guidelines for choosing an application ID написано:

very strongly recommended to choose a name based on the global public DNS system. For example, if you owned the domain yorba.org, you would probably want to name your application «myapp» like «org.yorba.myapp». Do not use «org.gnome.» as part of your application ID unless your project is hosted on gnome.org.

Очень нехватает возможности задать аргументы (argv[1], ...)

При открытии, по умолчанию всегда собирается flatpak. Нет настройки, позволяющей настроить по умолчанию локальную сборку.