Bonjour,
Informaticien à la retraite, je souhaiterais conseiller un jeune pour s'engager dans une filière de développement d'avenir.
Je suppose que celà doit tourner autour du Web et des mobiles, mais n'en suis pas certain ?
Savez vous dans quel filière se trouve la plus grosse demande actuellement ?
On parle beaucoup de Java et PHP, j'ai vu aussi "Agile".
Pouvez vous m'aider svp ?
Merci
Dernière modification par Christian Arnaud ; 01/04/2015 à 18h39.
"De la discussion jaillit la lumière" .... parfois ....
BonjourEnvoyé par Christian Arnaud
T'aider, je n'aurai pas cette prétention mais voici quelques éléments pour nourrir ta réflexion.
D'abord, il faut avoir à l'esprit que ce domaine est très volatile en termes d'emploi. Tu te souviens sans doute du passage à l'an 2000 qui a généré une explosion de demandes d'informaticiens et qui a fait flop ensuite. Quelques années plus tôt, il y avait eu le même phénomène avec la bulle spéculative sur les startups informatiques.
Les jeunes qui ont orienté leur spécialisation sur ces conjonctures l'ont amèrement regretté par la suite.
Pour moi, il est certain que l'informatique mobile a un bel avenir. Nous ne sommes qu'à l'aube de cette révolution. Mais il ne suffit pas de maîtriser la technologie. D'ailleurs, est-ce possible tant il y a de spécialisations possibles (e-paiement, géomatique, domotique...) ?
Il faut être ingénieux pour imaginer de nouvelles applications et ça, ça ne s'apprend pas uniquement sur les bancs de l'école.
Tu parles de Java. Son avantage est sa quasi universalité mais il a aussi des inconvénients. En terme de spécialisation, je lui associerais C++ qui est toujours d'actualité et qui ouvre des horizons vers d'autres langages.
Concernant PHP, on parle de technologie du web. PHP ne peut être envisagé seul. Il faut lui associer SQL pour la gestion des données et Javascript pour réagir immédiatement aux actions de l'utilisateur. PHP et javascript ne sont pas concurrents mais complémentaires.
Il faut aussi penser à l'aspect graphique du web. Là, HTML5 est incontournable mais SVG n'est pas mort !
Dans le domaine du web, il reste un gros effort à faire dans l'adaptation aux handicaps mais est-ce porteur en terme d'emploi ?
Hello,
pour ma part, j'ajouterai qu'il est aussi possible de se spécialiser sur les ERP, par exemple SAP ou J Edwards.
Il y a du boulot que ce soit coté technique (administration système, développement - encore que là, les pays émergeant sont avantageux), soit coté fonctionnel.
bonjour Cherbe, et merci pour ton éclairage
Moi, je suis de la génération Assembleurs/Fortran/Cobol/C et j'ai quitté la profession depuis environ 15 ans, donc tes infos me sont précieuses.
J'en retiens qu'un incontournable est Java, mais peux tu préciser quels en sont les points faibles auxquels tu fais allusion, stp ?
Je suis également agréablement surpris de la longévité du C (dans sa version OO C++) car j'avais été initié à ce langage dès 1972 à travers une version préliminaire venant d'Angleterre, et qui s’appelait BCPL pour Basic C Programming Language (version allégée du C) . Je m'étais aussi intéressé à Smalltalk lorsqu'on commençait à en parler dans Byte
Bonne journée
Dernière modification par Christian Arnaud ; 02/04/2015 à 13h19.
"De la discussion jaillit la lumière" .... parfois ....
bonjour Stan et merci aussi pour cette deuxième voie.
Quant tu parles des pays émergeants avantageux, tu veux dire qu'il y a des équipes formées dans ces pays (comme l'Inde à une époque) et qui ont des offres de sous-traitances alléchantes ?
Si c'est bien ça, y a t-il la même sorte de concurrence sur les développements Java ?
Bonne journée
"De la discussion jaillit la lumière" .... parfois ....
Oui et pas seulement Java. Les majors de l'informatique (Microsoft, Google...) ne manquent pas de s'intéresser à ces pays mais ça concerne surtout les logiciels "standards", la grosse cavalerie !
Il reste de gros besoins dans l'informatique de proximité comme la maintenance ou le développement d'applications plus ciblées exemple :
une banque ou une chaine de supermarchés voulant développer une application destinée à sa clientèle aura beaucoup moins d'intérêt à la faire écrire à l'étranger.
Un informaticien local est plus à même de comprendre les subtilités culturelles du pays de destination.
Et puis écrire un cahier des charges et un algorithme est une tâche très lourde. Si il faut en plus détailler à l'extrême pour informer le développeur sur les usages locaux, c'est rebutant pour beaucoup de demandeurs. Le gain de coût de développement est consommé par le temps passé au cahier des charges.
Tu es dans le métier visiblement ! avec des responsabilités ?
"De la discussion jaillit la lumière" .... parfois ....
Je suis en retraite depuis un an. J'ai terminé ma carrière comme programmeur web, essentiellement en PHP et SQL.
venant de la génération assembleurs, tu vas comprendre tout de suite. Java tient sa quasi universalité du fait qu'il repose sur une VM (virtual machine je crois ?).
Donc le code n'est pas exécuté tout de suite, contrairement aux langages compilés.
Pour des applications légères à moyenne, la différence est imperceptible mais ça change tout quand ça devient lourd.
Ensuite, la portabilité d'un système à un autre fonctionne généralement bien mais il y a parfois des soucis qu'il est difficile d'identifier.
Attention : C++ n'est pas C bien qu'il en découle.
Je suis également agréablement surpris de la longévité du C (dans sa version OO C++)
Ceci étant, la longévité de ces langages est un cas unique dans l'histoire informatique mais Java commence une belle longévité aussi.
C'est quoi tout ça ?
Oui, oui, je vois bien les caractéristiques!! Ca me rappelle les langages Basic de la grande époque, où certains pouvaient être compilés (comme celui de Microsoft à l'époque où Bill Gates écrivait encore des compilateurs) et les autres uniquement interprétés. D'ailleurs on développait en interprété, puis on faisait la version compilée pour la production
Dernière modification par Christian Arnaud ; 02/04/2015 à 23h28.
"De la discussion jaillit la lumière" .... parfois ....
Au fait c'est pas le langage Pascal qui était un peu comme ça ? machine virtuelle (pour le portage) et interprétation optimisée avec les byte-codes ?
"De la discussion jaillit la lumière" .... parfois ....
Si, c'était exact à l'origine. Ce pseudo-code s'appelait du P-code. Ensuite il y a eu de vrais compilateurs.
Dernière modification par JPL ; 02/04/2015 à 23h58.
Rien ne sert de penser, il faut réfléchir avant - Pierre Dac
Tiens, bonsoir JPL -Tu ne t'occupes pas que de physique théorique alors ?
Sinon, ok pour le P-code, ça me revient maintenant que tu l'as écrit.
"De la discussion jaillit la lumière" .... parfois ....
Ah, aussi, j'ai changé de région et habite maintenant vers chez toi, dans les grands Lacs, au bord de celui de Cazaux/Sanguinet.
Est-ce que je peux conseiller à mon jeune ami qui va passer le bac de se tourner vers le Cnam de Bordeaux pour se certifier en Java ?
Bonne nuit
"De la discussion jaillit la lumière" .... parfois ....
Il y a des régions plus désagréables
Mais quand tu dis jeune cela signifie quoi et avec quel bagage ? Parce que le CNAM c'est fait essentiellement en cours du soir pour des gens qui ont une activité professionnelle.
Rien ne sert de penser, il faut réfléchir avant - Pierre Dac
Plus maintenant. Il existe par exemple des formations d'ingénieurs pour des bac+2 fraichement diplomés
C'est ça ! Fais remarquer que je suis vieux !
Rien ne sert de penser, il faut réfléchir avant - Pierre Dac
Mon jeune ami passe son Bac cette année, mais il n'est pas certain d'être accepté en IUT , et les filières privées, c'est pas donné! c'est pour ça que je parlais du Cnam qui a des formations à partir du bac (j'ai regardé rapidement sur leur site).
Sinon, JPL, puisque tu passes par là, j'ai une question orpheline dans le forum Physique sur les électrons Auger. Tu pourrais la débloquer stp ?
Bonne journée et merci
"De la discussion jaillit la lumière" .... parfois ....
Dernier point : les objets connectés, c'est quel environnement de développement ?
"De la discussion jaillit la lumière" .... parfois ....
Loin de moi cette pensée. J'ai passé plusieurs années au (CNAM comme auditeur) et je n'avais pas 30 ans. La formation actuelle n'a plus grand chose à voir et ce ne me rajeunit pas vraiment non plus.
difficile de répondre puisque chaque fabriquant fait librement le choix du système et du langage embarqué.
Jusqu'ici, la tendance générale des objets avec de l'informatique embarquée (distributeurs de boissons, box...) était Linux comme OS et Java mais ça n'est qu'une tendance.
Il y a actuellement une gueguerre chez les constructeurs automobiles pour choisir entre Androïd et Apple.
Même chose en agriculture sur les tracteurs et là, l'enjeu économique est très important vu le nombre d'applications qui en dépendent (auto guidage, asservissement des appareils attelés, connexion aux logiciels de gestion de l'exploitation, connexion avec les machines de récolte...).
pour moi, les objets connectés ne sont encore qu'un épiphénomène comparé à ce qui se passe dans les différents secteurs professionnels.
J'ai vu fonctionner une pelleteuse avec guidage GPS en 3D. Le conducteur conduit son godet dans les 3 dimensions en fonction d'un écran. Il n'a plus besoin de jalons pour faire un terrassement à 5 centimètre près !
Ok, merci Cherbe
A une autre fois peut-être
"De la discussion jaillit la lumière" .... parfois ....
Un ERP, ou PGI et un Programme de Gestion Intégré. Une sorte de suite logiciel couvrant tout les besoins d'une entreprises.
Ca va de la comptabilité à la gestion des ressources humaines, en passant pas la logistique, le fabrication ou la maintenance par exemple.
Pour ma part, je suis dévelloppeur sur SAP. Je programme dans le language propre à SAP : ABAP4.
Normalement SAP fournit tout ce qu'il faut en standard pour fonctionner, aprés paramétrage de la bête en fonction des besoins de l'entreprise.
Mais dans les faits, il y a une multitude de choses à adapter / développer pour coller à la logique métier.
Et il y a de multiples facettes techniques dans ce métier puisqu'on code aussi bien des programmes de reporting simple ou des formulaires (Bon de livraison, facture, etc...) que des interfaces pour lié SAP avec des systèmes externes (SAP ou non SAP, via EDI par exemple) ou des algorithmes complexes pour gérer par exemple le choix d'une machine de coupe pour produire tel article en fonction de tel critère...
L'ABAP permet de codé à l'ancienne mode procédurale ou en objet (Nettement plus fun). On peut aussi s'amuser avec le nouvelle technologie en intégrant du java ou autre...
Bref, je trouve toujours des nouveautés à découvrir qui m'empêche de me lasser
bon, un dernier aspect,...ou deux:
1) Est-ce que Java est utilisé sur les transactions serveur aussi ? ou uniquement pour les développements clients ?
2) avec quelles bases de données s'interface-t-il ? (je suppose qu'Oracle est natif après le rachat à Sun par Oracle?)
Bonne journée
Dernière modification par Christian Arnaud ; 03/04/2015 à 13h26. Motif: mises en valeur
"De la discussion jaillit la lumière" .... parfois ....
Ok ok, dans ce domaine, je connaissais SAS mais je ne l'ai utilisé que pour le module statistiques où il est resté très longtemps incontournable.
Désormais, c'est R qui a pris le relai des stats. SAS a trop abusé de son monopole à travers des prix de licence démesurés.
Lorsque j'ai suivi ma 1ère formation SAS, il était très utilisé dans les très grandes entreprises, banques, assurances, EDF... et dans la recherche pour les stats.
Je me demande ce qu'il est devenu ?
De quelles transactions veux-tu parler ?
Si on prend le problème dans le sens inverse :2) avec quelles bases de données s'interface-t-il ? (je suppose qu'Oracle est natif après le rachat à Sun par Oracle?)
La plupart, pour ne pas dire tous les SGBD (système de gestion de base de données) possèdent la possibilité de faire des requêtes depuis un outil tiers.
On utilise généralement SQL comme langage de requête mais ce n'est pas exclusif.
(requête ne signifie pas seulement "demander des données". Ca marche aussi pour l'insertion).
La requête SQL est encapsulée dans un programme. Tous les langages que j'ai utilisé possédaient cette capacité de requête sur un SGBD.
Je ne connais pas assez Java pour affirmer que lui aussi le fait mais le contraire m'étonnerait beaucoup !
Cette aptitude à faire des requêtes sur SGBD ne concerne pas que les langages de programmations. Les tableurs comme Excel ou OO Calc le font aussi ; ainsi que les logiciels de statistiques et sans doute beaucoup d'autres logiciels.
Oui,excuse moi, j'ai encore les vieux schémas en tête: on développait en client léger, i.e juste l'interface graphique et les contrôles de premier niveau sur le poste client, puis appel à une transaction serveur qui faisait tout le reste dont les accès base.
Aujourd'hui j'ai le sentiment que c'est uniquement du client lourd : on développe tout sur le poste client en y insérant les accès base en SQL ; le serveur ne sert que de base de données.
C'est ça ?
Merci, et désolé pour cette ancienne approche
"De la discussion jaillit la lumière" .... parfois ....
Non pas vraiment et chaque cas est particulier.
Tu as les hébergeurs web qui proposent souvent un SGBD à leurs clients. Là c'est l'hébergeur qui se charge de l'administration du serveur.
Le client peut, au plus, créer des bases de données. Très souvent, le client ne bénéficie que d'une base de données créée par l'hébergeur. Ensuite, le client gère les données depuis son poste client en créant des tables et toutes les requêtes.
Pour les autres systèmes, tout dépend de la taille de l'infrastructure et de l'organigramme de l'entreprise.
Si c'est un gros système, il y a un ou plusieurs administrateurs du SGBD qui gèrent le serveurs et les bases de données. Souvent, les requêtes sont écrites pas les administrateurs. Le client ne fait que les exécuter sans modification possible.
Dans ce cas, les utilisateurs n'ont pas d'autres choix que de travailler sur un outil client.
Pour les systèmes de taille intermédiaire, on peut trouver tous les cas de figure mais généralement, ça ressemble à ce que tu décris.
Il y a aussi l'aspect sécurité. La plupart des SGBD sont connectés à un réseau. Par sécurité, les tâches essentielles peuvent ne pas être exécutables par le réseau afin de réduire le risque de hacking. Cela limite les actions depuis un outil client.
ok, et donc ,en Java, on utilise JDBC ?
Une question cependant me vient à l'esprit : le cas des deadlocks !
Il peut arriver que des traitements concurrents se bloquent mutuellement sur des libérations de ressources liées à des tables :
- la première réserve une ressource A puis en demande une deuxième B, provisoirement réservée par un autre process;
- la deuxième, qui a déjà réservé B, demande à son tour la ressource A ( c'est le cas lors de mises à jour de tables cohérentes)
les deux process sont alors bloqués.
En transactionnel, ce pb de deadlock est réglé de la manière suivante :
-le système detecte l'évènement deadlock,
- il flingue les 2 transactions en renvoyant un message d'erreur aux 2 émetteurs;
- il restaure les images-avant des tables touchées par les deux transactions.
Comment cette situation est-elle gérée quand traitements et sgbd sont séparés, les uns sur des postes clients, l'autre sur un serveur ?
Finalement, cette conversation sur les spécialités nous entraine dans des questions relativement techniques, mais c'est tout l'intérêt d'un forum, non ?
"De la discussion jaillit la lumière" .... parfois ....
