WIKI

Guía para el aprendizaje.

Contents
Introducción 3
Inducción a Solo Media Group 4
Proceso de Prueba 5
Aplicaciones para Frontend 5
Aplicaciones para Backend 6
Levantar ambiente en Docker 7
Project Management 7
Equipo SMG 10
Reglas de la compañía 13
Cultura SMG 15
FrontEnd- Prueba básica 16
Nuestra Semana 17
Taco Rules 18
Vacaciones 19
Part-time/Interns/Trainees 22
¿Por qué recibir Trainees? 22
 Introducción
¡Bienvenido a Solo Media Group! Estamos felices de que nos hayas considerado como
un lugar de trabajo. Esta introducción la hemos hecho en español porque, como podrás ver en
los siguientes días, nuestro equipo de trabajo casi todos somos de Latinoamérica.

Este equipo está distribuido en diferentes países y trabajamos en diferentes zonas

horarias, aquí está la lista:

Venezuela/ Miami: UTC -4

Perú: UTC -5
Mexico/ Texas: UTC-5

Puedes entrar a timeanddate.com para usar su convertidor horario y siempre saber qué
tiempo tienen los demás developers del equipo
Inducción a Solo
Media Group

Última actualización: 10 de mayo 2021

Autor: Alix Reyna
Edición: Marcos Alvarez
 Proceso de Prueba
El primer paso será ponerse de acuerdo con el equipo para pasar el Proceso de Prueba
de SMG.
Primer Prueba: Prueba básica. Este test será un ejercicio para determinar tus
conocimientos base. Será impartido por uno de nuestros líderes de equipo.
Segunda Prueba: Prueba técnica. Este test será una serie de preguntas sobre lógica de
código (ya sea si eres frontend, backend o fullstack), para determinar tus conocimientos para
resolver problemas.

Al pasar ambas pruebas satisfactoriamente se te entregará tu mail de SMG, y se te

presentará con el equipo de frontend o backend, dependiendo tu preferencia. En este grupo se
te pedirá que bajes las siguientes aplicaciones para poder trabajar, usando el acceso con el
mail que te hemos entregado.

Aplicaciones para Frontend

Para trabajar en el equipo de frontend no importa tu sistema operativo, hay developers
que usan Linux, Windows y uno que otro romántico que utiliza MacOS. Independientemente,
esto es lo que necesitas para poder trabajar con el equipo.

Docker o Wamp
Sitio Docker: https://www.docker.com/products/docker-desktop
Wamp: https://www.wampserver.com/en/

NVM
Para poder usar varias opciones de NPM
Sitio para instalar: https://github.com/nvm-sh/nvm

Yarn
Sitio para descargar: https://classic.yarnpkg.com/en/docs/install/#mac-stable

Visual Studio Code

Sitio para descargar: https://code.visualstudio.com/download
 Git
Sitio para descargar: https://git-scm.com/downloads

Browsers
Firefox: https://www.mozilla.org/es-MX/firefox/new/
Chrome: AQUÍ

Discord:
Sitio para descargar: AQUÍ

Aplicaciones para Backend

En cuanto a backend, en gustos se rompen géneros. Aquí podrás ser parte de los que
usan Linux, windows, iOS o sistema dual (depende de que prefieras). Estas son las
aplicaciones que necesitas para trabajar con el equipo de backend en SMG.

Docker
Sitio Docker: https://www.docker.com/products/docker-desktop

Xampp
Sitio para descargar: https://www.apachefriends.org/es/index.html

Tu Integrated Development Environment (IDE) de preferencia

Puedes ver algunas recomendaciones AQUÍ

Git
Sitio para descargar: https://git-scm.com/downloads

Composer
Sitio para descargar: https://getcomposer.org/download/

ThemeKit
Sitio para descargar: https://shopify.dev/tools/theme-kit
 Si tienes windows usa chocolatey para descargar themekit: https://chocolatey.org/

Nodejs
Sitio para descargar: https://nodejs.org/en/download/

Python
Sitio para descargar: https://www.python.org/downloads/

Levantar ambiente en Docker

Puedes ver nuestro tutorial escrito para levantar un ambiente en nuestro wiki, da click
AQUÍ

Project Management
Todos los developers en SMG usan un estilo de organización que llamamos Kanban para
trabajar, esta será una pequeña introducción.

Imagina que alguien llega a

un restaurante. SMG es el
restaurante y nuestro cliente pide
un banquete muy grande. Al hacer
el pedido, el mesero separa todo
el banquete en tiempos de
preparación: la entrada, el plato
principal y el postre.

Nuestro Project Manager (que puede ser John ó Alix), separará

el banquete en tiempos, y pasará los pedidos en papelitos en orden
para la cocina, donde son preparados.
La cocina prepararía la comida y la mandaría a los clientes.
Estos comerían, pagarán por el servicio y se acaba la transacción.
 Hablando de código, el cliente llegaría y nos daría una página, aplicación o proyecto que
les gustaría que nosotros hagamos y nos daría especificaciones de cómo quiere hacer el
trabajo a los Project Managers.
Una vez que el trabajo queda claro para los Project Managers (PM), ellos separan la
página en tickets que los desarrolladores pueden ver y trabajar en actividades pequeñas y
simples. Cada uno de estos tickets se presentan en una herramienta llamada JIRA, y cuando
entras se ve así:

Hay que verlo por partes.

1) Sprints: Cada sprint es una cantidad de tickets que tienen un tiempo determinado
para ser terminados, usualmente ponemos 17 tickets por semana para un equipo,
aunque si son muy simples se hacen 50 por semana (ejemplo, cambio de color en un
texto, cambiar font, etc). En la imagen, puedes ver que estamos en el Tablero de
Sprint 4 y tienen 4 días para terminar el sprint.
2) Miembros del equipo: Podrás ver los perfiles de las personas que están en el equipo
contigo en la sección abajo del sprint. No podrás agregar más compañeros, pero
puedes pedir a tu PM ayuda para agregar más developers.

3) Hay 6 tableros en todos los proyectos. Los cuales son: Frontend to do, Frontend listo,
Backend to do, Backend listo, QA, Listo. Dependiendo de la necesidad de ticket, este
se moverá al Kanban y tu jefe de equipo te hará saber cuáles tickets te tocan y
cualquier otra información necesaria.

4) Dentro de un ticket, puedes dejar comentarios para tu PM en el ticket, ver si eres el

responsable y entrar a clockify para marcar cuánto tiempo has tomado haciendo este
trabajo. Nosotros en SMG no medimos nuestro trabajo con clockify, a menos que un
cliente nos lo pida específicamente para poder pagarnos por las horas usadas.
 5) Si se menciona un ticket que no puedes ver en el tablero puedes entrar a la sección
de incidencias en el menú izquierdo. Ahí podrás ver todos los tickets que contiene el
proyecto, estén terminados o no.

Cada vez que un ticket sea creado, se mandará una notificación a nuestro discord, donde
tenemos un canal por cada proyecto que hacemos. No te preocupes por los accesos, los
líderes de equipo son los que agregan a todos aquellos que trabajarán en el equipo.

En caso de tener más dudas, acércate a #el-team en discord y pregunta.

Equipo SMG
Nombre: Alix Reyna
Aparezco en discord como: SardoSardinas
¿Qué hago?: Soy project manager, cada vez que llega un proyecto, yo hago las tareas
para todo los developers
 Algo random: Tengo dos loros que verás en las juntas, se llaman Chulo y Guapo. Actúan
como mis supervisores.

Nombre: Yorman Alvarez

Aparezco en discord como: Yorman
¿Qué hago?: Soy Develop Front-End, Hago realidad la creatividad de los diseñadores
para la web.
Algo random: Me gusta jugar videojuegos sobre todo la saga the legend of zelda.

Nombre: Moisés González

Aparezco en discord como: Moisés González
¿Qué hago?: Backend develop. Integro las funcionalidades de WordPress en los temas
que el cliente requiere. Además de eso, he aportado ayuda en el desarrollo de proyectos
basados en lenguajes como NodeJS y Python. También desarrollé la generación de proyectos
en WordPress utilizando Docker como base.
Ago random: Me gusta la mecánica. Unas de mis metas es restaurar un clásico como un
Chevrolet Chevette, Chevrolet Camaro o Ford Mustang.

Nombre: Moises Marquez

Aparezco en discord como: moicsmarkez#8154
¿Qué hago?: Soy dev. Backend. Se algo de dev ops, frotend. Me gusta también el
diseño artistico 2d, 3d.
Algo random: Tengo dos hijos hermosos, un carro que me echa vaina cuando
quiere.XD!. Vivo en el extremo de Venezuela (Uno de los cuantos delta del mundo). No more
random things.

Nombre: Hildegar Escalona

Aparezco en discord como: hjescalona#3507
¿Qué hago?: Soy Backend developer, me encargo de hacer customizable e interactivo
los sitios y aplicaciones realizadas, además me encargo del desarrollo del filósofo del team
(SMG-BOT)
Algo random: Nada por aquí siga bajando.
 Nombre: Toño Gonzalez
Aparezco en discord como: Toño Gonzalez#7702
¿Qué hago?: Encargado del área de soporte web, una empresa llamada Arepa Labs…
que viene siendo la extensión de SMG, no programo. No hago nada :D. Soy programador
backend, se algo de frontend, mi fuerte es PHP, No uso framework y me gustan los nuevos
retos. He aportado nuevas ideas y desarrollado varios plugins para el equipo.
Algo random: Soy aficionado del ajedrez, juego por diversión y por no envejecer el
cerebro. Soñador e idealista. Pongo política en el equipo. Y soy chavista así que ódiame
cuando puedas. No he logrado ninguna de las metas personales propuestas de este año, pero
ahí vamos finalizando la primera… del año pasado.

Nombre: Luis Soto

Aparezco en discord como: luis soto#1498
¿Qué hago?: Soy Develop Back-End, hago la conexión de los datos con el diseño y total
customización del sitio.
Algo random: leo y estudio en mis tiempos libres.

Nombre: Marcos Alvarez

Aparezco en discord como: Maky
¿Qué hago?: Trabajar para hacerme algún día rico. Y en SMG soy FrontEnd ó hago de
todo un poco.
Algo random: echo rand(5, 15);

Nombre: Javier Gonzalez

Aparezco en discord como: JavierG
¿Que hago?: Soy develop Front-End, me encargo de llevar el diseño a la web
cumpliendo las expectativas y satisfacer al diseñador.
Algo random: me gusta mucho el deporte

Nombre: Wladimir Hernández

Aparezco en discord como: Wladimir#5224
 ¿Que hago?: Soy Frontend Developer, hago increibles interfaces de usuarios
personalizadas
Algo random: Hago Rap Freestyle y he ganado 3 campeonato regionales en los últimos
6 meses

Nombre: Elisaul Yepez

Aparezco en discord como: @Elisaul Yepez
¿Qué Hago?: Soy desarrollado Backend, me dedico a la creación de sistemas de
software y web app.
Algo random: Entreno weighted calisthenics y gimnasia.

Reglas de la compañía
Sé excelente con todo el mundo, dentro y fuera de esta compañía. Si esto suena muy
ambiguo, deja que te expliquemos:
• No actuar como un troll ni acosar a nadie.
• Nada de lenguaje inapropiado ni contenido +18 que no sea asociado al trabajo
(si algún día terminamos haciendo algo para una página porno, se hablará de las reglas
de cómo veremos ese proyecto, no busques hoyos ni líneas grises)
• Nada de promocionar productos o hacer spam en los canales
• No hacer actividades que conlleven daño para ti mismo o la compañía

Nota: SMG no te pedirá por DM que le des información de tu cuenta de discord, ni te

pedirá links para “arreglar tu cuenta”, si lo hacemos, dile a quien más confianza le tengas en el
equipo.

Mantente alerta cuando alguien del equipo te manda mensajes directos acerca de tu
cuenta.

• Nunca compartas tus contraseñas o keys con nadie del equipo A PESAR de que
sea de SMG. Esa es tu información y debes cuidarla.
• No bajes documentos o selecciones links que te manden por privado y sea un
tipo de link que no reconozcas
 • Nunca mandes dinero en línea a alguien que no conozcas.
Sé que suena algo exagerado, pero cuidar la información es importante. Nuestra filosofía
puede resumirse en una bella frase:
Cultura SMG

Última actualización: 13/03/2021

Autor: Alix Reyna
Edición: Marcos Alvarez
 FrontEnd- Prueba básica

Esta es la prueba básica para nuevos FrontEnds

que vayan a aplicar para trabajar en SMG, La prueba
básica consta en que el candidato haga la siguiente vista:
AQUI. .

Especificaciones:

• La barra de navegación debe ser un sticky

bar
• El segundo slide puede tener la misma
imagen y contenido, pero que se vea la animación
del cambio de slide
• Los botones al ser seleccionados pueden
no llevar a ningún lugar.
• La sección de the seed to shelf tiene a la
izquierda un scroll verde.
• El dev tiene la capacidad de hacernos las
preguntas que necesite
• Si no hay un asset, el dev puede decirnos
para poder darle todo lo que necesite

Solicitamos

• Que el cliente use CSS para recrear esta

vista
• Que entregue la vista en un repo privada
• El dev al entregar deberá de darnos en el
READ ME la manera en la que podemos levantar
su entorno para poder verlo. Por ejemplo, si usa
NPM, los pasos de instalar las dependencias, qué
comando usa para levantar el entorno.

Una vez que se termine esta vista, el equipo de FrontEnds decidirá si se pasa a la
siguiente prueba.
 Nuestra Semana
Somos una empresa 100% remota

De lunes a jueves

Estos días los dedicamos a trabajar para los productos de clientes y los nuestros.

• Usamos Gitlab para hostiar nuestro código.

• Usamos Jira para gestionar nuestros proyectos.
• Usamos Clockify para trackear los tiempos.

Viernes de "Investment Day"

Los viernes los invertimos en hacer de Solo Media Group una mejor empresa.

Para saber en qué trabajar, primero debes identificar una necesidad. ¿No te sientes
demasiado inspirado? ¡habla con el Team para obtener ideas y recuerda que mientras más
impacto tenga lo que hagas dentro del equipo, mejor!

¡Una vez identificado el problema, podrás trabajar en una solución! Generalmente, este
trabajo se relaciona con:

• Aportar en los inicializadores de aplicaciones (Yabg por ejemplo).

• Aportar aquí mismo en La Wiki.
• Un artículo para nuestro blog.
• Preparar o participar de un workshop o presentación.
• Participar en cónclaves sobre distintos temas de interés (desarrollo móvil,
estrategias de gestión de proyectos, etc).
• Aprender nuevas técnicas que hacen mi trabajo más eficiente.
• Fortalecer conocimiento en un área en que estoy más débil que el resto
(Developer Roadmap).
• Crear o aportar en librerías open-source que usamos.

Llamaremos viernes (No Viernes) a aquellos que no se hace Investment Day, si no que
trabajo regular en proyectos. Esto ocurre para quienes tuvieron uno o más días libres durante la
semana. Ya sea personal, por vacaciones u otra causa. Este sacrificio de viernes vela porque
dediquemos al menos 4 días a la semana a nuestros proyectos.
 Feriados

TODO

Taco Rules

Team Player

Para la persona que comente su código y use la menor cantidad de plug-ins posibles
para mantener la eficiencia de la página

EX: En vez de usar el Plug-in de Google maps en un website que baja la velocidad de
carga de una web; se llamaria la libreria de forma nativa y se usaría JS para resolver los issues
que se necesiten, colocando comentarios para poder ubicar la funcionalidad dentro del mismo
código.

El camino resuelto

Para la persona que tenga un código limpio y ponga información sobre conocimiento
nuevo en el wiki de la compañía

EX: Optimización de código y

pruebas hasta que esté listo. Es necesario
para que otros puedan seguir esas bases,
además de la documentación en la wiki
para que los equipos fuera del proyecto
puedan tener acceso a ese código.

Resiliencia

Por avanzar entre el fuego de un proyecto para poder entregar los mejores resultados

EX: Mantener la calma y conservar el liderazgo son cualidades que debemos tener si
queremos completar los pasos necesarios para terminar un sitio. Desde que inicia hasta que
termina el proyecto hay que mantener los lineamientos necesarios para encontrar la menor
cantidad de incidencias posibles en el camino.
 Reglas:

• Existirá una persona que dará los tacos, a esta persona se le llamará “El
Taquero”.
• Después de cada sprint, el equipo puede proponer en #el-team quien merece un
taco (tomando en cuenta los puntos anteriores).
• No se puede votar a sí mismo para tener un taco, el equipo con el que trabajaste
debe pedir el taco por ti.
• En caso de los equipos en soporte, el taquero revisará los reportes para entregar
los tacos.
• El taquero puede entregar 3 tacos por reporte o sprint terminado.
• Al final del mes el taquero contará los tacos que ha dado y los primeros tres
lugares en los tacos tendrá un premio.

Vacaciones

Cómo solicitar vacaciones

Cualquier persona que desee tomar vacaciones

deberá avisarle a su superior (Team Leader,
manager, etc.). Alguien del equipo debe saber
que no vas a estar y dar el comunicado al resto
del equipo.

La solicitud puede ser en un mail, por discord o llamada, decir cuántos días necesitas y la razón
por la cual necesitas estos días libres. La razón del por qué se pide una explicación es para
poder tener certeza de que si hay temas de burnout o estrés de trabajo severo, se puedan
activar mecanismos para solventar el problema de raíz.

Cómo prepararte como líder para vacaciones de un miembro del equipo

Si un miembro del equipo solicita vacaciones, el líder debe ponerlas en el calendario de

“Miembros Fuera de Oficina” para que el resto podamos saber que esa persona no estará
presente.
 El trabajo del líder es organizar el trabajo para que el miembro del equipo pueda terminar
el trabajo que tiene solicitado, pero no se le agenda nuevo trabajo, sino que se reparte entre el
equipo para poder entregar.

Una vez que la persona regresa de su trabajo se incorpora en el equipo y se quitan

tarjetas de los demás miembros para poder pasarlo a la persona que había tomado vacaciones.

Reglamento

1. Cuando una persona se va de vacaciones el resto del equipo no debe

preguntarle dudas, pedirle ayuda, etc. La única persona que puede interrumpirlo es su
líder del equipo para una situación mayor.
2. El miembro del equipo debe desconectarse del Discord mientras está de
vacaciones. Más que nada para evitar que la persona tenga la tentación de trabajar o de
ayudar.
3. El miembro del equipo no debe hacer commits, entrar a clockify ni
ninguna otra aplicación mientras está de vacaciones.
4. No se pueden ir todos los miembros de un Team al mismo tiempo. Se
tiene que ir uno a la vez por team, para no afectar a la organización y sus entregas.
5. En caso de ser vacaciones por burnout se tienen que agendar juntas
semanales con el team leader para poder ver la cantidad de trabajo que tiene esta
persona y poder tener pláticas para llevar un seguimiento y posibles resoluciones del
problema.

Días Libres

• 1 de Enero
• Jueves y Viernes Santo
• 1 de Mayo: Día del Trabajo
• 10 de Mayo: Día de la Madre
• Día del Padre
• 24 de Diciembre: Noche Buena
• 25 de Diciembre: Navidad
• 31 de Diciembre: Día último

Maternidad / Adopción
 Por situaciones de embarazo o adopción de un infante, tomaremos 12 semanas para el
tiempo de maternidad. Recomendamos que sean 6 semanas antes y 6 después de dar a luz,
pero consideramos que sea mejor para el empleado decidir ese tiempo. Por el lado de SMG
posiblemente contratemos a una persona temporal en ese lapso de tiempo para poder cubrir
las necesidades de la empresa, por lo cual se debe agendar esta ausencia con dos meses de
anticipación. Este periodo solo puede ser extendido cuando se presente un caso ante
Administración y sea evaluado por la empresa, por lo cual no podemos dar ejemplos y
cambiará caso por caso.

La paga en este tiempo debe ser completa por parte de SMG como una prestación.

Paternidad

Considerando que las leyes acerca de paternidad son un tema que apenas está siendo
consolidado por distintos gobiernos en el mundo, optamos por darle al padre 2 semanas
consecutivas para ausencia por paternidad o adopción. Este periodo solo puede ser extendido
cuando se presente un caso ante Administración y sea evaluado por la empresa, por lo cual no
podemos dar ejemplos y cambiará caso por caso.

La paga en este tiempo debe ser completa por parte de SMG como una prestación

Adopción de parejas Gay

En el caso de parejas del mismo sexo que no hayan biológicamente dado a luz tendrá 2
semanas consecutivas para ausencia por adopción. Este periodo solo puede ser extendido
cuando se presente un caso ante Administración y sea evaluado por la empresa, por lo cual no
podemos dar ejemplos y cambiará caso por caso.

La paga en este tiempo debe ser completa por parte de SMG como una prestación.
 Part-time/Interns/Trainees

¿Por qué recibir Trainees?

El programa Interns permite a devs Junior trabajar en SMG en modalidad part-time

mientras siguen mejorando sus Skills. Una de las mejores formas de tener devs cracks es
poder reclutarlos en una etapa temprana. Enfocándonos en un perfil determinado, podemos
detectar a los buenos temprano. Además ellos ganan una oportunidad de mejorar como
ingenieros de software.

Creemos que ahora no existen oportunidades de buena calidad para devs Juniors o
estudiantes con poca experiencia. Existen oportunidades que no ofrecen un buen aprendizaje,
no permiten trabajar con pares con más experiencia, no permiten conocer las mejores prácticas
de desarrollo, o que tienen ambientes malos y estresantes.

Los proyectos de la universidad, bootcamps o cursos no son suficientes para cubrir todo
el espectro de temas que se necesitan para desarrollar buen software. Mantener software en
producción, hacer buenos tests o tener usuarios reales con problemas reales, son cosas que
no se pueden experimentar en estos lugares de aprendizaje.

Es un gran desafío hacer que este programa sea cool. No es fácil hacer prácticas
entretenidas 100% remotas. Estaremos siempre afinando el proceso, pero tendremos estos
mandamientos:

• Un mentor. Cada Intern tiene como guía a un miembro de SMG con

experiencia. Será el encargado de hacerlo sentir bienvenido, de resolver todas sus
dudas y ayudarle en lo que sea necesario. Además hablaran 15 minutos diarios para
resolver lo que sea necesario.
• Feedback. Después de un mes de trabajo el mentor tiene la misión de recolectar
comentarios y opiniones de todos en SMG para armar un feedback que sea valioso para
el Intern.
• Presentaciones. Es una buena forma para transmitir conocimiento hacia el
resto. Puede ser de todo tipo: Git, Bitcoin, Vue, y más.
• Proyectos. Los Interns trabajaran en 2 tipos de proyectos. Los internos de
SMG: productos entretenidos, que generan valor para nosotros. Proyectos de clientes:
 La mayoría de nuestros proyectos tienen objetivos que pueden ser desarrollados en un
corto plazo. La idea es que puedan interactuar con proyectos reales que construimos.

¿Qué pasa después de la práctica?

La última etapa consiste en hacer una presentación. Tienen que mostrar lo que hicieron,
lo que aprendieron y lo que les gustó. Después les damos un feedback final a cada uno y
haremos lo posible por incorporarlos al equipo.

Queremos recibir Interns y nos motiva que tengan una muy buena experiencia en SMG.
Queremos atraer gente cool, y queremos ser una empresa donde hasta las prácticas sean cool.

Beneficios para el Intern

• Obtener formación en Ingeniería de Software en el mundo real, con productos

reales, de manera pagada.
• Aprender y aplicar técnicas de desarrollo ágil en el mundo real.
• Aprender y aplicar técnicas de desarrollo de productos y emprendimiento en el
mundo real.
• Asimilar y aplicar buenas prácticas de desarrollo.
• Participar de un ambiente agradable y flexible.
• Trabajar 100% remoto.

Beneficios para SMG

• Generar contacto con nuevas y nuevos ingenieros.

• Ofrecer oportunidades laborales a quienes egresen del programa.
• Desarrollar productos y proyectos internos.
• Habilitar nuevos modelos de trabajo con clientes: participar en la formación de
futuros ingenieros o ingenieras de software

¿Cómo funciona?

El programa está orientado a estudiantes que hayan tenido más de un curso de

programación y que tengan algún conocimiento de desarrollo web.

• Debes participar 22 horas semanales (se puede pasar como práctica)

• Estarás participando en 1 o 2 proyectos.
 • Pueden ser productos internos de SMG o para clientes.
• No es necesario manejarse en el stack que usamos (Wordpress, Shopify, Vue,
Nuxt, Flutter, etc). Sí es necesario ser capaz de aprenderlos. Contarás con todo el
apoyo del equipo para la revisión de código y para enseñarte lo que sea necesario. Se
te asignará un mentor que estará encargado de resolver tanto dudas generales de la
agencia como dudas técnicas, y de redirigirte a la persona indicada para resolver
preguntas específicas.
• Deberás trackear el tiempo de trabajo con Clockify. El programa durará 4 meses.
Luego hay tres opciones:
o Renovar en el programa
o Ser contratado como developer part-time o full-time
o Se termina el programa.

Nivel de experiencia

Para sacar el mayor provecho posible del programa de trainee, necesitas una mini base
de conocimiento. Hicimos una guía de los primeros aprendizajes sobre programación. Mírala y
si sientes que conoces relativamente bien lo que sale ahí, entonces estás en muy buen camino
para postular.

Cómo postular

Para postular visita esta página y busca el trabajo con el título "Trainee".
Recursos SMG

Última actualización: 24/11/2021

Autor: A. Reyna, H Escalona, J. Solorzano
Edición: Marcos Alvarez
 Cómo crear un correo electrónico corporativo

Esta guía nos enseñará cómo crear una cuenta de Gmail corporativa para un nuevo

miembro del equipo.

Usamos GSuite https://workspace.google.com/.

Asegúrese de ser administrador de GSuite. Una vez que haya iniciado sesión con su

dirección de correo electrónico, debería ver esta pantalla (2021)

Paso 1: haga clic en Agregar un usuario

Paso 2: Complete los campos.

Paso 3: Puede optar por generar una contraseña o enviarla a los

nuevos miembros del equipo "Correo electrónico secundario".

Paso 4: ¡Completa!
 Logos

Logo_Full.png
Logo_Full.png