Et bien si je regarde la situation, nous avons d'un côté un candidat trop arrogant pour négocier qui a fait des compromis dans son programme pour inclure les écologistes, et de l'autre le candidat pas arrogant qui n'est capable de travailler avec personne au point que son mouvement semble totalement centré sur lui-même et le culte de sa personne.
Je note aussi que l'un des deux a fait un pas vers l'autre, et ce n'est pas Mélanchon.
Si l'on en croit les sondages, Hamon et Mélanchon en candidats président et premier ministre pourraient arriver au second tour et l'emporter.
Au contraire, refuser tout compromis et toute alliance et prétendre vouloir gagner, ça, c'est ridicule (et un gros foutage de gueule à mon avis).
Et pire: imaginons qu'il gagne. Est-on parti pour 5ans d'immobilisme faute de pouvoir travailler avec qui que ce soit qui ne le suit pas aveuglément?
Oui Hamon est au PS, tout comme Valls et Hollande, mais c'est aussi un représentant de l'aile gauche du PS et assurément un changement par rapport à l'attitude souvent condescendante des représentants PS à l'égard du reste de la gauche. Si Mélanchon ne peut pas s'allier avec lui, il ne le peut avec aucune grande formation.
Il reste les Trotskistes, déjà pas capables de faire un front commun entre eux…
M'enfin ça permet aussi aux pirates d'évaluer la future rançon à réclamer aux utilisateurs quand ils auront trouvé une faille dans le bousin et récupéré les "données utilisateurs".
Sinon, le problème de ma non embauche, c'est que je calcule juste ?
Non, le problème, c'est que tu n'as aucune notion du rapport entre coût du travail et salaire, une idée totalement fantaisiste sur l'organisation du travail dans des gros projets, aucune idée de la gestion de ressources et priorités.
Bref, je me demande vraiment dans quelle bulle tu vis…
Non mais sérieusement, tu as déjà vu une organisation avec des salariés ou tu essaies de deviner?
Parce que comme j'écrivais plus haut ou comme n'importe quel fraîche recrue au travail depuis 1 semaine pourrait te répondre: il est certainement déjà à temps plein et ne fait pas QUE s'occuper de ton backend alsa.
Ce que tu demandes, c'est qu'il ne fasse plus que ça, mais alors qui fera le reste de ses activités? Il "suffit de dépenser plus" ou il "suffit de couper ailleurs"? Bingo: il fallait couper quelque part et c'est alsa qui a pris.
Le fait d'être négligeable est toujours relatif à quelque chose (« vas-y, te gêne pas, maintient le cooe et propose ta version de FF. »). Ici, c'est relatif, au fait :
Et tu n'as toujours aucune légitimité pour décider ce qui est négligeable ou pas.
Chez nous, 30min de temps ce n'est PAS négligeable (et quand be dis "chez nous" je ne parle pas de ma maison).
Donc, cela veut dire que j'ai déjà ces 4 points.
À moins que tu sois dév chez Mozilla tu n'as rien d'autre que des déclarations gratuites basées sur tes propres spéculations.
Ce n'est pas le même coût et cela est trivial. Il n'y a même pas à discuter à ce sujet. Étrange comme tu évites de citer bien soigneusement cette partie de mon post. Pourtant tu le cites presque totalement. De plus est le concept de base est qui est important est le « négligeable ». Ce qui l'est pour mozilla ne l'est pas pour moi.
Qui es-tu donc pour savoir mieux que Mozilla et ce dév en particulier le boulot à faire pour maintenir le backend Alsa?
Ce n'est absolument pas ce que je dis. J'ai une note en ¹ dans un des postes à ce sujet. Il n'y a pas 36 mille alsa. Ce n'est pas quelque chose qui est multipliable à l'infini.
Il y a un seul alsa, un seul PA, un seul OSS, un seul jack, un seul backend Windows, un seul backend OS X, etc.
Et tu "négliges" sans doute aussi le fait que ce dév a peut-être d'autres choses à faire en sus de maintenir les backend audio, ou est-ce que Mozilla est tellement riche qu'il ne fait forcément rien d'autre toute la journée?
quand tu dis « ma division », tu dis en réalité : dans la division dans laquelle je travaille, tu ne la gères pas.
Heureusement que tu es là pour remettre les pendules à l'heure sinon personne n'aurait compris ça.
Mais sinon c'était une belle tentative d'argument d'autorité¹ ;
Je pense que tu ne sais pas ce que c'est qu'un argument d'autorité.
quand tu dis « On rapporte nos activités à la demi-heure! », je pense que cela signifie que la granularité de reportage dans le logiciel que tu utilises est la demi-heure et pas que toutes les demi-heures, tu encodes ce que tu as fait. Ce n'est pas parce que ton logiciel rapporte est à la 1/2h près que tu rapportes à la demi-heure. Je suis quasi-certain que tu rapportes au maximum 1 fois par jour. Sinon, bonjour, l'efficacité.
Encore une fois, heureusement que tu es là pour clarifier, parce que de mon côté j'avais la naïveté de croire que le lectorat de linuxfr était capable de comprendre la différence entre "à la demi-heure" et "toutes les demi-heures", mais tu me prouves le contraire.
Il y a quand même une limite à l'imprécision de langage. Je suis généralement tolérant à ce sujet (en tout cas bien plus que ce qui est toléré sur linuxfr). Mais là, cela frise le ridicule.
Effectivement, j'abuse. Mais imagine si moi j'avais écrit "frise", tu t'insurgerais parce je détourne le sujet vers la coiffure!
que les budgets de mozilla sont faramineux pour une fondation ;
On trouve plus gros et plus petit. Du reste, je ne vois pas le rapport. Un budget est toujours limité, et on ne peut travailler que dans les limites de ce budget.
que alsa est relativement stable au niveau api et donc, que les changements sont peu fréquent du coté de mozilla ;
Et c'est là où tu aurais dû comprendre pourquoi je compare avec ma division (oui, je sais: j'abuse encore): budgets similaires, et pourtant le management veut savoir si la moindre demi-heure est utilisée à bon escient suivant les priorités.
que l'infrastructure d'hébergement, de compilation et globalement les moyens techniques sont déjà en place ;
que l'expertise technique du produit est déjà là.
Avec cet argument, Mozilla ne devrait jamais enlever le moindre bout de code de FF.
En bref, si moi, je le fais cela a un gros coût pour moi. Pour mozilla, cela n'est pas un gros coût.
Non, c'est exactement le même coût. Si tu fais ça, tu ne fais pas autre chose dans le même temps, c'est pareil pour le dév Mozilla assigné à la tâche. C'est juste que tu crois que quand on a un gros budget, on peut multiplier les "petites tâches" sans compter. Et dans une organisation bien gérée, ça n'est pas le cas.
Je ne suis pas généreux avec l'argent de mozilla. Je pense pour les raisons ci-dessus que le choix de supprimer alsa est un choix politique qui n'est pas (ou vraiment vraiment très peu) guidé par des raisons financières (celles-ci seraient quantifiés si cela était le cas).
Qui te dit que ça n'est pas quantifié? Si ce n'est pas en monnaie sonnante et trébuchante, le dév a certainement une idée du temps qu'il passe dessus, et ça se compte.
Ni Mozilla ni le dév concerné n'ont à te soumettre un dossier complet et chiffré avant de prendre des décisions.
Et à première vue cela semble un choix probablement uniquement le fait d'une seule personne (cfr. rapport de bug).
Même si c'était le cas (ce qui est fort possible), c'est toujours une personne qui gère des ressources (son propre temps) et les alloue suivant les priorités.
Je suis au regret de te dire que cette personne ne te doit pas un rapport d'activité et que Mozilla n'a pas à justifier les priorités devant toi.
¹ Crois-moi, question budgets gérés, tu ne vas pas pouvoir rivaliser.
Au vu de ce que tu écris plus haut, non, jamais je ne pourrais gérer un budget avec autant de légèreté que tu le suggères.
Du reste, si tu avais compris ce que j'écris, tu aurais sûrement compris aussi que le sujet n'est pas si le gros budget (que je ne gère pas, pour rappel) est assez gros, mais plutôt si l'ordre de grandeur est similaire.
Mais les concours de bite ce n'est pas mon genre.
Et c'est sans doute pour ça que tu te sens obligé de l'écrire.
Comparaison très pertinente. En l'occurrence, la dernière boucherie vient de fermer et tu penses qu'il faut forcer le boucher à réouvrir ou exiger du maire qu'il en trouve un autre.
Tu sais quoi? Ma division tape dans les mêmes ordres de grandeur et curieusement on fait quand même gaffe à l'argent dépensé et ce sur quoi on passe notre temps. On rapporte nos activités à la demi-heure!
Mais si c'est vraiment un effort négligeable, vas-y, te gêne pas, maintient le cooe et propose ta version de FF.
Ou alors tu sais que c'est quand même du boulot et t'es juste très généreux avec l'argent de Mozilla.
Ça peut sûrement se faire aussi, mais il faut tourner sans entrée d'argent un bon moment.
Le message indiquant que le produit a été retrouvé arrive chez le propriétaire.
Celui-ci paie pour que l'objet lui soit effectivement renvoyé.
On peut imaginer une prime offerte au "trouveur" qu'il reçoit une fois que le propriétaire confirme réception de son bien.
En l'occurrence,il semble que le produit se vende, mais la règle générale d'une levée de fonds, c'est pas de convaincre des clients d'acheter, mais des investisseurs que tu as presque un produit et qu'il va se vendre.
J'ai dé]à parlé à un ingé qui a travaillé pour plusieurs startup aux É.-U., et ses anecdotes sont assez sidérantes.
Si je lis correctement la phrase, ils ne souhaitent pas particulièrement forcer PA mais juste arrêter de dépenser du temps et des ressources sur tout le reste.
Mais… laisse-nous nous haïr les-uns les-autres en paix!
Linux, c'est le choix et la diversité:
Le choix de gueuler sur les dévs qui codent pas ce qu'on veut gratuitement.
Le choix de gueuler sur les mainteneurs qui n'assurent pas la maintenance de tous les choix personnels, gratuitement aussi, bien entendu
Le choix de râler n'importe où à qui veut lire ou entendre que c'était mieux avant: quand il fallait être ingénieur pour avoir du son qui sort pour une appli à la fois par le haut-parleur uniquement
quand bluetooth, voire l'usb n'existaient pas
quand les mainteneurs passaient des heures à propager la moindre mise-à-jour des scripts d'init à travers tous les services
quand faire marcher X11 faisait de toi un expert reconnu
Bref, le bon temps quoi.
Mais dans le même temps, gueuler aussi parce que le grand public n'adopte pas massivement Linux, jugé trop compliqué, qu'ils sont bêtes et ignorants!
Bref: n'essaie pas de changer une culture dont les résultats ne sont plus à prouver!
Pourquoi ne pas demander directement aux dévs Mozilla pourquoi ils préfèrent PA et ne veulent plus maintenir l'interface Alsa?
Ils ont peut-être une bonne raison aussi autre que être "pas raisonnables" ou "ignorer des utilisateurs", ou "parce que Lennart!!".
Je lis ici et là des détails sur certains appareils. Où est la liste?
(et si quelqu'un me répond "le catalogue de la Fnac", trop tard, je suis en train de la faire!)
Ou alors il voulait dire qu'il n'y avait qu'un seul rc.conf dans /etc, par opposition à des distros où il y en aurait un dans /etc, un dans /var, pourquoi pas un autre dans /home, dans des distros dont j'ignore l'existence et qui gagneraient à ne pas être plus connues que ça?
Posté par Maclag .
En réponse au journal 3310.
Évalué à 2.
Je crois que tu ne te rends pas compte des ordres de grandeur (ni eux s'ils croient à ce qu'ils écrivent):
Je ne sais pas si les prix se sont effondrés, mais le coût d'un jeu de masque 45nm il y a quelques années, c'était dans les 2M$ (2 MILLIONS $).
Là, tu n'as que les masques, tu n'as pas encore produit le moindre wafer.
Alors 10$/pièce, c'est hors coût des masques, et du coup, oui, ton prix unitaire à 100k unités, c'est pas 10$, c'est 20$ rien que pour les masques, + le coût de fabrication des wafers. On est déjà à 30$/unité si leurs chiffres sur les coûts de fabrication sont corrects.
Ça, ça suppose aussi que ta première version soit bonne, ce qui est rarement le cas dans l'industrie. J'espère que la révision ne se fera que sur quelques masques, auquel cas on devrait arrive plutôt à 35--40$ par puce à la fin.
Pour passer à 28nm, je n'ai pas de chiffre sur le coût des masques, juste qu'il augmente typiquement de 40% par nœud. Là tu sautes de 2 générations. On devrait tourner dans les 4M$ juste pour les masques. Le coût des wafers va lui aussi augmenter.
Tu crois toujours que 200k c'est un gros volume? On parle ici d'un seul et unique lot!
Quand on veut qualifier un produit, on produit 3 lots différents. C'est pas pour une prod faible volume, c'est juste le procédé de certification interne.
200k c'est même pas du "faible volume", c'est du prototypage!
Posté par Maclag .
En réponse au journal 3310.
Évalué à 2.
Moi quand je vais sur ton lien, je jois plutôt 45nm et 28nm.
Et ça serait déjà pas mal. Aucune mention du budget pour les masques, par contre. Sur les volumes faibles, c'est d'habitude ce qui te tue!
Les salles blanches d'il y a 30ans sont encore là, et elles sont en prod. Tous les circuits ne sont pas des processeurs dernier cri. Il reste plein de puces non rentables sur techno avancées à produire.
Par contre, ces fabs nécessitent de grosses équipes d'ingénieurs et techniciens pour faire tourner la prod et maintenir les machines. La microfabrication, c'est incroyablement complexe et requiert des spécialistes dans des procédés techiques très pointu.
Je ne crois pas qu'il existe ne serait-ce qu'une personne au monde capable de te faire ton circuit seule dans la fab.
Alors
"à la portée des PME": non, pas du tout rentable. Suicidaire.
"à la portée d'un particulier": à part pour avoir son musée perso, totalement vain!
[^] # Re: Ce que j’en pense
Posté par Maclag . En réponse au journal Élection présidentielle 2017, candidat libre/opensource compatible. Évalué à 2.
Ben pas que les principaux, vu qu'on n'a ni Hollande ni même Valls dans les candidats.
[^] # Re: Rare, vraiment?
Posté par Maclag . En réponse au journal Clavardage en direct sur le discours de Jean Luc Mélenchon à 15h. Évalué à 5.
Et bien si je regarde la situation, nous avons d'un côté un candidat trop arrogant pour négocier qui a fait des compromis dans son programme pour inclure les écologistes, et de l'autre le candidat pas arrogant qui n'est capable de travailler avec personne au point que son mouvement semble totalement centré sur lui-même et le culte de sa personne.
Je note aussi que l'un des deux a fait un pas vers l'autre, et ce n'est pas Mélanchon.
Mais marre-toi, je t'en prie.
[^] # Re: Rare, vraiment?
Posté par Maclag . En réponse au journal Clavardage en direct sur le discours de Jean Luc Mélenchon à 15h. Évalué à 2.
Paradoxal de dire que ceux-là ne le soutiennent pas mais qu'il les mettra à coup sûr dans son gouvernement.
De plus, mon hypothèse c'est d'avoir Mélanchon premier ministre, et donc tu crois qu'il inclura Valls??
[^] # Re: Vision Richard Stallman
Posté par Maclag . En réponse au journal Élection présidentielle 2017, candidat libre/opensource compatible. Évalué à 6.
Hé! On avait dit pas d'insulte violente!
[^] # Re: Rare, vraiment?
Posté par Maclag . En réponse au journal Clavardage en direct sur le discours de Jean Luc Mélenchon à 15h. Évalué à -2.
Si l'on en croit les sondages, Hamon et Mélanchon en candidats président et premier ministre pourraient arriver au second tour et l'emporter.
Au contraire, refuser tout compromis et toute alliance et prétendre vouloir gagner, ça, c'est ridicule (et un gros foutage de gueule à mon avis).
Et pire: imaginons qu'il gagne. Est-on parti pour 5ans d'immobilisme faute de pouvoir travailler avec qui que ce soit qui ne le suit pas aveuglément?
Oui Hamon est au PS, tout comme Valls et Hollande, mais c'est aussi un représentant de l'aile gauche du PS et assurément un changement par rapport à l'attitude souvent condescendante des représentants PS à l'égard du reste de la gauche. Si Mélanchon ne peut pas s'allier avec lui, il ne le peut avec aucune grande formation.
Il reste les Trotskistes, déjà pas capables de faire un front commun entre eux…
[^] # Re: Le marché
Posté par Maclag . En réponse au journal Polichinelle 2.0 et les joies des objets connectés. Évalué à 4.
M'enfin ça permet aussi aux pirates d'évaluer la future rançon à réclamer aux utilisateurs quand ils auront trouvé une faille dans le bousin et récupéré les "données utilisateurs".
[^] # Re: Eh ben non
Posté par Maclag . En réponse au journal Lennart a encore frappé !. Évalué à 7.
Non, le problème, c'est que tu n'as aucune notion du rapport entre coût du travail et salaire, une idée totalement fantaisiste sur l'organisation du travail dans des gros projets, aucune idée de la gestion de ressources et priorités.
Bref, je me demande vraiment dans quelle bulle tu vis…
[^] # Re: Eh ben non
Posté par Maclag . En réponse au journal Lennart a encore frappé !. Évalué à 6.
Non mais sérieusement, tu as déjà vu une organisation avec des salariés ou tu essaies de deviner?
Parce que comme j'écrivais plus haut ou comme n'importe quel fraîche recrue au travail depuis 1 semaine pourrait te répondre: il est certainement déjà à temps plein et ne fait pas QUE s'occuper de ton backend alsa.
Ce que tu demandes, c'est qu'il ne fasse plus que ça, mais alors qui fera le reste de ses activités? Il "suffit de dépenser plus" ou il "suffit de couper ailleurs"? Bingo: il fallait couper quelque part et c'est alsa qui a pris.
[^] # Re: Eh ben non
Posté par Maclag . En réponse au journal Lennart a encore frappé !. Évalué à 7.
Attends, tu pointes vers tes propres hypothèses pour apporter la preuve de ce que tu racontes?!
Mais hé, on peut tous le faire:
-J'estime qu'un dév expérimenté passe 2h par semaine sur le backend Alsa.
-Il coûte 100$/heure
-Ça fait donc 1000$/semaine, soit environ 50k$/an.
-En plus, il y a 10 bugs/an concernant alsa
-Il faut un travail additionnel de 5k$ pour résoudre ces bugs.
On est à 100k$/an. Ça n'est pas négligeable.
J'ai donc formellement prouvé qu'il était justifié financièrement d'abandonner alsa.
[^] # Re: Eh ben non
Posté par Maclag . En réponse au journal Lennart a encore frappé !. Évalué à 6.
Et tu n'as toujours aucune légitimité pour décider ce qui est négligeable ou pas.
Chez nous, 30min de temps ce n'est PAS négligeable (et quand be dis "chez nous" je ne parle pas de ma maison).
À moins que tu sois dév chez Mozilla tu n'as rien d'autre que des déclarations gratuites basées sur tes propres spéculations.
Qui es-tu donc pour savoir mieux que Mozilla et ce dév en particulier le boulot à faire pour maintenir le backend Alsa?
Il y a un seul alsa, un seul PA, un seul OSS, un seul jack, un seul backend Windows, un seul backend OS X, etc.
Et tu "négliges" sans doute aussi le fait que ce dév a peut-être d'autres choses à faire en sus de maintenir les backend audio, ou est-ce que Mozilla est tellement riche qu'il ne fait forcément rien d'autre toute la journée?
[^] # Re: Eh ben non
Posté par Maclag . En réponse au journal Lennart a encore frappé !. Évalué à 8.
Heureusement que tu es là pour remettre les pendules à l'heure sinon personne n'aurait compris ça.
Je pense que tu ne sais pas ce que c'est qu'un argument d'autorité.
Encore une fois, heureusement que tu es là pour clarifier, parce que de mon côté j'avais la naïveté de croire que le lectorat de linuxfr était capable de comprendre la différence entre "à la demi-heure" et "toutes les demi-heures", mais tu me prouves le contraire.
Effectivement, j'abuse. Mais imagine si moi j'avais écrit "frise", tu t'insurgerais parce je détourne le sujet vers la coiffure!
On trouve plus gros et plus petit. Du reste, je ne vois pas le rapport. Un budget est toujours limité, et on ne peut travailler que dans les limites de ce budget.
Et c'est là où tu aurais dû comprendre pourquoi je compare avec ma division (oui, je sais: j'abuse encore): budgets similaires, et pourtant le management veut savoir si la moindre demi-heure est utilisée à bon escient suivant les priorités.
Avec cet argument, Mozilla ne devrait jamais enlever le moindre bout de code de FF.
Non, c'est exactement le même coût. Si tu fais ça, tu ne fais pas autre chose dans le même temps, c'est pareil pour le dév Mozilla assigné à la tâche. C'est juste que tu crois que quand on a un gros budget, on peut multiplier les "petites tâches" sans compter. Et dans une organisation bien gérée, ça n'est pas le cas.
Qui te dit que ça n'est pas quantifié? Si ce n'est pas en monnaie sonnante et trébuchante, le dév a certainement une idée du temps qu'il passe dessus, et ça se compte.
Ni Mozilla ni le dév concerné n'ont à te soumettre un dossier complet et chiffré avant de prendre des décisions.
Même si c'était le cas (ce qui est fort possible), c'est toujours une personne qui gère des ressources (son propre temps) et les alloue suivant les priorités.
Je suis au regret de te dire que cette personne ne te doit pas un rapport d'activité et que Mozilla n'a pas à justifier les priorités devant toi.
Au vu de ce que tu écris plus haut, non, jamais je ne pourrais gérer un budget avec autant de légèreté que tu le suggères.
Du reste, si tu avais compris ce que j'écris, tu aurais sûrement compris aussi que le sujet n'est pas si le gros budget (que je ne gère pas, pour rappel) est assez gros, mais plutôt si l'ordre de grandeur est similaire.
Et c'est sans doute pour ça que tu te sens obligé de l'écrire.
[^] # Re: Eh ben non
Posté par Maclag . En réponse au journal Lennart a encore frappé !. Évalué à 5.
Comparaison très pertinente. En l'occurrence, la dernière boucherie vient de fermer et tu penses qu'il faut forcer le boucher à réouvrir ou exiger du maire qu'il en trouve un autre.
[^] # Re: Eh ben non
Posté par Maclag . En réponse au journal Lennart a encore frappé !. Évalué à 10.
Tu sais quoi? Ma division tape dans les mêmes ordres de grandeur et curieusement on fait quand même gaffe à l'argent dépensé et ce sur quoi on passe notre temps. On rapporte nos activités à la demi-heure!
Mais si c'est vraiment un effort négligeable, vas-y, te gêne pas, maintient le cooe et propose ta version de FF.
Ou alors tu sais que c'est quand même du boulot et t'es juste très généreux avec l'argent de Mozilla.
[^] # Re: Pérennité
Posté par Maclag . En réponse au journal À mes heures perdues… et retrouvées : rendre.fr. Évalué à 3.
Ça peut sûrement se faire aussi, mais il faut tourner sans entrée d'argent un bon moment.
Le message indiquant que le produit a été retrouvé arrive chez le propriétaire.
Celui-ci paie pour que l'objet lui soit effectivement renvoyé.
On peut imaginer une prime offerte au "trouveur" qu'il reçoit une fois que le propriétaire confirme réception de son bien.
[^] # Re: pas compris
Posté par Maclag . En réponse au journal À mes heures perdues… et retrouvées : rendre.fr. Évalué à 3.
En l'occurrence,il semble que le produit se vende, mais la règle générale d'une levée de fonds, c'est pas de convaincre des clients d'acheter, mais des investisseurs que tu as presque un produit et qu'il va se vendre.
J'ai dé]à parlé à un ingé qui a travaillé pour plusieurs startup aux É.-U., et ses anecdotes sont assez sidérantes.
[^] # Re: Eh ben non
Posté par Maclag . En réponse au journal Lennart a encore frappé !. Évalué à 8.
Si je lis correctement la phrase, ils ne souhaitent pas particulièrement forcer PA mais juste arrêter de dépenser du temps et des ressources sur tout le reste.
[^] # Re: On en est encore là ?
Posté par Maclag . En réponse au journal Lennart a encore frappé !. Évalué à 10.
Mais… laisse-nous nous haïr les-uns les-autres en paix!
Linux, c'est le choix et la diversité:
Le choix de gueuler sur les dévs qui codent pas ce qu'on veut gratuitement.
Le choix de gueuler sur les mainteneurs qui n'assurent pas la maintenance de tous les choix personnels, gratuitement aussi, bien entendu
Le choix de râler n'importe où à qui veut lire ou entendre que c'était mieux avant: quand il fallait être ingénieur pour avoir du son qui sort pour une appli à la fois par le haut-parleur uniquement
quand bluetooth, voire l'usb n'existaient pas
quand les mainteneurs passaient des heures à propager la moindre mise-à-jour des scripts d'init à travers tous les services
quand faire marcher X11 faisait de toi un expert reconnu
Bref, le bon temps quoi.
Mais dans le même temps, gueuler aussi parce que le grand public n'adopte pas massivement Linux, jugé trop compliqué, qu'ils sont bêtes et ignorants!
Bref: n'essaie pas de changer une culture dont les résultats ne sont plus à prouver!
[^] # Re: poids de l'histoire
Posté par Maclag . En réponse au journal Lennart a encore frappé !. Évalué à 6.
Pourquoi ne pas demander directement aux dévs Mozilla pourquoi ils préfèrent PA et ne veulent plus maintenir l'interface Alsa?
Ils ont peut-être une bonne raison aussi autre que être "pas raisonnables" ou "ignorer des utilisateurs", ou "parce que Lennart!!".
# Liste des appareils concernés?
Posté par Maclag . En réponse au journal La CIA offre sa première fournée de logiciels non libres gratuits. Évalué à 2.
Je lis ici et là des détails sur certains appareils. Où est la liste?
(et si quelqu'un me répond "le catalogue de la Fnac", trop tard, je suis en train de la faire!)
[^] # Re: Configuration sur un seul fichier ou deux.
Posté par Maclag . En réponse au journal Comment j’ai abandonné Debian.... Évalué à 2.
Ou alors il voulait dire qu'il n'y avait qu'un seul rc.conf dans /etc, par opposition à des distros où il y en aurait un dans /etc, un dans /var, pourquoi pas un autre dans /home, dans des distros dont j'ignore l'existence et qui gagneraient à ne pas être plus connues que ça?
# Saison
Posté par Maclag . En réponse au journal Mais qui a bien pu casser Amazon ? . Évalué à 5.
C'est rien ça, ça indique juste que la saison des stagiaires a démarré un peu plus tôt cette année.
--------> [ ]
[^] # Re: Pistes de développement
Posté par Maclag . En réponse à la dépêche Matériel libre : état des lieux après l’échec de la campagne de financement Talos. Évalué à 5.
Dans l'article que tu cites (et que je connaissais déjà):
28nm, c'est pas une techno d'il y a 30ans, et, TSMC, c'est juste la plus grosse fonderie indépendante du monde.
[^] # Re: C'est ... compliqué
Posté par Maclag . En réponse au journal 3310. Évalué à 2.
Je crois que tu ne te rends pas compte des ordres de grandeur (ni eux s'ils croient à ce qu'ils écrivent):
Je ne sais pas si les prix se sont effondrés, mais le coût d'un jeu de masque 45nm il y a quelques années, c'était dans les 2M$ (2 MILLIONS $).
Là, tu n'as que les masques, tu n'as pas encore produit le moindre wafer.
Alors 10$/pièce, c'est hors coût des masques, et du coup, oui, ton prix unitaire à 100k unités, c'est pas 10$, c'est 20$ rien que pour les masques, + le coût de fabrication des wafers. On est déjà à 30$/unité si leurs chiffres sur les coûts de fabrication sont corrects.
Ça, ça suppose aussi que ta première version soit bonne, ce qui est rarement le cas dans l'industrie. J'espère que la révision ne se fera que sur quelques masques, auquel cas on devrait arrive plutôt à 35--40$ par puce à la fin.
Pour passer à 28nm, je n'ai pas de chiffre sur le coût des masques, juste qu'il augmente typiquement de 40% par nœud. Là tu sautes de 2 générations. On devrait tourner dans les 4M$ juste pour les masques. Le coût des wafers va lui aussi augmenter.
Tu crois toujours que 200k c'est un gros volume? On parle ici d'un seul et unique lot!
Quand on veut qualifier un produit, on produit 3 lots différents. C'est pas pour une prod faible volume, c'est juste le procédé de certification interne.
200k c'est même pas du "faible volume", c'est du prototypage!
[^] # Re: C'est ... compliqué
Posté par Maclag . En réponse au journal 3310. Évalué à 2.
Moi quand je vais sur ton lien, je jois plutôt 45nm et 28nm.
Et ça serait déjà pas mal. Aucune mention du budget pour les masques, par contre. Sur les volumes faibles, c'est d'habitude ce qui te tue!
[^] # Re: Pistes de développement
Posté par Maclag . En réponse à la dépêche Matériel libre : état des lieux après l’échec de la campagne de financement Talos. Évalué à 4.
Bon, je vais te briser un rêve:
Les salles blanches d'il y a 30ans sont encore là, et elles sont en prod. Tous les circuits ne sont pas des processeurs dernier cri. Il reste plein de puces non rentables sur techno avancées à produire.
Par contre, ces fabs nécessitent de grosses équipes d'ingénieurs et techniciens pour faire tourner la prod et maintenir les machines. La microfabrication, c'est incroyablement complexe et requiert des spécialistes dans des procédés techiques très pointu.
Je ne crois pas qu'il existe ne serait-ce qu'une personne au monde capable de te faire ton circuit seule dans la fab.
Alors
"à la portée des PME": non, pas du tout rentable. Suicidaire.
"à la portée d'un particulier": à part pour avoir son musée perso, totalement vain!