En dev web je ne sais pas, mais dans d'autres domaines informatique(embarqué/lourd), le salaire d'un ingé sans responsabilité de 5 ans d'expérience, c'est entre 40/45 k€ à Paris et Paca. Et j'ai l'impression, à vue de nez mouillé, que 40 k€, c'est surtout pour les demoiselles… (et oui, c'est dégueulasse)
Avoir un smartphone plus fin, et un tas de bidule en plus, je ne vois pas l’intérêt.
J'avais eu le cas avec un VAIO, un bidule pour l'écran VGA, un bidule pour le réseau. En gros, avec l'alimentation, il y avait de plus de volume de bidule que d'ordinateur.
C'est assez moche comme code. En Ocaml, le type optionnel est un type somme, ce qui oblige à le décomposer, donc, c'est impossible de l'oublier ou de tomber sur un pointeur nul. Il manque ce filtrage à C++ pour avoir toutes la puissance du truc.
Ensuite, niveau exception je déteste ça. Ne pas trouver quelques choses dans une recherche, peut être un bug ou un cas attendu, j'ai déjà eu des gros problèmes à démêler les 2 cas. Dans le cas de Ocaml, il faudra que les fonctions inclus leur exceptions dans leur signature, cela permettra au moins d'éviter des oublies.
Il ne restera que le bluetooth pour la musique. C'est du mepg1 layer2 à 128kbits, soit très loin de la hifi. Il existe des normes de qualité supérieur, mais il faut trouver le matos qui le gère. Le plus haut standard laisse le casque décodé… J'imagine un casque gérer le bazar des codecs audio…
Des langages comme Smalltack utilisent des contrats qui sont simplement des tests en début et fin de fonctions. Ces tests s’héritent avec l'interface objet.
L’intérêt est de faire confiance à la lib de base, ce qui évite de programmer de façon défensive, ce qui a un coût en perf énorme. Les contrats permettent ici de récupérer les erreurs.
Le problème des types complexes, c'est qu'un humain a du mal à s'en sortir avec. Comprendre simplement les type GADT de Ocaml, n'est pas simple du tout. Et pourtant les possibilités sont limités.
Tu as totalement raison, mais tu es bien français pour ne penser qu'au cas, ou "cela ne marchera jamais".
Il faut par défaut faire confiance au gens, ensuite, rien n’empêche de faire un système de notation par étoile ("fait ce qu'il dit") et de commentaire qui permet de pondérer.
L'abonnement mensuel est soi pour une application, soit pour ta plateforme. Ainsi, tu peux influer plusieurs logiciels à la fois. L'utilisateur vote pour plusieurs bug, mais plus il vote et plus l'argent se dilue. Je ne pense pas qu'il soit bien que l'utilisateur "voit" encore ses sous. Si l'argent n'est pas utilisé, il y a un magot qui se forme pour le prochain bug.
De l'autre coté, les auteurs peuvent attendre un montant certain, avant de se lancer. L'argent est bloqué jusqu'à la livraison.
Tu peux aussi noter une application comme "utile" ou autre j'aime. Ainsi, l'abonnement sert aussi à faire un don mensuel à l'auteur. Mais c'est un don, où tu n'as pas à prendre ta carte à chaque fois.
En gros, les utilisateurs ne doivent pas trop sentir filer leur argent (abonnement, renouvelable tacitement), mais sans se sentir se faire avoir (sans engagement), se faire valoriser, etc…
Les auteurs ont besoin d'un flux d'argent relativement constant et prévisible.
Avec un notion de planning aussi : le temps du dev n'est pas infini, et il peut avoir une conception élastique du temps.
Je présentais uber comme une plateforme qui définit la règle du jeu, et la "force" aussi bien du coté des VTC (prix de la course), que des clients (paiement par CB). Cela rassure de chaque coté.
Tu peux aussi avoir un coté packaging dans les distro. Un LL particulier peut être très chiant à mettre en œuvre par soi-même. Idem pour la doc ou le marketing.
Pour le paiement à x pour 1 bug, pourquoi pas. Mais tu pourrais aussi faire un abonnement, genre maintenance. Cela revient au même, sauf que la décision de s'abonner est prise une fois, il ne faut pas payer à chaque bug. J'imagine que cela peut être sécurisant pour un pro, de s'abonner pour pouvoir influer sur la correction de bugs d'un logiciel important pour son business, mais sans avoir assez de moyen pour payer directement l'auteur.
Tu crois qu'un Uber du code open source pourrait améliorer ce genre cas ? Une plateforme qui met en contact des utilisateurs et les codeurs avec un système de demandes financées (service, code, partenariat, don) ?
J'avais été choquer de voir que le mainteneur officiel de gpg avait un mal fou à en vivre. En gros, cela serait l'idée d'une plateforme qui s'occupe de tout ce qui serait chiant pour un pure codeur, le coté légal, contrat et autre.
C'est la fonction de déni plausible (?), truecrypt proposait 2 conteneurs cryptés mais impossible de connaître la présence d'un 2ième sans avoir des sauvegardes plus anciennes pour voir quel bit ont été modifié.
Le problème de ARM est qu'ils ne définisse pas une "plateforme de base" comme le fait un "compatible PC" (x86+bios+…).
Linux a besoin au minimum d'une liaisons série de la rtc,, et de la RAM configuré. Si un bios ne le fait pas, il faut un bout de kernel spécifique. Idem pour la découverte des modules hardware : sous arm, rien n'est prévus pour déclarer l'existence de module HW, comme il en existe pour le PCI-e.
Pour faire un seul kernel pour arm, il faudrait un bloc minimum utilisable par linux + des tables de description. Arm devrait inclure RTC + liaison série de base + un moyen de boot simple + description du HW.
Ton dernier paragraphe confirme ce que je dis : une fonctionnalité non prête ne rentre dans la branche officiel , et le rythme de sorti est imposé par le calendrier et non les fonctionnalités.
Cela fait longtemps que les logiciels libres ne sortent plus quand ils sont prêt. Ils sortent à date fixe, et toutes fonctionnalités qui n'est pas prêt, dégagent ("release soon, release often").
Si seulement on pouvait tout mesurer je suis certain que l'on pourrait créer des composants dits parfaits. De l'enregistrement à la restitution le signal va subir un tel nombre de traitements que malheureusement cette quette de la perfection est vaine.
On mesure tellement de choses que l'on entends pas que l'on oublie le principal,
ce que l'on cherche au final lorsque l'on écoute de la musique : L'émotion.
C'est totalement subjectif ! Alors qu'un enregistrement avec un micro, ou la comparaison de la sorti de l'ampli avec l'entré permet de faire un PSNR.
Ce n'est pas qu'une coloration chaude, dans le cas de la lampe c'est une restitution qui paraît aussi très naturelle et vivante.
Sans doute, mais c'est bidon, c'est juste la création d'un paquet d'harmoniques paires parasites supplémentaires.
Et plus tu grimpes coté rendement des HP plus la moindre dureté, surtout dans l’aigu devient très vite fatigante car elle va te percer l'oreille.
C'est juste l'ampli qui n'est pas linéaire et amplifie trop les aigus par rapport au reste.
[^] # Re: Salaire brut
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Trouver un développeur. Évalué à 1.
Le web est moins pointu mais tes connaissances sont obsolètes en 2 ans, donc bon…
"La première sécurité est la liberté"
[^] # Re: Salaire brut
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Trouver un développeur. Évalué à -1.
En dev web je ne sais pas, mais dans d'autres domaines informatique(embarqué/lourd), le salaire d'un ingé sans responsabilité de 5 ans d'expérience, c'est entre 40/45 k€ à Paris et Paca. Et j'ai l'impression, à vue de nez mouillé, que 40 k€, c'est surtout pour les demoiselles… (et oui, c'est dégueulasse)
"La première sécurité est la liberté"
[^] # Re: Salaire brut
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Trouver un développeur. Évalué à 3.
Pour ma part, j'ai toujours vu du brut annuel pour un poste. 40k€/an pour 5 ans d'expérience, je trouvais ça pas très haut pour un ingénieur.
"La première sécurité est la liberté"
[^] # Re: moche ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Gestion de l'erreur - C++ - std::optional. Évalué à 2.
non, bind ne permet pas de vérifier que le cas "vide" est géré.
"La première sécurité est la liberté"
# ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Trouver un développeur. Évalué à 10.
Le salaire me parait pas énorme mais je crois que le tueur, c'est ça :
"La première sécurité est la liberté"
[^] # Re: audio casque
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Grosse fatigue.... Évalué à 2.
Le plus con, c'est un qu'un bon DAC usb, cela coute 100€. Alors qu'un bon DAC sur le SoC d'un téléphone, c'est gratuit ou presque.
"La première sécurité est la liberté"
[^] # Re: audio casque
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Grosse fatigue.... Évalué à 7.
Avoir un smartphone plus fin, et un tas de bidule en plus, je ne vois pas l’intérêt.
J'avais eu le cas avec un VAIO, un bidule pour l'écran VGA, un bidule pour le réseau. En gros, avec l'alimentation, il y avait de plus de volume de bidule que d'ordinateur.
"La première sécurité est la liberté"
[^] # Re: audio casque
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Grosse fatigue.... Évalué à 2.
En passant, par l'usb ? Je croyais que le but était de virer un câble ?
"La première sécurité est la liberté"
# moche ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Gestion de l'erreur - C++ - std::optional. Évalué à 3.
C'est assez moche comme code. En Ocaml, le type optionnel est un type somme, ce qui oblige à le décomposer, donc, c'est impossible de l'oublier ou de tomber sur un pointeur nul. Il manque ce filtrage à C++ pour avoir toutes la puissance du truc.
Ensuite, niveau exception je déteste ça. Ne pas trouver quelques choses dans une recherche, peut être un bug ou un cas attendu, j'ai déjà eu des gros problèmes à démêler les 2 cas. Dans le cas de Ocaml, il faudra que les fonctions inclus leur exceptions dans leur signature, cela permettra au moins d'éviter des oublies.
"La première sécurité est la liberté"
[^] # Re: audio casque
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Grosse fatigue.... Évalué à 5.
Il ne restera que le bluetooth pour la musique. C'est du mepg1 layer2 à 128kbits, soit très loin de la hifi. Il existe des normes de qualité supérieur, mais il faut trouver le matos qui le gère. Le plus haut standard laisse le casque décodé… J'imagine un casque gérer le bazar des codecs audio…
"La première sécurité est la liberté"
[^] # Re: contrats
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Gestion de l'erreur - C++ - std::optional. Évalué à 2.
Des langages comme Smalltack utilisent des contrats qui sont simplement des tests en début et fin de fonctions. Ces tests s’héritent avec l'interface objet.
L’intérêt est de faire confiance à la lib de base, ce qui évite de programmer de façon défensive, ce qui a un coût en perf énorme. Les contrats permettent ici de récupérer les erreurs.
Le problème des types complexes, c'est qu'un humain a du mal à s'en sortir avec. Comprendre simplement les type GADT de Ocaml, n'est pas simple du tout. Et pourtant les possibilités sont limités.
"La première sécurité est la liberté"
[^] # Re: "le libre ça pue"
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Aseprite devient propriétaire. Évalué à 2.
Tu as totalement raison, mais tu es bien français pour ne penser qu'au cas, ou "cela ne marchera jamais".
Il faut par défaut faire confiance au gens, ensuite, rien n’empêche de faire un système de notation par étoile ("fait ce qu'il dit") et de commentaire qui permet de pondérer.
"La première sécurité est la liberté"
[^] # Re: "le libre ça pue"
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Aseprite devient propriétaire. Évalué à 2.
C'est du don "classique", on parle de méthodes différentes.
"La première sécurité est la liberté"
[^] # Re: "le libre ça pue"
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Aseprite devient propriétaire. Évalué à 4. Dernière modification le 02 septembre 2016 à 13:58.
L'abonnement mensuel est soi pour une application, soit pour ta plateforme. Ainsi, tu peux influer plusieurs logiciels à la fois. L'utilisateur vote pour plusieurs bug, mais plus il vote et plus l'argent se dilue. Je ne pense pas qu'il soit bien que l'utilisateur "voit" encore ses sous. Si l'argent n'est pas utilisé, il y a un magot qui se forme pour le prochain bug.
De l'autre coté, les auteurs peuvent attendre un montant certain, avant de se lancer. L'argent est bloqué jusqu'à la livraison.
Tu peux aussi noter une application comme "utile" ou autre j'aime. Ainsi, l'abonnement sert aussi à faire un don mensuel à l'auteur. Mais c'est un don, où tu n'as pas à prendre ta carte à chaque fois.
En gros, les utilisateurs ne doivent pas trop sentir filer leur argent (abonnement, renouvelable tacitement), mais sans se sentir se faire avoir (sans engagement), se faire valoriser, etc…
Les auteurs ont besoin d'un flux d'argent relativement constant et prévisible.
"La première sécurité est la liberté"
[^] # Re: "le libre ça pue"
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Aseprite devient propriétaire. Évalué à 1.
Avec un notion de planning aussi : le temps du dev n'est pas infini, et il peut avoir une conception élastique du temps.
Je présentais uber comme une plateforme qui définit la règle du jeu, et la "force" aussi bien du coté des VTC (prix de la course), que des clients (paiement par CB). Cela rassure de chaque coté.
Tu peux aussi avoir un coté packaging dans les distro. Un LL particulier peut être très chiant à mettre en œuvre par soi-même. Idem pour la doc ou le marketing.
Pour le paiement à x pour 1 bug, pourquoi pas. Mais tu pourrais aussi faire un abonnement, genre maintenance. Cela revient au même, sauf que la décision de s'abonner est prise une fois, il ne faut pas payer à chaque bug. J'imagine que cela peut être sécurisant pour un pro, de s'abonner pour pouvoir influer sur la correction de bugs d'un logiciel important pour son business, mais sans avoir assez de moyen pour payer directement l'auteur.
"La première sécurité est la liberté"
[^] # Re: "le libre ça pue"
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Aseprite devient propriétaire. Évalué à 5.
Tu crois qu'un Uber du code open source pourrait améliorer ce genre cas ? Une plateforme qui met en contact des utilisateurs et les codeurs avec un système de demandes financées (service, code, partenariat, don) ?
J'avais été choquer de voir que le mainteneur officiel de gpg avait un mal fou à en vivre. En gros, cela serait l'idée d'une plateforme qui s'occupe de tout ce qui serait chiant pour un pure codeur, le coté légal, contrat et autre.
"La première sécurité est la liberté"
[^] # Re: Image luks détectable
Posté par Nicolas Boulay (site web personnel) . En réponse au journal un vrai coffre fort numérique. Évalué à 5.
C'est la fonction de déni plausible (?), truecrypt proposait 2 conteneurs cryptés mais impossible de connaître la présence d'un 2ième sans avoir des sauvegardes plus anciennes pour voir quel bit ont été modifié.
"La première sécurité est la liberté"
[^] # Re: Dans le genre clause défensive
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Paypal en a marre que l’on dise que c’est nul. Évalué à 1.
GPL V3 je ne suis pas sûr. Cela avait été en débat, mais ce n'est pas dedans.
"La première sécurité est la liberté"
[^] # Re: Coût
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Paypal en a marre que l’on dise que c’est nul. Évalué à 1.
L'article revoit à un décret, sans lui, on ne peut pas conclure.
"La première sécurité est la liberté"
[^] # Re: 2-3 remarques
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le logiciel libre au-delà de x86. Évalué à 10.
Le problème de ARM est qu'ils ne définisse pas une "plateforme de base" comme le fait un "compatible PC" (x86+bios+…).
Linux a besoin au minimum d'une liaisons série de la rtc,, et de la RAM configuré. Si un bios ne le fait pas, il faut un bout de kernel spécifique. Idem pour la découverte des modules hardware : sous arm, rien n'est prévus pour déclarer l'existence de module HW, comme il en existe pour le PCI-e.
Pour faire un seul kernel pour arm, il faudrait un bloc minimum utilisable par linux + des tables de description. Arm devrait inclure RTC + liaison série de base + un moyen de boot simple + description du HW.
"La première sécurité est la liberté"
[^] # Re: Mauvaise licence, changer licence
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Faut-il défendre la GPL devant les tribunaux ?. Évalué à 5.
Tu oublies tout ce qui est service web, google en tête.
"La première sécurité est la liberté"
[^] # Re: "mais c'est mon vice de la perfection que je paye."
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Changement de version et améliorations du Micro Music Player (mmp-2.1). Évalué à 2.
Ton dernier paragraphe confirme ce que je dis : une fonctionnalité non prête ne rentre dans la branche officiel , et le rythme de sorti est imposé par le calendrier et non les fonctionnalités.
"La première sécurité est la liberté"
[^] # Re: "mais c'est mon vice de la perfection que je paye."
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Changement de version et améliorations du Micro Music Player (mmp-2.1). Évalué à 2.
Non regardes Linux qui sort toutes les 6 semaines. Cela permet d'éviter des tunnels de 2 ans comme pour le passage de 2.4 à 2.6
"La première sécurité est la liberté"
# "mais c'est mon vice de la perfection que je paye."
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Changement de version et améliorations du Micro Music Player (mmp-2.1). Évalué à 4.
"Le mieux est l'ennemi du bien".
Cela fait longtemps que les logiciels libres ne sortent plus quand ils sont prêt. Ils sortent à date fixe, et toutes fonctionnalités qui n'est pas prêt, dégagent ("release soon, release often").
"La première sécurité est la liberté"
[^] # Re: HP !
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Création d'un multiroom audio à base de raspberry / hifiberry / max2play. Évalué à 2.
C'est totalement subjectif ! Alors qu'un enregistrement avec un micro, ou la comparaison de la sorti de l'ampli avec l'entré permet de faire un PSNR.
Sans doute, mais c'est bidon, c'est juste la création d'un paquet d'harmoniques paires parasites supplémentaires.
C'est juste l'ampli qui n'est pas linéaire et amplifie trop les aigus par rapport au reste.
"La première sécurité est la liberté"