Neoplugins libres

¡Como siga así la cosa......! echa las barbas a remojar, Dave.

Quizás esto sirva, al igual que el Ave Fénix, para resurgir con más fuerza, no sé..... A ver lo que nos trae Dave con su nueva versión tanto esperada.

Una lástima.

Yo sigo viéndole muchas posibilidades a NeoBook. Quizá todos estos cierres y pérdidas son sólo el final de un ciclo, quien sabe.

Je je je... eso del "cambio de ciclo" me suena como cuando alguien le dice a un pobre que no es pobre, sino que su economía pasa por fluctuaciones... :D :D

No sé. Acabo de mirar la fecha de una de mis primeras aplicaciones hechas con Neobook: es de enero de 2003. No sé si desde entonces se ha cambiado el ciclo ya varias veces, pero, desde luego, ha llovido bastante...

Y ya entonces conocía a las personas que paseaban por el foro de Harko, por el oficial... en fin, que no he visto a Neobook ampliar su cuota de mercado (¿no se dice así?) pero, quién sabe... a lo mejor ahora hay un cambio de ciclo...

Yo apuesto por lo libre. Si alguien me dijera, ¿qué lenguaje debo aprender? Le diría, aprende C, C++, Python, PHP,... aprende entornos libres, estudia el código fuente libre de los demás. No le ataría a una empresa de software.

Claro que me reservo el derecho a cambiar de opinión. Me consta que Peri está incursionando en Delphi, y Delphi es un entorno cerrado y privativo, que diría Richard Stallman... No sé. La verdad es que no me siento capaz de decirle a nadie lo que tiene o no tiene que hacer.

Así que me callo. ;)

PD. Respecto de las posibilidades que pueda ofrecer Neobook, es evidente que así será. Habrá quien sepa sacarle partido y habrá quien no sepa hacerlo. Esto sí que parece claro. ¡Pero cuidado con desarrollar plugins, porque puede que no cubras tus expectativas!

Desde luego que te doy toda la razón.

Aunque visto desde otro punto de vista el que NeoBook tenga poca cuota de mercado lo convierte en un "arma secreta" para aquellos que lo conocemos. Dices de aprender C o C++, pero compara el tiempo y el esfuerzo que supone desarrollar algo en esos lenguajes en comparación con NeoBook.

Con NeoBook puedes crear una aplicación en muy poco tiempo que te saque de un apuro en casi cualquier trabajo.

Yo trabajo en una biblioteca municipal con más de 17000 usuarios y, de momento, la gestión de acceso a la sala multimedia (tipo cibercafe), la interfaz de los OPAC (online public access catalog), la comunicación entre los puestos de préstamo mediante chat, la generación de estadísticas, la catalogación de revistas y la impresión de tejuelos y códigos de barras para los libros, todo eso, se realiza mediante programas hechos con NeoBook.

Creo que si hubiera tenido que programar todo eso con C, C++ y no digamos con PHP (el cual conozco bastante bien), la cantidad de trabajo que hubiera supuesto lo habría hecho inviable.

Bueno. Probablemente es cierto que a mucha gente Neobook le basta y le sobra. Yo no le quito sus méritos a Neobook: sería absurdo por mi parte. Ahora bien, si lo que le va a uno es la programación, entonces mejor ir a la madre del cordero, ¿no? Vamos a ver con qué está hecho el propio Neobook...

Pero creo que, efectivamente, no estábamos tratando de eso y otra vez más me he liado y os he liado a vosotros. Lo que sí digo es que no espero un repunte de Neobook o algo así: porque hoy día lo que prima, según entiendo yo, son otros lenguajes, otros entornos, libres, si puede ser, otras plataformas, la web, en fin.

Pero supongo que una cosa no quita la otra, ya digo. Estoy seguro de que con Neobook se pueden hacer cosas muy curiosas. Adelante, pues. Que cada uno saque sus propias conclusiones, como se suele decir. :)

Supongo que cuando se domina un determinado lenguaje, hacer aplicaciones te resulta fácil, da igual el lenguaje que utilices. Ahora bien, la complejidad del mismo ya es otra cosa. Es normal que necesites más tiempo para dominar un lenguaje complejo, pero eso conlleva a la par que puedas desarrollar aplicaciones complejas. Pero cuando dominas ese lenguaje no tiene porqué resultarte más difícil hacerlo con él que con NB.

Mantengo que con NB se puede hacer casi todo (gracias a los plugin, claro). Sí, pero a veces, por falta de objetos o acciones, tienes que realizar giros imprevistos y complicados. Y éstos mismos con un lenguaje complejo como puede ser Delphi, C, ect. resultan más fáciles de hacer.

Sólo veo un aspecto negativo a NB, la falta de actualización. De una versión a otra pasan varios años, y a veces, esa actualización no aporta mucho más, y la gente se aburre. Y cada vez hay más personas que se montan al carro de la programación y demandan más.

No quisiera equivocarme, pero, creo que podríamos hablar de la escalabilidad de un sistema. Con herramientas como Delphi, tienes a tu disposición no sólo su VCL (Visual Component Library) sino la posibilidad de acceder al API de Windows de forma nativa.

Eso no puede hacerse con Neobook, de modo que, muchas veces, te encuentras en los foros con gente que tiene problemas para listar el contenido de un directorio... que es algo perfectamente hacedero en Delphi, usando o no el API de Windows, usando o no componentes de terceros.

Ciertamente, Neobook puede dar mucho juego, pero, ni siquiera con plugins se puede conseguir del olmo peras. ¿Sabéis que los plugins están bastante limitados? Hay cosas que te vuelves loco para hacerlas. Por poner un ejemplo, existe una limitación en cuanto al número de parámetros que puede tener una acción.

Claro, puedes inventarte parámetros "compuestos" y darle alguna que otra vuelta para salir del atolladero, pero, no es algo natural, y cuesta muchas veces un huevo hacer en Neobook lo que en Delphi sería cuestión de poco tiempo. Porque además esa es otra: siguiendo con Delphi, estoy seguro de que hay gente que hace aplicaciones y no sabe lo que es un puntero.

Quiero decir, que, efectivamente, Delphi puede complicarse, y mucho, pero, también permite a aficionados, como yo, hacer sus pinitos. Y desde luego no te verás con dificultades a la hora de listar el contenido de un directorio... por poner sólo un ejemplo que me llama la atención, porque la gente tira de archivos BAT y demás soluciones, cuando existen en el API de Windows funciones para estos menesteres.

Pero, las cosas como son, vuelvo a decirlo, una cosa no quita la otra. Neobook puede estar muy bien para ciertas cosas. E incluso podría decirse que puede ser la herramienta indicada para según qué casos. Pero, como dice Peri, contar con herramientas más potentes, puede merecer la pena, aunque sepamos que entrar en ellas tiene una curva de aprendizaje algo superior a la de Neobook.

Pero, ya digo, no muy superior. Porque con Delphi puede trabajarse de muchas formas, no todas puristas, o muy avanzadas. Mi sobrino pequeño sería capaz de poner un botón en un formulario y enviar un mensaje a quien lo pulse saludándole. Algo así, lejos de ser complejo, es extremadamente sencillo: tanto que algunos gurús piensan que es demasiado sencillo: que no ayuda a aprender realmente a programar. Pero, esto es otra historia. :)

Bueno, pues lo habeis conseguido...

Ya me estoy volviendo a mirar el TurboDelphi a ver si le cojo el gustillo.

Ja ja ja ja :D :D

Chico, no he podido evitar soltar unas risas... pero, ciertamente, el caso es que cada uno tome las conclusiones que sean menester. Y que no se cierre en banda a tomarlas, es decir, que sea consciente de que existen alternativas. Y nada más. ;)

David tiene razón, Luishp. No estamos quitando mérito a NB, ni mucho menos, sólo creo que decimos que cada cosa ....en su justa medida.

No podemos comparar Delphi con Neobook, porque este último sale perdiendo, en todo. Y sobre el aprendizaje, te costará muy poco hacerte con él si has trabajado con neobook, puesto que en algunos aspectos se parecen. Bueno, todos los lenguajes se parecen, todos hacen lo mismo, y lo importante es saber que con NB se hace así y con Delphi, lo mismo, se hace "asao".