BlueBerry Solutions

.

Salut !

D'abord projet très sympa, même si j'ai pas tout compris dès le début. Je post juste pour suivre le projet, en attendant que ça aboutisse ! Pour l'instant je n'ai pas réellement de remarques pertinentes.

Ce projet me semble très intéressant, tu as tout mon soutien !

Yo !

L'idée à l'air tout à fait viable et intéressante économiquement. Il y a cependant deux questions qui me viennent immédiatement à l'esprit :

• Comment ça se passe niveau latence ? Quid par exemple de taper rapidement dans un IDE ? (ou alors j'ai peut être mal compris le principe, et c'est "bufferisé" sur la RPI)
• Ça ne risque pas de poser des problèmes de sécurité pour certaines entreprises ? J'entends par là le côté "secret industriel" (et non le risque de piratage etc). Je connais quelques entreprises (en R&D notamment) qui sont très rigoureuses à ce niveau, et qui ne tolèrent aucun hébergement offshore

Comment ça se passe niveau latence ? Quid par exemple de taper rapidement dans un IDE ? (ou alors j'ai peut être mal compris le principe, et c'est "bufferisé" sur la RPI)

J'ai une question peut-être un peu liée, mais que se passe-t-il si le réseau tombe ? En gros, comment je peux faire du offline sur mon Rpi ?

Ça ne risque pas de poser des problèmes de sécurité pour certaines entreprises ?

Pareil, j'ai un peu la même question. Donc on travaille sur une VM, ça pose déjà un problème de sécurité, mais quid du partage de fichiers ?

Donc faut vraisemblablement viser des startups dans un premier temps, pas beaucoup de sous, des effectifs qui bougent énormément, … Plutôt que de gros contrats où va clairement y avoir ce genre de (grosses) prises de tête.

Ensuite, tu parles de licences logicielles courantes, mais qu'en est-il de licences logicielles un peu plus spécifiques ? Des IDE comme le dit mon VDD, ou des logiciels pointus style simulation etc.

Aussi, que peut faire la DSI de l'entreprise pour le paramétrage des VMs ? SSO, VPN, … ?

Bon courage, ça me semble très intéressant, j'espère que tu pourras mener ton projet à bout.

EDIT :

Aussi, essayer (sur une étude de marché ? de besoin fonctionnel ?) de cibler les entreprises qui ont des employés qui n'ont pas de besoin nomade (donc pas "éligible" au laptop). Parce que tu parles de hotspot, certes, mais jme vois mal trimballer un écran / clavier dans un hôtel. Du coup des employés soit en poste fixe (avec des besoins simples, exit les logiciels spécifiques style CAO), soit en télétravail et ayant besoin d'un poste chez eux. Déjà ça permet d'écrémer pas mal les candidats.

Le principe de décentraliser les calculs d'un ordinateur à distance existe déjà à partir d'un simple ordinateur.

Pareil que mon VDD, quid de la souveraineté des données de l'entreprise?
Bon courage pour la suite de ton projet

Bon courage pour la suite ! Ce projet a l'air vraiment intéressant, j'espère qu'il aboutira

Mais c'est vrai que pour la souveraineté des données, je me demande quelle solution vous allez trouver.

.

Pour le problème des données :

• Les grandes entreprises disposent de leurs propres serveurs pour les stocker, donc ce système de VM ne ferai que y accéder: le problème semble réduit.
• Si les VM sont bien pré-configurée, je suppose qu'il sera possible de crypter les données en chiffrement asymétrique.
• La cible (Universités, Startup) ne semble pas disposer de ces besoins de confidentialité.

Sinon c'est un superbe projet, je pense que sa peut fonctionner !

Pour les écoles (primaire, collège, lycée), ça peut être bien (pas souvent de service info dédié, c'est souvent un prof un peu débrouillard qui s'en occupe), par exemple pour les salles infos des élèves. Tu vas avoir de gros avantages, car il y aura peu de config, qui est la bête noire quand tu n'as personne de dédié. À creuser donc.

Pour les universités et écoles supérieures, tu peux oublier à mon avis. À part en sciences humaines, la plupart des chercheurs bossent avec des logiciels lourds, avec beaucoup de données, propriétaires, ou en s'interfaçant avec des équipements spécifiques et il y a de gros systèmes pour gérer les licences/abonnements etc. Pareil pour les étudiants, avec les comptes et autres stockages. Et il y a surtout du personnel dédié. Et je parle pas de la confidentialité (projets industriels parfois !).

Un truc sur lequel tu peux être très adapté, c'est les libres-service informatique. Ces choses là ont de toute façon besoin d'internet, alors il faut une connexion fiable. Par exemple les bibliothèques publiques ont souvent ce genre de salles, où tu surfes, et tu peux aussi utiliser les logiciels bureautiques. Maintenant que les catalogues des fonds sont accessibles en ligne, pas vraiment de barrières niveau données ! Pour ce genre de client, un truc "plug and play" apporte vraiment un plus à mon avis.

Pour les startups, c'est mi-figue mi-raisin. J'ai travaillé dans une startup, et pour des raisons de secret commercial et industriel, il était hors de question que certains documents mettent un pied dehors. Par contre, il faisaient un usage intensif du cloud Amazon pour du traitement de données. Mais ça reste à creuser aussi du coup.

être coupé d'Internet empêche de facto de travailler

Ca passera difficilement comme argument, dans plein de cas.

Même en tant que développeur, des pannes réseau (pas uniquement internet) ne m'ont pas complètement empêché de travailler. Beaucoup handicapé, mais pas complètement au chômage technique. On peut préparer de la doc, relire du code, tout bêtement etc.

En tant que CdP, idem. Je peux bosser offline sur des prez, mettre au propre des idées, "travailler en dehors de l'outil" (i.e. JIRA/Trello/Taïga/… est offline, j'ai quand même assez de données dans la tête et sur tableau blanc pour avancer le temps de la panne.

Une comptable pourra continuer à bosser. Un commercial s'en sortira à faire de la prospection tant qu'il peut ouvrir son fichier client. Le débrayage (pour des sociétés de l'IT) ne se passera vraiment qu'au niveau des helpdesk / client care, qui lui sera coincé sans son/ses outils.

Même pour une startup / PME : l'argument va être difficile à avaler. Il faudrait au minimum repasser sur un OS local avec quelques outils simples et standard pour ne pas être totalement au point mort. (Et évidemment, qu'en cas de panne réseau la VM ne se coupe pas brutalement : objectif 0 perte cela va sans le dire)

En effet, je pense que les utilisateurs seront à même d'installer eux-mêmes de tels logiciels spécialisés sans difficultés.

Le problème c'est pas l'utilisateur c'est ton client. Ton client ne sera certainement pas l'utilisateur final, mais un intermédiaire technique : membre de la DSI si grosse boîte, responsable technique si PME (qui potentiellement aura d'autres casquettes). Et c'est lui qui va vouloir préparer des VM, parce que, même pour une PME, il a des licences Office et des licences de softs "métier" (CAO, gestion, CRM, …) à distribuer / gérer. Et il va vouloir avoir la main là-dessus et ne surtout pas laisser trop de droits à ses utilisateurs finaux : tu trouveras difficilement un boîte (même PME) qui laisse les droits d'install à l'utilisateur final, c'est un danger gigantesque à partir du moment où la personne a accès à des dossiers partagés. Donc le responsable en question va vouloir pré-configurer les VM, et pas passer 30min à installer les bons softs à chaque fois qu'un stagiaire arrive dans l'entreprise. Y'a forcément des solutions techniques à ce propos.

Les écoles/universités : généralement elles disposent de connexions très fiables, et disposer de VM peut être un gros avantage pour les étudiants dans les salles informatiques

Mauvaise pioche à mon avis. Si enseignement supérieur "libéré" (soit privé, soit école d'ingé etc. en gros : pas verrouillé par l'éduc nat.) : je pense qu'ils sont déjà assez bien équipés. Je connais pas 80 écoles, mais dans celles où je suis passé, en salle info j'ai quasi systématiquement bossé sur des VM (blades Sun à l'époque, ou VM linux). C'est sur qu'un Rpi c'est plus la classe, tu peux le tenter avec une école dont le parc info est vieillissant : mais ils se sont probablement déjà posé la question.

Si enseignement "verrouillé" (pré-BAC + "rendant des comptes à l'état"), ils ont une très faible marge de manoeuvre. Déjà, bêtement, il va falloir qu'ils passent par un marché public. C'est con, mais c'est un frein pour toi. Ca veut dire pas de "contrat négociable", un marché ouvert à la France entière, et pas forcément un terrain d'expérimentation (il va falloir rendre des comptes, on ne renégocie pas un contrat public). Donc là pour moi : c'est pas la bonne cible.

EDIT : Et très très très souvent, en discutant "fonctionnel", "besoin", "clients potentiels" avec des commerciaux (parce que mon boulot m'y a amené plusieurs fois), j'ai souvent eu la même démarche que toi "Ah bah tiens l'éduc. nat., carrément !" déjà parce que naturellement c'est un domaine qu'on connaît bien et dont on connaît les besoins, de deux parce que vendre une solution pour que les gens apprennent mieux et plus vite, ça fait envie… Forcément. La réponse (systématique, dans plusieurs boîtes) que j'ai eue c'est "Laisse tomber, c'est trop galère, et ils ont pas de sous. On a déjà essayé, c'est pas rentable, trop d'emmerdes, trop gripsou". C'est triste mais je le dis parce que c'est vraiment une réalité à laquelle j'ai été confronté.

Qui ne stockent pas leurs données en propre

Est-ce-que tu peux expliciter ? Je vois pas un seul des exemples que tu as cités qui n'aient pas de compte à rendre à la CNIL par exemple. (fichiers client, rien que ça).

Qu'en pensez-vous ?

Qu'il faut creuser creuser et creuser encore. J'ai l'impression que tu es allé naturellement (et c'est bien compréhensible) plus vers des domaines (et entreprises) que tu connais bien, en cherchant si ça pouvait fonctionner plutôt que de partir du besoin d'entreprises.

Challenge-toi : Prends une après-midi entière, papier / crayon avec pour objectif recenser l'intégralité des besoins auxquels ta solution répond. Du plus vaste au plus bête et méchant. Représente le comme tu veux, bullet points. Matrice S-O (sans le W et le T). Peu importe. Mais à partir de ce document, tu auras de quoi partir concrètement : qui se pose ses questions ? qui a ses besoins là ? Et là tu vas probablement t'ouvrir des pistes que tu n'avais pas imaginées

Bon courage. Y'a matière à faire des trucs bien !

Concernant l’université je dirais de mon expérience personnelle d'étudiant que le problème risque d'être le réseau. Dans la plupart des bu où j'ai pu être le réseau était souvent lent car saturé. Si on y rajoute une décentralisation des calculs on risque d'accroitre la charge du réseau de l'université et ça risque d'être compliqué non ?

Pour seulement compléter la réponse des universités. Celles-ci sont obligés de passer par le marché public comme dit plus haut, mais en plus d'acheter une certaine marque. Je ne sais plus si cela est généralisé au niveau national ou régional, mais sur Paris ce sont uniquement des ordinateurs Dell, et il n'y aura rien d'autres.

Bon projet cependant, mais il va falloir travailler dur pour percer sur le marché. Bon courage

Je soutient le projet à 300% !

Bonne continuation.

P.S : Petite question -> Quel est l'interface entre la VM externalisée et le rpi ?

Salut.

Pour supporter 10 développeurs qui bossent sur un truc assez lourd, disons minimum i7 + 8Go de RAM par personne, il faudrait quel pack vSphere à ton avis ?

Maintenant, prend le prix mensuel de ce pack, ajoute ce que tu factures par dessus, multiplie par 12***, ajoute le prix des périphériques (raspPi, claviers, souris, écrans).

Ça revient vraiment moins cher que 10 bons laptops ? J'en doute un peu quand même.

*** resp. 24, 36. Un bon laptop pour développeur tient au strict minimum 24 mois, généralement plus de 36 mois.