Reprise du message précédent :
Hop, merci Ratibus, achetés et téléchargés sur ma tablette

 
Tu vas te faire chier là AMHA.

Houla, t'es énervé on dirait.

Alors y'a quand même des trucs qui paraissent vachement bizarres vus de loin.
12 mecs sortent 200 softs/an, de quelques dizaines de klocs. Soit ce sont tous des dieux, soit c'est du copier-coller. J'ai tendance à croire que c'est plutôt le second cas qui est vrai.

Le problème amha vient de la conception même des produits qui dès le départ ne sont pas faits pour un update. Donc on fait du code jetable et on ne capitalise pas vraiment, avec la possibilité de voir resurgir des bugs du passé. M'est avis que vous commencez à vous poser la question avec l'internet of things qui fait que le soft va être bien plus compliqué et permettra les updates. Si vous voulez rester compétitifs, vous n'avez guère le choix.

Qu'un frigo n'ait rien de commun avec une machine à laver jusqu'à présent, je peux comprendre, mais là, vous allez être obligés de développer une plateforme commune au minimum par gamme de produit, même sur l'ensemble des produits. Donc probablement, un micro OS, sur lequel viennent se greffer des modules optionnels, comme un scheduler pour de la programmation de démarrages/arrêts, un module d'update via TCP/IP, p-ê une gestion d'écran, de mise à l'heure, etc.
Et assez rapidement, vous allez capitaliser en multipliant les modules, au lieu de multiplier les produits. La grosse différence, c'est que les modules ne seront pas jetables.
Avez-vous déjà tenté cela ? Si oui avez-vous analysé pourquoi ça n'a pas marché ?

Tu as quoi comme plateforme de test ? Si t'as une carte séparée pour simuler le matos, tu peux faire écrire le code de la plateforme de test par un dev différent (en particulier les assertions).
 
Le passage de plusieurs personnes sur le même code est un acte fondamental de multiplication des paires d'yeux et de développer pour être relu. Tu dis même qu'en fait tu peux faire tourner les devs sur les appli, ce qui peut déjà faire bouger les lignes.

Heu nan, c'est parce que j'ai fait un harkopâté ?

Bah nan (t'as mixé 2 bouts de mon post ), on bosse sur des bases de code de plusieurs dizaines de klocs, dont certaines ont plus de 10 ans.
200 variantes vont en découler par an, mais les modifs que ça implique sont assez lourdes (c'est pas que des constantes à changer quoi ).
En général on jette assez peu de code, ça a plutôt tendance à s'empiler

On fait déjà tout ça (à part l'update par TCP/IP) sans µOS avec en moyenne 30k de code et 2k de RAM, le tout en 8/16 bits à 12MHz
J'ai fait joujou avec des µOS COTS, et t'as besoin du double de tout ça à fonctionnel équivalent. Au final t'as pas spécialement écrit moins de code, par contre t'as explosé ton coût de revient, et tu te payes les bugs de l'OS
C'est pas l'IoT qui nous fait poser des questions, on est tous d'accord pour dire que notre process est artisanal et vos réactions ne m'étonnent pas.
On cherche à s'améliorer et je me rencarde sur ce qu'il se fait en-dehors de chez nous (je suis dans une position où je peux changer des choses)
Mais on n'embarquera pas pour autant un RaspPi ou un XP Embedded pour nous faciliter la vie quoi
Et on va pas non plus arrêter tous les projets en cours pour n'en faire qu'un seul avec tout le monde dessus
L'IoT changera la donne sur le HdG (on n'écrira pas de pile TCP/IP notamment) où on pourra monnayer une cible plus chère et transversale, mais pour le cœur de gamme on peut pas se le permettre.
 
 
Quelqu'un a de la doc à recommander sur le TDD et sa mise en place ?

Je suppose que l'essentiel du dev est fait par copier-coller (welcome to embed world), mais les blocs de référence à copier sont-ils bien gérés centralement de façon que chaque nouvelle appli démarre avec les blocs les plus à jour possible ? Comment est gérée la qualité des blocs de référence ?

Ce qui m'étonne un peu c'est de savoir que des gens ont envie de bosser à l'usine au milieu des procédures et des TPS reports cover sheet alors qu'ils bossent dans un artisanat bon enfant.

Moi, quand je vais en Germanie, je bois du Nuka Cola !
 

 
Non. T'imagine même pas comme c'est galère de trouver de la thune en ce moment. On a assez eu de mal avec le deal pour passer à côté du moindre € de plus. Donc maintenant qu'on a fait le plus dur (le deal), le reste c'est peanut

apparement les gens n'arrivent toujours pas a acheter charlie hebdo...

 
Le drame.

 
N'empêche c'était le numéro où fallait balancer une vacherie sur Ceccaldi-Raynaud ou des élus locaux de la même trempe.  
Leur tronche quand ils auraient essayé d'acheter tous les numéros

²²²

On s'est rendu compte de ça oué, le problème c'est qu'on est sous-staffés : on est plutôt à 2 projets par dev que 2 devs par projet
Et le pire c'est qu'on cherche à embaucher, mais on trouve pas/on n'attire pas
Cela dit en pratique y'a eu pas mal de mauvaises XP avec le partage du code : déjà y'a le risque de tout péter quand tu modifies un soft dont t'as pas participé à la genèse et donc que tu connais mal (tu le fais que si t'as pas d'autre choix). J'ai déjà vu du code où plusieurs personnes sont passées dessus (5) : c'est de la bouillie (c'est du C). Même des softs bien documentés et qui respectent les règles internes, bah une modif à l'arrache par quelqu'un d'autre qui n'a pas jugé utile d'en faire autant et c'est le début de la fin
 
Pour le test on se dirige vers de la compilation sur PC, mais pour le moment c'est quelques portions de code sur quelques projets isolés

Ca dépend des services, en général on part du projet le plus à jour et qui a été un minimum validé

Sauf que c'est déjà l'usine, mais avec des moyens artisanaux
Comme on sait pas chiffrer le temps de dev, bah on subit les deadlines ("on veut ça pour telle date, démerdez-vous, ah les specs détaillées on verra plus tard, je peux pas vous dire quand" )
Ce qui est sympa dans le taf c'est de faire de la R&D
dépoter des déclinaisons d'un même soft ad lib c'est pas fun
mais quand tu dois faire de la R&D alors qu'on te pousse au cul pour avoir toute une gamme issue de cette R&D le plus tôt possible (bah oui, avec le temps de valid, les préséries & co si tu libères le soft à la deadline c'est déjà beaucoup trop tard), ça t'épuise et tu fais pas du bon taf
Alors les devs sont d'accord pour s'inscrire dans un process et tout faire bien, à condition qu'on leur laisse le temps de le faire, et qu'en amont et en aval on joue le jeu

 
cracotte, tu saoules avec tes salades à répétition

l'anal de Lio

la 4K, c'est bien à partir de quelle diagonale?

 
5, 6 pouces

ouais, bon, sur unr télé.

 
Ca dépend à quelle distance tu te tiens de ta TV ainsi que de la taille de la pièce où tu regardes la TV. Plus tu te tiens loin et plus la diag doit être grande pour rendre la 4K intéressante.  
Chez moi, j'ai un simple moniteur 27 pouces en full HD seulement situé à 3 mètres du canapé (On tiens à profiter au max de la cheminée). Dans mon cas, la 4K serait tout juste intéressante. Si je m'éloigne de 1 ou 2 mètres de plus, cela n'aurait aucun intérêt et il me faudrait alors un écran de 40 pouces au moins je dirais...

Je suis à 3m50, je passe d'un 32 pouces à un 39 ou 40 pouces

Vu que j'ai pas de sources 4K, j'imagine que ça serait du pognon foutu en l'air, et qu'à ce compte là, il vaut mieux essayer de mettre un peu de sous dans du full led, par exemple, ou une meilleure fluidité, que dans une augmentation de résolution, non?

ils vendent encore des 40 pouces ? pour les cuisines ?

 
dans les boites de bonux, tu en trouve des fois

le waf ne m'autorise pas plus grand.

La grande question étant : est-ce qu'une grande TV va me rendre plus heureux... N'ayant pas trouvé la réponse je garde mon ridicule moniteur 27 pouces...  
 
Le moniteur externe pour mon mac est meilleur et mieux défini que le moniteur qui fait office de TV chez nous. Ca donne un bon aperçu de la place qu'occupe la TV pour moi.
 
Un truc rigolo que j'ai remarqué, c'est que vu que finalement je suis jamais tranquille, je passe plus de temps devant mon iPad à regarder un bout de film ou un épisode d'une série que devant la "TV officielle" de la maison.

 
Je dirais que la réponse est globalement non, sauf si la luminosité de l'écran est suffisamment forte pour contrecarrer la dépression saisonnière

 
oui, bien sur.

si elle est bien allumée sur TF1.

 
Ceux qui en ont une te diront oui, sans hésiter.
Ceux qui en veulent une te diront probablement.
Ceux qui n'en veulent pas te diront non.

 
conclusion, ceux qui parlent d'expérience disent oui

 
Oui mais au bout de combien de temps ? Combien d'années d'abrutissement sont nécessaires ? Est-ce proportionnel au nombre de neurones présents  au début de l'exposition à cette chaine ?

 
Ils ne peuvent peut être plus penser par eux-mêmes les pauvres...

 
j'y suis passé par la "force des choses", ancienne TV HS, on se dit "on va essayer" et au final, je ne reviendrais pas en arrière

 
Ça dépend si t'as acheté récemment en fait.
Pour préserver ton amour-propre tu vas chercher à justifier ton achat en disant qu'il était vraiment bien.

Il parait que la taille, ça compte.

Edit: Sinon, autant le design, la couleur, les câbles etc. je comprends que ça impacte le WAF, autant la taille du TV...

 
  C'est peut-être parce qu'à l'usage, un moniteur a besoin d'une meilleure définition pour afficher du texte qu'une TV pour afficher des vidéos ?

Chez loi, on ne voit aucun câble, donc le design et la taille comptent... Un écran éteint, c'est un rectangle noir moche, donc ca compte.

 
Non, mais ce que je voulais dire, c'est qu'un moniteur pour ordi de 27 pouces TN seulement full HD super cheap comme celui que j'utilise comme TV, c'est vraiment la misère de nos jours. Ca doit couter même pas 150 roros.

MacBook dead alors qu'il a 3,5 ans.
Joli le nouveau presse papier à 1700€  

la carte graphique est soudée ? tu ne peux pas espérer un changement de la pièce ?