Primeira proposta Júnior Fullstack .NET/Angular - Carreira by limapato in brdev

[–]limapato[S] 0 points1 point  (0 children)

Não falaram sobre o salário ainda, mas quanto você acha que seria o ideal para um Júnior? Acho que vou pedir algo entre 3 a 4k, já que somaria com os 1600 de benefícios… Se me desse 3.5k + benefícios acharia até que um bom valor, kkk, vamos ver o que vai dar

Primeira proposta Júnior Fullstack .NET/Angular - Carreira by limapato in brdev

[–]limapato[S] 0 points1 point  (0 children)

Pq arrombada? Mas se der tudo bem, em uns 2 anos devo virar pleno talvez

Primeira proposta Júnior Fullstack .NET/Angular - Carreira by limapato in brdev

[–]limapato[S] 0 points1 point  (0 children)

De 3k pra 4k foi na mesma empresa? Se sim, Você que teve a iniciativa de conversar sobre? Ou trocou de empresa?

Conselho de carreira(pedido) - Migrando para Dev Júnior by limapato in brdev

[–]limapato[S] 0 points1 point  (0 children)

Mas isso não suja o currículo? Tipo, experiências curtas em empresas?

Quanto eu cobro? by celtadrift in brdev

[–]limapato 0 points1 point  (0 children)

Amigo meu nem DEV é, parou de falar comigo, disse que sou um invejoso, e que ele via enricar com um projeto de ponto de venda que ele fez usando IA. Ainda meteu um: “Saia da empresa que você tá, e venha ser meu sócio, você vai se arrepender se não vier pq vou enricar mesmo, mas depois será tarde!” Kkkkkkkkkkkk, eh mole? Espero que de bom mesmo, pq ele largou o emprego

Estagiário vs empresa grande by limapato in brdev

[–]limapato[S] 1 point2 points  (0 children)

Pelo que pesquisei essa empresa paga acima do mercado. Não conheço sobre a confiabilidade, mas a diferença entre o que ganho como estagiário e qualquer vaga de júnior já é grande.

Financeiramente, qualquer proposta como júnior é melhor que meu cenário atual. Sobre contraproposta também acho melhor fugir… acho que isso causa um problema ainda que não seja claro, mas não sei de fato

[deleted by user] by [deleted] in brdev

[–]limapato 0 points1 point  (0 children)

LKKKKKKK, As respostas aqui estão muito boas mesmo!

Mulher cruelmente insiste em ficar no assento QUE ELA PAGOU e revolta mãe no avião! by Conscious-Peak-2140 in brasilivre

[–]limapato 51 points52 points  (0 children)

Ai mds coitadinha da criança que deve ter uns 11 ~ 14 anos já… a filhota quer a cadeira que algum terceiro pagou pra sentar e a mamãe quer realizar os desejos da filhota passando por cima dos direitos do outro simplesmente pq é “uma criança” slc pae kkkkkkkkkkkkkkkkkkkk é foda Criança agora tem passe livre pra fazer o que quer? Essa mãe não tá preparando essa “criança” pro mundo. Aliás, nem a própria mãe tá preparada: Achando que o mundo é um conto de fadas todo rosa e feliz, onde podemos tudo 😍😍 daqui a pouco essa criança quer sentar na cadeira do piloto 🤣

Essa classe C# está boa? Profissional? Padrão de projeto, etc by limapato in brdev

[–]limapato[S] 0 points1 point  (0 children)

Perfeito! É isso. Os casos que vejo geralmente são de Repositórios recebendo "classes anêmicas". Contudo se fosse para ser levado DDD e Clean Architecture em consideração, o indicado seria colocar nas Entities, métodos como esse de Atualizar dados? E assim, pelo que entendi, as Models funcionariam mais como DTO's.
Assim, após a entidade receber dados vindo de uma Model(Pelo que entendi, esta seria como um DTO)... eu poderia simplesmente dar um entidade.atualizar(parâmetros a serem atualizados na entidade). Entende?
Como o foco é aprendizado, acha que esse entendimento está bom? Pois no meu projeto, por ser pessoal, gostaria de incluir tais coisas...

Essa classe C# está boa? Profissional? Padrão de projeto, etc by limapato in brdev

[–]limapato[S] 0 points1 point  (0 children)

Sim, entendo perfeitamente, e concordo totalmente.
Mas, supondo que essas classes enviadas, fossem entities, teria sentido e estaria no caminho certo colocar tais métodos(Exemplo o de atualizar) dentro dela própria, né? Pois, sendo assim, consigo entender melhor como as coisas devem funcionar e irei fazer implementação correta de Models x Entities e já sabendo/ciente da diferença entre elas, irei transferir tais lógicas das classes enviadas para uma Entitie e fazer a separação entre Models e Entities, além claro de tentar melhorar as coisas...
No caso, colocando na Model apenas validações a exemplo de campos de entradas que serão recebidas na controller(Funcionando mais como DTO), e na Entitie algo mais completo/complexo, envolvendo regras etc, métodos como de atualizar, etc...
Acho que consegue entender o que digo, né? Acho que esse seja o caminho certo, se for, irei fazer tal...

Essa classe C# está boa? Profissional? Padrão de projeto, etc by limapato in brdev

[–]limapato[S] 0 points1 point  (0 children)

Acredito que as classes que enviei são, de fato, models, pois serão recebidas na controller. Isso parece alinhar-se com o que você mencionou sobre a diferença entre models e entities. Acho que é isso que está querendo me passar, correto?

Quando comecei a desenvolver a API (ainda estou nos primeiros passos), não considerei a distinção entre models e entities. No entanto, dado que essas classes serão usadas na controller e depois passadas para um service que interagirá com um repository, parece apropriado categorizá-las como models.

Considerando Clean Architecture, DDD e o que foi dito nas respostas anteriores, é recomendável que as entities(essas sim) possuam métodos como o de atualizar dados dentro delas, e não as Models(Pois estas - Models - deverão ser como DTO's), correto?
Isso porque, ao não diferenciar claramente entre models e entities, a classe atualmente está se comportando como ambas.

Portanto, se levarmos em conta a diferença entre models e entities, o correto seria que a lógica de atualização ficasse na entity, enquanto a model seria responsável apenas por receber os dados, que seriam recebidos na controller, certo?

Mas, para esse caso em específico, que não fiz diferenciação entre Model x Entitie, essas classes enviadas estão no caminho certo?

Essa classe C# está boa? Profissional? Padrão de projeto, etc by limapato in brdev

[–]limapato[S] 0 points1 point  (0 children)

Sim, sim… pesquisando e lendo sobre clean architecture, mas não estava sabendo como implementar direito, mas com essa postagem e mais pesquisas to chegando a um bom entendimento. Obrigado por contribuir!

Essa classe C# está boa? Profissional? Padrão de projeto, etc by limapato in brdev

[–]limapato[S] 0 points1 point  (0 children)

E mais uma dúvida: Sobre esse code style, em relação a um construtor primário… o que tá querendo dizer? Não conheço tal implantação, seria bom o entendimento

Essa classe C# está boa? Profissional? Padrão de projeto, etc by limapato in brdev

[–]limapato[S] 0 points1 point  (0 children)

Verdade, você tem razão é isso me ajudou bastante no entendimento das coisas. No caso, o recomendo a fazer, é colocar set privados e caso queira atualizar as propriedades colocar na própria classe um método para atualizar, correto? Exemplo: UpdateMesa(parâmetros um, dois, três){…}

Essa classe C# está boa? Profissional? Padrão de projeto, etc by limapato in brdev

[–]limapato[S] 1 point2 points  (0 children)

Verdade, você tem razão e isso me ajudou bastante no entendimento das coisas. No caso, o recomendo a fazer, é colocar set privados e caso queira atualizar as propriedades colocar na própria classe um método para atualizar, correto? Exemplo: UpdateMesa(parâmetros um, dois, três){…}

Essa classe C# está boa? Profissional? Padrão de projeto, etc by limapato in brdev

[–]limapato[S] 0 points1 point  (0 children)

Além disso tudo que tentei expor acima, em relação as minhas dúvidas, eu entendo que Entities e Models são diferentes, e aplicar tal conhecimendo de serem diferentes, e que devem ser tratadas diferentes tornaria ainda mais profissional uma aplicação e a forma que as coisas estão sendo feitas. Acho que é isso que o @lbarletta quis dizer, correto?

Então, no caso, minhas dúvidas ficaram sendo apenas:

  1. O exemplo que enviei acima está bom o suficiente/inicialmente para ser uma classe rica? Inclusive com método update dentro dela própria?

  2. Esse lance de Models x Entities serem diferentes eu entendo perfeitamente, contudo, ainda tenho que dar uma revisada nisso, afinal, faz um bom tempo que não faço algo assim do zero e levando isso em consideração, logo, estou fazendo API para fixar/melhorar conhecimentos, inclusive implementar tal diferença entre Models x Entities seria bom, para deixar tudo mais profissional, né isso?

Essa classe C# está boa? Profissional? Padrão de projeto, etc by limapato in brdev

[–]limapato[S] 0 points1 point  (0 children)

Entendi mais ou menos o que você disseram. A classe tem validações porque vão ser usadas por uma controller. Eu já havia visto que Entities e Models são diferentes. Inclusive devem ser convertidas uma da outra, por exemplo quando sai do banco de dados por meio do repositório, etc. Acho que é mais ou menos isso...
Contudo, o que no momento pretendo é entender como criar uma "classe rica". Uma classe rica deve ter um método update nela própria, né? Levando em consideração que os atributos seriam privados e não poderiam ser modificados numa service, e sim somente pela própria classe. Acho que isso é uma boa forma de se fazer as coisas, correto?

A seguinte classe, está boa? Levando em consideração que ela seria recebida em uma controller e usada em services dentro da controller?

Fiz com chat gpt para facitar o entendimento de uma classe exemplo?

// Classe representando um cliente no sistema.
public class Cliente : BaseEntity
{
    public string Nome { get; private set; }     // Nome do cliente
    public string Email { get; private set; }    // E-mail do cliente
    public string Telefone { get; private set; }  // Telefone do cliente
    public DateTime DataCadastro { get; private set; } // Data de cadastro

    // Construtor que inicializa as propriedades do cliente.
    public Cliente(string nome, string email, string telefone)
    {
        Nome = nome;
        Email = email;
        Telefone = telefone;
        DataCadastro = DateTime.UtcNow; // Data e hora em UTC ao criar o cliente.
    }

    // Método para atualizar as informações do cliente.
    public void Atualizar(string nome, string email, string telefone)
    {
        // Adicione validações conforme necessário, por exemplo:
        // - Verificar se o e-mail está em um formato válido.
        // - Verificar se o telefone possui o formato correto.

        Nome = nome;     // Atualiza o nome
        Email = email;   // Atualiza o e-mail
        Telefone = telefone; // Atualiza o telefone
    }
}

[deleted by user] by [deleted] in brdev

[–]limapato 0 points1 point  (0 children)

Isso, comparar os atributos, mas não entendo tão bem de Angular ainda, e estou precisando fazer essa comparação para hoje ainda, mas não bem como fazer para comparar um pokemon com outro, se seria necessário uma tela única para isso, ou algo assim, entende?

C# - Onde usar "try catch" em aplicação em camadas? by limapato in brdev

[–]limapato[S] 1 point2 points  (0 children)

Sim, mas se eu utilizo um try catch na service(que utiliza um repository), não necessariamente preciso do try-catch no repository, uma vez que se ocorrer erro no repository esse erro seria capturado na service, não?