Reprise du message précédent :

 
J'achèterais peut-être une maison avant mes 45 ans... mais c'est mal barré.

J'ai joué un peu (après avoir changé de tel', sur un 4S ça passait pas trop) mais j'avais genre 2-3 fatboys (les machins qui balancent des grosses bombes nucléaires) dont un unique, une paire de charas uniques et pas mal d'armes dans les 10~15, puis j'ai arrêté c'était chiant en fait, j'ai pas arrêté clash of clans pour me retrouver dans un autre jeu avec encore plus de timers de merde

edit: j'avais 2 runners, et naturellement je faisais les daily le plus rapidement possible pour avoir les boites, s'le plus important les boites pour avoir des charas et items uniques.

 
Y'en a bien qui ouvrent des virus dans le savoir

 
joli

Faut bien se cultiver tôt ou tard.
Le lien de Stiffler est mieux, tu as droit à la présentation avant de voir quoi que ce soit :

J'ai choisi de ne pas poursuivre

"Bianca floNuméroFamilyName Naked"

Faut jamais lire la 4ème de couverture, ils enjolivent toujours la réalité.

Je n'avais pas mis de nom de  famille exprès

Oh my, j'aurai pas du faire une recherche Google Image

 
Bah tu t'en fous, t'es le boss non ?

Non mais ça me déconcentre, c'est tout

Bonjour à tous,
 
Je souhaiterais développer une application sous iOS (et plus tard sous Android).
 
Le fonctionnement de l'application est proche de Instagram :
- les utilisateurs qui s'enregistrent,
- les utilisateurs envoient des photos sur un serveur,
- pour le reste je tiens le concept secret mais il n'y a pas de barrières techniques.
 
À l'instar de Tumblr/Instagram, je voudrais que le site soit également consultable avec un navigateur web.
 
Je me demande quels sont les moyens et les technologies les plus simples et les plus "scalables" (en cas de succès) pour mettre en place mon application.
Niveau architecture serveur, langage, etc.
 
Comment savoir ce qu'il y a "sous le capot" de Instagram, Tumblr, etc ?
 
Je crois savoir que Instagram hébergeait ses data chez Amazon WS à ses débuts.
 
Je tiens à préciser que j'ai un niveau de programmation moyen (et plutôt orienté application scientifique, je ne fais pas de web/serveur) mais je vais m'y mettre à fond.
 
Je n'ai pas trouvé de topic très actif pour mon problème et je soulève des questions de différents ordres.
Si vous avez des conseils ou un topic spécialisé à me conseiller, je suis preneur.
 
 

www.highscalability.com
 

moins de sang pour le cerveau

il n'y a pas de topic, parceque tu n'as pas encore de problème. L'appli n'étant pas faite difficile d'avoir des pb de scalabilité
le langage importe peu : facebook est plus ou moins du PHP, stackoverflow est du .net, paypal utilise nodejs, .... ( a moins de vouloir faire du cobol on a wheelchair). la miatrise du langage et le fait d'utiliser une architecture qui tire partie des forces importe .

Ensuite pour avoir une partie app et une partie web, le plus simple est d'avoir une api commune entre les deux
Travaille ton concept, l'expérience utilisateur, le recrutement des utilisateurs. Ensuite tu géreras les problèmes de montée en charge

Si tu atteinds ce niveau de popularité, tu auras largement les moyens de te payer des vrais experts en scalabilité. En attendant, oublie et concentre toi sur la programmation. Si t'as jamais fait d'archi client/server ni de prog android ni de prog iOS, ca te fera deja beaucoup (trop?) de travail.

 
Je ne sais pas encore exactement à quel moment je déléguerais la partie technique mais je voudrais limiter les dépenses pour conserver le maximum de parts dans l'affaire.
Mon but est de :
- soit de faire un prototype fonctionnel et d'aller le présenter à des investisseurs pour lever de l'argent et embaucher du monde pour coder une application "propre",
- soit d'aller jusqu'à la mise en ligne de mon propre programme, et faire venir les investisseurs ensuite. De toute façon, j'aurais besoin des investisseurs pour lever des capitaux pour embaucher des codeurs et des commerciaux pour monétiser l'affaire.
 
J'ai le compagnon d'une amie qui est un excellent programmeur, je vais discuter avec lui de mon projet pour voir s'il veut se joindre à moi.
 
Le succès "pourrait"   être très rapide, plusieurs dizaines de milliers d'inscription dès les premières semaines, je ne voudrais pas avoir à lever des capitaux (dans de mauvaises conditions) et recruter du monde dans la précipitation à cause de serveurs qui ne suivent pas.
 
 
Mon application repose sur le partage de fichiers sur un serveur, pour la coder, j'ai besoin d'un ensemble de données "fictives" sur un serveur.
Je pense que je vais monter un serveur Apache/SQL en local pour y mettre des données fictives.
En ensuite, coder l'application en allant récupérer les données dans le serveur.
 
J'ignore si le SQL est le plus adapté pour gérer des utilisateurs et leurs photos.    
 
 
Sinon, je peux me contenter de présenter le concept sur des slides et d'aller voir des investisseurs , mais j'aimerais mieux avoir du concret sous la main avant d'aller les voir.  

T'es le 1000è mec que je vois sur HFR tenir le même discours

mmmh. ok. Insta et Tumblr marche aussi sur le web, ou tu parles de la partie photo?

 comme disent les autres, concentres toi sur le concept et essaye d'avoir un proto qui marche.  
 
sinon pour ce qui est image et rapidite, ici on a eu de bon resultat avec http://cassandra.apache.org/

 
Mon service aurait la même architecture que Insta ou Tumblr : des images sur un serveur, des membres qui publient les photos depuis leur smartphone, et un site web en plus de l'appli pour consulter leur "mur" d'images.
 
 

Il n'y pas de miracle si tu veux pouvoir scaler tranquillement:
* soit tu payes en terme de developpement (techno plus complexe et performante, pas d'usage de trucs basiques genre les sessions pour pouvoir router sur n'importe quel serveur applicatif ce qui peut rendre le dev plus contraignant..etc..)
* soit tu payes un service qui gère plus ou moins ca tout seul (heroku, joyent ..etc..)
 
Dans les 2 cas, tu auras besoin soit d'argent soit de temps. Je te le repete, ca me parait trop ambitieux (et meme très naif - ce qui est assez negatif si tu es un investisseur) de croire que tu peux gerer des problemes complexes avec un niveau "moyen" (en programmation, qui est seulement une part des difficultées que tu vas rencontrer).

il y a potentiellement la sécurité des données également à gérer pour ce genre de service, sachant que même des mecs expérimentés dans le domaine se plantent violemment...

Non mais là on est déjà dans la science fiction.
 
Déjà la landing page nickel pour les gens intéressés, stocker leur email et en interroger quelques uns (relance mail, Skype) pour voir si l'idée colle.
 
Le reste c'est même pas la peine d'en parler pour l'instant

 
Comme dit plus haut, dès que je vois que ça broute trop de mon côté, je déléguerais. D'ailleurs, au moment où des investisseurs entrent, je délègue complètement la partie technique pour me concentrer sur les grandes directions.
 
Je connais un ingénieur en informatique passionné et doué qui pourrait me rejoindre.
Je ne pense pas avoir assez de temps pour tout faire moi-même. Effectivement.

tu te rends compte de ce qui tu dis? a un moment tu parles d'une idee incroyable pour 10.000 personnes et la tu dis que t'es trop occupe pour tout faire et que tu vas gerer les grandes directions...
 
 fais un proto, une landing page et vois ou ca mene mais arretes avec les plans sur la comete avant d'avoir plus

sinon il y a nraynaud qui cherche du boulot sur des projets ambitieux

Mais si il a déjà passé commande pour le champagne la coke et les putes, on fait comment ?

 
J'en aurais 38 8====3
 
Mais j'ai un boulot de merde

 
 
C'est pas là maintenant  

Babysnoopy

Tu peux tout faire avec AWS:
S3 comme blobstore.
RDS pour la BDD.
DynamoDB pour du NoSQL (si t'en a vraiment besoin, pour un truc comme instagram a priori non).
Tu peux déployer ton appli facilement avec BeanStalk, ou leurs containers (me souviens plus du nom). Voire te contenter d'un truc comme Lambda.
Ensuite pour le load balancing, DNS dynamiques, CDN, cache en mémoire, ... Si tu arrives à ce stade, y a tout ce qu'il te faut aussi.

À ce propos hier je regardais Erik Meijer parler de sa haine envers Scrum sur YouTube et j'ai appris que le système de typage de Hack est implémenté en OCaml  

Et bien entendu comme pour presque tous les trucs en OCaml, c'est parce que c'est dirigé par un Français.

Je suis allé à un meetup où ils présentaient Élixir et Phoenix. Ca a bien attisé ma curiosité : la syntaxe est très proche de RoR avec des performances très bonnes.

Le lead dev est Jose Valim, core member de Rails aussi.

puis-je vous suggérer soit d'aider Babysnoopy soit de ne rien dire, ne pas tenter de le décourager ou être sarcastique avec lui ?
 
 
sinon, j'ai toujours cette haine un peu lancinante d'Oracle, mais force est de constater que j'ai VirtualBox et intellij d'ouverts toute la journée.

loin de moi l'idee de le decourager, et je crois que personne ici n'a vraiment chercher a se moquer
 
 juste qu'on peut aider en precisant ou il pourrait commencer au lieu de regarder sur des technos pas encore necessaire.  

La XAPI (API de Xenserver, donc LE truc sur lequel on se branche) est en OCaml. Comme quoi, ça existe bien IRL (je commençais à avoir des doutes )

Xen a été commencé à Cambridge où ils ont quelques utilisateurs de OCaml effectivement (et ils contribuent activement au devs du compilo depuis quelques temps).

« Quelques » De mémoire, c'est un troupeau non négligeable par rapport à la communauté mondiale OCaml

D'ailleurs, ils l'utilisent pour des choses assez fun, comme MirageOS (Unikernels).

Je les croise plusieurs fois par an (enfin pas toute la bande), j'aime bien comment de leur côté c'est « nous » les gens bizarres (« JS côté serveur ??? Un jouet ? »)

edit : après peut être que c'est leur style à eux, mais perso relire du OCaml je m'en passerai bien des fois

il me reste 62 jours de pôle emploi

YOLO

On bosse sur elasticsearch et c'est pas mal non plus, et c'est rapide à mettre en place pour un prototype, suffit juste de monter une image docker.

pour ceux qui ont vu star wars : https://twitter.com/KyloR3n