Las tres responsabilidades (mejor que roles) para Scrum. El grado de funcionamiento de Scrum en la organización depende directamente de estas tres condiciones: Características del entorno (organización y proyecto) adecuadas para desarrollo ágil. Conocimiento de la metodología de trabajo en todas las personas de la organización y las implicadas del cliente. Asignación de responsabilidades: Del producto. Del desarrollo. Del funcionamiento de Scrum. Responsabilidad del producto: El propietario del productoEn el proyecto hay una persona, y sólo una, conocedora del entorno de negocio del cliente y de la visión del producto. Representa a todos los interesados en el producto final y es el responsable del Product Backlog.Se le suele denominar "propietario del producto" y es el responsable de obtener el resultado de mayor valor posible para los usuarios o clientes.Es responsable de la financiación necesaria para el proyecto, de decidir cómo debe ser el resultado final, del lanzamiento...
Entradas
Cuando las estimaciones van mal Ayer encontré un artículo que me dió que pensar y cuyo título reza lo mismo que el mío. El artículo está escrito por Elizabeth Keogh, que en mí opinión no tiene mucha pinta de ser autóctona, lo digo porque yo, al menos, tiendo a pensar que en otros sitios las cosas no se hacen como aquí y todo es maravilloso como te contaban en la facultad, cuando la realidad es que todas las casas cuecen habas. El artículo que al final todos los proyectos tienen un presupuesto ya que las horas de los trabajadores cuestan dinero, así que cuando uno se pasa de horas tiene que mendigar más de ese presupuesto, como si le pidiera a su madre que le aumentara la paga, lo cual es verdaderamente humillante, amén de responder a todas las preguntas incómodas acerca del porqué de ese retraso. Pero, ¿que motivaciones tiene un programador cuando todo ha ido mejor de lo esperado? Pues a decir verdad, ninguna, ya que por parte del jefe de proyecto lo que esperará es que la siguiente v...
Una razón algo más técnica para no escribir métodos largos Hoy en día creo que más o menos todo el mundo tiene claro que escribir métodos muy largos es una mala práctica. Nos lo dicen en la universidad, nos lo dicen en los libros de programación, de ingeniería del software, de patrones o de refactorización. Los paquetes de métricas y de detección estática de errores nos avisan de que nuestros métodos son demasiado largos y el jefe nos echará una buena bronca si ve que hacemos un método de 5.000 líneas. Aún así, cuando uno está programando siempre hay esos momentos en que se siente un poco vago con algún método al que va añadiendo cosas y cosas, porque total, estamos haciendo sólo un boceto, ¿no? El problema es que esos bocetos se convierten en la versión definitiva (doy fe, que tengo un par de métodos grandes por ahí que verguenza me dan) y ahí ha quedado. Pero bueno, funciona, ¿no?. Y no lo va a tocar nadie nunca jamás de los jamases, ¿no?, ¿qué hay de malo entonces?. Pues sí, incluso...
IT: la profesión más estresante (según una encuesta de 33wytv) ¿Qué profesión a nivel mundial es más estresante? . Esto es algo, que tal vez, todos los que estamos enrolados en el mundo IT somos consciente, pero que muchas veces no tenemos tiempo como para sentarse a conversar de este tema. oohhh!!!, gran sorpresa??, pos no!!!, esto ya se sabia, la diferencia es que este artículo habla con encuestas a la mano, y eso tiene mucho valor, confiabilidad y sobre todo, credibilidad...!!!! Esta encuesta revela que los profesionales IT tienen más probabilidad de padecer de tensión nerviosa que cualquier otro profesional, así como, un 97% de personas que trabajan en el área de tecnologías de la información encuentran diariamente en su trabajo una gran tensión diariamente. Alqo que me llamó la atención es que por ejemplo, 4 de 5 IT se sienten estresados antes de entran en el lugar de trabajo, debido al aire quejas, la presión de gerentes y otros aspectos. Según la encuenta, esta es la lista de...
20 Tips para ser un mejor programador 9 Noviembre 2007 - Escrito por: Pablo En Programación Ya llevo varios años programando, a nivel web el lenguaje que mas me gusta o al menos el que mas domino es PHP, voy a intentar dar algunos tips que realmente me han servido mucho durante mi aprendizaje. 1. Estudia, estudia y estudiaEl estudiar nos permite perfeccionarnos, cuanto mas estudiemos mas oportunidades de programar mejor tendremos, no solamente estoy hablando de universidades, ni tampoco de cursos, hoy por hoy gracias a internet existen infinidad de tutoriales y manuales, sin ir mas lejos el sitio oficial de PHP es realmente muy bueno. 2. Busca antes de preguntarEsto es un mal común del que quiere aprender a programar, es mas fácil preguntarle a alguien que sepa, pero realmente no tiene que ser así por varias razones, primero por que es algo de muy de vago, luego que cuando alguien nos da la respuesta fácil no aprendemos nada, lo interesante cuando se nos presenta un problema es buscar...
Postbacks entre páginas diferentes en ASP.Net (Cross page postbacks) Las primeras versiones de la plataforma .Net introdujeron el PostBack como el mecanismo de recarga de una página gracias al cual era posible la persistencia del estado de controles y la interacción con ellos de forma muy sencilla y potente en el lado del servidor, modificando la filosofía de programación de webs que habíamos usado hasta entonces (ASP clásico, CGIs...).Sin embargo, si querías usar los controles de servidor en todo su esplendor te veías obligado a meter tareas completas dentro de una misma página; así, aquellas que presentaban funcionalidades relativamente complejas se convertían en batiburrillos donde se incluían formularios de entrada de datos, código de validaciones, formularios de salida de información, etc. Por ejemplo, podíamos tener en un mismo Webform paneles de introducción de criterios de búsqueda, paneles de información o errores, paneles con un grid para mostrar los resultados e incluso otr...
La ambigüedad es muchas veces la causa principal del fracaso de un proyecto Evaluar de manera imprecisa o equivocadamente el alcance, los objetivos, los plazos y las tareas necesarias de un proyecto es, mucho más comúnmente de lo que se cree, la causa que lleva al mismo al más rotundo fracaso. Comenzar a transitar un proyecto en esas condiciones es como dormir con el enemigo en la misma cama.El motivo por el cual un proyecto se evalúa equivocadamente es, en general, la falta de experiencia de quien lleva a cabo la tarea. No haber transitado proyectos similares, no conocer las herramientas adecuadas para el estudio del mismo, o no dedicarle el tiempo necesario a ese estudio, no son más que tres caras diferentes de la misma inexperiencia.Muchas veces se olvida de que lo que no se piensa antes, difícilmente podrá arreglarse después y entonces se inicia el proyecto salteando esta importantísima etapa previa, pensando que aquel viejo dicho de que "las cargas se acomodan durante la marc...
CamelCase De Wikipedia, la enciclopedia libre Saltar a navegación , búsqueda Ejemplo de CamelCase en un indicador CamelCase es la práctica de escribir frases o palabras compuestas eliminando los espacios y poniendo en mayúscula la primera letra de cada palabra. El nombre viene del parecido de estas mayúsculas, entre las demás letras, con las jorobas de los camellos . Existen dos tipos de CamelCase: UpperCamelCase, cuando la primera letra de todas está escrita en mayúscula. Ej: EjemploDeUpperCamelCase lowerCamelCase, la primera letra de la primera palabra está escrita en minúscula y las primeras letras de las demás palabras están escritas en mayúsculas. Ej: ejemploDeLowerCamelCase Se trata de un estándar en varios lenguajes de programación y en las primeras herramientas wiki ; también se utiliza a veces para nombres de empresas o compañías. Fuera de estos contextos no se utiliza con frecuencia. Un ejemplo de su utilización es el lenguaje de programación Java donde los nombres de clase...
Kumbia PHP Framework Kumbia es un framework basado en software libre que pretende lograr una reducción sustancial en el tiempo de desarrollo de aplicaciones web sin que esto produzca efectos sobre los programadores. La idea principal de Kumbia es producir aplicaciones que sean prácticas para el usuario y no solamente para los programadores. Para ello Kumbia automatiza todas las tareas de desarrollo repetitivas ayudando al programador a centrarse en la lógica de negocio de la aplicación y no en los pormenores que han de ser tenidos en cuenta durante el desarrollo de la misma. Kumbia ayuda a automatizar las siguientes características comunes de toda aplicación web: Plantillas Validación de Formularios Administración de Cache Scaffolding Interacción AJAX Generación de Formularios Efectos Visuales Seguridad Kumbia está desarrollado en PHP5 y puede ser utilizado en el desarrollo de aplicaciones de mediano y gran tamaño, con lógicas de negocio complejas y alta disponibilida...
Ponga a los mejores en los proyectos pequeños 04.09.2007 Al aumentar el tamaño del equipo del proyecto, disminuye la productividad personal. ¿Es porque en los equipos grandes los programadores son peores? ¿Porque la gestión los entorpece?. Por supuesto que se trata de una generalización, pero es una percepción recurrente, o al menos a mi me da esa impresión, y por eso me ha llamado la atención este consejo del consultor de EE Times, Jack Ganssle: Ponga a los mejores en los proyectos pequeños. Los mejores desarrolladores son seis veces más productivos que el más flojo del equipo, pero sólo cuando se mide a ambos en proyectos pequeños. A medida que el proyecto crece el mejor y el peor son igual de improductivos. Los grandes proyectos tienen grandes cantidades de ruido, reuniones, informes, e-mail... Un espabilado atiende en las reuniones a la misma velocidad que un torpe.
Garantía y mantenimiento de proyectos software Al entregar un proyecto de software aunque tengamos muy presente las enseñanzas de Philip Crosby siempre existirán fallos, incidencias e incluso defectos que deberán ser tratados. Proyectos comerciales de desarrollo de software suelen llevar de 3 a 6 meses de garantía después de la entrega del proyecto. El cliente debe instalar el software y validarlo lo antes posible y siempre dentro de este periodo de tiempo. Aunque pueden existir periodos de garantía más amplios, son acuerdos comerciales puntuales entre cliente y proveedor. Durante el periodo de garantía las incidencias encontradas deben ser reportadas formalmente y arregladas por parte del proveedor sin cargo alguno - mantenimiento correctivo del producto en garantía. Cualquier cambio - Change Request - introducido durante la garantía y aprobado por CCB debe ser facturado ya que se encuentra fuer...
Garantía, Soporte y Mantenimiento de Software El periodo de garantía en proyectos de software es una parte integral del ciclo de vida del proyecto , por lo tanto a la hora de realizar estimaciones de esfuerzo - presupuestos, el hecho de tener disponible una determinada cantidad de recursos supone costes y gastos que en su mayor parte obviamos, dejándonos llevar por la ilusión de una nueva iniciativa. El soporte y mantenimiento fuera de garantía también son parte del ciclo de vida como bien indica Joe en su comentario, pero no del proyecto sino del producto . En estos casos las cuentas de cargo deben ser diferentes ya que no se trata de alcanzar los objetivos del proyecto en sí (ya lo hemos conseguido anteriormente, hurraaaa!), sino tomar las fases de soporte de la aplicación como un proyecto nuevo... con obje...
¿Cómo reconocer a una persona ineficaz? Productividad Add comments Uno de los problemas más grandes que (según yo) ocurren al ser freelance y por tanto trabajar en casa es las continuas distracciones que se pueden encontrar en ella. Hoy buscando algo de información para evitar demasiada procrastinación , decidí hacerle una pequeña visita en google, descubriendo el blog: The Positivity Blog , donde hablan sobre los 7 hábitos de la gente altamente ineficaz . Acá un resumen: No demostrar nada. Procrastinar la mitad del día. Cuando realmente se hace algo, se hace lo que no es lo más importante. Pensar demasiado. Ver lo negativo y las desventajas en cualquier cosa. Encerrarse en sus propias ideas y evitar las de los demás. Sobrecargarse de información.
Los 13 hábitos para el desarrollo personal del ser humano Platicando con un amigo economista (que inteligentes son los economistas!) llegamos a la conclusión de que para que se logre un cambio social, se debe iniciar por un cambio personal… he aquí los que pueden ser los 13 hábitos para el desarrollo de los mexicanos ó de los habitantes de cualquier nación. 1. Disciplina. Toda voluntad que se quiera mover tiene que ser iniciada con auto disciplina. ¿eres capaz de seguir tu propia disciplina? 2. Orden. Del exterior que te rodea, de tus pensamientos, de tu arreglo personal, de tu vida, de tus planes. ¿tienes orden en tu casa, tu oficina, en tus prioridades? 3. Honestidad. No es únicamente no robar, sino que lo que pienses hagas y dices sea congruente. ¿eres honesto y congruente contigo mismo? 4. Autoestima. Se refiere a valorarte y quererte por lo que eres y no sentirte víctima de las circunstancias; sino i...
Estimaciones Parte 3 ¿En qué consiste una estimación del proyecto? Cada vez que un cliente solicita un presupuesto en esta acostumbrado o mejor dicho habituado a recibir un presupuesto según determinados criterios implícitamente claros para él. Para que el presupuesto no juegue con una desventaja innecesaria, preguntamos al cliente el formato en el que desea recibir el presupuesto. Tratándose del gobierno, nos lo indicarían en el pliego, pero si tratamos con empresas medianas o pequeñas debemos intentar de forma explicita solicitar esta información a fin de que el cliente tenga facilidades para leerlo. En aquellos casos cuando esta info adicional no esta disponible recomiendo facilitarle al cliente la estimación de forma escalonada, salvo que hayan instrucciones en contra. La estimación ocupa tiempo y recursos, para intentar asegurarse de que cuando lo preparemos y se lo enviaremos no se asusta, primero sería prude...
Estimaciones Parte 2 Continuando con el tema de estimaciones de proyecto, tenemos un escenario donde se nos ha facilitado un documento breve que describe en términos generales el alcance del proyecto. El documento contiene suficiente información para poder preparar estimaciones de tipo ROM o en mejor de los casos Budget, sin embargo el cliente desea que nos comprometamos con un precio cerrado. En estos casos debemos barajar siguientes variables: Background y conocimiento del Cliente Plazo para proporcionar la estimación Importancia proyecto (volumen de negocio, cliente, etc.) Riesgo vs. volumen información proporcionada. Relación que existe con el cliente y confianza. Consideremos diferentes escenarios: Worst Case Scenario. El cliente tiene pocos conocimientos técnicos y su background no permite elaborar documentación como casos de uso o análisis funcional para correcta estimación del proyecto. El cliente tiene muc...
Estimaciones Parte 1 Nos llega por correo del jefe o directamente del cliente una petición de estimar un proyecto basándose en un fichero adjunto. Ese es el escenario más común a partir del cual empiezan nuestras peripecias para responder al requerimiento usando ¿sólo? la información proporcionada... Según el alcance y el detalle de información incluida en la documentación de requerimientos podemos utilizar una o varias técnicas de estimación de proyectos. Imaginemos que con suerte el documento anexo es un análisis funcional con casos de uso de la aplicación (escenario óptimo), en este caso hemos tenido suerte ya que según el esmero del personal técnico y el nivel de insistencia podemos usar cualquiera de las técnicas más comunes de estimación (FP - Puntos Funcionales, UCP - Puntos de Casos de Uso, EDT/WBS - Bottom up, etc.). Pero no siempre es así, suelen llegar documentos poco detallados y ambiguos que no permit...
Crea contraseñas seguras Considerando que “ password y “ 123456 ” son las contraseñas más usadas en la red , tal vez es momento de crear una un poco más segura y más difícil de adivinar. Strong Password Generator es un sitio que hace exactamente eso a partir de un par de parámetros que indiques, qué tan larga debe de ser y si puede contener símbolos. También el sitio da algunos consejos para usar una contraseña más difícil de adivinar o de crackear : Debe tener 7 a 14 caracteres debido a la forma en que la encriptación funciona, 14 caracteres es preferible. Debe tener caracteres en Mayúscula y minúscula. Debe tener números Debe tener símbolos como ` ! ” ? $ ? % ^ & * ( ) _ - + = { [ } ] : ; @ ’ ~ # | \ . ? / Por la manera en que la encriptación funciona, debe tener un símbolo en la segunda, tercera, cuarta, quinta, o sexta posición. No debe parecerse a ninguna de tus contraseñas anteriores. No debe ser tu nombre, el nombre de un amigo, familia o parte del nombre de usuario. ...
Here is a list of PHP MVC framework for web rapid development, some of this are modeled after Ruby on Rails. Web Application Component Toolkit Limb PHP Web Application Framework EZ Publish LogiCreate Mojavi Navigator Phrame ZNF Achievo ATK Akelos Framework AModules3 Ambivalence Aukyla PHP Framework Binarycloud Biscuit bitweaver Booby Cake Castor Cgiapp CodeIgniter Copix Core Enterprise PHP FastFrame Fusebox FuseLogic Konstrukt Kumbia Krysalis Inek InterJinn Ismo Medusa Nexista P4A PHP on Trax PHPulse PhpMVC Popoon Prado Qcodo rwfphp Seagull Sitellite SolarPHP sQeletor ...
Siguiendo los Rubies miércoles, septiembre 12, 2007 at 6:00 AM Posted by Mario Alberto Chavez Desde hace algunos meses he estado siguiendo a un nuevo jugador en el área de desarrollo de aplicaciones para Web, ese nuevo jugador es Ruby . Ruby es un popular lenguaje de programación interpretado de pasada-unica con características orientadas a objeto y multiplataforma. Ruby tiene ya como 10 años de que fue desarrollado, pero creo que ha ganado una gran popularidad en los últimos años debido a un framework (marco de trabajo) que permite la creación de aplicaciones web con relativa facilidad y potentes; este framework se llama Ruby On Rails (RoR) . RoR esta basado en 2 patrones primordialmente, Model-View-Controller (MVC) ; el cual permite reali...
Fuga de cerebros….cuando un recurso de va….deja un espacio vacio… La programación y alocación de recursos (humanos) en un proyecto, es parte fundamental de la fase de planeamiento. Debemos tomarnos el mayor tiempo calculando las tareas a realizar; de acuerdo con las habilidades de la gente asignada (en los casos que la mano de obra sea escasa y fija). Es muy común en las organizaciones, menospreciar las habilidades de sus empleados y descuidarlos, dejándolos sin un factor de retención . Si nos encontramos en este tipo de organizaciones, se debe tomar un colchón de tiempo en los proyectos para reemplazar estos perfiles, asegurando la retención de los recursos claves o marcando los Riesgos por perderlos en un momento clave del proyecto. Hay sobrados estudios que demuestran; que es mas económico retener que reemplazar un puesto perdido (leer el articulo de Clarin o ESTE LINK de Estrategia On-Line ). Ahora la parte de periodismo de autor: Ley número seis del PM Alocado:...
Me he encontrado este artículo en un blog en el que dos programadores de Java, resumen muy bien como ha sido la evoloción de Java en los últimos años. Los autores son Russel Beattie y Joe Gregorio y comentan esto: ” Java es demasiado voluminoso y su curva de aprendizaje es demasiado empinada , con la catidad de APIs, librerías, servidores de aplicaciones e IDEs es imposible mantenerse al día. Una compañía no busca un desarrollador Java simplemente, busca un desarrollador de aplicaciones de servidor con experiencia en JSF, WebSphere y EJB (2.0 ó 3.0 depende), o desarrolladores con conociemiento de Eclipse, Tomcat, Spring e Hibernate . Las mayores innovaciones de hoy en día están fuera del mundo Java en sí mismo (opensource) , toda esta innovación no está orientada más que a hacer más fácil el trabajar con Java . Herramientas como Eclipse e IDEA hacen posible que sea productivo trabajar con Java. Asimismo, se han creado múltiples frameworks para programar Web en Java , la ...
Una breve reflexión para ampliar la definición que dí en un post anterior sobre qué podía ser para mí un Ingeniero de Software. Si la Ingeniería del Software se centra en producir software maximizando la calidad y minimizando el coste: ¿Qué es minimizar el coste? Minimizaciones que afectan al código: Robusto : que un cambio en un sitio del código no me haga perder el tiempo cambiando cosas en un montón de sitios más. Flexible : que el mismo código me sirva para diferentes cosas y no tenga que perder el tiempo en programar cosas que, aunque no sean iguales, son parecidas. Encapsulación y reutilización : que sepa qué clase hace qué cosa y pueda reutilizarlas en diferentes ocasiones y no perder el tiempo en escribir código que hace lo mismo una y otra vez. Mantenible : que no tenga que perder mucho tiempo buscando dónde está el fallo. Minimizaciones que afectan a las personas Gestión de proyectos : una buena comunicación en el equipo de desarrollo puede evitar perder el tiempo ...
10 señales que no eres buen programador 1.Estás convencido que eres “muy buen programador”. 2. Reconoces inmediatamente a Jobs, Gates o Torvalds pero no sabes quiénes son y/o qué han hecho Turing –además de su modelo matemático tan conocido–, von Neumman –además de su famosa definición de “arquitectura”–, Dijkstra, Knuth, Wirth, Kernighan, Ritchie, Engelbart, Corbató, Hoare, Minsky… 3.A primera vista del código de programas grandes de otras personas dices “vaya mierda de código, muy complicado, yo lo puedo hacer mejor”. 4.Justificas que tu código es ilegible para no mostrarlo o publicarlo. 5. No sabrías definir en pocas palabras qué es la programación estructurada, ni sus relaciones y ventajas/desventajas con las arquitecturas y diseño del hardware. 6.Afirmas “el último lenguaje/librerías/framework XYZ es el mejor”. O que “C y ensamblador desaparecerán”, o peor aún, “el C++ reemplazará al C en los sistemas operativos”. 7.Te dicen que puedes tener una race condition en tu código y pones...
Tips Para Programar Mejor Estudio ingenieria en sistemas computacionales, y una de las cosas que se les dificulta a muchos de mis compañer@s y amig@s es la programación, por lo que al encontrar estos tips de programación, no dude en postearlos, tal vez alguno de ellos los lea y les sirva, del que mas estoy de acuerdo es del primer punto, no programes porque tienes que, programa porque quieres : Bueno hoy les quiero compartir unos “tips” que les pueden servir mucho a la hora de programar, sobretodo a los que apenas van iniciando en ese campo. No soy un programador perfecto, pero en base al tiempo que llevo programando estos puntos me han servido mucho. Lo primero que uno necesita para programar mejor es tener gusto para programar sin gusto es muy dificil que aprendas aun pagues el curso mas caro. Necesitas tener iniciativa, un programador con iniciativa es alguien que se adelanta a los hechos, que investiga, que tiene un afan de ser mejor, un ejemplo puede ser la busqueda constante de ...
Consejos para profesionales independientes Mainframe.gr publica unos buenos consejos que vienen perfecto para los freelancers, emprendedores, o simplemente los que trabajan desde casa, que seguro han escuchado o leído infinidad de veces acerca de la disciplina que se necesita para no te distraerte de lo que es realmente importante. Mantén horas de trabajo regulares, levántate, báñate, vístete, desayuna con calma y de ahí trabaja. Desactiva todos los mensajeros instantáneos de una. Sé realista más que optimista. Siempre pide, al menos, el 25% por adelantado. Deja de usar acrónimos, PHP, ASP, SQL, HTML no tiene ningún significado para el cliente. Prepárate para estar solo. No fumes ni comas en tu escritorio. Prepárate para el fracaso. Organiza tus comunicaciones, no uses el MSN para clientes, ten una línea de teléfono separada para tu trabajo y llama antes de que te llamen. Acepta la mala actitud del resto. Planea con anticipación. Se tacaño, gasta en lo que sea realmente necesario. No ...
Cuidado con el pogramador que no le gusta programar Desde mis primeros días en la facultad hasta hoy he conocido a bastante gente que no les entusiasma mucho su trabajo de programadores, creí que que eran muy pocos, pero con el tiempo me doy cuenta que son muchos más de los que yo pensaba. Si has llegado a leer hasta este punto no creo que seas de esos, así que enhorabuena!Estos programadores, o desarrolladores que no les interesa lo que están haciendo nunca van a intentar aprender cosas nuevas, ni a mejorar su estilo. Nunca van a sentirse orgullosos de su código. Nunca leerán blogs tecnológicos, no sabrán que es The Server Side. Nunca leerán un libro tecnológico. No intentarán ayudar a sus compañeros, siempre estarán demasiado ocupados, pero en cambio son los primeros en preguntar cómo se hacen las cosas sin antes preocuparse de mirar manuales, libros, foros, etc... Este tipo de programadores hacen mucha daño al equipo. Así que, antes de que contrates a tu nuevo fichaje, necesitas muc...
¿Estamos listos para liberarnos del papel? Por Hebe Bravo La factura digital se emplea en España y México desde el año 2003 y desde hace 3 años en Chile. En Argentina, durante el año en curso, se ha reglamentado su obligatoriedad para las grandes empresas de servicios, conozcamos sus ventajas y desventajas. Las innovaciones tecnológicas ofrecen importantes recursos en el campo de la organización y manejo de los documentos. Entre ellos, la factura digital, por sus características particulares, acapara la atención de la Administración de los diferentes Estados, empeñados en promover su uso y extender la obligatoriedad del mismo, como mecanismo de control para la evasión fiscal. Como señala Wilson Rafael Rios Ruiz en su artículo Factura Electrónica. Los Títulos Valores en la Era de la Desmaterialización , “los avances tecnológicos vertiginosos, han hecho que la teoría de la desmaterialización de documentos y títulos valores sea una realidad y una necesidad inaplazable”. Sin embargo, para...