El falso dilema (del formato): Hardware o software
Cualquiera que haya estudiado filosofía y, en particular, lógica, sabe que existe una amplia gama de falacias lógicas que, en última instancia, socavan el argumento de uno. La mayoría de las personas probablemente estén familiarizadas con la falacia ad hominem , que intenta repudiar el argumento de un oponente atacando al oponente en lugar del argumento.
De manera similar, existe la falacia de la pista falsa , en la que se cambia deliberadamente el tema para evitar discutir sobre la premisa original, generalmente cuestionando alguna faceta del argumento original. Un ejemplo podría ser responder a la afirmación “No es moral mentir” con “¿Qué significa moral?”.
Otra falacia bastante común, pero que por alguna razón rara vez se señala, es la del falso dilema, en el que uno supone que solo hay dos opciones disponibles. El ejemplo más común es: “O estás con nosotros o estás contra nosotros”. ¿O qué tal “puedes tomar la píldora roja o la píldora azul” cuando hay al menos otras dos opciones: no puedes tomar ninguna o puedes tomar ambas?
Esto es algo parecido a la discusión sobre los factores de forma que hay hoy en día. Puedes elegir entre software o hardware. Excepto que esa no es la única opción, puedes elegir ambas.
Resulta que eso es exactamente lo que la mayoría de los profesionales de TI prefieren: una combinación de hardware y software. Es probable que esto se deba tanto a la continua bifurcación de la red como a la bifurcación del centro de datos, con algunas aplicaciones en la nube donde el software es imprescindible y otras en el centro de datos donde el hardware o el software están disponibles.
De hecho, resulta que las preferencias de formato están influenciadas por el rol del profesional de TI dentro del centro de datos. Los profesionales de TI en nuestro informe Estado de la entrega de aplicação de 2016 que preferían el hardware al software eran aquellos que se autoidentificaron como personas con roles en la “red” y en la “seguridad”. No es de sorprender que estas sean las áreas dentro de TI donde la escala, la velocidad y la seguridad de los datos, las aplicaciones e incluso los propios sistemas son fundamentales para el éxito del negocio todos los días.
Resulta que el hardware es en realidad mejor en algunas cosas que su contraparte de software. La seguridad es a menudo uno de ellos, el rendimiento y la escala son otros.
Esto se debe a que el hardware normalmente está diseñado específicamente para un propósito determinado. Por ejemplo, las arquitecturas de conmutación (que son muy diferentes de las arquitecturas informáticas de propósito general) están diseñadas para alta velocidad y escala. Es por eso que un conmutador de clase empresarial y de proveedor de servicios puede procesar 100 Gbps de tráfico y mi computadora portátil no. Sin embargo, ese mismo interruptor no puede ejecutar Angry Birds, por lo que hay al menos una ventaja para el procesamiento de propósito general.
El hardware no sólo sirve para proporcionar recursos informáticos, de almacenamiento y de red. Por supuesto, eso es una gran parte de ello porque, bueno, los recursos necesarios para entregar aplicações no aparecen mágicamente con un unicornio corriendo por el centro de datos con "polvo de recursos" arrojando desde su cuerno mágico. Los recursos provienen de hardware de algún tipo. Pero a veces también se trata de cómo ese hardware interactúa con esos recursos y los maneja. En la red, el hardware especialmente diseñado no sólo es valioso, sino necesario para garantizar la velocidad, la escala y la seguridad de los datos que maneja. Sin eso, hay que embarcarse en un viaje para recrear los mismos resultados utilizando medios arquitectónicos. Escalar software con software no es imposible: se hace todos los días. Pero esto da como resultado un entorno mucho menos estable con muchas más partes móviles, todas las cuales tienen el potencial de romperse y perturbar el negocio.
Ahora bien, si pensabas que esta era una publicación del tipo “¡Olvídate del hardware y del software!”, piénsalo de nuevo, porque eso también sería una especie de falso dilema. Porque esa tampoco es la respuesta. Hay buenas razones para preferir el software al hardware, especialmente cuando observamos las necesidades y requisitos de las aplicações y las metodologías emergentes que valoran la agilidad y la velocidad, como los microservicios y DevOps. En la nube, por supuesto, no hay realmente ninguna opción: se opta por el software y punto. Eso también se reflejó en nuestra encuesta, ya que aquellos que se identificaron como personas en roles de “aplicación”, “infraestructura” o “nube/DevOps” prefirieron el software al hardware. En el caso de las personas que se dedican a aplicaciones e infraestructura, por márgenes significativos. Esto se debe a que se considera que el software se adapta mejor a su dominio, que se centra en aplicações y servicios de aplicaciones que deben ser ágiles, fáciles de aprovisionar y responder rápidamente a los cambios en el entorno.
Pero resulta que cada rol prefiere un modelo híbrido que incluya tanto hardware como software . Porque hay valor en el hardware y hay valor en el software y realmente todo se reduce a determinar qué estás tratando de lograr y dónde.
Así que no permitas que nadie te arrincone y te imponga el falso dilema de “software o hardware”. Ambos son apropiados y cada uno tiene ventajas y desventajas dependiendo del entorno, la aplicación y el propósito específico al que vayas a destinar la solución.
Al igual que con la nube, no se trata de una cuestión de elegir entre una u otra. Es un “y”.