Xojo Une suite de développement Linux qui ne prend pas vraiment en charge Linux

Si une entreprise va prendre en charge Linux… elle doit réellement prendre en charge Linux.

Dans une de mes vies passées, j'étais développeur de logiciels. Et même si je ne code plus pour vivre, je trouve toujours le bricolage de divers langages, IDE et cadres plus amusant que je ne devrais probablement. À vrai dire, je considère que jouer avec un nouvel environnement de développement est un peu compliqué. (Oui. Je viens d'écrire «un peu de huée». C'est à quel point je suis confiant dans ma propre masculinité.)

Je ne suis pas non plus du genre à avoir des préjugés pour - ou contre - une langue en particulier. Python? Impressionnant. C ++? Des tonnes de plaisir (d'une manière «j'aime me blesser»). Pascal, BASIC, Smalltalk et JavaScript? Tout est délicieux. Je les aime tous… pour la plupart.

Donc, quand je dis que Xojo, un IDE RAD (Rapid Application Development) qui utilise une syntaxe de BASIC, me donne envie de creuser mes globes oculaires avec une cuillère terne ... vous savez que ce n'est pas parce que je n'aime pas BASIC. BASIC me va bien. C'est Xojo lui-même qui me donne tellement envie de m'infliger des lésions corporelles.

Pour ceux d'entre vous qui ne le savent pas, Xojo a vraiment beaucoup à faire. Il est multiplateforme, avec l'environnement de développement lui-même fonctionnant sur Linux, Windows et Mac. L'IDE lui-même est gratuit (comme dans la bière) à utiliser. Il suffit de commencer à chercher de l'argent lorsque vous souhaitez distribuer des applications intégrées. Et il a un cadre assez puissant derrière lui, avec une multitude de fonctionnalités qui rendent la création d'applications robustes relativement facile. Même la langue est assez sympa. Le langage de Xojo, qui est une forme orientée objet et pointée de BASIC, a plus en commun avec Java que BASIC, vraiment.

Il n'y a qu'un seul problème majeur - le support Linux de Xojo est terrible. Juste ... vraiment, terriblement épouvantable. Voici un exemple:

Cliquer sur n'importe quel bouton ou menu à l'intérieur de l'environnement de développement Xojo (actuellement à la version «2014r2.1») prend - je ne vous trompe pas - environ trois secondes pour répondre. Pendant tout ce temps, l'application entière est gelée.

Pour avoir une idée de la façon dont cela peut conduire un homme au bord du gouffre, imaginez que vous cliquez sur un menu en ce moment. N'importe quel menu. Fermez maintenant les yeux et comptez jusqu'à trois. Lentement.

Un Mississippi.

Deux Mississippi.

Trois Mississippi.

Maintenant, ouvrez les yeux. Ta-Da! Vous pouvez maintenant voir votre menu! Maintenant, cliquez sur n'importe quel élément de ce menu (par exemple, un élément de menu «Enregistrer sous…» ou quelque chose). Fermez ensuite les yeux et comptez jusqu'à trois.

Chaque bouton de la barre d'outils. Chaque élément dans une zone de liste. Tout. Cela se produit chaque fois que vous faites quoi que ce soit. J'ai testé cela sur plusieurs distributions sur du matériel assez costaud qui peut rendre des vidéos complexes de Blender sans transpirer.

J'ai contacté l'équipe Xojo à ce sujet et j'ai été informé qu'il s'agissait d'un problème connu. Il s'avère que c'est un problème connu depuis assez longtemps. Mais, disent-ils, ce n'est qu'un problème avec les distributions Linux «plus récentes». La solution suggérée pour ce problème consiste à exécuter une version de quatre ans de Linux.

Ce n'est pas une blague. Les exigences du système Xojo suggèrent que toute version, disons, d'Ubuntu «10.04 ou ultérieure» devrait être prise en charge. (Je dis cela parce qu'il dit spécifiquement «10.04 ou version ultérieure» est «pris en charge».) Mais ce qu'ils signifient vraiment est «Ubuntu 10.04 - et RIEN PLUS NOUVEAU QUE CELA - est pris en charge.»

Tout cela signifie qu'il existe un environnement de développement qui pourrait être génial sous Linux… sauf qu'il est complètement inutilisable. L'équipe Xojo dit que la résolution de ce problème est une grande priorité pour 2015 (tout comme l'ajout de la prise en charge du 64 bits sur Linux; il ne peut actuellement créer que des exécutables 32 bits). Mais étant donné que c'est un problème de longue date… je me sens comme si le support Linux était une réflexion après coup.

Et ce n'est pas comme si Xojo n'avait pas de concurrence sérieuse dans l'arène du «développement rapide d'applications» sous Linux. LiveCode (qui utilise un langage de type Hyper-Card) s'exécute et construit pour tout ce que fait Xojo. Plus Android. Et iOS (dont Xojo dit qu'il arrivera bientôt). Et ils sont sur le point d'ajouter HTML5 comme cible. Et l'équipe LiveCode a même publié une version Open Source de leur IDE.

Ensuite, il y a le Lazarus complètement Open Source (qui utilise Pascal) qui construit également des applications pour Linux, Windows et MacOS X… avec un certain support pour diverses plates-formes mobiles.

LiveCode et Lazarus sont puissants - capables de créer des logiciels robustes. Les deux ont adopté l'Open Source (bien qu'à des degrés différents). Et les deux répondent aux clics sur les boutons en moins de trois secondes.

Je dis tout cela non seulement pour harper l'équipe Xojo. Ce qu'ils ont créé a le potentiel d'être excellent, mais le support de mauvaise qualité de Linux est un point de blocage majeur. Jusqu'à ce qu'ils résolvent ce problème, aucune autre fonctionnalité n'aura vraiment d'importance. J'espère vraiment qu'une nouvelle version de Xojo verra une amélioration significative dans ce domaine et rendra leur IDE utilisable sur les bureaux Linux modernes.

Jusque-là, ils pourraient même ne pas avoir de support Linux.

Rejoignez les communautés Network World sur Facebook et LinkedIn pour commenter des sujets qui vous tiennent à cœur.