Comprensión de los conceptos básicos de programación: Objetos y procesos

A través de mis estudios me expongo a mucha programación. Esto es útil para resolver problemas técnicos, pero también me gusta pensar cómo se pueden aplicar los conceptos a diferentes dominios y a la vida diaria. Para que el programa funcione, estas partes deben estar estructuradas, comunicarse e interactuar entre sí. Dos maneras de estructurar un programa son "Objetos que invocan el comportamiento" y "Procesos que comparten información" La estructura en el primer enfoque se basa en objetos que consisten en datos y funciones. Representada es una manzana y su estructura como un objeto. Contiene datos sobre el color y las funciones para obtener o ajustar el color. En un programa existen muchos objetos diferentes que interactúan entre sí. Otro objeto puede obtener el color de la manzana utilizando la función getColour()</pre>. En el segundo enfoque, sin embargo, los procesos sólo comparten información. Se ilustran dos procesos, el del coche y el de la luz de freno. Cada proceso utiliza la información que recibe para decidir qué hacer. En este ejemplo, la luz de freno comparte la información de que la luz es roja, y el coche tiene que decidir si debe detenerse o no. A diferencia de la primera aproximación, la luz de freno no puede hacer que el coche se detenga invocando directamente su comportamiento. En los enfoques discutidos, el grado de autogobierno se encuentra en polos opuestos, desde objetos que se comportan basados en invocaciones externas hasta procesos que toman decisiones informadas. En la vida real, el grado de autogobierno no es binario, sino que se equilibra entre ambos. Este equilibrio puede ser pensado como una escala con un cambio gradual de fuertes expectativas a la influencia de la luz Completamente a la izquierda encontramos a un padre haciendo que un niño limpie su habitación. Al moverse a la derecha hay alguien tratando de hacer que su amigo se una al entrenamiento. Más adelante encontramos una discusión sobre la cena. Antes de ahondar en las aplicaciones a nivel personal, es útil mover el alcance e inspeccionar los entornos. Algunos entornos requieren una funcionalidad específica y, por lo tanto, están deliberadamente estructurados de cierta manera. Los militares operan en situaciones estresantes y de tiempo crítico y para superar las interacciones entre los soldados están basados en IB. En el otro lado del espectro, el propósito de los foros de discusión es comprender mejor los temas elegidos. Cuando se examinan las interacciones a un alto nivel, es fácil agruparlas y etiquetarlas como el mismo enfoque. Sin embargo, la inspección de interacciones específicas y la comprensión de los procesos internos pueden dar respuestas completamente diferentes. Esta diferencia puede ilustrarse con un escuadrón militar formado por un sargento y algunos soldados. En un escenario el sargento ordena disparar a la derrota. Contrasta esto con otro escenario donde el sargento informa que podría haber un soldado apuntándote en la derrota. En ambos escenarios los soldados terminan disparando a la camioneta, pero los procesos internos son diferentes. Los entornos aparentemente estructurados de una manera, sin embargo, contienen muchos más matices: algunos se estructuran deliberadamente, mientras que otros están surgiendo de forma natural. Si atribuimos IB al deseo de control y SI al deseo de apertura, la escala puede aplicarse para detectar y comprender la dinámica del poder. Analizando cómo interactúan los agentes entre sí y calificando las interacciones de IB a SI, es posible mapear tanto las jerarquías de poder implícitas como las percibidas, la escala es útil para entender los entornos y las dinámicas de poder emergentes, pero también estimula la reflexión a nivel personal.

¿Todas las interacciones no relacionadas con la IS implican que el remitente piensa que entiende el mundo mejor que el receptor? Y, ¿puede tal implicación ser justificada alguna vez?""

Interactuar con algún grado de IB significa ejercer influencia sobre lo que la otra persona debe hacer. Pero, ¿cómo puede una persona comprender mejor lo que otra persona debe hacer que la propia persona? La segunda persona, al igual que la primera, tiene su propia comprensión compleja y vívida del mundo, lo que les hace ser los mejores para decidir lo que deben hacer; anteriormente he fluctuado, sin darme cuenta, entre los dos puntos finales al interactuar con los demás. Ahora trato conscientemente de interactuar con la mayor cantidad de SI posible.

Etiquetas

Desarrollo de SoftwareCodificaciónHabilidades de codificaciónHistorias técnicas recientesProgramaciónAprender ProgramaciónIngenieríaIngeniería de SoftwareContinuar la discusión