Echando un ojo a la closing de la pycon de este año leo la siguiente frase:
I’ve always found a way to use Python as a strategic weapon, a tremendous source of leverage, to make that small group of people much more productive than the big companies that can— through the force of sheer mass— crush you like a bug.

Como algunos sabéis, estamos desarrollando una aplicación para que los agricultores puedan llevar la trazabilidad de sus explotaciones agrícolas. Ya existen aplicaciones que hacen esto, pero son caras, complicadas y hacen demasiadas cosas.
Esta semana se celebra una de las ferias más importantes de agricultura, se celebra cada dos años y reune a una gran cantidad de agricultores. No tenemos stand así que nos hemos hecho unas camisetas con en logo de agrotrack y vamos a ir unos cuantos a ver que se cuece por la feria.
No es algo que creo que tenga repercusión, pero sí puede estar bien como experimento, veremos a ver si tiene impacto en el número de visitas, correos y suscripciones.
Por otro lado vamos avanzado muy rápido con el desarrollo, además tenemos la ventaja de ya tenemos mucho contacto con agricultores y una buena base de datos con los que probar.
Leía el postmoreten de NyxQuest, que para el que no lo sepa es un videojuego creado por una compañía Española, overthetopgames, con gran éxito internacional en wiiware, y he visto ciertas frases que me han gustado mucho, sobretodo porque encajan bastante con la filosofía de tener recursos acotados para obtener mejores resultados.
Since we didn’t have a lot of money to spend, we had to find ways to resolve some problems. Not enough work force for animation? Ask a friend with free time! No budget for voices? Get a voice actress girlfriend with her own studio! No testing department? Friends and family
Since we were a small team and couldn’t have a lot of detailed models and textures, we chose a style that focused on lighting and shadows.
At the same time, we were telling the story of a burned and forgotten earth, full of deserts and ruins… this setting was not only chosen because of the story, it helped us to reduce work. Since the game world was ruined and deserted, we could create fewer assets and spend the time on making them stylish.
We decided to partner and fund the game with our own money. In the end this has worked very well, because we managed to do a good looking game in the time we had, and with scarce resources. But it was a very tight development cycle; we barely made it with the money we had saved.
El artículo es altamente recomendable y merece la pena leerlo detenidamente.
Leo en stackoverflow una pregunta que me ha llamado muchísimo la atención “how can you program if you’re blind”. Las respuestas de personas ciegas son muy interesantes, sobretodo por ver como se las apañan, como valoran la usabilidad… también hay preguntas un poco estúpidas: “apagas la iluminación de la pantalla del portátil para ahorrar batería?”.
Ser ciego seguro que hace mejorar ciertas capacidades; quién no ha tenido que volver al fichero de la clase que estamos usando constantemente a ver el nombre de vaya usted a saber atributo? seguro que ellos retienen toda esa información en la cabeza con más facilidad. Las combinaciones de teclas seguro que son el pan de cada día, el movimiento del cursor seguro es mucho más rápido al no tener que mirar donde está, etc.
También me viene a la cabeza un antiguo compañero de trabajo que era programador y tenía algunos problemas de movilidad. Me quedé muy sorprendido cuando le vi navegar entre carpetas con el explorador de windows. Para él usar el ratón era difícil, sin embargo con combinaciones de teclas se movía a una velocidad asombrosa, mucho más de lo que he visto moverse a personas con sus capacidades motrices perfectas. Él tenía una restricción y ha hecho de ella una ventaja.
Moraleja:
Let limitations guide you to creative solutions
Esta mañana veía uno de esos entretenidos documentales de construcciones, creo que era mega estructuras (o mega-algo) - por cierto, el título original es extreme engineering, imagino que en España algo con la palabra ingeniería de por medio no llamaría -
Explicaban, muy por encima dicho sea de paso, las hipótesis que tenían acerca de como las pirámides habían sido construídas, basándose en las construcciones aledañas a las pirámides, donde se supone que debían acampar los esclavos que las construyeron, en las tumbas que encontraban dentro de las pirámides, etc. Me gustaría destacar dos cosas con las que no pude evitar esbozar un sonrisa pensando en las mega-consultoras donde se hace software a lo bruto, algo parecido a como se hicieron las pirámides.
- Resulta que a tenor de la cantidad de huesos de animales allí encontrados, los esclavos no debían serlo tanto, parecía que estaban bien alimentados, si tenían accidentes les curaban y les mantenían aunque fuese sin, por ejemplo, un brazo. Es curioso como analizando los huesos es posible determinar esas cosas. Además, había grupos de trabajadores especializados…
- Un capataz de la obra, del que encontraron sus restos en un sarcofago dentro de la pirámide, no debía ser ningún mindundi por tanto, tenía los huesos de la columna “aplastados”, síntoma de haber cargado con peso durante tiempo.
Conclusiones:
- Los egipcios ya sabían que al empleado había que tratarle bien
- Para saber llevar bien un proyecto tienes que bajar a descargar el camión. En el ámbito metalúrgico lo llaman “mancharse las manos de taladrina”
Igualito igualito que las mega-consultoras “españolas”.