Choisir des outils de développement Mac

Attaquer seul pendant 6 mois un projet Java Swing sans encadrement me semble un risque énorme :(

Tu vas forcément tomber dans tous les pièges possibles et imaginables. Tu vas devoir acquérir une masse d'information énorme :
  • la programmation + conception OO (en incluant les Design Patterns) ;
  • la syntaxe et le fonctionnement du langage Java ;
  • les APIs Java (Swing ; JDBC...)
  • la maitrise des outils choisis pour être productif
  • ...
Si tu es super motivé c'est un bon défi à relever.
Mais si j'étais ton chef, je refuserai un tel risque (mais je ne te connais pas, tu es peut être super autonome, débrouillard et bosseur).

Il te faudrait un "partenaire" à temps plein pendant 3 mois pour te lancer sur de bonnes bases. Mais là, gain énorme car tu connais alors un des langages les plus utilisés en entreprise, avec une énorme communauté derrière :up:
 
  • J’aime
Réactions: molgow
C'est une super discussion à rebondissements !

GrandGibus a dit:
Peut-être pourrais-tu négocier une semaine de formation à Java ?
Pour un tas de raison, cela ne m'est pas possible. Et quand bien même ce serait faisable, le prix d'une semaine de formation à Java risque fort de coûter plus cher que plusieurs années de mise-à-jour de 4D ! ;)


OlivierL a dit:
Attaquer seul pendant 6 mois un projet Java Swing sans encadrement me semble un risque énorme :(
Je crois que tu as raison de me refroidir. Je me suis laissé entraîner par l'enthousiasme communicatif de GrandGibus. :zen:
Finalement, je me demande si l'avis de Crétinoïde n'est pas la voix de la sagesse ! :zen:
Je vais sérieusement y réfléchir.

En tous cas un grand merci à tous pour vos contributions et d'oeuvrer bénévolement à faire de ce forum un espace de convivialité et d'entraide. :up: (Dans la cambrousse en Provence à 6,5 km du central téléphonique, nous n'avons pu avoir l'ADSL qu'en août dernier ! )
 
molgow a dit:
Oui, je me suis pas très bien exprimé. Ce que je voulais plutôt dire c'est que PHP permet de faire de l'objet, mais ne t'y contraint pas... et donc c'est vite fait de tomber dans le piège d'utiliser des objets mais de programmer en procédural... ce qui donne qqch de très moche !
On est d'accord. :up:
 
D'abord merci aux contributeurs qui font qu'on peut encore lire des fils d'une telle qualité sans étripage stérile.
Quand on parle de programmation c'est tellement rare...

Je voudrais simplement savoir si, 10 jours plus tard, tu (Bernard Senior) as pu prendre une décision plus ou moins définitive car tu exposes un cas qui n'est -- malheureusement ? -- pas isolé (et qui est aussi le mien dans une moindre mesure).

Bref, as-tu avancé dans une voie ? :)

Merci.

A+
 
C'est marrant, car je me demande si une structure légère (genre asso de programmeurs libres Java sous mac) pourrait proposer ses services à coûts réduits ?

Juste histoire de financer ses pasions (la prog et le mac) ? Car de mon coté (progs), je connais des personnes qui seraient prêtes à tenter l'expérience... et c'est pas la première fois que j'entends parler de ce besoin de migration applis natives java à re-écrire dans un langage un peu plus moderne et plus long terme[:i]... si toutefois cela peut vouloir dire quelque chose en informatique :rateau:.
 
Macbasse a dit:
Je voudrais simplement savoir si, 10 jours plus tard, tu (Bernard Senior) as pu prendre une décision plus ou moins définitive car tu exposes un cas qui n'est -- malheureusement ? -- pas isolé (et qui est aussi le mien dans une moindre mesure).
Excuse-moi de répondre seulement maintenant à ta question. J'avais vu mon fil s'enfoncer dans les profondeurs du forum et je pensais qu'il était définitivement noyé ! Je constate avec surprise et intérêt qu'il revient à la surface !
A vrai dire, je n'ai pas encore pris de décision et je continue mon évaluation.
Une chose est sûre, j'ai éliminé Java. En effet, l'apprentissage de Java représenterait un investissement trop lourd en terme de temps. Ce serait prendre un marteau pour écraser une mouche ! Java est certainement un magnifique outil mais je pense qu'il est hors de ma portée.
Restent en lisse, PHP et 4D.
Pour le couple PHP/MySQL, j'ai téléchargé MAMP. http://www.mamp.info/fr/home/. C'est simple et rapide pour une première évaluation. J'ai fait un essai d'import d'un fichier de 67000 codes postaux. Structure très simple : code pays, code postal, ville, plus quelques codes spécifiques pour le routage en France. phpMyAdmin ne permets pas d'importer des fichiers textes de plus de 32 ko. J'ai donc dû passer (un peu laborieux au début) par le terminal et le programme mysqlimport. Les résultats sont stupéfiants : moins d'une seconde pour importer 67000 fiches ! Ça décoiffe ! Dans phpMyAdmin j'ai fait quelques essais de manipulation du fichier. Je n'ai crée aucun index sur mon fichier code postaux. Je fais une requête SQL : trouver tous les fiches dont le nom de la ville finit pas "EINS". Résultat : 91 fiches en 0,25 sec. .... Ça laisse rêveur ! Une telle rapidité ouvre des possibilités vraiment intéressantes, hors de ma portée avec les outils que j'utilisais jusqu'à présent.
Le gros point noir des solutions Web, c'est que précisément, elles ne sont faites que pour une consultation intensive. Pour une application, disons classique, les impressions papier deviennent rapidement un casse-tête. Et aussi, l'ergonomie en prends un coup : plus de raccourcis-clavier, quickeys... Cela force à redessiner complètement l'appli pour limiter ces effets négatifs. Je suis en train de regarder du côté de JasperReports indiqué par GrandGibus mais ce n'est pas trop évident.
On m'a conseillé par ailleurs de regarder du côté de Dolibarr. http://www.dolibarr.com/. Ce n'est pas mal construit. On peut se servir du noyau de l'appli, contrôle des accès, niveaux d'accès, logique générale, en coupant tous les modules inutiles et en greffant ses propres modules. Cela permets de ne pas partir de zéro. Les impressions sont résolues (pas très souple pour les modif) par la génération de fichiers PDF. Enfin, gros boulot en perspective quand même.
4D garde des atouts... payants. Les impressions sont faites à travers un éditeur graphique qui facilite énormément les modifications. De plus, au fil des années, 4D est devenu un gros truc, qui grossit toujours plus de l'apport des différentes technologies pour rester dans le coup. Et puis, langage propriétaire... donc, on ne bouge plus.
Conclusion, je continue d'évaluer. Il faut tout de même être prudent quand on sait qu'on va devoir mettre les mains dans le cambouis pendant des mois...
 
GrandGibus a dit:
Je ne sais pas si je l'avais mentioné précedemment, mais il y a iReport: l'éditeur de templates JasperReport...
Merci du tuyau.
J'ai oublié une petite précision pour le test de MySQL. La machine que j'ai utilisée est un Mac Mini 1,33 GHz, donc pas le haut de gamme Apple.
Pour ceux que cela intéresse, la presse spécialisée a consacré des articles à Dolibarr : GNU Linux Magazine France n° 77 de novembre 2005 et Linux Pratique n°32 de novembre-décembre 2005.

A+
 
Bernard Senior a dit:
Excuse-moi de répondre seulement maintenant à ta question. J'avais vu mon fil s'enfoncer dans les profondeurs du forum et je pensais qu'il était définitivement noyé ! Je constate avec surprise et intérêt qu'il revient à la surface !
A vrai dire, je n'ai pas encore pris de décision et je continue mon évaluation.
Une chose est sûre, j'ai éliminé Java. En effet, l'apprentissage de Java représenterait un investissement trop lourd en terme de temps. Ce serait prendre un marteau pour écraser une mouche ! Java est certainement un magnifique outil mais je pense qu'il est hors de ma portée.
Restent en lisse, PHP et 4D.
Pour le couple PHP/MySQL, j'ai téléchargé MAMP. http://www.mamp.info/fr/home/. C'est simple et rapide pour une première évaluation. J'ai fait un essai d'import d'un fichier de 67000 codes postaux. Structure très simple : code pays, code postal, ville, plus quelques codes spécifiques pour le routage en France. phpMyAdmin ne permets pas d'importer des fichiers textes de plus de 32 ko. J'ai donc dû passer (un peu laborieux au début) par le terminal et le programme mysqlimport. Les résultats sont stupéfiants : moins d'une seconde pour importer 67000 fiches ! Ça décoiffe ! Dans phpMyAdmin j'ai fait quelques essais de manipulation du fichier. Je n'ai crée aucun index sur mon fichier code postaux. Je fais une requête SQL : trouver tous les fiches dont le nom de la ville finit pas "EINS". Résultat : 91 fiches en 0,25 sec. .... Ça laisse rêveur ! Une telle rapidité ouvre des possibilités vraiment intéressantes, hors de ma portée avec les outils que j'utilisais jusqu'à présent.
Le gros point noir des solutions Web, c'est que précisément, elles ne sont faites que pour une consultation intensive. Pour une application, disons classique, les impressions papier deviennent rapidement un casse-tête. Et aussi, l'ergonomie en prends un coup : plus de raccourcis-clavier, quickeys... Cela force à redessiner complètement l'appli pour limiter ces effets négatifs. Je suis en train de regarder du côté de JasperReports indiqué par GrandGibus mais ce n'est pas trop évident.
On m'a conseillé par ailleurs de regarder du côté de Dolibarr. http://www.dolibarr.com/. Ce n'est pas mal construit. On peut se servir du noyau de l'appli, contrôle des accès, niveaux d'accès, logique générale, en coupant tous les modules inutiles et en greffant ses propres modules. Cela permets de ne pas partir de zéro. Les impressions sont résolues (pas très souple pour les modif) par la génération de fichiers PDF. Enfin, gros boulot en perspective quand même.
4D garde des atouts... payants. Les impressions sont faites à travers un éditeur graphique qui facilite énormément les modifications. De plus, au fil des années, 4D est devenu un gros truc, qui grossit toujours plus de l'apport des différentes technologies pour rester dans le coup. Et puis, langage propriétaire... donc, on ne bouge plus.
Conclusion, je continue d'évaluer. Il faut tout de même être prudent quand on sait qu'on va devoir mettre les mains dans le cambouis pendant des mois...

Merci de ta réponse et pour ces pistes. Ca permet de suivre les investigations des autres, ce qui est souvent instructif. :)

A+
 
En fait, ton problème est plutôt de savoir si tu veux une appli basée sur du web, donc très compatible, ou une vrai appli, qui serait orientée réseau, avec une meilleure interface.

L'option web a certains avantages, la compatibilité en est un énorme. par contre, en effet, tu perdras certainement en ergonomie par rapport à une solution 4D.

Si le fait de centraliser tes données et que l'aspect réseau est très important, alors la solution web est très bonne.
Si c'est plutôt une appli qui tournera sur un réseau local, avec seulement quelques postes qui vont s'en servir, alors peut-être que 4D est meilleur.

Il faut que tu saches aussi que si 4D rassemble la base de données et la partie interface, la solution php mysql t'apporte plus de souplesse.
En effet, rien ne t'oblige à l'avenir à rester sur une formule web avec ta base mysql. Tu peux garder celle-ci et faire une interface avec la plupart des langages existant aujourd'hui.
Tu pourras par exemple faire du Java (J2SE) qui dialogue avec ta base MySQL, ou du python, perl, Cocoa, X11, bref, vraiment ce que tu souhaites. Si ça se trouve, même 4D te permet d'utiliser des bases MySQL, mais bon, peut-être que je m'avance un peu là... c'est à vérifier.
 
SuperCed a dit:
En fait, ton problème est plutôt de savoir si tu veux une appli basée sur du web, donc très compatible, ou une vrai appli, qui serait orientée réseau, avec une meilleure interface.
Merci de ton avis. Je suis tout à fait d'accord. C'est exactement le dilemme. Cependant, et précisément pour les raisons que tu donnes, je penche de plus en plus vers une application web. Cette solution me semble plus prometteuse. C'est également exact que j'ai plus de possibilités de repli en cas de problème avec une base MySQL puisque je peux la piloter avec tous les langages que tu cites, 4D compris ainsi que je l'ai lu dans la doc. de présentation (il faut simplement un pilote ODBC).
Encore merci à tous pour vos avis éclairés. :up: Il me faut maintenant aller au charbon !
 
Simple curiosité de ma part : puisqu'on est dans les interfaces Web, est-ce qu'il y en a parmis vous qui travaillent avec Xul pour faire des applications Web (je ne suis pas informaticien :rose:)?

Si je suis hors-sujet dites-le... ;)
 
Bernard Senior a dit:
Merci de ton avis. Je suis tout à fait d'accord. C'est exactement le dilemme. Cependant, et précisément pour les raisons que tu donnes, je penche de plus en plus vers une application web. Cette solution me semble plus prometteuse. C'est également exact que j'ai plus de possibilités de repli en cas de problème avec une base MySQL puisque je peux la piloter avec tous les langages que tu cites, 4D compris ainsi que je l'ai lu dans la doc. de présentation (il faut simplement un pilote ODBC).
Encore merci à tous pour vos avis éclairés. :up: Il me faut maintenant aller au charbon !

N'hésite pas à me contacter si tu as besoin d'un coup de main pour démarrer ou pour poser le problème. Pareil si tu as besoin de voir comment organiser ta base de données.
J'ai l'habitude, et je n'ai pas de travail avant avril, donc je peux t'aider à mettre en place ton appli.

Bien sur, je facture, mais bon, ça vaut peut-être le coup si tu veux vraiment partir sur de bonnes bases ou si tu désires un avis extérieur.
 
gloup gloup a dit:
Simple curiosité de ma part : puisqu'on est dans les interfaces Web, est-ce qu'il y en a parmis vous qui travaillent avec Xul pour faire des applications Web (je ne suis pas informaticien :rose:)?

Intéressant comme idée, je n'y avais jamais pensé. Mais ça limite tout de même d'être obligé d'utiliser Firefox ou Mozilla ensuite. Je suis pas sûr que les fonctionnalités que XUL pourrait offrir en plus (par rapport à HTML/CSS/JavaScript) en valent la peine ?! :heu:
 
Bernard Senior a dit:
Merci de ton avis. Je suis tout à fait d'accord. C'est exactement le dilemme. Cependant, et précisément pour les raisons que tu donnes, je penche de plus en plus vers une application web. Cette solution me semble plus prometteuse. C'est également exact que j'ai plus de possibilités de repli en cas de problème avec une base MySQL puisque je peux la piloter avec tous les langages que tu cites, 4D compris ainsi que je l'ai lu dans la doc. de présentation (il faut simplement un pilote ODBC).
Encore merci à tous pour vos avis éclairés. :up: Il me faut maintenant aller au charbon !

Confronté au même choix (4D-php/SQL), j'ai choisie MAMP.
pour les raisons suivants :
1- 4D politique de license (il faut une license par serveur en plus du prix 4D)
2- 4D est très flexible ayant lu les manuels 4D (4.000 page !) et deux livres php/MySQL, je pense que le php n'est pas aussi dificile que l'on ne pense, il y a beaucoup de similitude avec 4D.
3- 4D sera mis à jour en 2007, ce sera une grande mise-à-jour, et selon le podcast de MacG, 4D ressemblera plus à mySQL.. alors quelle en sera l'avantageµ
4- 4D Serveur sur Mac c'est n'est pas terrible en tant que serveur, les performances sont beaucoup mieux sur PC (un Pentium 2.6 Ghz et plus de deux fois plus rapide qu'un dual G5 2.7... dixit support après vente 4D) et comme on veut tous du Mac... ;)

Mon conseil :
- MAMP (seulement je n'ai pas d'info quand à la disponibilité d'une version dual binary...:sleep: )
- CSS
- xServe (quand seront ils mis à jour :hein: )

Comme livre pour le php je peux vous conseiller : (en Anglais) "Beginning PHP, Apache, MySQL Web development" de Wiley Publishing, Inc (WROX), c'est un très bon livre éventuellement le compléter avec un livre sur MySQL (ils en parlent que vaguement)

Pour les rapports iReport à l'air prometteur.. avez vous achetez le iReport manual v1.1 ? et oui il faut payer pour voir si un produit convient, le monde à l'envers, mieux vaudrait payer pour le produit...
Une autre option se serait d'utiliser Runtime Revolution, une version (d'il y a un an) est offert à l'achat de Mac Format (UK), c'est une sorte de Hypercard avec lequel on peut compiler des applications avec interface mySQL, SSL etc.. donc à priori facile à utiliser... je ne l'ai pas encore essayé, mais cela à l'air prometteur aussi...
 
Raleur Pro X a dit:
Confronté au même choix (4D-php/SQL), j'ai choisie MAMP....
Comme livre pour le php je peux vous conseiller : (en Anglais) "Beginning PHP, Apache, MySQL Web development" de Wiley Publishing, Inc (WROX), c'est un très bon livre éventuellement le compléter avec un livre sur MySQL (ils en parlent que vaguement)
J'ai lu avec beaucoup d'intérêt ta contribution. Cela me conforte dans l'orientation que je prends. Merci pour tes tuyaux sur la doc. Quelqu'un m'a passé "Programmation en PHP" de Leon Atkinson (en français) éditions CampusPress. C'est un peu ancien (PHP3) mais cela me parait bien pour débuter. Pour MySQL j'ai téléchargé sur le site de Nexen la doc. version 4.1 entièrement traduite en français (1000 pages quand même !). Pour construire ma base c'est plus que suffisant.

SuperCed a dit:
N'hésite pas à me contacter si tu as besoin d'un coup de main pour démarrer ou pour poser le problème. Pareil si tu as besoin de voir comment organiser ta base de données.
Merci de ta proposition. Je pense que cela devrait rouler... Construire une base MySQL ne me parait pas trop difficile. L'analyse de mon appli. étant déjà faite, il me suffit de reprendre les structures de mes fichiers dBase.

A+
 
Excusez moi de cette intrusion, mais démarrer php avec un livre traitant du PHP3 me parais une trés mauvaise idée.

Principalement pour 2 raisons :
-si les structures des scripts php sont les mêmes de php3 et de php4, php4 apporte un gain de sécurité plus important(logique) mais ca passe par des petits truc qui change au niveau syntaxique. Et si tu commences par php3 sur un serveur php4(les serveur usant encore php3, ben j'en ai pas trouvé ;)) tu vas avoir des problèmes qui viendront de petites chose qui change(mais faut le savoir). et il te faudra tôt ou tard t'habituer à la syntaxe de php4.
-enfin il me semble que plus ou moins brève écheance, nous allons passer de php4 à php5(les principales différences entre php4 et ph5 vient de la syntaxe objet).

bref, je ne peux que te conseillais de démarrer toute de suite par php4 pour sa syntaxe plus récente, et parce que la majorité des serveurs php tourne encore sous php4.
il existe des sites biens pour débutant.(je pense à http://www.phpdebutant.org)

@++
 
Tarul a dit:
Excusez moi de cette intrusion, mais démarrer php avec un livre traitant du PHP3 me parais une trés mauvaise idée...
Un grand merci. Tu n'as pas à t'excuser. C'est sympa de me prévenir des pièges avant que je n'ai vraiment commencé. Je pensais naîvement que la compatibilité était assurée entre les différentes versions de PHP, autrement dit que PHP4 faisait tout ce que faisait PHP3 sans modif... Je vais aller faire un tour sur le site que tu me conseilles. Je cherchais en plus un site pour débutants. Pas évident de s'y retrouver avec le foisonnement de sites dédié à PHP. Me voilà servi. Encore merci. :up: