Quelques parallèles historiques
Avertissement : Pour économiser du temps TL; DR, une variante de cet article est la section Nouvelle tendance potentielle.
Avec le développement de l'humanité, à une certaine époque, les gens étaient considérés comme un article de luxe de diverses valeurs matérielles - métaux précieux, froid privé et armes à feu, véhicules, immobilier, etc.
L'installation KDPV, la Bugatti Type 57, est une voiture Bugatti Automobiles Gran Turismo, une voiture haut de gamme unique pour les riches. Il a été produit dans les années 1934-1940. Il a deux modifications: Type 57S et Atalante. La conception de la carrosserie a été développée par Jean Bugatti.
Si nous regardons dans le contexte du cycle des révolutions de production, alors nous pouvons conditionnellement distinguer ces types de luxe les plus frappants, qui sont devenus une partie des tendances de masse et déjà plus loin, au fil du temps, cessant de nous sembler un luxe, juste en raison de leur large distribution parmi les masses:
- armes blanches et uniformes (à commencer par l'invention des méthodes de traitement des métaux)
Dans les siècles anciens et à l'époque féodale, leurs propres armes et uniformes en acier froid étaient considérés comme un grand luxe, une propriété chère, ouvrant la voie à un service militaire prometteur (participation aux guerres, armées mercenaires, capture de terres), au pouvoir, etc. Ainsi, les armes personnelles étaient un luxe. - voiture personnelle (révolution industrielle - révolution scientifique et de l'information)
Avec l'invention de la voiture, et en principe à ce jour, la voiture est toujours considérée comme un luxe. C'est une chose qui nécessite des coûts, des investissements, des soins, mais donne à une personne une plus grande liberté de mouvement, un espace personnel sur la route (pour le travail, par exemple). PC (révolution de l'information scientifique).
Dans les années 50 et 60, les ordinateurs n'étaient accessibles qu'aux grandes entreprises en raison de leur taille et de leur prix. Dans la compétition pour l'augmentation des ventes, les sociétés informatiques ont cherché à réduire les coûts et à miniaturiser leurs produits. Pour cela, toutes les réalisations scientifiques modernes ont été utilisées: mémoire sur noyaux magnétiques, transistors et enfin microcircuits. En 1965, le mini-ordinateur PDP-8 occupait un volume comparable à un réfrigérateur domestique, le coût était d'environ 20 000 $, en plus, il y avait une tendance à la miniaturisation.
Les ventes de PC étaient faibles à la fin des années 1970, mais pour un produit complètement nouveau, le succès commercial était stupéfiant. La raison en était l'émergence de logiciels qui couvraient les besoins des utilisateurs dans l'automatisation du traitement de l'information. Au début des années 1980, le langage de programmation le plus populaire pour les nuls était BASIC , l'éditeur de texte WordStar (dont les affectations de raccourcis clavier sont toujours utilisés) et le processeur de tableur VisiCalc , qui est maintenant devenu un géant appelé Excel .
Dans mon enfance, dans les années 90, les PC étaient également considérés comme quelque chose de cool et rarement disponible, toutes les familles de travailleurs de l'appartement n'avaient pas de PC.
Nouvelle tendance potentielle
Ensuite, je vais décrire ma vision. Il s'agit davantage d'une tentative de prédire l'avenir proche que d'une analyse sérieuse ou d'une prévision raisonnable stricte. Une tentative d'être futurologue sur la base de mes propres signes et intuitions indirectes observables dans le domaine de l'informatique.
Donc, à l'ère du développement de l'information, la participation omniprésente des ordinateurs dans nos vies, je vois le SaaS personnel comme un luxe de brassage. C'est-à-dire un service rendu et fonctionnant uniquement pour les besoins d'une personne particulière (ou d'un groupe restreint de personnes, par exemple la famille, le groupe d'amis). Il n'est pas hébergé par Google, Amazon, Microsoft et d'autres géants de l'industrie informatique. Il était soit fabriqué soi-même «mis en production» par l'utilisateur lui-même, soit commandé ou acheté pour des quantités considérables à un certain entrepreneur, tel qu'un pigiste.
Exemples, prémisses et caractéristiques indirectes:
- il y a des gens insatisfaits du
SaaS . Pas une entreprise, mais seulement des individus ou des groupes de personnes. Il n'y aura pas de statistiques, juste des plaintes d'individus dans les mêmes actualités et articles techniques des principaux acteurs du marché (Yandex, Google, Microsoft). Les principaux podcasts informatiques partagent également leur douleur et démontrent leur attitude critique envers le SaaS . - exemples de grandes entreprises supprimant leurs services
- exemples avec sécurité de l'information, fuite de données, perte de données, fakapy
- paranoïa ou réticence raisonnable à partager vos données personnelles
- la valeur des données personnelles et le confort personnel en ligne deviennent plus critiques pour les individus; ces données sont très précieuses et n'augmentent que le prix pour toute entreprise qui chasse avec impatience et agressivité ces données personnelles (la publicité ciblée, les services imposés et les tarifs de nature douteuse, ainsi que les pirates informatiques sont probablement les principales menaces à cet égard)
- apparition en
Open Source solutions pour des tâches appliquées de plus en plus importantes: des notes personnelles au système de comptabilité financière et au cloud de fichiers personnels. trite propres scripts qui me poussent au moins à rechercher et à explorer les capacités des solutions Open Source existantes.
Par exemple, récemment, je réfléchissais sérieusement à l'hébergement de mon propre service de notes, accessible en ligne via un téléphone mobile ou un ordinateur de bureau. Le choix de la meilleure solution est encore en cours, nous sommes intéressés par une solution facilement déployable avec des fonctionnalités minimales pour le stockage des notes et la protection (par exemple, Basic Auth). De plus, j'aimerais que la solution soit lancée en tant que conteneur Docker , ce qui maximise simplement la vitesse et la facilité de déploiement pour moi personnellement. Serait heureux de recommandations dans les commentaires. Depuis jusqu'à présent, la main atteint le clavier et l' IDE pour écrire vous-même un service aussi simple.
Conclusions et conséquences
Sur la base de cette hypothèse d'une tendance croissante, un certain nombre de conclusions peuvent être tirées:
- Il s'agit d'un créneau potentiellement prometteur. Il me semble que c'est une opportunité de construire ou de reconstruire l'entreprise de fourniture de services informatiques ou médias et de vendre des solutions pour une commande individuelle. Il est important ici de tendre la main aux clients qui considèrent le SaaS personnel comme un luxe, prêt à payer pour quelque chose de plus élevé que le marché, en échange de recevoir de bonnes garanties des services fournis.
- le développement de telles solutions n'est pas facile, coûteux, en fait c'est un énoncé de travail distinct pour chaque commande. En fait, cela ne peut pas être considéré comme un nouveau créneau ou un nouveau modèle commercial. En fait, c'est probablement ce avec quoi de nombreuses entreprises avec leurs produits ont grandi, ou des sociétés d'externalisation qui mènent simplement un tel développement en fonction des besoins individuels.
- vous pouvez aller d'autre part, et par exemple, si vous êtes un développeur, puis entrez Open Source uniquement dans le domaine du développement de telles solutions - choisissez un problème, trouvez des projets existants, devenez un contributeur là-bas. Ou, commencez à mener votre propre projet sur un hébergement public de référentiels à partir de zéro pour un problème spécifique et élargissez la communauté d'utilisateurs et de contributeurs autour de lui.
- le profil de charge d'une telle application et les exigences diffèrent de tous les services SaaS publics conçus pour une utilisation simultanée de masse. Par exemple, si vous n'avez qu'un seul utilisateur, vous n'avez pas besoin d'un système capable de prendre en charge des milliers de connexions ou de traiter des millions de demandes par seconde. La vitesse et la tolérance aux pannes restent bien sûr également nécessaires - le service doit être en mesure de sauvegarder ses sous-systèmes, de répondre rapidement, de pouvoir effectuer et restaurer des sauvegardes de données. Tout cela signifie que vous pouvez vous concentrer sur d'autres choses pendant la conception et le développement, sacrifier l'évolutivité, les performances, par exemple en se concentrant sur la vitesse d'introduction de nouvelles fonctionnalités ou par exemple en fournissant la cohérence ou la protection des données la plus élevée possible.
Bonus
Ci-dessous, je fournirai des liens vers des projets utiles, des articles intéressants: