Je te propose donc de me proposer une technologie plus adaptée. Attention, j'ai une contrainte idiote : qu'elle soit portable, que le code que je pond soit réutilisable ailleurs (pas de développement en sextuple) et que cette technologie ne soit pas abandonné dans 2 ans (réutilisabilité)
Donc en somme, tes contraintes de tambouilles interne prennent le pas sur les requirements des utilisateurs?
Parce que ce qu'on fait en natif, on peut pas le faire en web. Ben ouais, on est pas con, si on pouvait, on le ferait... On est un site web, pas un editeur de logiciel.
Donc en somme, faut que j'aille voir les business owners:
- Ouais, ton truc la. C'est cool, ca a de la gueule, je suis sur que les gens adoreraient. mais c'est pas possible.
- Pas possible? Comment ca?
- Ouais, ben c'est pas portable quoi.
- Et?
- Ben si c'est pas portable, c'est pas possible.
- Comment ca? C'est possible ou pas?
- Ben techniquement, on peut le faire. Mais c'est pas portable. J'ai autre chose a foutre que d'ecrire du code moi.
- !!!
- On peut le faire en HTML + Javascript.
- Ah! Ben voila.
- Ouais, mais ya un truc.
- Heuuuu... Ouuuaiiis?
- Alors, deja, ces features la. Ben ca va pas etre possible.
- Erf.... Faut voir, on peut ptetre se demerder sans, si on polish un peu cette partie.
- Cool.
- Bon, vous en avez pour combien de temps?
- Boapf.. Ecrire. Test. Reecrire. Retester. 4 mois. On doit pouvoir faire une beta/dark launch d'ici 3. Et apres, faudra polisher et tout. Pis optimiser aussi, ca va surement etre lent. Pis va falloir tuner le serveur aussi, il va prendre achement plus de traffic qu'avec la version native.
- Heuuu... Le planning initial, c'etait 2 mois.
- Ben ouais, mais c'est pas facile a faire. Ah, et d'aiilleurs, le planning initial, tu sais, les deux vms pour le serveur? Ouais, ben rajoutes en 2 autres, parce que les 2 prevus a la base, ca va pas tenir la charge, on va recevoir vachement plus de traffic parce qu'on cache pas et on envoie tout a chaque fois.
Et du coup on va avoir besoin d'un gars des AppOps en plus.
- Donc tu me double le temps de dev, il te faut des mecs en plus, et en plus tu m'enleves des features?
- Ouais, mais ca sera portable. Ah, pis attends pas un truc parfait non plus, yaura pas mal de ptit bugs par ci par la, l'API multi touch pour javascript, ben on faut tout ecrire de a a z, parce que rien n'existe. Donc ca va plantouiller par ci par la.
- Ouais, bon ecoute. Tu vas m'ecrire ton code natif. Qu'il soit pas portable, on s'en branle. Pour la simple et bonne raison qu'on a des developeurs, on les paye pas pour enfiler des perles. Et que ton code il soit pas portable, on s'en fout, les applis sont petites. On prefere ecrire des petites applis maintenables que de se taper un monstre de javscript avec des brnachement dependant de la plateforme de partout. On a tente ca au debut du site mobile, on a donne, ca va.
Chez un site qui a model d'abonnement, ca va donner un:
- Mais heu, et tu geres comment les abonnements?
- Ben comme on faisait avant.
- ....
- Ben quoi?
- Ben ca marche pas. Ca fait des annees qu'on essaie de les faire s'abonner ils veulent pas ces cons. Payer pour un site web tout con, ils trouvent ca abuse. Ils sont prets a payer si ya une bonne interaction avec ces features. Et aussi, ils veulent pas se faire chier avec le process d'abonnement, Ils veulent un truc centralise. On va se faire plumer chez apple, mais on devrait recuperer suffisament d'abonnes en plus pour compenser. Ou en tout cas, on espere, on verra bien ce que ca donne, au pire on les envoye se faire mettre et on mettra le paquet chez google.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Nul
Posté par pasScott pasForstall . En réponse au journal Souvenez vous de cette pub : 1984. Évalué à -1.
Donc en somme, tes contraintes de tambouilles interne prennent le pas sur les requirements des utilisateurs?
Parce que ce qu'on fait en natif, on peut pas le faire en web. Ben ouais, on est pas con, si on pouvait, on le ferait... On est un site web, pas un editeur de logiciel.
Donc en somme, faut que j'aille voir les business owners:
- Ouais, ton truc la. C'est cool, ca a de la gueule, je suis sur que les gens adoreraient. mais c'est pas possible.
- Pas possible? Comment ca?
- Ouais, ben c'est pas portable quoi.
- Et?
- Ben si c'est pas portable, c'est pas possible.
- Comment ca? C'est possible ou pas?
- Ben techniquement, on peut le faire. Mais c'est pas portable. J'ai autre chose a foutre que d'ecrire du code moi.
- !!!
- On peut le faire en HTML + Javascript.
- Ah! Ben voila.
- Ouais, mais ya un truc.
- Heuuuu... Ouuuaiiis?
- Alors, deja, ces features la. Ben ca va pas etre possible.
- Erf.... Faut voir, on peut ptetre se demerder sans, si on polish un peu cette partie.
- Cool.
- Bon, vous en avez pour combien de temps?
- Boapf.. Ecrire. Test. Reecrire. Retester. 4 mois. On doit pouvoir faire une beta/dark launch d'ici 3. Et apres, faudra polisher et tout. Pis optimiser aussi, ca va surement etre lent. Pis va falloir tuner le serveur aussi, il va prendre achement plus de traffic qu'avec la version native.
- Heuuu... Le planning initial, c'etait 2 mois.
- Ben ouais, mais c'est pas facile a faire. Ah, et d'aiilleurs, le planning initial, tu sais, les deux vms pour le serveur? Ouais, ben rajoutes en 2 autres, parce que les 2 prevus a la base, ca va pas tenir la charge, on va recevoir vachement plus de traffic parce qu'on cache pas et on envoie tout a chaque fois.
Et du coup on va avoir besoin d'un gars des AppOps en plus.
- Donc tu me double le temps de dev, il te faut des mecs en plus, et en plus tu m'enleves des features?
- Ouais, mais ca sera portable. Ah, pis attends pas un truc parfait non plus, yaura pas mal de ptit bugs par ci par la, l'API multi touch pour javascript, ben on faut tout ecrire de a a z, parce que rien n'existe. Donc ca va plantouiller par ci par la.
- Ouais, bon ecoute. Tu vas m'ecrire ton code natif. Qu'il soit pas portable, on s'en branle. Pour la simple et bonne raison qu'on a des developeurs, on les paye pas pour enfiler des perles. Et que ton code il soit pas portable, on s'en fout, les applis sont petites. On prefere ecrire des petites applis maintenables que de se taper un monstre de javscript avec des brnachement dependant de la plateforme de partout. On a tente ca au debut du site mobile, on a donne, ca va.
Chez un site qui a model d'abonnement, ca va donner un:
- Mais heu, et tu geres comment les abonnements?
- Ben comme on faisait avant.
- ....
- Ben quoi?
- Ben ca marche pas. Ca fait des annees qu'on essaie de les faire s'abonner ils veulent pas ces cons. Payer pour un site web tout con, ils trouvent ca abuse. Ils sont prets a payer si ya une bonne interaction avec ces features. Et aussi, ils veulent pas se faire chier avec le process d'abonnement, Ils veulent un truc centralise. On va se faire plumer chez apple, mais on devrait recuperer suffisament d'abonnes en plus pour compenser. Ou en tout cas, on espere, on verra bien ce que ca donne, au pire on les envoye se faire mettre et on mettra le paquet chez google.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.