Primary tabs

OCT
4
2006

Preferred Scripting Language

Python
57% (756 votes)
Ruby
30% (397 votes)
JavaScript
5% (63 votes)
Perl
5% (61 votes)
Z80 Assembly
3% (45 votes)
Total votes: 1322

Comments

..."extension language preferred by users", does it?
If we want some data about users preference, kdedevelopers.org is of course not a place for such question :)

I am assuming this pool is related to the recent kde-core thread. All depends what's the goal of pushing scripting to KDE: to satisfy user base and get new users on the board or just satisfy ourselves. Is this already answered?


By Jarosław Staniek at Wed, 10/04/2006 - 09:10

i guess it's about a full application.
for scripting, i think python, ruby and javascript should at least be available. python proved to be populair in superkaramba, ruby for amarok, and javascript is used by 'others' (apple for example), widely-known (marketing arguments, yes), and supported by trolltech.

and for application building, tough they would use memory, i think all these language bindings should be available (maybe exept for the assembly?) in KDE 4. the more developers get on-board, the better, right?


By superstoned at Wed, 10/04/2006 - 09:45

Well, we could sit around and wank on for a while in the core-devel thread, which is generally going to be an even smaller sample set, or we could see if something like this helps. It might, it might not.

Any set of data that we can reasonably collect is going to be limited in one way or another. I think this poll will only really prove useful if it shows an overwhelming preference.


By Scott Wheeler at Wed, 10/04/2006 - 09:49

Others already have collected similar data about preferences. It doesn't matter the data is mostly about VB/VBA or Delphi or Javascript/Actionscript. VB market share is large, the same for Delphi (the latter shows us that's not exactly the "people just choose Microsoft technology" case). Both languages have someting in common: simple grammar. I'd start from this, especially if we're talkin about extensions (VBA grabbed the marked share for extenstions in apps like Corel or Autocad). On the other hand we have javascript users - I found that so many of them are just copy-paste guys.

BTW:

That said, I can see two needs: 1) languages should have simple human-friendly grammar (i.e. not "simple" in terms of Perl); 2) flattened scripting API makes small code bits readable for non-pros.

As for 2): look why people prefer VBA API over OpenOffice.org API, and they even consider the upcoming VBA-compatibility layer for oo.org (http://wiki.services.openoffice.org/wiki/VBA) as something nice. The reason: UNO-based scripting API with all the interfaces coming from the Java world make many simple tasks like selecting a spreadsheet cell and filling it with data more difficuly compared to VBA. It's something at least I consider as a warning when planning scripting APIs.
Moreover, object design is of course our way of doing things, but I'd say it's unfourtanely a way to lose users who script the extensions. Example? VB.NET (as a language and APIs) moved into more "object" design and so many people still prefer VB6. (Of course what I said is not true for nontrivial _apps_ developed using scripting languages)

BTW2: Could personas be identified for our users that want to use simple scripting?


By Jarosław Staniek at Wed, 10/04/2006 - 10:55

In the context of kdelibs, we app developers are the users.


By eean@drupal.org at Wed, 10/04/2006 - 21:24

Definitively not a script language. Any way, that would be my second choice. In the good old days, I could read and write Z80 code directly in hexa.

Who got the crazy idea to include it in the poll? And more seriously, who voted for it? ;-)


By maxilys at Wed, 10/04/2006 - 13:52

for those that don't care much either way.

ps. missing option would be 'groovy' the cool java based scripting language. :)


By Thomas Zander at Thu, 10/05/2006 - 11:33

I'd vote if there was a PHP(5) option. Why? Because I have to provide PHP for web services (even on a desktop machine) so I would prefer to continue application scripting using PHP and it's huge array of modules. It would be great to have the same backend include files for both browser and KDE widgets. I also *suspect* that a lot more active scripting would take place if PHP was available in KDE. Imagine a desktop GUI frontend for Drupal interacting directly with KDE4 (ie; Phonon, Solid etc)! Yes, if I was smart enough I'd do something about it.


By Mark Constable at Wed, 10/04/2006 - 22:23

Thomas Moenicke is working on PHP bindings for Qt4 using the Smoke library that PerlQt, QtRuby and Qyoto all use. I think he plans to wrap the KDE widgets too, and so we may be able to do exactly what you describe above.


By Richard Dale at Thu, 10/05/2006 - 11:53

Thank you for the heads up on php-qt. I thought this project had died years ago but it looks like Thomas has picked it up again. For anyone else interested the URL is http://www.php-qt.org and I notice Gentoo already has it packaged.

So, any chance of extending the poll to include PHP ? :-)


By Mark Constable at Fri, 10/06/2006 - 20:55

Pages