ENE 21

En la primera parte de esta historia, me quedé al comienzo de la andadura. Recién contratados y ya puteados: nos quitaron la jornada reducida antes de tiempo, nos vimos obligados a ‘hacer sobreesfuerzos’ (la forma en el argot de consultoría de decir ‘echar horas sin cobrarlas’) y hasta a currar algún sábado. Lo que se dice un gran comienzo, uno que te anima a seguir.

Ahora que veo cercano el fin de mi andadura en los mundos de Banksphere, creo que es buen momento para terminar esta historia. Que lo disfrutéis (o no).

En los meses que siguieron a esos primeros momentos gloriosos hubo de todo. Conseguimos terminar aquella primera tanda de OPs, pero un compañero se tuvo que tirar un mes yendo a diario al cliente (en Fuencarral, le pillaba fatal) para dar por finalizado el ‘expediente’ (así es como se denomina en el argot de Banksphere a un conjunto de OPs y/o OIs que normalmente están relacionadas entre sí). Fue un mes trabajando en el infierno, echando muchas horas, saliendo a veces incluso de madrugada. Y se lo tuvo que comer él solito, sin ayuda. Y estábamos empezando…

Los demás, seguíamos aprendiendo y currando. Llegaron nuevos expedientes, los íbamos haciendo como podíamos y unos iban aprendiendo más que otros. Banksphere es una tecnología muy peculiar. Al contacto con Banksphere, los desarrolladores pueden quedar clasificados en varias categorías:

  • Hay quien se entera, lo va cogiendo, más o menos deprisa, pero le encuentra la lógica, entiende las tripas y comprende cómo funciona. Dentro de esta categoría hay otros dos tipos:

    • Hay a quien, por alguna retorcida razón le gusta o, al menos, no le disgusta. Le duela a quien le duela, opino que este tipo de desarrolladores no son verdaderos informáticos, no les gusta de verdad la programación. Estamos hablando de Banksphere: programación gráfica, mucho ratón, mucho click; poca programación, pocas líneas de código y siempre métodos sueltos o javascript de mierda; mala metodología de desarrollo; mal diseño de la arquitectura interna. Si te gusta la informática como ingeniería, si te gusta la programación como arte, es imposible que te guste trabajar con Banksphere. Puede que aguantes más, como yo, puede que aguantes menos, como alguno que ha durado un mes, pero te acabas largando.

      La gente a la que le gusta Banksphere o no le disgusta del todo tiene un futuro brillante en esta mierda de mundillo. No tardará mucho en tener un equipo a su cargo (esto ya se ha dado entre nosotros). Y, poco a poco, irá subiendo en el escalafón. Dependiendo de los estudios, llegará más o menos lejos, pero tarde o temprano se alejará del desarrollo. Supongo que es a lo que aspiran: abandonar la horrible tecnología para dedicarse más a la gestión. Mi problema es que ni me gusta la tecnología como para seguir aguantando, ni me gusta la gestión. Así que, me voy.

    • Los que se enteran y no les gusta, no suelen durar mucho. Dos meses ya es mucho.

  • Luego están los que no se enteran, principalmente gente con poca o nula formación informática de verdad. Aquellos que han estudiado otra cosa o nada y lo único que tienen es un curso de Java. O ni eso (aquí es que contratan a cualquiera…). Nuevamente, hay otros dos subtipos:

    • Los que le echan un par de webos y lo intentan. Perseveran. Se lo curran. Pero acaban por irse, bien por sí mismos, bien despedidos. Es ley de vida. Acaban dando vueltas por todos los grupos, todos los departamentos, sin conseguir calar en ninguno, sin enterarse de verdad de nada. Son carne de despido, aunque duran bastante (lo que es un verdadero misterio. ¿Por qué gente que no vale permanece tanto tiempo en la empresa?)

    • Luego están los que no se enteran y no le ponen interés tampoco. Duran muy poco tiempo en la empresa, pero no se han dado apenas casos.

Al menos en esta empresa, se puede decir que ser bueno es lo peor que te puede pasar. Irónico, ¿verdad? Uno se esfuerza por ser el mejor, enterarse, hacer las cosas bien, que los jefes piensen ‘Este chico vale’ y, quizá, te acaben dando un aumento. Pero lo único que aumenta es la cantidad de mierda que te comes. Ser malo tampoco es bueno. Acabas en la calle pronto. Lo mejor es no destacar, ni para bien ni para mal, ser del montón. Así, al menos en esta empresa, duras un webo, garantizado. Aunque no seas productivo ;)

Así que, cuando llevas aquí unos meses, tragando mierda como un campeón, teniendo que echar más horas que un reloj, saliendo varios días de madrugada y viendo que no se recompensa de ninguna manera, te cansas. Siempre hay promesas que nunca se cumplen. Te suben el sueldo lo justo y p’alante. Te están explotando, lo saben, tú también lo sabes, pero así seguimos. Bueno, yo ya no, yo ya paso, hasta aquí he llegado. Que exploten a su puta madre. Estoy harto de que me vendan la moto.

Deseadme suerte ;)

NOV 23

Puto Banksphere…

Cuando empecé en el mundo de la informática estaba estudiando teleco. Sí, es irónico, pero es lo que hay. Estaba estudiando Telemática, una rama de teleco que va muy de la mano con informática. Y aprendí a programar en ensamblador y con scripts de Unix. Bueno, ¿he dicho que aprendí a programar? Perdón, aprendí a tirar líneas de código que se parece, pero no es lo mismo.

En aquel primer año universitario me gané el mote de Mr. Microsoft. ¿Por qué? Porque no sabía programar: escribía mi código y al probarlo, cuando salían fallos, en lugar de replantearme el código (como haría hoy) le metía un parche y listo. Como Windows. El problema es que un parche te soluciona el problema para el que lo has pensado, pero te está jodiendo, casi con total seguridad, otras n cosas. Como digo, no sabía programar.

Lo de los parches es una chapuza de programación que se hace constantemente. Y los que lo hacen no es porque no sepan programar. Es, casi siempre, porque no tienen tiempo. Cuando te dan dos días para hacer algo que sabes a ciencia cierta que te llevaría más del triple de tiempo no tienes el lujo de poder pararte a pensar bien las cosas, hacerte tus algoritmos en papel, probarlos con pseudocódigo y, en definitiva, practicar un poco de ingeniería. No. Cuando no tienes tiempo material para hacer tu programa, tiras líneas de código como si fueras una impresora escupiendo tinta. Al tener que hacer las cosas tan rápido, no puedes hacerlo bien. Es más, a veces eres consciente de que no estás haciendo las cosas bien. Pero es que NO TIENES TIEMPO para hacerlas bien. Así sale luego el software que sale por ahí.

Pero me jode más cuando las chapuzas son impuestas. Cuando no te permiten hacer ciertas cosas que serían más elegantes, te permitirían tener más control sobre lo que estás haciendo e incluso te facilitarían la vida. En lugar de eso, te ponen trabas, te crean problemas y te joden la vida. Así es trabajar con Banksphere y con ISBAN. Aprovecho la ocasión para recomendarle a cualquiera que pueda estar leyendo esto que nunca trabaje con Banksphere ni con ISBAN. Es un suicidio a nivel de ingeniería. Si te gusta programar y hacer las cosas bien: huye.

Pues eso, hoy estoy quemado con mi curro… (’¿y qué día no?’ me preguntaría alguno). No sé cuánto aguantaré en esto, pero va a ser más bien poco. Yo no llego al verano aquí metido. Es un palo tras otro. Yo necesito un curro donde me dejen ser creativo o donde, al menos, me dejen hacer un buen trabajo y no una chapuza detrás de otra. Necesito un curro donde, una vez haya terminado la aplicación, me sienta orgulloso del resultado. Quizá me esté engañando y en todas las empresas va a ser igual la historia. Quizá me haya equivocado de trabajo. Quizá tenga que convertirme en emprendedor para poder hacer las cosas a mi manera, arruinándome, aunque, eso sí, con mi orgullo ileso y con todo mi honor intacto. Quizá en españa informático es sinónimo de puta. No lo sé, pero estoy perdiendo la ilusión por culpa de esta mierda de curro… A ver si salgo ya de aquí y me recupero, porque si no, voy a tener que pedir la baja por depresión…

Asco de curro, asco de vida, asco de país…

OCT 28

Ya hay casi 50 artículos en el wiki de Banksphere. Aunque en la portada dice que hay 41, en realidad hay 48. Esto se debe en gran parte a la aportación de usuarios anónimos (aunque he investigado y ya sé de dónde son) que han creado gran número de artículos. El jueves y viernes de esta semana que ya termina estuve corrigiéndolos (no han puesto ni un solo acento), ampliándolos, reescribiéndolos (en algunos casos que, o estaban muy mal escritos, o no eran nada buenos) y también he añadido algunos. Hay algunos artículos que no me he atrevido a tocar porque tratan de cosas que no conozco. También me dediqué a poner categorías a todos los artículos, para darles un aspecto más ‘profesional’. Hay que hacer un esfuerzo para que los artículos tengan títulos y categorías, y darles ese aspecto de entrada de enciclopedia que tienen la mayoría de los artículos que te puedes encontrar en la Wikipedia.

Pero, bueno, al menos están colaborando :) Ahora tenemos que hacer que estos casi 50 artículos se conviertan en 500, con ejemplos de código, imágenes ilustrativas y todo tipo de material de utilidad para todos.

También se me ocurrió una idea para un logo y se puede ver la imagen que creé en la portada del Wiki. Espero que los interesados voten, ya sea a favor o en contra, porque el logo actual es bastante cutre (lo hice en menos de 5 minutos para tener algo…)

Bueno, poquito a poco… ;)

OCT 16

9:00 15/10/2007 - Boadilla del Monte, oficinas centrales de NABSI

-Bueno, creo que ya estamos todos. Damos comienzo a esta pequeña reunión -dijo el hombre calvo que parecía dirigir la sesión. Era un hombre mayor, casi completamente calvo, vestido con un traje de seda gris, camisa blanca y corbata de un color que recordaba al de la sangre. Aquello era un mal presagio.

Estaban en una sala de reuniones con la última tecnología: un portátil de última generación conectado a un proyector que mostraba una bonita presentación a todas las personas allí congregadas. En un extremo de la mesa de reuniones ovalada, fabricada en caoba, estaba aquel hombre, pequeño y huraño, con aspecto avaricioso aunque autoritario que acababa de hablar. A su derecha se sentaba una mujer, de unos 50 años, rubia y vestida con un traje gris con falda. A la derecha de aquella mujer, un hombre más joven, de unos 30, también con traje gris. Justo enfrente del director de la reunión, jBond (que es una librería muy conocida de Java, no confundir con James Bond, el personaje de ficción, que no quiero problemas con los derechos de autor) con un traje negro, camisa blanca, sin corbata y con la chaqueta desabrochada. Era rubio, con los ojos azules y tenía un aspecto de hombre duro capaz de cualquier cosa. El semblante serio denotaba la concentración y atención que tenía puestas en lo que decía aquel hombre. A su derecha una silla vacía y, justo a la izquierda del hombre mayor, una mujer de unos 30, vestida con una camisa de un amarillo pálido, falda gris y un fular rojo granate. El hombre calvo se levantó y arrancó la presentación al tiempo que retomaba la palabra.

-Bien, señor jBond, como ya sabe, hemos contratado sus servicios para una importante misión -en ese momento, tras un clic, la imagen de la pantalla cambió, mostrando un mapa con dos puntos marcados en él-. Su misión consistirá en llevarme a mí, Emiliano S. Aqueo, desde el punto A al B, como puede observar en la imagen. Le hemos escogido a usted porque nos lo han recomendado varias veces: al parecer es usted el mejor.

jBond se removió en su asiento, incómodo y a la vez henchido de orgullo ante las palabras de Aqueo.

-Para llevar a cabo este encargo -prosiguió-, contará con un vehículo de última generación, dotado con toda clase de adminículos de alta tecnología -en pantalla se mostró en ese momento un flamante Lamborghini Gallardo-. La ruta ya ha sido confeccionada por nuestros expertos -se mostró de nuevo el mapa anterior, con los puntos A y B ahora unidos por una extraña ruta que, en lugar de ir directa del punto A al B, tomaba mil y un desvíos, hacía bucles y hasta pasaba varias veces por el punto A-. ¿Alguna pregunta, señor jBond?

El hombre rubio estaba boquiabierto, absorto mirando a la pantalla. Aquella ruta le tomaría, al menos, 5 veces más tiempo que si lo hicieran de una manera más directa. Además, era absurdo pasar varias veces por el punto A: aquello les haría vulnerables a posibles ataques. Dudoso, miró a Aqueo.

-Verá…, señor Aqueo, no quisiera parecer desconfiado, y no dudo de que sus expertos tendrán amplia experiencia, pero… ¿esa ruta no es un poco… larga?

Aqueo le dirigió una mirada severa.

-Señor jBond, si mis expertos en rutas han elegido esta de entre las miles posibles, tendrán una buena razón. Por supuesto, yo no he dudado ni por un instante de que ésta será la mejor de todas ellas, pues por eso son nuestros expertos y para eso les pagamos los obscenamente abultados sueldos que cobran.

jBond seguía sin confiar en aquella ruta, pero no volvió a ponerla en duda.

-¿Alguna otra pregunta, jBond? -insistió Aqueo.
-No, señor, no tengo más preguntas. Bueno, sí, una: ¿cuándo partimos?
-Ahora mismo, en cuanto termine la reunión.
-¿Ahora mismo? Pero, no voy a tener tiempo para prepararme…
-Precisamente por eso le escogimos a usted. No debería necesitar preparación -repuso Aqueo con gesto adusto.
-Está bien… -se rindió jBond.

Media hora más tarde la reunión había concluido. Un inseguro jBond bajaba a ver el coche, para comprobar que todo estaba en orden, mientras Aqueo pasaba por su despacho para recoger unas cosas que necesitaría para el viaje. Pero Aqueo bajó demasiado rápido y a jBond sólo le dio tiempo a admirar el exterior del deportivo. Aqueo se subió del lado del copiloto y jBond se sentó al volante. Entonces se dio cuenta de algo en lo que no había reparado: no había donde meter la llave para encender el motor. Sorprendido, se giró hacia Aqueo.

-Eeeh… señor, este coche no tiene donde meter la llave para el contacto, ¿cómo se supone que voy a arrancar el motor?
-No lo va a hacer, por supuesto -contestó rotundamente su acompañante. jBond se quedó mirándolo con cara de gilipollas.
-Disculpe, señor, pero si no encendemos el motor, ¿cómo vamos a movernos?
-Si se fija bien, comprobará que hemos sustituido los típicos pedales de todos los coches por unos pedales como los de una bicicleta.

jBond se fijó y se dio cuenta de que, en efecto, había unos pedales de bicicleta.

-Entonces, ¿pretende que recorra los 546 kilómetros de ruta -para recorrer una distancia de 57 Kilómetros escasos- pedaleando para mover los 1430 Kg que pesa el coche sin combustible -porque supongo que el depósito estará vacío- junto con los más de 150 Kg que pesamos los dos? -preguntó jBond con los ojos desorbitados.
-Así es, eso es lo que debe hacer, sí -respondió sin inmutarse el anciano.

jBond no salía de su asombro. No podía ser… ¿Para qué demonios querían aquel coche si luego iba a moverse a pedales?

-La decisión de quitar el motor y optar por la tracción mediante pedales es puramente por motivos de rendimiento. De esta forma, nos hemos ahorrado bastante dinero en la compra del deportivo que, sin motor, ha salido mucho más barato. Además, nos ahorramos también el gasto de gasolina que implicaría usar el motor. Pero por eso le elegimos a usted. Si no puede hacerlo, podemos llamar a…
-No, no, ya lo haré yo, no se preocupe -le cortó jBond desesperado. Por sus cojones que llevaría aquel coche a pedales por aquella ruta de locos.

Y así el señor jBond se puso en camino. Le costó una hernia inguinal poner el coche en marcha, pero una vez logrado esto, la inercia le ayudó mucho a mover el coche. Hasta que llegó a la primera curva.

Al intentar mover el volante hacia la izquierda para girar en la curva, se dio cuenta de que no se movía. Y no era problema de que la dirección asistida no funcionara, era que el volante era una pieza metálica atornillada al salpicadero: aquello no estaba allí para girar las ruedas. jBond no pudo frenar porque no encontró la forma, así que no pudo detener el deportivo antes de salirse de la carretera y estamparse con la valla que delimitaba el descampado que había junto a las oficinas de NABSI.

-¿Se puede saber qué es esto? -gritó, sudoroso y al borde de un ataque de nervios dirigiéndose a Aqueo.
-Un volante, aunque me temo que éste no es como los demás. No le servirá para girar las ruedas -respondió Aqueo en un tono neutro de voz, casi sin inmutarse, como si lo que decía fuera obvio.
-Y, ¿se puede saber entonces cómo se espera que gire? -dijo jBond, ya bastante cabreado.
-Inclinando el coche, por supuesto -contestó Aqueo con tranquilidad.

Con más mala hostia que antes, jBond puso el coche en marcha con mayor facilidad y tuvo que usar toda su fuerza para inclinar el coche y conseguir que girara en la curva. Tras el incidente, no se había parado a pensar en que no sabía cómo frenar y, cuando llegó al final de la calle donde tenía que deterse a ceder el paso, tuvo el mismo problema. Sin embargo, esta vez tuvo una idea: dejó de pedalear para hacerlo en sentido contrario y logró, con gran dificultad, que el coche se detuviera justo antes de meterse en la carretera transversal.

-Muy bien hecho, jBond. Ha encontrado la manera de frenar antes de que tuviera que decírselo -dijo Aqueo con evidentes signos de alegría.
-¿QUÉ? ¿Me está diciendo que esta es la forma de frenar este trasto?
-Eso es, sí.

jBond ya echaba humo a estas alturas. Entonces, se dio cuenta de que no tenía ayuda alguna para seguir la ruta, sino que tenía que ir mirando el mapa constantemente.

Cuando llevaba algo menos de un kilómetro, parado en un semáforo, más quemado que la moto de un hippie, con calambres en las piernas, sudando como un cerdo y soltando maldiciones cada vez que abría la boca, se giró hacia Aqueo con los ojos rojos y un brillo salvaje en ellos. Le estampó la cabeza contra el salpicadero, lo que debería haber hecho saltar el airbag. Pero, claro, por motivos de rendimiento, no estaba incluido. Con fractura de cráneo y traumatismo craneoencefálico Aqueo no podía articular palabra. jBond aprovechó para hacerle tragar el maletín que llevaba y se bajó del coche en dirección al metro.

Y allí se quedó Aqueo, muriendo asfixiado sin poder hacer nada por salvarse.


Esta historia es ficticia y todo parecido con la realidad es pura coincidencia. Es, en realidad, una metáfora de lo que supone trabajar con ISBAN.

Estoy trabajando en un proyecto que, en cualquier otra empresa que no use Banksphere, sería muy interesante. Porque los que estamos metidos en este proyecto estamos pasando (y vamos a pasar) por todas las fases del ciclo de vida del software. O casi todas.

Cuando empezamos, los requisitos ya habían sido tomados y había bastante documentación al respecto. A partir de ahí tuvimos que leer mucho y redactar entre todos (incluido el jefe de Proyecto) un DDS (Documento de Definición del Sistema, creo). Después, hicimos los Casos de Uso. Luego nos pusimos con el Modelo Lógico, es decir, definir los métodos que implementarán las funcionalidades que definimos en el DDS, así como las navegaciones, etc. Después nos pusimos con el Modelo de Datos, a definir la base de datos, con sus tablas y demás. Ahora hemos terminado el Modelo Físico (que es la fase de pre-desarrollo, en la que se plasma en el WSAD lo que modelamos en el Lógico) y estamos empezando con el desarrollo.

Sería muy interesante si lo estuviéramos haciendo directamente en Java. Estaríamos creando un sitio web con jsp y acceso a base de datos. Sería un desarrollo interesante, y además, estaríamos consiguiendo experiencia en la parte de análisis. Nos tendríamos que enfrentar a diversos retos durante la construcción, que sería incluso divertido de abordar. Pero estamos en el mundo de Banksphere donde hasta la persona con menos sangre en las venas se acabaría crispando y mandando todo a la mierda.

Ya desde el principio nos han puesto muchos problemas. El DDS querían que estuviera perfecto y tuvimos que explicar todos y cada uno de los conceptos para que quedaran claros. Aunque es un trabajo hecho en vano porque se lo hemos tenido que explicar todo en cada nueva etapa del ciclo de vida. Incluso ahora que estamos terminando la parte de análisis, todavía hay muchos conceptos que confunden, a pesar de habérselos explicado hasta la saciedad.

En los Casos de Uso cometimos un error de principante: los hicimos demasiado bien. Metimos mucho detalle. Es la primera vez que veo que una buena documentación, extensa y detallada es algo malo. Tuvimos que rehacerlos de forma mucho más simple. Sospecho que lo que realmente querían era poder validarlo o rechazarlo con un vistazo, en menos de cinco minutos. Sin embargo, claro, tardaban horas en enviar el correo de revisión y, siempre, lo cual es frustrante, a última hora.

Una vez terminados los Casos de Uso, nos pusimos con el Modelo Lógico. Detallando bien cada OI y cada OP. Tuvimos montones de problemas con tipos de datos, bucles, parámetros, etc. Pero lo más frustrante era tener que explicarles cada poco tiempo las mismas cosas. Aquí empezamos a darnos cuenta de que el desarrollo iba a ser un infierno.

Siempre a vueltas con la puta metodología. El que creó la metodología de los cojones no sabía muy bien lo que hacía. Te complican el desarrollo hasta límites insospechados.

Cuando llegas al Modelo de Datos se te cae el alma al suelo. Usamos DB2 como base de datos. Para empezar la sintaxis de algunas consultas es muy suya (por ejemplo, lo que debería ser LIMIT 2 en DB2 es FETCH FIRST 2 ROWS ONLY). Pero luego te capan por todas partes:

  • No puedes usar claves autoincrementales.
  • No están permitidos los triggers.
  • No se pueden hacer joins de más de 4 tablas.
  • No se pueden hacer búsquedas con LIKE %cadena%.
  • No te puedes traer más de 15 registros de golpe. Si van a ser más de 15, tienes que traerlos de 10 en 10 usando repaginación (lo que nos va a traer muchos problemas). Esto, al parecer, no es sólo problema de Usabilidad (contexto demasiado grande, página demasiado pesada), sino también de rendimiento (la query podría llegar a tardar… 1 segundo!! Como si las transacciones tardaran poco, no te jode…)
  • Alguna cosa más que se me olvida…

Es absolutamente frustrante tener que hacer ñapas y mierda porque te impiden usar determinadas herramientas. Acabas quemado y hasta los cojones. La moral y la motivación descienden hasta niveles subterráneos y acabas haciendo mal tu trabajo de pura desgana. Eso suponiendo que no te pongas a buscar curro en alguna empresa seria…

P.D.: Me han dicho que se podría parecer a una de las historias de Fuckowski. Es posible. De ser así, sería un caso claro de inspiración en la obra de un autor más grande ;) Si, por alguna de esas casualidades del destino, el señor Alfredo de Hoces termina en este blog, en esta entrada, espero que se lo tome como lo que es: un homenaje ;)

OCT 15

El Wiki de Banksphere ya funciona. Incluso he creado un logo de mierda, temporal, mientras se me ocurre algo mejor o alguien propone algo. Pero aún no participa nadie (bueno, yo he creado algunos artítulos, pero por lo demás, está desierto). Por eso quiero pedir desde aquí que participéis. Yo solo no puedo crear este Wiki…

Logo provisional

OCT 1

Bueeeno… a falta de algo mejor, esta es la url del wiki que he creado:

http://banksphere.wikispaces.com/Principal

Quiero que se discuta todo, mi palabra no es ni va a ser ley y quiero que las cosas se hablen. Desde los colores que he escogido para el wiki hasta el estilo de escritura, pasando por el contenido de la Portada. Que este wiki sea algo de todos y no mío ;)

Ya me contaréis

Edito: La dirección buena, a partir de ahora, es http://es.banksphere.wikia.com. Yo estaba esperando a que me contestaran y la han dado de alta directamente, sin avisar…

SEP 12

¿Trabajas con Banksphere? Si la respuesta es afirmativa, te acompaño en el sentimiento. Pero, además, si has respondido que sí, estarás conmigo en que es una mierda de arquitectura, en que hay muy poca información útil, muy poca documentación. La mayor parte de lo que sabes es porque te lo ha contado alguien, no porque hayas leido algo en algún libro, manual o documento oficial. Si te surge una duda, tienes que recurrir a tus compañeros y, si nadie lo ha hecho antes que tú, estás jodido. Pues bien, ayer un compañero me dio una idea muy buena que espero que nos ayude a todos.

Porque, ¿qué pasa si algo que necesitas saber no lo sabe nadie de tu equipo? Estás jodido. Pero, probablemente, alguien que lleve más tiempo que tú en esto pudiera saberlo, ¿no? Alguien que no esté ahí contigo, pero que está más cerca de lo que tú te crees… a través de Internet. ¿Y si hubiera un lugar donde todos los que sabemos algo lo compartiéramos con el resto de gente que se ve obligada a trabajar con esto?

Ayer se produjo en el curro una situación curiosa. Estábamos intentando ver si una iColl (array) tenía un método para añadir un elemento al principio en lugar de al final. Algo que sería infinitamente sencillo si tuviéramos acceso a algún tipo de API de Java para Banksphere, ya que todas las clases que usas y necesitas son propias de la arquitectura. El problema es que no hay documentación ni tal API y te las tienes que apañar con la escasa ayuda que te da el editor basado en Eclipse.

- ¿Por qué no lo buscas en el wiki de Banksphere? -me preguntó mi compañero. Yo le miré extrañado, con el gesto torcido.
- ¿El wiki de Banksphere? -le devolví la pregunta. No había oído hablar de nada semejante. Sabiendo que la información acerca de Banksphere es prácticamente nula y que la información que sale de ISBAN lo hace con cuentagotas, me extrañaba mucho que existiera tal cosa.
- Sí, creo que lo he visto por ahí, juraría que lo he utilizado -contestó, totalmente convencido de que lo que me decía era verdad.

Me puse a buscar un poco en google y no encontré nada parecido. Si buscas “wiki banksphere” lo primero que te sale es un artículo de la Inciclopedia. Pero aquello me hizo pensar. Y se me ocurrió que aquella idea descabellada, que existiera un wiki de Banksphere, era una idea cojonuda. De modo que me puse a ello.

He creado un wiki de Banksphere. Estoy creando algunas páginas y metiendo algo de contenido que sirva de pauta y para unificar criterios a la hora de que la gente se meta y colabore. Por supuesto, mi palabra no es ley, de modo que se podrá discutir desde los colores que he escogido, la plantilla, hasta la forma de organizar el wiki o cómo escribir en él. De momento, lo tengo protegido, esto es, que cualquiera lo puede leer, pero sólo aquellos registrados pueden escribir. Esto lo he hecho así pensando que puede que haya gente a la que no le interese que exista un wiki de Banksphere, porque hay gente que estoy seguro de que quiere que dependamos de ellos para estar informados, que quieren tener el control.

Pero creo que se acabó. Basta de quejarse de la falta de información. Hagamos algo. Y no sólo la factoría a la que pertenezco, colaboremos todas las factorías e incluso la gente de ISBAN. Pensad en cuando empezásteis con esto y no sabíais qué era un mapeo o la Lógica de Negocio. Recordad cuando no sabíais qué era el Mira o Vega. Si colaboramos todos, mejoraremos mucho y ayudaremos a los pobres que empiecen desde cero. Porque puede que yo sepa algo que en otra factoría no, y viceversa. Y seguro que trabajadores de ISBAN saben cosas que en las factorías no. Si todos colaboramos, aunque sean sólo dos líneas o algún pantallazo, todos ganamos.

Así que, querido currante de Banksphere, te pido tu colaboración en este noble proyecto que quiero comenzar. Creo que es una buena idea, y que cualquiera que curre con esto lo considerará así también.

De momento el wiki es un recién nacido al que le estoy dando forma poquito a poco. En cuanto tenga unas pocas páginas a modo de pauta y unas reglas que pueden cambiar a medida que tenga con quien debatirlas, colgaré aquí la dirección y se la mandaré a toda la gente que trabaja conmigo. Espero que la información corra como la pólvora en foros, blogs y cualquier medio válido para que se dé a conocer este wiki. Cuanta más gente lo conozca, mejor para todos. Y, ni yo ni nadie que colabore va a ganar nada con esto, excepto que saber más acerca de la herramienta y la arquitectura con la que trabaja. Por supuesto, no es obligatorio para nadie, aunque se agradecerá cualquier contribución, por poca que sea ;)

P.D.: Acabo de encontrar otro sitio donde crear el wiki, así que voy a tardar un poco más en ‘liberar’ la dirección del wiki porque quiero comparar ambos para ver cuál me parece mejor.

AGO 1

Comienzo con éste una serie de posts sobre mi curro en Banksphere. Dada mi experiencia de un año con esta arquitectura, creo que estoy perfectamente capacitado para hacerlo y que sé de qué estoy hablando. ¿La razón por la que voy a escribir estos posts? Bien sencilla: para desahogarme. Bueno, esa es la razón principal. También quiero escribirlos para que cualquiera que esté currando en esto o vaya a hacerlo sepa bien lo que le espera. Recomiendo a cualquier persona que me esté leyendo que no responda nunca a una oferta de trabajo relacionada con Banksphere. Se paga bastante bien desde el principio y no se pide nada (en materia de estudios, ya os contaré). Eso debería hacer pensar a cualquiera que no puede ser bueno. Por si a caso, yo os voy a contar mis vivencias ;)

Antes de empezar, para justificarme :P, me gustaría contaros un poco mi “background” (ois, qué bien suena, o sea), es decir, mi situación en el momento de decidirme a currar en esto.

Cuando salí del instituto (Junio del 2001, tras haber repetido una vez COU) no sabía muy bien qué hacer. Sabía que sería algo relacionado con ordenadores, pues era un mundillo que me gustaba mucho, pero no tenía muy claro qué iba a hacer concretamente. Como algunos compañeros del insti, me metí en Telemática (Inteniería Técnica de Telecomunicaciones). Tras dos años de carrera lo que más me había gustado era la parte de informática. Así que, la dejé (o me echaron, pero eso depende del punto de vista :P) en septiembre de 2003 (casualmente justo cuando empecé a salir con mi niña). Como mis padres no me querían seguir pagando una carrera y no tenía un puto duro, me tuve que poner a currar. Lo primero que hice fue apuntarme al INEM. Allí vi un curso de Programador y me apunté. El curso duraría 4 meses y daríamos C y Visual Basic .NET. Esto fue en septiembre y empecé a mirar de qué podría ponerme a trabajar. En el curso di cosas interesantes y corregí en varias ocasiones al profesor que, a pesar de tener acabada la carrera de informática con matrícula de honor en el proyecto, no parecía muy hábil. No se le veía con mucha idea de programación y, para colmo, dejó su currículum en su pc accesible a través de la red. Un compañero lo cogió y comenzó el cachondeo. Además, el temario estaba directamente cogido de internet y, para colmo, dimos algo de Visual Basic .NET con un temario de Visual Basic 6. Lamentable. Por supuesto, me saqué el curso con un 9.75 de media :P. Lástima que en la mierda de diploma que me dieron no constara…

En algún momento decidí que la forma más rápida de ponerme a currar sería en Prosegur. Y acerté. Me llamaron, hice el psicotécnico, la entrevista y pa’ dentro. Después descubrí que, en realidad, cogen a cualquiera (da igual edad, inteligencia, nacionalidad, altura…). Hice un cursillo de Prosegur de dos semanas que terminé justo antes de las vacaciones de Navidad. Avisé de que, como estaba haciendo el curso del INEM por las mañanas no podía trabajar a tiempo completo, pero pensé que como estaban a la vuelta de la esquina las vacaciones, me llamarían para cualquier cosa. Me equivocaba. No me llamaron hasta el 1 de Marzo, justo después de terminar el curso del INEM, y no empecé a currar hasta el 1 de Abril. Así comenzaron mis 17 meses de duro trabajo en la Seguridad privada. Me pasó de todo, pero eso ya lo contaré (si es que lo hago) en otra serie de posts.

Para septiembre del 2004 yo ya había ahorrado suficiente para volver a la universidad, así que me matriculé en Ingeniería Técnica en Informática de Gestión en la Politécnica (mala elección), que era lo que vi que se ajustaba mejor a lo que me gustaba. Pero como mis padres no me querían pagar ninguno de mis gastos, tuve que seguir trabajando en Prosegur los fines de semana. Pasé de cobrar unos 900 euros al mes a 200 pelados. Con unos gastos fijos (abono y factura de teléfono) de casi 100 euros, no tenía mucho margen para ahorrar. Sobre todo si quería salir con mi niña (cosa que, evidentemente, hacía).

Para el verano de 2006 yo ya estaba bastante harto del curro en Prosegur: mal pagado, haciendo tareas de mierda, mal visto… Así que mi novia empezó a buscarme un curro sin yo saberlo. En julio me encontró una oferta interesante. Supongo que cualquier otro hubiera desconfiado de la oferta, pero yo estaba desesperado:

No pedían experiencia mínima, no pedían estudios (recordemos que yo no tenía, ni tengo, ni un triste módulo) y ofrecían un sueldo de 13.000 euros. Para programar en Java.

En aquella época mi sueldo en Prosegur era de unos 2.400 euros al año netos, así que el salto cualitativo me llamó mucho la atención: un sueldo 5 veces superior por trabajo en oficina y, encima, en informática, que era lo que me gustaba. Eché el currículum. Me llamaron y concertamos una entrevista. Tras la típica charla de “Esta va a ser tu empresa, mira cuántos somos (30 curritos), mira cuánto vamos a crecer en breve (a 45, los 15 que iban a contratar para la oferta esta de Java), mira las perspectivas de futuro, etc etc” me dijeron que estaban dando un curso de formación. Curso de Analista Programador en Java en 170 horas: alucinante. El curso ya estaba terminando la parte de Java (y yo me pregunté: ¿la parte de Java? ¿Hay más partes?), pero como yo ya había programado en Java en la universidad, no tendría problemas. Tan desesperado estaba que acepté empezar al día siguiente. Así que, un martes de mediados de julio me uní al curso de Java. Llegué cuando estaban terminando con Servlets. Tras un par de Servlets de coña, empezamos con jsp. Tras un par de páginas de coña empezábamos con Banksphere. Nadie sabía qué era aquello.

El cursillo de Banksphere empezó con un tío que se tiró todo un día para explicarnos qué coño era Banksphere. Que si mirar en Google (que lo primero que sale es trabajo basura), que si en la wikipedia… Primer día, una pérdida de tiempo. Al día siguiente nos estuvo contando cómo era la arquitectura: que si fachadas, que si negocio, que si presentación, que si bloques, que si paquetes… Como si lo estuviera dando en chino, igual… Precisamente el día que intentaron hacer el Hola Mundo (creo que a nadie le llegó a salir) yo me tuve que ir a la Seguridad Social. No me perdí gran cosa… Al final resultó que de 170 horas del curso, 70 eran de Banksphere. O sea, que partiendo de 0 (porque la primera parte del curso empezaba con Java básico) en 100 horas te convertían en Analista Programador de Java. Flipa. Al final del curso incluso hicimos el físico de algunas OIs.

Parecía que iba bien la cosa hasta que nos dieron la buena noticia: al finalizar el curso nos teníamos que ir 15 días a Soluziona Ciudad Real para terminar la formación. 15 días yendo y viniendo en el AVE; 15 días levantándonos muy temprano para coger uno de los primeros trenes que iban para allá. Fantástico. Al menos nos pagaban los billetes…

El primer día fuimos con el responsable de nuestra empresa. Nos perdimos. Como en Agosto en Ciudad Real no hace calor, pues nos hizo una ruta turística por allí. Muy divertido. Por fin, tras más de una hora de dar vueltas por las frescas calles de Ciudad Real, llegamos a Soluziona. Esperamos unos minutos hasta que el director está libre y pasamos a una sala. Nos da una charla que animaba bastante: que íbamos a trabajar con el equipo de allí, íbamos a trabajar con datos reales, con servidores reales, íbamos a disponer de documentación… La rehoxtia. Tenía buena pinta, íbamos a aprender mucho. Una hora después, nos colocan por parejas en pc’s que estaban libres porque su ‘dueño’ estaba de vacaciones. Bueno, algunos ni siquiera tuvieron esa suerte y tuvieron que esperar a que alguien se fuera. Pero ahí se acabó nuestra relación con Soluziona Ciudad Real. En todo el resto del día, no se volvieron a dirigir a nosotros. Y así fue nuestro día a día allí: llegábamos, nos sentábamos y nos aburríamos. Hacíamos descansos de más de una hora cada hora para matar el rato, pero ni por esas. Como algunos éramos proactivos, nos pusimos a investigar. En el pc que me tocó a mí encontramos un montón de documentación bien escrita. Pedimos más documentación a las chicas que nos habían dado el curso de Banksphere en nuestra empresa y gustosas nos la dieron y nos explicaron algo que podíamos ir haciendo. Con eso nos entretuvimos, pero estábamos molestos. Estábamos perdiendo el tiempo, lo que hacíamos no nos valía de nada sin alguien que nos explicara y guiara. Y nuestro responsable ni siquiera nos daba los buenos días cuando llegábamos.

Así que, nos quejamos a nuestra empresa. El responsable de nuestra empresa se puso en contacto con el de Soluziona Ciudad Real. La respuesta fue que no había mucho trabajo y que por eso estábamos parados, pero que estábamos leyendo la documentación que nos habían facilitado. Lo decía como si hubiera cogido y nos la hubiera pasado él, pero lo cierto es que, si no se la hubiéramos pedido a aquellas amables chicas, no la hubiéramos tenido. Bueno, a parte, claro, de la que ‘robamos’ de mi pc. Como la situación seguía igual nos volvimos a quejar, pero no conseguíamos nada. Al final, tras 15 días perdiendo el tiempo allí, nos trajeron a Méndez Álvaro, por fin. En nuestra estancia en Ciudad Real nos enteramos de que había un grupo de chavales que iban a trabajar con nosotros que llevaban allí (en Ciudad Real) mes y medio. Mes y medio yendo y viniendo en AVE, igual que nosotros. Sólo que a ellos, al menos, les pagaban 30 euros (creo) al día. A parte de los billetes del AVE, claro. Si hubiera sido tiempo aprovechado, hubieran venido sabiendo mucho más que nosotros, pero cuando llegaron a Méndez Álvaro, 15 días después de nosotros, resultó que no. Les habían hecho perder el tiempo, igual que a nosotros, sólo que durante dos meses en lugar de dos semanas.

Al llegar aquí, se confirmó mi teoría: nos habían tenido en Ciudad Real perdiendo el tiempo por dos razones. La primera era que todavía no había nadie de Banksphere en Méndez Álvaro, por lo que no podíamos formarnos allí. La segunda era que no tenían donde meternos. No tenían ni puestos ni equipos. Toda una demostración de organización. Nos tuvieron dos semanas perdiendo el tiempo, haciendo cursos que no nos valían para nada. Después llegaron nuestros compañeros, los que llevaban en Ciudad Real dos meses. Y vinieron nuestros jefes también. Empezaron los problemas.

Resultó que Soluziona Ciudad Real había dicho que se nos había formado de puta madre, que sabíamos hacer muchas cosas. Mentira cochina: no teníamos ni puta idea de nada. El problema estaba en que, basándose en lo que habían dicho los de Ciudad Real, habían aceptado un primer expediente de 4 OPs. Era algo fácil. Fácil si supiéramos qué coño era una OP y cómo hacerla. Así que, tuvieron que darnos un curso acelerado de Banksphere y nos pusieron manos a la obra. Escogieron a un grupo de 8 personas para hacer las 4 OPs y a los demás nos pusieron a practicar y aprender. Nos quitaron la jornada de verano 3 días antes de cuando debería haber acabado porque corría prisa terminar las OPs. Pero no sabíamos hacerlas. Nos tuvimos que quedar algún sábado para que desde fuera se viera que estábamos haciendo todo lo que podíamos.

De modo que el comienzo no pudo ser mejor: nos quitaron la jornada de verano antes de tiempo, estuvimos echando horas extras que no nos iban a pagar y nos tocó venir a trabajar algún sábado. Así, nada más empezar, para animar a la gente a quedarse. También comenzamos a conocer las delicias del WSAD, el editor que usamos para trabajar, y de nuestro cliente: ISBAN (ya os contaré). No sé cómo aguantamos tantos de los que empezamos entonces, después de un año. Supongo que, en el fondo, somos masocas o algo.

Continuará… (a la misma bat-hora en el mismo bat-canal)

JUL 4

En el mundo de la informática, cualquiera que haya programado un poco sabrá lo que es ‘Hola Mundo’. Para los profanos, os explico: ‘Hola Mundo’ es el primer programa típico-chorra que haces cuando estás aprendiendo un lenguaje nuevo. No sirve para nada más que para una primera toma de contacto con el lenguaje de programación y lo único que hace es sacar un mensaje por pantalla que dice ‘Hola Mundo’.

Sin embargo, a pesar de ser tan chorra, es difícil encontrar un libro que te enseña un lenguaje de programación desde lo más básico que no tenga este primer programa o uno muy similar.

Lo que quiero hacer en esta entrada es mostrar algunos ejemplos de ‘Hola Mundo’ en varios lenguajes que conozco y, principalmente, dejar en el más absoluto ridículo al ‘lenguaje’ que utilizo en mi día a día en el curro: Banksphere.

Vamos al lío.

  1. En C

    Es algo tan sencillo como:

    include <stdio.h>

    int main() {

    printf(”Hola Mundo”);

    }

    Se tardan unos 30 segundos en escribirlo. Luego hay que compilarlo y ejecutarlo, pero todo el proceso no debería llevar más de 5 minutos.

  2. En Java

    Implica algo más de código, debido a que Java es puramente orientado a objetos, pero tampoco mucho más:

    public class HolaMundo {

    public static void main(String args[]) {

    System.out.println(”Hola Mundo”);

    }

    }

    Como podéis ver, es un poquito más de código. Nuevamente en escribirlo, compilarlo y ejecutarlo no se tardan ni 5 minutos.

  3. En Visual Basic

    Como no soy ningún experto, he tirado de Internet para buscar el código de este programa. Lo he encontrado para consola en la página de Micro$oft. No voy a ser malo y no voy a buscar la versión con ventanas, pero seguro que es enorme :P

    Module Hola

    Sub Main()

    Console.WriteLine(”Hola mundo desde una app en VB!!!”)
    Console.Read()

    End Sub

    End Module

    En escribir esto, “compilarlo” y ejecutarlo tampoco se tardan ni 5 minutos. La versión con ventanas podría llevar algo más, pero creo que en ningún caso superaría los 10.

  4. En HTML

    En HTML lo que voy a hacer es una página cuyo único contenido es la repetida frase “Hola Mundo”. Eso sí, centradito.

    <!DOCTYPE HTML PUBLIC “-//W3C//DTD HTML 4.01 Transitional//EN”>

    <html>

    <head>

    <title>Hola Mundo</title>

    </head>

    <body style=”text-align:center;”>

    Hola Mundo

    </body>

    </html>

    Aquí no se tardan ni 2 minutos en escribirlo, guardarlo como .html y abrirlo con un navegador. Y, además, es totalmente compatible con los estándares y accesible, no como la nueva web del Congreso xD

  5. En Banksphere

    Aquí empieza lo bueno. Para comenzar, voy a dar por hecho que tienes instalado WebSphere Aplication Developer, WSAD para los amigos (aunque también lo llamamos guasa, porque el programita es la risa). El WSAD es un Eclipse con 1001 plugins que no hacen más que joder comiéndose la memoria y los recursos en general del ordenador. Bueno, suponiendo que tienes WSAD instalado y actualizado a la versión 3.2 Unificada estos son los pasos a seguir. No voy a dar todos los pasos detalladamente, en plan pincha aquí, selecciona esto, porque aun en el hipotético caso de que tuviérais esta mierda maravilla no creo que lo hiciérais. Así que iré poniendo los pasos, para que os hagáis una idea:

    1. Te vas a prespectiva Vega y lo primero que hay que hacer es crearse un Proyecto de Bloques con nombre ‘HolaMundo’.
    2. A continuación, te creas un Bloque ‘HolaMundo’ y un Paquete Funcional y le das el mismo nombre.
    3. Ahora empieza lo interesante. Te creas un Proyecto de Lógica de Negocio. Le llamas ‘HolaMundo_LN’.
    4. Antes de poder empezar a crear operaciones, necesitas en tu LN una Aplicación de Lógica de Negocio. Ya te puedes crear una OI (Operación Interna) a la que llamarás holaMundo.
    5. Tu OI no va a tener parámetros de entrada, pero debido a cómo está hecho esto, ‘Hola Mundo’ va a ser tu parámetro de salida. Así que, te vas al Contexto y te creas una variable de tipo DESCRIPCION_BREVE y le pones un valor a pelo. Sí, el valor va a ser ‘Hola Mundo’.
    6. Para poder usar esta mierda de método que acabas de crear necesitas una Fachada. Te creas un Proyecto de Fachadas que llamarás F_HolaMundo. Dentro de éste creas una Fachada y un Interfaz de Fachada, al que llamarás IF_HolaMundo.
    7. Ahora, tienes que decirle a tu fachada que existe un Interfaz de Fachada. Hecho esto, crea en tu Interfaz el método que vas a usar: holaMundo. No tiene parámetros de entrada, pero sí de salida. Dale caña.
    8. Vale, tu mierda de método ya es visible desde la OP (Operación de Presentación) que aún no has hecho, pero que tendrás que hacer. Pero eso no es suficiente. Ahora necesitas crear en tu LN un Adaptador de Aplicación para comunicar tu LN con tu LP. Créalo y llámalo AAL_HolaMundo. Creas un método ‘holaMundo’ y le pones su parámetro de salida. Ahora, haz los mapeos.

      NOTA: En BKS (Banksphere) se entiende por mapeo el decirle a la arquitectura de mierda las correspondencias entre variables. Como no puedes escribir este código tú mismo y BKS no es inteligente, hay que dárselo todo mascadito.

    9. Ya podemos ponernos con la LP (Lógica de Presentación). Crea un Proyecto de Aplicación Lógica y llámale HolaMundo_LP. Y no preguntes por qué si es la LP se llama Proyecto de Aplicación Lógica. La respuesta vendrá luego. O no…
    10. Ya puedes crear tu primera OP. Llámala OP_HolaMundo. Ahora en el flujo de tu flamante OP mete una llamada a la Fachada que creaste e indícale que el método al que quieres llamar es tu holaMundo de las pelotas. Ahora, oh mierda, necesitas una página. Bien, entremos en el mundo del MIRA.
    11. En perspectiva Mira Lógico (no confundir con Mira a secas) te creas un Proyecto de Mira Lógico. Configúralo bien o la cagarás más adelante. ¿Que cómo se configura bien? Pues… ve probando. Alguna de las configuraciones será la buena. Cuando la encuentres, haz un documento para tus compañeros…
    12. Ahora créate una página Mira Lógico. Como lo único que quieres es sacar por pantalla una mierda de mensaje, vamos a tener una página sencilla de cojones. O eso te crees tú…
    13. Créate un contenedor y le pones cabecera y faldón. En la cabecera tienes que poner un título (obligatorio por Usabilidad). De título le pones… déjame pensar… ‘Hola Mundo’. En el pie, créate un botón en el que ponga ‘Salir’.
    14. Ahora, mete un Objeto HTML. En este componente Mira (¿por qué coño no llamarán a las cosas de una única forma?) mete una etiqueta y ponle un nombre bueno, no dejes el ‘label1′, que luego vas a tener que mapearle el resultado de la ejecución de la OI.

      Ya tienes una página con una cabecera que no necesitas, un faldón con un botón que no necesitas y un objeto HTML que contiene la etiqueta. Acojonante.

    15. Ahora tienes que sincronizar esta página que has creado con el estado página que deberías haber creado en tu OP. Si no lo has hecho, hazlo, y procura ponerle el mismo nombre que le has dado a tu página mira, o te dará error. Ahora reza para que el maravilloso sincronizador de Mira no pete sin razón aparente. Si da error, te tocará reiniciar, reconstruir (o sea, compilar. Sí, aquí se compilan hasta las páginas…) e incluso puede que volver a hacer la página. Cosas de Banksphere.
    16. Si aún no has tirado el ordenador por la ventana, supongo que ya tienes tu página sincronizada. Enhorabuena, ya te queda como la mitad de los pasos para terminar tu Hola Mundo :D

      Ahora, créate una variable de tipo DESCRIPCION_BREVE en el contexto de tu OP y mapea lo que te devuelve la OI a esa variable. Ya lo tienes.

    17. Venga, paciencia, que ya estamos terminando xD Abre la página, que ahora es Mira, no Mira Lógico. Bien, vete a la pestaña ‘Mapper de Datos’ y mapea tu descripción breve del contexto a la etiqueta que creaste hace media hora. Ahora reza por que el mapeo vaya bien, o te tocará hacerlo por javascript cuando dentro de 45 minutos hayas conseguido arrancar el servidor y llamar a tu OP y se vea la página en blanco.
    18. Ya casi estamos!! Pero queda lo más importante. Crea un Proyecto de Ensamblado. En el ensamblado, mete tu lógica de presentación y tu lógica de negocio. Te dará error. Ve metiendo proyectos que no necesitas, pero que te pide la arquitectura, hasta que deje de dar errores. Bien.
    19. Ahora créate un Proyecto de Lógica de Presentación. No, lo de antes no era tu proyecto de lógica de presentación, aunque luego se le llame así. En el argot de BKS a esto que acabas de crear se le llama escenario. Es para liar la cosa y que alguien de fuera no se sepa manejar con la arquitectura, no te pongas así. Y que no se te olvide darle a tu escenario el mismo nombre que a tu ensamblado. No preguntes por qué…
    20. Ahora en tu escenario despliega tu OP y tu OI. Ah, no olvides configurar tu escenario. Para esto, vete a otro escenario ya configurado y cópiate la configuración. Si no dispones de otro escenario ya configurado estás jodido… Despliega también todas las OPs que te encuentres en tu workspace, porque puede que luego te falte alguna, aunque no la utilices…
    21. Ahora, se supone que ya lo tienes todo montado para arrancar tu Hola Mundo. Vete a la vista de Servidores y genera código de despliegue de tu aplicación. Configura el servidor como te digo. No preguntes por qué se configura así. Aquí en BKS hay muchas cosas que se hacen sin saber por qué, no pasa nada. Arranca el servidor y cruza los dedos.
    22. Arregla los miles de errores que te dan al arrancar. No hagas caso de esa traza de error que ves en la consola del servidor que tiene más de 20.000 líneas. No pasa nada, luego funciona. Para solucionar los errores de arranque del servidor, necesitarás contar con un compañero que lleve varios meses currando con esto. No, no hay manuales ni documentación al respecto…
    23. Ahora que nos arranca el servidor, espera que se nos ha olvidado la página de inicio de la aplicación. ¿Qué haces? ¿index.html? No, nombre, no, este servidor es especialito y tienes que llamarla startingPage.html. Novato… Y configúrate la página para que coja todos los datos necesarios del contexto del escenario. Venga, que ya casi está…
    24. Ahora, lanza la página. ¡¡Desde el Internet Explorer, no me seas friki, que esta mierda no funciona en Mozilla Firefox!!
    25. Con suerte, estarás llorando emocionado ante el monitor porque se ve una mierda de pantalla en la que pone Hola Mundo. Cualquier profano que te vea pensará que estás mal de la cabeza. Pero nosotros te entendemos. Si no has tenido suerte, te puede quedar una hora (con suerte xD) de corregir errores tontos que hayas cometido en alguno de los pasos.

    Tiempo estimado para novatos: indefinido. Tiempo estimado para una persona con dos o tres meses de experiencia: de 3 a 5 días. Tiempo estimado para una persona con casi un año de experiencia: 1 día.

Conclusión: No trabajes en Banksphere. Ni en ISBAN.