Executando verificação de segurança...
Respondendo a "Muito bom a sequência de posts. Poderia explica..." dentro da publicação [v003] Renda Mensal Recorrente com Software - O que realmente precisei no começo, o que ajudou e o que não fez falta
1
charlesandersonwd

Obrigado pelo apoio!

Já li em algum lugar sobre o MySQL ficar vulnerável, podendo travar, ao atingir determinado volume de dados...
Saberia dizer se isso é mito ou realmente pode ocorrer?
Não lembro ao certo do limite que foi mencionado, mas lembro de saber que estou longe de atingir, mas de toda forma, para preparar meu software para uma nova fase, de escalar, eu me prepararia, migrando para o cloud, utilizando o RDS compatível com o MySQL. A proposta de ser um serviço gerenciado, com a possibilidade de ter réplicas de leitura e estas replicas se tornarem a principal (de gravação), caso tenha indisponibilidade da principal atual etc. também me agradou.
Falando de disponibilidade das informação, velocidade de resposta (principalmente ao atingir grande volume de requisições simultâneas) acredito que também possa ser visto como um "limite".

E obrigado pela contribuição.
Da forma que falou, realmente aparenta ser algo, de fato, interessante, mas continua sendo um "tabu" para mim kkk

De repente ainda não tive um meio de aprender, da forma em posso entender, de fato, a melhoria que pode me proporciona...

Sou bem raíz para algumas coisas rsrs
Eu codifico, faço as atualizações que minha aplicação precisa. Se testar e validar, salvo em um arquivo .zip e guardo como backup.

Ainda não vi a relevância de controlar linha a linha de código. Tem algum motivo especial para isso?

O que faço é guardar a aplicação, 100% funcional.

2
devidd

Eu não sei sobre os limites do MySQL, eu provavelmente não vou conseguir construir uma aplicação a ponto de quebrar ele kk (ou pelo menos é o que eu penso, sou um iniciante ainda). Se você encontrar onde leu sobre isso e lembrar coloca aqui por favor. Sobre o "método dos .zips" eu já ouvi falar que era assim que antigamente faziam então de fato você é "raiz" kk. Quanto a fazer o controle de cada linha código adicionada foi só o jeito de falar, o que o Git faz é basicamente o que você já faz manualmente: toda vez que você finaliza o desenvolvimento de uma nova funcionalidade ou corrige um bug por exemplo, você grava uma "snapshot" do seu projeto no banco de dados do Git. É realmente só isso, a questão é que o Git lida de forma muito eficiente com essas "snapshots" fazendo com que você posso retornar a qualquer uma dessas versões do projeto instântaneamente, ou ainda, trabalhar com ramos que são ponteiros que referenciam alguma snapshot do banco de dados. Explicando assim pode soar abstrato a utilidade por isso acredito que assistir esse vídeo aqui do Fabio Akita possa ajudar: https://www.youtube.com/watch?v=6Czd1Yetaac. Outra fonte muito boa é o site oficial do git: https://git-scm.com/book/en/v2

Mas isso é somente caso você tenha interesse, gosto bastante dessa sua abordagem minimalista do desenvolvimento de ir atrás das coisas apenas se necessário. Acho que se está dando certo para você, você deve continuar assim.

1
charlesandersonwd
Autor
Autor

Quase uma aula de introdução, da até vontade de entender mais e ver o estou deixando de ter por não utilizar.
valeu mesmo pelas explicações.
👊😉

E é bem como falou, como está dando certo para mim, sigo dessa forma, que é bem cômoda rsrs.
ainda não tive nenhuma situação que me gerou algum transtorno por não estar seguindo essa linha, mas é algo que realmente tenho abertura de pode aprender, que se realmente tem essa proposta de melhorar o dia a dia, não vejo porquê de não experimentar.

darei uma olhadinha nos links que enviou.
obrigado