Discussion :

[jpouly]

Prendre les cours de préparations qui chiffrent souvent à plus de 1000 euros, c'est montrer qu'on ne sait pas s'auto-former et qu'on a besoin que quelqu'un nous dicte quoi faire pour pouvoir apprendre.

c'est vrai que l'école ne sert à rien. Il faut mettre les gommes derrières un bouquin et ceux qui comprennent pas, direct à l'échafaud .

Trêve de plaisanterie, avoir un formateur (professeur ou enseignant, comme tu veux) permet d'aller à l'essentiel et de comprendre les principes fondamentaux. Si tu ne comprend pas un concept, il pourra te l'expliquer d'une autre manière.

C'est ce qu'on appel la formation continu (et oui, les grands vont aussi à l'école ), et en plus les boites abondent des fonds à milliards (et j'exagère pas). Alors autant en profiter.

Après, les certifications, c'est comme le bac, c'est pas parce que tu l'as que t'es plus intelligent que ton voisin. ça montre juste que tu maitrise une technologie ou un concept.

[jpouly]

Attention : TROLL

En faite, je fais du php. C'est juste que puisque quelqu'un avait un avis différent, je voulai savoir pourquoi. De toutes les façons, le php reste très populaire en la matière et est adopté par un très grand nombre de projets amateur ou professionnel

Pour moi, il y a deux types développeurs PHP :
- celui qui fait du WordPress ou du Joomla et qui a jamais vu une ligne de code de sa vie (ou si peu),
- celui qui utilise un Framework type Symphony ou CakePHP, et là ça ressemble déjà plus à un développeur.

Mais souvent, quand on parle de PHP, on parle de la première catégorie.

Pour continuer sur ma lancé, ce qui m'énerve le plus avec les développeurs PHP, c'est leurs méconnaissances des bases de données. Faute à MySQL je pense.

Bon TROLL du mardi

[el_slapper]

Pour ceux qui lisent l'anglais, voici la théorie de Martin fowler sur pourquoi les certifications c'est mal.

Je ne dis pas qu'il a raison, je dis qu'on ne peut pas balayer son argumentaire d'un revers de la main(à savoir qu'il n'a pas constaté de corrélation entre la possession d'une certification et la compétence dans le domaine de la certification).

[Felykanku]

Moi je pense qu'un exemple vaut mieux qu'une centaines des pages. Si cela vous sied priere de poster aussi un exemple d'un CV qui respecte l'esprit de votre pub.

[lewolf]

Un bon développeur,
Qu'importe comment et avec quoi il développe.
L'important c'est qu'il est compris ce dont il retourne.

VB < C# < A machin truc bidule mon cul.
Si t'as compris t'as tout compris

[ciola]

"Des fautes de grammaire et d'orthographe dans votre CV vous feront perdre également 2 points."
Mais qu'en est-il de cet article ? Va-t-il perdre des points également ?
Dans tous les cas, en voilà une très grosse :

"Ce qui laisse indifférent un développeur qui lit votre CV :

1. Vous avez obtenu des bourses d'études : +0
2. Vous énumérez des postes que vous avez occupés qui n'ont rien avoir avec la programmation "

[worm83]

Je ne comprends pas. Quelqu'un avec un doctorat ne devrait pas être un développeur? Il devrait être quoi alors? Un peu "plus"? Un peu "moins"? (Déjà, définir ce qu'est un peu plus ou un peu moins qu'un développeur.)
Sinon, on peut être dév avec un BTS, Licence, Master, Diplôme d'Ingé sans avoir un point en moins ou pas?

PLUS JAMAIS!!!! J'ai bossé avec deux doctorants, dans l'informatique dans deux mission différentes, et, peut être je n'ai pas eu de chance, mais c'était horrible.

- Les mecs font un code de merde, non industrialisable
- Ils pensent tout savoir,que les autres sont des débiles, sont imbu de leur doctorat
- Ils refusent de quitter le milieu scolaire, et sont toujours dans cette mentalité de gamin
- Réinvente des concepts déjà existant en pensant qu'ils sont révolutionnaires.


Parmi les expérience de travail les plus horribles de ma vie.

[Invité]

J'ai aussi travaillé avec un type qui voulait faire son doctorat mais n'avait pas réussi à pénétrer dans l'antre du népotisme universitaire.
Je n'ai pas de reproches personnelles envers lui mais son plus gros défaut était qu'il n'était pas du tout passionné voir intéressé par l'informatique et que c'était une job alimentaire.
De plus, malgré un niveau universitaire de haut vol, il venait des mathématiques pures et avait de gros manquement sur les concepts de bases de la programmation.
Au final, c'était beaucoup de travail de formation pour en faire un dev très moyen.
J'espère pour lui qu'il a trouvé son bonheur dans un autre métier, parce que franchement, c'était du gâchis.

[oooopppp]

.21 Continuer de faire du PHP en 2016 (-1024)

PHP est utilisé par près de 30% des sites web dans le monde
et franchement j'ai du mal à trouver mieux, on parle de python mais
on dit que c'est pas très adapté pour le web qu'il faut pouvoir le déployer sur serveur
à l'aide d'outil tiers (déjà j'ai mal à la tête) puis il y a java, faut compiler, alors
pour faire du web et des petites applications (boutiques, réservations, jeux éducatif, etc)
PHP + SQL me semble être un bon compromis surtout que maintenant, je booste mes applis/pages web avec ajax et jquery, ça fonctionne, y a de la sécu (bien sûr faut y passer du temps), c'est ultra-rapide, étant entièrement autodidacte, je ne suis fermé à aucune technologie, du moment qu'on m'en démontre les bénéfices et que son déploiement ne prend pas toute une journée !
Je lorgne pas mal sur node.js en ce moment qui a l'air d'être assez simple/performant.

Alors je suis : Autodidacte, HTML5, CSS3, PHP7, MySQL, javaScript, jQuery, Json (+Prestashop+OSclass) appris et largement utilisé/mis en situation en 3 ans (j'ai découvert une vraie passion).
Vous m'embauchez ?

[jpouly]

PHP est utilisé par près de 30% des sites web dans le monde
et franchement j'ai du mal à trouver mieux, on parle de python mais
on dit que c'est pas très adapté pour le web qu'il faut pouvoir le déployer sur serveur
à l'aide d'outil tiers (déjà j'ai mal à la tête) puis il y a java, faut compiler, alors
pour faire du web et des petites applications (boutiques, réservations, jeux éducatif, etc)
PHP + SQL me semble être un bon compromis surtout que maintenant, je booste mes applis/pages web avec ajax et jquery, ça fonctionne, y a de la sécu (bien sûr faut y passer du temps), c'est ultra-rapide, étant entièrement autodidacte, je ne suis fermé à aucune technologie, du moment qu'on m'en démontre les bénéfices et que son déploiement ne prend pas toute une journée !
Je lorgne pas mal sur node.js en ce moment qui a l'air d'être assez simple/performant.

Alors je suis : Autodidacte, HTML5, CSS3, PHP7, MySQL, javaScript, jQuery, Json (+Prestashop+OSclass) appris et largement utilisé/mis en situation en 3 ans (j'ai découvert une vraie passion).
Vous m'embauchez ?

Ben, est-ce que tu sais faire autre chose que du PHP ???? parce que demain, faudra peut être faire du bignou avec un poil de michgru.

Quand je lis "java, faut compiler, alors" je me dis que t'es mal barré pour l'avenir, parce qu'en informatique au moins 95 % des langages sont compilés. Donc -1.

Et puis on m'enlèvera pas de l'idée que ceux qui font du MySQL n'ont vraiment jamais fait de bases de données de leurs vies (Sans jointures, sans procédures stockées, point de salut). Donc -1.

Et puis, la technologie c'est bien, mais la méthodologie c'est mieux. Si tu as utilisé la méthode R.A.C.H.E. pour tout ça alors là, je met +100 .

être autodidacte c'est très bien , mais il faut aussi lire des livres un peu théorique en plus de la pratique, comme "la théorie des langages et de la compilation", les méthodes RUP et MERISE, l'UML, Le langage SQL et la programmation orienté objet. ça fera déjà une bonne base .

[Garvelienn]

Et puis on m'enlèvera pas de l'idée que ceux qui font du MySQL n'ont vraiment jamais fait de bases de données de leurs vies (Sans jointures, sans procédures stockées, point de salut). Donc -1.

Pourrais-tu développer ce point, s'il-te-plaît ? C'est juste par curiosité. Car je ne comprends pas les combats pro-Oracle vs pro-mysql vs pro-autrechose. Peut-être pourras-tu éclairer ma lanterne (n'étant plus spécialisé dans le domaine depuis un petit temps)

[jpouly]

Pourrais-tu développer ce point, s'il-te-plaît ? C'est juste par curiosité. Car je ne comprends pas les combats pro-Oracle vs pro-mysql vs pro-autrechose. Peut-être pourras-tu éclairer ma lanterne (n'étant plus spécialisé dans le domaine depuis un petit temps)

La plus part du temps, les développeurs Web utilisent la base de données pour stocker leurs objets (une table en fait). C'est pour ça qu'ils jurent plus que par le NO SQL et le stockage avec du JSON, ou MySQL.

Créer et architecturer une base de données est un travail à part entière, qui se fait en amont du projet. Il faut définir la volumétrie des données, définir les espaces de stockages, définir les droits d'accès. Bref un vrai travail avant l'heure. (Bien sur, il faut savoir ce que fait le produit et avoir une idées des informations manipulés, ce qui n'est pas forcément gagné )

Certains diront que c'est du temps perdu, que de nos jours on a plus le temps de faire ça. Je leur répondrais que le vrai métier de l'informaticien, c'est de structurer l'information, pas de pisser de la ligne.
On ne développe pas une application pour une base de 10 Mo comme pour une base de 1To, ... Y a des choix de technologie et de codages à faire.

Maintenant, si tout le monde veut faire des bases de données à l'arrache, en déstructurant les informations, tant mieux, ça me fera plus de bouleau quand les utilisateurs se rendrons compte que c'est trop le bordel et qu'il faut tout remettre carré .

[lper]

Maintenant, si tout le monde veut faire des bases de données à l'arrache, en déstructurant les informations, tant mieux, ça me fera plus de bouleau quand les utilisateurs se rendrons compte que c'est trop le bordel et qu'il faut tout remettre carré .

Cool, tu pourras te recycler dans la sylviculture !

[jpouly]

Cool, tu pourras te recycler dans la sylviculture !

C'est vrai que l'orthographe et moi ça fait trois (moi, l'orthographe et la grande inconnue ).

[lper]

C'est vrai que l'orthographe et moi ça fait trois (moi, l'orthographe et la grande inconnue ).

La grammaire aussi (sans être méchant et y a pire), enfin bon c'est juste pour signaler et aussi éviter ce genre de fautes que je dis ça pour tout le monde ! (se rendre par exemple)
Je sors vite avant de me faire passer pour un justicier que je ne suis pas...

[AoCannaille]

Et puis on m'enlèvera pas de l'idée que ceux qui font du MySQL n'ont vraiment jamais fait de bases de données de leurs vies (Sans jointures, sans procédures stockées, point de salut). Donc -1.

Et moi quand je lit quelqu'un qui dit qu'il n'y a pas de jointures ni de procédures stockées dans MySQL, je me dit qu'il n'a jamais fait de MySQL de sa
vie

C'est sûr qu'on est pas au niveau du PL/SQL mais bon... De toute façon, chaque SGBD a ses avantages ou ses défauts. Quand je voit qu'il faut faire une séquence pour gérer l'auto incrément sur la base de donnée la plus chère au monde, je me dit que c'est bien inégal...

[jpouly]

Et moi quand je lit quelqu'un qui dit qu'il n'y a pas de jointures ni de procédures stockées dans MySQL, je me dit qu'il n'a jamais fait de MySQL de sa
vie

C'est sûr qu'on est pas au niveau du PL/SQL mais bon... De toute façon, chaque SGBD a ses avantages ou ses défauts. Quand je voit qu'il faut faire une séquence pour gérer l'auto incrément sur la base de donnée la plus chère au monde, je me dit que c'est bien inégal...

Les premières versions, si, mais il n'y avait pas de jointures. Après j'ai abandonné, trouvant mieux ailleurs.

Quant aux séquences dans Oracle, c’est la philosophie du produit. Tu as le droit de ne pas aimer. Tout comme l’incrément automatique, ça a ses avantages et ses inconvénients.

[Garvelienn]

Merci jpouly pour ton point de vue. J'avais aussi été surpris sur l'affirmation MySQL=pas de jointure. Mais je n'ai jamais utilisé ses premières versions. En tout cas, je suis bien d'accord avec toi : à chaque besoin, sa solution.

[Iradrille]

Certains diront que c'est du temps perdu, que de nos jours on a plus le temps de faire ça. Je leur répondrais que le vrai métier de l'informaticien, c'est de structurer l'information, pas de pisser de la ligne.
On ne développe pas une application pour une base de 10 Mo comme pour une base de 1To, ... Y a des choix de technologie et de codages à faire.

C'est malheureusement pas compatible avec le traditionnel :
"bon vous avez reçu les specs hier, ya déjà 2 mois de retards sur le projet, on veut quelque chose à montrer au client fin de la semaine".
"viser le cours terme veut dire qu'on sera grave en galère plus tard pou rattraper tous les trucs mal pensés au début..."
"osef, on verra plus tard"

Maintenant, si tout le monde veut faire des bases de données à l'arrache, en déstructurant les informations, tant mieux, ça me fera plus de bouleau quand les utilisateurs se rendrons compte que c'est trop le bordel et qu'il faut tout remettre carré .

C'est vraiment un énorme avantage du SQL (enfin, des bases relationnelles plutôt).
J'ai essayé de touché un peu au NoSQL (MongoDB / Cassandra), plus par curiosité que par besoin, mas... j'accroche pas. Vraiment dur de perdre toutes les garanties d'une base relationnelle.

Et le pire c'est une base SQL mal pensée : on paye le prix d'une base relationnelle (généralement plus lent / scaling moins bon / etc..) pour aucun gain...