Faut-il simplifier la programmation et revoir ses fondements ? Un journaliste s'essaye au développement

[gangsoleil]

Envoyé par BenoitM

Beuh en java et en .net on mais bien certains fonction du framework en obsolete et ca pose pas de problème

Ah bah si, ca en pose regulierement lorsqu'il faut reprendre du vieux code (genre une bonne grosse application en prod depuis plusieurs annees) et que la moitie des fonctions ne sont plus utilisables. Et non, on n'a que tres rarement les budgets necessaires pour re-ecrire l'application.

[Bluedeep]

Envoyé par BenoitM

Beuh en java et en .net on mais bien certains fonction du framework en obsolete et ca pose pas de problème

Je vois pas en quoi ajouter la fonction CONCAT a SQL Serveur serait un drame

Va expliquer cela aux DBA qui ont par exemple un schema/table/vue/champs ou variable dans une PS qui s'apelle CONCAT par exemple.

Est-ce que les utilisateurs d'Oracle sont si perturbé parce qu'il peuvent utiliser CONCAT et || ?

Tu poses une fois de plus la problème à l'envers mais comme je te l'ai déjà dit ..

Je vois pas en quoi ajouter TO_DATE(date,format) à Sql Serveur serait parce que je trouve qu'il est plus facile de retenir dd/mm/yyyy que CAST(date,datetime,103)

idem. cf. supra.

De plus en mySQL tu ucase upper et c pas moi qui l'ai demandé

Je ne connais pas MySql.

[dewind]

Hum voilà qui donne une certaine tournure à la question.
Il est clair que lorsque l'on utilise plusieurs langages, on est obligé de savoir jongler entre plusieurs structures, formulations et autres...

Toutefois je pense que c'est ce qui fait le charme et la difficulté. (Ce qui fait que souvent on peut se tromper, lorsqu'on utilise l'une ou l'autre.

Maintenant cela m'emmène à poser une question. Doit on se sédentarisé dans un seul langage (ou style de langage), ou plutôt avoir des connaissances diverses dans plusieurs langages ?

[BenoitM]

Doit on se sédentarisé dans un seul langage (ou style de langage), ou plutôt avoir des connaissances diverses dans plusieurs langages ?

Je pense qu'en général on se sédentarise souvent à un "langage de programmation de base (c#, vb.net,java,...)

1) Le temps de connaitre un framework est assez long
2) Il est plus facile de valoriser les comptétences déjà aquises
3) L'entreprise à souvent choisi une voie et donc tu n'auras plus de contact avec d'autres langages
4) Il est déjà difficile de rester à jours dans son domaine

Maintenant pour programmer tu es souvent confronter à d'autres langages.
Il faut un minimum de SQL, si tu travaille en web d'html ,...
Il y a aussi les projets de migrations qui te confronte à d'autres langages, mais je ne pense pas que savoir lire un code, le modifier soit suffisant pour considérer qu'on maitrise un langage

[dewind]

Ce qui m'oblige à poser une question :

- Ne faudrait-il pas "maîtriser" au moins un langage de Programmation Orienté Objet. Et aussi un langage procédural.

- Un ou deux gestionnaire de BD quelque peu différents.

Parce que je me dis qu'à force de travailler sur différents systèmes, on aura moins de difficultés lorsqu'on est confronté aux migrations.