Reflexiones e Irreflexiones



2017-04-10


Los beneficios de preguntar

Clase
Siempre me deja preocupado la gente que está perdida en clase y no intenta preguntar, a sus compañeros o al profesor para tratar de re-engancharse cuando estamos perdidos.
No diré que me sorprende porque es más habitual de lo que debería.
En The Benefits of Being a 'Dumb' Girl in Computer Science Catherine Clennan nos cuenta su reconversión a la informática, aunque creo que se puede aplicar a casi cualquier disciplina.
Ella estaba bastante perdida y no entendía bien las materias pero empezó por reconocerlo y pedir ayuda.

Nos cuenta las ventajas de reconocer que no se enteraba de nada, y preguntar:


The next time I took the class, something clicked -- I made the decision to raise my hand in class and admit publicly that I was completely lost. To my surprise, I found that not only the teacher, but also other students in class were eager to help and went out of their way to speak to me.


Despreocuparse de lo que puedan pensar otras personas y aprovechar las sesiones de clase y de laboratorio:


After that, I grew less concerned with what other people thought and made it a point to fully understand the concepts prior to leaving lab. What followed was perfect score, after perfect score, after perfect score ...


Incluso hasta el punto de que otras personas le imitan y empiezan a mejorar:


She got involved in discussions of the material outside of class. That girl didn't just have a good experience getting help on homework. That girl had actually CHANGED.


Y, la conclusión, nada es difícil si nos lo tomamos con interés, preguntamos y estamos dispuestos a reconocer que estamos perdidos. Y encontramos (encontraremos) gente que nos ayude.


That the elephant in the room named "you must be a computer genius to do computer science" is nothing more than an illusion of the mind that plagues the field. I would even go so far as to say that we should reward failure, just as long as you keep trying and don't give up.



Etiquetas: , , , ,


votar

2017-03-20


Apps y administración

Consultando el teléfono
En general soy poco creyente del modelo app: salvo las que todo el mundo tenemos, si alguien decide hacer una aplicación empiezan los problemas. Hay que crearlas para que funcionen en un rango de dispositivos amplio, tienen que ser agradables de usar, resolver el problema tan bien (o mejor) que lo que conseguiríamos por métodos más tradicionales, ...
Finalmente, hay que conseguir que la gente las instale.
Sin olvidar que la relación con la administración por parte de la gente es puntual y relativa a hechos y momentos concretos.

Me gustó leer La era de las aplicaciones según los ministerios españoles donde señala el poco desarrollo (en general) de apps para la que la ciudadanía pueda resolver sus problemas. Empezamos por la dificultad que cualquier ciudadano encuentra a la hora de comprender como funciona la administración:


Solemos exigir a las interfaces de las apps que sean intuitivas para que tanto nuestros primeros pasos como nuestro uso posterior sea sencillo, pero lo que no es nada intuitiva es justamente la estructura de los distintos órganos de la Administración. Aclararse suele requerir al menos un previo estudio de su organización y nomenclatura, sobre todo si pretendemos trabajar en la misma y teniendo en cuenta que se ve sujeta a cambios esporádicamente.


Todo esto se traslada a las tiendas de aplicaciones en forma de quién provee las soluciones (sin perder de vista que de vez en cuando aparecen, desaparecen y/o cambian los ministerios correspondientes).

Luego se habla de la actualización (de la información) que tampoco nos sorprenderá mucho: de vez en cuando alguien le da un 'meneo' a la información disponible, se pone al día y luego nunca más se sabe porque no está interiorizado el tema de la información digital y su publicación.

No estoy del todo de acuerdo con una de las conclusiones:


Quizás lo conveniente sería que cada ministerio tuviese su app, incluyendo dirección de la sede, métodos de contacto y legislación asociada entre otras cosas.


Imaginemos: diez o doce ministerios, diez o doce apps. Las del banco, las del súper, la del gimnasio, ... ¿en serio queremos eso?
Creo más en modelos donde haya buenas páginas web, modelos de datos abiertos que se actualicen y se publiquen de manera conveniente...
Y luego en (tal vez) apps agregadoras según las necesidades/preferencias de cada uno. Y buenas páginas web que se puedan consultar desde el teléfono, sistemas adecuados de alertas para recibir notificaciones, etc.

Etiquetas: , , , , ,


votar

2017-03-14


Lo que dicen los gobiernos digitalmente más avanzados del mundo

Una carta
Llego tarde porque parece que este encuentro se celebró en diciembre de 2014. Se reunieron Corea del Sur, Estonia, Nueva Zelanda, Israel y Gran Bretaña proclamándose 'leading digital governments' (gobiernos líderes digitales). Creo que vale la pena leer su carta de principios digitales, [PDF] D5 Charter.

En ella se comprometen a centrar su desarrollo digital basándose en las necesidades de los usuarios, utilizando estándares abiertos, software libre, mercados abietos, gobiernos abiertos (transparencia), conectividad, enseñando a los niños a programar, ayudando a los ciudadanos a acceder a los servicios digitales y con el compromiso de aprender y compartir.

Mírense ustedes mismos (mejor que el gobierno, ¿qué podemos hacer cada uno?) y vean qué compromisos de todos esos pueden asumir.
Luego, podemos pedirle a nuestros gobernantes que vean qué pueden hacer.

Etiquetas: , , , ,


votar

2017-03-09


Motivos para tener una bitácora colaborativa

Manos
Supongo que no hay que convencer a nadie de que hacer cosas con otras personas es mejor (al menos en teoría): más diversión, más opiniones, más puntos de vista...
De esto nos hablaba George Couros en 5 Reasons To Have a Collaborative Blog.

El primer motivo que da tiene que ver con el miedo al folio en blanco: tener una bitácora para una sola persona puede parecer demasiado compromiso. Si estamos con otros es posible que perdamos, en parte, ese miedo.

Colaboración competitiva: si la cosa va bien, trataremos de hacer mejores entradas para que sean más leídas/comentadas/debatidas que las de nuestros colaboradorse. Si somos capaces de manejar eso adecuadamente, puede ser una fuente de realimentación y motivación. No olvidar la parte de cooperación/inspiración.

Oportunidades para reflexionar: no aprendemos de la experiencia, aprendemos de la reflexión sobre esa experiencia.

Riqueza de datos. Al final una bitácora es un registro: de nuestra actividad, nuestros pensamientos, nuestra evolución...

Todo el mundo aprende y todo el mundo enseña: podemos aprender de los demás, y también podemos mejorar nuestras oportunidades viendo a los que tenemos alrededor.

Etiquetas: , , , , ,


votar

2017-03-01


A veces (casi siempre) necesitas un mentor

Maduro
La figura del mentor no es muy habitual en nuestro entorno (o al menos, no me lo parece a mi). Entiendo mentor como alguien con experiencia y visión que nos ayude a tomar mejores decisiones, comprender mejor el mundo (al menos el que nos rodea), ...
A veces nos cuesta demasiado pedir ayuda.
Otras creemos que si contamos nuestros proyectos nos los pueden robar o pueden resultar poco interesantes para los otros.
Por eso me gustó leer What Working at Facebook Taught Me About Design Mentorship .
No lo dice la entrada, pero también hace falta una dosis de humildad: reconcoer que no lo sabemos todo y que otra gente nos puede ayudar.

Sobre el mentor como alguien con experiencia y al que respetamos:


A mentor is someone you respect for deep experience in an area you're new to. As a result they're someone you pay close attention to, someone whose advice you follow.


Y luego nos cuenta formas de encontrar a alguien que pueda ejercer el papel, que sería el 'networking' más básico: en su caso, encontrarse con un diseñador nuevo cada semana y charlar sobre su carrera (la del mentor):


When I started at Facebook I set a personal goal to meet one new designer I admired every week. I invited them to coffee, and we would chat. Mostly about their backgrounds; not really about mine. I asked them questions ...


En este aspecto tengo claro que la gente verdaderamente interesante es accesible y no es difícil establecer encuentros así.

Naturalmente, no se trata de nuestros amigos ni será fácil que congeniemos con todo el mundo, así que es un trabajo intensivo:


The reality is you don't become friends with every single person you meet. Consequently you won't end up finding a mentor in most designers you meet.


No tiene por qué ser sencillo:


At a company the size of Facebook it's easy to get face time with a lot of designers. There are hundreds within walking distance. But if you're still in school or working at a startup, it's not as simple.


Cuando no tienes acceso a mucha gente interesante de manera directa, tal vez tengas que tratar de encontrarla en sitios donde pueda estar:


If that's the case, attend as many external design events as you can. Industry networking events, happy hours, panels ...


El otro consejo que da es tratar de trabajar con las personas que nos parezcan más interesantes. Si es posible, terminar en los mismos equipos de trabajo:


Work on the same projects as designers you admire


En el mundo del software libre habría oportunidades adicionales, tratando de aportar en proyectos en los que participe gente que nos parezca interesante. Pero también en otro tipo de proyectos:


If you're not looking for a full-time position, you can still contribute to the same open-source projects as designers you admire. Or you can offer thoughtful, unsolicited redesigns.

Personalmente, creo que he tenido suerte: ante decisiones importantes he encontrado personas que me han dado sus impresiones y me han ayudado a ver cosas que seguramente se me habrían pasado. Desde cosas tan sencillas como prestarme un documento para generar uno propio basándome en la estructura e ideas hasta toma de decisiones sobre asuntos de más calado. Sin dejar de lado el apoyo necesario para simplemente decirte: seguro que lo vas a hacer bien.

Etiquetas: , , , , ,




votar

2017-02-21


Ábreme un 'issue' o dame un 'tirón'

Nueva versión
Creo que ya lo he contado alguna vez. Mi primer contacto con GitHub fue hace algunos años estaba yo trasteando con WordPress y la publicación mediante XML-RPC y encontré una solución que tenía algún problemita (que no recuerdo). Lo arreglé, le mandé los cambios al desarrollador y me dijo que hiciera un 'fork' (replicar el proyecto y hacer los cambios allí para enviárselos de vuelta) en GitHub. Lo hice y me olvidé un poco (allí sigue, por cierto, el código que dejé de usar hace tiempo).
Más tarde volví y poco a poco lo he ido usando para diversas cosas. Una de ellas es almacenar un archivo de este sitio) e incluso escribimos en abierto las columnas para ReVisión.

El caso es que leía hace poco Introducing Open Collaboration in the Public Sector: The Case of Social Coding on Github que habla de los proyectos (de software,
principalmente, hablan de programación social -'social coding'-. Pero también documentos, leyes, normativa...) de las administraciones norteamericanas donde se fomenta la mejora de los servicios mediante 'tirones' (pull requests):


The federal government actively encourages open source programmers to improve code using Github's format of pull requests to add improvements to the code contributed by other programmers.


Con esta dinámica, podemos ver cómo se produce colaboración entre diferentes agencias gubernamentales (reutilización y adaptación de código, rectificación de errores) que muestran como las agencias con menos posibles utilizan los recursos generados por las más potentes. De todas formas, parecen prácticas todavía de alcance limitado:


The analysis of the social coding process in the U.S. federal government shows how developers collaborate on software code across agencies. While many agencies reuse code already developed in other parts of government to learn from existing innovations, there is less direct contribution to the existing code.


Justo hace un rato leía también como podemos discutir los 'borradores' (drafts) de documentos del National Institute of Standards and Technology. La publicación de estos documentos ya tenía un proceso formal de discusión pública que ahora se puede llevar a cabo también en GitHub (Ejemplo: Digital Identity Guidelines: Public Comment Period).
Se habla del sitio donde más desarrolladores hay (en sintonía con la temática del documento), pero también como una plataforma que permite la implicación de la gente con facilidad, proporciona control de versiones, la transparencia, .... En concreto, se puede participar (de ahí el título de esta nota) enviando un 'issue' (problema) con ayuda de la plataforma, como cuentan en Providing Feedback.

Este texto está quedando ya un poco largo. Aunque queda claro que GitHub no es sólo para documentación y por si prefieren el sonido al texto, me permito recomendar EB 17 Sobre GIT, escribir y autopublicar con Juan Julián Merelo (Extra ball) donde JJ nos cuenta cómo lo utiliza para sus novelas y libros técnicos.

¿Y por aquí?
Seguramente hay más iniciativas pero hace unos días descubría como la UJI tiene Código abierto en la Universitat Jaume I (y el correspondiente GitHub de la Universitat Jaume I y seguro que hay más universidades.
Modestamente (tanto que ni siquiera se ha anunciado todavía; como este sitio lo lee poca gente me guardarán ustedes el secreto), nosotros hemos empezado con nuestra propia inicativa en forma del Repositorio Gitlab de la Universidad de Zaragoza donde ya empiezan a verse algunos proyectos liberados, tanto personales como institucionales.

Así que ya saben, abran un problema ('issue'), o dennos un tirón ('pull request').

Etiquetas: , , , , , , , ,




votar

2017-02-17


Estoy muy cansado y otras lindezas internáuticas

Sueños y anhelos
Me hizo gracia leer Being tired isn't a badge of honor porque ya cansa (je) esa gente súper-mega-híper-activa que se pasa el día contando por las redes el muchísimo trabajo que tiene. Lo dice Jason Fried así:


Lately, I've been hearing something that disturbs me. A lot of entrepreneurs onstage have been bragging about not sleeping, telling their audiences about their 16-hour days, and making it sound like hustle-at-all-costs is the way ahead. Rest be damned, they say -- there's an endless amount of work to do.


Jornadas de dieciséis horas, poco dormir, ... Seguro que conocen a alguien así.

Y no digo que yo mismo no lo haya hecho alguna vez (aunque espero que pocas). Decirlo, me refiero, porque cansarme seguramente más de las que digo. Y lo vivo como un pequeño fracaso, tanto si me toca a mi como si le toca a alguien a mi alrededor. No digo que no pueda haber puntas de trabajo donde hay que apechugar, arrimar el hombro y sacar adelante lo que sea. Pero tampoco es razonable que nuestra vida diaria se base en trabajar miles de horas porque eso significa que nos estamos metiendo en más líos de los que podemos, o nos estamos metiendo mal, o algo falla.

Y, tal vez, uno de los objetivos de cualquier emprendimiento en el que nos metamos debería ser hacerlo sostenible: con gente normal, trabajando el número de horas normales en condiciones normales.

Tampoco digo esto como una crítica: cada cuál sabe qué quiere ser de mayor y a dónde quiere llegar. Y el precio que puede/quiere pagar por ello.

Dice alguna cosa más, pero creo que a mi me ha servido como excusa para contar mis impresiones.

Finalmente, sobre la gente que cuenta (tanto) lo muchísimo que trabaja, que lo piense: a lo mejor hay gente que trabaja tanto, que no tiene tiempo ni de contarlo.
O prefieren simplemente tener su parte hecha y no necesitan demostrárselo a nadie más.

En condiciones normales el único sueño que deberíamos tener es el de la imagen: a dónde nos gustaría llegar y qué nos gustaría conseguir.

Etiquetas: , , , , ,


votar

2017-02-13


La cultura organizativa de Buffer

Empresas
Es interesante leer The CEO of Buffer on Culture, Competition, and Transparency que es una entrevista donde se habla de la cultura de la compañía, basada en la transparencia (una estructura muy plana). Probar, fallar, cambiar, ...:


Earlier this year, we fully embraced experimenting with self-management, and then it didn't quite work out as we expected. We were completely transparent about it, and it was hard to come back and say, "We're moving away from some of those ideas," but I think that's the key to continuing to grow.


Casualmente estos días están anunciando cambios, tal y como cuentan en Change at Buffer: The Next Phase, and Why Our Co-Founder and Our CTO are Moving On con dos miembros muy importantes del equipo dejando la compañía.

Etiquetas: , , , ,


votar

2017-02-10


En El Periódico de Aragón hablando del ENS e incidentes de seguridad

Concienciación
Uno de los primeros temas en los que hemos conseguido avanzar en el trabajo es en la implantación del Esquema Nacional de Seguridad. Se ha publicado nuestra política en varios sitios y entre ellos, en el Boletín Oficial de Aragón.

Los periodistas lo ven, se interesan y nos preguntan. Como el tema legal es de interés limitado, nos preguntan por incidentes de seguridad y justo la semana anterior habíamos tenido un pequeño problema con un alojamiento de páginas web de diversos colectivos y personas que no estaba tan bien como debería.

Hablamos un rato con Jorge Otto, del Periódico de Aragón y este es el resultado: La universidad se protege.

Etiquetas: , , ,


votar

Mi deseo científico para 2017

Desde la Unidad de Cultura Científica de nuestra nos invitaron a participar en la inicativa #deseocientífico2017 y ahora me doy cuenta que no lo puse aquí.



Esta entrada apareció primero en Mi deseo científico para 2017 y se repite aquí a título de inventario.

Etiquetas: , , , ,


votar

Acerca de...

Esta es la bitácora de Fernando Tricas García. Está alojada en Blogalia:


Soy profesor y aquí hablo de internet y de casi cualquier cosa que me interese en cualquier momento.
Nací en Huesca y vivo en Zaragoza.

Se puede ver la página de Fernando Tricas García en la Universidad de Zaragoza donde hay información sobre mis clases, temas de investigación y también información sobre otras actividades como charlas, conferencias, cursos fuera de la universidad...

En El Mundo Es Imperfecto se pueden ver otras páginas y publicaciones que voy dejando por la red.

  • RSS
  • Inicio
  • Archivo
  • Contacto
  • Ver estadísticas (Statcounter)
    eXTReMe Tracker

Listas de deseos

Derechos

  • Contrato ColorIuris Verde

Perfil profesional

Seguir en Twitter


Calendario

<Abril 2017
Lu Ma Mi Ju Vi Sa Do
          1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
             
By Fernando Tricas García (En Google)