ay no sé psy, aquí muchas cosas de las que dices se me aparecen más como un nodo-debate-starting-point en el mismo hakmeeting, para seguirlo en la lista post-hackmeeting debatiendo con la calma y la profundidad necesarias, una cosa son canciones de animo y otra plantear estrategias cuando la cosa ya marcha, no creo que ahora sea el momento de debates de fondo, dejemos que quien lo vea lo haga y que los quemados ayuden al resto a no quemarse
saludos EL Tue, 22 Sep 2015 17:44:49 +0200 psy <epsy...@riseup.net> escrigué: > Aupa, > > Con el mismo fin de seguir aportando y bajo el pragmatismo basado en > la teoría acumulada y la experiencia, aquí va una serie de analisis y > propuestas practicas para el hackmeeting 2015, partiendo del acta de > la última asamblea realizada por el colectivo: > > http://sindominio.net/hackmeeting/wiki/2014/Acta_asamblea_final_Hackaleda > > Aunque el texto pueda resultar largo, en el mismo además de > reflexiones existen preguntas que deben ser contestadas, así que pido > algo de tiempo de lectura, en compensación misma por el tiempo y > reflexión aportadas para la creación de la misma. > > Gracias :-) > > ----------------------------------------------------- > > - Compromiso: > > Aunque no aparece el término de manera directa, lo que he visto es que > subyace en todos y cada uno de los puntos siguientes. Por eso vamos a > mencionarlo y analizarlo en primer lugar. > > Si bien, existe una demanda por parte de antiguos miembros activos del > colectivo, de la necesidad de crear un relevo histórico, ésta sucede > de manera muy sutil y en comentarios fuera de acta. No sucede lo > mismo con las personas que han llegado en los últimos años, que > expresan públicamente la falta de compromiso de los miembros más > activos en el pasado. > > Correcto. Se trata de un proceso bastante claro, que apela a la > empatía y que tiene que ver con la necesidad de materializar un > relevo o adaptación a nuevos tiempos. > > Sin embargo, bajo mi punto de vista la solución no reside en demandar > a terceros, sino en incorporar iniciativas al proyecto, por ambas > partes. > > En el ejemplo simplificador, es necesario que exista compromiso mutuo. > De quienes buscan relevo, en encontrar los relevos y explicarles la > mecánica o al menos, colaborar en la documentación y automatización de > la comprensión (wiki, lista de correo..) de la misma. Como de quienes > llevan pocos años o al menos han acudido en una ocasión (si os fijáis, > trataremos más adelante a quienes nunca han estado de otra forma), que > deben de una forma y otra, adquirir un rol con mucha mayor iniciativa > y que trate, sino de transgredir las metodologías anteriores, al menos > tratar de ceñirse a ellas, en la mayor medida posible. > > Quizás éste primer párrafo nos pueda sonar algo críptico, pero la > función de compromiso parte de una premisa totalmente individual y si > ésta no se da, lo colectivo pierde su estructuración y sentido. Es > decir, si una célula decide no participar, en función de la > dependencia que tenga el sistema de la misma, éste puede llegar al > colapso. > > Concretando mucho más, existe un "bloque de personas" del movimiento > muy concreto e identificado, que aunque parece no estar presente, > sigue la lista de correo, las acciones de lo colectivo, sino > directamente, a través de terceros. Es decir los vínculos de aparente > (ojo!) dependencia se encuentran forjados y aún existen, aunque su no > presencia desconcierta al resto del sistema. Por tanto, quizás una > presencia, meramente articular, como puede ser enviar un correo o > participar en alguna acción de comunicación del hackmeeting, será más > que suficiente para re-generar los niveles de compromiso globales a > espensas del resultado de la propuesta de compromiso individual > latente. > > Incluso, es posible que todo el sistema de compromiso se > retroalimente. > > Debemos diferenciar el compromiso para mejorar la metodología entre; > aquel que se adquiere de forma pública (hackmeeting como servicio) y > aquel que se destina a la interrelación de la asamblea con sus propios > actos (hackmeeting como entidad/fluído). El primero tiene que ver con > los nodos, los espacios, la comida y los servicios directos e > indirectos que hasta la fecha se han cumplido en mayor o menor > medida. Ni que decir tiene que revisarlos es un acto importante de > sostenibilidad, para ahorrar esfuerzos y dirigir mejor las energías. > Proceso imprescindible en casos como "Despedida del Hackmeeting". > > Vuelvo a lo practico. La asamblea dice en Marinaleda: "Ha sido un > formato diferente de HM, pasamos de espacios autogestionados a en este > caso a utilizar las instalaciones dentro de un pueblo, que nos a dado > facilidad de gestión, ha sido un HM más familiar y menos estresante." > > De lo que se perciben varios focos. El primero puede referirse al > "acomodamiento" del colectivo. El segundo puede ser el nivel de foco > en lo practico y el ahorro de energía estructural. El tercero la > necesidad de menos stress. Etc... Cualquiera nos sirve para llegar a > construcción de abstracción organizativa. > > Siguiendo con el ejemplo de analisis y opinión, también útil como > formato herramienta para otras intervenciones similares, pienso de > manera personal que el colectivo ha olvidado la importancia de > desplegar una infraestructura desde 0. Hecho practico similar a un > entrenamiento militar, que se repite con noción de extensión, ejemplo > y recordatorio y muy útil en situaciones de excepción o extrema > agitación social. Por otro lado, ante la falta de energía motriz, se > produce la necesidad de facilitar los recursos básicos para llegar a > conquistar espacios similares a los creados por el pasado, en > circunstancias practicas y en los 3 o hasta 4 años anteriores, sin > llegar a las espectativas creadas. > > Por tanto, concluyo éste ejemplo diciendo que: "El hackmeeting es > dificil y no es cómodo, porque así debe ser. Su estructura > organizativa representa a la Asamblea, o gobierno del Pueblo (que no > democracia) como base de compromiso y acuerdo para la generación de > una infraestructura completa de computación, electrónica, > comunicación y vínculo humano, en un tiempo record y con recursos > basados en aportaciones altruístas y auto-organizativas." Es decir, > está en el ADN del hackmeeting ser "duro", para que la gente vea la > perspectiva del "hazlo tu misma" más practica y extrema posible > (obtener agua, luz, calor, comida, techo....). > > Si bien se puede teorizar y pasar a que el hackmeeting sea un mero > "consumidor" de otros espacios, bajo mi punto de vista ésto no debe > suceder. Lo que tampoco quiera decir que haya que quedarse sin luz o > agua sino se consigue. Siempre se puede apelar al parche efectivista, > siempre y cuando éste quede bien explicado. Ejemplo: "No conseguimos > tener luz del poste (cosa que nunca ha pasado, por cierto), así que > para éste paso vamos a usar un generador, que funciona así y así y que > contiene petróleo que viene de aquí y de aquí, en el caso de una > autoestructura, es preferible no crear depedencias de continuidad, > como la que supone que sin generador, todo se apaga, por tanto, > aunque se va a usar..bla bla bla..." > > Dicho lo cual, mostrado el nivel de síntesis y sin objeto de alargarme > demasiado en cada tema, puesto que hay bastantes, paso a enumerar y > opinar sobre cada punto de la última asamblea, siempre con la > finalidad de sumar y no restar... > > En primer lugar contestaré de manera personal a las demandas escritas > de la asamblea con mi opinión. Después realizaré una revisión, también > subjetiva de la revisión de protocolos, en éste caso, por grupo de > trabajo y finalizaré con una propuesta completa de estructuración de > colectivo... (de bilbo, hostias!) >) > ------------- > > 1) Dinámicas de trabajo previa: > sindominio.net/hackmeeting/wiki/2014/Tareas/Crear_dinam%C3%A1micas_de_trabajo_previo > > "Crear dinámicas de trabajo previo y conseguir la permanencia de los > proyectos, hacer realidad la incidencia local y dejar en > funcionamiento las propuestas hechas." > > La creación de dinámicas de trabajo previo deben equilibrarse entre > los recursos disponibles, el nivel de compromiso y la capacitación. Y > digo equilibrio porque ahí radica la naturaleza correcta de > funcionamiento de cualquier sistema conocido. Son necesarios recursos > (routers, cables, mesas, sillas, etc...), así como compromiso > multilateral. Eso parece claro. Quizás la capacitación se obvia en el > discurso inclusista y de igualdad, pero debemos distanciarlo en la > practica organizativa, "pues no todo el mundo, sabe de todo." > > Una manera de generar una dinámica es hacer un llamamiento específico > hacia la misma, demandando una serie de recursos mínimos, compromisio > y especialización. Una propuesta puede ser la creación de un "How to > deploy a hackmeeting", o como se quiera decir, que muestre los > requisitos mínimos, tanto materiales como humanos, para un evento de > éstas circunstancias pueda o no darse. Así es más sencillo ver, si un > año no se llega, que ese año no procede. (Ya en otro momento, > hablaremos de porque usamos el año romano como fuente de temporalidad > y porque no nos beneficia). > > Si bien el infopoint puede servir, la Hoja de Ruta necesita ser > desarrollado en cada sub-sección: > http://sindominio.net/hackmeeting/wiki/Infopoint > > Por otro lado se habla de "dejar funcionando lo que se ha > comprometido a hacer". También parece básico, pero requiere > exactamente de los mismos 3 puntos que hemos descrito anteriormente. > La solución es que la Asamblea decida si nivel de compromiso para con > el colectivo local que genera la infraestructura de despliegue > mientras ésta llega al lugar. > > La soluciones propuestas (con nombres chungos) serían las siguientes: > > - Formación: o llamada interna a los miembros de la lista a > participar y posicionarse para el año concreto. Ejemplo; "Oie > fulanito, quedan 2 meses para el hm...¿que vas a hacer éste año?". Es > decir, crear un registro de participantes de ediciones anteriores, > para re-establecer conexiones permanentes y eventuales. > > - Energía Social: establecer en la wiki, no únicamente una entrada > para el tema del alojamiento y comidas, sino para la generación del > hackmeeting en su conjunto, donde se incluye alojamiento y comidas, > pero como servicio secundario, propio del feedback recibido por la > realización de tareas. Que quiero decir con ésto, que en vez de pagar > 3 euros por un plato y andar manejando dinero, cosa bastante fea a > sabiendas de lo que el Capitalismo euro supone, debería ser un pago > por esfuerzo. En síntesis: "Ganarse el pan". Y aquí juega un papel > importante la re-estructuración de la tesoría que mencionaré más > adelante. Pero básicamente, dejar de "comprar en el hackmeeting" > camisetas, comida, etc y comenzar a "ganarlo por mérito propio" > > - Servicios externos HM: la Asamblea, con miembros representativos > del grupo local (pero sin la participación decisoria de los mismos) > que se hace cargo del despliegue previo, debe dejar bien claro que va > a hacer. Y ojo, no se permite al grupo local participar para evitar > que la gente se lleve el Hackmeeting a su barrio, a su hacklab o por > un interés meramente personal. Por ejemplo: "El hackmeeting se > compromete a dejar una Radio, con un punto de montaje streaming y > algo de material electrónico, a consecuencia de la demanda del > colectivo local de obtener un espacio en Internet donde poder > expresar sus luchas, bla bla bla... > > Creo que se entiende bien con los ejemplos. Aún así puedo extenderme > mucho más si se desea en cada uno. > > ------------- > > 2) Gestión de la wiki: > sindominio.net/hackmeeting/wiki/2014/Tareas/Propuesta_de_equipo_para_desarrollar_y_gestionar_la_wiki > > "Es una tarea del grupo Wiki, con prioridad Máxima, en la que se está > trabajando pero que necesita voluntarias. > Nadie se apuntó como dinamizadora de esta tarea." > > Bien. Me es complicado entender que se quiere decir con ésta frase. Lo > digo porque tiene lo suyo. Mirad, voy a desengranar éste primero para > mostrar un ejemplo de lo que quiero decir. El párrafo incluye un > "grupo Wiki" sin mostrar que o quienes son ese grupo (un enlace), > habla de prioridades (es decir obligaciones), la etiqueta como > "Máxima", se comenta que se trabaja en ese momento (¿ahora, cuando se > redactó, durante el año, de siempre?), se hace un llamamiento a la > voluntariedad y de paso, se informa de que no existe un responsable o > coordinador de la misma. No se vosotras, pero yo aquí veo errores > desde el mismo momento en que no se está diciendo lo concreto o se > está diciendo demasiado sin poco. Ojo, no critico para nada a quien > buenamente a editado la wiki para ponerlo, ni mucho menos. Pero > quiero que se me entienda, que la responsabilidad de la Gestión de la > Wiki es muy importante y compleja. Es nuestra cara pública, nuestro > legado, nuestro futuro... Por tanto, hay que prestar antención a como > estamos comunicando. Más que nada, porque con frases como esa, > conseguir voluntarios no se cumplirá. > > Al ser algo concreto, podemos darle sencilla solución, siempre y > cuando hayamos comprendido porque debemos cambiar esa "actitud" de > comunicación, en la propia Gestión de la Wiki. > > Por ejemplo. Yo misma me apunto como dinamizadora de la tarea, aunque > agradecería que fuera cualquiera otra por temas de tiempo. De todas > maneras, propongo lo siguiente: > > - Creación de una entrada en la wiki, a enlazar cuando se > requiera el Grupo de Wiki, con los siguientes puntos: > + Grupo: Wiki > + Dinamización: X > + Objetivos: > - Gestionar el legado escrito y visual del > Hackmeeting, así como negociar y coordinar el alojamiento. > - Mantener la wiki (jardinería, control de spam, > comentarios, plugins). > - Actualizar el contenido (o proveer de fórmulas > para su actualización. X ej: usuario anónimo) > + Participantes: YYYYYYYY > + Contacto: (aquí me da lo mismo, lista de correo, una > nueva creada, correos personales...) > > De ésta manera queda constancia del compromiso y los recursos, en > línea con lo que se argumentaba más arriba y permite visualizar a los > coordinadores y participantes, dando una mayor visibilidad al hecho de > la necesidad de voluntarixs. Siempre, mucho más útil para que éstos > sientan cierta empatía con respecto a sus capacidades y su tiempo y se > decidan a dar el paso y colaborar. Sin bien la lista puede quedar > des-actualizada, porque la wiki es un formato estático, al menos queda > constancia de estructura organizativa. Ya llegará la web > semántica... :-P ------------- > > 3) Vender camisetas: > sindominio.net/hackmeeting/wiki/2014/Tareas/Vender_las_camisetas > > "Se terminarán cuando se compre la tinta, luego se mandaran a Madrid > para su distribución. Se mandara la info a la lista cuando ya esten > alli. Se tienen que comprar algunas tallas más, las tintas y hacer el > envio, se enviará el presupuesto a la lista. > > Es una tarea del grupo Autofinanciación, con prioridad Máxima, en la > que se está trabajando. > Nadie se apuntó como dinamizadora de esta tarea." > > Como decía antes, no voy a desengranar todas las frases. Aquí la > pregunta es clara. ¿Llegaron las camisetas?. ¿Quien o quienes son los > responsables de la tarea?. ¿Cual es el protocolo de comunicación para > éste tipo de tareas?. ¿Se compraron las tallas?.¿Se envió el > presupuesto?.... > > Y sobre todo, ¿quien se apunta a dinamizar?. > > Bien, también podemos resolver ésto de manera muy sencilla. Invoco > desde aquí al grupo Tesorería que nos comente las cuentas actuales y > si es posible, aclaren éste punto de la asamblea. Con el dato, la > podemos cerrar. Sino llega, como también debería estructurarse la > tesorería, quizás podamos cerrarla con otra metodología. Quizás no, > seguro, que ya está todo pensado. A por otra. ;-) > > ------------- > > 4) Revisar los protocolos: > sindominio.net/hackmeeting/wiki/2014/Tareas/Revisar_los_protocolos > > "Revisar los protocolos usados hasta ahora y mejorar la organización, > reestructurar la gestión y distribucíon de responsabilidades." > > Bueno, podemos decir que ésta intervención y la anterior por mi parte, > precisamente inciden en ésta tarea, así que si os parece, vamos a > cerrarla también. > > Ojo, porque casi parece una petición al mundo hetéreo de que "todo se > solucione, bien y pronto", más que una tarea, pero como es la > expresión de la Asamblea, así será tomada en cuenta y por tanto, > solventada. > > Para mis los protocolos de la auto-organización pasan por varios > factores. Sin bien se hablaba en teorías pasadas de que eramos una > estructura caótica, o incluso, la "organización desorganizada", en la > practica ésto no es así. La estructura del hackmeeting es > perfectamente identificable y sus protocolos, aunque difusos porque > se tratan de experiencias de activistas en su faceta individual, pero > puestas en marcha de manera colectiva con variables diferentes, > existes. > > Tenemos muchos y muy buenos protocolos. Tenemos desde la lista de > correo, que aunque ahora nos parece algo normal, en su día ya era un > lugar de reunión que destacaba y que por cierto, aún sigue funcionando > (¿13 años después?), como la wiki, etc. Tenemos protocolos de > decisión. Protocolos de seguridad. Yo que se, un montón. Casi que > enumerar unos pocos ya sirve para darnos cuenta de que hay muchas más > cosas ya funcionando de las que creemos. Aunque sea en la memoria > colectiva y en los hechos descritos en nodos y charlas, estar, están > y sirven. > > De todas maneras, aunque la demanda parece difusa, lo que se busca es > seguro la concrección. Se me ha ocurrido que una manera de revisar > esos protocolos es a través de los grupos de trabajo encargados de > que se establezcan y se cumplan. > > De hecho, paso a analizarlos tal y como está el hackmeeting > estructurado por grupos, ahora mismo y para éste año: > > + Grupo Local: Parece ser que ya hay un grupo local, un lugar y falta > una fecha. Además el grupo local está compuesto por gente que conoce > el hackmeeting, ha participado y sabe perfectamente como funciona. Por > tanto, éste año la parte parece bien organizada. ¿Me equivoco?. > > http://sindominio.net/hackmeeting/wiki/Ka_La_Vila > > + Redacción: Bueno, pues poco a poco con éste grupo. Ya se va > redactando. No tengo claro quienes son las personas encargadas, pero > no hay mucha queja, salvo la falta de participación en la wiki. > Quizás haya que recordar que se puede editar de forma anónima. NOTA: > poner credenciales en algún sitio visible. > > + Diseño Gráfico: Éste grupo suele funcionar bien. De momento, ya hay > logo: http://sindominio.net/hackmeeting/wiki/2015 > > + Difusión: Aquí he visto que hay quejas sobre el "tiempo" del año > pasado. Que no "daba tiempo" a difundir. Bueno, ahora que andamos con > la re-estructura es normal. De todas maneras, también se puede > explicar. "El hackmeeting de 2015 comienza su re-estructuración desde > dentro". Vamos, que hacerse eco de un evento que lleva muchos años no > es complicado. Así que se puede difundir todo cuanto se quiera, desde > el momento que se quiera. Salvo para cosas clave, como el llamamiento > a las charlas o al comienzo del pre-evento, el resto es cosa > individual, aunque deba ser etiquetada en lo colectivo. > > + Presupuestos: Sencillo. ¿Quién tiene la pasta, donde está la pasta > y cuanta pasta queda?. Con eso ya podemos presupuestar los gastos de > ésta edición. > > + Infraestructura: De momento, podemos dejar éste grupo en "stand-by" > hasta que debamos realizar la materialización del evento. Ahora bien, > obtener un inventario actualizado y plasmarlo en la wiki, parece lo > siguiente a realizar en éste tramo concreto. > > + Nodos: http://sindominio.net/hackmeeting/wiki/2015/Nodos > > Por favor, demos un repaso a los nodos y seamos más serias y > consecuentes con la importancia de tener una receta atractiva. Sobre > todo, para las mismas culturas punk, cyborg, cypher, under, etc a las > que se desea llamar. Por ejemplo: > > ============= > HackNova 2015 - "HackActivistMeeting" > > *hack* > > [Evasion] [Malware] [Reversing] [HoneyPots] [Nvagadores] [DataLeak] > [DataMining] [Hardware Hacking] [Logging] [SLDC] [BCP/SGSI] > [Exploting] [0days] [SCADA/ICS] [Telefonía] [Radio] [Hacktivism] > [Router hacking] [Hardering] [Forense] [Vii]... > > > *activism* > > [violación_de_Derechos_Fundamentales] [consumo_irracional] > [explotación_infantil] [inmobilismo_inculcado] > [destrucción_del_ecosistema] [falso_reciclaje] [no-privacidad] > [propiedad_intelectual] [patentes_del_conocimiento] > [escasez_artifical] [especulación] [leyes_no_éticas] [represión] > [intrusión_de_tecnologías_privativas] [guerra] [brecha_digital] > [fronteras] [centralización_de_canales] [manipulación_mediática] > [clasismo] [hambre] [censura] [precariedad] [esclavitud] > [autoritarismo_encubierto] [sexismo] [ignorancia_publicitada] > [fundamentalismo] [enseñanza_mal-versada] ... > > *meeting* > > [creando herramientas físicas y lógicas] [autogestionando servidores] > [modificando códigos sociales] [charlas y talleres] [conciertos, > música y entretenimiento] [pasión por el cambio] [revolución]... > > ---------------- > > Como podéis observar, es más sencillo hablar que contar ésto por > correo. Varios puntos importantes y mis opiniones, para terminar: > > 1 - ¿Permanencia en SinDominio?. SI, pues ambos proyectos son partes > de lo mismo. > > 2 - ¿Redes sociales?. NO (pero SI). Al menos con una cuenta de > @hackmeeting o similares que requiera mantenimiento. El hackmeeting > debe hacerse ver con los sentimientos y las etiquetas, no como entidad > propia. La gente hablará del #hackmeeting a través de sus simbologías > y no lo hará éste como unidad. Al menos, no veo que sea necesario > aún, ni creo que se solucione el tema de las redes sociales, > comprometiendo a gente que es probable se acabe cansando. Ahora bien. > Si veo bien que se creen grupos, categorías, etc, en las redes > sociales libres, de manera que se de visibilidad a las personas que > lo componene, desmitificando falsas esperanzas y cumpliendo con el > ejemplo, de no usar redes contra las cuales se tiene un esquema de > contrapoder. Etiquetas: #Hackmeeting2015 #HackNova15 #HMRevolutions > > También puede ser interesante que el Hackmeeting tenga su propio nodo > de GNUSOcial. Éste además se puede conectar mediante "bridging" a > otras redes sociales en varias direcciones. Con la federación y la > distribución, también estarían siendo incluídas los perfiles de Lorea, > n-1, cabgrass, etc... > > ================== > > Y algunos consejos de lobero: > > 1 - Respetad la netiqueta: RFC1855 (tools.ietf.org/html/rfc1855) > > Aquí un ejemplo de como estructurar el "subject" de cualquier > correo antes de enviarlo: > > -> [HM] [Grupo de trabajo] [Categoría de tema] Título > > - [HM] automática de la propia lista > - [Grupo de trabajo] Ej: Comunicación, Tesorería, Sin grupo... > - [Categoría del tema] Ej: Pancartas, Presupuestos, > Offtopic... > - Título Ej: Ya están terminadas la pancartas, los > presupuestos de las camisetas son, traidor también es quien cobija a > traidores... > > 2 - No pensar que en que nos ofrece éste año el hackmeeting, sino en > que podemos ofrecer éste año al hackmeeting. > > 3 - Siempre críticas constructivas! > > =================== > > Vamos peña, ánimo (nuestro único motor), inteligencia (nuestra única > arma), perserverancia (nuestra única verdad)... Ahora nos toca a > nosotras: https://www.youtube.com/watch?v=rMbATaj7Il8 > > Seguimos!! _______________________________________________ HackMeeting mailing list HackMeeting@listas.sindominio.net https://listas.sindominio.net/mailman/listinfo/hackmeeting
