Fablab Factory busca estudiantes y autónomos.

¿Le gustaría formar parte de nuestro equipo, y hay en la lista de proyectos de abajo uno o varios que le interesan? Esto es posible como estudiante durante las vacaciones de verano, o de forma permanente durante el año.

¿Es usted licenciado y/o tiene una sólida habilidades en el desarrollo de software (backend, frontend o geometría computacional) no dudes en ponerte en contacto con nosotros. Siempre estamos buscando este tipo de perfiles.

Póngase en contacto con nosotros a través del formulario de abajo e indique en qué está interesado. ¡Un portafolio es siempre bienvenido!

Nuestra misión

Queremos ofrecer a todo el mundo la posibilidad de convertirse en un maker, equipado con las competencias necesarias en STEAM (Ciencia, Tecnología, Ingeniería, Artes y Matemáticas) y CT (Pensamiento Computacional).

Actividades

Fablab Factory se fundó en 2015, inicialmente con la ambición de proporcionar a las escuelas y otras organizaciones la infraestructura, los conocimientos y la formación necesarios para poner en marcha un fablab. A partir de 2019, también contamos con una oferta dirigida específicamente al contexto de las bibliotecas, FabLib ¡nació! También en 2019, comenzamos a desarrollar una avanzada plataforma de aprendizaje digital - Aprender, hacer y compartirque se lanzó en beta a finales de 2020. Con esto, FabLab Factory está en camino de convertirse en una empresa de software EdTech (Tecnología Educativa). En otoño de 2021 lanzaremos un paquete STEAM para la educación. 

Aprender Hacer Compartir

Si navega a aprender a compartir.ioPuedes entrar allí como invitado.

El objetivo de este LMS es dar a todos, jóvenes y mayores, la oportunidad de adquirir competencias de creador. Para ello, se apoya en 3 pilares: Aprender, Hacer y Compartir. En las siguientes secciones profundizaremos en ello. 

El material didáctico desarrollado se centra actualmente en los jóvenes de entre 10 y 14 años, por supuesto la intención es ampliar ese rango completamente.

Es importante destacar que este LMS está y permanecerá en fase beta hasta finales de 2021.

Proyectos de software:

El editor WYSIWYG incorporado en Moodle utiliza tecnología obsoleta (literalmente). Ir a implementar un editor completamente propio es actualmente imposible, como lo es construir tu propio LMS. Así que tenemos que mejorar el editor existente. Este proyecto es por etapas.

1. FASE I

La primera fase de este proyecto consiste en limpiar el editor. Específicamente:

  • Eliminación de plugins innecesarios
  • Añadir un "limpiador html + formateador" que formatee el contenido en tiempo real según nuestras directrices. Es importante que todos los componentes contengan las clases correctas, para que nuestro CSS pueda hacer su trabajo. Además, hay que eliminar/ajustar las construcciones raras.
  • Si es necesario, mover las imágenes insertadas a nuestro propio servidor de archivos para que el servidor de traducción pueda hacer su trabajo.

2. FASE II

En este punto, el editor ya debería estar ejecutando un html bueno y limpio, pero por lo tanto aún no es utilizable. En esta fase, la UX se aborda transformando el editor en un editor basado en bloques. Concretamente, el editor indicará en tiempo real qué componentes se pueden añadir. La única forma de añadir un componente de este tipo es pulsar un botón y rellenar una ventana emergente.

Requisitos previos

  • PHP, Javascript

Este proyecto es sobre la parte de compartir de Learn Make Share. Específicamente, será una instancia (reducida) de Mahara. Tiene que estar integrada no sólo con Moodle, sino también con nuestro proveedor de ID y nuestro servidor de traducción. El editor debe ser mirado (puede ser su propio proyecto) para hacerlo tan simple como sea posible para construir su propio portafolio.

Requisitos previos

  • PHP, Javascript
  • Debe ser capaz de trabajar de forma independiente basándose en la documentación

Relacionado con la propuesta DESIGN4: UI/UX E-Portfolio

En esta fase se abordará el backend del 3DSlicer. Se conectará a nuestros servidores de la API como un cliente oauth2 (al igual que el editor de SVG) de tal manera que, por ejemplo, las siguientes cosas sean posibles:

  • Opciones de blindaje en función de los distintivos
  • Listado de máquinas disponibles
  • Inmediatamente, el gcode estará disponible en la unidad personal y en las máquinas, siempre que esté conectado a la red local.

Requisitos previos

  • Javascript, ...
  • Desarrollo web en general

Cada Makercart estará eventualmente equipado con un dispositivo IoT para monitorear las máquinas, entre otras cosas. Actualmente, este dispositivo se sincroniza continuamente con una (especie de) carpeta pública de Drive y ofrece los archivos a nuestras máquinas. Con el tiempo, por supuesto, esto no será suficiente. Este podría ser un gran proyecto, por lo que estamos trabajando por fases:

1. FASE I

La primera fase consistirá en conectar estos dispositivos a nuestros servidores API. En concreto, la autenticación se hará mediante un secreto de máquina a máquina. A continuación, el dispositivo IoT puede, por ejemplo, mantener un websocket abierto con un punto final específico o sondear cada cierto tiempo.

El dispositivo IoT tendrá que publicar el estado de las máquinas y el uso en algún tipo de punto final de registro. Los usuarios con los permisos adecuados podrán entonces recuperar esta información.

Tenga en cuenta que la máquina no trabaja con información personal. Para ello, un simple secreto de máquina a máquina no es lo suficientemente seguro.

2. FASE II

Después de la segunda fase, también será posible interactuar directamente con las máquinas, siempre que se le permita hacerlo (basándose en las insignias, por ejemplo) y que esté conectado a la red local.

Para ello, el dispositivo tendrá que ejecutar un servidor HTTP relativamente pequeño. Ahora bien, tratamos con datos personales, por lo que el servidor API externo también desempeñará un papel importante en términos de autenticación. En concreto, la autenticación se realizará con una versión parcialmente automatizada del flujo del dispositivo OpenID Connect. Por lo tanto, también será necesario desarrollar un módulo javascript personalizado del lado del cliente para guiar esta autenticación.

Algunos ejemplos de cosas que deberían ser posibles después de la Fase II:

  • En el editor SVG, cargue un escaneo de los cortadores láser que incluyen una cámara (como el Beambox)
  • Enviar inmediatamente los archivos desde el navegador (editor SVG, 3DSlicer, ...) a las máquinas.
  • En lugar de trabajar con una unidad pública, ahora podemos montar una "unidad personal". Al generar el código G, ese archivo acabará automáticamente en esa unidad.

Requisitos previos

  • Buen manejo de los temas relacionados con Linux
  • Javascript, Typescript, ...
  • Conocimientos básicos de diseño de API, OpenID Connect (u Oauth2), seguridad, ...

Con el editor SVG, también queremos poder generar el código de máquina para las máquinas de bordado. Los formatos de archivo típicos son .pes y .dst

La generación de código máquina basada en un archivo .svg se gestiona en el lado del servidor.

Algunas de las características que queremos implementar:

  • Para cada vector (o grupo de vectores) indique con qué puntada debe ejecutarse.
  • Rellenar superficies cerradas (rellenos 2D) con patrones de relleno específicos según una orientación determinada.
  • Conversión de un mapa de bits en un patrón de punto de cruz (por ejemplo, HaftiX).

Requisitos previos

  • geometría computacional (álgebra lineal/metrología)
  • Python

Cuando las imágenes de mapa de bits se utilizan para su visualización en soportes físicos a través de la fabricación digital, primero deben ser convertidas a lo que se conoce como patrón raster. Para ello existen diferentes algoritmos de rasterización:

  • trama de difuminado ordenado
  • trama de difusión de errores (Stucki, Floyd-Steinberg, Jarvis)
  • Color en Negro/Blanco

La generación de imágenes rasterizadas se maneja en el lado del servidor. La intención es implementar y seguir optimizando diferentes algoritmos para las cortadoras láser.

Requisitos previos

  • procesamiento de imágenes (bvb openCV)
  • Python

Proyectos de diseño (+ ejecución):

El editor WYSIWYG incorporado en Moodle utiliza tecnología obsoleta (literalmente). Ir a implementar un editor completamente propio es actualmente imposible, como lo es construir tu propio LMS. Así que tenemos que mejorar el editor existente. Este proyecto es por etapas.

1. FASE I

La primera fase de este proyecto es limpiar el editor. Específicamente:

  • Eliminar los plugins innecesarios
  • Añadir un "limpiador html + formateador" que formatee el contenido en tiempo real según nuestras directrices. Es importante que todos los componentes contengan las clases correctas, de manera que nuestro CSS pueda hacer su trabajo. Además, hay que eliminar/adaptar las construcciones extrañas.
  • Si es necesario, trasladar las imágenes insertadas a nuestro propio servidor de archivos para que el servidor de traducción pueda hacer su trabajo.

2. FASE II

En este punto, el editor ya debería producir un html bueno y limpio, pero aún no es utilizable. En esta fase, la UX se aborda transformando el editor en un editor basado en bloques. Concretamente, el editor indicará en tiempo real qué componentes se pueden añadir. La única forma de añadir un componente de este tipo es pulsar un botón y rellenar una ventana emergente.

Requisitos previos

  • PHP, Javascript

La primera fase consiste en reestructurar el 3DSlicer para adaptarlo a nuestro estilo propio. El rediseño debe hacerse de tal manera que podamos seguir "seleccionando" del repositorio principal de desarrollo con relativa facilidad.

Requisitos previos

  • Javascript, ...
  • Desarrollo web en general

Seguir trabajando en el diseño actual, añadir extensiones y funciones adicionales. Habilitación de esta aplicación para tabletas mediante el uso del lápiz táctil.

Requisitos previos

  • Javascript, ...
  • Desarrollo web en general

Los usuarios del LMS también podrán crear una cartera electrónica. Para ello nos estamos inspirando en varias plataformas de creación como Instructables y thingiverse Quizás el backend del sistema se base en Mahara.

Requisitos previos

  • Javascript, ...
  • Desarrollo web en general

Relacionado con la propuesta SOFTWARE2: Configuración de la sección Compartir

¿Es usted la persona que buscamos?