Entradas

Mostrando entradas de 2022

Cerrando 2022

Imagen
Se acaba 2022 y con el un año mas de aventura de llevar a Harbour a la web. Atrás queda el mod 2.1, sin duda la mejor herramienta para programar en web a nivel profesional con harbour, equiparable en muchos aspectos a php. La pena que me dio es la falta de interés por el usuario harbour y como ya comenté en alguna ocasión y después de hablarlo con colegas, creo que el diagnostico es fácil. No es que sea malo el mod, los programadores harbour en general son "malos" en la web. Supongo y se que nadie se sentirá ofendido por que creo que se entiende perfectamente lo que quiero decir. Los programadores Harbour (y siempre hablo en términos generales) son auténticos profesionales y expertos forjados en una vida en programas para dos, os, windows que son capaces de realizar cualquier proyecto dentro de este ámbito. Pero este salto a la web la cosa no es tan fácil. Son muchas las cosas a aprender, estudiar, probar, leer, reflexionar, asimilar. Numerosos lenguajes y numerosos conceptos

Anclado

Imagen
Al hilo de un usuario del grupo de skype (Javier), hare la reflexión aquí  por ser una refleción quizás demasiada extensiva. Intento cerrar lo necesario para poder construir app web solo con harbour. Es muy complejo, de hecho no se si lo podré hacer, me gustaría creer q si. Siempre desde el primer dia os he dicho y no me cansare de decir q la web es difícil y que si quieres web necesitas aprender web, y de hecho ya teneis servidores mod y uhttpd que podeis usar. Quiero intentar crear una manera fácil para el programador harbour, y no es fácil. Bajo mi punto vista, usuarios que ya entienden la base, como por ejemplo Javier, de la programación web, no necesitarían para nada todo esto que estanmos haciendo, simplemente una vez ya pones en marcha html, js,... solo es necesario seguir aprendiendo e implementando. El otro dia Quim decia que por narices se necesita lenguaje web, yo lo se y tiene razón, pero dije que no, que creo que algo básico podríamos hacer y lo intentaré.  Delante la falt

Pensando en el browse...

Imagen
Esta semana estaba un poco a la espectativa de como se movía la gente con la presentación de form-io por parte de Quim. Como comenté, creo que el concepto es bueno en el ámbito de como crear pantallas. Pero la verdad pocos han probado el sistema, supongo que aun queda madurar un poco el tema del diseñador. También he visto a un par de programadores haciéndose un poco de lio todavía de como funciona el sistema. Creo que es muy fácil de entender y abstrae muchos conceptos que son necesarios aprender para programar web. Entonces llegamos también al momento en que si no puedo ir por el camino diseñado, pues voy por otro y allá empieza mas lio. También el que pone su pluggin y no sabe como conectar. Ya comente que miraré este proyecto solo por la línea diseñada, no voy a estar mirando porque un pluggin falla o no. Quien tenga un problema en el concepto lo iré arreglando, pero el objetivo y el camino es este. Si alguien quiere ir mas por el standard de la programación web, le recomiendo el v

Form-IO - Capítulo I

Imagen
Hoy hemos tenido en la reunión a nuestro Quim, que nos ha hecho una demo brutal integrando el pluggin Form-IO con nuestro UHttpd2. Siguiendo con nuestro "concepto" yo entiendo que esta es una muy buena de programar y diseñar las pantallas de nuestra aplicación. Recordemos un poco la charla cuando proponía diferentes pasos para poder diseñar las pantallas de nuestra aplicación SIN tener que usar html,js,css,...  Ya comenté alguna vez que particularmente encuentro que el diseño de pantallas con un editor de recursos, dígase Form-IO, workshop,... es la mejor manera de diseñar y mantener una aplicación. Es extremadamente productivo, porque todos sabemos la dificultad de "pintar" las pantallas en la web. Y esta, es una de las patas nuestro famoso taburete de nuestro proyecto, el poder diseñar bien las pantallas. Una vez vista la presentación, me entrevisto a mi mismo 😅 - Se ha entendido el concepto de pintar la pantalla?   Creo que si, hemos visto un editor web profesio

Rendimiento

Imagen
Ayer no tenia muchas ganas de tocar code y al final me lie en hacer unas primeras pocas de rendimiento del UHttpd2 para ver realmente como aguanta una prueba de carga. No queria llevarlo a pruebas de estress bestias, porque entiendo que la finalidad y el objetivo de este proyecto era espandir un poco mas la capacidad como servidor y entrar en el ambito de la lógica de la aplicación, para ayudar a todos los harbourianos.    Pero todo y que hace un par de meses ya hice alguna prueba quede asombrado. Soy consciente y los demas lo han de ser que no es el mod V2.1, pero su comportamiento en un escenario de 100 peticiones/10 concurrencia aguantaba e iba veloz. Ningún fallo en su ejecución, ningún request ko. Hice un par de pruebas con el tipico "Hello world!" y otra que fue realmente en la que me base, que simplemente abria una tabla, recorria los 1000 registros, cerraba la tabla,... Esto es una buena prueba para mi.  Evidentemente con V2.1 podemos usar persistencia y otras técnica