Ir al contenido principal

Sobre la situación en Chile y la calidad de la argumentación

Es muy triste lo que está sucediendo en Chile, el camino de la violencia siempre es doloroso y no resuelve nada de fondo.

No tengo conocimiento profundo de la situación, sus causas, cómo se desarrollaron los hechos como para tener una opinión formada. Mucho menos cuales son las soluciones.
Solo conozco lo que han pasado en los noticieros y redes, que en general son posiciones maniqueístas, teñidas de otros intereses y que mucho no aportan para entender el fondo.

Eventualmente por escribir esto sea un "tibio" y alguno que lo lea dirá "es obvio! hay que tomar TAL posición".
Bueno, no suelo tomar posición y menos dar opinión sobre un tema sin conocer suficiente del mismo, perdón por ello.

Yendo a la cuestión, algo que si me pareció muy bueno y de donde aprender es este análisis que hacen en la Televisión Nacional de Chile es el nivel de argumentación.
Creo que aporta sobre algunos temas de fondo y estoy de acuerdo con mucho de los conceptos ahí vertidos, no sé cuanto aplican a la realidad chilena o no, pero algunos son universales.

En cualquier caso lo que rescato es el nivel de análisis, intercambio de opiniones, argumentación, respeto y mesura, especialmente cuando se trata de integrar diferentes visiones sobre un tema complejo, doloroso y delicado.
Hay un abogado, un cura jesuita que vive en un contexto social complicado, un empresario de empresas B, etc que comparten unos minutos en TV y se puede aprender de ellos, por lo menos en esos dos sentidos: algunos conceptos que creo universales y sobre todo la calidad de la argumentación. Ya sobre el fondo de la cuestión que tratan, como dije al principio, no tengo posición clara.

En el fondo lo que creo es: no sé cual es la solución pero seguro la mayoría de las soluciones (para este y todos los problemas o diferencias que tengamos) se encuentran teniendo ese nivel de intercambio, respeto y empatía. En la TV, en las redes, en la esquina o en la familia.

Por una buena argumentación! Disfrútenlo.




Comentarios

Entradas más populares de este blog

Abrir links con aplicaciones nativas y no el browser (deeplinking)

El problema que tengo con algunas aplicaciones Android/iOS es que cuando recibo un link por algún medio (mail, tweet, etc) al abrirlo me lo abre con el browser, en lugar de abrirlo con una aplicación nativa asociada a ese “contenido”. Por ejemplo, si recibo un link a un tweet espero que lo abra con alguna aplicación de twitter que tenga instalada y no con el browser. De modo análogo si recibo un mail con una nota de prensa de un medio X y tengo la aplicación de ese medio X instalada, espero que el link lo abra con la aplicación nativa y no con el browser. Lo mismo quisiera con mi aplicación de "banking" o cualquiera que tenga instalada y sepa manejar ese "contenido" (link). Los motivos son bastante obvios pero los resumo en: la experiencia de usuario es mucho mejor en la aplicación nativa que en el navegador. Parte importante del tema es que el mismo link sea válido tanto para ver el contenido en el browser como para verlo en la aplicación, porque como prove

¡A la salud de mi KB!

Es bueno, especialmente en "bases de conocimiento" (KB) que han pasado por varias versiones de Genexus, chequear su "estado de salud". En este sentido KBDoctor  es una herramienta que ayuda mucho, principalmente desde el punto de vista del "modelo" Genexus (atributos, calls, definiciones de variables, etc) representado en una KB. También es útil revisar la salud de los archivos que lo soportan. Hasta la 9.0 eran archivos C-tree (los famosos .DAT) que tenían indices (los famosos .IDX) y teníamos en "rebuild -y" que mejoraba esos archivos y sobre todo reconstruía los indices. A partir de la X las KBs se almacenan en MS SQL Server por lo cual la administración de la misma pasó de ser un "file server" a un "database server". En este sentido algo que me ha dado muy buenos resultados es el "CheckKnowledgeBase".

Rocha:Constantes tipo fecha

En la Rocha se soportan constantes del tipo fecha o fecha-hora con formato ANSI/ISO (AAAA-MM-DD HH:MM:SS).  Tecnicamente (Sintáxis): <date>::=    [0-9]{1,4}"/"[0-9]{1,2}"/"[0-9]{1,2} | [0-9]{1,4}"."[0-9]{1,2}"."[0-9]{1,2} | [0-9]{1,4}"-"[0-9]{1,2}"-"[0-9]{1,2} <hms>::=    [0-9]{1,2}[ap] | [0-9]{1,2}":"[0-9]{1,2}[ap]? | [0-9]{1,2}":"[0-9]{1,2}":"[0-9]{1,2}[ap]? <constant> ::=   "#"<date>"#" | "#"<date> <hms>"#" | "#"<hms>"#" Funcionalmente Se pueden utilizar esas constantes en las reglas, eventos, propiedades, etc (todo lugar donde se utilice el parser): Algunos ejemplos básicos: &FechaInicial=#2007-01-01# &FechaHoraInicial=#07-1-1 11:15a# &HoraInicial=#11a# Me parece bueno no tener que escribir funciones (CTOD, TTOC) sobre constantes tipo char para lograr una fecha y mucho mejor aun en