lunes, 24 de marzo de 2014

370 - facilísimo

(Pulsa en la imagen para ver la tira completa)



Una de esas confusiones mentales que habréis sufrido muchos, en la que alguien ajeno a la informática piensa que, cuanto más fácil es algo para un usuario, más sencillo es de programar (y suele ser todo lo contrario).

Un caso particular de esto, que parece bastante difícil ed hacer entender a muchos comerciales es el hecho de que coger una solución informática y quitarle cosas que ya están hechas no es "fácil" (sobre todo cuando quieren quitar pantallas intermedias en una web, y que por tanto todo ese trabajo lo haga la aplicación web por detrás) o quieren desechar toda la aplicación para hacer algo "más sencillo como una hoja excel").




¿quieres leer más tiras? Entra en el listado de tiras y escoge!

Puedes usar esta tira libremente,
cumpliendo tan solo esta licencia CC:
Creative Commons License

domingo, 16 de marzo de 2014

Vacaciones

Este Lunes no hay tira (merecido descansito)

Volvemos el lunes :)



¿quieres leer más tiras? Entra en el listado de tiras y escoge!

Puedes usar esta tira libremente,
cumpliendo tan solo esta licencia CC:
Creative Commons License

lunes, 10 de marzo de 2014

369 - Ingeniero florero


P.D: Para los lectores de otros países o que hayan estado comiendo nueces dentro de una cueva y hablando con Dios, alejados del mundanal ruido, esta es la famosa defensa



¿quieres leer más tiras? Entra en el listado de tiras y escoge!

Puedes usar esta tira libremente,
cumpliendo tan solo esta licencia CC:
Creative Commons License

lunes, 3 de marzo de 2014

368 - superpoder


tira basada en hechos (prácticamente) reales...como muchos habréis sufrido ya.



¿quieres leer más tiras? Entra en el listado de tiras y escoge!

Puedes usar esta tira libremente,
cumpliendo tan solo esta licencia CC:
Creative Commons License

lunes, 24 de febrero de 2014

367 - Gremios



debo reconocer que le tengo miedo a los ferreteros. ¿para eso no hay nombre? ¿para el miedo a los payasos sí, y para eso no? joder, yo he visto a más ferreteros que a payasos. Es una injusticia.



¿quieres leer más tiras? Entra en el listado de tiras y escoge!

Puedes usar esta tira libremente,
cumpliendo tan solo esta licencia CC:
Creative Commons License

lunes, 17 de febrero de 2014

366 - Si bebes, no escribas reformas de la LPI

(LPI:Ley de Propiedad Intelectual)





* ver los textos de Ricardo Galli, fundador de meneame, sobre el tema. No obstante, insisto; no se trata de convertir esto en una guerra de cifras; es simplemente señalar como el gobierno, en un intento de justificar torticeramente una legislación chapucera (como ya hizo Sinde con el PSOE), miente lo que tenga que mentir.


Si creéis que la viñeta de los periodistas borrando firmas de viñetas o usando fotos con fines evidentemente comerciales sin permiso de los autores (y por supuesto, sin citar que son los autores), podéis pasearos un día cualquiera por twitter o leer lo que le pasó a JRMora con Cuatro

Si creéis que meneame (por poner un ejemplo de alguien que habla claro) se forra, puede que queráis leer su postura respecto a la nueva propuesta de LPI

En esencia, esta ley a lo mejor no es tan mala. A lo mejor consigue un efecto parecido al del juicio de Napster: impulsar un avance tecnológico (en ese caso fue el P2P). Igual nos desayunamos con webs descentralizadas, servidas mediante protocolo bittorrent, un día de estos.  ;-) ...y todo porque, nuevamente,
unos cretinos que no quieren perder las ventanas de venta de los formatos físicos, se niegan a explotar
el formato digital.

Por cierto, no todos los medios son iguales (aunque, si una entidad de derechos se empeña, cobrará por ellos, al ser sus derechos de autor "irrenunciables")... podéis diferenciarlos porque los que son unos vendidos destacan que esta es una ley contra el "Todo gratis" (cuando lo gordo es precisamente las prebendas que les tocan por ser perritos obedientes). 

David Bravo, David Maeztu y otros muchos más han hablado largo y tendido sobre el tema. Gracias a ellos y a una lectura del texto, he podido hacer esta tira (como siempre).

P.D: Sí, ya sé que hoy es el #bigCuloDay, pero no he tenido tiempo de alargar esta tira para añadir un culo. Que son las 2 de la mañana, leñe.



¿quieres leer más tiras? Entra en el listado de tiras y escoge!

Puedes usar esta tira libremente,
cumpliendo tan solo esta licencia CC:
Creative Commons License

lunes, 10 de febrero de 2014

365 - El principio de Peter

(no quiero iniciar un flame Arquitectura VS. desarrollo; solo uno de "Mala arquitectura" VS "desarrollo y luego ya pienso cómo lo distribuyo todo". O mejor, lanzar una pregunta: "¿por qué tengo que elegir entre la rubia y la morena, si me gustan ambas?". Espero que no lleguemos a la agria polémica que hubo en la tira 362.)

Lo cierto es que hay, en este país (salvo honrosas excepciones, todo hay que decirlo), una especie de maldición con eso de programar. Incluso con programar bien, que suele involucrar pensar antes de hacerlo y hacer buena arquitectura. Cuando en una gran empresa te nombran arquitecto, parece que te elevas a un mundo de abstracción en el que no deberías volver a tocar un editor de código, no sea que te infectes. Parece como un paso intermedio a la gerencia. Y NO.

Es curioso, porque he visto a algunos malos programadores (no necesariamente malos porque se les diera mal; a algunos, simplemente, no les gustaba) convertirse en malos arquitectos. De esos que tenían un diagrama genérico de un MVC, le cambiaban el nombre y HOP!, proyecto nuevo.

Siempre me ha fascinado (sobre todo, en las empresas grandes), esa manía de separar la arquitectura y la programación, quizá víctimas de la propia metáfora (la del arquitecto y los albañiles). Siempre he considerado ambas cosas dos caras de la misma moneda; No digo que separar tareas no pueda ser una buena idea, pero ese ansia de algunos (malos) arquitectos por desligarse de la programación es simplemente un reflejo de algo obvio; no les gusta programar. Pero, por seguir con la metáfora, un Arquitecto sin conocimientos de programación nunca mataría a Hitler más que en un papel... y un programador sin idea de arquitectura, cogería un rifle y se pondría a disparar en círculos hasta que se le acabasen las balas. Con suerte, con el cañón apuntando hacia afuera ;-)

No sabría decir con exactitud qué me gusta más; ese periodo de perfeccción teórica, diagramas, estimaciones y patrones que precede a un proyecto y que podríamos encuadrar (relajadamente) en el marco del trabajo de un arquitecto o el paso de ponerse a codificar, ver como todo va cuadrando en sus cajitas que has diseñado antes, bellamente... hasta que te encuentras un problema de desarrollo y hay que modificar algo :-). Pero bueno, el mundo no es perfecto, así que su modelado informático tampoco puede serlo. Por lo tanto, yo elijo el trío con la rubia y la morena :-)

P.D: Sí, el CondensadorDeFluzoCrashException está en castellano porque lo de "fluzo" es algo muy español: un errorcillo

P.D.2: El principio de Peter que da nombre a la tira es esto 



¿quieres leer más tiras? Entra en el listado de tiras y escoge!

Puedes usar esta tira libremente,
cumpliendo tan solo esta licencia CC:
Creative Commons License

lunes, 3 de febrero de 2014

364 - Omnialgo



Como ya quedó claro en la famosa tira 362, la omnisciencia no garantiza nada...



¿quieres leer más tiras? Entra en el listado de tiras y escoge!

Puedes usar esta tira libremente,
cumpliendo tan solo esta licencia CC:
Creative Commons License

lunes, 27 de enero de 2014

363 - El futuro

Sí, lo del gorro es un homenaje a Demolition Man :-)



¿quieres leer más tiras? Entra en el listado de tiras y escoge!

Puedes usar esta tira libremente,
cumpliendo tan solo esta licencia CC:
Creative Commons License

lunes, 20 de enero de 2014

361 - tipos de comentarios de código



Siempre he sido partidario de que los comentarios en código no deberían ser necesarios, a excepción de las cabeceras (explicar el uso, dependencias y demás en una clase me parece necesario); el código debe ser sencillo, acotado y los métodos, cortitos (no en el sentido de Paquirrín; en el sentido de breves, leñe). A veces no es posible, hay campos del desarrollo que son complejos, y qué cojones; a veces sabes que nadie va a leer los diagramas UML, la documentación de arquitectura... o directamente, no hay.  O a veces, heredas un código ilegible y necesitas hacerte a la idea de qué cojones hace y escribes comentarios para aclararte tú mismo, antes de respirar hondo, ir a ver a tu jefe, decirle que te vas a dedicar una semana a refactorizar un código de mierda que funciona para convertirlo en un código legible que funciona, y luego largarte montado en un unicornio dorado.

Por supuesto, los comentarios proporcionan otras cosas: por ejemplo, desahogo o risas :-)... contad vuestras experiencias; estoy seguro de que superarán a la tira POR MUCHO. xD




¿quieres leer más tiras? Entra en el listado de tiras y escoge!

Puedes usar esta tira libremente,
cumpliendo tan solo esta licencia CC:
Creative Commons License