Reprise du message précédent :

L'effet démo, cette excuse de branleurs

Standing desk, next step :
https://www.youtube.com/watch?v=asmw056NS6Q

.. Après le SPOC, je proposerai bien à mon N+2 de devenir Chief of Innivation, Research and Knowledge.
 

remarque, avec les budgets fixés à l'avance, ça se réfugie pas derrière du faux agile.
 
J'ai eu ça une fois en bossant pour Nestlé France, genre j'ai passé une semaine sur un sujet merdeux et la PM qui me dit: j'ai pas le budget pour ta semaine, il faut l'imputer ailleurs. Heu, je rollback et je passe tout en formation alors ?
 
Je suis bien content de plus bosser tiens, ça m'évite ce genre de débilité.
 
Le salaire des devs est payé quoi qu'il se passe donc la notion de budget est foireuse, et comme c'est eux les plus lents, c'est eux qui donnent la cadence dans la chaine de production, normalement on apprend ça dans les MBA. On peut sortir un produit sans département marketing, sans commercial, et on arrive à se démerder sans designer, on peut pas sortir un produit sans dev, il va falloir que les PNJ se mettent ça en tête.
 
Par contre les tutos sont ouverts à tout le monde et tout le monde peut apprendre à développer et faire mieux que l'équipe en place, y'a pas de barrière à l'entrée, et y'a une demande pour de meilleurs devs, go !

De manière intéressante dans l'équipe dont je m'occupais, j'avais pas ce genre de problèmes, et ils ont sorti un produit dont ils n'ont pas à rougir.

par contre j'ai passé le test de recrutement des développeurs devant tout le monde.

quand tu bosses sur un projet precis, tu sais jamais vraiment si tu vas pas sortir un Microsoft Bob de ton chapeau avant de let mettre face aux users. et ca a rien a voir avec la qualite des devs

tiens: https://www.simula.no/research/se/p [...] _pdf_file/  
 
see also: https://en.wikipedia.org/wiki/Anchoring  
 
 

Et bosser sur du RTOS embedded spatial, ya généralement un peu plus de cadre et de couverture que "j'voudrais facebook pour canard, pour la semaine prochaine". Suffit d'aller relire les classiques sur le shuttle group.

Seulement voilà c'était un client qui savait de quoi il parlait, budget annuel de $35m pour une base de code de moins de 500KLOC, et

 
http://number-none.com/blow/john_c [...] _code.html

y'a un truc que je me demandais dans ma douche: ça tourne à quelle fréquence la boucle de pilotage d'une fusée qui décolle?
 
je pense que ça peut pas tourner trop vite parce que ça sert à rien donc je dirais de l'ordre du dixième de seconde ou la moitié (5/100).

il ne faut pas mettre son fleshlight dans un rotor

Loin de moi l'idée de suggérer que tout le monde devrait développer comme ça.

Plutôt le fait que si tu veux estimer précisément le dev il faut une spec précise

@jubi c'est pas chez toi que les dev sont fait en agile avec des équipes qui tournent tous les 6 mois ? Comment estimer la vélocité dans ce cas

bah si les dev ont un budget de jours individuel c'est pas de l'agile.

 
Si, et du coup ben on peut pas (les graphs de vélocité sont assez rigolo, ca varie entre x et 4x, et chaque semaine est différente
 
Bilan, l'année prochaine on passe en équipes à composition fixe. Yeeeeeepeeeeeee !

C'était vraiment de la R&D et tes devs sont tombés sur un nid de black swans ou ils en branlent pas une ?

S'ils t'appartiennent et te sont subordonnés, ils ne sont pas responsables, ce sont des outils et tu sais pas t'en servir

Pour Ariane 5 :

http://www-verimag.imag.fr/~graf/P [...] OODS06.pdf

bref, c'est une raclure de cravaté à chemise rose et on est gentil de le laisser en vie alors que nous les devs on est tout puissants, et on est l'avenir de la planète, fuck you, résidu du 20ème siècle

du coup c'est quoi la réponse la plus honnête ? 72ms ?

Pour du vol inhabité ça peut être très différent, tu peux trouver un noyau COTS dedans (µCOS dans Curiosity par ex.)

C'est pour ça que j'ai copié-collé le §, j'ai du mal à faire le distinguo entre navigation et guidage
Précise "pilotage"

je pensais à la boucle entre l'IMU/accéléromètre et les ailerons.

http://theoatmeal.com/comics/working_home
le camion

http://www.lemonde.fr/sciences/art [...] 50684.html
sinon, au risque de déplaire a Jubi, en fait il y a eu un foirage et rattrapage aux branches:
 

quand je fais un insert dans une table (oracle), j'ai une nouvelle ID autogenere. Je veux utiliser cette ID dans la requete suivante directement. y a un nom pour ce genre de fonction?
 
j'ai trouve des trucs mais sans le bon mots cles je suis pas certain

dans ma jeunesse, ces ID étaient dans une séquence et t'as le droit de taper la séquence sans la faire incrémenter, mais paye ton risque suivant ton degré d'isolation.
 
sinon t'as insert returning :
http://psoug.org/reference/insert.html
 
t'as accès à quoi ? sinon t'as les méthodes server side.

ah j'ai retrouvé :  
 select id.currval from dual
 
http://stackoverflow.com/questions [...] e-with-php

je regarde
 
 ben l'id dans la 1ere table, je m'en fous. je fais mon insert et la DB m'en cree une. le probleme c'est le second insert ou je dois referencer la nouvelle ID genere dans la 1ere query.

ouais, je vois le style

 
returning.

j'utilise un schema generique ( http://gmod.org/wiki/Chado_-_Getting_Started ) c'est un bordel sans nom
 
normalement les dev font tout mais je voulais faire un ptit tool rapide. vla le carnage

pas du tout commun comme mot, ca va surement me fournir ce dont j'ai besoin

C'est marrant pasque pour répondre à ta question j'ai été d'abord voir le rapport d'enquête d'Ariane 5, j'avais un vague souvenir qu'il y avait des infos là-dessus (les 72ms)

à cumuler avec la doc fournie par nraynaud: http://psoug.org/reference/insert.html

INSERT INTO <table_name>
(column_list)
VALUES
(values_list)
RETURNING <value_name>
INTO <variable_name>;

Tu récupère la valeur lors de l'insert, et t'en fais ce que tu veux après....

[edit]

J'avais pas lu son post jusqu'au bout...

This.

Les sources de marge dans l'estimation et de retards sont, dans le désordre:
- specs ambigues/insuffisamment définies
- prise en main ou intégration d'un nouveau matériel
- idem d'un nouveau composant logiciel (framework, librairie, etc)
- méconnaissance du code base (pour un nouveau développeur sur le projet)
- dette technique
- bugs d'implémentation de la spec

Pour limiter les erreurs d'estimation, tu peux demander qu'elles soient faites indépendamment par plusieurs devs.
C'est plus rare que plusieurs personnes se trompent sur l'estimation qu'une seule.

je pense qu'il parle du vol 157 en 2002, pas du vol 501 de 1996.

 
tu vois Jubi  
 
 

Uriel, t'avais estimé à combien le temps de dev de ton tool rapide ?

allez Jubi est fini, tous sur uriel maintenant !

Dion, ton tour viendra !