Je ne crois pas à une langue créée de toutes pièces. Une langue est créée sur la durée.
D'ailleurs, l'anglais évolue et il est fort probable que sa grande utilisation à l'international le fasse bien changer.
Pendant longtemps, je n'apprenais pas sérieusement l'anglais à l'école, car je considérais que c'était une langue pénible à apprendre et que ça servait pas à grand chose. Je codais en français avec des choses comme getNom() et dessinerCanard(), la documentation et les commentaires étaient eux aussi en français. J'achetais mes noms de domaines en .fr et j'ai appris le bépo. Bref j'étais totalement franco-français.
Un jour, l'école m'a dit «si tu veux être ingénieur, tu devrais très fortement te faire une expérience à l'étranger». Évitant l'astuce de Monaco (mon école est proche de Nice) et des pays francophones, je me suis donc retrouvé dans un pays où l'anglais n'est pas non plus la langue principale, la Norvège.
Les norvégiens parlent très bien anglais mais comme les français, ils ont tendance à préférer écrire uniquement dans leur langue natale. Et d'un coup, tu prends conscience que c'est quand même très pratique d'utiliser une langue commune pour communiquer. Comprendre que le supermarché est exceptionnellement fermé ou faire des musés sans explications en Anglais, ce n'est pas très évident.
Plus récemment je suis allé au Japon en voyage et avec mes amis ont était très contents quand on pouvait parler anglais. Parce que si les français parlent mal anglais, les japonais c'est un autre concept.
Par exemple, vous pouvez demander votre chemin en Anglais dans la rue, plusieurs personnes peuvent vous ignorer en baissant la tête. Vous demandez la même chose en Japonais, la première personne va vous aider de manière très sympathique.
Autre exemple, dans un magasin d'électronique, j'ai demandé quels étaient les couleurs disponibles sur un modèle de tablette Android. Le vendeur m'a répondu «no vista» ou quelque chose comme ça. En insistant, il a dit qu'il revenait dans 5 minutes et je ne l'ai jamais revu.
Tout ça pour dire qu'une langue en commun, c'est très très pratique. Pas pour écrire un livre ou un poème mais juste pour communiquer de manière simple. Et dans le cadre d'un projet informatique, c'est dommage de se couper du monde juste en préférant coder dans sa langue natale.
Et si c'est l'anglais qui s'est imposé, tant mieux pour les anglophones. J'aurais personnellement préféré que ce soit le français mais c'est comme ça…
Ce n'est pas bien diffèrent du français. Même au Japon tu peux lire des mots français dans la rue. Bon, "Bistro au petit chien" ne donne pas forcément très envie, mais c'est l'idée :-)
J'ai une Xbox 360 pour jouer et depuis peu une tablette xperia avec Android.
J'ai été étonné car alors que les deux marques sont plutôt concurrentes, surtout dans le secteur des consoles de jeu, la synchronisation est tout simplement parfaite. Le partage de photos, vidéos, de musiques et de l'écran fonctionnent très bien dès la sortie de la boite.
J'ai tenté rapidement de voir si je pouvais faire pareil avec mon ordinateur sous ubuntu au lieu de la xbox, car mon ordinateur chauffe moins, est moins bruyant et a une meilleure carte son, mais je n'ai pas trouvé comment faire. Ça me semble pourtant être du upnp de base…
À mon avis si aucun projet connu utilise la techno, alors que la techno existe depuis très longtemps, c'est qu'il y a une raison.
Hm… ça ne veut pas dire que ce n'est pas bon, ça veut dire - par exemple que peu de projets "à la mode" utilisent des technos telles que C/C++.
On est d'accord, mais en général c'est un bon indicateur de départ. Voir qui sont les utilisateurs d'un projet permet de se rassurer. Si il y a Google ou Facebook qui sont utilisateurs je sais que le projet a une carrière assurée pour quelques années. C'est toujours plus risqué de partir sur un projet sans trop savoir si on ne va pas galérer à le maintenir seul.
On peut cependant avoir une certaine nostalgie, comme faire ses interfaces en GTK ou utiliser Wt pour du web. Mais si on a un temps de développement beaucoup plus élevé pour un résultat médiocre ce n'est très intéressant.
Bah, le temps de développement est une chose, la maintenabilité en est une autre. Je ne vois pas en quoi utiliser Wt est "avoir une certaine nostalgie".
Ma remarque est sur le cotés très bas niveau de C++. Selon moi il n'est pas nécessaire de descendre aussi bas niveau pour réaliser une IHM, d'où le cotés nostalgique. Dans l'embarqué ça peut cependant être nécessaire, mais dans ce cas on ne fait pas du Web avec un gros framework comme Wt au dessus.
Si tu recherches un langage typé dans le monde du web, tu peux regarder du cotés de TypeScript et compagnie. C++ c'est un peu overkill.
Hm… TypeScript, à part que c'est développé par M$, je sais pas qui l'utilise spécialement ; des sites comme le bon coin, par exemple, pour ne citer que lui utilise du C pour son backend.
Je pensais plus à la partie frontend, même si tu peux tenter de l'utiliser cotès backend avec Node.js (et là il y en a des utilisateurs en Node.JS).
Pour ceux qui utilisent TypeScript effectivement c'est assez difficile à savoir. Le langage a cependant profité d'une bonne couverture médiatique et est créé/soutenu par Microsoft. C'est possible que ça soit assez utilisé à l'avenir il faut voir.
Je n'ai pas compris ton histoire de C++ avec des callbacks et des évènements car c'est exactement pareil en JavaScript.
Tout à fait. Sauf qu'en Javascript, c'est côté client uniquement : ensuite il faut que tu gères la synchronisation des données avec le serveur. Là, avec Wt, c'est "full package" : tu ne te préoccupes pas de l'API et de la synchronisation client/serveur puisque c'est encapsulé dans Wt justement.
Pour les performances, un programme écrit en C++ et compilé en ASM.js avec emscripten est très efficace. Mais je ne pense pas que ce soit le cas de Wt. À mon avis tu perds en performances pures pour les gros traitements.
Tu parles d'une seule partie du sujet : le côté utilisateur.
Désolé quand je pense web je pense surtout cotés utilisateur. C'est vrai que c'est un gros avantage d'avoir le client/serveur dans le même code source avec le même framework.
Cependant cela peut avoir aussi des inconvénients, car le client et le serveur sont dépendants. Un serveur (développé en C++ par exemple) fournissant une API REST permet d'avoir des clients développés facilement dans n'importe quelle technologie.
Pour les évènements temps réel ça existe avec Socket.IO pour Node.JS par exemple et là aussi c'est indépendant du client.
De manière générale, on ne fait plus des IHM aujourd'hui comme on les faisait il y a 20 ans. Le web a changé beaucoup de choses dans ce domaine.
Je connais AngularJS. Comme pour beaucoup d'autres framework MVC Javascript, j'aimerais que tu m'expliques un peu plus ce qui les différencie des méthodes de développement d'IHM d'il y a 20 ans. Les mécanismes que tous ces framework implémentent sont ceux qui existaient déjà il y a 20 ans. La différence c'est que les technos à la mode ne sont plus les même.
Je dirais que la différence se situe surtout au niveau du code source. En C++ tu dois gérer la mémoire et les types de tes données, avec AngularJs tu t'occupes plus de tes composants et comment les faire interagir. Je pense que le développement est plus efficace.
Le TDD c'est une bonne pratique, mais ça n'empêche qu'un langage fortement typé et compilé évite beaucoup d'erreurs avant même que tu aies besoin de lancer le moindre test.
Le langage fortement typé évite pas mal d'erreurs on est d'accord, mais surtout cotés serveur. Cotés client la plupart des problèmes viendront avec les interactions des utilisateurs, qui font toujours des choses bizarres.
Après tout, développer en C++ cotés serveur n'est pas une mauvaise idée si il y a de gros traitements à réaliser (car si c'est pour attendre la BDD ou les IOs en permanence c'est moins intéressant aujourd'hui).
Cotés client c'est selon moi beaucoup moins avantageux mais si tu ne souhaite pas séparer le code source du client et du serveur, tu peux effectivement avoir un intérêt à utiliser Wt, mais je ne le conseillerais pas.
À mon avis si aucun projet connu utilise la techno, alors que la techno existe depuis très longtemps, c'est qu'il y a une raison.
Pour moi ce framework est l'exemple parfait de ce qu'il ne faut pas faire dans le web.
On peut cependant avoir une certaine nostalgie, comme faire ses interfaces en GTK ou utiliser Wt pour du web. Mais si on a un temps de développement beaucoup plus élevé pour un résultat médiocre ce n'est très intéressant.
Si tu recherches un langage typé dans le monde du web, tu peux regarder du cotés de TypeScript et compagnie. C++ c'est un peu overkill.
Je n'ai pas compris ton histoire de C++ avec des callbacks et des évènements car c'est exactement pareil en JavaScript.
Pour les performances, un programme écrit en C++ et compilé en ASM.js avec emscripten est très efficace. Mais je ne pense pas que ce soit le cas de Wt. À mon avis tu perds en performances pures pour les gros traitements.
De manière générale, on ne fait plus des IHM aujourd'hui comme on les faisait il y a 20 ans. Le web a changé beaucoup de choses dans ce domaine.
Pour ma part je conseillerais AngularJS qui contient beaucoup d'innovations et qui est très efficace en terme de développement. Notamment du cotés du TestDrivenDevelopment.
Il y a beaucoup de petites et moyennes entreprises en France mais ça ne m'attire pas beaucoup. C'est un compromis qui peut être intéressant mais j'ai l'impression qu'il faut avoir de la chance pour faire un travail sympathique.
L'écriture et le langage sont le fruit de millénaires d'évolutions des sociétés humaines, on pourrait presque parler de loi darwinienne.
On utilise énormément le dessin et les signes gestuels pour communiquer, parce que c'est très pratique. Dans notre société, l'écriture est plus pratique pour beaucoup d'autres choses et c'est pour ça que l'on apprends aussi à lire et à écrire.
Ton langage expressif pour ordinateur, il n'apporte aucun avantage pour la majorité des utilisateurs, juste des inconvénients. En plus, il a été décidé de manière arbitraire par une dizaine d'ingénieurs environ et les principes de base n'ont que 40 ans.
Montrer du doigt, frapper, secouer, la parole, c'est éprouvé.
D'ailleurs il suffit de regarder le marché. Le DOS et l'UNIX ça se vend pas trop pour quelque chose qui serait «ce qu'il y a de mieux».
Ça me semble peu probable que la transmission d'une voiture courante soit assez solide pour bloquer les roues assez longtemps à une vitesse suffisamment élevée pour partir en glisse sur la voie d'en face. Sauf en cas de faible adhérence mais dans ce cas tu adaptes ta vitesse avant le virage parce que croiser à fond un camion sur surface glissante n'est pas une super idée même avec des roues qui tournent.
Après tu trouveras certainement un scénario catastrophe ou l'accident est causé par une casse de boite de vitesse, mais à mon avis les pannes de moteurs d'essuies-glaces sont bien plus dangereuses.
À forte vitesse, il y a assez de puissance pour réduire en miettes tout ce qui est bloqué. Essaye de passer la marche arrière, si tu y arrives la boite va exploser mais à part un gros crac et une ptite secousse, il ne va pas se passer grand chose de plus.
Le moteur de mon scooter a serré (piston coincé) sur l'autoroute à 120km/h et ça m'a à peine freiné avant que tout l'intérieur du moteur se transforme en copeaux métalliques…
Éventuellement sur route mouillée tu peux observer une perte d'adhérence momentanée, mais ça se rattrape facilement et les voitures modernes ont l'ESP.
Le conducteur automobile passe un permis de conduire et il est relativement longuement formé (20h minimum et pas de permis tant que le niveau requis n'est pas atteint). Et il est responsable de ce qu'il fait avec sa voiture. Si un conducteur n'a pas réussi à s'arrêter avant un obstacle, c'est parce qu'il a freiné trop tard ou qu'il roulait trop vite. Ce n'est pas de la faute du constructeur qui a mis un régulateur de vitesse et des freins moyennement performants.
Pour l'avion, l'équipage avait beaucoup d'excuses et avoir une réaction adaptée dans ce genre de situation est toujours difficile. Cependant l'accident reste du à une erreur de pilotage.
Pour la voiture ça me semble bien plus simple qu'un cockpit d'avion. J'ai deux pédales, une pour accélérer et une pour freiner. Si je vais trop vite je dois freiner.
Je trouve ces histoires pas très crédibles. Ça renforce le côtés «j'avais une vie de merde» pour le personnage du film mais en vrai ça n'a pas vraiment de sens.
Si la boite casse, qu'est-ce qui va amener la voiture à se cracher ? Le conducteur peut toujours freiner avec le frein normal ou le frein à main.
Pareil, si l'accélérateur reste bloqué, le conducteur peut freiner. Les freins sont bien plus puissants que le moteur.
Quand un avion se crash parce que le capteur de vitesse a gelé, on impute la faute aux pilotes qui ont malheureusement tout fait pour perdre de la vitesse alors qu'ils auraient mieux fait d'accélérer pour avoir de la marge.
Pourquoi ce serait différent pour un conducteur automobile qui panique assez pour ne pas freiner si sa voiture ne réagit plus comme il le voudrait ?
Bah on parlait de musiques là. Mais si tu veux vraiment partager de la vidéo en réseau, un serveur UPNP me semble plus constructif. Recompresser de l'audio en temps réel n'est pas un travail titanesque pour la machine (même si on perd théoriquement en qualité), par contre pour une vidéo HD faut avoir envie de se chauffer au CPU.
Ça fait souvent cet effet de passer d'un environnement de programmation classique au web. L'environnement où tu fais quelque chose de relativement compliqué en 3 lignes de code compréhensibles et que ça te donne envie d'en faire des journaux sur linuxfr.
À quand Newton Adventure codé directement en HTML5 ? :P
[^] # Re: Tout dépends de ce qu'on veut
Posté par dave_null (site web personnel) . En réponse au journal Et moi qui croyais que le client lourd serait gagnant.... Évalué à 1.
Quand tu fais du web, tu n'as pas à avoir un accès total à la machine car tu fais une application pour tout types de machines.
[^] # Re: Réactivité des clients légers.
Posté par dave_null (site web personnel) . En réponse au journal Et moi qui croyais que le client lourd serait gagnant.... Évalué à 1.
Oui parce que c'est bien connu que n'importe quel client lourd tourne sur un téléphone bas de gamme.
[^] # Re: Mais pas que ...
Posté par dave_null (site web personnel) . En réponse au journal une mise en demeure de la part de TF1, pour l'auteur de Captvty. Évalué à 4.
Spoiler : ça utilise Wine.
[^] # Re: C'était juste prévu comme ça
Posté par dave_null (site web personnel) . En réponse au journal Identi.ca est mort, vivie identi.ca ? / Movim 0.7. Évalué à 2.
Twitter est un réseau social ouvert. Donc n'importe qui peut lire tes messages et tes relations.
La seule chose que la NSA a peut-être en plus, c'est l'accès aux messages privés.
[^] # Re: L'anglais c'est pratique
Posté par dave_null (site web personnel) . En réponse au journal Happy Bastille Day !. Évalué à 0.
Je ne crois pas à une langue créée de toutes pièces. Une langue est créée sur la durée.
D'ailleurs, l'anglais évolue et il est fort probable que sa grande utilisation à l'international le fasse bien changer.
# L'anglais c'est pratique
Posté par dave_null (site web personnel) . En réponse au journal Happy Bastille Day !. Évalué à 6.
Pendant longtemps, je n'apprenais pas sérieusement l'anglais à l'école, car je considérais que c'était une langue pénible à apprendre et que ça servait pas à grand chose. Je codais en français avec des choses comme getNom() et dessinerCanard(), la documentation et les commentaires étaient eux aussi en français. J'achetais mes noms de domaines en .fr et j'ai appris le bépo. Bref j'étais totalement franco-français.
Un jour, l'école m'a dit «si tu veux être ingénieur, tu devrais très fortement te faire une expérience à l'étranger». Évitant l'astuce de Monaco (mon école est proche de Nice) et des pays francophones, je me suis donc retrouvé dans un pays où l'anglais n'est pas non plus la langue principale, la Norvège.
Les norvégiens parlent très bien anglais mais comme les français, ils ont tendance à préférer écrire uniquement dans leur langue natale. Et d'un coup, tu prends conscience que c'est quand même très pratique d'utiliser une langue commune pour communiquer. Comprendre que le supermarché est exceptionnellement fermé ou faire des musés sans explications en Anglais, ce n'est pas très évident.
Plus récemment je suis allé au Japon en voyage et avec mes amis ont était très contents quand on pouvait parler anglais. Parce que si les français parlent mal anglais, les japonais c'est un autre concept.
Par exemple, vous pouvez demander votre chemin en Anglais dans la rue, plusieurs personnes peuvent vous ignorer en baissant la tête. Vous demandez la même chose en Japonais, la première personne va vous aider de manière très sympathique.
Autre exemple, dans un magasin d'électronique, j'ai demandé quels étaient les couleurs disponibles sur un modèle de tablette Android. Le vendeur m'a répondu «no vista» ou quelque chose comme ça. En insistant, il a dit qu'il revenait dans 5 minutes et je ne l'ai jamais revu.
Tout ça pour dire qu'une langue en commun, c'est très très pratique. Pas pour écrire un livre ou un poème mais juste pour communiquer de manière simple. Et dans le cadre d'un projet informatique, c'est dommage de se couper du monde juste en préférant coder dans sa langue natale.
Et si c'est l'anglais qui s'est imposé, tant mieux pour les anglophones. J'aurais personnellement préféré que ce soit le français mais c'est comme ça…
[^] # Re: Joyeuse fête... ou pas
Posté par dave_null (site web personnel) . En réponse au journal Happy Bastille Day !. Évalué à 4.
Ce n'est pas bien diffèrent du français. Même au Japon tu peux lire des mots français dans la rue. Bon, "Bistro au petit chien" ne donne pas forcément très envie, mais c'est l'idée :-)
[^] # Re: Debian? Slack?
Posté par dave_null (site web personnel) . En réponse au journal Gnu/Linux est une passoire. Évalué à 5.
De toutes façons, il y d'autres astuces (comme celle-ci : http://stackoverflow.com/questions/17527870/how-does-trello-access-the-users-clipboard/17528590)
# Partage d'écran, de vidéos et compagnie
Posté par dave_null (site web personnel) . En réponse au journal Réseau domestique : Interactions entre différents PC et téléphones. Évalué à 1.
J'ai une Xbox 360 pour jouer et depuis peu une tablette xperia avec Android.
J'ai été étonné car alors que les deux marques sont plutôt concurrentes, surtout dans le secteur des consoles de jeu, la synchronisation est tout simplement parfaite. Le partage de photos, vidéos, de musiques et de l'écran fonctionnent très bien dès la sortie de la boite.
J'ai tenté rapidement de voir si je pouvais faire pareil avec mon ordinateur sous ubuntu au lieu de la xbox, car mon ordinateur chauffe moins, est moins bruyant et a une meilleure carte son, mais je n'ai pas trouvé comment faire. Ça me semble pourtant être du upnp de base…
[^] # Re: Mon opinion : fuir
Posté par dave_null (site web personnel) . En réponse au message Des retour de l'utilisation du framework web Wt (C++) ?. Évalué à 1.
On est d'accord, mais en général c'est un bon indicateur de départ. Voir qui sont les utilisateurs d'un projet permet de se rassurer. Si il y a Google ou Facebook qui sont utilisateurs je sais que le projet a une carrière assurée pour quelques années. C'est toujours plus risqué de partir sur un projet sans trop savoir si on ne va pas galérer à le maintenir seul.
Ma remarque est sur le cotés très bas niveau de C++. Selon moi il n'est pas nécessaire de descendre aussi bas niveau pour réaliser une IHM, d'où le cotés nostalgique. Dans l'embarqué ça peut cependant être nécessaire, mais dans ce cas on ne fait pas du Web avec un gros framework comme Wt au dessus.
Je pensais plus à la partie frontend, même si tu peux tenter de l'utiliser cotès backend avec Node.js (et là il y en a des utilisateurs en Node.JS).
Pour ceux qui utilisent TypeScript effectivement c'est assez difficile à savoir. Le langage a cependant profité d'une bonne couverture médiatique et est créé/soutenu par Microsoft. C'est possible que ça soit assez utilisé à l'avenir il faut voir.
Désolé quand je pense web je pense surtout cotés utilisateur. C'est vrai que c'est un gros avantage d'avoir le client/serveur dans le même code source avec le même framework.
Cependant cela peut avoir aussi des inconvénients, car le client et le serveur sont dépendants. Un serveur (développé en C++ par exemple) fournissant une API REST permet d'avoir des clients développés facilement dans n'importe quelle technologie.
Pour les évènements temps réel ça existe avec Socket.IO pour Node.JS par exemple et là aussi c'est indépendant du client.
Juste pour prendre l'exemple de l'évolution chez Microsoft :
https://www.google.fr/search?hl=fr&site=imghp&tbm=isch&source=hp&q=windows+3.1
https://www.google.fr/search?hl=fr&site=imghp&tbm=isch&source=hp&q=microsoft+pixelsense
Et le site web d'apple :
http://web.archive.org/web/19970404064444/http://www.apple.com/
http://www.apple.com/
Je dirais que la différence se situe surtout au niveau du code source. En C++ tu dois gérer la mémoire et les types de tes données, avec AngularJs tu t'occupes plus de tes composants et comment les faire interagir. Je pense que le développement est plus efficace.
Le langage fortement typé évite pas mal d'erreurs on est d'accord, mais surtout cotés serveur. Cotés client la plupart des problèmes viendront avec les interactions des utilisateurs, qui font toujours des choses bizarres.
Après tout, développer en C++ cotés serveur n'est pas une mauvaise idée si il y a de gros traitements à réaliser (car si c'est pour attendre la BDD ou les IOs en permanence c'est moins intéressant aujourd'hui).
Cotés client c'est selon moi beaucoup moins avantageux mais si tu ne souhaite pas séparer le code source du client et du serveur, tu peux effectivement avoir un intérêt à utiliser Wt, mais je ne le conseillerais pas.
# Mon opinion : fuir
Posté par dave_null (site web personnel) . En réponse au message Des retour de l'utilisation du framework web Wt (C++) ?. Évalué à 2.
À mon avis si aucun projet connu utilise la techno, alors que la techno existe depuis très longtemps, c'est qu'il y a une raison.
Pour moi ce framework est l'exemple parfait de ce qu'il ne faut pas faire dans le web.
On peut cependant avoir une certaine nostalgie, comme faire ses interfaces en GTK ou utiliser Wt pour du web. Mais si on a un temps de développement beaucoup plus élevé pour un résultat médiocre ce n'est très intéressant.
Si tu recherches un langage typé dans le monde du web, tu peux regarder du cotés de TypeScript et compagnie. C++ c'est un peu overkill.
Je n'ai pas compris ton histoire de C++ avec des callbacks et des évènements car c'est exactement pareil en JavaScript.
Pour les performances, un programme écrit en C++ et compilé en ASM.js avec emscripten est très efficace. Mais je ne pense pas que ce soit le cas de Wt. À mon avis tu perds en performances pures pour les gros traitements.
De manière générale, on ne fait plus des IHM aujourd'hui comme on les faisait il y a 20 ans. Le web a changé beaucoup de choses dans ce domaine.
Pour ma part je conseillerais AngularJS qui contient beaucoup d'innovations et qui est très efficace en terme de développement. Notamment du cotés du TestDrivenDevelopment.
[^] # Re: C'est difficile de choisir
Posté par dave_null (site web personnel) . En réponse au journal Etre technique ou ne pas être (que) technique. Évalué à 1.
Il y a beaucoup de petites et moyennes entreprises en France mais ça ne m'attire pas beaucoup. C'est un compromis qui peut être intéressant mais j'ai l'impression qu'il faut avoir de la chance pour faire un travail sympathique.
# C'est difficile de choisir
Posté par dave_null (site web personnel) . En réponse au journal Etre technique ou ne pas être (que) technique. Évalué à 4.
Je viens de finir un cycle d'études et je remarque que c'est très difficile de choisir quoi faire, même si c'est pour les 5 années suivantes.
Pour ma part j'ai le choix entre :
J'aimerais bien faire une thèse dans une start-up sympa avec un salaire de SSII et les avantages d'une grande entreprise.
[^] # Re: Non !
Posté par dave_null (site web personnel) . En réponse au journal Qui a vraiment besoin d'héberger soi-même ses données ?. Évalué à 1. Dernière modification le 05 juin 2013 à 23:39.
L'écriture et le langage sont le fruit de millénaires d'évolutions des sociétés humaines, on pourrait presque parler de loi darwinienne.
On utilise énormément le dessin et les signes gestuels pour communiquer, parce que c'est très pratique. Dans notre société, l'écriture est plus pratique pour beaucoup d'autres choses et c'est pour ça que l'on apprends aussi à lire et à écrire.
Ton langage expressif pour ordinateur, il n'apporte aucun avantage pour la majorité des utilisateurs, juste des inconvénients. En plus, il a été décidé de manière arbitraire par une dizaine d'ingénieurs environ et les principes de base n'ont que 40 ans.
Montrer du doigt, frapper, secouer, la parole, c'est éprouvé.
D'ailleurs il suffit de regarder le marché. Le DOS et l'UNIX ça se vend pas trop pour quelque chose qui serait «ce qu'il y a de mieux».
[^] # Re: L'auto-hébergement, un truc de riches ?
Posté par dave_null (site web personnel) . En réponse au journal Qui a vraiment besoin d'héberger soi-même ses données ?. Évalué à 1.
Je préfère 100 fois me faire voler mon ordinateur que mes données :
[^] # Re: Non !
Posté par dave_null (site web personnel) . En réponse au journal Qui a vraiment besoin d'héberger soi-même ses données ?. Évalué à 3.
Quand je dis que je fais de l'informatique, certaines personnes me parlent de leur traumatisme avec DOS alors que ça fait plus de 20 ans…
C'est simple pour un informaticien mais pas ergonomique et accessible à un utilisateur lambda.
[^] # Re: les bases de la communication de crise
Posté par dave_null (site web personnel) . En réponse à la dépêche Message du Président Directeur Général de Linkeo. Évalué à 1.
Je connaissais pas l'histoire de la Ford Pinto. La critique du film est donc fondée sur des faits véritables…
J'ai l'impression que ce cas a servi d'exemple en occident, en tout cas les constructeurs se font plus discrets depuis.
[^] # Re: les bases de la communication de crise
Posté par dave_null (site web personnel) . En réponse à la dépêche Message du Président Directeur Général de Linkeo. Évalué à 2.
Ça me semble peu probable que la transmission d'une voiture courante soit assez solide pour bloquer les roues assez longtemps à une vitesse suffisamment élevée pour partir en glisse sur la voie d'en face. Sauf en cas de faible adhérence mais dans ce cas tu adaptes ta vitesse avant le virage parce que croiser à fond un camion sur surface glissante n'est pas une super idée même avec des roues qui tournent.
Après tu trouveras certainement un scénario catastrophe ou l'accident est causé par une casse de boite de vitesse, mais à mon avis les pannes de moteurs d'essuies-glaces sont bien plus dangereuses.
[^] # Re: les bases de la communication de crise
Posté par dave_null (site web personnel) . En réponse à la dépêche Message du Président Directeur Général de Linkeo. Évalué à 4.
À forte vitesse, il y a assez de puissance pour réduire en miettes tout ce qui est bloqué. Essaye de passer la marche arrière, si tu y arrives la boite va exploser mais à part un gros crac et une ptite secousse, il ne va pas se passer grand chose de plus.
Le moteur de mon scooter a serré (piston coincé) sur l'autoroute à 120km/h et ça m'a à peine freiné avant que tout l'intérieur du moteur se transforme en copeaux métalliques…
Éventuellement sur route mouillée tu peux observer une perte d'adhérence momentanée, mais ça se rattrape facilement et les voitures modernes ont l'ESP.
Le conducteur automobile passe un permis de conduire et il est relativement longuement formé (20h minimum et pas de permis tant que le niveau requis n'est pas atteint). Et il est responsable de ce qu'il fait avec sa voiture. Si un conducteur n'a pas réussi à s'arrêter avant un obstacle, c'est parce qu'il a freiné trop tard ou qu'il roulait trop vite. Ce n'est pas de la faute du constructeur qui a mis un régulateur de vitesse et des freins moyennement performants.
[^] # Re: les bases de la communication de crise
Posté par dave_null (site web personnel) . En réponse à la dépêche Message du Président Directeur Général de Linkeo. Évalué à 3.
Pour l'avion, l'équipage avait beaucoup d'excuses et avoir une réaction adaptée dans ce genre de situation est toujours difficile. Cependant l'accident reste du à une erreur de pilotage.
Pour la voiture ça me semble bien plus simple qu'un cockpit d'avion. J'ai deux pédales, une pour accélérer et une pour freiner. Si je vais trop vite je dois freiner.
[^] # Re: les bases de la communication de crise
Posté par dave_null (site web personnel) . En réponse à la dépêche Message du Président Directeur Général de Linkeo. Évalué à 3.
Je trouve ces histoires pas très crédibles. Ça renforce le côtés «j'avais une vie de merde» pour le personnage du film mais en vrai ça n'a pas vraiment de sens.
Si la boite casse, qu'est-ce qui va amener la voiture à se cracher ? Le conducteur peut toujours freiner avec le frein normal ou le frein à main.
Pareil, si l'accélérateur reste bloqué, le conducteur peut freiner. Les freins sont bien plus puissants que le moteur.
Quand un avion se crash parce que le capteur de vitesse a gelé, on impute la faute aux pilotes qui ont malheureusement tout fait pour perdre de la vitesse alors qu'ils auraient mieux fait d'accélérer pour avoir de la marge.
Pourquoi ce serait différent pour un conducteur automobile qui panique assez pour ne pas freiner si sa voiture ne réagit plus comme il le voudrait ?
[^] # Re: Evidemment
Posté par dave_null (site web personnel) . En réponse au journal Comment écoutez-vous de la musique ?. Évalué à 1.
Bah on parlait de musiques là. Mais si tu veux vraiment partager de la vidéo en réseau, un serveur UPNP me semble plus constructif. Recompresser de l'audio en temps réel n'est pas un travail titanesque pour la machine (même si on perd théoriquement en qualité), par contre pour une vidéo HD faut avoir envie de se chauffer au CPU.
[^] # Re: Evidemment
Posté par dave_null (site web personnel) . En réponse au journal Comment écoutez-vous de la musique ?. Évalué à 1.
Pour airplay, c'est plus au niveau de pulseaudio qu'il faut regarder.
# L'effet du web
Posté par dave_null (site web personnel) . En réponse au journal Intégrer scoreserver en ajax. Évalué à 2.
Ça fait souvent cet effet de passer d'un environnement de programmation classique au web. L'environnement où tu fais quelque chose de relativement compliqué en 3 lignes de code compréhensibles et que ça te donne envie d'en faire des journaux sur linuxfr.
À quand Newton Adventure codé directement en HTML5 ? :P
[^] # Re: Nomade et sédentaire
Posté par dave_null (site web personnel) . En réponse au journal Comment écoutez-vous de la musique ?. Évalué à 1.
Les intras Yamaha eph-100 m'intéressent beaucoup, mais le prix est quand même élevé. Tu les conseillerais ?