goeb a écrit 502 commentaires

  • # Le 'pasclient' est en fait un client.

    Posté par  . En réponse au journal L'ère du pasclient?. Évalué à 5.

    Le 'pasclient' tel que tu le décris est en fait un client, car il se connecte au serveur local (l'OS Linux par exemple) qui lui sert les fichiers, le bash, la mémoire, etc.

    Bref, on est toujours le client d'un autre.

  • [^] # Re: Logiciels lourds toujours prédominants sur les clients légers

    Posté par  . En réponse au journal Et moi qui croyais que le client lourd serait gagnant.... Évalué à 2.

    Non, je n'ai pas de source ni de chiffre précis, et je suis d'accord que c'est un point à préciser.

    Mais si on a 1 instance serveur et 1000 instances clientes, je pense qu'en temps de développement et de maintenance, c'est quand même le serveur qui coûte le plus. Car tous les clients sont des copies identiques du même logiciel, et le serveur a une complexité supérieure (répondre à toutes les requêtes clientes + gestion des accès concurrents, disque, haute disponibilité, etc.)

  • [^] # Re: Tu peux regarder...

    Posté par  . En réponse au message État des lieux cryptographie. Évalué à 2.

    Le document "Mecanismes_cryptographique_v1_10_standard.pdf" date de 2006. Est-il encore d'actualité ?

  • # Logiciels lourds toujours prédominants sur les clients légers

    Posté par  . En réponse au journal Et moi qui croyais que le client lourd serait gagnant.... Évalué à 3.

    Le client, léger ou lourd, est une toute petite part des logiciels.

    J'avais vu dans un article que 80% du marché de l'informatique concerne l'informatique d'entreprise (industrie, services, etc.). Or l'informatique d'entreprise est gourmande de logiciels lourds (serveurs ou clients). Certes il existe en entreprise des interfaces web légères, mais le serveur (base de données par exemple), lui il est lourd.

    Je pense que les logiciels lourds seront toujours prédominants sur les clients légers.

  • [^] # Re: Facile

    Posté par  . En réponse au message Question théorique sur les clefs USB. Évalué à 1.

    la swap n'a qu'une utilisation mineur, et si ce n'était pas le cas, ce serait une connerie parce qu'une clef USB, ça s'use en écrivant souvent dessus !

    En fait ça dépend de la clé USB. Mais on trouve généralement des mémoires flash qui supportent 100000 (cent mille) cycles d'écriture et comme il y une répartition des écritures sur l'ensemble de la mémoire, il faut plusieurs années (5, 10, 20 ans ?) avant d'atteindre la limite. C'est très difficile de savoir précisément, car ça dépend beaucoup des écritures qui sont faites.

    Mon sentiment est qu'en pratique on n'atteint jamais la limite d'usure.

  • # éclaircissement "taux de transfert"

    Posté par  . En réponse au message Question théorique sur les clefs USB. Évalué à 1.

    Le disque dur de mon portable à un taux de transfert bien supérieur à un clef USB mais le temps d'accès est 16 fois moins rapide.

    Je ne comprends pas bien et tu as l'air de te contredire dans la même phrase.
    - De quel taux de transfert parles-tu ? Entre quelles parties, dans quelle direction ?
    - Et quel temps d'accès ? Entre quelles parties, dans quelle direction ?

  • [^] # Re: Qt et le son

    Posté par  . En réponse au message Quelle bibliothèque choisir pour un petit jeu?. Évalué à 2.

    combien de personnes sur Terre jouent à un jeu vidéo sans lancer de serveur de son?

    Fait un sondage ! ;)
    Pour ma part je ne sais même pas à quoi sert un serveur de son. Et sur Windows aussi il y a un serveur de son ?

  • [^] # Re: Qt et le son

    Posté par  . En réponse au message Quelle bibliothèque choisir pour un petit jeu?. Évalué à 1.

    La lib SDL n'a pas besoin de serveur de son, je crois. Pourquoi Qt en aurait-il besoin ?
    Et des logiciels tels que VLC, ont-il besoin d'un serveur de son ?

  • # Qt et le son

    Posté par  . En réponse au message Quelle bibliothèque choisir pour un petit jeu?. Évalué à 1.

    QT / Linux gèrait (il y a 1 ou 2 ans) le son à condition qu'il y ait un serveur de son qui soit lancé (je ne me souviens plus des détails). Donc sous Linux ce n'est pas une solution "tout-QT" et ça rend le déploiement difficile à cause de cette dépendance au serveur de son. Alors spécialement pour le son j'avais utilisé la lib SDL.

    Je ne sais pas si cela a été amélioré dans les récentes versions de QT.

  • [^] # Re: Remarque vite fait

    Posté par  . En réponse au message online.net c'est bien ?. Évalué à 1.

    On peut aussi trouver des offres promotionnelles de vds vraiment pas chères …

    Aurais-tu des recommandations pour de tels serveurs avec accès SSH ?

  • # comparaison avec un zip

    Posté par  . En réponse au message formats de documentations pour linux. Évalué à 2.

    Et en comparaison avec un zip qui incluerait les pages HTML (une ou plusieurs) et les images, et autres fichiers, comment se situe mhtml ?

  • [^] # Re: C'est difficile de choisir

    Posté par  . En réponse au journal Etre technique ou ne pas être (que) technique. Évalué à 2.

    Et trouver un poste dans une petite ou moyenne entreprise ? Ce n'est pas dans tes choix ?

  • # strace et ltrace

    Posté par  . En réponse au sondage Quel débugger utilisez vous ? . Évalué à 7.

    Il existe aussi strace et ltrace, qui affichent les appels systèmes et les appels de fonctions entre bibliothèques. Ça permet de débugguer les problèmes de PATH, de working directory, de socket réseau, de configuration, de variables d'environnement, etc.

  • # dates

    Posté par  . En réponse au message Nouveau blog d'un ingénieur système Unix www.journaldunadminlinux.fr. Évalué à 3.

    Intéressant.
    Il serait utile que les articles soient datés. Ça servirait à savoir si l'information est récente ou au contraire ancienne (et peut-être périmée).

  • # Le chant des oiseaux

    Posté par  . En réponse au journal Comment écoutez-vous de la musique ?. Évalué à 4.

    J'aime bien écouter occasionnellement le chant des oiseaux.

  • [^] # Re: google ..

    Posté par  . En réponse au message mtdev.h erreur . Évalué à 2.

    Sur ma distribution (Linux Mint) j'ai :

    > apt search mtdev
    p   libmtdev-dev                    - Multitouch Protocol Translation Library - 
    i   libmtdev1                       - Multitouch Protocol Translation Library - 
    p   mtdev-tools                     - Multitouch Protocol Translation Library -
    
    
  • # synthèse

    Posté par  . En réponse au journal Un debugger est-il indispensable ?. Évalué à 3.

    Pour synthétiser les discussions, les outils de debuggage sont (par ordre approximatif d'utilisation décroissante) :
    - printf
    - gdb
    - strace
    - valgrind
    - cppcheck

    J'ai mis des noms précis, mais je veux indiquer la catégorie d'outil. Donc quand je mets "printf", il faut lire "printf et équivalent (System.out.println, etc.)", et pareil pour les autres.

    Chacun de ces outils est un debugger. Donc pour répondre à la question initiale "Un debugger est-il indispensable ?", la réponse est oui.

  • [^] # Re: strace

    Posté par  . En réponse au journal Un debugger est-il indispensable ?. Évalué à 3.

    s'en servir signifie à mon avis surtout que l'on ne maîtrise pas son code.

    Et si c'est le code de quelqu'un d'autre qu'on reprend ?

  • [^] # Re: Prends des vraies vacances ?

    Posté par  . En réponse au message Un peu perdu. Que faire maintenant ? Changer de vie ?. Évalué à 1.

    En informatique industrielle j'ai travaillé pour les télécommunications UMTS et satellite, l'aéronautique civile, les réseaux de distribution d'électricité.

    Dans ces domaines, il y a le coeur du métier, mais aussi tout autour une importante quantité de programmes "support" : outils de test, de simulation, de génération de code, analyseurs de trafic, etc. qui sont très intéressants, sans avoir les contraintes du logiciel embarqué.

  • [^] # Re: Prends des vraies vacances ?

    Posté par  . En réponse au message Un peu perdu. Que faire maintenant ? Changer de vie ?. Évalué à 2.

    Mais autour des grands comptes gavitent plein de plus petites entreprises. Les grands comptes gèrent les projets (emails, réunions, tableaux Excel) et les petites entreprises font le vrai travail, vraiment high-tech.

    Et les industries ont aussi besoin d'informatique de gestion : gestion des achats, des stocks, des processus,… Et pour gagner en rentabilité ces industries doivent améliorer sans cesse leurs outils informatiques de gestion. Donc j'aurais tendance à croire qu'il y a des possibilités d'informatique de gestion de pointe autour de Lyon. Mais je n'y suis jamais allé voir, donc je me trompe peut-être.

  • # ingénieur

    Posté par  . En réponse au message Un peu perdu. Que faire maintenant ? Changer de vie ?. Évalué à 2.

    Dans l'informatique il y a d'autres métiers que codeur :
    - qualiticien
    - rédacteur de cahier des charges
    - testeur
    - architecte
    - scrum master, tu l'as cité toi-même
    - etc.

    Par ailleurs par rapport au travail de codage, je rebondis sur ce que tu dis :

    ce qu'il me manque (et manque au monde de l'info en général, même si ponctuellement ça peut être le cas) c'est le côté ingénieur

    Alors c'est simple, dès que tu dois faire une tâche rébarbative, tu crées un programme pour la faire à ta place. Ça c'est un travail d'ingénieur. C'est ce que je fais chaque fois que possible.

    L'informatique est un domaine où tu peux laisser libre cours à ta créativité. Tu n'es pas bridé par des délais de réalisation de prototypes, d'achat de composants. Tu peux créer aussi vite que ta pensée le permet (ou ton clavier, ou ton CPU).

  • # SSII

    Posté par  . En réponse au message Un peu perdu. Que faire maintenant ? Changer de vie ?. Évalué à 2.

    Il ne faut pas vouer aux gémonies les SSII. Certaines présentent des avantages :
    - missions au forfait
    - tu baignes dans un milieu d'informaticiens, donc tu peux parler informatique avec des tas de collègues
    - changements de missions, donc diversité
    - parfois les seuls intervenants sur des sujets intéressants (certaines grosses entreprises sous-traitent à mort, donc pour travailler sur le sujet, il faut être sous-traitant)

    D'ailleurs les SSII se nomment désormais ESN, Entreprises de Services du Numérique.

  • [^] # Re: Prends des vraies vacances ?

    Posté par  . En réponse au message Un peu perdu. Que faire maintenant ? Changer de vie ?. Évalué à 0.

    Je suis à Lyon, 3ème ville de France il me semble après Marseille, et côté high-tech c'est presque le désert..

    Et ?
    Toulouse, Bordeaux, Grenoble, Quimper, Cahors, Rennes, Pau, Tarbes, etc. etc. Il y a de l'informatique de pointe partout.

    Mais on ne connait pas toujours les boîtes d'informatique de pointe.
    Je connais davantage le domaine de l'informatique industrielle. Mes exemples concernent donc plutôt cette branche.

    Lyon est très industrielle. Je suis étonné qu'il y ait peu d'informatique industrielle de pointe sur Lyon.

  • # mémoire vive occupée par Java

    Posté par  . En réponse au message Java pompe toute ma mémoire vive. Évalué à 3.

    ça ne change que la mémoire vive utilisée par Minecraft et non celle occupée par Java

    Ça m'étonne. Et d'abord Minecraft, c'est un programme Java ou pas ?
    Si oui, comment fais-tu la distinction entre le process Minecraft et le process Java ? (car en principe c'est le même)

    Java en lui-même n'est rien. Un programme en Java en train de fonctionner est un process Linux motorisé par la machine virtuelle Java.

  • # pas un vrai Apache

    Posté par  . En réponse à la dépêche Linux/Cdorked.A : nouvelle porte dérobée discrète sur un Apache httpd modifié. Évalué à 10.

    (si j'ai bien compris…) Étant donné que le binaire httpd en question est un binaire fabriqué et placé là par un attaquant, est-il pertinent de dire qu'il s'agit d'une backdoor Apache ? Je dirais plutôt qu'il s'agit d'une backdoor qui se fait passer pour Apache, mais ce n'est pas un Apache.

    L'inconvénient de le présenter comme une "backdoor Apache" laisserait croire que c'est une vulnérabilité d'Apache. Ce qui n'est pas vrai.

    Ou alors je n'ai pas bien compris, et dans ce cas, merci de m'éclairer.