DotNet BR 🇧🇷

13 Mar 2024 14:06

ele resolveria esse problema ?

DotNet BR 🇧🇷

13 Mar 2024 14:06

A pasta obj não deveria estar versionada

DotNet BR 🇧🇷

03 Mar 2024 18:28

Tipo, não é como se colocasse uma conexão SQL direto na view

DotNet BR 🇧🇷

03 Mar 2024 18:26

Eu não defendo,
Não é uma defesa,
Cada um faz o que quer e bem entende.

eu só faço e não considero negociável em meus projetos.

Se vai inverter dependência, como o hexagonal prega, aí é uma decisão projeto a projeto.

Mas que o negócio começa de algo agnóstico, objetivamente uma class library, ahh disso nem há negociação.

DotNet BR 🇧🇷

03 Mar 2024 18:22

A decisão Boba, de adotar um service facade, e definir que o core da aplicação está debaixo dele, é o mínimo para qualquer projeto que eu faça.

Desde 2006.

DotNet BR 🇧🇷

03 Mar 2024 18:20

Por mais que peçam um projeto "porco" cada um tem um "limite" pessoal, pois sabe que vai se lascar todo, principalmente com as mudanças.

Então qualidade, na arquitetura principalmente, muitas vezes é uma decisão de sobrevivência.

DotNet BR 🇧🇷

03 Mar 2024 18:19

Mas estou falando de código ruim, "metodologia XGH" da vida

DotNet BR 🇧🇷

03 Mar 2024 18:17

Não creio.
Não custa 2 horas para descobrir se a empresa é do tipo que coloca MVP em produção

DotNet BR 🇧🇷

03 Mar 2024 18:12

O problema é que tanto

- o ágil,
- quanto o medo de overengineering,
- as decisões absurdas tomadas no dia-a-dia
- o overengineering
- a qualidade dos profissionais
- as bolhas de empresas e projetos porcos, típicos de início de carreira
- a qualidade da gestão
- a busca por salvadores da Pátria

produziu essa aversão à qualidade e naturalmente daí brota muito xgh.

É o efeito pêndulo, vai ficar ainda mais ruim, antes de ficar bom.

DotNet BR 🇧🇷

03 Mar 2024 18:11

Não falo do xgh da vida

DotNet BR 🇧🇷

03 Mar 2024 17:59

Essa discussão sempre cai no depende. Tipo, é muito fácil errar na mão, fazer overengineering. Se sair aplicando tudo que é metodologia, padrões de projetos, o projeto fica difícil de manter, quando aplica de menos, o projeto fica difícil de manter.

DotNet BR 🇧🇷

03 Mar 2024 17:47

Não..., não ameacei não, pelo contrário, só falei o que acontece com certa frequência

DotNet BR 🇧🇷

03 Mar 2024 17:38

Não tem relação nenhuma com esse grupo aqui viu.

Mais cedo o mais tarde quem é dessa cultura fica puto e sai.

DotNet BR 🇧🇷

02 Mar 2024 18:55

Por isso gago.io
Não dá nem para esquecer

Cheguei a fazer um trocadilho:

Gago.io, mais fácil que google.com

DotNet BR 🇧🇷

02 Mar 2024 18:29

Porém, os cursos básicos lá não é nada que você não encontre gratuitamente na Internet. Bom, pelo menos eles organizam as trilhas e tem várias e varias

DotNet BR 🇧🇷

13 Mar 2024 14:06

eu achei um gitignore dessa forma
*.swp*.*~
project.lock.json.DS_Store
*.pyc
# Visual Studio Code
.vscode
# User-specific files*.suo
*.user*.userosscache
*.sln.docstates
# Build results[Dd]ebug/
[Dd]ebugPublic/[Rr]elease/
[Rr]eleases/x64/
x86/build/
bld/[Bb]in/
[Oo]bj/
msbuild.logmsbuild.err
msbuild.wrn
# Visual Studio 2015.vs/
## Arquivos de compilação
bin/obj/

DotNet BR 🇧🇷

03 Mar 2024 18:58

Tb não, o problema é o que se faz por conta do acoplamento da ui com o negócio

DotNet BR 🇧🇷

03 Mar 2024 18:28

Sei lá, mas até nesse ponto, não considero ser um "XGH" pode ser uma decisão técnica do time de diminuir camadas.

DotNet BR 🇧🇷

03 Mar 2024 18:24

Ah sim, já vi gente falando que não necessariamente precisariam dessa service/facade (app service) quando se trata de expor regras de negócio quando se trabalha com DDD

DotNet BR 🇧🇷

03 Mar 2024 18:21

A única vez que eu coloquei de negócio em controller (eliminando uma camada service) foi quando queria entender porque maus alunos tinham tanta dificuldade em encarar a web apenas como uma conexão que expõem o negócio.

DotNet BR 🇧🇷

03 Mar 2024 18:19

Tem muita camada para dar errado para chegar nesse ponto

DotNet BR 🇧🇷

03 Mar 2024 18:18

So consigo pensar nessa opção. Não consigo imaginar que um projeto grande, mesmo na metodologia ágil, vire um lixo de código, ah menos que não tenha um líder técnico que coordene as coisas ou então empresas muito pequenas

DotNet BR 🇧🇷

03 Mar 2024 18:16

Será que é porque a galera faz um MVP de maneira rápida e continua progredindo com um código sujo feito pra funcionar?

DotNet BR 🇧🇷

03 Mar 2024 18:11

Não tem como ter um projeto sem saber que haverá um crescimento

DotNet BR 🇧🇷

03 Mar 2024 18:10

Há uma distância absurda entre overengineering e xgh

DotNet BR 🇧🇷

03 Mar 2024 17:48

achei melhor deletar.

DotNet BR 🇧🇷

03 Mar 2024 17:39

ok
ja deletei.
perdão.

DotNet BR 🇧🇷

03 Mar 2024 02:20

Alguem aí conhece um distro linux que funcione bem com escala de tela fracionada de 150%. Ubuntu e Zorin ficam blurry.

DotNet BR 🇧🇷

02 Mar 2024 18:47

Se for WebForms, nao seria melhor reescrever?

DotNet BR 🇧🇷

02 Mar 2024 18:24

Já fiz, muito bom por sinal, geralmente os cursos lá são ministrado por professores que tem muita presença na comunidade, já escreveram livros e fácil de achar referências deles