Il me paraît fondamental de revenir sur ce point, il n’y a pas un prof qui peut vous prédire ce que vous ferez demain. La notion d’échec ou de réussite est un concept qui n’a que peu de sens. Avoir un diplôme n’est pas un critère obligatoire de réussite ni de bonheur.

On en vient finalement à oublier que l’enseignant n’est finalement qu’un professionnel comme un autre. Il n’y a donc pas d’histoire d’amour ou de désamour, il y a juste une expertise.

Le but de l’enseignant est de contribuer à la construction de la société, expliquer à un jeune qu’il ne vaut rien, qu’il ne fera rien est totalement contreproductif. Par contre, lui mettre un coup de pied aux fesses de temps en temps, lui permettra d’avancer.

Coq est un assistant de preuve. Je commences à en entendre parler tous les mois. Il semble qu'il soit le meilleur dans sa catégorie.

Un témoignage...

Témoignage d'une professionnelle soignante → https://threadreaderapp.com/thread/1475197820747628548.html

1. I still don't know very much.
2. The hardest part of software is building the right thing.
3. The best software engineers think like designers.
4. The best code is no code, or code you don't have to maintain.
5. Software is a means to an end.
6. Sometimes you have to stop sharpening the saw, and just start cutting shit.
7. If you don’t have a good grasp of the universe of what’s possible, you can’t design a good system.
8. Every system eventually sicks, get over it.
9. Nobody asks "why" enough.
10. We should be far more focused on avoiding 0.1x programmers than finding 10x programmers.
11. One of the biggest differences between a senior engineer and a junior engineer is that they’ve formed opinions about the way things should be.
12. People don’t really want innovation.
13. Your data is the most important part of your system.
14. Look for technological sharks.
15. Don't mistake humility for ignorance.
16. Software engineers should write regularly.
17. Keep your processes as lean as possible.
18. Software engineers, like all humans, need to feel ownership.
19. Interviews are almost worthless for telling how good of a team member someone will be.
20. Always strive to build a smaller system.

A blog post as response to it ?

An not ending mess as we know it. This may improve in the future though...

Testomony and feedback after 100 posts written.

Here the tips I find relevant for myself:

*Write about the topic, even if it has been covered elsewhere. Your perspectives, experiences, and understanding are the unique bit. People want to read your work.

• Learn to identify the difference between constructive criticism and unproductive harassment. It’ll help you focus on what matters and not waste time and energy.
• Get comfortable getting rejected. While the sting never really goes away, you do grow a thicker skin.
• Read your writing out loud to yourself before publishing it.
• Read it out loud again.

Every time I learned a new PC programming language, the industry changed. It made it impossible to keep up wit hthese changes.

Tips:

• While you should keep up with the computer language changes, it is nearly impossible to do so. [...] go onto the major job sites and search for a current language and see how many jobs are out there. This would be a barometer to see what languages are current.

(or if you want to learn a language for fun, do it.)

• The second piece of advice is to find a few people in the companies you work for and keep in touch with them even if they leave the company.

Mais je l'ai quand même fait. Première injection puis deuxième injection. Et s'il y a un message que je souhaite passer à ceux avec qui je partage cette phobie des piqûres : ça ne fait pas mal.

Le plus dur est de se lancer, personnellement j'ai atteint un pic d'angoisse lorsque j'étais en attente avec mon numéro dans la main. Mais si vous réussissez à trouver le courage d'aller jusque là, c'est gagné. [...]

Quand aux effets secondaires, je m'en tire bien : une sensation de courbature près du point d'injection pendant 48 heures

C'est bien ce que j'ai ressenti pendant 24h pour les deux injections !

Comment se passe un contrôle de la CNIL ?

C'est un parfait exemple qui montre:
1) à quel point, en tant qu'homme, même avec de la bonne volonté, on peut avoir des comportements extrêmement problématiques. Il FAUT vraiment en prendre conscience.
2) que les réunions en non-mixité sont vraiment indispensables (quelle que soit la mixité en question).

Même en étant bien intentioné 😬
(via http://nicolas-delsaux.hd.free.fr/Shaarli/?CFZ7tQ)

Un cas où LinkedIn est inutile

and he has done that

Le développeur doit savoir dire non, lorsque cela n'est pas faisable.

Et je suis aussi dans ce cas à ne pas savoir dire non, car je me dis que c'est une occasion de m'améliorer, d'être meilleur, etc...

#Feedback d'un freelancer en développement web

Son parcours:

À New York:

« Et bien déjà, de combien de développeur as-tu besoin ? » « Une trentaine. » « Trente développeurs Ruby ? Et pourquoi faire ? Et combien es-tu prêt à les payer, tes développeurs ? » « $150 000 par an. » « Personne ne viendra travailler pour toi à ce salaire. Les développeurs peuvent avoir des salaires équivalents dans des petites sociétés. Pourquoi viendraient-il travailler dans une grosse société de finance pour gagner aussi peu ? »

Après être revenu des USA, il s'est rendu compte que ses compétences ont plus de valeurs que ce qu'il pense.

Le contrat au forfait est inadapté au monde du dévelopement: à partir du moment où le contrat est signé, les intérêts du client et du freelance divergent immédiatement. Le contrat à l'heure est préférable.

Le point clé consiste simplement à être transparent, totalement honnête avec son client. Si vous pensez que travailler au forfait se passe toujours mal, et que vous comprenez ces raisons (d’ailleurs cela vous est probablement déjà arrivé à vous, en plus des nombreux témoignages qui abondent sur le sujet), il est de votre devoir de prendre le temps et l’énergie pour expliquer cela à votre client. [...]

Avantage pour le client:

• les temps passées sur chaque choses sont justifiées
• les fonctionnalités onéreuses mais qui apportent finalement une faible valeur ajoutée sont démontrées
• si une demande est hors du domaine d'expertise, un spécialiste peut être recommandé afin que le prix sois moins cher, et elle sera mieux réalisée

Avantage pour le freelance:

• le travail est payé à sa juste valeur
• après avoir passé du temps sur un problème non-anticipé, le freelance devra contacter le client pour lui expliquer son erreur, et que cela risque de lui coûter cher, pour une valeur ajoutée faible: s'il désire tout de même la réalisation de sa demande, alors le freelance pourra l'accomplir pour sa juste valeur. Le client aura dans tout les cas conscience de la difficulté et de la valeur de ce travail.
• facturer les heures permet de travailler moins, car la concentration doit être maximale sur ces heures. Le client doit donc faire travailler le moins possible.

Les bénéfices du travail en précarité: il n'y a pas de contrat d'exclusivité: le contrat peut être annulé des deux côtés à n'importe quel moment. En pratique, il est indispensable de faire des efforts afin de travailler ensemble et de se comprendre. La précarité empêche d'endormir ces efforts. Ainsi le freelance apporte la garantie qu'il fera son possible afin de garantir la bonne marche du projet; et le client s'engage de même.

Le système est donc gagnant pour tout le monde.