Entry tags:
Bard 0.1.3
Долгими зимними вечерами продолжаю ваять "Bard". Готова очередная бета: версия 0.1.3.
Учтены многие пожелания и нарекания френдов. Те, что еще не учтены, можете не повторять, у меня все записано и распланировано до версии 0.2. Но, если найдете новые баги - очень хорошо.
Эта версия - серьезный шаг, поскольку полностью переработано "ядро" - хранение промежуточных редактируемых данных. Переработка позволила сделать операции Undo/Redo практически мгновенными, понаделать легко и просто "preview" - но ценой отказа от немедленного save после каждой операции. Как следствие, autosave и autobackup убраны, теперь работа с файлом выглядит совершенно "стандартно": можно закрыть без сохранения и т.п.
Внешний вид переработан в угоду эстетам - теперь окно основного редактора выглядит так.
На очереди две большие проблемы. Первая - приручение Wine. Вторая - возможность работать с плагинами VST (нашел документацию, буду делать). Пожелайте мне удачи - наступает трудный лично для меня этап: мне всегда было проще и приятнее писать своё, чем разбираться в чужих интерфейсах и прикручивать их.
Что касается испытаний для Wine, то пока все плохо. Первая попытка поставить убунту провалилась - инсталлятор линукса сначала показал 731% прогресса исполнения, а потом заявил, что отсутствует root file system или что-то в этом роде и предложил исправить дело в "partitioning menu", которое вызвать никак нельзя. На этом все и зависло. Я воспользовался инсталлятором убунты поверх винды (wubi.exe) и сказал ставить ее на свободный диск F. Там NTFS, подозреваю, что проблема в этом - хотя я надеялся, что инсталляшка по крайней мере сформатирует тот диск. Ан нет. Интересно, FAT32 ее устроит?
- Полный список изменений на странице загрузки
- Прямая ссылка для скачивания инсталлятора (11 Мб)
- Список возможностей редактора
Учтены многие пожелания и нарекания френдов. Те, что еще не учтены, можете не повторять, у меня все записано и распланировано до версии 0.2. Но, если найдете новые баги - очень хорошо.
Эта версия - серьезный шаг, поскольку полностью переработано "ядро" - хранение промежуточных редактируемых данных. Переработка позволила сделать операции Undo/Redo практически мгновенными, понаделать легко и просто "preview" - но ценой отказа от немедленного save после каждой операции. Как следствие, autosave и autobackup убраны, теперь работа с файлом выглядит совершенно "стандартно": можно закрыть без сохранения и т.п.
Внешний вид переработан в угоду эстетам - теперь окно основного редактора выглядит так.
На очереди две большие проблемы. Первая - приручение Wine. Вторая - возможность работать с плагинами VST (нашел документацию, буду делать). Пожелайте мне удачи - наступает трудный лично для меня этап: мне всегда было проще и приятнее писать своё, чем разбираться в чужих интерфейсах и прикручивать их.
Что касается испытаний для Wine, то пока все плохо. Первая попытка поставить убунту провалилась - инсталлятор линукса сначала показал 731% прогресса исполнения, а потом заявил, что отсутствует root file system или что-то в этом роде и предложил исправить дело в "partitioning menu", которое вызвать никак нельзя. На этом все и зависло. Я воспользовался инсталлятором убунты поверх винды (wubi.exe) и сказал ставить ее на свободный диск F. Там NTFS, подозреваю, что проблема в этом - хотя я надеялся, что инсталляшка по крайней мере сформатирует тот диск. Ан нет. Интересно, FAT32 ее устроит?
- Полный список изменений на странице загрузки
- Прямая ссылка для скачивания инсталлятора (11 Мб)
- Список возможностей редактора
no subject
а любой код — это трата времени на его набор, ага.
>логи делаются только когда реально необходимы
что забавно — я с годами пришёл ко мнению, что логи необходимы всегда. и более всего — когда программа уже сдана клиенту. посему для меня логи являются не отладочным средством, а необходимой частью программы.
>и, кстати, логи в окно отладчика — очень полезная штука
особенно когда программа работает хуй знает где, да. я запарюсь убеждать клиентов, что им сию секунду необходимо поставить студию.
no subject
это глупое сравнение. совсем без кода никак - значит есть смысл сравнивать один и другой код. а логи - с каким-то другим методом для той же цели.
[ что забавно — я с годами пришёл ко мнению, что логи необходимы всегда. ]
дык, если без отладчика жить - куда деваться? только аналогами студенческих printf-ов восполнять пробелы, так сказать :)
[ особенно когда программа работает хуй знает где, да ]
особенно когда программа работает чуть ли не у меня на хуе =)
no subject
сначала полезно цель определить. как я написал, я не рассматриваю логи как «отладочный инструмент».
>студенческих printf
отчего же «студенческих»? думаешь, если у тебя watch window, это не тот же самый printf? да тот же самый, тащемта.
хотя да — я, конечно, использую gdb. как post mortem debugger.
no subject
ну мы же рассматриваем замену отладчику - так? смотрим на кору в gdb, смотрим на аналогичную кору в студии - в студии в 10 раз меньше движений пальцами надо сделать, чтбы получить ту же инфу
no subject
ничего подобного. мы обсуждаем необходимость отладчика. если получится, что он не нужен — тогда глупо же будет заменять что-то ненужное, нес па?
>смотрим на кору в gdb, смотрим на аналогичную кору в студии - в студии в 10 раз меньше
>движений пальцами надо сделать, чтбы получить ту же инфу
да? O_O
а впрочем, да: там надо мышой возить. лично мне удобней набрать gdb
no subject
это бессмысленно. в конечном счете вообще ничего не нужно - все баги можно отловить вдумчивым чтением кода. речь идет о том, что отладчик - инструмент, который выигрывает час или минуту из конечной жизни программиста. если, конечно, им пользоваться с умом - можно ведь и гаечным ключом гвозди забивать, а молотком пытаться гайку отвинтить
[ да? O_O ]
да-а :) стек уже виден сразу. один клик - и показывается код, относящийся к этому уровню стека. в gdb понадобится 10 тыканий в клавиши, чтобы добраться до сорцов.
в gdb ты пишешь: print ... - а тут просто наводишь мышь на нужную переменную, всплывает ее значение - одно движение
чисто эргономически выгодно получается
no subject
натурально. однако же я веду к тому, что некоторые инструменты, предназначеные жизнь упрощать, как раз её усложняют. и поэтому их надо не заменять, а просто выкидывать.
>наводишь мышь
вот это и есть офигенно неудобно, как по мне. надо рукой тащиться до мыши, елозить, потом назад… а в gdb есть автодополнение. pr . в итоге, как не смешно, получается быстрее. по крайней мере, у меня. и целиться никуда не надо.
я, в принципе, вообще мышь стараюсь по минимуму использовать, она только темп сбивает.
no subject
в counter-strike такие получают пулю в лоб, едва выйдя из базы (найдя выход через 2 минуты после начала раунда) - и потом кричат "читер! читер!" :)))
no subject
и ваще: я всю первую кваку на клавиатуре прошёл!
no subject
... причем, не горячими клавишами, а вводя команды через консоль....
no subject