[mOved] Martial - Page 1

disclaimer: oui, c'est un énième topic sur le nostub vs kernel.

Martial Demolins (./4) :
Vraiment épatant de devoir coder comme ça, c'est pire qu'en nostub en faisant gaffe aux HW et aux AMS

topics/107890-js-taille-interne-de-la-fenetre#3

Ton message donne l'impression que tu as de l'expérience en programmation sur TI. Mais tu as programmé quoi au juste?
Je veux juste m'assurer que ce n'est pas une affirmation en l'air, et que tu te base effectivement sur ton expérience personnel plutôt que sur ce que tout le monde raconte.

blogs/blog.php?id=400 ? (en attendant éventuellement davantage)

Même si il "release" pas, il a peut être fait pas mal de trucs privés non? y'a pas trop moyen de savoir ça; donc bof ce topic.

./2> hmm ok
./3> entre release qlqchose, et bricoler dans son coin ya une grande différence. Par exemple quand tu release pas, tu n'as pas à te préoccuper des différent HW/AMS...

edit: oops je me suis trompé de catégorie, désolé.

Jyaif (./1) :
Ton message donne l'impression que tu as de l'expérience en programmation sur TI. Mais tu as programmé quoi au juste?

http://www.ti-fr.com/?co=1&n=233

(Plus une dizaine de programmes qui trainent dans ma boite mail que j'ai débuggué )

je vois pas pourquoi tu es jugé sur ce que t'as publié. Les concepts privés ont autant de valeur, au moins à mes yeux.

Ben un produit publié reste plus abouti, et surtout : on ne peut pas juger sur la partie invisible de l'iceberg...

copaing!

Ne pas publier, ca change peut-etre pas le talent que le mec a. En plus Martial meme s'il publie pas beaucoup, il aide d'autres projets ça et là en contribuant un peu. Il fait des choses concretes.

Ce qui est grave c'est surtout le cas du mec qui se la pete avec son blog en montrant qu'il bidouille des trucs mais qui ne fait jamais rien de constructif... et qui est bon qu'à descendre les projets de ceux qui ont réussi à finir un truc (contrairement à lui-meme). je pense que tout le monde voit de qui je parle.

beh dis donc... heureusement que t'es la...

Martial Demolins (./6) :
- une lib de gestion de cache (juste à modifier les appels d'allocation d'AMS en appelant mclib::HeapAlloc par exemple)
- un programme se chargeant en RAM par morceaux (juste ce qui va être éxécuté), et déchargeant le reste
- un programme s'exécutant en Flash sous PedroM et en RAM sous AMS
- une lib pour avoir les ramcalls/appels de libs disponibles même dans les programmes sans relogement (flash oblige)- là je suis sur 'pcontrol', en référence à KControl, pour configurer graphiquement PedroM (le format choisi permet de l'adapter aux futures versions en ne rajoutant quasiment que le texte de menu pour les nouveaux flags, et c'est presque aussi simple pour les variables, même si ça peut être évidemment un peu plus spécifique)

Ces concepts sont tous des bidouilles (plus précisément, des hacks à vomir ) à utilité très restreinte.

squalyl (./7) :
je vois pas pourquoi tu es jugé sur ce que t'as publié. Les concepts privés ont autant de valeur, au moins à mes yeux.

Un programme auquel personne n'a accès ne sert strictement à rien.

Sasume (./8) :
on ne peut pas juger sur la partie invisible de l'iceberg...

Mais il n'y a rien d'invisible dans Iceberg.

je vois pas pourquoi un programme devrait être utile

> Un programme auquel personne n'a accès ne sert strictement à rien.
C'est _ta_ vision des choses, et beaucoup ne la partagent pas

(surtout quand l'intérêt majeur de la prog TI c'est de se faire plaisir )

C'est pas parce qu'on se masturbe qu'on est bon au pieu.

Nous savons qu'il est nul (au pluriel, je te signale que c'est Zeljko qui a conçu ce système, pas moi!). C'est censé être une solution de dernier recours quand vraiment on ne peut pas autrement (limite de 64 KO), rien de plus. Nous déconseillons l'utilisation de DLLs s'il est possible de l'éviter (=> linkage statique, optimisation taille et fichiers de données externes pour éviter de dépasser la limite de taille).

Martial Demolins (./21) :
Ceci dit, même si c'est Zeljko qui l'a conçu, tu le maintiens officiellement.

De toute façon, je ne peux pas autrement, une fois qu'une fonction est introduite dans TIGCCLIB, elle doit rester pour toujours (compatibilité antérieure). Et puis bon, je n'ai pas de meilleure solution à proposer pour dépasser les 64 KO de code pur, ces DLLs, c'est mieux que rien.

même si j'ai pas eu le moindre feedback sur ce que j'ai développé

La preuve que ça ne sert à rien.

Et maintenant ça marche bien sur HW1 ?

Cool
Tu m'avais déjà envoyé tes modifications ou bien tu en as refait depuis ?

Martial Demolins (./28) :
Je sais plus où ça en est exactement, je crois que c'était pas loin du tout du release en tout cas. ^^

Bah ne t'arrêtes pas en si bon chemin, termine ! Et puis ça impressionnera Onur comme ça

Mais je t'avais rien envoyé, étant donné que tu m'avais permis de releaser sous la license de mon choix (GPL ^^), j'avais fait toutes les modifs de mon côté sans en parler ^^

Mais si tu m'avais envoyé un truc (mais je ne l'ai plus sur mon disque, dsl), mais c'était peut-être il y a tellement longtemps que tu as quasiment tout changé depuis.
PS : mon code était si optimisable que ça ?

Sasume (./29) :
Ça impressionnera Onur comme ça

Moi, pas Onur.