KDESVN - Si ya no ven más posts es que ya quedó

Anterior: KDESVN - Avances, pistas, quizá lo logremos

8:15 - Una semana después, nuevamente es martes

Y bueh, ya vi el error, era el que me temía.

Vi que no encontraba una librería, obviamente supuse que no era porque no estuviera, era porque no buscaba en los lugares adecuados. Me dije que varios de los errores que había tenido seguro se debían a mi falta de práctica con Linux, ya que aunque lo tengo instalado, hace tiempo que no venía para aca, así que me puse a leer los tres libros que tengo en mi casa impresos de PDFs que algún día descargué para aprender sobre librerías pero no traían nada útil, pero eso sí, recibí una buena retroalimentación.

Sabía que eran librerías y sabía que eran librerías compartidas, pero no tenía idea del tema de las librerías, ni sabía la diferencia entre librerías estáticas y dinámicas así que fui de visita con el tío Google y me anduve leyendo varios enlaces hasta que finalmente logré comprenderlo.

Los programas que usan librerías compartidas suelen hacer su búsqueda consecutivamente en estos lugares:

• Variable LD_LIBRARY_PATH


• Fichero ld.so.cache


• En /usr/lib y /lib
  

Pero todas las librerías de KDESvn estaban instaladas en /usr/local/lib. No entiendo por qué no estaba incluida esta ruta si no es arbitraria, por el contrario me suena de lo más lógico buscar en /usr/local ya sean binarios, librerías, manpages, sources o lo que sea. Quizá fue algún detalle al compilar, quizá debí poner algún parámetro --lib-src='/usr/local/lib' o algo por el estilo.

Mi variable LD_LIBRARY_PATH no trae nada, el echo lo arroja en blanco, así que la modifiqué y lancé:






Ya está el programa, eso era lo único que faltaba. No lo he probado así que no puedo saber si me tirará otro error inesperado.

Now, las variables que acabo de redefinir sólo es local, en cuanto cierre el bash volverá a quedar en blanco, si ejecuto el KDESvn desde otro bash en este momento, no servirá. Tengo tres opciones para hacer consistente la variable: usar el comando export, modificar los archivos que están en mi carpeta $HOME (no me gusta cómo suena porque significa que por cada usuario que cree o si lo lanzo desde el usuario root no hará efecto) y la tercera, la más tentadora, crear un enlace simbólico a /usr/local/lib en /usr/lib.

En todo lo que me detuve a ver tele terminé de decidirlo, me logeo como root y pongo: ordeno un ln -s

KDESVN - Avances, pistas, quizá lo logremos

Anterior: KDESVN - Más pistas

1:44 pm

Fui a la dirección que me indicaba el log de error:

CMake Error at src/svnqt/cmakemodules/FindSubversion.cmake:53

El número de línea es lo de menos, ya lo había visto, es sólo la parte en que te dice "Necesito apr". Sin embargo veo estas líneas:

FIND_PROGRAM(APR_CONFIG NAMES apr-config apr-1-config
  PATHS
  /usr/local/apr/bin
)

FIND_PROGRAM(APU_CONFIG NAMES apu-config apu-1-config
  PATHS
  /usr/local/apr/bin
)

if(NOT APR_CONFIG)
  MESSAGE(SEND_ERROR "Error: no apr-config found")
endif(NOT APR_CONFIG)

if(NOT APU_CONFIG)
  MESSAGE(SEND_ERROR "Error: no apu-config found")
endif(NOT APU_CONFIG)

Esto me dice que el archivo puede llamarse apr-conf o apr-1-conf, lo mismo con el otro, y que la ruta en donde busca es otra que ni al caso, la voy a modificar y voy a volver a iniciar a ver qué pasa, le pondré la ruta en donde encontré los míos, en el folder /bin de apache.

1:58

No lo cambiaré, simplemente agregaré otra línea abajo, si leo que dice PATHS es porque la siguiente es una lista de rutas, y quién sabe, prefiero no borrarlo, quizá algún día cambie la carpeta o algo y me olvide de ese detalle rompiéndome la cabeza. Agregaré el directorio abajo.

2:01 pm

Ahora me apareció otro mensaje:

CMake Warning (dev) at CMakeLists.txt:50 (ADD_DEFINITIONS):
Policy CMP0005 is not set: Preprocessor definition values are now escaped
automatically. Run "cmake --help-policy CMP0005" for policy details. Use
the cmake_policy command to set the policy and suppress this warning.
This warning is for project developers. Use -Wno-dev to suppress it.

Y el que me aparecía la otra vez que lo consideré inocente, y que de hecho lo es, pero CMake no quiere errores :^D

CMake Warning (dev) in CMakeLists.txt:
No cmake_minimum_required command is present. A line of code such as

cmake_minimum_required(VERSION 2.6)

should be added at the top of the file. The version specified may be lower
if you wish to support older CMake versions for this project. For more
information run "cmake --help-policy CMP0000".
This warning is for project developers. Use -Wno-dev to suppress it.

No tiene un par de tabulaciones que aparecen para verse mejor pero no lo corregiré. Voy a ponerme a cavilar aquí mismo y ver qué hago.

2:08

Voy a enloqueceeerrr!!!!!

Seguí intuiciones, había otro mensaje que no mostré porque tampoco había visto, era uno un poco más completo que involucraba librerías, pero decía que "bla bla bla [ERROR QUE MOSTRÉ PRIMERO] o [ERROR QUE MOSTRÉ DESPUÉS]" Así que me dije, quizá sea la línea de versión que CMake me pide que agregue. Pues fui a ver qué pasaba, agregué:

#Aquí agrego esto porque me lo pide al compilar
cmake_minimum_required(VERSION 2.6)

al inicio del archivo CMakeLists.txt que estaba en mi código fuente de KDESVN, lo guardé y volví a hacer CMake ../,, voilà!



Sin un solo puto error. Ahora voy a hacer maque maque instál!

Hay un error al 6% de compilación:

/mnt/NekroLinux/Software/SVN/KDESVN/kdesvn-0.14.4/src/svnqt/client_property.cpp:148: warning: unused parameter ‘revision’
/mnt/NekroLinux/Software/SVN/KDESVN/kdesvn-0.14.4/src/svnqt/client_property.cpp:169: warning: unused parameter ‘revision’

Pero sigue avanzando, veré qué pasa. Ahh, más arriba, terminando el 5% hubo uno igual pero con abs_path.

67% y otro error con mime_type y prop_state.

71% y

/mnt/NekroLinux/Software/SVN/KDESVN/kdesvn-0.14.4/src/svnfrontend/fronthelpers/propertylist.cpp: In member function ‘virtual void Propertylist::displayList(const svn::PathPropertiesMapListPtr&, bool, const QString&)’:
/mnt/NekroLinux/Software/SVN/KDESVN/kdesvn-0.14.4/src/svnfrontend/fronthelpers/propertylist.cpp:68: warning: unused variable ‘ki’

.

73% y otro parecido al anterior con label_text

90%.... nada xD

94 por ciento:

/mnt/NekroLinux/Software/SVN/KDESVN/kdesvn-0.14.4/src/kiosvn/kiolistener.cpp:279: warning: unused parameter ‘acceptedFailures’
/mnt/NekroLinux/Software/SVN/KDESVN/kdesvn-0.14.4/src/kiosvn/kiolistener.cpp:350: warning: unused parameter ‘password’
/mnt/NekroLinux/Software/SVN/KDESVN/kdesvn-0.14.4/src/kiosvn/kiolistener.cpp:350: warning: unused parameter ‘realm’
/mnt/NekroLinux/Software/SVN/KDESVN/kdesvn-0.14.4/src/kiosvn/kiolistener.cpp:350: warning: unused parameter ‘maySave’

asdf

[100%] Built target doc

Sigo con make install (jaja ni reparé en los errores ahi que me diga luego):

Terminó rápido, aparentemente no me mostró nada, sólo hizo notas del 1 al 100% rápido y luego líneas de "installing RUTA" sin error alguno. De hecho el último mensaje fue:

-- Installing: /usr/local/share/man/man1/kdesvnaskpass.1

y luego me devolvió al prompt. Voy a ejecutar el software a ver qué pasa.

¿Cómo coño lo ejecuto? Voy a leer por ahi a ver qué me dicen los README o algo.

Me apareció un error al ejecutar el binario kdesvn:

Could not find our part:
libsvnqt.so.4: cannot open shared object file: No such file or directory

y este error salió en un cuadrito, como los MsgBox() de Windows, le doy click al único botón que hay y me manda a una ventanita en blanco chiquita que dice 'kdesvn' en el título.

Hay otro binario, kdesvnaskpass que me pide una contraseña, y lo que ponga lo refleja en el output de la consola y luego no pasa nada.

Voy a acostarme y me voy a bañar después. Quizá sueñe con la respuesta :-/

A ver cómo sale este post porque con las cosas que pego o si se me olvidó cerrar una etiqueta (edito en modo HTML) va a salir todo mal.

Dos treinta y cuatro.

KDESVN - Más pistas

Anterior: Seguimos con KDESVN, me cago en apu-conf

12:13 pm

¿Qué creen? Que me he quedado dormido! No fue involuntario, fue premeditado, quería dormir, me acosté y me relajé, desperté hace como 10 o 15 minutos y volví a las andadas. Terminé de leer el artículo del blog pero no encontré en mi drakconf los repositorios que él indicaba, así que busqué "apr-conf" y "apu-conf" en Google además del error que me mandaba, es decir, lo mismo pero con "not found" añadido; sólo encontré 3 resultados que ya había visto antes.

Me acordé del post que había leído en el blog y decidí buscar apr- en mis repositorios a ver qué tenía. Resultado:



¡Eso es una pista! Me puse a buscar en /lib dentro del directorio del Apache que instalé alguna vez y encontré varios archivos apr, pero no eran lo que deseaba, me pasé a /bin y:



Aún no sé qué puede significar eso: si librerías o ejecutables, ¿y qué hace ese -1 allí? Creo que voy a irme a dormir otro rato, o cuando menos a acostarme, aún tengo algo de sueño.

12:23

Seguimos con KDESVN, me cago en apu-conf

Respecto al post inmediatamente anterior: Cosas Paranormales con SVN os digo que apenas tipeé o como se escriba "cmake ../", hizo varios chequeos y salió esto:



CREO que el aviso no es al compilar, sino por el compilador. Había dicho recientemente que al compilar me tiraba diversos mensajes, pero no necesriamente de error, por eso me abstuve de decir "me mandaba errores". Ya que algunos eran porque faltaba X componente, no se reconocía tal cosa, que la versión no sé qué. Y ahora es eso, algo confuso pero creo que inocente.

Aparentemente el compilador me trata de decir "Hey, creo que hay que agregar por ahí una línea para que me identifique y ver si todo mola piolamente" (algo 'que mola' en no me acuerdo qué país, es algo que 'está re piola' en Argentina).

Al final dice "Configuring Done", así que procedo a volver a compilar de nuevo, solo que ahora escondiendo ese mensaje "for project developers".

Eran como las 5:40 cuando comencé a escribir, y hace poco a las 5:53 después de eliminar ese mensajillo de sonly por developerdores vi otros, pero no son nuevos; se trata de errores que igualmente habían aparecido hace unos minutos y volvieron a aparecer, esta vez son errores que hay. Son los mismos errores que me hicieron desertar la otra vez y largarme a Windows a jugar WoW: apr-config y apu-config, cómo olvidar esas palabras.



Podría buscar en Google esos mensajes de error como lo hice la otra vez, o podría seguir adelante para ver qué pasa. Sin embargo, justo ahora, a las 6:02 am me estoy adjudicando una cuestión:

-Entonces ya había instalado KDESVN, uhmmm, se supone que me había liado porque no podía instalar el SVN y por lo tanto no seguí con el KDESVN para no seguir revolviendo más esto, pero el error es el mismo, ¿será que anteriormente había dado por instalado el SVN y había continuado con KDESVN, o es que... me está saliendo el mismo error en KDESVN que en SVN? lo que implicaría que el detalle no está en el compilador.

Y sigue mi pensamiento en tiempo real:

-No, creo que el CMake está bien instalado, según el screen la fuente de los errores está en el archivo CMakeLists.txt que es el que usa CMake para hacer sus configuraciones, ¡diablos! no recuerdo lo que hice la última vez.

Le voy a dar make make install a ver qué sale >:-( (impulsivo el chico).

3 segundos después...

Bueh...! le di make y me salió esto:

make: *** No targets specified and no makefile found. Stop.

Creo que no es fácil deducirlo: el Cmake encontró errores y no creó el makefile para no cagarla: abortó la misión. Creo que tendré que solucionar esos errores del apr-config y apu-config. ¿Era 'config' o 'conf'? No me acuerdo y no quiero ver arriba, voy a seguir leyendo el blog que mencioné al principio del post pasado, ahí viene algo sobre Mandriva y el drakconf.

6:10 am Cambio y fuera!

Changos no le puse título a esto...

(pensando en título)

(título sumamente original puesto).

6:11 cambio y fuera!

Cosas paranormales con SVN

LRPTMQTRMP! No sé qué diablos ocurrió X<

Quiero montar un cerber de WoW basado en ArcEmu, para eso tenía que instalar KDESVN (comodidad), pero para eso había que tener instalado SVN primero, además de CMake y el código del Kernel de Linux, para tener instalado CMake no sé qué...

La verdad me encanta hacer mucho drama, porque este no es el punto, sólo lo digo para que vean la cruz que vengo cargando, ya que averiguar todo eso e instalarlo me llevó varias horas de pensar y aprender (conocí CMake, un proyecto genial para compilar, entre otras cosas).

Yendo al grano: me encontraba compilando SVN, bajado de tu página oficial. Ya en el archivo README que contenía bastantes letras me decían con algo de ahinco que la compilación del SVN es más adecuada para mantenimiento del sistema, indicaban lo que se debía hacer para compilar dependiendo de varias cosas, de si era servidor o cliente, configurar el apache en caso de tenerlo y no sé qué más, era demasiado.

Me aventuré a ver qué salía, me salieron bastantes mensajes y después de rato de intentarlo y meterme a ponerle un par de líneas al apache acabé reiniciando y pasándome a Windows a jugar al WoW :^D

Ahora vuelvo, me aburrí de jugar, me da pereza levelear al pj, así que decido tomarme unas vacaciones de 2 o 3 días (voy por el segundo) y como no tenía nada mejor que hacer dije "voy a instalar el SVN... la puta madre... voy a bajarle los binarios y que se instale solo", así que le logueé, fui a la página y busqué los RPM para Mandriva. Lo que temí en desde que me acordé que uso Mandriva: que no haya binarios para este SO.

Me puse a leer y cavilar en una u otra cosa, como que si servirá instalar un pack de RedHat, o maldiciendo que hay hasta para Ubuntu, que bueno, por ahora es la versión pop y debe tener todo y ser compatible con todo.

Luego seguí leyendo en un blog que encontré al teclear sin comishas "instalar SVN Mandriva"; específicamente el enlace es este: http://lusac-miguel.blogspot.com/2008/06/subversion-en-mandriva-linux.html

se le conoce también como svn por ser el nombre de la herramienta de línea de comandos.

y de pronto me acordé que alguna vez había tecleado algo parecido a svn que me había dado sugerencia de que tenía el SVN instalado en mi Pc. Pensaba:

"claaaaro!: recuerdo que una vez tecleé svn o algo así en la línea de comandos y me habían salido unas cosas en la consola, que yo dije 'es svn'... pero después quise comprobar directamente en la línea de comandos si lo tenía y me marcó que no... nunca entendí si realmente lo tengo o fue una confusión. Tantas madres instalé junto con Mandriva que seguramente me instaló eso tan popular".

Más o menos así fue la reconstrucción de lo que pensé, ya que todo es líquido y electricidad, aparte había imágenes mezcladas entre eso mientras pensaba.

Entonces fui, probé en konsole tecleando 'svn' a ver qué salía y tuve su output



Oh My Fucking God!

Había obtenido respuesta!, eso significaba que la consola había reconocido el comando, lo que implicaba la existencia de un binario svn en Mandriva. Proseguí a tipear --jelp para ver qué salía...



¡ESA pantalla de comandos! La reconocí en el primer momento que la vi: volví a recordar que anteriormente había tecleado algo que me hizo saber que tenía al SVN metido en Mandriva; pero por alguna razón tecleé después cosas para ver si ya tenía el SVN instalado y acabé concluyendo que no. Quizá teclée SVN con mayúsculas en na línea de comandos o alguna otra cosa. Seguía confundido.

Con un poco de observación se puede notar que las letras de mi Konsole son las mismas que traigo en el blog: tipo, color y quizá hasta el tamaño. Personalicé mi konsole para que quedara más juanker y luego mi blog para que luciera ams Consóleh.

Volviendo al tema, KDESvn pide SVN 1.5.0 o superior para jalar así que comprobé la versión del mío con --version:



Peeeeero... hay un detalle:

Compiled Jul 13 2008, 00:02:23

¿Y adivinen qué fecha tiene esto: 22 de Julio del 2008, tiene 9 días aquella fecha, un tiempo que no resulta muy exagerado si repasamos lo que dije de que me había fastidiado de los errores que me dio al compilar la otra vez, puesto que sólo me tomé unos días en Windows jugando WoW y al aburrirme de siempre lo mismo decidí continuar.

Es aquí donde volvemos al inicio del post:

-La Re Puta Madre Que Te Re Mil Parió!! >_<
...What The Fuck!
...Me cago en Dios!

¿Qué fue lo que hice? o quizá, ¿qué fue lo que pasó?

Es como si hubiera compilado el código bien y ahora tuviera el SVN, pero por otra parte esa pantalla se me hace conocida, como la que vi al tipear al dope 'svn' en mi consola, mucho antes de enterarme de la existencia del KDESvn. Sin embargo recuerdo que dejé de compilar porque el compilador me tiraba mensajes y me decía que no se había podido llevar con éxito la compilación. Y ahora que recuerdo, veáaamoss...

(consultando)

Ah, no, la versión más reciente que tiene ahora la página esa de Tigris es svn 1.5.0, y los programas generalmente no son tan culeros, así que la versión mínima requerida no puede ser esa

(consultando)

ya está, en INSTALL-cmake, un archivo dentro del source del SVN viene

You require at least cmake 2.4, kde 3.4.x and subversion 1.2.

Subversion 1.2

Eso no me quita mi duda: ¿qué ondas? (xD vaya duda). ¿Por qué tengo un serio deja-vu (sí, sin acentos >:-( ) de esa palabra y me aparece que fue compilado hace 9 días, justo en la madrugada que es cuando me estaba rompiendo los sesos igual que ahora (son 5:10 am).

No sé qué más agregar, ahora voy a instalar KDESvn para ver con qué putada me sale ahora, porque ténganlo por seguro: aunque ya tenga KDE, CMake y SVN instalados, e incluso con versiones más recientes, ALGO me va a tirar, ALGO va a salir mal, y eso es con lo que voy a lidiar ahora... ¿o después de dormir? Son 5:13 am

Ideastorm

Hace poco tiempo leí en Meneame a un usuario el cual nos compartía que Dell ha creado un sistema dinámico para saber qué es lo que realmente desean los usuarios. La web en sí es IdeaStorm.com (tormenta de ideas), y si lo desean y no pueden contener las ganas, échenle un vistazo rápido y ahorita continúan leyendo.

Esto realmente es abrir los ojos, pues la Web 2.0 es un fenómeno que está en la fase final de su consumación (aún no en el auge) y quien no se encuentre ahí es porque está muy desactualizado; al parecer ya son varias las entidades lucrativas quienes se están dando color. De este modo ha creado un sitio web del mismo estilo que menéame en el cual los usuarios (registrados) pueden enviar propuestas a Dell y serán los mismos usuarios los que decidan por medio de votos cuáles son las que mejor les parecen.

¡Ojo! Es el estilo de menéame, mas no un clon de la web, pues no usa su software, igual pude haber hecho la comparativa con Digg pero para qué hacerlo teniendo recursos españoles para usar.

Y la candidata a nueva e inminente modificación de Dell no es otra que la que sugiere computadoras con Sistema Operativo Linux Preinstalado.

Pero mientras está en la cima esperando a que Dell tome la decisión de incluirla en sus próximos objetivos (y productos), es nuestro deber como lindos usuarios de la red votar (o desvotar) las noticias del sitio. Para votar es necesario estar registrado (un proceso muy sencillo y rápido), lo que viene es hacer click en la palomita o en la tacha. He votado algunas que son muy buenas pero luego echaré una ojeada exhaustiva a las páginas, después de todo no queremos que las buenas ideas queden ahogadas en un mar de malas circunstancias.

Justamente mientras estaba leyendo las noticias me vino a la mente un pensamiento y un deseo que he tenido desde hace mucho tiempo: "si pudiera sugerirle a alguien que..." y agradecí a la web 2.0 por existir. Fue entonces que creé mi sugerencia. Y para los que no capten bien mi inglés, ahí va la traducción (osea, lo que en realidad quise decir :P):

La Tecla Tux

Dell está probando otras alternativas a Windows, tal es que la tecla Win no debe más ser la tecla universal para los teclados. Podrían probar con una 'Tecla Tux' que abra el menú del Sistema Operativo.

Además podrían probar también con otros estilos de teclas (no tengo imágenes para ello) tales como la 'Tecla Ubuntu', 'Tecla Mandriva' (una estrellita), 'Tecla Debian', 'Tecla GNOME', 'Tecla KDE', etc., o, mejor aún, incluir un pack de teclas en una envoltura para que el usuario tenga la posibilidad de elegir cuál usar.

Esto puede ser el futuro de una tecla en la historia de los teclados, estoy seguro de que otras empresas pondrán esta viñeta en sus productos, por su puesto ustedes podrían ser los precursores, o los iniciadores.

¿Qué piensan?

PD: Disculpas por mi inglés.

Hilsener.

Veamos cómo le irá a mi noticia. Yo espero que bien porque me parece una buena idea para los nuevos teclados.

En tanto, anímense y voten.

Análisis sobre la revolución de la tecnología en la informática

Hubo un tiempo en el que unos compañeros y yo bromeábamos sobre tener un HD de 1 Terabyte, nos preguntábamos qué se podía hacer con tanto espacio y comenzábamos a bromear alucinando fantasías casi sexuales con él:

"¡¿Cómo llenar tanto espacio?!"

"Le metería todas las series que me gusten y descargaría películas y le pondría juegos"

"Lo particionaría a todo lo que da con letras de la A hasta la Z y le metería muchas cosas"

y entre sugestiones como esas se me ocurre decir: "¡Órale, ya va el 1%, sigan diciendo más!".

Y es que para nuestra mente de 40 GB, 1 Tera era algo de otro mundo, algo que, si bien existe, no tendríamos el dinero suficiente para conseguir uno. Al final quedaron 3 bromas oficiales sobre lo que cada uno haría con su HD de un TB, aunque nunca se acordó quién haría qué. Más bien, eran las versiones oficiales de lo ideal en información para un Terabyte:

"¡A esa cosa le cabría la Matrix!"

"¡Imagínate llenarlo todo de películas XXX!... Tener tu terabyte de pornografía!"

"Ya me imagino cuando le entre un virus y el disco esté en blanco: el virus va a comenzar a expandirse, a autoreplicarse y autoreplicarse hasta el cansancio creando carpetas y ejecutándose varias veces y copiándose a cada instante; pero, por más rápido y recio que vaya, siempre va a ver puro contenido blanco al rededor". Y yo me imaginaba al disco perdido en un desierto en blanco, como haberse extraviado en la habitación del tiempo del templo de Kamisama. "Entonces como siempre va a ver bastante espacio en blanco por donde quiera que mire va a decir '¡Bah... yo me largo!' y luego se va a autodestruir".

Son cosas que nos daban mucha risa.

Eso, junto con el crecimiento en potencia de los procesadores y la capacidad de las memorias RAM me decía "¡Wow! Apuesto a que viviré para ver a todas nuestras computadoras optimizadas".

Con semejantes avances, la expansión de las pantallas de plasma, los CPUs chicos y sin disqueteras, me imaginé a las computadoras de un futuro no muy lejano bien rápidas y cuyos procesadores y memorias RAM quizá hasta lograrían hacer innecesario el cursor del relojito.

Y fue entonces cuando dije: "Algo anda mal aquí..." y cavilé sobre aquellos argumentos que al decirlos sentía cómo la falacia se expandía haciendo eco en mi cerebro. Después de todo, las cosas no son color de rosa en ninguna parte, algo andaba mal en lo que indagaba.

Prioricé en mi mente un factor que me hizo reaccionar hacia aquellos engaños: Windows Vista.

Windows Vista es el Sistema Operativo ideal para comprobar lo que digo: su nuevo entorno gráfico, funciones, eventos, objetos y software programado con tecnología .NET, prácticamente diciendo "apuren a diseñas mejores PCs que ya me cansé de bloquear estas, necesito retos nuevos".

Antes las computadoras tenían algunos cuantos megas como capacidad en el disco duro, procesadores realmente pobres y memorias RAM de 32MB y con eso se bastaban, pero como contraste tenían ASM, Cobol y Fortran, lenguajes que por ser estrechamente detallados y amigos del sistema adaptaban el software a la tecnología disponible.

Y aquí es donde viene mi cuestión: ¿Es el software el que se adapta a la tecnología, o la tecnología la que se adapta al software?

Entiéndase por 'software' al lenguaje de programación, pues es de él de quien parten los programas.

En caso de ser la primera entonces las cosas están algo justificadas y es el lenguaje de programación el que se amplía en base a las innovaciones tecnológicas. Antes había computadoras con 16 MB de RAM, pero así también había lenguajes de programación en los que las mejores aplicaciones no necesitaban más de 16 MB para ejecutarse: no fue necesaria nunca una RAM que soportara OpenGL... porque no había OpenGL. Es tal que, cuando se crearon discos duros y RAM con más capacidad, los códigos pudieron explayarse sin escatimar en insumos, lo que permitiría, por ejemplo, hacer compiladores y nuevos lenguajes de programación que "se tomaran su tiempo" pero dando mejores resultados que los viejos, lo que daría origen a una metodología de software que tuviera como filosofía: "deja de preocuparte por la RAM y el procesador y haz mejores cosas".

Por otro lado, en caso de ser la tecnología quien se adapte al software, tendríamos que recurrir al efecto mariposa: remontémonos a aquellos tiempos de Cobol y Fortran en una habitación donde está un programador dibujando códigos (ya te imaginarás a ti mismo, no lo niegues :p) y viendo lo complicado que es hacer casi nada y que dice "Nel, man, debe haber una forma de producir más cosas con menos código" y creó sus funciones universales, librerías y sólo se dedicó a llamar procedimientos. Con ese código más corto tendría tiempo de hacer muchas más cosas y no dejar escapar tan fácil sus (tus) tan fugaces ideas, entre las que se situaban: otro lenguaje de programación que no diera tanta batalla, así que, usando sus librerías universales, escribió su nuevo compilador y le puso más librerías.¶

Teniendo su nuevo lenguaje creó cosas nuevas y mejores, y con el paso del tiempo cayó en lo mismo: se vio en la necesidad de crear más librerías y funciones que le exigían sus nuevos programas, lo que le llevó a la idea de crear otro lenguaje más humano.¶

Así se irían creando docenas de lenguajes de programación cada vez más y más "haz esto, no me interesa cómo", teniendo ahora que reparar en nuevos recursos que soportaran al nuevo lenguaje.

Es decir, los nuevos lenguajes que se crean con el fin de combatir la reinvención de la rueda necesitan más capacidad en los procesadores, y se les concede ya que después de todo están invirtiendo en descubrimientos e innovaciones (ergo avances), pero cada vez más alejados del ASM (no del binario porque al fin y al cabo todo es binario, pero ellos pasan a ser "binario lento").

Es ahora que nos encontramos en esta situación de los lenguajes de altísimo nivel (más aún que el VB), los cuáles son sofisticados y lentos (a comparación de los de antaño). Se echa a andar un programa hecho en un lenguaje de nivel casi-humano y comienza a correr, pero no hay peligro porque tenemos ya procesadores de doble núcleo que gestionan mejor el flujo de corriente que transcurre por la CPU, discos duros capaces de almacenar todo el ejecutable que se genera y RAM optimizadas para que ni se sientan las hordas de códigos invadiendo los recursos.

Todo esto congeniando en diversas capas de abstracción que hacen todas sus hexadecenas de miles de instrucciones totalmente transparentes al usuario.

Me pregunto entonces, ¿dónde está aquella tierra prometida que ilusamente me supuse?

Tal parece que no va a haber un cielo en el que aprovechar de forma excelente los recursos: Windows Vista programado seguramente con lenguajes lejanos al Assembler (obviamente incluyeron parte de él y de C++ para programarlo), pero ni siquiera me fío de sus algoritmos; y es que ¿cómo es posible que AERO requiera de media tonelada de RAM para ejecutarse mientras que Beryl corre perfectamente con menos de 512 MB?

Ya me leí hace tiempo los recursos de que se debe valer vista para correr como lo presume y no me pareció nada; excluyendo a esto las bases monetarias necesarias para complementarse.

¿Y para qué tanta RAM y tanta energía del inocente procesador?, ¿para correr un rootkit que vigile que no copie mis CDs de Slipknot?, ¿para tener a un proceso privado que esté cada nanosegundo checando que no haya nada que corra paralelo a la reproducción de un vídeo?

Las computadoras del futuro vendrán equipadas con 8 GB de RAM, 16 Terabytes de disco duro y un procesador que le pisa los talones a los PetaHertzios, pero con software programado en lenguaje humano:

Cuando el usuario me arranque voy a cargar las librerías de NT/Tux que tengan solamente las funciones que ocupa el usuario, después dibujaré un botón más o menos grande y azul para que combine con la combinación de colores que tiene el SO.

Espero que mi user se vuelva a quedar dormido y deje descargando cosas del eMule, así tengo más tiempo para descansar.

Pienso que el futuro tecnológico-informático no es tan vil como me lo pienso, después de todo habrá gente que siga programando en C/C++, en Java, ASM y buenos programadores capaces de implementar algoritmos eficaces que hagan de nuestra estadía frente a un monitor LCD toda una experiencia.

Hilsener.

Tests de personalidad informática

Resolví unos tests de BBspot.com y aquí los resultados (click para resolver el test):

¿Qué lenguaje de programación eres?

¡Guácala!

¿Qué Sistema Operativo eres?

Algo así.

¿Qué extensión de archivo eres?

A veces :P

¿Qué página web eres?

Correcto, aunque no me gusta fark. Prefiero Digg