J'ai un patch local où je détecte qu'on est en environnement de compilation d'Android. Si on a fait un "lunch xxx" il affiche dans le prompt le nom de la target.
Très pratique pour ceux qui buildent Android, mais je suppose que ça court pas tant que ça les rues… si ça t'intéresse, je te soumets le patch.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Je suis justement tombé sur du Téléchat récemment (je cherchais les épisodes de Leguman en fait). C'est vrai que c'était vraiment grave comme truc. Mais que c'était bon !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Promouvoir l'autohebergement c'est très bien. Mais je pense qu'il faut promouvoir également le fait d'aller louer un serveur (dédié ou mutualisé) afin de pouvoir réellement profiter de ses services.
Si les gens galèrent quelques week-end pour se mettre en place un serveur qui est difficilement utilisable dans la vie réelle (ça rame !!!) ça va pas faire de la grosse pub, ça va pas convaincre.
Le Petit Prince, c'est 18 ans minimum. Les drogues nécessaires à la compréhension de ce roman hallucinogène feraient bcp trop de ravages dans le cerveau d'un gamin.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Alors vu que t'as pas lu la page Wikipedia ou alors que tu fais exprès, je te donnes quelques chiffres :
- cancer 150000 morts (sûrement des branleurs avec une hygiène de vie déplorable)
- maladies cardio vasculaires 140000 morts (surement des gros qui font pas d'effort pour se bouger le cul)
- drogues 94000 morts, dont tabac 60000 (tant pis pour les fumeurs) (et tant pis pour leurs enfants aussi tiens)
- obésité : 55000 (des gros)
- diabète : 32000 (encore des gros)
- maladies infectieuses : 25000 (des pauvres, z'ont qu'à travailler)
- accidents domestiques : 16000 (des cons, quand tu vois 8000 morts à cause des chutes)
- suicides 13000 (encore des cons)
- radiations 8000 (dont 5000 de radiations naturelles, tant pis pour eux, ils avaient qu'à déménager)
- accidents de la route : 4800 (eux par contre, ce sont de pauvres innoncents, et ça oui ça me fout les boules)
Voilà, donc je pense qu'il y a autre chose que de s'occuper de ce qui est la 24e cause de mortalité en France (même si je déplore le moindre mort, évidemment) et d'occuper 80% de l'espace médiatique (pas 100%, on parle du cancer du sein parfois, ou de la prostate - parité oblige) avec un truc aussi insignifiant.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Oui, sauf que ce cas, c'est pas 3000 morts par an. Et d'ailleurs on sait même pas.
Sur les 3000 morts par an, combien sont des bons pères de famille qui se sont simplement endormis au volant ? Combien se sont retournés pour parler à leur gamin et n'ont pas vu le platane qui a traversé la route ?
Pourquoi on ne trouve pas de stats sur ces morts ? Combien sont fautif ? Combien sont passagers ? Combien sont bourrés à 3g/L ? Combien ont leurs 12 points ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Posté par gUI (Mastodon) .
En réponse au journal Le Rêve de Staline.
Évalué à 10.
Dernière modification le 01 juin 2016 à 13:37.
3500 même
Oui, moi aussi je suis étonné que ce soit si peu (provocation que j'adore).
Je propose surtout qu'on arrête de nous casser les burnes avec ce chiffre que personne ne sait interpréter, et qu'on s'occupe des vraies causes de mortalité en France.
Si il n'y avait pas cette croyance populaire que la route est dangereuse à cause de "l'insécurité routière", on laisserait tranquilles nos téléphone portables et nos ordinateurs de bord, et par contre on interdirait purement et simplement le diesel, ce serait bcp plus efficace ! (environ 10x plus de morts selon une étude un peu vieillotte il est vrai)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Perso j'ai du mal à voir l'intérêt de ne pas faire cette mise à jour. On rabache assez l'importance d'avoir un système à jour ici.
J'ai une licence Windows (honnête, et tout et tout) qui doit me servir tous les 3 mois (et encore), pourtant j'ai effectué cette mise à jour assez rapidement, finalement assez "content" d'avoir la dernière version de Windows.
C'est une vraie question : Quel est l'intérêt de ne pas faire la mise à jour ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
J'adore le concept, et je pense repiquer l'idée, mais pour tout autre chose.
Je suis bassiste dans un groupe de rock, et pourquoi ne pas mettre, lors de nos concerts, une telle box à disposition du public ? Avec un wifi qui porte le nom de notre groupe, inviter les spectateurs à s'y connecter dessus, et peut-etre télécharger une video inédite, ou des fonds d'écran, ou laisser un mot dans un livre d'or (ah putain c'est pas con ça)… Bref un truc plus ou moins éphémère qui n'existe que pour les concerts.
Question technique : y a-t-il un portail captif dans ton système, ou est-ce que tu invites les élèves à se connecter à une certaine adresse une fois connectés au WiFi ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Utiliser Tor pour rester anonyme ? Mais c'est génial !!!! Quelle idée fabuleuse !!!
Ah ouais, je croyais que c'était un gros blaireau frustré, mais non, on a affaire à un sacré gars. Un mec sacrément velu.
Sans compter que pour utiliser Tor, faut être vachement bon technicien. C'est pas facile. L'autre jour j'ai cherché un peu, on trouve pas de tutos à pas moins de 5 commandes à taper dans la console !!!
Non, là, il est fort le mec.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
La citation est très bonne, c'est vrai. Mais de là à en faire un journal sans aucun contexte (j'ai pas trop suivi les épisodes précédents j'avoue), ça reste "inutile".
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Vaut-il mieux un dépôt centralisé, donc la sécurité sera le maître mot, ou une myriade de dépôts qui sont incapables de se prémunir de la moindre attaque sérieuse ?
Le vieux concept de banque (pour la partie coffre-fort) a l'air de montrer que la première solution reste la plus raisonnable :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Développement de SoC de téléphones mobiles et de tablettes : l'UART reste LE moyen de debug incontournable. Dans nos tests automatisés, on loggue systématiquement les sorties UART, du firmware comme du kernel.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Mais oui les garages embauchent des barbus ! J'ai été embauché pour ça !
Période de chômage dans une région où mon expérience informatique embarquée n'a aucune valeur… je suis prêt à tout prendre. Je vois une annonce ANPE : garage automobile cherche informaticien aimant le monde automobile ! Mais c'est tout moi ça !!!
Je m'y présente et je discute avec le patron : des mécanos il en a tant qu'il veut, mais un garage automobile c'est aussi 3 ou 4 PCs (dont des portables, la fameuse "valise"), une connexion Internet (vitale pour mettre à jour les "valises"), des sauvegardes de la compta à gérer, les imprimantes à partager… sans compter se préparer à éventuellement diagnostiquer les bus numériques (CAN principalement).
J'y suis resté 3 mois (je suis finalement reparti dans une région où je trouvais un boulot plus en adéquation), et j'ai bcp appris (je me fais maintenant toute la petite mécanique moi-même :) ).
Mais oui, il va falloir mettre des barbus partout. Même chez les particuliers d'ailleurs : sysadmin de particulier est un métier d'avenir !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Dans l'équipe engineering ? C'est déjà fait, et elle laisse passer ça pour exactement la même raison que le codeur l'a fait.
Dans l'équipe de livraison ? Impossible, trop de truc à relires et pas assez d'expertise technique.
Pas facile…
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Toujours pareil, l'engineering a certains besoins (debug, automatisation) qui vont à l'encontre des règles de sécurité. Donc l'engineering va développer des backdoor là ou ça l'intéresse.
Si c'est une équipe différente (orientée produit) qui est en charge de récupérer le boulot de l'engineering pour le packager (éventuellement l'adapter) et le livrer au client, il y aura toujours des soucis de communication possible.
"On croyait que vous alliez nettoyer", "on croyait que vous nous aviez pas livré de la merde".
De plus, les tests (automatisé souvent) de qualité sont particulièrement orientés fonctionnalités (ça marche ou ça marche pas ?), souvent orienté performance (conso elec, perfos globales), mais rarement sécurité. Et ça se comprend aussi, parce que sécurité… que tester ? Comment automatiser un mec ingénu qui est capable de passer des semaines/mois à contourner des barrières qu'on a mis en place ? Donc il y a 2-3 sanity checks qui sont effectués (par exemple SELinux activé ? les bonnes partitions read-only ?), mais globalement on teste pas d'aller farfouiller partout pour voir si une backdoor traîne pas.
Le soucis principal est réellement de la communication (documenter, écrire une méthode de nettoyage, se mettre d'accord sur des #ifdef etc), mais comme souvent ce sont des équipes différentes, voire des entités (département) différentes… bin ça peut foirer… oui :(
(vous noterez mon expertise dans le sujet… je suis le co-auteur d'une faille bien involontaire qui a permis quelques root de tablettes… pas la peine de demander plus de précision, vous ne saurez rien de plus :) )
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Moi j'en suis au niveau où je ne vois pas vraiment ce que c'est Node.js… en concurrence de quelle techno ça vient ?
Javascript côté serveur, ça veut dire quoi ? C'est tout simplement pour faire en javascript ce qu'on pourrait faire en perl/ruby/langage-qu-on-veut-en-CGI ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Patch AOSP
Posté par gUI (Mastodon) . En réponse à la dépêche Liquid Prompt 1.10. Évalué à 2.
J'ai un patch local où je détecte qu'on est en environnement de compilation d'Android. Si on a fait un "lunch xxx" il affiche dans le prompt le nom de la target.
Très pratique pour ceux qui buildent Android, mais je suppose que ça court pas tant que ça les rues… si ça t'intéresse, je te soumets le patch.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Quid des performances ?
Posté par gUI (Mastodon) . En réponse à la dépêche Liquid Prompt 1.10. Évalué à 2.
Tout dépend. Si t'as une petite machine (RaspberryPi) et un gros GIT (kernel Linux), c'est long.
Sur une machine de bureau et des GIT de petites tailles (quelques dizaines/centaines de fichiers) c'est instantané.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Le petit Prince
Posté par gUI (Mastodon) . En réponse au journal Choisir une licence : facile à comprendre ?. Évalué à 3.
Je suis justement tombé sur du Téléchat récemment (je cherchais les épisodes de Leguman en fait). C'est vrai que c'était vraiment grave comme truc. Mais que c'était bon !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: L'autohebergement oui, l'ADSL non
Posté par gUI (Mastodon) . En réponse au journal L'auto-hébergement vulgarisé. Évalué à 4.
Bin non, t'auras tes sauvegardes et ton nom de domaine. En 48h tu t'es hébergé ailleurs.
Serveur dédié ne veut en aucun cas dire "ne prendre aucune précaution de sauvegarde".
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# L'autohebergement oui, l'ADSL non
Posté par gUI (Mastodon) . En réponse au journal L'auto-hébergement vulgarisé. Évalué à 6.
Promouvoir l'autohebergement c'est très bien. Mais je pense qu'il faut promouvoir également le fait d'aller louer un serveur (dédié ou mutualisé) afin de pouvoir réellement profiter de ses services.
Si les gens galèrent quelques week-end pour se mettre en place un serveur qui est difficilement utilisable dans la vie réelle (ça rame !!!) ça va pas faire de la grosse pub, ça va pas convaincre.
Et hébergement loué ne veux pas dire cher, j'avais fait un journal dans ce sens il y a peu : http://linuxfr.org/users/gbetous/journaux/son-propre-cloud-a-pas-cher
Pour moi l'essentiel dans l'auto-hebergement c'est la maîtrise des données, et un peu moins de l'infrastructure.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Le petit Prince
Posté par gUI (Mastodon) . En réponse au journal Choisir une licence : facile à comprendre ?. Évalué à 2.
Pas d'accord.
Le Petit Prince, c'est 18 ans minimum. Les drogues nécessaires à la compréhension de ce roman hallucinogène feraient bcp trop de ravages dans le cerveau d'un gamin.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Déformer, amplifier, répéter
Posté par gUI (Mastodon) . En réponse au journal Le Rêve de Staline. Évalué à 10.
Alors vu que t'as pas lu la page Wikipedia ou alors que tu fais exprès, je te donnes quelques chiffres :
- cancer 150000 morts (sûrement des branleurs avec une hygiène de vie déplorable)
- maladies cardio vasculaires 140000 morts (surement des gros qui font pas d'effort pour se bouger le cul)
- drogues 94000 morts, dont tabac 60000 (tant pis pour les fumeurs) (et tant pis pour leurs enfants aussi tiens)
- obésité : 55000 (des gros)
- diabète : 32000 (encore des gros)
- maladies infectieuses : 25000 (des pauvres, z'ont qu'à travailler)
- accidents domestiques : 16000 (des cons, quand tu vois 8000 morts à cause des chutes)
- suicides 13000 (encore des cons)
- radiations 8000 (dont 5000 de radiations naturelles, tant pis pour eux, ils avaient qu'à déménager)
- accidents de la route : 4800 (eux par contre, ce sont de pauvres innoncents, et ça oui ça me fout les boules)
Voilà, donc je pense qu'il y a autre chose que de s'occuper de ce qui est la 24e cause de mortalité en France (même si je déplore le moindre mort, évidemment) et d'occuper 80% de l'espace médiatique (pas 100%, on parle du cancer du sein parfois, ou de la prostate - parité oblige) avec un truc aussi insignifiant.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: ;-)
Posté par gUI (Mastodon) . En réponse au journal Le Rêve de Staline. Évalué à 10.
Oui, sauf que ce cas, c'est pas 3000 morts par an. Et d'ailleurs on sait même pas.
Sur les 3000 morts par an, combien sont des bons pères de famille qui se sont simplement endormis au volant ? Combien se sont retournés pour parler à leur gamin et n'ont pas vu le platane qui a traversé la route ?
Pourquoi on ne trouve pas de stats sur ces morts ? Combien sont fautif ? Combien sont passagers ? Combien sont bourrés à 3g/L ? Combien ont leurs 12 points ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: «Machine qui rève»
Posté par gUI (Mastodon) . En réponse au journal Le Rêve de Staline. Évalué à 9.
Hein ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Déformer, amplifier, répéter
Posté par gUI (Mastodon) . En réponse au journal Le Rêve de Staline. Évalué à 10. Dernière modification le 01 juin 2016 à 13:37.
Oui, moi aussi je suis étonné que ce soit si peu (provocation que j'adore).
Je propose surtout qu'on arrête de nous casser les burnes avec ce chiffre que personne ne sait interpréter, et qu'on s'occupe des vraies causes de mortalité en France.
https://fr.wikipedia.org/wiki/Mortalit%C3%A9_en_France
Si il n'y avait pas cette croyance populaire que la route est dangereuse à cause de "l'insécurité routière", on laisserait tranquilles nos téléphone portables et nos ordinateurs de bord, et par contre on interdirait purement et simplement le diesel, ce serait bcp plus efficace ! (environ 10x plus de morts selon une étude un peu vieillotte il est vrai)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Intérêt de ne pas faire la mise à jour ?
Posté par gUI (Mastodon) . En réponse au journal Vague d’intérêt pour GNU/Linux vs Windows 10 « imposé » ?. Évalué à 4.
ok. je comprends mieux pourquoi je me sers de Windows une fois tous les 3 mois :D
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Intérêt de ne pas faire la mise à jour ?
Posté par gUI (Mastodon) . En réponse au journal Vague d’intérêt pour GNU/Linux vs Windows 10 « imposé » ?. Évalué à 7.
Perso j'ai du mal à voir l'intérêt de ne pas faire cette mise à jour. On rabache assez l'importance d'avoir un système à jour ici.
J'ai une licence Windows (honnête, et tout et tout) qui doit me servir tous les 3 mois (et encore), pourtant j'ai effectué cette mise à jour assez rapidement, finalement assez "content" d'avoir la dernière version de Windows.
C'est une vraie question : Quel est l'intérêt de ne pas faire la mise à jour ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Concept fun
Posté par gUI (Mastodon) . En réponse au journal MoodleBox : un petit projet pour du BYOD en classe. Évalué à 8.
J'adore le concept, et je pense repiquer l'idée, mais pour tout autre chose.
Je suis bassiste dans un groupe de rock, et pourquoi ne pas mettre, lors de nos concerts, une telle box à disposition du public ? Avec un wifi qui porte le nom de notre groupe, inviter les spectateurs à s'y connecter dessus, et peut-etre télécharger une video inédite, ou des fonds d'écran, ou laisser un mot dans un livre d'or (ah putain c'est pas con ça)… Bref un truc plus ou moins éphémère qui n'existe que pour les concerts.
Question technique : y a-t-il un portail captif dans ton système, ou est-ce que tu invites les élèves à se connecter à une certaine adresse une fois connectés au WiFi ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Aux choses sérieuses
Posté par gUI (Mastodon) . En réponse au journal Ah ben je savais…. Évalué à 3.
Utiliser Tor pour rester anonyme ? Mais c'est génial !!!! Quelle idée fabuleuse !!!
Ah ouais, je croyais que c'était un gros blaireau frustré, mais non, on a affaire à un sacré gars. Un mec sacrément velu.
Sans compter que pour utiliser Tor, faut être vachement bon technicien. C'est pas facile. L'autre jour j'ai cherché un peu, on trouve pas de tutos à pas moins de 5 commandes à taper dans la console !!!
Non, là, il est fort le mec.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Use Case
Posté par gUI (Mastodon) . En réponse au journal Tweeter le contenu de votre base de données - db2twitter - support des tweets avec image. Évalué à 3.
Mais voilà un exemple parfait !
Merci :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Use Case
Posté par gUI (Mastodon) . En réponse au journal Tweeter le contenu de votre base de données - db2twitter - support des tweets avec image. Évalué à 3.
Je ne vois pas de use case ("cas d'utilisation" en Français ?) pour cet outil. Tu pourrais nous dire pour qui il est utile ?
Merci :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Machine à noter
Posté par gUI (Mastodon) . En réponse au journal Quelle violence… ?. Évalué à 10.
La citation est très bonne, c'est vrai. Mais de là à en faire un journal sans aucun contexte (j'ai pas trop suivi les épisodes précédents j'avoue), ça reste "inutile".
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Crapware
Posté par gUI (Mastodon) . En réponse au journal Quand 01net nous explique ce qu’est un hacker. Évalué à 4.
Pas convaincu…
Vaut-il mieux un dépôt centralisé, donc la sécurité sera le maître mot, ou une myriade de dépôts qui sont incapables de se prémunir de la moindre attaque sérieuse ?
Le vieux concept de banque (pour la partie coffre-fort) a l'air de montrer que la première solution reste la plus raisonnable :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Réponse d'un vieu con ...
Posté par gUI (Mastodon) . En réponse au journal L'informatique de papa. Évalué à 3.
Développement de SoC de téléphones mobiles et de tablettes : l'UART reste LE moyen de debug incontournable. Dans nos tests automatisés, on loggue systématiquement les sorties UART, du firmware comme du kernel.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Debugger
Posté par gUI (Mastodon) . En réponse au journal L'informatique de papa. Évalué à 10.
Mais oui les garages embauchent des barbus ! J'ai été embauché pour ça !
Période de chômage dans une région où mon expérience informatique embarquée n'a aucune valeur… je suis prêt à tout prendre. Je vois une annonce ANPE : garage automobile cherche informaticien aimant le monde automobile ! Mais c'est tout moi ça !!!
Je m'y présente et je discute avec le patron : des mécanos il en a tant qu'il veut, mais un garage automobile c'est aussi 3 ou 4 PCs (dont des portables, la fameuse "valise"), une connexion Internet (vitale pour mettre à jour les "valises"), des sauvegardes de la compta à gérer, les imprimantes à partager… sans compter se préparer à éventuellement diagnostiquer les bus numériques (CAN principalement).
J'y suis resté 3 mois (je suis finalement reparti dans une région où je trouvais un boulot plus en adéquation), et j'ai bcp appris (je me fais maintenant toute la petite mécanique moi-même :) ).
Mais oui, il va falloir mettre des barbus partout. Même chez les particuliers d'ailleurs : sysadmin de particulier est un métier d'avenir !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Code source
Posté par gUI (Mastodon) . En réponse au journal Allwinner, p'tit trou dans le noyau.. Évalué à 5.
Mais tu les mets où tes relecteurs ?
Dans l'équipe engineering ? C'est déjà fait, et elle laisse passer ça pour exactement la même raison que le codeur l'a fait.
Dans l'équipe de livraison ? Impossible, trop de truc à relires et pas assez d'expertise technique.
Pas facile…
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Code source
Posté par gUI (Mastodon) . En réponse au journal Allwinner, p'tit trou dans le noyau.. Évalué à 10.
Et oui c'est possible…
Toujours pareil, l'engineering a certains besoins (debug, automatisation) qui vont à l'encontre des règles de sécurité. Donc l'engineering va développer des backdoor là ou ça l'intéresse.
Si c'est une équipe différente (orientée produit) qui est en charge de récupérer le boulot de l'engineering pour le packager (éventuellement l'adapter) et le livrer au client, il y aura toujours des soucis de communication possible.
"On croyait que vous alliez nettoyer", "on croyait que vous nous aviez pas livré de la merde".
De plus, les tests (automatisé souvent) de qualité sont particulièrement orientés fonctionnalités (ça marche ou ça marche pas ?), souvent orienté performance (conso elec, perfos globales), mais rarement sécurité. Et ça se comprend aussi, parce que sécurité… que tester ? Comment automatiser un mec ingénu qui est capable de passer des semaines/mois à contourner des barrières qu'on a mis en place ? Donc il y a 2-3 sanity checks qui sont effectués (par exemple SELinux activé ? les bonnes partitions read-only ?), mais globalement on teste pas d'aller farfouiller partout pour voir si une backdoor traîne pas.
Le soucis principal est réellement de la communication (documenter, écrire une méthode de nettoyage, se mettre d'accord sur des #ifdef etc), mais comme souvent ce sont des équipes différentes, voire des entités (département) différentes… bin ça peut foirer… oui :(
(vous noterez mon expertise dans le sujet… je suis le co-auteur d'une faille bien involontaire qui a permis quelques root de tablettes… pas la peine de demander plus de précision, vous ne saurez rien de plus :) )
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Le javascript
Posté par gUI (Mastodon) . En réponse à la dépêche Node.js passe la sixième vitesse. Évalué à 10.
Et encore, t'as l'air de pas trop mal suivre.
Moi j'en suis au niveau où je ne vois pas vraiment ce que c'est Node.js… en concurrence de quelle techno ça vient ?
Javascript côté serveur, ça veut dire quoi ? C'est tout simplement pour faire en javascript ce qu'on pourrait faire en perl/ruby/langage-qu-on-veut-en-CGI ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Extension ?
Posté par gUI (Mastodon) . En réponse à la dépêche Le MMORPG Ryzom sur Steam depuis le 6 mai 2016. Évalué à 6.
J'ai entendu parler de l'extension "of the night"… Ca fait Ryzom of the night…
Désolé, pas pu m'empêcher…
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Je suis entièrement pour !
Posté par gUI (Mastodon) . En réponse au journal Un hackathon linuxfr ?. Évalué à 4.
Bon, par écrit c'est pas évident je sais, mais c'était censé être une vanne (même pas provoc' en plus).
Désolé pour les familles, toussa…
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.