GTC : un TIGCC sur votre calculatrice ? - Page 15

GTC va réellement sortir.

GTC sortira(et le plus tôt sera le mieux)

Kevin Kofler a écrit :
Rien ne garantit que GTC va réellement sortir.

Si, plusieurs personne ont des betas presque final (on va dire l'équivalents des RC).

Thib (je crois que c'est toi), tu dis que Pollux n'est pas un habitué du vaporware ? Je ne suis pas toujours d'accord avec la façon de s'exprimer de KK (je le trouve souvent trop... obstiné [borné], même si je reconnais ses qualités), mais comme lui, et beaucoup d'autres, j'ai en mémoire G-Tools qui devait changer la façe de la TI, être une nouvelle ROM, puis un patch, puis un prog, puis plus rien... en tous cas, ça a fait couler beaucoup de pixels (faute d'encre) pour rien.
Sinon, j'ose espérer que ce n'est pas un fake et que ca tiendra ses promesses (psque perso prendre son PC en voyage c pas top alors que sa TI, c mieux... et VTI est quand même différent d'une TI quand on programme sur PC)

MacIntoc
a écrit : Si, plusieurs personne ont des betas presque final (on va dire l'équivalents des RC).

Ça ne veut rien dire.

bah dans ce cas, n'importe quel prog en beta-test est un vaporware

Sauf si on fait des bêtas publiques.
http://pub26.ezboard.com/ftichessteamhqfrm10

Mais la plusparts des programmes sont en beta-privés

Donc ce sont des vaporwares tant qu'ils ne sont pas sortis officiellement. Si vous ne voulez pas que votre programme soit qualifié de vaporware, sortez des bêtas publiques!

pffffff... donc Doom 3, par exemple, c des vaproware

Kevin Kofler
a écrit : Donc ce sont des vaporwares tant qu'ils ne sont pas sortis officiellement. Si vous ne voulez pas que votre programme soit qualifié de vaporware, sortez des bêtas publiques!

Lol.
Mais je suis quand même de l'avis de Kevin. Les betas pibliques sont mieux. Faites profitez à tout le monde de ce que vous avez produit. Ça ne peut vous apporter que des avantages (notamment au niveau des reports de bugs).

Il ya aussi un certain effet de surprise qui compte beaucoup. Lorsqu'on sort une bêta publiquement trop tôt, l'utilisateur se lassera petit à petit, et les releases suivantes seront moins apréciées.

Vaporware c'est quand la sortie d'un soft est sans arrêt reculé.
Dongeon Keeper était un beau vaporware : il est sortit un an après la pub dans les journaux. Maintenant il ne l'est plus puisqu'il est enfin sortit.
Duke Nukem Forever est un vaporware depuis des années. Même si désormais sa date de sortie est "when it's done"

Mais dans certains cas il est interessant de ne pas faire des bétà publique lorsque le résultat n'est pas encore au top, mais qu'on veux des suggestions pour améliorer un prog

en effet

On aura beaucoup plus de suggestions d'amélioration si on sort une bêta publique.

certes mais on en aura autant si on choisit des béta testeurs privés motivés.

Non.
Plus de testeurs = plus de suggestions.
Donc: tests publics = le maximum de testeurs = le maximum de suggestions.

Mais on gère facilement une poignée de beta-testeurs que toute uen communauté.
Et puis vous oubliez le plaisir égoïste du développeur de sortir une première version quasi parfaite . C'est important aussi, quoi ! Celui qui a conçu le soft a bien le droit de se faire plaisir non ?

Blue_Z a écrit :
Et puis vous oubliez le plaisir égoïste du développeur de sortir une première version quasi parfaite .

Je faisais aussi ça il y a 3-4 ans, mais je me suis rendu compte que ça ne sert pas à grand chose à part à retarder, voire empêcher, la sortie du programme. Il restera quand-même des bogues que seule l'utilisation grand public permet d'observer. Donc maintenant, je sors toujours des bêtas publiques, voire des alphas publiques si elles sont utilisables.

> Et puis vous oubliez le plaisir égoïste du développeur de sortir une première version quasi parfaite
Si on faisait ça, tthdex ne serait pas amélioré depuis la première version écrite il y a 2 ans et demi; ttstart ne serait pas ce qu'il est, TIGCC non plus...
C'est stupide...

c pas stupide, c égoïste

> Il restera quand-même des bogues que seule l'utilisation grand public permet d'observer.

Ne généralise pas. Einstein a été du vaporware pendant 5 mois (n'a subit aucun test à grande échelle), et pourtant il n'a aucun bug au vrai sens du terme.
Aux dernières nouvelles il n'y a qu'un défaut de sécurité de trouvé : on peu vider toute sa calculatrice en 3 clics.

Perso, je pense que tant qu'on release pas une béa publique, il faut se la fermer... même si des bétas privées sont en cours ou qu'il y a des rumeurs, il ne faut rien annoncer... Les gens ralent, ya beaucoup de bruit pour rien et on critique... Certains diront que au niveau marketing il faut qu'on parle du produit, peu importe que ce soit en bien ou en mal... C'est vrai pour le grand public, mais pour un public spécialisé, l'inverse est plutot vérifié.
Et j'ai souvent vu ici des topics du type "Unreal trounament" avec à l'intérieur : "J'ai envie de programmer un jeu, j'ai envie de faire un clone d'UT pour TI92+, mais je ne sais pas programmer... Vous me conseiller de commencer par quoi."...
Le vaporware, c'est quelquefois du foutage de gueule, souvent une question d'égo un peu large, et rarement une question de qualité.

cf topics shinobi et diablo pour de beaux spécimens

Thibaut a écrit :
> Il restera quand-même des bogues que seule l'utilisation grand public permet d'observer.

Ne généralise pas. Einstein a été du vaporware pendant 5 mois (n'a subit aucun test à grande échelle), et pourtant il n'a aucun bug au vrai sens du terme. Aux dernières nouvelles il n'y a qu'un défaut de sécurité de trouvé : on peu vider toute sa calculatrice en 3 clics.

Et faire planter le programme au passage. C'est un bogue. Tout comme toutes les autres méthodes d'effacer Einstein pendant qu'il tourne.

C'est a moitié un bogue. Si on suprimme on prog en cour d'execution on doit bien s'imaginer qu'il peut arriver le pire. Certes ca veut dire que le programme n'est pas blindé mais ce n'est pas réélement un bug

c une inattention du développeur...

Donc pour toi, Kevin, quand un utilisateur lambda fait planter AMS avec une chaine exec c'est la faute d'AMS?

Si c'est le code dans le Exec qui fait tout planter, non, quand-même pas. Mais si le Exec est invalide (par exemple Exec "", ou Exec "4e444e75" sans le 0000 obligatoire), alors non, parce que AMS peut reconnaître qu'il y a une erreur. Ce bogue est d'ailleurs corrigé dans AMS 2.08: maintenant, si on met une de ces chaînes Exec-là, on a droit à une erreur "Invalid Relocation Data in ASM Program", pas à un plantage. De même, Einstein peut facilement empêcher à l'utilisateur d'effacer le fichier einstein (la preuve: TICTEX arrive sans problèmes à faire ça), mais il ne le fait pas, donc c'est un bogue.