Boarf il défend son pré carré (Apache OpenOffice) et son employeur (IBM), il est donc stratégique pour lui de dire qu'AOO est mieux que LibreOffice. Ce qui est amusant c'est que dans son premier post, il dit qu'il ne faut pas que LO tape sur AOO et vice versa, mais il se contredit dans tous ses posts suivants pour taper sur LO.
Tant pis pour lui si LO a remplacé AOO dans le cœur des libristes, et si LO semble avancer plus vite, de manière plus ouverte et et dans une meilleure direction qu'AOO.
Il semble que LO est développé par une communauté ouverte alors qu'AOO est juste développé par des entreprises (oui, oui, je sais que LO est aussi développé par des entreprises telles que Novell, RedHat, etc.)
De toute façon, les gens vont comparer ces 2 suites bureautiques libres puisqu'elle partent d'une base commune, ils vont même les comparer avec Calligra, voire Gnome Office, voire même MS Office et tu vas avoir les mêmes commentaires xxx c'est mieux ou yyy ça déchire. C'est naturel et ca arrive tout le temps, donc je ne vois pas pourquoi ça te chagrine tant que ça, ça va continuer que tu le veuille ou non.
[mode pédant=on]
D'ailleurs, pour la petite histoire, LibreOffice a été forké depuis OpenOffice.org avant même que le code + trademark d'OpenOffice.org ne soit donné a la fondation Apache créant ainsi Apache OpenOffice. Il est donc faux de dire que LibreOffice est un fork d'Apache OpenOffice.
[mode pédant=off]
Si je comprend bien, -O0 n'a vraiment d’intérêt que lorsqu'il est couplé avec -g.
Dans ce cas, j'ai du mal a comprendre pourquoi autoriser a coupler du -O2 voire -O3 avec -g? Les performances vont être meilleures, mais le debugging va être beaucoup plus compliqué. Il me semble que si l'on utilise -g, c'est le debugging qui prime. Non?
Je ne suis pas développeur C ou C++ et n'utilise pas gcc, mais peux-tu debugger un programme sans émettre les infos de debug avec -g?
Si non, alors comment comprends-tu la phrase suivante?
"-O0 réduit le temps de compilation et fais en sorte que le debugging produise les résultats attendus."
Donc par défaut GCC génère les infos de debuggage alors que TCC ne le fais pas (c'est ce que j'ai déduit de leur documentation).
Il faut comparer ce qui est comparable…
Posté par djano .
En réponse à la dépêche LLVM 3.3 et Clang 3.3.
Évalué à 5.
Dernière modification le 19 juin 2013 à 11:59.
Moi ce qui me plaît, c'est l'outil cpp11-migrate qui va permettre de moderniser rapidement une base de code en utilisant les dernières avancées du langage pour avoir automatiquement une base de code plus moderne et maintenable.
[pub]
C'est aussi ce que je veux faire pour du Java:
LLVM est un projet très vivant qui bouche les trous que je pensais essayer de boucher avec de l'analyse de code et des transformations automatiques de code (scan-build, cpp11-migrate)
Par exemple, je n'arrive plus a retrouver certaines des fonctionnalités que j'utilisais avant le ruban (certes, ce ne sont pas des fonctionnalités que je utilise très souvent) et même l'aide ne peut pas me dépanner. L'option a simplement disparu!
C'est réellement frustrant lorsque l'on sait que cette fonctionnalité existe mais n'est plus accessible depuis la nouvelle UI.
Peu importe la fondation Apache dans cette histoire, le plus ennuyeux c’est surtout qu'Oracle ait donne le trademark a la fondation Apache au lieu de la TDF, et qu'IBM ait choisit de soutenir Apache OpenOffice au lieu de LibreOffice. Du coup, les efforts se sont un peu dispersés au lieu d'avoir un projet unique.
Mais bon, je comprend la peur des grosses entreprise envers de gros refactorings, ça rend les choses difficiles a planifier et maîtriser la qualité devient plus compliqué lorsque les tests unitaires sont en nombre insuffisant.
Heureusement, ces choses sont en train de changer du cote de LibreOffice.
Il me semble qu'OpenOffice.org était bloque par les processus de la QA. J'avais cru lire que le problème était chez Sun qui était effrayé qu'il y ait des régressions due aux refactorings.
Depuis le passage a LibreOffice, le ton a totalement change: ils préfèrent voir un projet vivant qui nettoie les vieilleries car cela permet:
d'attirer de nouveaux contributeurs
rendre le travail plus facile, le code plus maintenable, bref, plus appréciable (voir le point au dessus)
Ils préfèrent avoir occasionnellement quelques bugs qui seront vite et facilement corrigés plutôt que d'avoir des problèmes de design qui traînent des années sans être corriges et qui amènent a du code pas propre avec des contournements, etc.
Oh, mais l’aérospatiale fait aussi du C pour les logiciels embarqués.
Sinon, pour les centres de contrôles ils utilisent aussi des langages moins bas niveau. Je crois avoir entendu du java il me semble.
Ah j'ai oublie de te dire:
Si tu cherches la rigueur, et les processus mature et maîtrisées (voire lourdingue), je te conseille l'aérospatiale (avions, satellites, fusées, etc.) voire la défense (missile, avions de chasse, etc.).
Je pense qu'ils ont besoin de qualité et vont s'appliquer a l'avoir :)
haut du quart sud-est
Si tu es a Grenoble est que tu causes excellemment bien Java, tu devrais venir nous voir. C'est du développement pur (mal)heureusement.
Sinon, pour l’aérospatiale, Toulouse en est la plaque tournante. Mais il y en a sûrement ailleurs. Par exemple, je sais qu'il y a du developpement en Ada sur Valence. A creuser.
J'ai l'impression de faire du mauvais boulot car la qualité n'est pas réellement souhaitée par exemple. Parce que le code initial est un somptueux mélange de legacy et d'over-engineering. Parce qu'on ne se soucie pas vraiment de bien faire les choses du moment que le tout semble tomber en marche. Et c'est loin d'être ma façon de proceder.
Et donc forcément ça ne me convient pas.
Dans mon précédent boulot, c’était pareil.
J'ai eu la chance de trouver une équipe dans une boite qui valorise la qualité et essaie de faire un produit stable sur une techno mature (LDAP).
D'ailleurs, ma réflexion en ce moment serait d'arrêter les petites boites (genre tout ce qui est en dessous d'au moins une centaine de personnes) pour essayer de voir ce qui se passe ailleurs (j'ai toujours travaillé dans des petites boites). Voir si par exemple les gens sont plus réceptifs aux méthodes, aux processus, à la qualité, tout en travaillant sur de bien plus gros projets.
A voir prochainement…
Je n'ai fait essentiellement que des petites boites aussi (moins de 100 employés, mais qui ont grossies).
D’après ce que j'ai entendu et j'ai une totale confiance en mes collègues, la qualité n'a rien a voir avec la taille de la boite.
Il y a(vait) des gens chez une grosse boite americaine qui ont fait (ou font toujours) un travail avec une qualité bof bof.
Question totalement annexe à ceux qui lisent encore ce post : ça se fait des cv en 2 pages ? On m'avait appris que non (il y a une dizaine d'année) mais j'ai vraiment du mal à faire rentrer ce que je veux en une. Et je me disais que vu qu'on voit maintenant beaucoup de cv imprimés depuis des sites, très rarement en une page, cela passe peut-être mieux, non ?
Oui ça se fait (et ça s'est toujours fait) du moment que tu as de la matière.
Les recruteurs bidons aiment les CVs en une page. Ne fait rien pour leur plaire, ça augmentera ton rapport signal/bruit. S'ils n'aiment pas ton CV, il ne contacteront pas, ce qui est une bonne chose :)
Les bons recruteurs aiment te connaître en détail, voir ce qui te motive, te passionne et ce que tu considère comme tes grandes réussites (un petit projet personnel peut être intéressant a mettre sur ton CV par exemple, du moment qu'il oriente le recruteur vers ce que tu veux faire aujourd'hui.
Autre chose: dans tes compétences, étend toi sur celles qui te permettront d'aller vers le job que tu veux, et ne parle plus ou pas beaucoup de celles que tu ne veux plus faire.
Par exemple, si tu veux faire du web, ne mentionne même pas (ou a peine) que tu connais l'assembleur.
Moi je ne veux absolument faire de PHP, jamais, alors je l'ai vire de mon CV, car il ne me sert a rien en tant que développeur Java.
Mais l'impression de faire du mauvais boulot reste là :-(
Veux-tu dire que ton boulot actuel ne te plaît plus, ou bien que tu as l'impression de faire du mauvais boulot?
Dans le premier, je te souhaite une bonne recherche d'emploi.
Dans le deuxième cas, si ça se trouve, tes chefs trouveront que tu fais un meilleur boulot, car tu te concentreras sur les chose qu'ils considèrent comme les plus importantes! :)
Il essaie de te faire comprendre que ton commentaire ne prend pas du tout en compte la situation de plop_plop qui a explicité certaines des raisons pour lesquelles il ne veut/peut pas aller ni a Paris, ni aux states.
Je sais que beaucoup de monde, pas mal de développeurs que je connais ou côtoies, se contentent sans problème de ces situations. En général on me dit souvent "tu ne devrais pas te plaindre, il y a pire ailleurs". Mouai :/ En fait je m'en fiche qu'il y ait pire ailleurs, je ne suis pas là pour niveler les niveaux vers la bas parce qu'ailleurs il y a pire.
Donc beaucoup se satisfont de cette situation. Grand bien leur fasse, et parfois je les envies. Pour ma part c'est juste impossible de rester à ce niveau. C'est probablement le côté passion qui parle, mais je ne supporte pas de rester à ce point que je qualifie de médiocre.
Moi aussi je me suis épuisé a tout essayer de changer.
Mon conseil: choisis tes batailles. Tu ne pourras pas toutes les gagner et en plus tu vas dépenser une énergie folle (et ta passion).
Alors choisis les batailles qui sont les plus importantes pour toi et lâche du lest sur les autres (ou trouve toi des allies).
Les gens qui s'en foutent, il y en a a la pelle: soit parce que l'informatique est un gagne pain, soit parce qu'ils n'ont pas le temps, soit parce qu'ils sont incompétents dans ce domaine précis, soit parce qu'il pont choisis d'autres batailles, etc.
Et ça ne concerne pas juste l'informatique, mais c'est partout.
Vraiment, prend du temps pour toi et décroches autant que possible. Trouve un moyen de reconstruire ta passion par ailleurs.
On a tous le blues a un moment ou a un autre.
En dehors de domaine très spécalisés, l'informatique n'est pas un domaine d'ingénieur.
Je bondis!! Je ne suis pas mais, alors pas du tout d'accord.
Combien d’éditeurs de logiciels on des produit de merde parce qu'ils n'ont pas la culture d’ingénieur?
Voici des exemples de ce qui peut arriver lorsqu'il y a un manque de culture d’ingénieur:
Le logiciel marche bien sur les cas de base, mais il se vautre des que l'on s'en écarte. Cause: gestion inexistante des cas d'erreurs, manque de tests, etc.
Le logiciel marche bien avec des volumétries faibles. Lorsque les volumes augmentent, les temps de traitement deviennent innacceptablement longs pour le business. Cause: pas de tests de performance et d'optimisation du code pour les cas d'utilisation
Le logiciel marche bien lorsque les fonctionnalités sont simples, mais un nombre de bugs incalculable surgit lorsque l'on commence a le modifier. Cause: un code monolithique, peu évolutif, pas maintenable.
etc.
Lorsque ces problèmes arrivent en production, c'est le signe que le travail de prévision propre a un ingénieur n'a pas été réalisé.
Oui, n'importe qui peut programmer un script jetable. Non n'importe qui ne peut pas programmer des programmes avec des fonctionnalités extrêmement complexes, ou avec des volumes extrêmement important, ou hyper flexibles, ou tout ça en même temps.
Attention je ne dis pas qu'il faut absolument des ingénieurs pour y arriver, mais il faut connaître beaucoup d'éléments théoriques et pratiques pour y arriver.
Je pense que tu veux dire que l’ingénierie en informatique prend des formes très différentes de l’ingénierie dans d'autres domaines, et la je suis tout a fait d'accord.
Je confirme: dans les grilles de salaires, il y a les écoles d’ingénieurs connues, puis ensuite vient le reste: fac, écoles d’ingénieurs pas réputées, etc.
Autant que je sache, la valeur ajoutée d'une école d’ingénieurs non réputées par rapport a la fac est nulle ou quasi nulle.
De toute façon, c'est surtout important en début de carrière. Plus tard, ton expérience parlera pour toi beaucoup plus que ta formation, sauf auprès des boites de merdes, mais celle la il vaut mieux les éviter :) Tu peux les repères facilement: elles accordent une importance démesurée au diplôme, et celui-ci va conditionner le reste de ta carrière. Laisse tomber ces boites tout de suite.
Une expérience négative te permet d'en apprendre énormément sur toi. On dit qu'on apprend plus d'une défaite que d'une victoire. Je suis 100% d'accord avec ça, du moment que tu analyses pourquoi il y eu défaite ou échec.
Le plus important est de ne pas avoir de regrets: il s'agit que tu prennes les meilleures décisions pour toi en fonction de ce que tu sais au moment de la prise de décision. Tu ne peux pas te reprocher des choses que tu ignorais au moment ou tu as pris la décision.
Aussi, lors d'un entretien, parfois tu as des ressentis, des impressions. Tu peux trouver ton interviewer bizarre ou te dire fugacement qu'il à l'air de noyer le poisson.
Écoute ces signes et creuse la question lors de l'entretien. Cherche ce qu'il y a derrière. Ce sont généralement de très bons indicateurs de ce que tu vas trouver derrière. Encore une fois, écoute toi et fais toi confiance.
Fait aussi une checklist de choses que tu veux retrouver ou ne pas retrouver dans un boulot. Base la sur ton expérience et ton vécu. Amène la avec toi a l'entretien et poses des questions pour pouvoir valider ou infirmer les différents points.
[^] # Re: Onglets courbes → Qu'en dit l'upstream ?
Posté par djano . En réponse à la dépêche 22 v’là Firefox !. Évalué à 2.
Pareil pour LibO: Les widgets haut-niveau sont du fait maison et ils s’appuient sur les bibliothèques spécifiques a chaque OS.
[^] # Re: responsive
Posté par djano . En réponse à la dépêche Bonita BPM Community. Évalué à 6.
Vu le contexte, il doit parler du responsive web design: site web adaptatif selon le terminal utilisé.
[^] # Re: Encourageant !
Posté par djano . En réponse à la dépêche Sous le capot de la beta LibreOffice 4.1. Évalué à 6.
Boarf il défend son pré carré (Apache OpenOffice) et son employeur (IBM), il est donc stratégique pour lui de dire qu'AOO est mieux que LibreOffice. Ce qui est amusant c'est que dans son premier post, il dit qu'il ne faut pas que LO tape sur AOO et vice versa, mais il se contredit dans tous ses posts suivants pour taper sur LO.
Tant pis pour lui si LO a remplacé AOO dans le cœur des libristes, et si LO semble avancer plus vite, de manière plus ouverte et et dans une meilleure direction qu'AOO.
Il semble que LO est développé par une communauté ouverte alors qu'AOO est juste développé par des entreprises (oui, oui, je sais que LO est aussi développé par des entreprises telles que Novell, RedHat, etc.)
[^] # Re: Encore un fork?
Posté par djano . En réponse à la dépêche Sous le capot de la beta LibreOffice 4.1. Évalué à 9.
De toute façon, les gens vont comparer ces 2 suites bureautiques libres puisqu'elle partent d'une base commune, ils vont même les comparer avec Calligra, voire Gnome Office, voire même MS Office et tu vas avoir les mêmes commentaires xxx c'est mieux ou yyy ça déchire. C'est naturel et ca arrive tout le temps, donc je ne vois pas pourquoi ça te chagrine tant que ça, ça va continuer que tu le veuille ou non.
[mode pédant=on]
D'ailleurs, pour la petite histoire, LibreOffice a été forké depuis OpenOffice.org avant même que le code + trademark d'OpenOffice.org ne soit donné a la fondation Apache créant ainsi Apache OpenOffice. Il est donc faux de dire que LibreOffice est un fork d'Apache OpenOffice.
[mode pédant=off]
[^] # Re: TCC ?
Posté par djano . En réponse à la dépêche LLVM 3.3 et Clang 3.3. Évalué à 6.
Je ne connaissais pas. Merci.
[^] # Re: TCC ?
Posté par djano . En réponse à la dépêche LLVM 3.3 et Clang 3.3. Évalué à 2.
Si je comprend bien, -O0 n'a vraiment d’intérêt que lorsqu'il est couplé avec -g.
Dans ce cas, j'ai du mal a comprendre pourquoi autoriser a coupler du -O2 voire -O3 avec -g? Les performances vont être meilleures, mais le debugging va être beaucoup plus compliqué. Il me semble que si l'on utilise -g, c'est le debugging qui prime. Non?
[^] # Re: TCC ?
Posté par djano . En réponse à la dépêche LLVM 3.3 et Clang 3.3. Évalué à 2.
Je ne suis pas développeur C ou C++ et n'utilise pas gcc, mais peux-tu debugger un programme sans émettre les infos de debug avec -g?
Si non, alors comment comprends-tu la phrase suivante?
"-O0 réduit le temps de compilation et fais en sorte que le debugging produise les résultats attendus."
[^] # Re: TCC ?
Posté par djano . En réponse à la dépêche LLVM 3.3 et Clang 3.3. Évalué à 4. Dernière modification le 19 juin 2013 à 15:34.
Ça ne veut rien dire.
Quelles options de compilation utilises-tu avec GCC?
gcc -Os va optimiser ton code pour la taille finale.
Par défaut, gcc utilise -O0 qui "réduit le temps de compilation et fais en sorte que le debugging produise les résultats attendus.":
http://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html#Optimize-Options
Donc par défaut GCC génère les infos de debuggage alors que TCC ne le fais pas (c'est ce que j'ai déduit de leur documentation).
Il faut comparer ce qui est comparable…
[^] # Re: Fausse alerte ?
Posté par djano . En réponse à la dépêche MariaDB dénonce un jeu de licence par Oracle. Évalué à 10.
Enfin, on parle quand même d'Oracle ici!
# cpp11-migrate
Posté par djano . En réponse à la dépêche LLVM 3.3 et Clang 3.3. Évalué à 5. Dernière modification le 19 juin 2013 à 11:59.
Moi ce qui me plaît, c'est l'outil cpp11-migrate qui va permettre de moderniser rapidement une base de code en utilisant les dernières avancées du langage pour avoir automatiquement une base de code plus moderne et maintenable.
[pub]
C'est aussi ce que je veux faire pour du Java:
[/pub]
LLVM est un projet très vivant qui bouche les trous que je pensais essayer de boucher avec de l'analyse de code et des transformations automatiques de code (scan-build, cpp11-migrate)
[^] # Re: Projets d'interface
Posté par djano . En réponse à la dépêche Sous le capot de la beta LibreOffice 4.1. Évalué à 4.
On s'y fait lorsque l'on a des besoins basiques.
Par exemple, je n'arrive plus a retrouver certaines des fonctionnalités que j'utilisais avant le ruban (certes, ce ne sont pas des fonctionnalités que je utilise très souvent) et même l'aide ne peut pas me dépanner. L'option a simplement disparu!
C'est réellement frustrant lorsque l'on sait que cette fonctionnalité existe mais n'est plus accessible depuis la nouvelle UI.
[^] # Re: Encourageant !
Posté par djano . En réponse à la dépêche Sous le capot de la beta LibreOffice 4.1. Évalué à 6.
Peu importe la fondation Apache dans cette histoire, le plus ennuyeux c’est surtout qu'Oracle ait donne le trademark a la fondation Apache au lieu de la TDF, et qu'IBM ait choisit de soutenir Apache OpenOffice au lieu de LibreOffice. Du coup, les efforts se sont un peu dispersés au lieu d'avoir un projet unique.
Mais bon, je comprend la peur des grosses entreprise envers de gros refactorings, ça rend les choses difficiles a planifier et maîtriser la qualité devient plus compliqué lorsque les tests unitaires sont en nombre insuffisant.
Heureusement, ces choses sont en train de changer du cote de LibreOffice.
[^] # Re: Java ?
Posté par djano . En réponse à la dépêche Sous le capot de la beta LibreOffice 4.1. Évalué à 10.
Il me semble qu'OpenOffice.org était bloque par les processus de la QA. J'avais cru lire que le problème était chez Sun qui était effrayé qu'il y ait des régressions due aux refactorings.
Depuis le passage a LibreOffice, le ton a totalement change: ils préfèrent voir un projet vivant qui nettoie les vieilleries car cela permet:
Ils préfèrent avoir occasionnellement quelques bugs qui seront vite et facilement corrigés plutôt que d'avoir des problèmes de design qui traînent des années sans être corriges et qui amènent a du code pas propre avec des contournements, etc.
[^] # Re: Petite correction
Posté par djano . En réponse à la dépêche Blagues d'informaticiens. Évalué à 5.
Oui, ici on dit "anéfé!"
[^] # Re: On en parle sur rue89
Posté par djano . En réponse au journal [HS] Développeur un peu perdu… ou pas… Que faire maintenant ? Changer de vie ?. Évalué à 2.
Oh, mais l’aérospatiale fait aussi du C pour les logiciels embarqués.
Sinon, pour les centres de contrôles ils utilisent aussi des langages moins bas niveau. Je crois avoir entendu du java il me semble.
Je bosse a Montbonnot sur ca: http://forgerock.com/what-we-offer/open-identity-stack/opendj/ . :)
C'est du LDAP libre en Java.
[^] # Re: C
Posté par djano . En réponse à la dépêche Blagues d'informaticiens. Évalué à -4.
C'est vachement plus dur de retourner -1 avec des entiers signes mon pote!
[^] # Re: On en parle sur rue89
Posté par djano . En réponse au journal [HS] Développeur un peu perdu… ou pas… Que faire maintenant ? Changer de vie ?. Évalué à 2.
Ah j'ai oublie de te dire:
Si tu cherches la rigueur, et les processus mature et maîtrisées (voire lourdingue), je te conseille l'aérospatiale (avions, satellites, fusées, etc.) voire la défense (missile, avions de chasse, etc.).
Je pense qu'ils ont besoin de qualité et vont s'appliquer a l'avoir :)
Si tu es a Grenoble est que tu causes excellemment bien Java, tu devrais venir nous voir. C'est du développement pur (mal)heureusement.
Sinon, pour l’aérospatiale, Toulouse en est la plaque tournante. Mais il y en a sûrement ailleurs. Par exemple, je sais qu'il y a du developpement en Ada sur Valence. A creuser.
[^] # Re: On en parle sur rue89
Posté par djano . En réponse au journal [HS] Développeur un peu perdu… ou pas… Que faire maintenant ? Changer de vie ?. Évalué à 2.
Dans mon précédent boulot, c’était pareil.
J'ai eu la chance de trouver une équipe dans une boite qui valorise la qualité et essaie de faire un produit stable sur une techno mature (LDAP).
Je n'ai fait essentiellement que des petites boites aussi (moins de 100 employés, mais qui ont grossies).
D’après ce que j'ai entendu et j'ai une totale confiance en mes collègues, la qualité n'a rien a voir avec la taille de la boite.
Il y a(vait) des gens chez une grosse boite americaine qui ont fait (ou font toujours) un travail avec une qualité bof bof.
Oui ça se fait (et ça s'est toujours fait) du moment que tu as de la matière.
Les recruteurs bidons aiment les CVs en une page. Ne fait rien pour leur plaire, ça augmentera ton rapport signal/bruit. S'ils n'aiment pas ton CV, il ne contacteront pas, ce qui est une bonne chose :)
Les bons recruteurs aiment te connaître en détail, voir ce qui te motive, te passionne et ce que tu considère comme tes grandes réussites (un petit projet personnel peut être intéressant a mettre sur ton CV par exemple, du moment qu'il oriente le recruteur vers ce que tu veux faire aujourd'hui.
Autre chose: dans tes compétences, étend toi sur celles qui te permettront d'aller vers le job que tu veux, et ne parle plus ou pas beaucoup de celles que tu ne veux plus faire.
Par exemple, si tu veux faire du web, ne mentionne même pas (ou a peine) que tu connais l'assembleur.
Moi je ne veux absolument faire de PHP, jamais, alors je l'ai vire de mon CV, car il ne me sert a rien en tant que développeur Java.
Au fait, tu cherches quoi comme boulot et ou ça?
[^] # Re: On en parle sur rue89
Posté par djano . En réponse au journal [HS] Développeur un peu perdu… ou pas… Que faire maintenant ? Changer de vie ?. Évalué à 2.
Cool!
Veux-tu dire que ton boulot actuel ne te plaît plus, ou bien que tu as l'impression de faire du mauvais boulot?
Dans le premier, je te souhaite une bonne recherche d'emploi.
Dans le deuxième cas, si ça se trouve, tes chefs trouveront que tu fais un meilleur boulot, car tu te concentreras sur les chose qu'ils considèrent comme les plus importantes! :)
[^] # Re: On en parle sur rue89
Posté par djano . En réponse au journal [HS] Développeur un peu perdu… ou pas… Que faire maintenant ? Changer de vie ?. Évalué à 2.
Il essaie de te faire comprendre que ton commentaire ne prend pas du tout en compte la situation de plop_plop qui a explicité certaines des raisons pour lesquelles il ne veut/peut pas aller ni a Paris, ni aux states.
C'est son choix.
[^] # Re: On en parle sur rue89
Posté par djano . En réponse au journal [HS] Développeur un peu perdu… ou pas… Que faire maintenant ? Changer de vie ?. Évalué à 2.
Moi aussi je me suis épuisé a tout essayer de changer.
Mon conseil: choisis tes batailles. Tu ne pourras pas toutes les gagner et en plus tu vas dépenser une énergie folle (et ta passion).
Alors choisis les batailles qui sont les plus importantes pour toi et lâche du lest sur les autres (ou trouve toi des allies).
Les gens qui s'en foutent, il y en a a la pelle: soit parce que l'informatique est un gagne pain, soit parce qu'ils n'ont pas le temps, soit parce qu'ils sont incompétents dans ce domaine précis, soit parce qu'il pont choisis d'autres batailles, etc.
Et ça ne concerne pas juste l'informatique, mais c'est partout.
Vraiment, prend du temps pour toi et décroches autant que possible. Trouve un moyen de reconstruire ta passion par ailleurs.
On a tous le blues a un moment ou a un autre.
[^] # Re: On en parle sur rue89
Posté par djano . En réponse au journal [HS] Développeur un peu perdu… ou pas… Que faire maintenant ? Changer de vie ?. Évalué à 2.
Je bondis!! Je ne suis pas mais, alors pas du tout d'accord.
Combien d’éditeurs de logiciels on des produit de merde parce qu'ils n'ont pas la culture d’ingénieur?
Voici des exemples de ce qui peut arriver lorsqu'il y a un manque de culture d’ingénieur:
Lorsque ces problèmes arrivent en production, c'est le signe que le travail de prévision propre a un ingénieur n'a pas été réalisé.
Oui, n'importe qui peut programmer un script jetable. Non n'importe qui ne peut pas programmer des programmes avec des fonctionnalités extrêmement complexes, ou avec des volumes extrêmement important, ou hyper flexibles, ou tout ça en même temps.
Attention je ne dis pas qu'il faut absolument des ingénieurs pour y arriver, mais il faut connaître beaucoup d'éléments théoriques et pratiques pour y arriver.
Je pense que tu veux dire que l’ingénierie en informatique prend des formes très différentes de l’ingénierie dans d'autres domaines, et la je suis tout a fait d'accord.
[^] # Re: Au moins tu as de l’expérience ;)
Posté par djano . En réponse au journal [HS] Développeur un peu perdu… ou pas… Que faire maintenant ? Changer de vie ?. Évalué à 2.
Je confirme: dans les grilles de salaires, il y a les écoles d’ingénieurs connues, puis ensuite vient le reste: fac, écoles d’ingénieurs pas réputées, etc.
Autant que je sache, la valeur ajoutée d'une école d’ingénieurs non réputées par rapport a la fac est nulle ou quasi nulle.
De toute façon, c'est surtout important en début de carrière. Plus tard, ton expérience parlera pour toi beaucoup plus que ta formation, sauf auprès des boites de merdes, mais celle la il vaut mieux les éviter :) Tu peux les repères facilement: elles accordent une importance démesurée au diplôme, et celui-ci va conditionner le reste de ta carrière. Laisse tomber ces boites tout de suite.
[^] # Re: Au moins tu as de l’expérience ;)
Posté par djano . En réponse au journal [HS] Développeur un peu perdu… ou pas… Que faire maintenant ? Changer de vie ?. Évalué à 3.
Sur le même sujet, lis les liens suivants pour comprendre le point de vue d'un bon interviewer et comment tu peux te mettre en valeur:
* http://www.joelonsoftware.com/articles/ThePhoneScreen.html
* http://www.joelonsoftware.com/articles/SortingResumes.html
* http://www.joelonsoftware.com/articles/GuerrillaInterviewing3.html
[^] # Re: Au moins tu as de l’expérience ;)
Posté par djano . En réponse au journal [HS] Développeur un peu perdu… ou pas… Que faire maintenant ? Changer de vie ?. Évalué à 2.
J'oubliais de dire quelques choses:
Une expérience négative te permet d'en apprendre énormément sur toi. On dit qu'on apprend plus d'une défaite que d'une victoire. Je suis 100% d'accord avec ça, du moment que tu analyses pourquoi il y eu défaite ou échec.
Le plus important est de ne pas avoir de regrets: il s'agit que tu prennes les meilleures décisions pour toi en fonction de ce que tu sais au moment de la prise de décision. Tu ne peux pas te reprocher des choses que tu ignorais au moment ou tu as pris la décision.
Aussi, lors d'un entretien, parfois tu as des ressentis, des impressions. Tu peux trouver ton interviewer bizarre ou te dire fugacement qu'il à l'air de noyer le poisson.
Écoute ces signes et creuse la question lors de l'entretien. Cherche ce qu'il y a derrière. Ce sont généralement de très bons indicateurs de ce que tu vas trouver derrière. Encore une fois, écoute toi et fais toi confiance.
Fait aussi une checklist de choses que tu veux retrouver ou ne pas retrouver dans un boulot. Base la sur ton expérience et ton vécu. Amène la avec toi a l'entretien et poses des questions pour pouvoir valider ou infirmer les différents points.