Le forum (ô combien francophone) des utilisateurs de Powerbuilder.
Salut à tous,
J'ai du me mettre à C# sur Visual Studio pour appeler des webservices que PB ne gère pas bien...
Et ben, l'environnement de dev fait juste rêver...
Ca va être dur de retourner à PB
/3615 racontetavie.com
Hors ligne
Dans le genre, n'importe quel IDE Java fait pleurer quand on revient à PB
Hors ligne
ouai, dur dur...
Hors ligne
J'vous raconte même pas quand on est obligé de bosser avec cette antiquité de PB 6.5....
Hors ligne
erasorz a écrit:
Salut à tous,
J'ai du me mettre à C# sur Visual Studio pour appeler des webservices que PB ne gère pas bien...
Et ben, l'environnement de dev fait juste rêver...
http://i0.kym-cdn.com/photos/images/ori … 204310.jpg
Ca va être dur de retourner à PB
/3615 racontetavie.com
200% d'accord, jamais utilisé un IDE aussi....peu ergonomique avec autocomplétion plus ou moins foireuse, plantages réguliers.... !
Hors ligne
erasorz a écrit:
J'ai du me mettre à C# sur Visual Studio
Et ben, l'environnement de dev fait juste rêver...
Bienvenue au club
erasorz a écrit:
Ca va être dur de retourner à PB
Je confirme
Hors ligne
Ben53 a écrit:
erasorz a écrit:
Salut à tous,
J'ai du me mettre à C# sur Visual Studio pour appeler des webservices que PB ne gère pas bien...
Et ben, l'environnement de dev fait juste rêver...
http://i0.kym-cdn.com/photos/images/ori … 204310.jpg
Ca va être dur de retourner à PB
/3615 racontetavie.com200% d'accord, jamais utilisé un IDE aussi....peu ergonomique avec autocomplétion plus ou moins foireuse, plantages réguliers.... !
Je dirais même plantage plus que régulier... Chez nous on était bien moins génés par les plantages sous PB8 par rapport à ce que l'on a sous PB12.
Hors ligne
Van a écrit:
Chez nous on était bien moins génés par les plantages sous PB8 par rapport à ce que l'on a sous PB12.
C'est bien connu : «C'était mieux avant !» ©
Hors ligne
Seki a écrit:
Dans le genre, n'importe quel IDE Java fait pleurer quand on revient à PB
Je confirme
Dernière modification par infopower (04-06-2013 11:20:04)
Hors ligne
erasorz a écrit:
Ca va être dur de retourner à PB
Bingo !
Retour à PB, après moins d'une heure de dev : freeze de l'IDE sur un painter DB -> gestionnaire de taches -> arrêter
Hors ligne
PB 12.5 .Net ?
Un compromis entre les 2 environnements ?
Hors ligne
elbrizzio a écrit:
PB 12.5 .Net ?
Un compromis entre les 2 environnements ?
oui, j'y pensais mais la liste des fonctionnalités non supportées fait peur...
Hors ligne
Je suis persuadé que PB .Net n'est au final qu'un gros vilain hack pour interfacer PB classic et .Net. Un peu comme PowerJ (idée intéressante sur le papier) dans lequel la datawindow n'était pas réécrite en java, mais simplement wrappée à coup de JNI (comme des external functions pour pb classic)
Quand on voit le mal que les dev sybase ont pour maintenir le bousin, et la facilité avec laquelle ils cassent des trucs lors des EBF, ça m'étonnerait fort qu'il aient réécrit le truc.
Hors ligne
Quelqu'un a déjà utilisé le composant DW.Net dans VS ? (j'avais vaguement regardé y'a quelque temps quand c'était sorti)
EDIT : (http://www.sybase.com/products/archived … awindownet)
Notice: DataWindow .NET is no longer offered by Sybase. If you would like to speak with a Sybase representative to see how Sybase can meet your business requirements through other Sybase products and solutions, contact our sales team nearest you.
Au passage, pour ceux qui codent en C#, quel objet grid et/ou framework utilisez-vous pour les applis de gestion ?
NB : le sujet se transforme un peu en vindicte... si la sybaseteam passe par là ça va
Hors ligne
Je ne sais pas si il y a des gens qui utilisent PB .NET, mais pour les tests que j'ai fait, rien que pour executer une simple fenêtre en WPF, il faut attendre 45sec de génération, ...ça sent le truc pas du tout optimisé en effet.....
Hors ligne
Bah, c'est le genre de doléances que tous les devs PB font à longueur de temps sans être écoutés.
Nous on a donné plusieurs fois niveau rapports de bug pour PB (essentiellement des bugs du moteur de datawinow). Parfois quand ils sont incapables de corriger, il te proposent des contournements plus ou moins efficaces. Nous ce fut plutôt inefficace et on a fait autrement. Lors d'une autre occasion, ils ont commencé par nous demander si nous en avions une grosse (base clients installés) : nombre de clients, chiffrage financier du problème, ... Et comme on n'a pas dû leur sembler suffisamment importants, ils nous ont laissé tomber. Et nous, on a résilié la maintenance.
Mois je crois que chez Sybase il ne reste plus aucun developpeur original du produit Powersoft racheté par Sybase, que plus personne ne sait comment c'est foutu et que lorsqu'il y a du dépannage à faire on le confie à un dev parachuté d'une autre équipe, voir à un stagiaire. Ça explique le peu d'évolutivité alors qu'aux début c'était un truc qui roxxait, et à l'absence de corrections de problèmes qui nous sembleraient inadmissibles avec d'autres produits, et à la moindre "correction" qui a vite fait de casser un autre chose, qui fait que le truc c'est quand même devenu une bouse. On connaît tous 42 façons différentes de planter l'IDE
J'aime toujours les fondamentaux de PB, mais dans la forme actuelle... Je fantasme sur le développement d'un compilateur compatible pourquoi pas open source.
Ouf, ça va mieux
Hors ligne
erasorz a écrit:
[Au passage, pour ceux qui codent en C#,] quel objet grid et/ou framework utilisez-vous pour les applis de gestion ?
On envisage le passage au Java pour de futurs devs, avec des composants Swing de Jidesoft assez bien foutus pour faire des grilles et des tables pivot. Malheureusement je n'ai encore rien vu d'aussi puissant que la datawindow PB et son moteur de script intégré. Ça reste à redévelopper mais il y a du boulot.
erasorz a écrit:
NB : le sujet se transforme un peu en vindicte... si la sybaseteam passe par là ça va
Je pisse sur Sybase et son mépris pour ses clients et pour son amateurisme en matière d'outils de développement, à moins que ça ne soit juste le résultat de son incompétence crasse.
Même en dehors du côté technique quand tu les appelles pour acheter une licence, leur antenne de belgique (on est obligés de passer par eux) ne nous répond même pas. Soit SAP a trop de sous, soit un petit ASA ne vaut pas la peine de se déranger
Dernière modification par seki (07-06-2013 07:31:20)
Hors ligne
U MAD BRO ?
Hors ligne
erasorz a écrit:
U MAD BRO ?
Je sais bien que c'est comme râler contre la météo et que ça n'y changera rien, mais ça fait du bien de le dire
Hors ligne
Hors ligne
Pour notre part, on est passé en full C# .NET en WPF, avec utilisation des contrôles Télérik.
A noter qu'on utilise l'entity framework pour gérer la base de données, et que c'est très puissant:
En gros, tu créés des entités (qui sont des objets) mappées sur la base de données (tables et vues, mais aussi fonctions et proc stocks), et ensuite, tu ne travailles plus que sur ces entités,
et non la base elle-même. Toute la partie gestion de la BDD est masqué par l'entity framework, et tu ne fais plus que des requêtes
sur des objets. Résultat: on écrit plus une ligne de SQL: toutes les requêtes sont faites en LINQ et/ou lambda expressions (requêtage objet).
Le concept est vraiment différent de la datawindow, qui lie très fortement l'IHM aux données.
(Le concept MVVM permet de découpler complètement l'IHM de la partie métier et de la partie base de données: tu peux donc, par exemple,
changer de base de données sans avoir à refaire ton IHM, ou changer complètement ton IHM sans impacter tes objets métiers et ta base).
Il y a donc un temps d'adaptation, mais on se rend compte rapidement que c'est vraiment beaucoup plus
puissant et évolutif que PB.NET.
A noter que Java n'implémente pas encore la notion de lambda expression, mais qu'il semble que la prochaine version gèrera cette notion.
Hors ligne
Ca a l'air pas mal de pouvoir tout découpler...
Vous faites ça uniquement pour les nouvelles applis ou vous avez aussi migré les anciennes applis PB ?
Hors ligne
Pour l'instant, nous n'avons mis en oeuvre .NET que sur des nouveaux projets,
mais nous sommes en train de péparer la migration de certains de nos projets
PB en C#.NET. Une chose est sûre: nous ne passerons pas par PB.NET, ce sera une ré-écriture
complète des projets en question, quitte à le faire module par module.
Hors ligne