Muito bom a sequência de posts. Poderia explicar melhor o que você quis dizer com o "limite do MySQL"? Outra dúvida que tenho: Não consigo me imaginar desenvolvendo sem o GH, mesmo em projetos solo, porque uso ele como uma plataforma de hospedagem de código (acho que posso falar assim). Você mantém todos os seus códigos locais na sua máquina? E o Git? Ele é uma ferramenta de gestão de código que é independente do GH. Ele também é essencial nos meus projetos pessoais, você já pesquisou sobre ele? Com Git é possível fazer o controle de cada trecho de código que adicionamos ao projeto (se assim for necessário), ele mantém um banco de dados de todas as versões dos arquivos do projeto que é usado para criar um sistema de ramos que possibilita o desenvolvimento paralelo de funcionalidades ou o trabalho em equipe (são as famosas branches). Não consigo desenvolver sem ele também hoje em dia.
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.
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.
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