Reprise du message précédent :
Du coup on peut en parler ici en gentleman sans juger les gens    
 
Toujours intéressant de voir que pour certains des choses sont indispensable, alors que pour d'autre c'est une perte de temps  

Vous allez faire une syncope si je vous dis qu'on tourne pas mal des chaines directement via VS ?  
Je sais que c'est pas bien, on essaye de se soigner...

j'ai très peur de comprendre

Perso je suis encore conscient, mais c'est sans doute parce que je n'ai rien compris à ce que tu viens de dire que vous faites.

Beh, on ouvre la/les solution(s) dans VS, puis on fait F5 (débug).

C'est donc bien ce que j'avais à l'esprit  

 
Mais ils sont de quelle espèce les utilisateurs finaux à qui tu peux dire "pour faire tourner le logiciel, c'est facile, on vous installe les 24Go de VS, vous ouvrez ce fichier avec une extension bizarre, vous cliquez là, là, puis là [mais si, la 14e icône de la troisième ligne], vous attendez 5 minutes et c'est bon. Si vous avez un souci, on vous envoie le développeur" ?
Et c'est quoi le secteur d'activité de ta boîte ?  
   

On ne distribue rien a l’extérieur, on a un service "exploitation" qui fait tourner ce qu'on lui donne (solution, exe, ou autres).

Interne ou externe c'est pas la question. Si c'est de la prod c'est quand même une façon immonde (désolé) de bosser .

 
J'ai connu une boite qui bossait comme ça en 2000...
 
 

 
J'ai tenu 10 mois  

 
Non, mais je comprend tout a fait.
Maintenant, faut qu'on fasse bouger les choses.

Le bon vieux truc du C'est historique / Tant que ça marche on préfère rester comme ça, sinon on risque de péter un truc et de perdre de l'argent / Les gens sont habitués, ça marche bien / C'est pas moi c'est l'autre qui l'a fait*.

*Cochez votre choix favori.

Je prend le tout.
Ce qui est "compliqué" c'est de reprendre tout l'historique, migrer les anciennes chaines etc... mais faudra y passer.

https://blogs.msdn.microsoft.com/se [...] -in-c-7-3/

Pour faire mumuse avec SQLServer en C# sans avoir besoin d'appeler sqlcmd :
https://www.red-gate.com/simple-tal [...] framework/
J'ai quelques vieux outils maison auxquels ça pourrait servir (génération de backups, exécution de lots de scripts...)

 
Mouais.... vl'à le genre de mauvaises idées que ça peut apporter aussi  

T'ain, je commence à désespérer de retrouver une mission. Par chez moi y a plein d'ex clients potentiels qui ARRETENT le .Net (phrase entendue plusieurs fois ces derniers temps), et les tarifs tirés toujours vers le bas...
 
Il va falloir que j'émigre, ou que je me mette à un autre langage. Tout mais pas java ou php

Java c'est franchement gérable, venant du .Net t'as aucun mal à t'adapter sur tout avec Java 8.
 
Sinon Python. Bon si t'aimes pas PHP spa gagné, mais y a beaucoup de taf avec et ça change un peu.
 
Sinon viens sur Paris

Java je trouve ça primitif, j'ai l'impression que c'est juste un gros tas de merde qu'on a fait évoluer pour y ajouter de façon bancale des trucs auxquels d'autres ont pensé 10 ans avant, et qu'on ne peut programmer qu'avec des IDE préhistoriques et ultra lourds .
Et puis il y a Oracle aussi.
Après je n'y ai pas touché depuis quelques années, mais je ne crois pas qu'il y ait eu de miracle.
 
Python c'est mignon mais pas très vendable pour gagner sa vie par chez moi...
Pareil pour Go et Rust, auxquels ça fait quelques mois que je me dis que je devrais consacrer du temps.

Chez moi y a beaucoup de java. Eventuellement planqué dans des solutions propriétaires (plateforme e-commerce toute faite, ERP, etc)
J'ai pas forcément l'info précise à chaque fois, ça passe par des intermédiaires...

T'as testé IntelliJ ? C'est un bon outil pas du tout préhistoriques. 'fin si j'étais toi, je me referais quelques petits katas en Java 8 ou 9 pour voir comment ça a bougé.

EDIT : et sinon, le dev Front mais venant de C#, faut aimer

Non, juste Netbeans et Eclipse. Mais j'avais cru comprendre qu'IntelliJ était plutôt lourd à lancer et utiliser (en plus d'être payant).

Dev front, non c'est pas vraiment mon truc. Je suis resté bloquer à jQuery d'ailleurs . Pas le courage de me mettre à React/Angular et autres même si j'ai tripatouillé un peu avec pour voir.

T'as tort, parce que Angular 2 et le Typescript ont pas mal de choses que tu retrouves en .NET

Et jouer avec les observables, c'est assez rigolo, si tu as déjà fait du MVVM en WPF voir du Rx, tu retrouveras certaines similitudes.

Ca n'a rien à voir, ça se lance nettement plus vite que Eclipse (Netbeans, je connais personne qui l'utilise aujourd'hui) et c'est nickel à l'utilisation. C'est d'ailleurs un des grands avantages de IntelliJ par rapport à ses concurrents. Y a une Community Edition, comme pour VS, donc gratos pour la plupart des trucs intéressants.

Ah j'ai pas dit que j'aime pas ou que c'est pas bien, juste que je ne suis pas trop porté dév front end donc je ne me vois pas partir à 100% là dedans.

Pour IntelliJ j'essaierai, ça me réconciliera peut être avec java. Mais pour une reconversion, c'est une autre histoire.

Mouais tu vas quand même te prendre une claque par rapport à .NET
 
IntelliJ est pas trop mal, mais vraiment trop gourmand.

Un truc qui aurait pu me pousser à essayer IntelliJ c'est son support des langages autres que Java, comme Rust, Go, Python... Mais c'est que dans la version payante il me semble.

je compatis, après 11 ans de .NET j'ai du faire du Java récemment
si tu lis blabla@prog de temps en temps, tu sais ce que je pense de toute cette émanation de satan
un exemple (parmi tant d'autres) : https://forum.hardware.fr/hfr/Progr [...] m#t2316806

Sinon, plus light, tu as Visual Studio Code. Avec les plugins kivonbien, tu peux te faire un environnement dédié au dev Java pas trop dégueulasse (et qui sera surement moins lourdingue et plantogène que cette grosse merde d'Eclipse).

Ouais non mais toi t'as la totale aussi C'est comme si je devais convaincre un Javateux de faire du C# 2.0 (donc sans LINQ, etc...), dans Visual Studio 2010, etc... le post suivant de ___alt répond bien à tes principaux points
(et +1 sur Gradle)

J'y passe deux trois fois par semaine mais à chaque fois il y a plusieurs nouvelles pages avec plein de sujets différents, donc je poste rarement faute de réagir à temps .
J'avais vu tes posts (j'ai d'ailleurs beaucoup aimé la parabole Mimie Mathy / Emma Watson ) mais faut dire, là t'as ramassé un sacré projet quand même.
Ce qui me gonfle en java c'est la vétusté du langage (même si il y a eu des améliorations récemment), les outils lourdingues, et la tripotée de librairies pour faire plus ou moins bien un truc donné.
Mais toi là clairement tu passes derrière des développeurs assez phénoménaux où le langage n'est pas en faute, genre le coup du "bidule = a != null ? a : null;".

On en a tous vus des pareils. Ca me rappelle une petite anecdote, sur ma dernière mission, un truc qui m'avait beaucoup amusé, c'est un bug qu'on a découvert après plusieurs *mois* dans le module de paiement d'une grosse appli e-commerce dont j'ai eu la joie de reprendre seul la maintenance.
En gros t'appelle en POST un service de paiement par CB, qui rappelle une url chez toi quand il a terminé son boulot via un système de callback à la con, vous connaissez probablement tous le principe. Le callback sert à rediriger le client vers la page "votre commande a bien été enregistrée" et à valider chez nous que le paiement est OK.

Le truc foirait sur les caractères spéciaux/avec diacritiques, dès qu'un client payait en mettant des caractères accentués dans son nom ou prénom, le callback foirait et sa commande n'était jamais validée.
Mais par contre côté CB il était bien débité .
On n'était jamais prévenus (sauf quand le client venait hurler quelques semaines plus tard) et on avait quasiment rien pour identifier pourquoi certaines commandes particulières pétaient. Par contre j'ai vite vu comment on pouvait le découvrir, l'ennui c'est qu'on devait attendre plusieurs semaines avant de pouvoir déployer une release.

Le code traitant le callback ressemblait à peu près à ceci :

Classique, mais là on parle d'un système d'enregistrement de commande et de paiement

Il y avait énormément de trucs du même genre dans l'appli et une gestion des logs presque inexistante, mais celui là était particulièrement bien placé.

Putain mais les catch vides, je peux pas encaisser ça Sérieux au pire tu fous un log en erreur ou tu laisses remonter l'exception à l'appelant mais tu trappes pas le merdier en silencieux, c'est tellement dégueulasse

EDIT : je dis "tu" au sens général, je te cible pas en particulier TotalRecall

Y a intérêt
Je suis un maniaque des logs et de la gestion d'erreur, ça simplifie tellement la vie en prod.
Et j'ai bien précisé que j'ai "repris" cette bouse .
Mais je ne vais pas me plaindre, j'avais du travail à l'époque

Oui j'avais bien lu, t'inquiète, c'est juste que je voulais pas que le "tu" porte à confusion

A sa décharge, il avait au moins mis des "TODO". Qui veut quand même dire qu'on ne peut pas envoyer le programme dans la nature tant qu'ils ne sont pas fait.

Le "TODO" c'est n'importe quoi. Ils ne bloquent rien, personne ne les checke et la preuve que ça sert à rien c'est que le code est tout de même parti en prod. Au pire il fallait créer un item dans la backlog/le bug tracking au moment où on s'aperçoit qu'on tiendra pas la deadline ou quoi, mais un TODO dans le code ne sert à rien.
Et franchement dans ce cas-là c'est une circonstance aggravante : le mec s'est rendu compte qu'il manquait un truc et au lieu de faire Log.Error(), il écrit TODO... c'est même pas un oubli

C'était en Java ? Il parait que ce con impose les try-catch pour bien faire les choses… mais dans la réalité on se retrouve surtout avec des merdes comme celles-ci

Non, là c'était du C#. Justement pour illustrer que les merdes dans le truc qu'Harko a repris ne viennent pas du langage et qu'on peut faire les même dans tous.

Pour java, sauf erreur :
on peut spécifier dans les signatures de méthodes le type d'exception qu'on va propager, ça permet d'anticiper un peu aussi bien quand tu consommes la méthode que quand tu l'écris, si elle manipule des trucs qui eux même émettent des exceptions.
Et comme en C# on peut gérer des blocs catch par type d'exception.
Mais rien n'empêche de faire un catch complètement vide et sur un type d'exception ultra générique (sauf qu'au lieu de s'appeler "Exception" c'est "Throwable" je crois).

Un blog en français sympa pour le dev web front end : https://blog.lesieur.name/
Ca se lit facilement et le mec a des raisonnements sympas (son petit tour d'horizon jquery / vanilla / react / angular / vue, etc)

Je continue a espérer que Blazor prenne de l'ampleur.
 
Fini le bricolage front end.