Attention c'est du Hors Sujet à fond !
Envoyé par
Moez.B
Moi aussi, je veux passer par le C# rien que parce que c'est peut être l'avenir.
j'ai l'impression que le C# a perdu son aspect multi-plateforme que nous avait "vendu" Anders Hejlsberg, finalement, ce n'est pas éloigné de l'échec de Kylix !
Après tout pourquoi Microsoft ferait-il des VM pour autre chose que les variantes de windows
N'étant pas du monde .NET, je connais Mono de nom, est-ce répandu ?
Vu le nombre de langage qui existe, il ne faut pas forcément en choisir UN et s'y obstiner (
mince c'est ce que je fais depuis 15ans 
),
si l'on trouve un truc mieux fichu ailleurs, un petit module en C#, un petit script PHP, Python ou R, ... faut s'adapter à la situation !
Le C#, J'y suis contraints !
Je le prends comme une nouvelle expérience, un nouvel outil, ça fera du bien de voir quelque chose de vraiment neuf dans le cadre professionnel !
Mes 2 ans C++Builder n'ont été qu'une petite remise en question par rapport à Delphi
(le langage influence quand même le code OO que l'on peut produire, si l'on exploite les facilités d'un langage)Microsoft est-il vraiment l'avenir ?
Suffit d'imaginer que le PC de demain sera une tablette surpuissante ?
-> Delphi FMX pour nous les Phidels Delphistes c'est idéal pour ne pas trop se prendra la tête avec Android et iOS !
On revient plus vers une archi comme à l'époque des Terminaux d'Accès avec le couple Tablette, SmartPhone, ... utilisant du Cloud !
Alors si Firedac est "multisystème", autant en profiter !
C'est surement par là que Delphi va évoluer, on conserve une compétence en Delphi majoritairement sous Win32, et l'on peut étendre cela vers Android, iOS, MacOS et plus, cela permet d'offrir des applications mobiles à ses clients, cela fait "dans le coup" !
C'est très bien pour les commerciaux et si l'on arrive à proposer des outils utiles à l'utilisateur, tout le monde s'y retrouve !
Envoyé par
Moez.B
Comment tu vas faire pour ton auto-formation? passer par les étapes de débutant ou bien chercher directement dans les coins qui t'intéréssent ? (La POO, Les Design Patterns, les WebServices ...).
En fait, on a déjà deux équipes : 3 dev C++Builder et 2 dev C#, je vais juste naviguer entre les deux équipes, j'apprendrais ce qui sera utile et est\sera utilisée par l'appli C# déjà existante !
Envoyé par
Moez.B
Je pense qu'un
développeur Delphi à moyennes capacités peut plus facilement passer au C# qu'un
développeur C# à moyennes capacités à passer au Delphi
- je pense au garbage collector, j'ai du code d'un développeur Java en Delphi qui ignorait le concept de libération, alors, très bon en POO mais niveau conso mémoire et fuite, ce n'est pas joli à voir
- je pense aux DLL, conventions d'appel ..., j'ai eu plusieurs développeurs C# devant s'interfacer avec un logiciel, qui ne comprenait pas qu'une DLL puisse être autre chose qu'une assembly, n'avait pas la compréhension de support de l'inter-opérabilité du COM et encore moins la compréhension d'une simple DLL Win32 avec une table d'export !
En C#, tu peux aussi écrire un code dégueux en mettant tout dans les Forms derrière les event handler d'un button !
Ce qui fait un "bon" développeur, c'est son aptitude à trouver l'information (et à s'en souvenir)
Le Reste, c'est juste de la pratique ... c'est souvent un code bien buggé qui te fait progresser lorsque tu comprends que tu codais n'importe comment et n'importe quoi
[post=7361223]Comment repérer la crème des développeurs ?[/post]
[post=6744915]Qu'est ce que c'est un bon développeur[/post] : la réponse de Holty Samba SOW est parfaite !
[post=6545971]L’orientation vers plusieurs outils pour une application est-elle mauvaise ? [/post]
[post=5606623]Quelle est votre définition du « vrai développeur » et comment le trouvez-vous ?[/post]
Delphi a beaucoup de code procédural, mais rien n'empêche de coder OO, si l'on a la culture informatique suffisante
J'ai fait des codes procéduraux dont je suis fier
(même aujourd'hui, parce que le fonctionnel du projet était intéressante),
Ces codes procéduraux avaient une logique OO sans utiliser vraiment la OO, ils fonctionnaient, ils étaient robustes (pilotage de robot) et un peu documenté
Tu peux faire de la mauvaise POO, car pas de modélisation, pas d'architecture pensée à moyen et long terme ...
Vu que là, où je bosse actuellement, il n'y a pas vraiment d'analyse, pas de spécification, pas de conception, je pisse du code en fonction de l'humeur, tant que le bouton fait ce qu'il est censé faire, le client est content !
Et pourtant, c'est de l'informatique industriel avec du matos que l'on fabrique, pour mon responsable, le seul truc important c'est que cela fonctionne, la "forme" du code, il s'en fout !
Personnellement, je sais que mes codes OO pour certains frolent les anti-patterns,
parfois j'arrive à faire un truc souple avec du couplage faible et
parfois, je me rate totalement et c'est un tas de spaghetti dans un plat de lasagne !
Et je me rate souvent, car je dois être honnête, les Design Patterns, je connais bien, le Singleton, la Factory, la Strategy, vaguement la Proxy ... après, les autres je les pigent pas et j'ignore même à quelle situation cela s'applique !
Je n'ai jamais eu de retour son mon code, en fait, je fais la merde et je ne le sais pas !
Envoyé par
der§en
Rien pour ceux qui ont la version pro, merci embarcadero
Envoyé par
SergioMaster
La notion de pro est différente et se ressent sur le portefeuille , c'est vrai
En même temps, pour une entreprise, quelques milliers d'euros en plus pour avoir la bonne version, ce n'est pas grand chose !
Le coût de développer des modules client FMX plus un serveur DataSnap si l'on veut être multi-OS (serveur) et mutli-terminaux, est bien plus élevé, il faut juste prendre en compte les licences Embarcadero comme un élément dans le budget du projet
Pour un développeur amateur, le cout est assez important, il existe tellement de langage gratuit et même Open Source, le choix du Delphi me surprend un peu dans ce contexte !
Embarcadero s'adresse avant tout à des développeurs professionnels, la gamme de version est assez claire à ce sujet
0 |
0 |
Mise à jour de Firedac, bibliothèque d'accès aux données multisystèmes
il faut aller consulter le fichier History.txt pour en savoir un peu plus. Je me permets de citer la partie concernant cette nouvelle version (vous m'excuserez de ne pas traduire 
)
Qu'en pensez-vous ? 
