L’avantage des certifications

Je vais parler des certifications Oracle et Zend parce que pour le moment je ne connais que celles-ci dans l’avenir je compte m’intéresser à d’autres certifications comme Red Hat, ou VSkills, mais ce n’est pas pour tout de suite.

Mais pour commencer qu’est-ce qu’une certification ? Une certification c’est un examen, qui tente de démontrer que vous avez les connaissances nécessaires pour une maîtrise d’une technologie. Il faut se rendre compte que c’est un examen sur une matière que vous utilisez tous les jours donc les questions sont pointues. 

Mais pourquoi vouloir passer une certification ? Sur le papier cela permet de démontrer que vous avez la maîtrise et donc ça fait que les employeurs/client vous font plus facilement confiance.

Ca c’est vrai dans certaines boîtes, mais l’intérêt véritable d’une certification c’est la somme de connaissance théorique acquise pour par la préparation. Comme le dit Gauthier préparer une certification force à s’intéresser à des pans entiers que l’on ne connaissait, car l’on n’en avait jamais eu le besoin ou le courage.

Donc en conclusion, c’est une très bonne façon d’apprendre et de se perfectionner dans une matière, mais il ne faut pas oublier que le plus important reste encore et toujours l’expérience.

Les relations au travail c’est un vaste sujet, mais je voudrais un peu m’attarder sur un sujet qui me touche vraiment beaucoup.

Depuis que je travaille dans chaque boîte, j’ai rencontré une personne qui disait et presque avec fierté qu’elle n’était pas au boulot pour se faire des amis, j’aimerais essayer de comprendre cette mentalité.

Nous passons tous au moins un tiers de la semaine au boulot, un autre tiers à dormir et l’autre à vivre notre vie en sachant que dans ce que l’on nome « vivre notre vie » il y a les courses, la cuisine, se laver, rendre visite à la famille, etc … Finalement le seul vrai tiers que nous passons en pleine conscience c’est celui du travail.

J’ai lu dans un article dont j’ai hélas oublié la source que le travail était tellement présent dans notre vie qu’il fallait chercher comme on cherche son compagnon ce qui dans un sens n’est pas idiot sauf qu’il n’y a pas de pension alimentaire si on quitte son Job.

Si l’on sait que l’on doit passer autant de temps avec les mêmes personnes pourquoi ne pas vouloir s’en rapprocher, Il me semble que si l’on pense de cette façon c’est surtout parce que l’on a peur, que l’on vit dans une compétition et que c’est beaucoup plus compliqué de  prendre une promotion ou de remettre une faute sur quelqu’un dont on c’est rapproché.

Je pense aussi que l’esprit d’amitié dans une boîte crée un climat serein et agréable et de ce fait empêche le turn-over et améliore la productivité, car l’on travaille mieux et plus vite quand tout va bien.

Malheureusement briser cet équilibre peut tout bouleverser et créer l’effet inverse, dans ce cas c’est la personne qui est restée à l’écart qui évite la tempête et la traverse sans trop en pâtir.

Donc en conclusion pour moi, ne pas vouloir se faire des amis au boulot aide peut être à progresser, mais ne rend pas heureux et n’aide pas à faire progresser la boite en general. 

Qu’est ce qu’une Interface

Cette article à pour but de venir soutenir un futur article en rappelant les bases de la programmation objet.

Un jour un développer, développant depuis des années m’a dit « Il n’y a que la fine fleur des développeurs qui utilisent les interfaces, nous on a pas besoin de ça » Autant dire que je ne suis pas d’accord même si ça m’a pris longtemps pour vraiment comprendre le sujet.

D’après Wikipedia « Il s’agit de l’ensemble des méthodes accessibles depuis l’extérieur de la classe, par lesquelles on peut modifier l’objet. » et c’est cela, il faut voire l’interface comme un contrat.

Quand on écrit un interface on écrit un contrat, quant on implémente celle-ci on fait « signer le contrat » à notre objet qui l’implémente, de cette façon l’on est certain que notre objet respecte les clauses de notre contrat.

Pour l’exemple imaginons des utilisateurs, qui pour se connecter ont besoin d’un identifiant est d’un mot de passe, je devrais écrire le contrat « ConnectableInterface » et lui assigner deux methodes publiques « getLogin » et « getPassword« . De cette façon  je sais que n’importe quel objet implémentant « ConnectableInterface » peut se connecter à mon application.

Page 1 of 2