Reprise du message précédent :

question conne, comment tu vérifies tout ça ? tu te démerdes avec des réflexions sur des feuilles blanches ? tu bosses avec le laser découvert tout le temps ?
 
sinon, j'ai la diode et toute l'optique qui viennent du même lecteur, c'est un critère suffisant pour dire que tout le monde joue sur la même longueur d'onde ?
(j'ai pas super envie de remettre les miroirs par contre ça sent le truc qui sera jamais aligné.)

 
Pourquoi tu as voulu / du t'en passer ? Tu trouves leurs conventions inutiles ? Peut-être parce que t'as toute l'appli en front ? Les routes sont pas sensées être first-class citizen sous Ember ?
 
Notre usage sera beaucoup moins spécifique que le tiens, on veut juste un truc pour la couche UI, édition, donnée dynamiques, contrôles utilisateurs...
Quant à ton niveau mouarf, le fait que tu galères fait justement partie des trucs qui m'inquiètent.

 
Pas de souci, si j'ai des questions ça sera là-bas, ici je viens chercher des avis autres que le tiens (qui a contribué à m'orienter sur Ember) sur le sujet

 
 
hébé.
Ca promet le Maroc.

tout est en front, et y'en a même une partie qui est dans un plugin chrome.

Ça reste mon job, de développer/former sous cette techno. Donc je vois bien qu'il y a des concepts qui ne sont pas encore bien expliqués ( principalement comment une appli s'architecture. Il y a une description unitaire bonne, mais rien d'officiel qui montre comment  bien coller les morceaux ).
 
Mais ce n'est pas si compliqué si tu acceptes l'apprentissage et si tu peux poser les questions a quelqu'un qui s'y connaît.

L'encombrement c'est de la mécanique ; l'ouverture numérique il suffit d'avoir l'angle de sortie, la distance à l'optique et le diamètre de l'optique ; et la longueur d'onde faut regarder la datasheet.

Je travaille avec des lunettes en général !

Sinon, les règles de bases suffisent en principe 1W ce n'est dangereux que si tu te prends le faisceau collimaté ou sa réflexion speculaire. Là tu ne travailles pas avec un faisceau collimaté, donc en principe il suffit de ne pas approcher ton œil du point de focalisation. De manière générale c'est quand même bon de garder les bonnes pratiques : travailler dans un plan pas à hauteur d'œil, et éviter au les surfaces réfléchissantes. Si ton laser pointe vers le bas et que tu fais attention à ne pas avoir de pièces réfléchissantes dessous tu ne crains rien, mais faut toujours faire attention aux outils que tu trimballes à proximité !

Oui. Mais alors, il n'y a pas de mécanisme d'accouplement pour aligner la diode et l'optique dans le lecteur ?

niet, pas de datasheet, aucun marquage sur la diode.
 

si, mais on va dire que maintenant c'est en kit

 OK.
 

 
   
Par contre le dernier point n'est pas rassurant : si on est dépendants de ta présence sur le forum ou des réponses qu'on pourra trouver ailleurs pour avancer, ça va être joyeux la formation  
 

sans compter que nico a quad même quelques bases qui n'ont pas été cramé par l'alcool et les passages aux rayons X de l'aéroport

 
Sois patient
Les plus gros efforts qu'on a du faire au début, c'est mettre en place :
- les bases : on commit pas un truc non testé (genre tu cliques et plotch une stacktrace)... C'est con mais ça a été source de grosses engueulades
- standard de qualité : pas de bidouille, pas de trucs bâclés  
- l'orientation client : si ça vous paraît chelou, y'a de fortes chances que ça fasse pareil au client final
- de notre côté : sortir de l'idée que ce sont des cons incompétents et plein de mauvaise volonté, parce que c'est faux. Mais on part pas des mêmes standards/ perception
- une structure d'encadrement sur place qui tient la route. La plupart des devs étant des petits jeunes qui sortent de l'école et ont 21/22 ans, ils sont tout gentils et plein de bonne volonté, mais ils font de la merde au début. Faut cadrer, comme tu cadres des stagiaires
 
Au final ça nous a pris un an de sortir du dur, et la on est 2.5 ans après, et c'est franchement bien, y'a des devs senior qui ont pris leur rôle et cadrent bien sur place, et c'est un atout énorme d'avoir un relais
 
 

C'est un peu ce qui m'inquiète sur ces technos web récentes : la doc contient l'API, et de quoi faire une appli simple, et des que tu sors de là, la learning curve on dirait vi
 
Même les gens d'Ember reconnaissent que c'est difficile à apprendre, et que ça handicape le framework par rapport à Angular

Non, mais ça c'est un marseillais, en fait. Il pige rien lui.

@alt: https://www.youtube.com/watch?v=rymHYhlbBmw

ouais bah là je sèche, je dois aligner une diode et une lentille et ça fait 2h que je stratégise.

test=# explain select t from foo where A AND B AND C AND (D OR E);
                                   QUERY PLAN                                   
--------------------------------------------------------------------------------
 Bitmap Heap Scan ON foo  (cost=6.07..17.58 rows=113 width=32)
   Filter: (a AND b AND c AND (d OR e))
   ->  Bitmap INDEX Scan ON foo_a_b_c_e_idx  (cost=0.00..6.04 rows=151 width=0)
         INDEX Cond: ((a = true) AND (b = true) AND (c = true))
(4 rows)
 
test=# explain select t from foo where (A AND B AND C AND D) OR (A AND B AND C AND E);
                                   QUERY PLAN                                   
--------------------------------------------------------------------------------
 Bitmap Heap Scan ON foo  (cost=6.07..17.58 rows=113 width=32)
   Filter: (a AND b AND c AND (d OR e))
   ->  Bitmap INDEX Scan ON foo_a_b_c_e_idx  (cost=0.00..6.04 rows=151 width=0)
         INDEX Cond: ((a = true) AND (b = true) AND (c = true))
(4 rows)

 
Je n'ai pas pensé à comparer les EXPLAIN non, je regarderai demain, par curiosité.
 

 
Non du tout. Les requêtes ont été effectuée avec un SELECT SQL_NO_CACHE pour en être sûr.

Reverse engineering = best engineering.
 
Là c'est pas sorcier, tu as tout le matériel, il te suffit de trouver les deux distances de travail : entre la diode et l'optique, et entre l'optique et le point de focalisation. Pour ça effectivement une feuille de papier collée sur un support plat que tu mets en face de ton montage. Vu la puissance que tu as, il faudra atténuer le faisceau ou regarder avec des lunettes de soleil (ou des plastiques colorés genre couvre-livre, vert si tu éclaires en rouge). Si tu peux diminue la puissance quand tu fais les réglages, c'est encore le meilleur moyen de se protéger mais ce n'est pas forcément évident avec ces trucs là ça n'a rien de linéaire. Il faudrait placer la cible à la distance approximative de travail (deux fois la distance diode-cd), faire un montage permettant de régler finement la distance diode-optique et régler la position de la diode de manière à focaliser aussi bien que possible.

Penses à EXPANDED aussi.
 
Et si tu peux fournir le contenu de la table, je peux regarder ce que postgres dit avec de vraies tables chargées (pas juste des tables vides)

Pour le contenu, impossible... ce sont des dossiers médicaux et autres données sensibles.

Tropico 3 gratuit : https://www.humblebundle.com/store
 
   

Il y a juste besoin des 5 champs booléens, ça devrait rien donner d'identifiable si?

'finbon c'était juste une propale.

 
Les A, B, C, etc. représentaient des conditions en fait.
 
Mais cela dit les colonnes concernées sont en effet non sensibles. (des flags et IDs).
 

 
Mon expérience montre que c'est surtout les gens qui lisent pas la doc le plus gros frein.
 
Après ce que fait nraynaud, c'est plus avancé que de faire un simple site.

j'imagine que la diode laser collée au pistolet ça va ma valoir un prix nobel direct
à ma décharge, le machin à un diamètre à la con dont j'ai ni le foret ni l'alésoir ni envie de programmer la CNC.

On pourrait supputer que les conditions d et e retournent de gros resultsets intermédiaires (et donc "d or e" retourne la somme des deux) tandis que "a and b and c" est une condition très restrictive. L'optimiseur de MySQL, qui n'est pas réputé très bon, s'en sortirait alors bien mieux avec "a and b and c and d" et "a and b and c and e".

Oh toi tu vas te régaler

Au final ils sont responsables de leur livrables ces gens , ou c'est ton équipe qui va encapsuler (et donc ramasser les tirs) ?

tranquilou bilou je m'fais un banc optique bien ghetto.
 
j'ai une sensibilité de fou, j'aime pas trop ça.

Trop facile: https://www.youtube.com/watch?v=enJ6be4qLMs    
 
D'ailleurs des exercices, j'ai jamais fait

Moi je fais les revues de code, peinard.

http://grantland.com/the-triangle/ [...] t-swimmer/

http://youtu.be/_iU6pYjilE4
I HAS LAZER 888888
 
 
(incidemment je viens de mater mon compte et I haz plus trop d'sous, p'ête que j'aurai pas dû acheter un oscillo )

Si tu t'emmerdes tant que ça va bosser avec Slyde
Ce mec est capable de bosser sur n'importe quoi, aussi bien de l'électromécanique, électronique, firmware de matériel d'usine, etc..., A chaque fois qu'il parle sur le forum des aigris, c'est du chinois pour tous les aigris du forum.

dites, je galère avec les datasheets,  
http://www.vishay.com/docs/83640/ild74.pdf
ici, si je veux conduire ce truc en sortie de MCU, il va tirer 60mA sur chaque patte.  
http://www.st.com/web/en/resource/ [...] 037051.pdf
Mais ici ça me dit interdiction de dépasser 25mA, j'ai bon ?
 
du coup il faut aller voir les optocoupleurs numérques (qui ont un VCC) et qui coûtent 10€ le composant ?
 
(sachant que la carte coute 20€ et que bientôt elle sera connectée au PC par bluetooth, je suis pas sûr que ça va se produire)

en fait il suffit de mettre un buffer entre les 2, non ?

Nan, ce sont les absolute maximum ratings, tu ne veux pas aller à ces valeurs
Il faut voir le tableau d'après, où ils te donnent à 25°C, If=20mA, Vf=1.3V typique (1.5V max)
Après c'est de la polarisation de LED, tu dois pouvoir la driver avec 10mA sans problème et tu regardes la courbe pour te donner une idée du Vf à 10mA
Pour le MCU c'est page 110 :

Le "relaxed VOH" ne devrait pas être en-dessous de 0.7*VDD, ça peut être un point de départ pour le calcul de ta résistance série
Mais attention au cumul des courants (vu que t'as plusieurs optos dans le boîtier) : tu peux pas sortir plus de 25mA de tout le MCU, donc t'as le droit de driver 1 LED d'opto à 20mA, 2 LEDs à 10mA ou 3 à 8mA (là c'est un peu plus borderline)

C'est sûr, à partir du moment où on se fout de la finalité, tous les jobs peuvent être intéressants.

Jubijub, le mec qui est content de lui après avoir activement participé à la délocalisation des emplois dans sa boîte.

Tu as mal lu :
- j'ai viré personne, on a reconverti les gens, ce qui leur a permis de bosser sur des nouveaux projets et plus de la maintenance mainframe
- en Pologne c'était une nouvelle filiale a nous, donc c'est resté dans la boite.

Et en effet, j'ai préféré participer a l'exercice de réduction des coûts (les économie de maintenance ont permis de faire plus de projets localement en FR, et de sauver de l'activité sur notre site), que de voir la Suède décider de fermer le site FR parce qu'on était trop chers.

Note que y'a pas eu assez d'exercices comme ça, et qu'au moment ou on parle y'a un PSU dans mon ancienne boite, et mes anciens collègues flippent.

Hint : une multinationale peut sourcer son IT ou elle veut, donc faut maintenir une forme de compétitivité. Si c'est pas sur les couts c'est sur autre chose

 
HA HA HAHAHAHA HAHA HAHAHAHA HAHAHA.
 
Sauce : j'ai vu l'outsourcing dans deux grosses banques françaises et c'était à mourir de rire.

J4INVOQUE BOULASQUE
http://noisey.vice.com/blog/lagwag [...] g-premiere

Apparemment d'après le bouquin t'as la même chose sur les modèles de fin 2013 / début 2014 ; tu peux avoir des vitesses préprogrammées (max 5) accessibles via le tactile à l'arrêt.
Mais quand tu roules tu peux modifier la vitesse choisie avec +/- par pas de 1 en appui court ou par pas de 5 en appui long.
Faudrait que je teste ça un de ces jours quand même
(j'ai juste vu mon père l'utiliser dans la sienne)

Je vais préciser : quand t'operes sur 5 continents, avec 3-4 gros sièges régionaux, tu peux mettre ton IT dans n'importe lequel

Après si tu déplaces des activités, les problèmes habituels de perte de connaissance, handover foireux, etc... s'appliquent

Et puis ça fait peut être rire, mais d'un autre cote ça empêche pas les boites de le faire.

Donc : faute de pouvoir se battre sur les prix, faut être compétitif sur autre chose, et le démontrer. Et ça peut impliquer de sortir de la mentalité du "on est les meilleurs y nous arrivera rien"

 
Ça ne me fait pas rire parce que c'est pas faisable.
Ça me fait rire parce que ce que t'as en sortie est profondément merdique et que la plupart de ceux qui ont fait ça ont pas encore vraiment gagné de la thune dessus.
La mentalité n'a rien à voir là-dedans : les projets outsourcés sont une plaie non pas parce que les mecs chez qui on délocalise sont mauvais, mais parce qu'il y a toute une armée de glandus qui après toutes ces années ne sont pas encore foutus de gérer un projet de 10 clampins qui bossent au même étage.