LINUX.ORG.RU
Форум — Development  

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


0

2

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

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

Колеблюсь между PyQt и FreePascal (lazarus). Какой из них можно брать, не боясь наступить на грабли в виде тормозов?

С++ не предлагать, мне бы не хотелось на нем писать. Лишь как аварийный вариант.

UPD: прога должна быть кроссплатформенной. Ибо подавляющее большинство целевой аудитории под оффтопиком.

Перемещено true_admin из talks

★★☆☆☆

Последнее исправление: dikiy (всего исправлений: 1)
← Способ хранение небольшой базы данных в проекте
в чем хранить translation memory? →

 ← 1 2

Python. Тормоза устраняются numpy.

tailgunner ★★★★★
()
Ответ на: комментарий от feofil

никто из них не тормозит

а зачем gui?

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

dikiy ★★☆☆☆
() автор топика

С++ не предлагать, мне бы не хотелось на нем писать.

Но почему? Си и плюсы это промышленный стандарт.
Но если уж не хочешь плюсы, то однозначно питон.
Захочешь потом поделиться с общественностью свой программой, а кому этот паскаль нужен, кроме двух сотен сумасшедших, допиливающих лазарус?

Stahl ★★☆
()

Python или Pascal?

Трудный выбор, да.

fish_ka
()
Ответ на: комментарий от Stahl

С++ не предлагать, мне бы не хотелось на нем писать.

Но почему? Си и плюсы это промышленный стандарт.

потому что от С++ у меня анальные боли. И то что это промышленный стандарт меня как-то не особо волнует.

Но если уж не хочешь плюсы, то однозначно питон.

Захочешь потом поделиться с общественностью свой программой, а кому этот паскаль нужен, кроме двух сотен сумасшедших, допиливающих лазарус?
ну какбэ паскалистов тоже достаточно бегает вокруг.

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

dikiy ★★☆☆☆
() автор топика

Lazarus

все таки native, скрипты в каждой дырке уже напрягать начинают

quwy
()
Ответ на: комментарий от dikiy

паскаль я знаю, а питон не очень

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

Stahl ★★☆
()
Ответ на: комментарий от Stahl

паскаль я знаю, а питон не очень

Так с этого и надо было начинать, а то ты прищемил коту яйца и елозишь его по треду.

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

dikiy ★★☆☆☆
() автор топика
Ответ на: комментарий от NaN

Хочешь настоящей кроссплатформенности - бери GTK, хочешь мнимой - бери Qt.

почему?

dikiy ★★☆☆☆
() автор топика

Python или Pascal? Разве выбор не очевиден?
Python + PyQt + какой-нибудь sqlite3.

ktan ★★★
()
Ответ на: комментарий от dikiy

а вот яву я вообще не знаю. по нулям.

Ява не нужна. Java лучше.

NaN
()
Ответ на: комментарий от dikiy

Тебе важнее программу написать или питон выучить?
Если нужна программа, то пиши на паскале.
Если программа лишь повод изучить питон, то на питоне (но заметь — двух зайцев убить не удастся. Изучив питон, у тебя не будет готовой программы. Как ни глупо, но это так.)

Stahl ★★☆
()
Ответ на: комментарий от NaN

Хочешь настоящей кроссплатформенности - бери GTK, хочешь мнимой - бери Qt.

да, Qt это комплексный тулкит.

u283 ★
()
Ответ на: комментарий от Stahl

Тебе важнее программу написать или питон выучить?

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

(но заметь — двух зайцев убить не удастся. Изучив питон, у тебя не будет готовой программы. Как ни глупо, но это так.)

спс. годный совет вроде.

в данном случае да, мне важнее написать программу. Так как в принципе такая уже есть, но за нее автор хочет бабоса (непозволительно много) и она не opensource. Поэтому я хочу закрыть нишу.

dikiy ★★☆☆☆
() автор топика
Последнее исправление: dikiy (всего исправлений: 1)
Ответ на: комментарий от NaN

Хочешь настоящей кроссплатформенности - бери GTK, хочешь мнимой - бери Qt.

Расскажи об этом виндузятникам и геям.

madcore ★★★★★
()
Ответ на: комментарий от madcore

Расскажи об этом виндузятникам и геям.

И те и другие любят Qt?

NaN
()

Сорта дерьма.

Perl, если не нужен Qt-биндинг (он есть, но устаревший и работает только с Qt3), и Ruby, если нужен.

msray
()
Ответ на: комментарий от msray

Но если стоит выбор только между Python и Pascal, брось монетку.

msray
()
Ответ на: комментарий от vertexua

У тебя найдется хоть один хороший аргумент в пользу паскаля?

ну, насколько аргументы хороши я не знаю, но вот они:

1. программа будет скомпилирована => тормозов не ожидается. Не надо тащить питон (хотя может можно и так собрать, all inclusive).

2. На паскале приятно писать.

3. Есть хорошая IDE - Lazarus.

4. гуйня делается несколькими кликами мыши.

dikiy ★★☆☆☆
() автор топика
Ответ на: комментарий от msray

Кстати, всё перечисленное (за исключением первого пункта) есть в Gambas. Но он не работает в Windows.

спрашиваю чисто из интереса (все равно на васике не буду писать),

там разве можно будет без геморроя прикрутить libfftw и alsa?

dikiy ★★☆☆☆
() автор топика

Колеблюсь между PyQt и FreePascal (lazarus). Какой из них можно брать, не боясь наступить на грабли в виде тормозов?
С++ не предлагать, мне бы не хотелось на нем писать. Лишь как аварийный вариант.
UPD: прога должна быть кроссплатформенной. Ибо подавляющее большинство целевой аудитории под оффтопиком.

Qt

Boy_from_Jungle ★★★★
()

С++ не предлагать, мне бы не хотелось на нем писать

почему? Qt все ж немного другое, чем чистый с++ и std.

guest_star
()

Похоже троллианонимусы устали предлагать Common Lisp и Haskell.

Голосую за Python. Pascal мёртв и даже его труп никому уже не нужен.

korvin_ ★★★★★
()
Ответ на: комментарий от dikiy

программа будет скомпилирована => тормозов не ожидается.

Математические либы Python полностью нативные и оптимизированы под современные процессоры

Не надо тащить питон (хотя может можно и так собрать, all inclusive).

Винда?

На паскале приятно писать.

:)

Есть хорошая IDE - Lazarus.

Бесплатный PyCharm

гуйня делается несколькими кликами мыши.

Везде так

vertexua ★★★★★
()
Ответ на: комментарий от dikiy

там разве можно будет без геморроя прикрутить libfftw и alsa?

Не имею представления, я Gambas лишь тыкал палочкой в своё время.

msray
()
Ответ на: комментарий от vertexua

программа будет скомпилирована => тормозов не ожидается.

Математические либы Python полностью нативные и оптимизированы под современные процессоры

да. это кстати плюс для питона, ибо fftw к паскалю прикручен, но может понадобятся потом оконные функции всякие (хэммина и т.п.) или операции с матрицами. А прикручивать LAPACK к паскалю будет трудно, я так думаю.

dikiy ★★☆☆☆
() автор топика
Ответ на: комментарий от dikiy

Тогда есть аргумент в пользу паскаля, наверное, может вы что-то знаете. Я например не знаю как Lazarus будет работать в винде

vertexua ★★★★★
()
Ответ на: комментарий от vertexua

Есть хорошая IDE - Lazarus.

Бесплатный PyCharm

оно на Java. Есть вероятность, что на моей тачке будет страшно тормозить.

dikiy ★★☆☆☆
() автор топика
Ответ на: комментарий от vertexua

да. 32.

Ну что тогда, ставь Sublime и проходи туториал )

да лучше уж вим :)

dikiy ★★☆☆☆
() автор топика

Конечно же паскаль! Исходники закроешь, и будешь программу продавать за сотни нефти!

Deleted
()
Ответ на: комментарий от vertexua

поставил на свой куда более мощный ноут (2ядра 2гига) - тормоза.

А есть какие-нить IDE полегче?

dikiy ★★☆☆☆
() автор топика
Ответ на: комментарий от Deleted

Конечно же паскаль! Исходники закроешь, и будешь программу продавать за сотни нефти!

я для того и пишу собсно, чтобы исходники под GPL открыть.

dikiy ★★☆☆☆
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
 ← 1 2
← Способ хранение небольшой базы данных в проекте
Development
в чем хранить translation memory? →