¿Cuánto conocimiento de dominio es útil para un desarrollador de software?

Gran pregunta!

Debe hacer preguntas tontas para verificar cada suposición de todos modos. Es más fácil si realmente no tienes ningún conocimiento de dominio. Por otro lado, algunos conocimientos de dominio ayudarán a encontrar las preguntas realmente perspicaces.

Tengo la suerte de haber trabajado en una amplia gama de proyectos que cubren una gran variedad de dominios, desde enrutamiento logístico hasta criminología.

Como se dice, Asume hace un asno de U y de mí.

Aunque tener conocimiento del dominio ayudará durante el análisis de requisitos, ¡debe hacer todo lo posible PARA CONVENCIERSE QUE NO TIENE NINGUNO!

Lo digo en serio.

Cuestiona cada suposición que tengas. Aclare cada acrónimo y abreviatura que crea que conoce, confirme cada paso de cada proceso. El mundo real es diferente del conocimiento teórico y dos negocios diferentes en la misma industria, diablos, incluso dos departamentos diferentes en la misma compañía, pueden usar el mismo término para significar cosas diferentes.

Si realmente no lo sabes, esto es más fácil. Por otro lado, tener algo de experiencia en el dominio tendrá una idea de las áreas problemáticas.

Te sentirás como un idiota haciendo preguntas realmente estúpidas, hasta que veas a dos directores / VP / CxO discutiendo sobre lo que realmente significa un término de la industria bien utilizado, lo que resulta en un cambio en la estructura de facturación cuando se dan cuenta de que sus principales clientes realmente les están costando dinero. (Su experiencia puede ser diferente)

Para ser útil, dirijo la pregunta de lado. No es el conocimiento del dominio lo que hace que un desarrollador de software sea útil, porque hay algunos contratistas asombrosamente brillantes que comienzan a trabajar en un nuevo dominio cada seis meses. Es un conjunto de comportamientos que muestran más allá de su capacidad técnica.

El cambio de comportamiento clave es el siguiente: no espere que alguien le proporcione los requisitos.

Por supuesto, comience con una historia de usuario. Pero cuando encuentre un nuevo escenario mientras lo implementa, no solo envíe un correo electrónico al propietario de su producto y pregúntele “¿qué sucede en este caso?” Primero, explíquelo usted mismo. Según lo que sabes de la historia, ¿qué crees que sería lo correcto? Ahora, sugiérale eso al propietario del producto: “He encontrado este caso, creo que deberíamos manejarlo así, aquí está mi razonamiento”. Si están de acuerdo, buen trabajo. Si te dicen que te equivocas, pregunta por qué. Y ahora ha aprendido algo, y crucialmente, también sabe por qué está implementando ese escenario de esa manera, lo que puede ser invaluable cuando se profundiza en los detalles de implementación.

Mejor aún, pregúntele directamente a un usuario o parte interesada. Los propietarios de productos (o BA) hacen un gran trabajo pero son completamente humanos. Obtendrá una mejor visión del dominio si puede preguntar a los verdaderos expertos. Le brindarán información más profunda sobre el dominio que de repente puede tocar un acorde semanas después cuando se le pide que implemente algo y se da cuenta de que todo el problema podría resolverse diez veces más rápido (en función de ese dato de información, el encargado de la administración de cuentas te dije el mes pasado).

Un buen contratista hace esto tan pronto como aterriza, a menudo sin darse cuenta de que lo está haciendo. Así es como pueden ser invaluables, aunque en realidad nunca van a estar allí el tiempo suficiente para convertirse en un “experto en dominios”. Por el contrario, un desarrollador pobre puede permanecer en una empresa durante 10 años y nunca entender realmente lo que está haciendo, porque simplemente se sientan frente a su teclado esperando que se les cumplan los requisitos.

Hace varios años, un experto en dominios amigo mío y yo decidimos comenzar a trabajar en software de lógica computacional (principalmente, pero no del todo, un probador de teoremas automatizado de primer orden). Era un candidato a doctorado en matemáticas en el estado de Arizona … o tal vez fue la Universidad de Arizona, no puedo recordar nada más. Cuando salimos, le pregunté si pensaba que podía escribir el software sin comprender el campo. Él dijo “no” y me prescribió un curso de estudio con él como tutor. En retrospectiva, tengo que estar de acuerdo. Dudo que algo tan complicado pueda ser programado efectivamente por alguien que carece de una buena comprensión del dominio, al menos lo básico. Por un lado, ¡se necesita un experto en dominios para asegurarse de que está obteniendo las respuestas correctas!

El conocimiento específico del dominio ahora se está volviendo muy importante en la industria del software de TI y también es increíblemente valioso para el desarrollo de software. Es muy importante para los desarrolladores y probadores de software.

• Importancia del conocimiento específico del dominio en software
• Conocimiento específico del dominio del sistema de salud de EE. UU.

¡Podemos observar una razón más por la que los expertos en dominios son los más buscados! Cuando contrata nuevos ingenieros que acaban de salir de la universidad, no puede esperar que compitan con los profesionales experimentados. ¿Por qué? Debido a que los profesionales experimentados ciertamente tienen la ventaja de un dominio y experiencia en pruebas y tienen una mejor comprensión de los diferentes problemas y pueden entregar la aplicación mejor y más rápido.

Debe tener algunos conocimientos básicos y algo / alguien a quien consultar. Realmente, obligarte a convertirte en un “experto” en un campo que no provoca pasión en ti solo te torturará y te enfocará en las direcciones completamente equivocadas. Tenga en cuenta que si el campo le interesa, debe hacer un esfuerzo adicional para poder sugerir soluciones más completas usted mismo.

Simplemente mantenga una lista rápida de “qué pasaría si” para todo el proceso comercial de su producto final y pregúntese qué códigos realmente valen la pena explorar.

Menos de lo que piensas. Lo que es más importante para los sistemas de representación es que usted y su equipo conocen un enfoque de diseño predecible y repetible que le permite modelar en código los conceptos de dominio, sus relaciones con los demás y las reglas que los limitan.

El conocimiento del dominio es extremadamente útil. Conocer los aspectos básicos de una industria es invaluable. Sin embargo: el conocimiento del dominio y la experiencia del dominio no son lo mismo . La experiencia de dominio es mucho más valiosa, ya que le permite comprender cuándo su conocimiento de dominio es insuficiente o se desvía de la media.

Es útil para obtener una entrevista.

He solicitado docenas de trabajos trabajando en finanzas, y cada uno de esos puestos dice que tienes que tener experiencia en finanzas. Lo mismo para el cuidado de la salud. Y militar. No obtuve entrevistas en los dos primeros, pero obtuve varias para militares debido a mi experiencia apoyando al Departamento de Defensa. Durante mi tiempo con el DoD, no habría pensado que hice algo diferente de una posición normal.

Ahora, dicho esto , probablemente sepa más sobre contabilidad y sobre cómo funciona una plataforma de citas en línea de lo que cree que lo hace, solo lo ve desde una perspectiva diferente de la que lo haría un contador, o de alguien que ingresa al software ERP por primera vez. Lo has tocado, sabes lo que está sucediendo allí y probablemente puedas seguir apoyando a otro ERP usando ese conocimiento y experiencia.

Con mi experiencia en DoD, en realidad sé mucho sobre la estructura de las fuerzas armadas, el gobierno, cómo funciona el presupuesto, cómo funciona el proceso de acreditación de software, cómo funciona IA en el gobierno, cómo navegar ese dominio en general. Estas cosas no flotan en mi mente cuando pienso en lo que he hecho con el DoD, que es administrar servidores y desarrollar código según las especificaciones.

Además, noté que al solicitar más trabajos, la especialización de dominio paga mucho más que la generalización, especialmente con respecto a los ERP. Entonces tienes eso para ti,

No creo que haya una respuesta simple.

Soy un generalista, porque no he podido seguir interesado en un dominio durante demasiado tiempo. Creo que se necesitan ambos tipos, los ingenieros con un conocimiento profundo del dominio pueden resolver problemas específicos y los generalistas pueden polinizar de manera cruzada diferentes dominios de la industria. Lo mismo ocurre con la ingeniería de software en sí, por ejemplo, es difícil para un desarrollador de pila completa crear una interfaz de usuario realmente impresionante y un back-end escalable bien diseñado al mismo tiempo. Creo que respondiste tu pregunta tú mismo, porque en un equipo bien equilibrado debería haber múltiples tipos de ingenieros.

Diría tanto conocimiento de dominio como sea posible, pero trate de aprender su tema como deberían haberlo hecho, y sepa qué tan principiante es por el tamaño de la pila de “libros de texto terminados” 🙂

Un poco de aprendizaje es una cosa peligrosa;
bebe profundo o no pruebes la primavera de Pierian:
Hay corrientes de aire poco profundas que intoxican el cerebro.
y beber en gran medida nos vuelve a sobriar.

– Un poco de conocimiento es algo peligroso