Bipunto..

jueves septiembre 13, 2007

¿Cuándo terminamos el proyecto?

Vía Navegapolis, me ha hecho gracia un post, el cuál me recuerda a uno similar todo un clásico de hace años:

-"Si salgo de esta, lo usaré".. 

domingo septiembre 09, 2007

Recuperación de fotos (y II) Continuando con el anterior apunte sobre recuperación de fotos de tarjetas de memoria de cámaras digitales, aquí va el siguiente capítulo, pero de carácter más técnico y con informaciones que espero sean útiles para el proceso de restauración.
Si no sabes lo que es un clúster de un sistema de archivos, no te recomiendo el tocho que sigue.

[Read More] Posted by Feliciano Borrego Vicente in Ti at 20070909 Comentarios[3]

sábado septiembre 08, 2007

Recuperar fotos borradas (I)

Horror! he perdido las orchomildoscientas fotos de las vacaciones de este verano que hice con mi mega chachi cámara digital!!!!
¿A cuantos nos ha sucedido este contratiempo tras el verano?

Siguiendo estos consejos tal vez puedas volver a recuperar las fotos de la tarjeta de memoria de tu cámara digital, tanto si las has borrado, como si has formateado la tarjeta de memoria.

miércoles noviembre 22, 2006

Quien es el ladrón En más de una ocasión he rechazado 'adquirir' alguna ganga de dudoso origen, bueno no, de dudoso nada. Cuando un individuo te ofrece un radiocasete de primera marca, regalándote el cargador de CDs, al principio no desconfías, pero cuando ves que el tío va con gabardina y en chándal, una calurosa tarde de domingo a la salida del parquing de la discoteca y que los cacharros van sin caja y con los cables cortados, pues... Parecido pasa con todo tipo de chismas electrónicas, como MP3, pda's o móviles, que se pueden encontrar en mercadillos, rastros y ferias itinerantes. El caso es que opino que es más ladrón que el que sustrae lo ajeno, el que se hace cómplice al adquirirlo a sabiendas. Me llega la circular de que el fin de semana del 11 y 12 de Noviembre, hubo un hurto de cuatro mil trescientos veintiún discos duros Hitachi, que iban desde la fábrica con destino a la sede holandesa del californiano proveedor de electrónica con fuerte presencia en España. Puedes consultar los números de serie en: http://b2b.ingrammicro.es/HITACHI.xls y si localizas alguno puedes demostrar tu civismo denunciándolo a: karel.everaet@ingrammicro-europe.com Yo creo saber donde están ¿quién recientemente ha aumentado sospechosamente la cuota de disco de sus subscriptores para resabiarse de la competencia? Bromas a parte, muchos discos duros para poder ocultarlos.. Posted by Feliciano Borrego Vicente in Ti at 20061122

domingo noviembre 19, 2006

Tendencias internauticas

Hace algunos años era el responsable de la informática de una empresa téxtil, una pequeña Pyme nacida de una gran marca, que se esforzaba por salir adelante en el entonces todavía competitivo mundo del textil. Su negocio se basaba en ir a las ferias, desfiles y demás eventos pre-temporada, tomar nota de las tendencias para la siguiente temporada y confeccionar (copiar) los modelos que se estimaba con mayor salida, los cuales eran elaborados en Marruecos o China. En una conversación con el responsable de diseño, me explicaba, que si bien cada temporada se marcaba una tendencia que seguía toda la industria en mayor o menor medida, existía siempre un tipo de prenda que, desmarcándose de toda tendencia, se vendía como churros. Quién acertaba a fabricar dicha prenda o lo captaba con suficiente antelación como para fabricarla a tiempo, se forraba.

El mundo de las TIC, no se mueve tan caprichosamente como el temporal mundo de la moda, es mucho más complejo. Pero como todo en esta vida tiene una evolución que, si bien no es completamente predecible, cuanto menos presenta unas tendencias intuibles.

Las grandes marcas, con sus pasarelas glamurosas y sus diseñadores -gays- divinos, intentan, consiguiéndolo sistemáticamente, conducir las preferencias de sus consumidoras/es para marcar estilo y a poder ser, vender su colección.

Blogueando sobre el 'palabro' WEb2cero, y otros temas variopintos, me vino una reflexión.
Tanta tecnología derrochada, tanto Visual Studio, tanto puntoNet, ASP, IIS y todo un derroche de 'innovación' y tecnología intentando crear tendencias, evangelizar y arrastrar a las masas de profesionales de las TI, y al final resulta que ¿quién conoce algún servicio en la red novedoso que pueda verse como exponente de la tecnología de Microsoft?. Yo ninguno que resalte especialmente.

Todo un fracaso para estos señores que tanto tiempo llevan ahí, en el centro de la ola, como si manejaran ellos el cotarro, pero que en realidad, el cotarro se maneja sólo o al menos esta comunidad es lo suficientemente lista como para que su pragmatismo se imponga sobre el márketing, los lobbies y la economía global.

Ahora no les queda otra que apuntarse a la 'moda' de otros, a PHP, a hacer malas copias de consolas de videojuegos o de reproductores de MP3/MP4 e intentar salvar los muebles de la mejor manera posible.

Recientemente comentábamos, mi amigo Julio y yo, y nos regodeabamos, uno de los primeros grandes fiascos de los negocios de Internet, al que también los de Redmon se apuntaron, el de los mega-portales. Se preveía que todo cibernauta tendría uno como página de inicio, en donde se le pondría a su alcance todo tipo de servicios y además se vaticinó que en todo el mundo sólo quedarían dos o tres portales. Ciertamente desaparecieron docenas y los que han quedado se cuentan con los dedos de las manos, pero ni son portales (no se pueden personalizar al gusto del consumidor), ni son la página inicial más que para el IExplorer que por vagueza mantiene el que el señor Bill a colocado.

No sé si la secuencia lógica para predecir esto fue: "como en Internet hay tanto en donde escoger, el cibernauta se verá abrumado así que se lo daremos todo refrito en un portal" o si fue que se pensaba que la gente no sabría encontrar lo que buscaba entre tanta petainformación, pero el caso es que yo siempre veo, como página inicial,

a Google..

lunes octubre 09, 2006

Tópicos antiviabilidad Demasiado frecuentemente aparece por estos lares, los de La Red, la queja tópica de que si las empresas desarrolladoras no pueden vivir liberando su producto cómo Opensource y cobrando por los servicios, que si en ese modelo no hay futuro, que si sólo 'vendiendo código', y cerrado, se puede sobrevivir, etc... Resumiendo, que sólo en la venta de licencias existe viabilidad. Pues bien, No. ¿Puede una empresa prosperar regalando su producto?. Y si además no es un producto purrioso, por el que nadie pagaría un lero, sino un buen producto, por el que podría cobrar bastante más de 300 €uros, amén de la pertinente cuota por puesto ¿qué la puede motivar a no hacer esto?. ¿Podría una empresa subsistir cobrando una única cuota anual, voluntaria, en concepto de 'contribución' a la continuidad del producto, por las actualizaciones y por la asistencia técnica?. ¿Puede una empresa desarrolladora financiarse al 100% con 'servicios' y no vendiendo sus 'productos'?. Pues bien, la respuesta es Sí. Y además, EXISTE!!, y cuenta con muy buenos productos, es internacional y no es una multinacional con miles de euros de capital riesgo o con inversiones fabulosas. Ciertamente sus productos no son Opensource, pero es lo más parecido, sin serlo. Lo que es indiscutible es que bajo ciertas condiciones, una empresa puede vivir regalando su software, y cobrando por los servicios. Por favor, no me lloren más.. Posted by Feliciano Borrego Vicente in Ti at 20061009 Comentarios[3]

sábado enero 14, 2006

El Don de los Príncipes de Serendip

Cuentan, que en los remotos tiempos en que la memoria se confunde con leyendas, existía una exótica isla oriental llamada Serendip, quizás la antígua Ceilán actualmente llamada Sri Lanka, en la que vivían tres príncipes dotados de una excepcional cualidad: la del descubrimiento fortuito.

Este don, al igual que otras habilidades, ¿acaso está sólo al alcance de unos pocos afortunados?, o dicho de otra manera, con la cualidad de la inventiva, uno ¿nace o se hace?.

Más recientemente, en el siglo pasado, el Ruso Genrikh Saulovich Altshuller (Uzbekistán 15 Octubre 1926 - 24 Septiembre 1998), otra mente surgida de una oficina de patentes, a través de su experiencia laboral, trató de establecer unos principios que ayudasen a desarrollar la inventiva mediante un Algoritmo de resolución de problemas inventivos (ARIZ) y fundó las bases de lo que hoy conocemos como la Teoría de Resolución de Problemas Inventivos (TRIZ) (Teoriya Resheniya Izobreatatelskikh Zadatch).
Esta metodología se basa en el uso de unas técnicas y unas herramientas, junto a un conocimiento específico y un modelo, que permiten 'generar ideas y soluciones innovadoras para la resolución de problemas'.
Entre sus herramientas, además del algoritmo ARIZ, están los 40 Principios de la Inventiva, recopilados en la web de Software Secret Weapons, junto al modelado Object-Attribute-Function.

En la Fundación Oficial G. S. Altshuller, en su labor de difundir estas teorias, han publicado numerosos documentos en su versión y lengua original.

Toda una alternativa a las, frecuentemente estériles, 'Lluvia de Ideas' (Brainstorming)..

sábado noviembre 12, 2005

TAXI al Futuro En Marzo del 01 de este siglo, Tim Bray publica el artículo TAXI to the Future en XML.com, adelántandose cuatro años a lo que hoy en día son los pilares de la Web2.0. En dicho pionero artículo, tras hacer un histórico recorrido por las cuatro grandes arquitecturas en las que se ha ido cimentado la informática, hizo lo que hoy es una predicción bastante acertada de hacia donde parece que se asienta la nueva arquitectura en la que ya se comienzan a basar las aplicaciones del presente y del futuro inmediato. Alguien duda que las aplicaciones empresariales (ERP/CRM/CMS/DWH) cada día hacen más sine quanum un requisito: la Ubicuidad de uso; el poderse utilizar desde cualquier lugar del mundo y no sólo desde PC's o portátiles, sino también mediante PDA's o los últimos smartphones que ya están a disposición del gran público. Que se lo pregunten sino al fabricante de software de gestión que más instalaciones tiene en España, que para sus productos estrella, al tener una arquitectura de escritorio, ha de recurrir a los apaños de Citrix/Terminal Server como solución y argumento de venta para conseguir aquellos clientes que empiezan a exigir esa ubicuidad. Parece imparable el avance de las aplicaciones por el Camino de la web rica, que prescindiendo de lo que parecía que era la única vía (Flash), han encontrado la alternativa perfecta: Web2.0 ( AJAX, xForms, Web semántica, Servicios web, etc,... ). Como información complementaria a mi otra entrada anterior relacionada con AJAX, y con permiso del experto en Javascript, Matt Kruse, y su librería AJAXToolbox (no muy conocida), el marco de trabajo AJAX que está pegando fuerte es Dojo, sobre todo por la comunidad que tiene detrás planet::dojo, a través de cuya bitácora podemos seguir un sinfín de muy buenos ejemplos de lo que la Web2.0 nos depara. Entre las propuestas, destaca especialmente una que utiliza Dojo, del TurboAjax Group, y que son quizás los que tienen unos proyectos más impresionantes. Tanto TurboWidgets como TurboDbAdmin, hacen un exaustivo uso de estos conceptos y tecnologías. Por supuesto no todas las aplicaciones son aptas para desplegarse en la web, pero un empecinamiento en seguir fiel a los clientes ricos de escritorio, sin justificación real, es sin duda alguna, una decisión que se puede acabar pagando al tener que duplicar y reescribir parte de la presentación y orientarla a la web, como es el caso de openXpertya por poner un ejemplo.. Posted by Feliciano Borrego Vicente in Ti at 20051112

martes marzo 29, 2005

AJAX: Un ¿nuevo? acercamiento a las aplicaciones Web

Está visto que algo no deja de ser anónimamente algo hasta que alguien lo bautiza y le pone un nombre. Es en ese preciso momento, cuando ese concepto parece que acaba adquiriendo entidad propia y tal vez, por el simple hecho de poder llamarlo con un sustantivo, que se incide directamente en la velocidad con la que se propaga dicha idea. Es más, si nos movemos en el mundo de las T.I., y si dicho nombre es un acrónimo y contiene alguna de las letras 'mágicas' (cómo la X o la J), entonces la moda tiene todos los números para acabar conviertiéndose rápidamente en tendencia.

Las bases en las que se asienta y que hacen posible AJAX, aunque me pese decirlo, son mérito de los innombrables de Redmon al crear una extensión para su navegador versión cinco punto cero, allá por el 1999, el objeto ActiveX XMLHttpRequest. Realmente ya en versiones anteriores se contaba con extensiones propietarias como sus métodos innerHTML, o su iFrame.src que permitían otras aproximaciones al refinado XMLHttpRequest.
Cuando en Mozilla, y en su análogo Netscape, se implementa y clona dicho objeto XMLHttpRequest se hacen más viables este tipo de soluciones, pero posiblemente es con la implementación que hace Apple en su navegador Safari 1.2 cuando el tema empieza a adquirir la solvencia necesaria. Posiblemente es a raíz de un artículo de Mayo del 2004 de la propia Apple cuando se populariza el conocimiento de las propiedades de dicho versátil objeto. Es precisamente unos meses más tarde y buscando documentación sobre un bug de dicho navegador en la implementación de LiveConnect, cuando tengo conocimiento de semejante innovación. Y lo primero que me llama la atención al seguir investigando sobre el tema, es que allá por Abril del 2002, en la imprescindible web de Jibbering, Jim escribe un artículo en el que hace referencia a dicho objeto con unos ejemplos esclarecedores. Lo sorprendente de semejante revelación, es el hecho de que como si de una novela sobre templarios se tratara, dicho saber queda depositado, como oculto u olvidado, en un puñado de iniciados, hasta que allá por Septiembre y Octubre del pasado 2004, surgen al unísono los artículos y menciones en las webs y blogs de referencia del mundo HTML y JavaScript.

La explosión de dicha tecnología, sin lugar a dudas (y con permiso de OWA), es obra y arte de Google con el virtuoso uso que de ella hace en su GMail (aunque anteriormente ya se podía ver en varios mapas interactivos), pero hasta que se le bautiza con el nombre de AJAX, ni tan siquiera en la web de Jibbering había sido tenida tan en cuenta. Incluso pasa bastante desapercibida la flexible implementación conseguida con JPSPAN y que hace posible logradas interfases de usuario en las aplicaciones de la arquitectura LAMP que la utilizan. Las réplicas para el mundo Java han sido menos conocidas, las últimas en llegar han sido la Direct Web Remoting o la JSON-RPC-Java. En la plataforma LAMP, tradicionalmente más preocupada por ofrecer una interface de usuario vistosa, a las carencias del HTML se les ha dado diferentes soluciones tanto del lado del cliente como del servidor en combinación con PHP, inicialmente con PHP RPC que fue un fork de IXR: Incutio XML-RPC Library for PHP y que, implementando cliente y servidor, se ha convertido en lo que actualmente es JPSPAN. Todas ellas, de una manera u otra, se basan en la especificación XML-RPC que tiene no pocos usos. En el baúl de los recuerdos también se queda vcXMLRPC Library. Otro de los precursores fue el sitio Ashley IT con una variada colección de enlaces sobre Remote Scripting y con un par de implementaciones propias como la Javascript Remote Scripting (JSRS) o la RSLite, que datan de allá por el año 2000. En Sitepoint en su día también encontré unos buenos ejemplos sobre el tema. Otra buena descripción de dicha tecnología la encontramos en el blog de Jason E. Sweat, en dicho post de Agosto del 2004 explica una implementación utilizando la librería jsolait que incluye tanto un módulo xmlrpc con la enésima implementación del archiconocido xmlrpc, como una implementación JSON-RPC utilizando el protocolo JSON. Otro artículo para recopilar desde Peej Cola, el de Paul James XMLHttpRequest, REST and the Rich User Experience con especial mención a los pilares de Http: REST.

Pero centrémonos en el tema, este Febrero, desde Adaptive Path y de la mano de Jesse James Garrett nos llega un artículo con el título Ajax: A New Approach to Web Applications en el que nos describe un combinado de baja graduación que mezclando una serie de componentes harto conocidos, y proporcionándonos la fórmula con los ingredientes precisos y las proporciones adecuadas, de la cocktelera nos saca una pócima ante la cual, una vez bautizada con su correspondiente nombre y apellidos, muchos se quitan el sombrero. Y la cosa tiene su mérito. Y ha traído cola y lo que nos rondará morena. En fiftyfoureleven hay una completa recopilación de enlaces e información sobre todo lo concerniente a XMLHttpRequest & Ajax Based Applications.
En el weblog de Denker Über podemos encontrar el post original traducido al castellano. Añado otra traducción de DeltaBlog

No es que quiera desmerecer, ni faltar, ni quitar protagonismo a nadie, pero miremos con atención en que consiste la propuesta bajo la denominación de AJAX. En esencia consiste en utilizar conjuntamente las siguientes tecnologías:
a) Presentación basada en estándares: CSS y XHTML. Quitando Flash/Applets, ¿acaso existe alguna otra alternativa seria? ¿Hay alguien que programe para la web y que no use CSS?. En el tema de XHTML realmente está bien que por enésima vez se recuerde adoptar la recomendación XHTML, dado que las adaptaciones son mínimas y HTML tiende a la obsolescencia.
b) Presentación dinámica e interacción usando el Document Objectg Model. Esto es algo que me deja frío. Hay miles de webs que usan y abusan del DOM, el del ignominioso MS-IE4. Supongo que aunque se sobreentienda, no estaría de más aclarar que se habla del DOM del W3.
c) Intercambio de datos y manipulación usando XML y XSLT. Le voy a dar un punto. La JSP/ASP/Velocity/... del W3 se llama XSLT, y no hay nada que se pueda hacer con las primeras que no sea asumible con XSLT. Lo de XML, salvo raras excepciones como JSON, no creo que nadie se ponga a pasar datos en CVS, con separación por tabuladores y a reinventar la rueda. XML está ya perfectamente asentado y reconocido.
d) Recogida de datos asíncrona usando XMLHttpRequest. ¿Y eso por qué? ¿Por qué asíncrona, por qué usando XMLHttpRequest? Se me ocurren varios escenarios en los que es imperativo el uso de llamadas síncronas, ordenadas y secuenciadas. Y otros en los que XMLHttpRequest no está disponible.
e) Uso de JavaScript para enlazar todo junto. Otro punto que le doy. ECMAScript, ese eterno desconocido, mal usado y poco entendido, poco glamuroso y nacido como el hermano pequeño y minusválido de Java. Si es que si te cae un San Benito, del cielo te baja el martillo y los clavos.

La verdad es que analizándolo con detenimiento, AJAX no deja de ser sino un compendio de recomendaciones a las que se les ha dado un nombre, y que bien podía haber sido sustituida la invención o descubrimiento por un menos pretencioso y más humilde "estado del arte" con una "guía de buenas prácticas".

En mi humilde opinión, estos cinco puntos, bien se podrían resumir en únicamente dos básicos:
i) Utilizar DXHTML para la presentación e iteración con el usuario. Y con esto se da por hecho que se ha de utilizar ECMAScript y los estándares del W3: CSS, XHTML y DOM. Y a poder ser mediante una librería que encapsule y reutilice cuanto más mejor, vamos, como siempre.
ii) Utilizar Remote Scripting para la comunicación con el servidor. Mediante cualquiera de las técnicas actualmente disponibles y que permiten una mayor compatibilidad con los navegadores existentes.

Y como que el nombre de Ajax no me pone, y dado que la denominación debería de ser, aunque sea algo larga, "HTTP+XML+HTML+W3DOM+RemoteScripting+ECMAScript+CSS", pero dado que HTML+ECMAScript+DOM, se le ha denominado tradicionalmente DHTML, me parecería más acertado usar simplemente el nombre de DXHTML con algo más, por ejemplo, subrayando el hecho de que se utilizan las recomendaciones del W3, quedando algo así como W3-DXHTML. Pero para acentuar la importancia del scripting, finalmente a estas dos recomendaciones las bautizaré como W3-DXHTML-EcmaScript. Qué nombre más poco comercial y menos 'mercantilístico', creo que se impone usar un alias, como por ejemplo.... Remote Scripting, dos palabras que recogen la esencia de todo este montaje y además con una solera que data nada menos que del 1998.

Intentando buscar alguna ventaja a AJAX, ya que concluyo que únicamente es una nueva formulación, más desgranada y detallada, de lo que debiera de ser una implementación ideal del Remote Scripting de toda la vida, bien pudiera admitir que la novedad podría venir del hecho de hacer una novedosa apuesta de futuro. Veamos esto.

Lo curioso es que, en las webs y blogs de referencia y aprovechando la entrada de este 2005, en los posts sobre las típicas predicciones para el año que entra, fue común leer el anuncio de la explosión de la tecnología de la que hablamos. Por ejemplo, nos lo vaticinó Peter-Paul Koch en el QuirksBlog de su site [Quir]{smode], también desde Mezzoblue en el post DHTML'05 lo leímos, Sitepoint también lo destacó en 2005: The year of the DOM, suscribiendo lo mismo en una sutil reseña en el weblog de Simon Willison, y como no, por estos lares también la española IdeasFreelance hacían hincapié en la idea. Supongo que cuando algo está en el aire, si sabes olerlo e identificar el olor, no es difícil hacer de futurólogo. Pero prefiero apostar por que fue el meme de GMail que se supo transmitir adecuadamente.

Los entendidos, los que hace tiempo lograron entrever la revolución de las aplicaciones web y que usaron, promovieron, o desarrollaron esta tecnología, llámese XML-RPC, Remote Scripting, o lo que sea, no han dejado escapar la oportunidad de hacer alguna mención al mérito de la 'invención/descubrimiento' de AJAX:
Call an apple an apple, Ajax From a Different Point of View, Ajax, promise or hype?, Ajax? Or how an old idea needs new marketing.

Para acabar, que queréis que os diga, a mi Ajax siempre me ha olido a limpia hogar con fragancia de pino..

sábado febrero 05, 2005

A la atención de mi banco Sr. mandamás de mi banco, me dirijo a vd. por enésima vez para reiterarme en mi petición y notificarle de nuevo que su servicio de telebanca por internet es un churro. Y es un churro porque la web de dicho servicio no está hecha con la mínima profesionalidad requerida, ya que si fuese así, desde el navegador de mi elección podría acceder a todas las opciones y realizar cualquier operación sin ningún problema, como ocurre con el resto de webs que dan un servicio profesional de verdad. Algo que a día de hoy no me es posible realizar con el servicio que me prestan como vd. tiene que ser conocedor. Esos, a los que vd. a contratado la construcción de su web, le han engañado. Puesto que le han vendido alta tecnología y le han dado tecnología obsoleta. Sino, ¿por qué está hecho siguiendo las directrices del arcaico y desfasado navegador con menor cuota de mercado MS-Internet Explorer 4.0 ? (y para las versiones que se rebajan para soportar sus incompatibilidades promoviendo sus flaquezas). Yo uso un navegador que no sólo es razonablemente seguro, sino que soporta todos los estándares correctamente, como cualquier otro navegador moderno, actual, ya sea propietario o de código abierto, y ustedes se empeñan en endosarme una web moderna en apariencia pero de tecnología desfasada. Cómo pretende además que me crea que su web es segura, con lo complicado que es conseguir esto, si en lo más simple, que es la presentación e interación con el usuario, el equipo que lo ha desarrollado no ha estado a la altura técnica que se les supone. Y por favor, no haga más el ridículo poniendo en su boca las palabras de esos inexpertos a los que se les paga para hacer la web, de que sólo se puede utilizar el navegador xyz porque es el de más amplia difusión y otros tipos de justificaciones insolventes, más cuando todo el mundo que quiere saberlo, sabe, que además de no ser dichas afirmaciones ciertas, es actualmente el navegador menos actualizado, si no fuera por la cantidad de parches de seguridad que frecuentemente se le tienen que aplicar. Le podría dar una docena de razones razonables para no usarlo, pero le daré sólo una de otro tipo: como cliente suyo -"no me da la real gana". Por hoy no voy a dar su nombre, ni el de la entidad que dirige, ni el de los irresponsables que le han endosado semejante antigualla, pero hagámonos un favor, póngase las pilas, deságase de ese lastre y reemplácelos por un equipo humano técnicamente solvente. Ha de entender que si en breve no sale de la ignominiosa lista de webs de bancos y cajas que no son totalmente accesibles, y lo comprobaré personalmente, me veré en la obligación moral de denunciar públicamente y con todo lujo de detalles la inutilidad manifiesta de los implicados. Atte. Su sufrido pagador de comisiones.. Es de aplicación a este texto la siguiente licencia de Creative Commons. Posted by Feliciano Borrego Vicente in Ti at 20050205 Comentarios[1]