Le matériel, ça coûte cher, très cher à concevoir, c'est ça le souci.
Là ou un logiciel ne coûte quasiment rien à part du temps, du matériel nécessite d'avoir un véritable laboratoire, avec des composants qui ont un coût matériel.
Il y à aussi les compétences qui ne sont pas les mêmes: j'aurai tendance à dire que l'électronique nécessite des connaissances plus larges que la programmation, puisqu'en programmation on peut se reposer sur des bibliothèques qui nous évitent de nous taper le bas niveau: quand je code, disons, un casse-brique, je n'en ai rien à rien à faire de l'impédance des hauts-parleurs, ni de la fréquence du bus PCIe.
En électronique, tu dois (si ça marche de la même façon que ce que j'ai fait en STI électronique il y à 10 ans, bien sûr), commencer par étudier ton circuit dans un monde idéal pour avoir des calculs/formules qui tiennent à peu près la route, puis vérifier que le comportement ne posera pas de problèmes avec les marges d'erreur des composants que tu utilises (oui, parce qu'un condensateur, même si la théorie dit qu'il n'a qu'une capacité, en fait il à aussi une impédance, et ça impacte. Et même si un transistor en régime saturé bascule théoriquement d'un état à l'autre de façon instantanée, dans la pratique c'est complètement faux... entres autres.). Ces phases sont plus complexes que dans le cas d'un logiciel classique (on parle bien des bureaux là, hein?) ou il n'y à pas besoin d'être calé en maths (niveau seconde, à peu près: équation du 2nd degré quoi, et encore).
Bien sûr, une fois les calculs faits, en espérant ne pas s'être planté, il faut prototyper, histoire de tester. Là, il y à un premier coût en matos bien réel, qui n'existe pas en dev. Pire, si on s'est planté, on risque de cramer quelques composants.
Une fois cette étape passée, on à un prototype, l'équivalent d'une version debug d'un soft. C'est à dire un truc qui est gros, moyennement voire peu performant, et pas beau.
Il faut donc encore industrialiser tout ça, et je dois t'avouer: je n'ai aucune idée du coût que ça peut représenter, mais je doute que n'importe qui peut se le permettre.
Bien sûr, dans le cas d'apple, ils ne s'arrêtent pas là: une fois le matos fait, ils font également les pilotes... logiciels, qui ne sont pas non plus aussi simples à faire que des logiciels de bureau (j'insiste sur le "de bureau") j'imagine.
Le monde du libre, malgré quelques essais plus ou moins concluants (j'ai lu des doc sur une carte graphique il y à quelques mois), ne peut pas vraiment se payer un tel investissement, et même si c'était possible à cause de la faible échelle de production, ça coûterait nettement plus cher que du matos apple, pour des perfs ridicules (à cause du fait que le matos efficace ça coûte plus cher, et que des électroniciens dans leurs garages ne pourrons pas faire aussi bien qu'une horde d'ingénieurs spécialisés dans des labos de pointe).
Donc, pour le "pas trop compliqué" tu repasseras. Le matos, c'est bien ce qu'il y à de plus coûteux et de plus cher à développer amha. Et je n'ai bien sûr pas abordé la question des brevets...
[^] # Re: Linux Bureau ?
Posté par freem . En réponse au journal Disruptive innovation comme y disent aux states. Évalué à 5.
Le matériel, ça coûte cher, très cher à concevoir, c'est ça le souci.
Là ou un logiciel ne coûte quasiment rien à part du temps, du matériel nécessite d'avoir un véritable laboratoire, avec des composants qui ont un coût matériel.
Il y à aussi les compétences qui ne sont pas les mêmes: j'aurai tendance à dire que l'électronique nécessite des connaissances plus larges que la programmation, puisqu'en programmation on peut se reposer sur des bibliothèques qui nous évitent de nous taper le bas niveau: quand je code, disons, un casse-brique, je n'en ai rien à rien à faire de l'impédance des hauts-parleurs, ni de la fréquence du bus PCIe.
En électronique, tu dois (si ça marche de la même façon que ce que j'ai fait en STI électronique il y à 10 ans, bien sûr), commencer par étudier ton circuit dans un monde idéal pour avoir des calculs/formules qui tiennent à peu près la route, puis vérifier que le comportement ne posera pas de problèmes avec les marges d'erreur des composants que tu utilises (oui, parce qu'un condensateur, même si la théorie dit qu'il n'a qu'une capacité, en fait il à aussi une impédance, et ça impacte. Et même si un transistor en régime saturé bascule théoriquement d'un état à l'autre de façon instantanée, dans la pratique c'est complètement faux... entres autres.). Ces phases sont plus complexes que dans le cas d'un logiciel classique (on parle bien des bureaux là, hein?) ou il n'y à pas besoin d'être calé en maths (niveau seconde, à peu près: équation du 2nd degré quoi, et encore).
Bien sûr, une fois les calculs faits, en espérant ne pas s'être planté, il faut prototyper, histoire de tester. Là, il y à un premier coût en matos bien réel, qui n'existe pas en dev. Pire, si on s'est planté, on risque de cramer quelques composants.
Une fois cette étape passée, on à un prototype, l'équivalent d'une version debug d'un soft. C'est à dire un truc qui est gros, moyennement voire peu performant, et pas beau.
Il faut donc encore industrialiser tout ça, et je dois t'avouer: je n'ai aucune idée du coût que ça peut représenter, mais je doute que n'importe qui peut se le permettre.
Bien sûr, dans le cas d'apple, ils ne s'arrêtent pas là: une fois le matos fait, ils font également les pilotes... logiciels, qui ne sont pas non plus aussi simples à faire que des logiciels de bureau (j'insiste sur le "de bureau") j'imagine.
Le monde du libre, malgré quelques essais plus ou moins concluants (j'ai lu des doc sur une carte graphique il y à quelques mois), ne peut pas vraiment se payer un tel investissement, et même si c'était possible à cause de la faible échelle de production, ça coûterait nettement plus cher que du matos apple, pour des perfs ridicules (à cause du fait que le matos efficace ça coûte plus cher, et que des électroniciens dans leurs garages ne pourrons pas faire aussi bien qu'une horde d'ingénieurs spécialisés dans des labos de pointe).
Donc, pour le "pas trop compliqué" tu repasseras. Le matos, c'est bien ce qu'il y à de plus coûteux et de plus cher à développer amha. Et je n'ai bien sûr pas abordé la question des brevets...