Forum de FilmDeCulte

Voilà, y'a une boite à Auckland qui serait intéréssée à me prendre en freelance régulier sur une position de "all rounder" avec des connaissances un peu partout, design, production et aussi technique. Et à mon grand malheur, y'a pas mal de developpement web. Et ils m'ont demandé de lancer des idées comme ça vite fait sur un projet qu'ils ont en ce moment. La boite a des antennes à Sydney, Melbourne, LA, New York et Londres avec le hub central à Auckland:



J'ai bien quelques idées, mais j'ai peur que ce soit du old school. Je connais le PHP quoi grosso modo.
Il me faut pas un truc trop détaillé, mais juste des pistes que j'ai pas l'air trop con quand je lui répondrai.

Tu peux traduire, stp ? J'ai trop la flemme...

_________________
Anthony Sitruk - Bien sûr, nous eûmes des orages
(168 pages, 14.00€)
Commande | Site perso

Ca marche:

"on veut créer un système d'archives pour les masters de nos pubs et films, qui serait accessible de partout via une interface web avec un login.

Le tout serait hébergé sur notre serveur Xserve dans les locaux néozélandais, et l'espace de stockage du contenu tiendrait sur un système de disques en RAID

Il y aurait 2 interfaces graphiques. La première servirait à gérer le système, où l'on "uploaderait" les masters et ou on rentrerait les metadata correspondantes. L'autre permettrait aux utilisateurs d'avoir accès aux archives et télécharger les fichiers où qu'ils soient"

Note bien que les fichiers ne seraient pas uploadé via le web puisque toute la gestion du site se ferait en local à Auckland, donc pas besoin d'uploadeur trop compliqué à ce niveau, les fichiers [qui peuvent être énormes puisque c'est des masters] seraient copiés directement sur le RAID.

Sinon j'ai posé la question à un pote et il m'a parlé d'une solution nommée Django, en python.

Merci pour la traduction
Je pose la question demain au boulot (en espérant avoir une réponse à temps) et je vois de mon côté si j'ai des trucs à proposer.
Mais tu dois en fait trouver une solution déjà sur étagère ou bien développer tout le truc ?

_________________
Anthony Sitruk - Bien sûr, nous eûmes des orages
(168 pages, 14.00€)
Commande | Site perso

Héhé... J'imagine un peu des 2. Genre un framework et le customiser.

OK, donc pas réfractaires à un truc qui existe déjà.
Et il y a un budget ou ils veulent du gratuit niveau licences ?

Et niveau sécurité, ils veulent du gros blindage, avec un annuaire pour l'authentification externe, des diodes qui filtrent les accès, etc, ou bien authentification interne à l'application toute simple ? Tu dois penser l'architecture, d'ailleurs, ou juste l'interface ?

_________________
Anthony Sitruk - Bien sûr, nous eûmes des orages
(168 pages, 14.00€)
Commande | Site perso

Même si en terme de boite de prod, ils sont assez gros [rarement entendu parlé de boites ayant des antennes dans 6 villes différentes, même si pour certaines d'entres elles, ça doit être juste une boite postale] mais probablement pas au point d'aller à ce niveau de sécurité. Je pense qu'une simple identification par login fera l'affaire. J'imagine que niveau licence, l'open source est l'option préférée.
Mais même si c'est un projet qui doit être fait à terme, pour l'instant, mon rôle c'est de donner des piste, des idées, je pense que le mec avec qui j'ai passé l'entretien a déjà sa petite idée sur la question, il veut juste savoir ce que moi je ferais si j'étais à sa place grosso modo.

Python pour le web, j'ai jamais essayé, mais c'est assez seduisant. Le langage est bien cool, et django a l'air sympa.

Sinon, je pense qu'avant tout, tu devrai vérifier que des sortes de CMS (mais plus orientés vers la gestion de fichiers purs) ne font pas déjà ce que tu veux. Perso, quand je commence un projet, je vérifie toujours qu'un truc du genre drupal ou wordpress déjà tout fait ne suffit pas. Bon, généralement, c'est une solution que je ne retiens pas à cause de mes besoins restreints par rapport à ce que fournissent ces usines à gaz. Mais il faut quand meme aborder la question.

A part ça :
- côté interface : JQuery pour tout ce qui est javascript
- base de données : surtout, utiliser un ORM pour abstraire l'accès à la base, et pouvoir changer de SGBD à moindre cout. Quelles sont les volumétries de metadonnées prévues ? Si ca reste raisonnable, prendre du mysql ou postgresql. Sinon, s'orienter vers un truc plus "rapide" du genre mongodb.
- moteur de recherche : utiliser un truc du genre sphinx search. Ou bien Solr.

Sinon, est-ce vraiment une appli web qu'il faut ? Une appli web pour echanger d'enormes fichiers au sein d'une boite, je trouve ça bif bof. Déjà, comme tu l'as dit, tu peux pas uploader de gros fichier en HTTP. Et pour en télécharger, c'est galère aussi. C'est mieux de passer par quelque chose du genre SSH, au sein d'une appli type client lourd.

Merci pour tout ça, je regarderai... Je savais que je pouvais te faire confiance...

Y'aura pas d'upload des fichiers via le web. Ils seront centralisés et déposés directement sur le serveur qui est sur place. Après ben pour le téléchargement, ben, voilà quoi. Faudra en discuter avec le mec qui initie le projet pour voir si y'a pas plus pratique [un FTP peut-être?]. Mais en tout cas, je regarderai pour le reste, c'est du tout bon! Merci.

Pas FTP c'est pourriiiiii
SSH ou SFTP, c'est le mieux à ma connaissance.

En fait, j'étais parti sur le choix d'une solution alors qu'après lecture de ton dernier message, effectivement, ils ne te demandent pas de donner une solution, leur expression de besoin étant de toute façon ultra limitée. Vu que tu seras en freelance, tu auras plus ou moins le statut d'un prestataire (ou assimilé) qui travaille pour eux dans le cadre de missions données, j'imagine. Dans ce cas là, ils te diront ce qu'ils veulent, et tu leurs fera un chiffrage. Eux seront le client, toi le fournisseur (de temps et de compétence). Si c'est bien le cas, autant se positionner dans cette démarche dès maintenant.

Dans le cas qui te concerne, il faut raisonner en termes de besoin et non en terme d'outil (ce serait trop facile, à chaque nouveau besoin ils ont qu'à faire quelques entretiens d'embauche et demander à chaque fois aux candidats de réflechir à un outil). En gros, là, si j'étais toi et si surtout eux sont honnêtes, je leurs ferais une proposition chiffrée pour un cadrage : axes étudiés, chiffrage (en jour-homme), etc. Le but étant de définir clairement le besoin. Tu ne peux pas choisir un outil pertinent et péreine à partir de ce qu'ils ont donné. Du coup, il faut trouver les axes, et celui qui trouvera les plus pertinents aura le poste : archivage légal ou non (vu qu'ils parlent d'archives, autant qu'ils se posent la question sur ce que ça signifie réellement pour eux), sauvegarde et restoration, population (nombre et lieu), charge prévisionnelle (volumétrie, connections simulatanées, nombre de téléchargements par jour...), sensibilité des données, confidentialité, disponibilité, métrologie, niveau d'administration permis, etc.

Peut-être as-tu déjà ces éléments-là, cela dit ?

[Les axes ci-dessus, c'est pour l'architecture complète, pas que pour l'application cible. Cependant, de ces éléments découleront quand même le choix de l'outil, du système d'authentification, du choix de base de données, etc.]

_________________
Anthony Sitruk - Bien sûr, nous eûmes des orages
(168 pages, 14.00€)
Commande | Site perso

PS : après, tu as quand même le risque d'avoir à faire à une boite qui n'a pas un budget extensible et qui te répondra simplement de mettre en place un outil, auquel eux s'adapteront même s'il ne correspond pas totalement au besoin. C'est nul comme méthode... Mais c'est fréquent.

_________________
Anthony Sitruk - Bien sûr, nous eûmes des orages
(168 pages, 14.00€)
Commande | Site perso

C'est clair !

_________________
- Nazi violent 1961-2013?
"my... "double anale", c'est ce que je crois?" Chlochette
"J'ai toujours aimé la culture nain" Sponge

Ok, ok, je connais pas ces trucs SSH et SFTP, je ferais des recherches demain.



De toute façon, là c'est juste un test, même pas d'ailleurs, le mec qui m'a contacté ne veut pas que je lui file une solution clé en main. Il veut juste savoir ce que je ferais si je devais en charge du projet, de façon assez hypothétique. Ce qui serait une idée assez débile étant donné que mes connaissances et mon expérience en la matière est nettement trop ancienne [et assez inexistante d'ailleurs dans ce cas précis]. J'imagine que le mec ne s'attend pas que je leur fasse le truc de A à Z, ou alors il est con, parcequ'à la lecture de mon CV, il est quand même assez clair que mon expérience professionnelle ne s'est pas vraiment portée là dessus ces 7 dernières années.
Là on est vraiment dans l'hypothétique comme je disais et moi j'en profite juste pour mettre à jour mes connaissances web qui sont quand même bien rouillées en terme de technique. Je connais bien YouTube si vous voulez.
Après c'est vrai qu'au moment de l'entretien, j'ai été surpris par la tournure du truc. L'annonce parlait d'un technical genius [oué c'est moi] qui avait des compétence autant techniques que artistiques, qui parlait de mettre des ordis en réseau, ce genre de conneries, plus maitriser Final Cut Pro, After Effects, Avid Media Composer. Sur le papier, c'était moi [j'ai quand même l'avantage d'avoir des connaissances et une expérience professionnelle des deux cotés, ce qui fait que mon profil est relativement rare, bien que j'ai peu eu l'occasion de jouer sur les deux, sauf ici]. Bref, autant que je sache l'annonce ne parlait pas de tout ça. Faudrait que je la relise.

Voilà l'annonce [non Cosmo, je ne traduirais pas!]



Oui bon ça parle de Networking, mais c'est un peu vague.