муки выбора. Python или Pascal?

Ну я же говорю, Sublime хорош. Кстати в сравнении с vim и emacs, тут тоже очень много возможностей, но намного больше удобства и пакетный менеджер, который ставит расширения парочкой нажатий клавиш. Умеет всякую жесть - мультикурсоры, создавать gist из выделленого под твоим акком гитхаба, полноценная работа с системами контроля версий, всякие diff, генерация кода, сниппеты и тд

Первый совет: если тебе нужен гуй, то посмотри, не подойдёт ли в качестве гуя браузер.

хочу написать программу для настройки баянов

Лучше, чем Dirk`s?

вот именно вместо этой программы я и хочу свою написать. Ибо дядька реально опух.

Бери PyQt а то и вовсе просто Qt. Я склонялся бы в сторону Python и заодно к Qt.

ну, Qt в любом случае будет. lazarus же Qt как backend поддерживает.

яву не советовать?

Да, ни разу не заметно что это ты.

Скрываюсь.

Ясн.

Common Lisp, Haskell, Ocaml.

про хаскель думал, но в данном случае это overkill.

питон

пакетный менеджер, который ставит расширения парочкой нажатий клавиш

Как буждто в емаксе его нет. У емакса ещё репозиториев этих пакетов несколько!

про хаскель думал, но в данном случае это overkill.

Почему оверкилл? На хаскеле-то небось компактнее получится, чем на чём либо другом.

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

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

Audio libraries

В тред врывается Tcl (для которого, к тому же, не нужно целую колхозную МТС комбайнов ставить)

как там с тредами?

Так пойдёт?

Или я неправильно понял?

Пайтон

Девелопить на нем что на пайтоне, вон код взаимодействия с Gtk такая же монада IO ЕМНИП. Плюс runhaskell его запускает как скрипт, не нужна отдельная явная фаза компиляции

Ну и чсв +10. Толку +0

таки да

http://hackage.haskell.org/package/gtk-0.12.3/docs/Graphics-UI-Gtk-Entry-Entr...

entryGetText :: EntryClass self => self -> IO String

Были времена лабок в универе. И вкусный борщ, хоть и варил его сам в общаге

если для тебя это (ссылка) - нормально, тогда мы просто не поймём друг друга. Если же тебе надо было бы просто написать скрипт который вовсю использует треды, и тебе было б нужно для этого только быстренько по документации и примерам пройтись чтоб код написать - то тикль бы был последним кто сделал бы это вовремя (треды появились только в 8.6), и удобно (сравни с документацией любых perl/ruby/python).

а уж задумай что сложней (что угодно), так еще и обёртки над сишными либами придётся писать.

Все меня понесло

https://gist.github.com/anonymous/29025fd428e932930865

Какой приятный вечер =)

0.12.3

String

Хе-хе :)

А как надо? Я нуб

Ну то что оно не стабильно — ничего не поделаешь, наверно, а вот на String = FilePath = [Char] у меня аллергия — зачем так делать непонятно, когда есть ByteString/Text (в идеале даже тупо ByteString, если с хорошими алгоритмами и итераторами для utf8 и view-ерами для матчинга).

view-ерами

Типа Ленивость и sum (комментарий).

Ничего

Тебе и ответили. Хочешь открывать исходники, чтоб другие пользовались - не пиши на паскале. Иначе если твоя программа будет действительно полезной другим, то ее с большой вероятностью перепишут на другой ЯП и будут улучшать, а о тебе никто и не вспомнит :-)

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

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

Если важна кроссплатформенность - посмотри также на kivy, вещь вроде бы входит в моду сейчас, и тогда твой настройщик можно будет запустить в том числе и на телефоне (и даже на айфоне).

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

Чую под питон проще найти либу для анализа звука.

Python