Reprise du message précédent :

Le problème c'est que "nous" ne définissons pas la société, nous "sommes" la société, tous ensemble : la société est faite de racistes, de nazis, de gens tolérants, et de gens qui s'en battent les couilles des autres tant qu'ils viennent pas sur leur pelouse. "le vouloir pour changer" c'est facile à dire. Casser les burnes de la planète entière pour se faire "reconnaître" à mon avis ne sert pas la cause en question, tout comme les féministes en font "trop". Un changement majeur, tout de suite, trop vite, ne rencontre que des murs en réponse. Le changement ça fait peur, la différence aussi, on retrouve ce comportement dans toutes les espèces confondues. Un noir, un jaune et un blanc seront toujours différents. La différence fera toujours peur ou déplaira à certains.  
 

Peu importe qui je suis et de quel côté je suis (qui te dit que je ne suis pas un noir trans gay ?) Dans le monde de dev il n'y a pas de barrière d'inégalité justement car tu n'es différencié que par le code que tu produis. A vouloir faire de la discrimination positive ou bien revendiquer l'existence des LGBTQIA+ versus blanc cis genre hétéro c'est justement promouvoir cette inégalité de traitement, là on crée potentiellement la barrière de l'inégalité.  
 

La langue n'est peut-être pas le meilleur exemple, ce qui m'intéresse c'est le skill de chacun, mettre la compétence en adéquation avec l'usage :  
- embaucher un costaud là où on a besoin de force, de performance physique, un bûcheron sans physique tu vas pas loin, idem avec un freluquet en manutention ou en videur de boîte de nuit, il part désavantagé et doit trouver d'autres solutions pour faire son job  
- un gros cerveau au développement du logiciel de pilotage d'une fusée, en médecine pour comprendre des systèmes vitaux complexes  
etc. Et je m'en tamponne si c'est un gars ou une fille.  
On est tous naturellement inégaux de façon innée, il faut l'accepter et faire au mieux avec ce qu'on a. En revanche, au nom de l'égalité, imposer des quotas de chétifs à des postes de costauds, imposer des costauds bourrus là où il faut du doigté (chirurgien par ex), c'est se tirer une balle dans le pied.  
Donner sa chance au costaud de prouver qu'il est délicat et adéquat pour le poste, no pb. Egalité des chances oui, si tu es un bon chirurgien ou un bon dev, osef de ta couleur/sexe/coupe de cheveux. Si tu veux te mettre en avant en tant que gay car il n'y a que des hétéros dans une équipe de chirurgiens, c'est non-pertinent pour le recrutement. Si tu es le meilleur candidat tu auras le poste, sinon tu quelqu'un d'autre l'aura. De l'autre côté je suis d'accord que si tu es recalé à ton embauche pour un critère lié à ton apparence/pensée/etc non-pertinent pour le poste, là c'est pas bon.  
 
La meuf/mec/whatever Coraline là, elle fait tout ce qu'elle peut pour virer de bons devs, pour des raisons sans aucun rapport avec le dev. C'est complètement absurde. Tout un tintamarre pour les LGBTQIA+ c'est se mettre en avant pour se faire taper dessus.  
 

Voilà un excellent exemple, comme l'écriture inclusive. En l'état actuel, enculer les mouches sur "fraternité", ça n'apporte rien de bon à la cause de l'égalité.

les positions extrêmes ca a au moins le mérite de rendre la problématique visible

Sal nazi ptibeur lol.

Sinon pour détendre l'atmosphère j'avais une petite blagounette à vous soumettre    
 
Dans quel département écrit-on le moins?

 
Tu peux être Nazi mais Panzerfluid

Je m'en sors bien, personne pour critiquer une version récente, je blâme donc ceux d'avant-moi    
 

Compliqué pour avoir une chance de faire une concurrence crédible : il faudra déloger les clients déjà installés (le marché est en somme nulle : les entreprises sont déjà équipées, une vente pour A c'est B qui perd son client historique), et il faudrait des années pour commencer à proposer un équivalent (je parle de + de 700 écrans différents, ça fait un peu plus qu'une demande de RTT).
 

De societe.com (2018) : Tranche d'effectif 50 à 99 salariés
C'est entre 5 à 10x plus petit que nous, donc il va falloir enrouler du jambon autour de statuettes et prier longtemps avant que ça n'arrive.

Pire même : Pastafarien Soyez qui vous êtes, pensez ce que vous voulez mais ne me cassez pas les couilles avec  

J'ai mis 2 min à réaliser le truc, pas mal, c'est fin

Bref en tout cas, ça sent le sapin pour nous
 
Vais refaire du dev ou alors ouvrir un camion pizz'

 
Le marché des hyperviseurs est encore plus merdique puisque non seulement à somme nulle, mais coût de migration important et le cloud qui défonce la majorité du marché (sans compter les nouveaux venus). Mais je me doute que vous avez pas un petit soft à 2 balles
 
Quand tu arrives sur un marché comme ça, tu profites de l'expérience des précédent, tu pètes tout niveau tarifs, et soit tu deviens le nouveau « meilleur produit » soit tu te fais racheter avant par un des « gros » pour éviter de le foutre dans la merde

ouais enfin "le cloud" c'est pas magique, ca nécessite toujours de l'exploitation et ca peut vite revenir cher
et externaliser à 100% son exploitation, c'est rarement une bonne idée

J'attends avec impatience le cloud version windev

EDIT : Bordel ça existe déjà
http://www.pcscloud.net/FR/index.awp

Ah ben non, on m'a dit que c'est la solution à tous les problèmes, ça guérit même de l'impuissance

j'aimerai savoir ou ces gens trouvent la force de militer etc  
moi j'ai la fleme d'aller chercher à manger

éleveur de chèvres dans le luberon

Je préfèrerai faire du rosé à la limite

 
Blague à part, c'est usant et pas qu'un peu.

windev sur une vm windows azure en tse  

 je rêve à cela

 
Tu dis ça mais je vois beaucoup d'applis windev ou 4D sur des 2008R2 ou des trucs hosted.
 
Hyper funny pour les impressions sur les soluces low cost

Bref, je veux bien des retours d'exp des gens qui ont décidé de toute passer en "cloud" alors qu'ils auraient "pu" mettre en place une HCI

ca m'étonnerait que tu trouves des masses de boites qui ont une taille suffisante pour envisager du HCI et qui ont finalement tout mis dans le cloud

Jambon  

If it exist, there is windev of it. Rule 34b.

Surement parce que le DAF ou le CTO "dev" a dit qu'il fallait mettre dans le cloud avant que le projet puisse à même démarrer

 
La réponse à ta question c'est : qu'est-ce que tu peux apporter toi à gérer toi-même tes machines/ton infra, quelle valeur tu ajoutes.
 
Ça dépend vachement de vos objectifs corporate :
 

• besoins légaux liés à la plate forme (privacy, contraintes réglementaires…)
• alignement avec les objectifs financiers (CAPEX/OPEX, coût par rapport au cloud pour des perfs similaires)
• besoins techniques (plate forme qui « respire » en cas de grosse montée en charge soudaine ? ou ressources stables dans le temps ?) -> si charge stable et pas de gros pics à gérer, le cloud est BEAUCOUP moins intéressant.

 
hum hum hum question de service alors parce que dans mon souvenir c'était pas brillant...  

C'est quasiment pas la même boite en fait tant ca n'a aucun rapport entre la ou t'es passé et ou je suis. Et c'est tant mieux. Par contre c'est moins féminin que ce que t'as connu.

 
Le premier point pour moi est un critère clé, surtout qu'il y a une "insinuation" à ce que l'on soit HDS.
Donc déjà ça va être un peu compliqué, mais pas impossible.
Sur les objectifs financiers, c'est pas évident mais à calculer. L'infra HCI va nécessiter un investissement conséquent à l'initial mais ne sera pas à "perte" tel que ça l'est actuellement avec une prestation d'hébergement où on loue à la VM ou du Cloud.
L'intérêt du HCI c'est aussi de pouvoir scaler sans trop investir et d'aussi répartir la charge pour qu'en cas de "pic", ça soit absorbable (alors on est loin de l'AWS hein bien évidemment).
 
Dans notre cas notre "charge" est ridicule.
En revanche, on doit être capable de déployer beaucoup de VM, et plutôt petite.
Un projet  = 1 ou plusieurs VM.
Et comme on va monter sur 100 à 150 projets d'ici l'année prochaine.
Et il faut pas oublier aussi la durée de vie du projet, certains projets peuvent durer 2/3ans, d'autre 8ans voir 10ans
 
L'autre risque du "cloud", c'est que les règles du jeu peuvent vite changer.
S'ils disent de facturer plus cher que les années précédentes, t'as intérêt à vite savoir répondre ou migrer si trop cher.
Ton infrastructure va te coûter cher en investissement (ou en charge selon le mode voulu) mais c'est "fixe".
 
Pour moi les deux points de vue se défendent, mais pour du besoin de faire tourner des choses rapidement, avec une durée de vie courte, et/ou avec des pics de ressources difficilement encaissable, alors oui sans aucun doute, le cloud est un bon candidat.
Pour le reste...

De toute façon, faire tourner de l'application « legacy » sur du Cloud, c'est du gâchis. Si ya vraiment volonté d'aller là dedans, ça veut dire refonte ou adaptation des applis pour découper le plus possible et être scalable à chaud (et rétrécir quand nécessaire). C'est là que ça peut être intéressant pour maîtriser les coûts. Micro services tout ça.
 
Sauf qu'avec de l'existant, c'est pas faisable. Et ça revient souvent cher rapidement. Si choix du cloud, ça veut dire choix que tout nouveau projet de dev soit pensé pour ça, mais vu votre forte croissance en mode « répondre au besoin commercial de suite », ça parait pas adapté vraiment.
 
Peut être penser le coup d'après (5 ans ?) mais là vous m'avez pas l'air prêt.

Netflix, Spotify.
 

Les prix ne font historiquement que baisser, mais typiquement chez AWS les gros clients prennent des instances réservées pour cette raison.

 
encore une fois, le problème n'est pas la différence mais l'inégalité. Les noirs et les blancs ne sont pas inégaux de façon innée, par exemple. Mais dans notre société c'est pourtant le cas. C'est ça le problème.
 
 

 
Les plus grandes inégalités on les crée nous même en tant que société, la question est là. Et pour être dev (ce dont il est question au départ) y'a pas besoin de caractéristiques physiques particulières, donc je ne trouve l'exemple pas très à propos.
 
Le cas de Coraline ne m'intéresse pas vraiment et tu pourrais très bien avoir raison, je regrette juste qu'il ne serve pas à se poser des questions plutôt qu'à se moquer et poster des memes.
 
bon je pense qu'on tourne en rond, je rends l'antenne sur ce sujet, le combat windev contre delphi peut se poursuivre

Notre produit vient de sortir et n'est pas vraiment structuré en microservice. Un peu mais pas trop. Mais c'est tout le custom opérationnel qui va être fait par dessus qui me fait peur, et la le cloud il va encore plus perdre son intérêt.

Je te rejoins complètement sur le fait que nous ne sommes pas prêts à aller vers cela, tant côté produit que côté absorption de croissance.
Après notre forte croissance peur être vite de la décroissance, un gros client planté et c'est des dizaines voir centaines de projets qui disparaissaient pour un moment.

Notre infrastructure hébergée ne nous convient plus.
Il faut qu'à minima on ait le contrôle de nos ressources, qu'il y ait le moins de mutualisation possible (Ça évite d'avoir à justifier Pourquoi untel ou untel peut accéder aux ressources).
Avoir une HCI nous permettrait d'avoir notre infra complètement sous contrôle, déposée dans un DC HDS et ISO27001 on se décharge une partie de la responsabilité (mais on a la notre encore..) Ça pourrait être un Bon compromis.

Je ne savais pas et ce retour d'exp est intéressant
C'est pas du tout idiot comme stratégie.

faisez reviendre la lapinance !

je l'ai pas. ca rebd fou

Amen

Essaye à voix haute

Mais c'est pas le 93 ou le Var plutôt ?

N'ayant pas le temps de faire de veille, quelqu'un pourrait m'expliquer ce qu'est le terme de hyperconverged    
 
C'est un hyperviseur avec une baie de stockage, much répliqué wow, avec un soft au dessus de tout ça qui gère la synchro, réplication et tout le bordel à la place de le faire dans les panneaux d'admin de l'hyperviseur ?  
 
J'ai pas le temps de faire de la veille, et on nous à clairement dit que on était pas la pour ça  

C'est un joli mot pour dire que le compute, le stockage et dans une certaine mesure le réseau sont concentrés dans les hôtes de virtualisation qui vont donc constituer l'unique brique de construction de ton système : plus de baie de stockage/SAN, pour tout ajout de ressource tu branches un nouvel hôte à ton cluster et pouf, ca étend ce dernier et ca répartit la charge.
En théorie

Qu'appelez vous HCI?