Fusée obligatoire

Bonsoir je voudrais savoir si il y avait un moyen d'aller sur la lune sans fusée par exemple avec un vaisseau qui n'utiliserai pas d'eludium
car j'en ai marre de me faire attirer par le soleil a peine être sortie de ma planète

Avec des moteurs de fusée sur le vaisseau oui.
Sauf que tu ne peux pas changer les designs   .

Faut vraiment que les devs se bougent sa devient vite chiant d'être bloqué a ce stade

Il n'y a pas des développeurs il y en a un seul qui se tape absolument tout.

Norm49 a écrit:

Il n'y a pas des développeurs il y en a un seul qui se tape absolument tout.

Depuis 1999 !

Et qui est dans l'ensemble mauvais.

Ouai enfin bon, de ce côté là, j'émettrai une certaine réserve, car franchement, le mec fait se travaille là en plus de son travaille à côté pour son bon plaisir à ce qu'on a pu constater. J'ai lu je ne sais plus où qu'il souhaitait créer le jeu de A à Z en créant son propre moteur graphique, physique (quoi que, dernièrement, il s'est pas foulé pour la 3D).
Bref la question que je me pose Star, est ce que dans vos écoles, on vous apprendrai à faire tout de A à Z et ne pas se reposer sur des moteurs graphiques pré-existant pour develloper un jeu.

De plus, tu remarquera en regardant quelques crédits de jeux vidéo que les équipes de devellopement en code sont plutôt fournit (autour de 20 personnes), lui il est tout seul et programme sur son temps libre, maintenant fait le calcul:

Dev. d'un jeu de ce type avec 20 codeurs : 5 ans
5 ans en France à 35H par semaine par dev.:
1645H/ans/dev = 164 500H de devellopement.

On va dire qu'Haxus dev. au rythme de 8H par jour (pour faire une moyenne avec les périodes où il bosse pas...) tout les jours depuis 1999 donc 15 ans:

8*365*15= 43 800H

Autrement dit, le jeu n'est develloper qu'à 25%.

Après ce ne sont que des estimations...

Comme tu le reconnais tu n'es pas développeur et tu ne comprends donc pas ce que je voulais dire : Je ne conteste pas le fait qu'il soit une tête brûlée ou qu'il soit super motivé pour faire un truc de malade, dans le fond je le respecte pour ça.

Ce que je conteste c'est ses méthodes et ses manières de réagir aux problèmes. Maintenant que je commence à avoir un bon niveau en prog et certains réflexes, je me rends compte à quel point il fait de la merde parfois (souvent).
En gros, son défaut principal c'est qu'il évite les problèmes plutôt que de les corriger. Exemple :

• Les mails : Novembre 2013 : trop de mails dans la base de données, ralentis le bordel. Solution : faire gérer les mails par 'le client' au lieu du serveur auparavant. Ok, plus de problèmes pour lui. Sauf qu'il reste le fait que le code est toujours dégueulasse (même mail de la même ville envoyé à 2 personnes = 2 mails différents) et que d'un point de vue développeur, il aurait du corriger ça avant de les faire gérer par les joueurs (parce que du coup c'est nous qui douillons, je prends 15 min pour charger les mails quand je me connecte, c'est pas pour rien).
  
• Conquête de ville : Janvier 2014, impossible de conquérir des villes (je te passe les détails tu les connais déjà). Solution d'Haxus : on revoit le système de conquête et APRES on corrige (à moitié) le lag des troops lié au pathfinding (ce qui était le seul réel problème, l'ancien système de conquête marchait très bien).
  
• Designer : Le pathfinding des IA est largement (facilement ?) améliorable, elles se stuckent, font laguer le système quand on charge un vaisseau TL32.. Solution avec son nouveau designer : il veut mettre un système de téléporteurs entre les zones des vaisseaux. La raison n°1 c'est pour éviter à avoir à coder le pathfinding des IA. GG. Maintenant, comment va se passer la capture d'un vaisseau avec ces téléporteurs ? Soit l'ennemi entre dans le vaisseau, se téléporte dans le bridge et c'est terminé, soit les téléporteurs sont inaccessibles pour les ennemis...   
  

Ripticus a écrit:

Dev. d'un jeu de ce type avec 20 codeurs : 5 ans
5 ans en France à 35H par semaine par dev.:
1645H/ans/dev = 164 500H de devellopement.

On va dire qu'Haxus dev. au rythme de 8H par jour (pour faire une moyenne avec les périodes où il bosse pas...) tout les jours depuis 1999 donc 15 ans:

8*365*15= 43 800H

Autrement dit, le jeu n'est develloper qu'à 25%.

Après ce ne sont que des estimations...

Un jeu actuel prend bien plus que 20 personnes pour le developper, par exemple watch dogs (alors après on peut pas vraiment savoir si c'est la même quantité de temps, je dirais moins quand même) : il y a un studio de 2400 personnes qui bosse dessus depuis 4 ans. (et ils sont sûrement pas aux 35 heures.)

Mais bref, je conteste pas le fait qu'il soit lent pour développer, je conteste sa technique (son skill) de développement (qui lui fait perdre du temps).

Est qu'il pourais être ouvert a l'idée de resevoir de l'aide.

Je dirais que tout les chargements lors de voyage warp est aussi un problème.

StarOri a écrit:

Comme tu le reconnais tu n'es pas développeur et tu ne comprends donc pas ce que je voulais dire : Je ne conteste pas le fait qu'il soit une tête brûlée ou qu'il soit super motivé pour faire un truc de malade, dans le fond je le respecte pour ça.

Ce que je conteste c'est ses méthodes et ses manières de réagir aux problèmes. Maintenant que je commence à avoir un bon niveau en prog et certains réflexes, je me rends compte à quel point il fait de la merde parfois (souvent).
En gros, son défaut principal c'est qu'il évite les problèmes plutôt que de les corriger. Exemple :

• Les mails : Novembre 2013 : trop de mails dans la base de données, ralentis le bordel. Solution : faire gérer les mails par 'le client' au lieu du serveur auparavant. Ok, plus de problèmes pour lui. Sauf qu'il reste le fait que le code est toujours dégueulasse (même mail de la même ville envoyé à 2 personnes = 2 mails différents) et que d'un point de vue développeur, il aurait du corriger ça avant de les faire gérer par les joueurs (parce que du coup c'est nous qui douillons, je prends 15 min pour charger les mails quand je me connecte, c'est pas pour rien).
  
• Conquête de ville : Janvier 2014, impossible de conquérir des villes (je te passe les détails tu les connais déjà). Solution d'Haxus : on revoit le système de conquête et APRES on corrige (à moitié) le lag des troops lié au pathfinding (ce qui était le seul réel problème, l'ancien système de conquête marchait très bien).
  
• Designer : Le pathfinding des IA est largement (facilement ?) améliorable, elles se stuckent, font laguer le système quand on charge un vaisseau TL32.. Solution avec son nouveau designer : il veut mettre un système de téléporteurs entre les zones des vaisseaux. La raison n°1 c'est pour éviter à avoir à coder le pathfinding des IA. GG. Maintenant, comment va se passer la capture d'un vaisseau avec ces téléporteurs ? Soit l'ennemi entre dans le vaisseau, se téléporte dans le bridge et c'est terminé, soit les téléporteurs sont inaccessibles pour les ennemis...   
  

Ripticus a écrit:

Dev. d'un jeu de ce type avec 20 codeurs : 5 ans
5 ans en France à 35H par semaine par dev.:
1645H/ans/dev = 164 500H de devellopement.

On va dire qu'Haxus dev. au rythme de 8H par jour (pour faire une moyenne avec les périodes où il bosse pas...) tout les jours depuis 1999 donc 15 ans:

8*365*15= 43 800H

Autrement dit, le jeu n'est develloper qu'à 25%.

Après ce ne sont que des estimations...

Un jeu actuel prend bien plus que 20 personnes pour le developper, par exemple watch dogs (alors après on peut pas vraiment savoir si c'est la même quantité de temps, je dirais moins quand même) : il y a un studio de 2400 personnes qui bosse dessus depuis 4 ans. (et ils sont sûrement pas aux 35 heures.)

Mais bref, je conteste pas le fait qu'il soit lent pour développer, je conteste sa technique (son skill) de développement (qui lui fait perdre du temps).

Bah pourquoi tu ne lui dit pas de façon ouverte sur le forum alors?   

Après le coup de 2400 personnes depuis 4 ans sur un jeu et à plus de 35 heures, bon bah tu owned tout seul, j'avais dit seulement 20 pour être gentil (en pensant à minecraft en faite).

Bon après voilà Star, Haxus a peut-être définit un ordre de priorité:

Pre-alpha = Il implémente SURTOUT de nouvelles fonctionnalités pour les tester sur la communauté, voir les réactions et les problèmes qui en découlent (comme les exemples que tu soulèvent dans tes divers exemples.

Alpha = Il arrive à concilier la volonté de la communauté avec sa vision du jeu et de par cefait, chaque nouveauté ne crée plus de gros problèmes

Beta fermé = Correction en masse des bugs et + quelques nouveautés

Beta ouverte = correction des derniers bugs récalcitrants

Jeu fini (dans 50 ans   ).

Après voilà ce n'est qu'une supposition, mais au lieu de lui hurler dessus derrière lui, va fair eun poste sur le forum pour lui exposé ta vision des choses, confronte toi à lui, peut-être que la programmation avancera plus vite (expose le de cette façon parce que sinon, il va très mal le prendre), tu l'aideras peut-être même dans la programmation !

Allez, amuse toi bien  



Ce qui m'amuse beaucoup dans ce que tu dis, c'est que l'on rencontre également ce genre de problème dans le monde agricole: Vision des jeunes qui sortes de l'école avec des idées novatrice et les vieux plutot rabougrit et conservateurs ne voulant pas changer leurs pratique, j'en connais plein qui quan don leur dit ce qu'on souhaiterait faire, la réponse est : "tais toi jeune con, ca fait 40 ans que je fais ça, et ca marche très bien" !

Tu risques de te confronter à ce genre de reflexion vu qu'il code son jeu depuis 15 ans   
Il doit avoir autour des 35 balais d'après ce qu'on peut voir sur facebook . Sa société et surement son lieu de vie est basé en Virginie, à Norfolk. Si tu veux, je peux même te filer son numéro de téléphone, comme ça, tu pourras lui causer en directe, je te laisse l'adresse et le faxe de sa société en passant:

adresse:
3900 N. 37th St.
Norfolk, NE 68701
402-379-0181 (tel)
888-831-9946 (fax)

On bute..., Karadoc