Aluminium95 a écrit 223 commentaires

Le souci c'est qu'avec dd je vais avoir une image de la taille exacte du disque, c'est à dire 1 Tio non ? Étant donné que je n'ai pas de disque avec 1 Tio disponible (ni plus d'ailleurs), je ne crois pas pouvoir faire cette manipulation …

(ils sont fous ces étudiants ;-)

Mon dieu, un problème de parenthèse !

Ah désolé, autant pour moi alors ! Je ne partage pas l'idée que tout le monde doit tout savoir, je répondais juste à :

De mon côté je défends plutôt l'inverse

Que j'avais interprété comme : "je ne sais absolument rien sur les outils que je manipule", qui est un peu plus extrême.

Donc si, suivant ta façon de voir, tu es sensé savoir tous les bouquins de toute la terre

Étrange … J'ai justement dit que le fait de ne pas avoir le temps ou l'envie de se documenter sur quelque chose était normal et justifié …

De plus, ne pas s'intéresser à tout est une chose parfaitement normale, et même justifiée

Je voudrais revenir sur la manière dont tu déformes un peu la réalité, tu dis

je vais l'oublier car j'en ai pas besoin

Alors que précisément j'avais signalé que la connaissance en question était utile puisque précisément tu en avais eu besoin au moins une fois (d'où ta demande d'aide à une personne tierce) … Enfin après tu peux ne pas la retenir, mais si c'est un problème que tu dois résoudre … Tu peux au moins écouter les conseils du type qui t'explique comment éviter le-dit problème à l'avenir …

Qui ne respecte pas qui quand il y en a un qui fait chier avec son obligation de passer du temps à t'écouter comme prix à payer pour une aide?

Euh … l'explication est normalement une partie de l'aide justement ! On ne peut pas vivre dans un monde sans avoir un minimum de connaissances (même basiques) sur ce que l'on fait. Tu vas voir un médecin en étant brûlé au troisième degré … il va quand même te faire remarquer que le feu ça fait mal. Tu laisses les fils dénudés sur tes appareils électriques, l'électricien qui va réparer ta panne va quand même te faire un petit commentaire sur la manière de gérer ton installation.

Tu utilises ton corps en permanence, donc je suppose alors que tu sais comment [il] fonctionne

Le truc c'est que pas grand monde peut venir te réparer et expliquer comment tu fonctionnes de manière complète et exhaustive … Le truc n'est pas que tout le monde sache tout, mais que tout soit accessible, c'est à dire, connu d'au moins une personne.

De plus, ne pas s'intéresser à tout est une chose parfaitement normale, et même justifiée, mais refuser une connaissance offerte et de toute évidence utile (puisque l'on a eu besoin d'aide) est quelque part un manque de respect mais aussi un acte stupide (en général).

Nous nous engageons à ne pas distribuer, publier, vendre ou utiliser vos données personnelles d'une quelconque autre façon.

C'est déjà mieux que d'autres hébergeurs … Et plus simple que chez soi, c'est un bon compromis. Après, il faudrait un peu revoir l'interface du site qui fait un peu cheap mais sinon l'idée est intéressante, et si l'auteur met à disposition sa configuration, on peut refaire très simplement la même chez soi, ce qui est quand même pas mal !

C'est intéressant comme raisonnement, seulement, contrairement à des services centralisés, attaquer un particulier est inintéressant au possible, vu qu'il y a peu de chance de trouver des données sensibles utilisables … Au contraire, faire une attaque sur les serveurs de PS3 (par exemple) permet de récupérer des informations personnelles sur des milliers d'utilisateurs (et oui, même sur ps3) et la probabilité de trouver des comptes bancaires, ou autres informations exploitable est donc beaucoup plus élevée. Ainsi faire une attaque sur chaque ordinateur personnel du monde de manière individuelle prend un temps fou, même si la sécurité est « faible » (mais rien ne l'oblige à l'être cependant). Ok, la Chine pourrait faire tourner un programme en permanence pour piller le monde occidental et civilisé de toutes ses richesses …

Bien entendu, dans mon raisonnement j'exclus volontairement les attaques dirigées contre une personne en particulier, là c'est plus complexe. Soit c'est un gouvernement, et dès lors, la « sécurité » de ton service centralisé ne sert à rien. Soit c'est une entreprise et là tu as des petits problèmes autres. Soit c'est un autre particulier, et dans ce cas les chances pour qu'il puisse y arriver sont faibles, puisque précisément « il est très dur d'utiliser un ordinateur » pour une personne lambda.

pourquoi n'a-t-il pas pris en compte ces problèmes ?

Euh, parce que le jeu vidéo n'est pas une personne consciente ?

Le tableau est composé de deux parties, une projetée et une pour des schémas et explications à la main, et oui, ils utilisent l'ENT mis à disposition par le lycée pour récupérer les devoirs (bien que l'on puisse envoyer des mails ou donner une clé usb) et les donner.

Pour les groupes de quatre, c'est comme tout projet en commun, il y en a toujours un qui ne fait rien, mais le plus dur est au fond de ne pas tout faire tout seul dans son coin …

Au contraire, je trouve que Lisp (surtout dans sa variante Scheme) est extrêmement simple à comprendre et enseigner, la syntaxe est minimaliste, les concepts s'ajoutent au fur et à mesure de manière simple et sans jamais poser de problèmes, tout en restant assez abstrait pour faire ce que l'on veut facilement …

Pour le moment, nous avons eu des devoirs maison, avec des problèmes et nous devions rendre du code python documenté (expliquant pourquoi cet algo fonctionnait), ainsi que des devoirs sur table, stylo et feuille, où il fallait comprendre du code et le modifier pour ajouter des fonctionnalités.

Au contraire, les profs veulent que nous réinventions la roue, de manière à comprendre comment elle fonctionne. Ainsi on a re-codé des fonctions de tri, crée un module qui traite des matrices etc …

Cela demande au moins autant de Live-CD/USB que d'élèves … Et les problèmes de persistance qui s'en suivent : il faut une autre clé usb pour sauver le travail (ou faire deux partitions), s'il faut des drivers spécifiques (pour le wifi par exemple), avec un peu de chance ils sont installables directement, et même là, il faut ré-installer à chaque début de cours … À ce train là, autant faire passer tous les ordis sur une debian dès le début, au moins on le fait une fois et on y touche plus ! :-).

Sinon, pascal … on compte à partir de 1, rien que ça c'est déstabilisant !

Un avantage serait de ne pas avoir une classe, et donc d'être compatible avec le type str de python sans se poser de questions.

Ce n'est pas parce qu'un changement a lieu sous les pressions stupides de personnes qui réinventent la roue qu'il faut les justifier tu sais … Tu vas bientôt nous sortir que des projets de bureau virtuel sur le cloud sont « mieux » qu'un OS natif ? Oui, mais qui gère le matériel ? Qui détecte ta clé USB ? Ton OS natif … Qui en fait tourner un virtuel par dessus …

Et comme tu l'as si bien fait remarqué … Les gens utilisent des Applications à la place des SMS … Pas des sites web ! Tu nous sortira un jour que les clients Bittorrent sont tous mieux sur une page web ? (attention, en mode client-serveur, c'est à dire, le serveur récupère le fichier, et le transmet au client ensuite, ce qui retire en passant tout l'intérêt du-dit protocole). Tout faire passer par HTTP(S) n'est pas une si bonne idée, et si une majorité de gens le font, ce n'est pas souhaitable.

Maintenant regardons Flash, qui ici souhaite que tous les sites soient en flash ? Et bien en suivant ton argumentation, Flash permet de faire beaucoup plus que du Javascript et plus simplement, et si plein de gens en ont fait, c'est bien, c'est l'avenir, et ce qui veulent du HTML/JS simple sont des vieux cons, le monde change !

Et avoir chaque application avec une gestion différente de l'espace est une très bonne idée je suppose ! Je ne suis pas pour une unification totale de toutes les applis, mais au moins, en utilisant des boutons qui ont toujours la même tête pour les actions courante … c'est plus pratique

Non pas que je sois contre les programmes qui utilisent des machines virtuelles, puisqu'ils ont le gros avantage d'être très portables, pour peu qu'il existe une machine sur les architectures visées.

Néanmoins, considérer le Web comme une machine virtuelle est aussi intelligent que d'utiliser un journal (papier) pour créer un réseau social …

Il se trouve que c'est le choix de beaucoup de monde, mais il faut voir un peu le but du Web au début : afficher de l'information statique à l'utilisateur. Comme c'est devenu « connu », « incontournable », les gens ont développé des outils pour compenser les problèmes intrinsèques à la conception même du modèle du Web. Quand on voit l'AJAX, JQuery et toutes ces technologies qui répondent à un besoin … auquel le Web ne répond pas. Et je passe les framework du type : django / rails … eux c'est pire !

Une fois encore, au lieu d'inventer un protocole, un système qui permette de faire des applications distribuées sur une machine virtuelle simple, on a utilisé un système bancal, pour en faire tout et n'importe quoi …

Qui préfère l'interface d'une appli web à celle d'une appli native sur iOS / Android / Windows Phone (blackberry … ils ont pas de chance, mais c'est pas représentatif !) ? Si le web était si génial, y aurait-il autant d'applications pour téléphones mobiles intelligents ?

L'interface n'est pas fluide, la rendre dynamique est pénible, l'éxécution est lente, le langage a des défauts … Il est beaucoup plus pénible de créer une application web qu'une application native avec un SDK !

Bon Vendredi !

Euh, la GLib le fournit pour chaque langage qui possède ses bindings … Aussi bien pour du C/C++ que du Javascript.

Après pour certains langages c'est en concurrence avec la lib standard, mais pour d'autres, comme javascript, c'est au contraire une manière élégante de régler le problème, puisque porter une appli qui utilise déjà GLib/GIO devient un jeu d'enfant.

Je me suis peut être un peu mal exprimé en utilisant redondant sans le définir. Ce que j'entendais c'est qu'une page web, c'est un tableau blanc sur lequel tu as des primitives de dessin (en gros). Et que pour X11, c'est un tableau blanc … sur lequel tu as des primitives de dessin. Certes, comme c'est plus bas niveau on a fait des surcouches qui permettent de faire les choses plus rapidement, de s'intéresser à la sémantique plus qu'au rendu au pixel etc … Comme une page web.

Et je voudrais éclaircir mon passage sur « html / css » qui est, lui aussi, mal développé. Ce que je voulais dire c'est que la problématique l'une interface homme machine existe depuis relativement longtemps, et que ayant rencontré des problèmes, QT, GTK, Wx ont évolué pour répondre à des problématiques qui se posent encore avec les pages web actuelles …

Par exemple, je veux faire une application avec deux colonnes … Et un pied de page en bas. Et bien en CSS, tu vas t'amuser, parce que la dernière fois que j'avais essayé, on ne pouvait pas forcer les deux blocs parallèles à avoir la même taille, sauf avec du JS … Ce qui rend moche dès que tu as un thème graphique un peu subtil (avec un fond par colonne). Et j'avais vu un tuto, expliquant qu'une grosse image de fond ferait l'affaire, pour faire croire que la colonne continuait ……..

Pour toutes les applications qui demandent une interface un peu complexe, modulaire, un client « lourd » est préférable, à mon avis.

Objectivement, utiliser un langage qui n'est pas fini, en espérant des corrections futures et commencer dès maintenant à coder avec … ce n'est pas une bonne idée non ?

Autant promouvoir Vala, qui a le mérite d'être de haut niveau, avec une syntaxe agréable, un système souple de gestion de mémoire (à la main, compteur de référence et peut être un GC), et surtout la possibilité de compiler vers du C, rendant toute librairie accessible aux autres langages … (libgee par exemple)

Euh … juste avec gedit, déclenchement d'un modèle de code quand on a écrit le bon mot et utilisé la touche tabulation ensuite, c'est à dire : exprimé explicitement sa volonté de voir ici un modèle être utilisé.

Je peux très bien écrire tout ce qui me passe par la tête sans complétion aucune, et comme la tabulation sert juste à la présentation du code (sauf en python …), on utilise très rarement une tabulation après un mot directement, et dans ce cas précis, faire un espace entre ne change pas grand chose.

Euh, avec « le bon IDE » tu as aussi une coloration des parenthèses/accolades correspondantes … sinon comment les gens pourraient coder en lisp/scheme ? J'irais même jusqu'à dire qu'avec un bon IDE tu ne les tapes pas … (déclenchement par mots-clés de modèles de code récurrents)

Le principe d'une application graphique c'est dessiner sur un écran … s'il faut avoir une gestion d'écran qui affiche une page web sur laquelle on dessine par la suite … c'est légèrement redondant non ?

Surtout que HTML/CSS connait des limitations non négligeable au niveau de l'ui … Là où Gtk/Qt/Wx/etc … Se sont déjà penchés sur le problème et ont proposé des widgets, avec des layouts, un ensemble cohérent, que le développeur peut modifier sans tout avoir à recréer de zéro à chaque fois, et sans que les widgets « persos » ne soient dissonants dans l'interface.

Ce n'est clairement pas le cas des applications de type « page web », dans lesquelles au contraire chaque site désire une identité visuelle propre, et donc crée à chaque fois, non pas une disposition différente, mais tous les « éléments de base » à nouveau, de manière à se démarquer.

Regardes la différence entre coder une appli HTML/CSS, même avec un WYSIWYG, c'est pénible, et pas toujours portable (margin et padding pour ie), là où avec Glade tu fais un truc en deux minutes, que tu réutilises ensuite très simplement dans n'importe quel langage avec un binding gtk l'UI.

Javascript possède tout de même des problèmes intrinsèques à sa syntaxe, surtout au niveau de la portée lexicale, qui oblige parfois les « webmasters » à créer des fonctions anonymes juste pour définir un nouveau bloc syntaxique dans une boucle …

De plus le langage en lui-même n'est pas « fait pour » dans le sens où il a été crée pour répondre au besoin de pouvoir construire rapidement des petits programme : des scripts. Personne ne veut utiliser Bash/Zsh pour coder des applications entières, bien que ce soit possible. Javascript a d'ailleurs dans toutes ses implémentations, une gestion un peu bancale des programmes avec des sources multiples …

Il aurait été plus intelligent de mettre en avant un langage fait pour développer des « grosses » applications, comme Vala, C++ ou même OCaml, qui permettent par le typage de faire certains débugs, et en plus de cela permettre une intégration dans la GLib d'une facilité d'interaction entre un langage de script et un langage « dur ». Ceci étant, pour une petite appli, le code de départ de l'IDE en Vala suffit, et on peut tranquillement coder dans son langage de script préféré. Et pour les grosses applis, cela permet d'avoir un noyeau réutilisable (Vala/C) dans d'autres langages, et en plus d'intégrer des parties scriptables facilement (configurations, IA …) dans une application.

Par exemple on pourrait imaginer que chaque bouton de chaque application graphique à un id facilement accessible (clic droit) afin qu'il devienne cliquable en ligne de commande via dbus par exemple.

Ce n'est pas forcément la meilleure manière de concevoir la chose … L'UI est juste l'interface (par définition) avec le programme, rien n'empêche d'en faire d'autres. Au contraire il faut séparer le programme lui même et ses actions, de l'interface et de ses commandes.

Un exemple MOC se découpe en un client et un serveur (avec plusieurs clients disponibles, et même une infinité puisque tout le monde peut faire le sien)
Un autre exemple Transmission possède plusieurs interfaces graphiques, pour un même cœur.

Bien sûr si GTK+ ou QT permettaient d'avoir automatiquement une interface en ligne de commande cela serait plus simple, ce n'est peut être pas si compliqué puisqu'il existe déjà une séparation des actions et des boutons en GTK+ GtkAction.
Un peu de bricolage peut sûrement exposer les GtkAction d'une application avec une interface DBus.