J'ajouterais aussi : utilises-tu parfois un second écran (physique) ? Parfois, j'ai remarqué que même si l'écran est déconnecté, il le croit encore là.
Ouch, il n'y a plus de majuscules, mais reste encore le côté "pavé mono-paragraphe" (aérer un texte augmente sa lisibilité).
Quoiqu'il en soit : tu ne peux pas juste faire une clé live USB Ubuntu et changer la langue ?
créer un live CD ubuntu avec un espace non négligeable pour la persistance
changer la langue dans "Paramètres système…"
redémarrer
personnaliser les menus / bureau suivant l'utilisation cible (et aussi supprimer les raccourcis inutiles)
bien s'assurer que la saisie au clavier est en français par défaut
Hop, c'est prêt, tu peux amener la clé chez ton ami et essayer. Après si ça ne marche pas chez lui, peut-être y a-t-il une incompatibilité avec un élément matériel de sa config ? difficile d'être plus précis sans message d'erreur.
Ah, et pour :
[…] avec l'iso de handy telechargée de votre site […]
Tous les linuxiens ne sont pas des clones : ni linuxfr.org ni handy linux ne m'appartiennent. Les gens qui répondent aux questions ici sont juste des gens lambda qui essaient d'aider d'autres gens lambdas.
J'en profite pour poser une autre question : l'alignement est-il un problème unique aux développeurs noyaux/hardware, ou il concerne tout type de programmes C ?
C'est utile dès que ton application "exporte" une structure qui sera utilisée ailleurs : dans la majorité des cas ce sera donc quand tu veux communiquer la structure via un réseau ou via un fichier, sans pouvoir présumer de la machine/os/application à la réception. Ce n'est donc pas réservé au noyau.
Comme mentionné dans d'autres commentaires, on peut également s'y intéresser pour des problématiques de perf, pour des parties critiques de code (notamment, mais pas seulement, dans le noyau).
Le padding peut effectivement varier d'une archi à l'autre, d'un compilo à l'autre. Cumulé avec toutes les autres petites variations subtiles (e.g. boutisme, …), c'est l'une des raisons pour lesquelles il y a eu l'émergence de technos genre ASN.1 pour décrire de manière plus formelle et indépendante de la plateforme des structures de données complexes.
Si ça bloque, c'est qu'il y a un problème (ou bien que c'est très long).
S'il y a un problème, il y a probablement une indication de la nature de ce problème dans le texte que tu vois : plutôt vers le bas de ces "lignes toutes en couleur", devrait donc se trouver une ou plusieurs lignes (peut-être avec des mots tels que "FAILED" ou "ERROR") qui fourniraient des informations utiles pour t'aider. En règle générale, quand tu as une erreur, donner le message d'erreur est vital si tu veux de l'aide.
Et puis une des preuves du boulot effectué par exemple dans l'amélioration des performances et l'arrivée (réelle, car il y avait si je ne me trompe des essais avortés dans le passé) de Javascript coté serveur via NodeJS.
J'avais travaillé en Server-Side JavaScript (SSJS pour les intimes) il y a pas mal de temps. C'était pas mal, mais on était en effet très loin de la sophistication de NodeJS… et c'est la montée en puissance du Java côté serveur qui avait mis à mort cette techno.
tu as remarqué qu'un navigateur va rarement juste de dire "ta page est pourrie, j'affiche rien, na!" ? ben déjà un parser aussi tolérant, je pense que c'est bien chiant à écrire
il y a de multiples versions d'HTML, et les normes, ben elles sont pas courtes quand même
il faut aussi parser les CSS, concilier ça avec les vestiges de présentation présents dans certaines versions d'HTML, tout élément du DOM doit donc être thémable génériquement
il faut intégrer un moteur JS, lui aussi tolérant, qui puisse manipuler l'intégralité du DOM, des propriétés, et que le tout se reflète directement sur l'affichage
l'interface des navigateurs leaders sur le marché n'est pas aussi simple que "une fenêtre et quelques boutons", d'autant que pour beaucoup ils sont présents sur plusieurs plateformes, donc il faut s'abstraire des spécificités
un navigateur web doit aussi causer au serveur, gérer les connexions donc, accessoirement parler les différentes versions d'HTTP, prendre en compte les fonctionnalités que peut offrir un serveur
il doit aussi avoir un mécanisme de cache efficace
il faut qu'il puisse exécuter des modules externes (flash, java, ou autres plugins)… mais le tout en garantissant la sécurité de l'utilisateur (donc isoler tous ces bouts)
il doit afficher un rendu le plus vite possible : pas juste lire le code, préparer le rendu, puis l'afficher, mais rendre le maximum de choses dès que possible et enrichir au fil de l'eau à la réception de données supplémentaires
Effectivement, faudrait que j'arrive à me bouger le *** pour faire poster de temps en temps des journaux à ce sujet.
Pour TWL, j'en ai aussi essayé quelques autres libs d'UI, mais la doc m'a toujours fait revenir à TWL (et même quand la doc manque, les sources sont relativement clairs). Pour ce qui est des thèmes, c'est vrai qu'il y a un sacré ticket d'entrée (je ne compte pas les heures passées), mais au final j'ai trouvé ça vraiment sympa, même pour les composants custo (ça pourrait faire un sujet sympa de journal/article, d'ailleurs, parce-que sur ce sujet la doc est pour le moins évasive).
Tout d'abord merci de prendre le temps de partager tes aventures depuis le début sur linuxfr :)
Développant aussi à mes heures perdues de petits jeux en Java + LWJGL (parfois avec Slick2D aussi), je me posais la question suivante : si je comprends bien, l'intérêt principal de jnuit (sympa pour les dyslexiques, au passage ;) est de ne pas avoir à se préoccuper de la diversité/complexité des périphériques d'entrée pour l'UI. Par contre, en terme de composants purs, pourquoi ne pas t'appuyer sur une lib dédiée à ça, type TWL, en dehors de leur PNGDecoder ? (que tu connais sûrement, mais pour les autres : http://twl.l33tlabs.org/)
PS : pour ma part, quand je dois faire une application, j'utilise Java (qui est celui qui me correspond le mieux pour l'instant), et je trouve que c'est un langage sympa à utiliser pour débuter. Python aussi peut parfaitement remplir cet office, même si ce n'est pas ma tasse de thé. J'aurais tendance à ne pas recommander de commencer l'apprentissage par le C ou le C++.
Quel que soit le langage dans lequel tu t'investis, cela te donnera de fondations qui te rendront un peu moins douloureux l'apprentissage d'autres langages plus tard.
Pour ce qui est le langage du futur… la réponse est probablement la même que pour le présent : C, C++, Python, Java ont tous des qualités qui leur ont permis de subsister d'évoluer, de se constituer de bonnes communautés. Le langage ultime est intimement lié à tes affinités, à la manière dont tu réfléchis : en d'autres termes, c'est à toi de faire le chemin, de découvrir, et de trouver TON langage ultime.
Pour ce qui est de la pérennité, je vois mal l'un de ces langages disparaître à court terme. Après chacun de ces langages implique des contraintes un peu différentes (même s'ils sont très généralistes), contraintes dont la découverte va de paire avec l'apprentissage du langage.
Par contre, si tu n'es pas familier avec le langage Java, je te recommande fortement de commencer ton apprentissage par Java, et de ne passer qu'ensuite au développement Android.
il me semble plus facile de commencer par faire ses armes dans une boite avant de passer en freelance
si toutefois tu te sens de te lancer freelance de suite, il va te falloir justifier de ce que tu peux apporter à la société ciblée, et pour se faire, te constituer un porto-folio de ce que tu sais faire serait sûrement un premier pas intéressant
blinde ton image virtuel : CV en ligne, réseaux sociaux, site perso, bien vérifier ce que les moteurs de recherche savent de toi - c'est la première choses que regardera quelqu'un qui est intéressé
ce qu'il te manque, c'est un réseau (de connaissances), je te conseille donc d'essayer de le développer à vitesse grand V. Pour ce faire, regarde les events qui peuvent avoir lieu sur ton secteur géographique : rencontre d'entrepreneurs, groupes d'intérêts autour des nouvelles technologies, … tout ces lieux sont idéaux pour trouver des gens qui ont des projets et donc bien souvent des besoins
Ainsi cette jeune fille ayant prétendument inventé une intelligence artificielle capable de surpasser les meilleurs spécialistes pour détecter certains cancers, en réalité vraisemblablement elle n'a qu'écrit un projet où elle envisage la création de ce logiciel
Si les moyens techniques n'ont effectivement rien de révolutionnaire à première vue, le discours de cette jeune personne semble tout de même indiquer qu'elle l'a effectivement codé.
Et par ailleurs, il faudrait tester les outils auxquels elle compare sa solution, mais l'impression que j'ai eu c'est que -plus que de "surpasser les meilleurs spécialistes" (qui est le l'attrape-lecteur médiatique)- son but était de proposer une offre bon marché, rapide, et efficace, en s'appuyant sur des techniques d'un autre domaine. Il y a souvent un grand manque de perméabilité entre l'informatique et les domaines auxquels on pourrait l'appliquer.
S'il s'avère effectivement que cette demoiselle a répondu à un besoin, en autodidacte, ça ne me choque pas de la mettre en avant. Après, il y a la manière… et là dessus, la plupart des médias sont affligeants. (notamment parcequ'ils ne mettent en avant que ce qui "parle" au grand-public, avec si possible un personnage principal "héroïque")
Un GS3 pas réactif, c'est très probablement un GS3 où il y a des choses lancées qui le rendent ainsi. Par exemple, sur mon GS2, c'était la bouse surcouche Orange qui travaillait pour rien, faisait ramer l'IHM, et me faisait presque -30% d'autonomie (remarqué en killant les services -évidemment non désinstallables- correspondants). Installer la ROM Samsung m'a donné l'impression de changer de téléphone.
Autre chose qui peut rendre non-réactif : l'écran tactile. J'ai vu un écran tactile dysfonctionnant qui générait des évènements de "tap" tout seul dès la sortie du magasin : IHM ralentie, et clics parasites (-> retour au SAV). C'est peut-être ce dont souffre le téléphone de l'auteur du journal.
Sinon, pour ce qui est la reconnaissance du device sur linux, je n'ai pas forcément de bonnes expériences avec le matériel Acer (pour le débogage USB au moins).
[^] # Re: facile
Posté par mrlem (site web personnel) . En réponse au journal tor et la nsa. Évalué à 3.
Je dirais même que c'est un coup de la police !
[^] # Re: remplacer le clavier
Posté par mrlem (site web personnel) . En réponse au journal tetraplegie et informatique. Évalué à 3.
Ce gars à la PyCon, si on pense bien au même : https://www.youtube.com/watch?v=8SkdfdXWYaI
(très intéressant sur les dangers des TMS - Trouble_musculosquelettique)
[^] # Re: Plus de précisions.
Posté par mrlem (site web personnel) . En réponse au message Probleme affichage Ubuntu 14.04. Évalué à 1.
J'ajouterais aussi : utilises-tu parfois un second écran (physique) ? Parfois, j'ai remarqué que même si l'écran est déconnecté, il le croit encore là.
[^] # Re: Loi de Wirth
Posté par mrlem (site web personnel) . En réponse au journal Pourquoi un PC ralentit-il ?. Évalué à 10.
Après l'utilisateur ;)
[^] # Re: QUESTION REFORMULEE
Posté par mrlem (site web personnel) . En réponse au message handy sur cle usb refuse de démarrer. Évalué à 3.
Ouch, il n'y a plus de majuscules, mais reste encore le côté "pavé mono-paragraphe" (aérer un texte augmente sa lisibilité).
Quoiqu'il en soit : tu ne peux pas juste faire une clé live USB Ubuntu et changer la langue ?
Hop, c'est prêt, tu peux amener la clé chez ton ami et essayer. Après si ça ne marche pas chez lui, peut-être y a-t-il une incompatibilité avec un élément matériel de sa config ? difficile d'être plus précis sans message d'erreur.
Ah, et pour :
Tous les linuxiens ne sont pas des clones : ni linuxfr.org ni handy linux ne m'appartiennent. Les gens qui répondent aux questions ici sont juste des gens lambda qui essaient d'aider d'autres gens lambdas.
Bon courage.
[^] # Re: QUEST CE QUE JE FAIS DE TRAVERS????
Posté par mrlem (site web personnel) . En réponse au message handy sur cle usb refuse de démarrer. Évalué à 4.
Au vu du contexte, j'imagine que c'est la clé, si on excepte l'accent et que l'on considère la proximité des touches 'l' et 'm' sur clavier azerty.
[^] # Re: Abstraction
Posté par mrlem (site web personnel) . En réponse au message Les espacements que mettent les compilateurs C dans les structures sont ils toujours les mêmes ?. Évalué à 2.
Ah, et pour :
C'est utile dès que ton application "exporte" une structure qui sera utilisée ailleurs : dans la majorité des cas ce sera donc quand tu veux communiquer la structure via un réseau ou via un fichier, sans pouvoir présumer de la machine/os/application à la réception. Ce n'est donc pas réservé au noyau.
Comme mentionné dans d'autres commentaires, on peut également s'y intéresser pour des problématiques de perf, pour des parties critiques de code (notamment, mais pas seulement, dans le noyau).
# Abstraction
Posté par mrlem (site web personnel) . En réponse au message Les espacements que mettent les compilateurs C dans les structures sont ils toujours les mêmes ?. Évalué à 1.
Le padding peut effectivement varier d'une archi à l'autre, d'un compilo à l'autre. Cumulé avec toutes les autres petites variations subtiles (e.g. boutisme, …), c'est l'une des raisons pour lesquelles il y a eu l'émergence de technos genre ASN.1 pour décrire de manière plus formelle et indépendante de la plateforme des structures de données complexes.
[^] # Re: Il ose tout, on l'a reconnu.
Posté par mrlem (site web personnel) . En réponse au journal « Si je garde ma carte bancaire avec moi, personne ne l'utilisera à ma place ! ». Évalué à 4.
En même temps, c'est logique : le ministère de la culture dépense beaucoup plus d'énergie pour l'industrie de la culture que la culture ^
# Message d'erreur
Posté par mrlem (site web personnel) . En réponse au message problême avec ubuntu 14/04. Évalué à 2. Dernière modification le 07 mai 2014 à 11:14.
Si ça bloque, c'est qu'il y a un problème (ou bien que c'est très long).
S'il y a un problème, il y a probablement une indication de la nature de ce problème dans le texte que tu vois : plutôt vers le bas de ces "lignes toutes en couleur", devrait donc se trouver une ou plusieurs lignes (peut-être avec des mots tels que "FAILED" ou "ERROR") qui fourniraient des informations utiles pour t'aider. En règle générale, quand tu as une erreur, donner le message d'erreur est vital si tu veux de l'aide.
[^] # Re: Activités plus saines
Posté par mrlem (site web personnel) . En réponse au journal Akagoria devient un jeu indie propriétaire. Évalué à 2.
Le seul truc qu'on pêche sur son lien, ce sont ces fameux mollusques bivalves endémiques à linuxfr !
[^] # Re: Euh... tu déconnes ?
Posté par mrlem (site web personnel) . En réponse au message Pourquoi c'est dur de coder un navigateur Internet ?. Évalué à 2.
J'avais travaillé en Server-Side JavaScript (SSJS pour les intimes) il y a pas mal de temps. C'était pas mal, mais on était en effet très loin de la sophistication de NodeJS… et c'est la montée en puissance du Java côté serveur qui avait mis à mort cette techno.
# Des exemples des choses compliquées
Posté par mrlem (site web personnel) . En réponse au message Pourquoi c'est dur de coder un navigateur Internet ?. Évalué à 9. Dernière modification le 19 février 2014 à 13:04.
On pourrait trouver beaucoup à dire, mais déjà :
[^] # Re: Autres libs ?
Posté par mrlem (site web personnel) . En réponse au journal jnuit et la recette des mombolini. Évalué à 2.
Effectivement, faudrait que j'arrive à me bouger le *** pour faire poster de temps en temps des journaux à ce sujet.
Pour TWL, j'en ai aussi essayé quelques autres libs d'UI, mais la doc m'a toujours fait revenir à TWL (et même quand la doc manque, les sources sont relativement clairs). Pour ce qui est des thèmes, c'est vrai qu'il y a un sacré ticket d'entrée (je ne compte pas les heures passées), mais au final j'ai trouvé ça vraiment sympa, même pour les composants custo (ça pourrait faire un sujet sympa de journal/article, d'ailleurs, parce-que sur ce sujet la doc est pour le moins évasive).
# Autres libs ?
Posté par mrlem (site web personnel) . En réponse au journal jnuit et la recette des mombolini. Évalué à 3.
Hello,
Tout d'abord merci de prendre le temps de partager tes aventures depuis le début sur linuxfr :)
Développant aussi à mes heures perdues de petits jeux en Java + LWJGL (parfois avec Slick2D aussi), je me posais la question suivante : si je comprends bien, l'intérêt principal de jnuit (sympa pour les dyslexiques, au passage ;) est de ne pas avoir à se préoccuper de la diversité/complexité des périphériques d'entrée pour l'UI. Par contre, en terme de composants purs, pourquoi ne pas t'appuyer sur une lib dédiée à ça, type TWL, en dehors de leur PNGDecoder ? (que tu connais sûrement, mais pour les autres : http://twl.l33tlabs.org/)
Merci encore à toi.
[^] # Re: Comparaison foireuse
Posté par mrlem (site web personnel) . En réponse au journal Pourquoi les jeux vidéos devraient entrer dans le domaine public. Évalué à 2.
Moi, ces nouvelles expressions, je trouve çà juste fantastique :oP
[^] # Re: etre ou ne pas etre
Posté par mrlem (site web personnel) . En réponse au journal Ras le bol des plateformes d'e-recrutement. Évalué à 1.
Pas recruté, mais j'ai régulièrement des contacts par ce biais pour l'ouest de la France.
[^] # Re: Pour débuter...
Posté par mrlem (site web personnel) . En réponse au message Création d'application mobile pour adroid . Évalué à 0.
PS : pour ma part, quand je dois faire une application, j'utilise Java (qui est celui qui me correspond le mieux pour l'instant), et je trouve que c'est un langage sympa à utiliser pour débuter. Python aussi peut parfaitement remplir cet office, même si ce n'est pas ma tasse de thé. J'aurais tendance à ne pas recommander de commencer l'apprentissage par le C ou le C++.
[^] # Re: Pour débuter...
Posté par mrlem (site web personnel) . En réponse au message Création d'application mobile pour adroid . Évalué à 0.
Quel que soit le langage dans lequel tu t'investis, cela te donnera de fondations qui te rendront un peu moins douloureux l'apprentissage d'autres langages plus tard.
Pour ce qui est le langage du futur… la réponse est probablement la même que pour le présent : C, C++, Python, Java ont tous des qualités qui leur ont permis de subsister d'évoluer, de se constituer de bonnes communautés. Le langage ultime est intimement lié à tes affinités, à la manière dont tu réfléchis : en d'autres termes, c'est à toi de faire le chemin, de découvrir, et de trouver TON langage ultime.
Pour ce qui est de la pérennité, je vois mal l'un de ces langages disparaître à court terme. Après chacun de ces langages implique des contraintes un peu différentes (même s'ils sont très généralistes), contraintes dont la découverte va de paire avec l'apprentissage du langage.
Bon courage, et surtout amuses-toi bien :)
# Pour débuter...
Posté par mrlem (site web personnel) . En réponse au message Création d'application mobile pour adroid . Évalué à 2.
Le kit de développement : http://developer.android.com/sdk/index.html
Des tutoriaux de base : http://developer.android.com/training/index.html
Par contre, si tu n'es pas familier avec le langage Java, je te recommande fortement de commencer ton apprentissage par Java, et de ne passer qu'ensuite au développement Android.
# Petits conseils
Posté par mrlem (site web personnel) . En réponse au message Freelance développeur Web. Évalué à 5.
Hello,
My 2 cents.
Bonne chance !
[^] # Re: Histoire vécue
Posté par mrlem (site web personnel) . En réponse à la dépêche Blagues d'informaticiens. Évalué à 2.
Si seulement ce n'était qu'une blague…
[^] # Re: four.....
Posté par mrlem (site web personnel) . En réponse au journal Une recette pour auto-héberger sa boulangerie. Évalué à 3.
Celle-là ? http://fr.wikipedia.org/wiki/Pteridium_aquilinum
Ça donne envie !
[^] # Re: La presse canniveau du web
Posté par mrlem (site web personnel) . En réponse au journal Les dangers du Wifi enfin prouvés !. Évalué à 3. Dernière modification le 29 mai 2013 à 14:10.
Tu fais sans doute référence à http://www.youtube.com/watch?v=FiUmjmOKlto
Si les moyens techniques n'ont effectivement rien de révolutionnaire à première vue, le discours de cette jeune personne semble tout de même indiquer qu'elle l'a effectivement codé.
Et par ailleurs, il faudrait tester les outils auxquels elle compare sa solution, mais l'impression que j'ai eu c'est que -plus que de "surpasser les meilleurs spécialistes" (qui est le l'attrape-lecteur médiatique)- son but était de proposer une offre bon marché, rapide, et efficace, en s'appuyant sur des techniques d'un autre domaine. Il y a souvent un grand manque de perméabilité entre l'informatique et les domaines auxquels on pourrait l'appliquer.
S'il s'avère effectivement que cette demoiselle a répondu à un besoin, en autodidacte, ça ne me choque pas de la mettre en avant. Après, il y a la manière… et là dessus, la plupart des médias sont affligeants. (notamment parcequ'ils ne mettent en avant que ce qui "parle" au grand-public, avec si possible un personnage principal "héroïque")
[^] # Re: Ce n'est *pas* un retour d'expérience sur Android
Posté par mrlem (site web personnel) . En réponse au journal Android : retour d'expérience. Évalué à 1.
Un GS3 pas réactif, c'est très probablement un GS3 où il y a des choses lancées qui le rendent ainsi. Par exemple, sur mon GS2, c'était la
bousesurcouche Orange qui travaillait pour rien, faisait ramer l'IHM, et me faisait presque -30% d'autonomie (remarqué en killant les services -évidemment non désinstallables- correspondants). Installer la ROM Samsung m'a donné l'impression de changer de téléphone.Autre chose qui peut rendre non-réactif : l'écran tactile. J'ai vu un écran tactile dysfonctionnant qui générait des évènements de "tap" tout seul dès la sortie du magasin : IHM ralentie, et clics parasites (-> retour au SAV). C'est peut-être ce dont souffre le téléphone de l'auteur du journal.
Sinon, pour ce qui est la reconnaissance du device sur linux, je n'ai pas forcément de bonnes expériences avec le matériel Acer (pour le débogage USB au moins).