J'ai qu'un conseil à te donner: continue. Y'a un truc que je trouve dommage dans github, c'est qu'il n'y a pas d'aspect "revue de code".
Pour te faire une idée de ce qu'est un code "meilleur" que celui d'un projet que tu as écris, il faut que tu trouves un projet similaire et que tu te paluches tout le code, en ne sachant pas forcément pourquoi la personne a fait tel ou tel choix. Inverser la tendance n'est pas con. Que les gens viennent te dire "tiens, pourquoi tu as fait ce choix la? Ca n'aurait pas été mieux comme ca?" c'est nettement plus enrichissant (si on sait mettre sa fierté personnelle de coté ^^). Quoi qu'il en soit, ne choisis pas d'avancer dans ton projet en fonction de ton nombre d'utilisateurs futur, tu n'en sais rien. Fais tout ce que tu as envie de faire. Si on l'utilise, tant mieux, sinon tant pis. Dans les 2 cas, tu es gagnant! Si personne ne l'utilise, tu auras déjà le mérite d'avoir mené un projet au bout, et tu pourras toujours le présenter si tu cherches un job. Tu en tireras forcément de l'expérience (l'utilisation de telle ou telle biblio, une bonne pratique que tu voudras conserver ou au contraire une mauvaise que tu essaieras d'éviter à l'avenir) ce qui est toujours positif. Crois moi, les patrons qui sont des entrepreneurs (ce n'est pas synonyme) aiment les gens qui essaient. Ils aiment les gens qui se cassent les dents et qui continuent. Donc continue (je ne dis pas que tu t'es cassé les dents hein) et si un jour tu concurrences github ou stackoverflow (qui sait?), tu auras tout gagné. Sinon tu auras juste "moins gagné". Courage! Le 14 juin 2012 16:23, Bastien Gallay <[email protected]> a écrit : > Oui, continue ! C'est un chouette projet. > > Même si quelqu'un à fait pareil ailleurs tu peux avoir les différences > nécessaires pour plaire à beaucoup d'utilisateurs. A mon avis, tant que tu > continues à être à l'écoute des feedbacks, ça sera le cas. > > - Bastien > Le 14 juin 2012 15:04, "Guirec Corbel" <[email protected]> a écrit : > > Bonjour à tous et merci pour votre soutiens. >> >> Je n'ai pas trouvé de site qui faisait exactement la même chose. >> Effectivement, Stackoverflow propose quelques outils similaires mais on ne >> peut pas dire que c'est pareil... Je pense que mon outil est plus simple et >> est concentré sur les discussion autour des techniques utilisées pour des >> projets. Pensez-vous que c'est trop similaire? >> >> Pour ce qui est du markdown, je vais tenter de faire ça rapidement. >> L'avantage de l'outil que j'ai utilisé c'est surtout que ça a été rapide. >> >> La vraie question que je me pose c'est : Est-ce que ça vaut le coût de >> continuer?. Est-ce que l'idée est suffisamment bonne pour pouvoir être >> populaire. Comme le dis Florent2, le fait de faire vivre le site n'est pas >> toujours facile. Évidement, le site ne se limitera pas à Ruby On Rails et >> au français. Qu'en pensez vous? >> >> Présentement, je travail sur un système de thread pour les discutions. Ça >> devrait être fini ce soir. >> >> Merci encore pour vos avis! >> >> Le 13 juin 2012 22:44, Yann Armand <[email protected]> a écrit : >> >>> J'approuve Florent à propos de markdown. >>> Et tu peut même envoyer le texte jusqu'au navigateur qui va s'occuper du >>> rendu grace à des lib comme >>> showdown (https://github.com/coreyti/showdown) >>> ou js-markdown extra ( >>> https://github.com/tanakahisateru/js-markdown-extra) >>> >>> C'est très pratique si tu souhaite montrer une preview de son post à >>> l'utilisateur sans avoir à faire de requête au serveur. >>> >>> On Wednesday, June 13, 2012 3:09:33 PM UTC+2, Florian Dutey wrote: >>>> >>>> C'est même pas une question de danger à mon sens. Simplement c'est fat >>>> (<strong>...</strong>en comparaison de **...** en markdown, ca donne le >>>> ton), et surtout, le html est destiné aux navigateurs (et 2 ou 3 autres >>>> trucs qui le lisent). >>>> Si tu veux rendre ton texte dans un autre format de données... ben tu >>>> peux pas ou alors ca va être assez dur. >>>> >>>> De plus, comme les balises ne sont pas faites pour faire du visuel >>>> (<strong> ne veut pas dire "gras" mais "important"), la plupart du temps, >>>> on est obligé de faire des span avec la propriété style renseignée. Ca >>>> t'oblige à parser du css en plus du html pour le rendre dans un autre >>>> format =). >>>> >>>> Les langages comme textile et markdown conviennent mieux pour cela >>>> (mais sont un peu plus limités en contrepartie). >>>> Mais bon, c'est la 0.0.1 comme tu l'as dit =). >>>> >>> -- >>> Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" >>> de Google Groups. >>> Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse >>> [email protected] >>> Pour résilier votre abonnement envoyez un e-mail à l'adresse >>> [email protected] >>> >> >> -- >> Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" >> de Google Groups. >> Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse >> [email protected] >> Pour résilier votre abonnement envoyez un e-mail à l'adresse >> [email protected] > > -- > Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de > Google Groups. > Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse > [email protected] > Pour résilier votre abonnement envoyez un e-mail à l'adresse > [email protected] > -- Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement envoyez un e-mail à l'adresse [email protected]
