Algúns paralelismos históricos

retratação: Para aforrar tempo en TL;DR, unha versión deste artigo é a sección Potenciais Novas Tendencias.

Co desenvolvemento da humanidade, nunha determinada época, a xente consideraba varios bens materiais como un artigo de luxo: metais preciosos, armas persoais e armas de fogo, vehículos, inmobles, etc.

O obxecto do CDPV é o Bugatti Type 57, un coche da clase Bugatti Automobiles Gran Turismo, un único coche de clase alta para ricos. Producido en 1934-1940. Ten dúas modificacións: Tipo 57S e Atalante. O deseño da carrocería do coche foi desenvolvido por Jean Bugatti.

Se miramos no contexto do ciclo das revolucións produtivas, podemos identificar condicionalmente os seguintes tipos de luxo máis rechamantes, que pasaron a formar parte das tendencias de masas e que logo, co paso do tempo, deixan de parecernos un luxo, precisamente á vista. da súa ampla distribución entre as masas:

• armas de filo e uniformes (desde a invención dos métodos de procesamento de metais)
  Nos séculos antigos e na época feudal, as armas e os uniformes propios eran considerados un gran luxo, unha propiedade cara que abría o camiño ao servizo militar prometedor (participación en guerras, exércitos mercenarios, toma de terras), poder, etc. Así, as armas persoais eran un luxo.
• Coche persoal (revolución industrial - revolución científica e da información)
  Coa invención do automóbil e, en principio, ata hoxe, un coche aínda é considerado un luxo. Isto é algo que require custos, investimentos, coidados, pero que dá a unha persoa maior liberdade de movementos e espazo persoal na estrada (para traballar, por exemplo).

• PC (revolución da información científica).
  Nos anos 1950 e 60, os ordenadores só estaban dispoñibles para as grandes empresas polo seu tamaño e prezo. Na competencia para aumentar as vendas, as empresas de fabricación de ordenadores buscaron reducir o custo e miniaturizar os seus produtos. Para iso utilizáronse todos os logros modernos da ciencia: memoria en núcleos magnéticos, transistores e, finalmente, microcircuítos. En 1965, o miniordenador PDP-8 ocupou un volume comparable a un frigorífico doméstico, o custo foi de aproximadamente 20 mil dólares, ademais, houbo unha tendencia a unha maior miniaturización.

  As vendas de ordenadores persoais foron lentas a finais da década de 1970, pero o éxito comercial foi abrumador para un produto completamente novo. O motivo disto foi a aparición dun software que cubría as necesidades dos usuarios na automatización do tratamento da información. A principios dos anos 1980, a linguaxe de programación máis popular para maniquíes era BASIC, editor de texto WordStar (as asignacións de teclas de acceso rápido aínda se utilizan hoxe) e un procesador de follas de cálculo VisiCalc, que agora se converteu nun xigante chamado Excel.

  Na miña infancia, nos anos 90, os ordenadores tamén eran considerados algo xenial e raramente dispoñibles; non todas as familias traballadoras tiñan un ordenador no seu apartamento.

Nova tendencia potencial

A continuación, explicarei a miña visión. Este é máis un intento de predicir o futuro próximo que unha análise seria ou unha previsión estrita e informada. Un intento de ser futurólogo baseado nos meus propios signos indirectos e intuición no campo das TIC que observei.

Entón, na era do desenvolvemento da información, da participación omnipresente dos ordenadores nas nosas vidas, vexo un luxo emerxente SaaS persoal. É dicir, un servizo deseñado e que funciona exclusivamente para as necesidades dunha persoa concreta (ou dun grupo reducido de persoas, por exemplo, unha familia, un grupo de amigos). Non está aloxado por Google, Amazon, Microsoft e outros xigantes da industria de TI. Púxoo en produción manualmente o propio usuario ou ben se encargou ou comprou por cantidades considerables a un determinado contratista, por exemplo un autónomo.

Exemplos, requisitos previos e signos indirectos:

• hai xente que está descontenta SaaS. Non é unha empresa, senón só persoas ou grupos de persoas. Non haberá estatísticas aquí, só queixas de individuos nas mesmas noticias e artigos técnicos dos principais actores do mercado (Yandex, Google, Microsoft). Os anfitrións de podcasts de TI tamén comparten a súa dor e demostran a súa actitude crítica cara SaaS-son.
• exemplos de grandes empresas que eliminan os seus servizos
  • Google Plus deixa de funcionar. E que?
  • Google pecha o servizo de fotos Picasa
  • A merda pasa. Yandex eliminou algunhas máquinas virtuais da súa nube
    Incluso hai un sitio web en liña Asasinado por Google. Unha especie de cemiterio virtual de proxectos de Google que estaban pechados.
• exemplos con seguridade da información, fuga de datos, perda de datos, pirateos
  • O servizo de almacenamento de código GitLab eliminou accidentalmente case 300 GB de datos debido a un erro do administrador do sistema
  • Facebook gardou centos de millóns de contrasinais de texto claro nos seus servidores. Miles de empregados tiveron acceso a eles * Non Saas, pero aínda así...
• paranoia ou reticencia xustificada a compartir os seus datos persoais
• o valor dos datos persoais e a comodidade persoal en liña son cada vez máis críticos para os individuos; estes datos son moi valiosos e só se encarecen para calquera empresa que busque con avidez e agresividade estes datos persoais (publicidade dirixida, servizos impostos e tarifas de carácter dubidoso, así como os hackers son probablemente as principais ameazas neste sentido).
• aparición en Open Source solucións para problemas de aplicación cada vez máis grandes: desde notas persoais ata un sistema de contabilidade financeira e unha nube de ficheiros persoais.

• trivialmente os meus propios escenarios, que me empuxan polo menos a buscar e estudar as posibilidades de existir Open Source solucións.

  Por exemplo, recentemente comecei a pensar moito en aloxar o meu propio servizo de notas, accesible para min en liña a través dun teléfono móbil ou dun escritorio. A elección da mellor solución aínda está en proceso; Estou interesado nunha solución facilmente despregable cunha funcionalidade mínima para almacenar notas e seguridade (por exemplo, Basic Auth). Ademais, gustaríame que a solución se puidese executar como Docker contenedor, que simplemente maximiza a velocidade e a facilidade de implantación para min persoalmente. Estaría encantado de recibir recomendacións nos comentarios. Xa que polo de agora a man chega ao teclado e IDE escribe ti mesmo un servizo tan sinxelo.

Conclusións e implicacións

Partindo desta hipótese dunha tendencia crecente, pódense extraer unha serie de conclusións:

• este é un nicho potencial e prometedor. Paréceme que esta é unha oportunidade para construír ou reconstruír un negocio que ofrece servizos informáticos ou multimedia e vender solucións personalizadas. Aquí é importante achegarse aos clientes que ven o SaaS persoal como un luxo, que están dispostos a pagalo por riba do mercado, a cambio de recibir boas garantías dos servizos prestados.
• desenvolver tales solucións non é fácil, é caro, de feito é unha especificación técnica separada para cada pedido. De feito, isto non pode considerarse un novo nicho ou modelo de negocio. De feito, é probablemente o que moitas empresas creceron cos seus propios produtos, ou subcontratar empresas que realizan ese desenvolvemento segundo os requisitos individuais.
• podes ir por outro lado e, por exemplo, se es un programador, escribe o código aberto especificamente no campo do desenvolvemento deste tipo de solucións: elixe un problema, atopa proxectos existentes, convértete alí en colaborador. Ou, comeza a executar o teu propio proxecto desde cero nun repositorio público de hospedaxe para un problema específico e crea unha comunidade de usuarios e colaboradores ao seu redor.
• o perfil de carga desta aplicación e os requisitos difiren de todos aqueles servizos públicos SaaS que están deseñados para un uso masivo simultáneo. Por exemplo, se só hai un usuario, non precisa dun sistema que poida soportar miles de conexións ou procesar millóns de solicitudes por segundo. A velocidade e a tolerancia a fallos, por suposto, tamén seguen sendo necesarias: o servizo debe poder facer unha copia de seguridade dos seus subsistemas, responder rapidamente e poder facer e restaurar copias de seguridade dos datos. Todo isto significa que pode centrarse noutras cousas á hora de deseñar e desenvolver, sacrificando a escalabilidade, o rendemento, concentrándose, por exemplo, na velocidade de introdución de novas funcións ou, por exemplo, en garantir a maior coherencia posible ou protección de datos.

Bonos

A continuación proporcionarei ligazóns a proxectos útiles e artigos interesantes:

• incrible autoaloxado — Repositorio de listas de GitHub c Self-Hosted solucións para diferentes necesidades. Blogs, chats, almacenamento de ficheiros distribuídos, etc.
• A quen serve realmente ese servidor? - crítica SaaS por Richard Stallman.

Fonte: www.habr.com