-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cambiar criterio de operador activo #58
Comments
Casi un duplicado de otra issue donde la propuesta es de un sistema de 4 años: #49 Técnicamente no está recopilado en estatutos (ahora mismo), pero como afecta muy horizontalmente, quizás merezca la pena una votación con diferentes alternativas. PD1: Personalmente lo de PD2: @GioSunrider Edité tu descripción de issue para que fuese un bloque de código Python con syntax highlighting (https://help.github.com/en/github/writing-on-github/creating-and-highlighting-code-blocks#syntax-highlighting). |
Cierto, sabia que esta cuestion no era la primera vez que pasaba. Dejo eta como continuacion de la otra ya que esta creo que tiene mas informacion y es mas propuesta. |
Sin problema por el cambio, de hecho gracias era la intencion que tenia pero no sabia como hacerlo. |
Voy a repostear aquí mi comentario en la otra issue, porque creo que sigue siendo válido:
Solventar el último punto es tan sencillo como ponerse un recordatorio en algún lado para que no se te pase la fecha. |
Y sigo pensando que esto:
Es el mayor de los problemas, porque ahora lo tenemos fresco pero en un futuro puede que no haya nadie, de ahi mi propuesta de que ambos responsables sean fijos para siempre como asrobuc3m y variales en el tiempo de tal manera que asi siempre haya alguien real y no figurativo. |
Si no hay nadie, tampoco están los responsables, así que lo que dices no me tiene mucho sentido... ¿Tan complicado es poner un recordatorio para renovarlo, igual que renovamos la matrícula de la uni cada año o el DNI cuando está a punto de caducarse? |
Si realmente es solo una especie de revisión de que tienes las habilidades/conceptos sin necesidad de hacer nada en concreto, las personas que trabajan en el grupo de Printer One (en el que todos o casi todos somos operadores) realmente quedaría renovado "automáticamente" ya que por lo que entiendo, hay otros operadores a tu al rededor y además se están imprimiendo, ajustando y arreglando piezas continuamente... |
Por otro lado, una pregunta por ignorancia total del asunto. |
Mi idea es que la formación está vigente un año desde la última vez que se hizo uso de las impresoras, no desde que se recibió la formación. |
IMHO, lo ideal desde el punto de vista teórico: Establecer una especie de política de versiones (desde el punto de vista de operador de impresora). Una formación te habilitaría para Entiendo que es muy difícil desde el punto de vista de implementación en la práctica, y que habría que tener todo siempre muy bien documentado, por lo que dejo simplemente por si surgen nuevas ideas. |
La formación está vigente un año desde la última formación. Al llegar al año, simplemente se revisa:
Lo ideal sería algo como lo que dice Juan, pero estoy de acuerdo con él en que implementar eso en la vida real es un pollo de dimensiones bíblicas. |
Debido a que @MrTommyGuns esta cerca de expirar su "licencia" y la mia hace mucho que expiró, ademas que ambos somos los actuales responsables del grupo y de las impresoras, propongo un cambio en el sistema de los criterios.
El cambio seria que a los responsables vigentes del grupo Printer y de las impresoras, no se les caduque al año, ya que somos los que posiblemente mejor conocemos las impresoras y el estado en el que se encuentran. Ademas seguimos realizando formaciones durante alguna de las reuniones a los integrantes de los grupos de la asocion.
Para realizar el cambio creo que solo habria que añadir una linea como la que tiene asrobuc3m en operadores.py vease el ejemplo.
The text was updated successfully, but these errors were encountered: