Plataforma de desarrolladores/programadores junior

#3094 No se si entendi bien tu pregunta, disculpa.

¿El servicio ya está creado en Spring no? En el front debes de consumir este servicio y mapearlo si es necesario a un modelo que sea el utilizado en tu front. ¿Van por ahí los tiros?

Hay un patrón llamado Repository Patttern muy facilito ya veras. Pues lo puedes trasladar al front y organizar tus llamadas a tu API siguiendo el patrón, es útil. Aqui tienes un poco de código que te da una idea (paso 5 y 6).

Entendí bien lo que preguntas?

#3095 #3096 es así como siempre lo he hecho, pero entonces mi pregunta ha cambiado, en el back-end ( Spring ) entonces que es lo que hay que hacer aquí? crear un @service @repository para coger las peticiones del front-end? estoy hablando desde el desconocimiento, no he hecho esto con spring, solo con angular y un servicio json para acceder a las API

#3100
Si, estoy haciendo la lista de Spring de OpenWebinars, acabé core 5, entonces teniendo esto en Spring, en Angular, debería de tener el servicio y el modelo/interfaz?

Todo esto para tener el concepto claro

muchas gracias

#3102
En Angular tengo esto por ejemplo:

export interface Solicitud {
  nombre: string;
  cargo: string;
  unidad: string;
  telefono: string;
  email: string;
  tipo: string;
  nombreActividad: string;
  start: Date;
  end: Date;
  dia: string;
  horaInicio: number;
  horaFin: number;
}

import { environment } from './../../environments/environment';
import { Observable } from 'rxjs';
import { HttpClient } from '@angular/common/http';
import { Injectable } from '@angular/core';

@Injectable({
  providedIn: 'root',
})
export class SolicitudesService {
  constructor(private http: HttpClient) {}

  findAll(): Observable<any> {
    return this.http.get(`${environment.urlEspacios}/solicitudes`);
  }

  findOne(id: any): Observable<any> {
    return this.http.get(`${environment.urlEspacios}/solicitudes/${id}`);
  }

  save(data: any): Observable<any> {
    return this.http.post(`${environment.urlEspacios}/solicitudes`, data);
  }

  delete(id: any): Observable<any> {
    return this.http.delete(`${environment.urlEspacios}/solicitudes/${id}`);
  }

  update(data: any): Observable<any> {
    return this.http.put(
      `${environment.urlEspacios}/solicitudes/${data.id}`,
      data
    );
  }
}

entonces aqui con Observable accedes a un endpoint ( spring APi rest )

y con lo poco que se, supongo que un endpoints es en spring lo que me acabas de decir antes (@controller @Service @Repository ) => endpoint

Entonces por la parte Angular ( front ) tenemos un componente que accede a la interfaz para hacer peticiones al endPoint a través de un servicio

Y en la parte de backend spring, tenemos un controlador que hace peticiones a un servicio que usa un repositorio

es este : https://openwebinars.net/academia/carrera/desarrollador-spring/

Buenas. A ver si alguien me puede orientar un poco con "mi problema".

Llevo en mi actual empresa más de 7 años (trabajo X) mientras lo he compaginado con otro trabajo (trabajo Y), el cual considero más crítico a largo plazo. Hasta ahí bien, y con los dos trabajos, no me quejo del sueldo. El problema son las horas que le echo y el trabajo que hago en X: suele ser muy variado y exige formarte en cosas nuevas cada dos por tres aunque luego no se usen para nada (pero al CEO le apetecía investigarlas para posibles ideas de negocio). No tengo un perfil bien definido: he hecho cosas a bajo nivel en C++, apps/juegos con Unity y UE4, Python, entrenamiento de modelos de IA, desarrollo móvil nativo e híbrido, desarrollo web front y back (con typescript, siempre que puedo), IaC sobre AWS con Terraform, despliegue de contenedores en ECS, bases de datos, CICD con pipelines de bitbucket, impartir cursos a una semana vista sobre algo que desconozco (y todo lo que conlleva de formación previa)... y eso es solo lo que me viene a la mente ahora mismo.

Y estoy ya un poco quemado de dar tantas vueltas y no poder especializarme en algo. El tema es que no puedo deshacerme de este trabajo X y quedarme solo con el Y porque el primero me paga más. No sé, ¿qué haríais vosotros? He pensado directamente en dejarlo y montar mi propia empresa, pero ahora mismo con el trabajo Y tampoco tendría disponible esa dedicación que hace falta al principio para levantarla. Idealmente me gustaría buscar otro trabajo, que fuera full remote (como hasta ahora con el X) y que me deje algunas mañanas libres para poder ejercer mi trabajo en Y (obviamente esos días dedicaría las tardes, claro). ¿Creéis que es factible? ¿Qué opináis?

Muchas gracias, os leo.

Continuación de #3079

24 horas antes de la entrevista técnica me mandaron un documento en pdf para prepararla: El objetivo es hacer un plan para gestionar la infraestructura y deployments de un frontend en Angular y un backend en Java, con BBDD Postgres.

Objetivos: simplicidad de uso, 99% SLA y high availability.

Debía dedicarle 1-2 horas al plan y la idea era debatirlo en la oficina con el que sería mi jefe y compañero de equipo.

Llegué a la ofi, todos majetes y jóvenes, nos sentamos y empezamos:

Primero repasé los requisitos para no dejarnos nada, luego les hice preguntas generales sobre el proyecto, el backend, el frontend, perspectivas de crecimiento en el futuro, etc.

Empecé con buen pie porque mi primera pregunta era que dónde íbamos a guardar las sesiones, porque el documento mencionaba una BBDD pero nada de redis o algo dedicado a session storage. Ahí se miraron y sonrieron y dijeron que bien visto (luego me confesó uno de ellos que es una parte que acaban de quitar del enunciado, para ver si los entrevistados se pispan).

A partir de ahí, se me pasaron las dos horas volando, les conté cómo lo gestionaría con terraform y terragrunt, la estructura de la red que plantearía, medidas de seguridad, la forma de deployearlo, cómo hacer el CI/CD con github actions y codedeploy...

mi plan A era desplegarlo directamente sobre un EC2 porque el backend era un solo servicio, pero durante el discovery me dijeron que igual en el próximo año habría 10 servicios más independientes, así que como alternativa estuve hablando sobre ECS y desplegarlo todo en contenedores.

Durante toda la conversación me iban haciendo preguntas, algunas de las que recuerdo:

• Qué ventajas tiene dividir los entornos en distintas cuentas de AWS
• Cómo se comunica GitHub con AWS para iniciar el deployment?
• Mejor triggerear deployment al acabar la build automáticamente o hacerlo manual?
• Qué ventajas tendría el frontend si fuese server-side rendered en vez de una SPA que llama a una API en cliente
• Qué diferencia hay entre un Application Load Balancer y un Network Load Balancer
• En el contexto de ECS, cómo se comunican los contenedores? Qué modelo de networking plantearías?

Luego si me acuerdo pongo más, pero en resumen los tíos parecían bastante contentos con mis respuestas, al salir yo estaba contento también, pero no me dijeron nada específico, solo que la recruiter ya me diría algo. A la hora me llamó y me dijo que solo necesitan dos referencias de trabajos anteriores y me hacen oferta.

No quiero vender la piel del oso antes de cazarlo pero la verdad es que estoy muy contento ya casi lo tengo!!

#3116 Tengo greencard gracias a mi señora esposa, así que estoy en igualdad de condiciones, digamos, que cualquier americano.

Tengo clarísimo que si no tuviese greencard todo este proceso habría sido imposible. Piensa que si no tienes permiso de trabajo, te toca competir con todo el planeta, y los americanos tienen que hacer piruetas para justificar tu contratación como extranjero. Los únicos casos en los que es más fácil es si vas a trabajar en temas de sanidad u ONGs, que están menos restringidos para contratar gente de fuera.

No me tengo que hacer autónomo, tengo contrato (aquí no hay indefinido, es "at-will", lo cual quiere decir que en cualquier momento te pueden peinar), plan de pensiones y otras movidas más que todavía no me he enterado de cómo funcionan.

Las vacaciones son "ilimitadas", lo cual no me gustaba nada, pero les he preguntado y me han dicho que esperan que la gente se coja 4 semanas al año, que es la media, así que sin problema.

Ya he firmado la oferta y me han mandado mil movidas de onboarding, así que ale, a disfrutar.

Ahora me siento un poco vacío por las tardes al no estar estudiando AWS lol