freem a écrit 5059 commentaires

pas a ecrire ;)
blague a part, je ne connais pas vraiment truncate, ca ne me viens pas a l'esprit. J'essaierai d'y penser a l'avenir.

Pour Vbox, peut- etre n'as-tu pas active dans le bios le support des emulation hardware(sais plus le nom).

Au pire, gardes toi windows en vm, pour les outils que tu n'aurais pas sous linux (meme si pour le code, a part un debogueur et editeur hexa avec gui correctes, on trouve tout selon moi)

Non, il y a aussi monodevelop, de memoire, qui tourne sous linux. Je ne dis pas que c'est nickel, j'ai jamais teste: perso, je me contente d'emulateurs de terminal, de vim, de mon compilo et de cmake en gros. Mais je code en C++, qui est standard depuis tres longtemps et support nickel sur pas mal d'OS.

il peut echapper au dual bootavec des vm, type virtualbox. Mais bon, je le recommande pas.

Pour ce qui est de l'acces aux donnees, ca va dependre du FS, mais si je me trompe pas, il existe au pire des pilotes ext4 pour windows (ext4 etant par defaut sous debian et ses filles) et linux a un pilote pour ntfs, donc en effet, pas trop de risques.

dd permets de creer des fichiers, par exemple a partir de /dev/zero dont la taille est precisee par les options count et bs.
Il suffit ensuite d'utiliser mkfs en utilisant le fichier ainsi cree et de le monter comme on monte une iso ou une partition.
J'avais sature mon /var avec un proxy pour apt, du coup j'avais stoppe le proxy, deplace les donnees dans mon faux fs et ajoute une ligne dans le fstab (on peut aussi le monter a la mano temporairement bien sur). Naturellement, la partition qui contiens le fichier doit etre deja montee, et il vaut mieux que le fichier soit pas dans la partirion que tu veut "etendre". C'est de la bricole, mais ca marche.
On peut aussi utiliser ca pour ajouter arrificiellement des inodes, ou utiliser des tailles de secteurs differentes pour un dossier precis, enfin, tout ve qu'on peut faire avec des partitions quoi. Dans ces usages, dd sert surtout a avoir un fichier de taille fixe, on pourrait surement utiliser d'autres commandes a la place.

D'accord. Et ben c'est un projet interessant. Bon courage, tu en auras besoin.

Si tu veux migrer, je te conseille de commencer par remplacer tes outils windows par des outils portables puis, une fois accoutume, d'installer une distro.

Pour ce qui est de la distro… prends en une generique pour commencer, et kali n'est pas generique. Debian fut mon choix, je n'ai ete decu.
Pour la lourdeur… ca depends beaucoup du bureau. gnome ( donc probablement ses forks, les noms m'echappent) et kde sont lourds mais complets, xfce est… disons, intermediaire, lxde est super leger et tres flexible, et pour finir tu peux aussi te bricoler le tiens, mais apprends deja a maitriser une distro.
Perso j'etais parti sur xfce (4.8 a l'epoque), mais maintenant j'en ai un perso (enfin, un set d'outils confogures a la main pour travailler ensemble).

Merci pour le mot cle qpi, va falloir que j'etudie "un peu" cette technologie, histoire de pas etre trop idiot quant au fonctionnement des acces ram. Sur ce, m'en vais jouer a choper des infos par le suivi de sources wikipedia :D (en esperant que ce soit pas trop obsolete, mais au pire ca sera moins pire que mon obsolescence actuelle)

Le seul truc marrant qui manque, c'est la migration de taches entre PC, ce qui implique des migrations de socket entre autre truc marrant. Bref, ce qui manque c'est une intégration plus grande entre machine, quand on en a plein ensemble. Le cloud est un pourtant un concept qui transforme une grappe de PC, en une seul entité.

Pas faux. Et wayland est/sera moins cloud que X11, en plus, si je me trompe pas… a moins que ça aie changé, la dernière fois (qui remonte) que j'avais regardé un peu, il me semble que wayland n'est pas conçu avec l'aspect réseau à l'esprit (point sur lequel je n'ai pas vraiment d'opinion technique, me doute que ça amène pas mal de problèmes).

D'accord, donc c'est une bibliothèque qui permets de coder des outils (en haskell) sans avoir de dépendance au code C, y compris pour les action bas niveau?

Outre la reponse d'obsidian, dd permets aussi de pas se prendre la tete pour creer un fichier de taille fixe, ca ma servi (entres autres) pour etendre un fs (le /var en l'occurrence) que j'avais sous dimensionne sans avoir a bidouiller des partoches ni demonter quoi que ce soit.

Je plussoie, sauf pour le cat, une redir avec < me semble plus appropriee. Sinon au pire, un appel inverse:

ssh foo "ssh orig mon_script.sh"

devrait rouler aussi.

Donc, pas besoin de passer trop d'infos sur le bus de la cm? j'ai tendance.a supposer que c'est la le plus gros goulot?

tu compares avec linux, qui a ete code par un etudiant. Je doute qu'il pouvait lacher autant juste pour jouer. 750€ c est pas rien a l echelle d'un projet volontaire (ou de petites boites. en fait, faudrait savoir quels sont leurs soutiens economiques), surtout s'il faut en acheter plusieurs…

Peut-etre que les bios/uefi ne sont pas optimaux, mais tester la totalite de la ram, je doute que ca ne prenne que quelques ms. A une epoque, les tours le faisaient aussi quand on n'activait pas les fastboot et c'etait lent. Le boot rapide moderne l'est uniquement parce qu'il en fait moins je pense.
Et je repondais a un message qui parlait de lire des valeurs, et non de les tester.

Bref, meme si il est probable que lavitesse de test pourrait etre reduite, je doute que ca puisse se faire en moins de 10s, pas avec de grosses quantites (entres autres composants) de ram. Et 10s c'est loin de quelques ms pour moi.

Si je comprend bien, c'est une alternative a la libc pour haskell? Pas les utilitaires sh/ls/grep&co?

parce que lire une valeur ecrite et tester qu elle est encore valide sont 2 choses qui n'ont rien a voir?

Shmuprpg est un prototype:

Donc j'ai bien identifié le stade de dév: alpha, pas bêta ;)
Je n'ai rien contre jouer a des alpha, hein, après tout, je connais plutôt bien le "jeu originel" de flarerpg. Mais quand je lis bêta, j'admets que ça fait monter mon degré d'attente un cran plus haut (sans pour autant attendre un truc parfait, hein).

En tout cas, oui, le concept semble intéressant, niveau mécanique de jeu.

les graphismes viennent d'opengameart.

Y'a des trucs sympa sur OGA, mais c'est un peu des aiguilles dans des bottes de foin amha. Enfin, ça permet d'avoir un proto pas trop repoussant, c'est vrai.

Pour Newton Adventure, le "fignolage" m'a pris 3 ans et il manque encore énormément de choses pour avoir l'air d'un jeu pro.

Reste encore à définir ce qu'est un jeu "pro". Certains sont vraiment moches et mal branlés, pourtant ils sont réalisés par des pro qui (essaient d')en vivre.

Faire un jeu, c'est assez long :-)

Me doute bien, surtout quand l'équipe est (très) restreinte, mais ça ne m'empêchera pas de donner mon opinion :p
Ceci dit, mon retour à été fait en live, sans recul. Si j'avais pris un peu de recul sur le truc, et essayé de creuser le jeu, j'aurai sûrement répondu un truc très différent.

tout est dans le titre… si quelqu'un avait chopé le DN pendant ces 24H, il aurait pu se faire des couilles en or, non?
Du coup, ça pose quand même la question de ce type de mécanismes: est-ce vraiment la meilleure façon? Bon, je n'ai aucune idée de comment on pourrait faire autrement, je l'admets… je ne fais que poser une question.

Heu… sérieusement… la seule personne que je connaisse qui ait une tour… enfin, un écran avec tour intégrée… apple, trouve le clavier apple merdique, et m'a précisé que les autres utilisateurs de bécanes apple qu'elle connaît utilisent un clavier plus proche de l'azerty classique…
Quant au niveau pro, je n'ai jamais eu à me faire chier avec un layout apple.

Je ne sais pas si c'est parce que j'ai de la chance ou pas, hein, mais, mon expérience personnelle me pousse à penser (peut-être à tord) que les conneries d'apple sur le clavier sont encore moins répandues que les utilisateurs de *BSD… faut dire qu'avec une souris pour manchot et un clavier excentrique, ça donne vraiment l'impression qu'ils gardent des trucs inefficaces juste pour être différents…

PS: oups, je suis en avance d'un peu plus d'1H…

Ma foi… pas faux.

Attention: remarque censée être courte qui finit en retour utilisateur

Pas pour être chiant, mais les descriptions sont un peu… pauvres. Bon, d'un autre côté, newton adventure, j'y ai joué (plutôt fun le concept d'ailleurs), et ted ne m'attire pas (de la même façon que certains livres ne m'attirent pas juste à cause du style, mais sont peut-être superbes).
Pour le 3eme, shmu…truc, il est vachement long à lancer. En fait, à la base, j'avais commencé ce commentaire en disant qu'il se lançait pas: un écran blanc, pas d'indice que ça charge, au bout de 10s, ça me génère souvent ce genre de pensées. Et j'ai attendu 10s parce que je te "connais" (de nom, que j'ai déjà eu du fun avec certaines de tes oeuvres, et par ton activité ici :)). Normalement, je suis bien moins tolérant envers les écrans blancs.

Bon, puisque j'ai le commentaire ouvert, je vais faire un retour à chaud, en "live". Déjà, ce qui est sûr, c'est que le nom à la fois m'intrigue et me… gave? C'est p'têt fait exprès après.

1er réflexe de joueur (ancien, je suppose au fond), je regarde l'aide. Cool, pour une fois, y'en a une, tous les jeux peuvent pas en dire autant. Bon, c'est en anglais, mais bah! traduire prend du temps, je le sais bien, et ça me pose pas de souci. La disposition des touches m'a intrigué: reconnaissance du clavier en web? Surprenant. Du coup, je regarde les options. Agréable surprise, il est possible de changer le layout, je vais pas m'y essayer, aucun intérêt dans mon cas, mais: bien! Les râleurs diront qu'il manque le bépo, mais y'a le custom pour eux. Je ne vais pas tester les options, c'est pas mon but.

Je lance donc.
Encore une fois, long à charger, mais j'ai appris par le 1er chargement la patience. Ca ressemble a un rpg 2D iso au 1er abord, je pressent basé sur des tuiles carrées. Pourquoi pas. Par contre, je note une certaine pauvreté dans le dessin. Malgré l'effort que je suppose pour générer un terrain pas chiant pour l'oeil, au final les textures ou les tuiles semblent mal s'imbriquer graphiquement parlant (je dirais que soit les tuiles manquent de jonctions, soit il y a trop de décorations). Bon, peu importe, si je m'étais arrêté à ça j'aurait raté pas mal de perles.
Le texte semble indiquer qu'il faut appuyer sur (A) pour continuer. Hum. 'A' ne marche pas, je teste 'Q' juste au cas ou… toujours pas. Bon, on va la jouer en mode gosse de moins de 10 ans en 90-95: le test full-keyboard, mais restreint aux touches vues dans l'aide… rien. Bon, faut cliquer. Ah, ça marche.

Ok, les dialogues passés, on se fait attaquer direct par une myriade bestioles. Pas cherché de bouton pour mettre en pause, de toute façon y'en avait pas dans l'aide (surprenant, ça semble un jeu solo, donc rien ne devrait l'empêcher).

1ere surprise: le décor ne bloque que les déplacements (et encore, faut deviner lesquels). Pas les tirs. Au début, j'ai cru que c'était juste les champs, mais non, la maison aussi.
2ème surprise: les ennemis semblent arriver à l'infini, de plus en plus fort.
3ème surprise: munitions infinies? Je ne sais pas, pas de jauge. Idem pour la vie.

Etant mort là, je dirai qu'en plus des points cités jusque la, qui peuvent être par choix, je note:

• si ça se trouve, les jauges se trouvent en dessous de l'écran. Je n'avais pas de barre de défilement, mais le graphisme du jeu, sous windows (pc parental, mea culpa) atteint le bas de la fenêtre. Tant qu'a faire rétro, une interface non-minimaliste permettrait d'être sûr que je ne rate pas d'info a cause de la taille de l'écran.
• aucune indication, même basique, sur ce qu'il faut faire. Peut-être fuir? Probablement.
• pas de temps pour les fioritures? dommage, en début de jeu c'est une bonne idée les fioriture, ça permets d'avoir un peu d'échauffement et d'apprentissage.

M'enfin, de manière générale, il semble y avoir le code de base, mais ça ressemble plus a une alpha qu'a une beta, pour moi. Désolé si le jugement est un peu sévère… mais clairement c'est loin de NA.

Tu passe plus de temps a taper des lettres que des caractères spéciaux

Toi, tu ne codes pas en C++ avec la STL :D

Ce qui compte avec ces raccourcis est avant tout d'être faciles à mémoriser (donc associer la lettre avec l'action à faire) que de le mettre physiquement en dur où le développeur a voulu le mettre.

Sauf que, justement, dans le cas du CTRL+XCV, il n'y a que le cut/copier qui soit mémorisable grâce à la lettre. Les vraies forces de ces raccourcis (dont certains sont intéressants comparés aux vieux CTRL/SHIFT INSER/SUPPR du DOS (enfin, je les ais appris sous dos, mais ils m'ont rarement fait défaut sous d'autres OS…)) c'est que:

• ils sont collés ensembles
• ils sont accessibles sur n'importe quel clavier (sauf peut-être les claviers apple?)
• ils sont accessible de la main qui n'utilise pas la souris pour les droitiers, ce qui je crois est le cas de la majorité de la population
• ils utilisent qu'une touche "standard" comme modificateur, qui est aussi celle qui est la plus répandue pour les raccourcis les plus classiques (gras, italique, annulation, déplacement de mot/lignes, …)

Bref, la lettre dans un raccourcis clavier, c'est juste pour ceux qui ne connaissent pas leurs raccourcis. Et même pour ceux-la, j'ai vu plus d'un clavier imprimer les raccourcis "classiques" à base de CTRL.

Bien sûr, je ne parle pas de vim, hein. Cet éditeur nécessiterait une peau de clavier spéficique à lui seul, et pas sûr qu'elle suffise…

Tu sais, je pense qu'alenvers ironisait.