Explicando a diferença entre um framework e o código puro

jose91 · 07/09/2019

Pois eu acho que o que o cliente pedir é o que vale, ele é quem tem razão: a gente dá a ele a escolha entre utilizar um framework ou wordpress, explica suas vantagens/desvantagens (segundo cada um) e dá a opção de programar do zero; claro que a segunda opção é mais cara e deve ser bem documentada, além de planejar de antemão a estrutura que vai ter. Eu me saio bem em ambas as opções; para mim, o mais importante é a segurança, e wordpress e frameworks te poupam muitíssimo nisso se você não tem bibliotecas, classes ou funções de segurança para limpar variáveis, como é o meu caso, então, nessa parte, não perco tempo em nenhum dos casos, e, se preciso de algum helper, vou ao phpclasses.org e se encontram opções muito boas. O ruim do wordpress é que, se o cliente, com o tempo, quiser passar o projeto para PHP puro, não vai ser nada fácil se foram utilizados actions e demais opções do wordpress.

E o SMF morreu porque já muito pouca gente visita fóruns, ficam os especializados; antes havia fóruns em todo lugar e para qualquer coisa, agora existem reddit, twitter, facebook, entre outros, que tiraram muito do atrativo dos fóruns; em contrapartida, o wordpress é um CMS e serve para criar quase qualquer tipo de site; o ruim é que a velocidade de carregamento é horrível se você não o trabalha bem.

Ezequiel Velarde · 07/09/2019

Isso, sim, é muito interessante, vou salvar nos favoritos! 😀

kj2 · 09/09/2019

jose91 disse:
E o SMF morreu porque já muito pouca gente visita fóruns, ficam os especializados; antes havia fóruns em todo lugar e para qualquer coisa, agora existem reddit, twitter, facebook, entre outros, que tiraram muito do atrativo dos fóruns; em contrapartida, o wordpress é um CMS e serve para criar quase qualquer tipo de site; o ruim é que a velocidade de carregamento é horrível se você não o trabalha bem.

Se o que você tenta afirmar com isso é que o Wordpress não vai morrer, lembre-se do drupal e do joomla, que igualmente andam na mesma situação que o SMF, por mais que doa a quem tem carinho por eles (lembro que na época os vendiam como agora fazem com laravel, nodejs, vuejs, etc.), e há atualmente CMS de fóruns bastante vivos.

Embora eu também ache que o Wordpress deva demorar a morrer, já que está em sites demais para que haja uma transição rápida, além de que muitas dessas pessoas são gente comum que, diferentemente de um webmaster dos tempos de juventude do SMF, drupal ou joomla, mesmo que a comunidade morra e não haja atualizações, não vai querer atualizá-lo/migrá-lo para alguma alternativa melhor até que ele pare de funcionar à força (tanto faz se o site é velho ou perde posicionamento pouco a pouco).

kj

jose91 · 09/09/2019

kj2 disse:
Se o que você tenta afirmar com isso é que o Wordpress não vai morrer, lembre-se do drupal e do joomla, que igualmente andam na mesma situação que o SMF, por mais que doa a quem tem carinho por eles (lembro que na época os vendiam como agora fazem com laravel, nodejs, vuejs, etc.), e há atualmente CMS de fóruns bastante vivos.

Embora eu também ache que o Wordpress deva demorar a morrer, já que está em sites demais para que haja uma transição rápida, além de que muitas dessas pessoas são gente comum que, diferentemente de um webmaster dos tempos de juventude do SMF, drupal ou joomla, mesmo que a comunidade morra e não haja atualizações, não vai querer atualizá-lo/migrá-lo para alguma alternativa melhor até que ele pare de funcionar à força (tanto faz se o site é velho ou perde posicionamento pouco a pouco).

kj

Mas, cara, você fala como se eu estivesse rasgando as vestes para defender algo 😵. Cada um tem sua forma de pensar e cada coisa tem seus prós e contras; eu sou de programar em php puro, gosto de saber o que há por trás, e, se eu mesmo faço, vou saber exatamente; agora mesmo estou fazendo um sistema em php puro porque o cliente exigiu assim, mas não vou deixar de dizer que o wordpress e algum ou outro framework têm bastantes anos pela frente; SMF, drupal ou joomla ficaram estagnados, claro que, ao cair um grande, parte dessa comunidade migra para outro sistema parecido e isso os mantém vivos; no caso do joomla, além do seu painel obsoleto e complexo, acho que sua comunidade era muito mesquinha, assim como a do drupal, muito diferente da comunidade do wordpress, e quem te diz isso sou eu, que ajudo no stackoverflow, no reddit e, além disso, tenho vários plugins gratuitos no meu site para baixar, assim como no repositório oficial, e atualmente estou fazendo um theme gratuito no meu tempo livre, e como eu muitos outros; o mesmo com PHP puro (que é a base do WP), e isso mantém viva a linguagem, o cms ou o framework: a comunidade. Não sou de frameworks, me parece que alguns são horríveis em tempo de carregamento e instalação para o usuário novato (cliente); há linguagens ou frameworks da moda que duram pouco? Sim, e por isso é preciso saber escolher e não ir atrás dos primeiros se quiser aprender algo novo. Aliás, por aqui vai passar alguém que sabe outra linguagem e vai dizer: mas o que esses velhinhos estão fazendo programando em PHP (seja puro - framework ou cms), e eu já encontrei desses, mas a vida é assim; eu, antes de um projeto, me pergunto: o que é o melhor para este projeto? Essa é a pergunta-chave: se é um projeto simples ou grande que exija tudo próprio, então php puro; se o cliente quer dinamismo e um sistema robusto (usuários), ofereço desenvolvimento de plugin wordpress (mais econômico), mas traz seus contras, como torná-lo difícil de migrar para outro cms ou php puro, entre outros; eu sempre indico os prós e contras, custos, e aí ele vê o que escolhe. Caramba, todos os cms ou frameworks citados têm como base o php, mas sem comunidade não duram muito, porque economicamente não é viável; se o wordpress e o php não me dessem renda, dificilmente eu faria uma biblioteca ou plugin gratuito para eles; é assim que eu pago ao PHP e ao Wordpress, ajudando os novatos e fazendo plugins e themes; no que se refere a PHP puro (pouco precisa de mim em termos de código), tento testar e recomendar bibliotecas, ajudar igualmente em perguntas no stackoverflow, não ser mesquinho se algo está te dando uma renda, algo muito diferente do caso joomla (quase tudo pago) e os módulos gratuitos, um reverendo lixo na sua maioria.

SirLouen · 09/09/2019

jose91 disse:
Mas, cara, você fala como se eu estivesse rasgando as vestes para defender algo

Isso me parece também 🤣 Não são questões do tipo: "O que você acha de...?", e sim um ataque que precisa de uma defesa...

jose91 disse:
para mim, o mais importante é a segurança,

Literalmente. Comigo, pessoalmente, acontece o mesmo. Ter que fazer um formulário sem hidratar, ou consultas ao banco de dados sem ORM hoje em dia, me dá bastante medo.

Outro dia um cara me passou um programa para integrar no meu site (em wordpress) e, quando vi o código inteiro dele em PHP puro, eu disse: "olha, melhor fazermos um iframe com o seu frontend em um servidor à parte, dentro do meu site, porque confio 0% no seu código".

vicram10 · 09/09/2019

bastante interessante a perspectiva de como se coloca a questão; sou dos que preferem php puro, mas nunca fico preso a ver o que convém (tempo, eficiência?).

Excelente tópico.

jose91 · 09/09/2019

SirLouen disse:
Outro dia um cara me passou um programa para integrar no meu site (em wordpress) e, quando vi o código inteiro dele em PHP puro, eu disse: "olha, melhor fazermos um iframe com o seu frontend em um servidor à parte, dentro do meu site, porque confio 0% no seu código".

Bom, tudo depende do programador; já vi wordpress destruídos por alguma falha de segurança em um plugin, e não plugins gratuitos, plugins pagos como o revolution slider, em menos casos themes; então, quanto a programação em geral, nada é 100% seguro, porque o ser Humano não é perfeito e, em algum piscar de olhos por falta de sono ou por entregar rápido, pode cometer um erro grosseiro.

elargento · 09/09/2019

jose91 disse:
então, quanto a programação em geral, nada é 100% seguro

O que reduz muito as probabilidades de um código ser inseguro é ele ser open source.

SirLouen · 10/09/2019

elargento disse:
O que reduz muito as probabilidades de um código ser inseguro é ele ser open source.

Sobretudo, mais do que ser Open Source, o importante é que o número de commits seja alto. Aí você sabe que muita gente está mexendo nele dia sim e dia também. Porque outro dos riscos que às vezes cometemos sem querer ao entrar em frameworks é usar módulos que estão há meses, se não anos, sem atualizar, e que, simplesmente porque suprem aquela pequena necessidade que estamos buscando, incorporamos ao projeto (também acontece igual no Wordpress).

Quanta gente deve estar usando este plugin?

Table of Contents Plus – Automatic Table of Contents for Posts &Pages

Añade automáticamente una tabla de contenidos a tus entradas y páginas, con desplazamiento suave, enlaces de anclaje y opciones de estilo sencillas.

es.wordpress.org

Até Dean Romero e Alex Navarro eu vi em vários vídeos de menos de 12 meses atrás recomendando instalar este plugin... (e ainda se vê que o usam nas suas próprias páginas)

E depois acontece que os frameworks, e até o Wordpress, são plataformas inseguras.
E, quando se descobre um zero day, se faz o push de um update em menos de 24 horas.

Enquanto isso, em um mundo paralelo, um orgulhoso do seu código em PHP puro se satisfaz com a sua porcaria do tipo:

PHP:

$fecha_inicial = $_POST['fecha_ini'];
$resultado = mysqli_query($c,"SELECT * FROM datos WHERE fecha='$fecha_inicial'");

Sql injection aterrissando em 3,2,1,....

jose91 · 10/09/2019

SirLouen disse:
Enquanto isso, em um mundo paralelo, um orgulhoso do seu código em PHP puro se satisfaz com a sua porcaria do tipo:

Com respeito, te digo que você é quem está passando dos limites de orgulhoso e soberbo, não respeita em nada que alguém discorde de você, só tenta deixá-los mal com seus frameworks e wordpress (os quais eu uso), e não por isso vou ser tão cego de não ver os contras. Não sei, me parece que você tem algo metido na cabeça de que todos os que programam do zero são novatos ou estão começando em php, porque é isso que você demonstra ao colocar essa linha de código. Se você é um gerente e contrata novatos para economizar dinheiro ou para quebrar o galho e se deu mal, de quem é a culpa? Ou tenho que repetir que todos os frameworks que você menciona estão programados em php PURO!!!!!!!!!!!!! seguindo normas de segurança e programação estritas; para isso estudamos (meu caso), para seguir normas na hora de programar e evitar problemas, e, mesmo que fosse autodidata, se quiser ser bom, é preciso ler livros sobre segurança daquilo que se quer aprender.

SirLouen · 10/09/2019

jose91 disse:
Com respeito, te digo que você é quem está passando dos limites de orgulhoso e soberbo

A questão é que não vejo uma relação de discordância. Qual é a discordância, realmente?
Eu simplesmente não vejo como correto programar em código puro em 90% dos cenários. Acho que é preciso aprender, dedicar um bom tempo a conhecer a linguagem e, uma vez que já sabemos do que se trata, dar o passo de usar um bom framework e avançar em uma carreira profissional.

Há casos, uns 10%, em que se pode, e até se deve, programar sem framework.
Mas, pela minha experiência, a maioria dos programas que vi, feitos sem framework, são um grande erro. Sem ir mais longe, aquele caso de faturamento que um colega publicou há uma semana. É um claro exemplo de como não se devem fazer as coisas hoje em dia.

É possível que aquele colega seja um excelente programador e a margem de erro se minimize bastante. Mas, de novo, pela minha experiência, os excelentes programadores escolhem frameworks na sua maioria, porque sabem, justamente, que seu tempo vale ouro e que conseguem melhores resultados a longo prazo em vários níveis.

Os frameworks PHP são feitos em PHP, não duvido. Mas os frameworks, como disse, se fundamentam em uma programação coletiva, na qual um milhar de programadores dá sua contribuição, otimizando-os e melhorando cada parte deles. Em contrapartida, se você cria algo novo, do 0, é algo que foi feito 100% por você

Se a linguagem te dá isso em uma função simples e segura, perfeito, faça assim.
Mas, se você tem que dar 3 ou 4 passos para conseguir um resultado que um framework te daria em 1 só passo, por que programar você esses 3 ou 4 passos, ainda mais sabendo que existe um risco, pelo seu próprio desconhecimento, de programar algo que poderia estar errado? E já não digo errado em nível de funcionalidade, mas o risco que isso traz em nível de segurança e até outros elementos, como comentei na primeira mensagem: a mera estruturação de tudo, para compartilhar o código com terceiros. Se você sabe como se estrutura, por natureza, um framework, com uma documentação muito mais básica vai saber como opera um programa que outra pessoa fez, muito mais rápido do que se tiver que investigar qual é a estrutura que deu na cabeça do programador montar para desenvolver seu programa.

Você, com um framework, sabe que as views estão em um lugar, os assets em outro. Que as rotas se estabelecem de X maneira e fazem X coisa, que nos models estão os dados e que nos controllers, no caso particular de um MVC, vai estar única e exclusivamente aquela lógica que não está em todos esses outros lugares

Em contrapartida, em uma programação pura, pode ser que o programador iluminado tenha tido a ideia de fazer um arquivo chamado "formulario-registro.php" e ali tenha metido as views, a lógica, as chamadas SQL, e esse formulario-registro.php possa ser chamado diretamente de /formulario-registro.php. Aliás, de dezenas de programadores que vi, dos que fazem isso, 100% fazem assim. Por isso estou farto deste assunto.

Não confunda soberba com fartura.

Esta mensagem eu escrevi com um único objetivo: conscientizar os novos programadores de que é preciso dar um passo à frente algum dia. Muitos dão, mas não todos.

vicram10 · 10/09/2019

Na verdade, depende de cada um; um programador novato, com o tempo, também vai se tornar especialista e vai ver o que lhe convém mais, usar seu próprio código ou continuar utilizando o dos outros (framework).

O que não se deve confundir é que nem todos têm "boa letra" na hora de codificar, e pode acontecer o caso que você menciona, tudo em um único arquivo php (isso é horrível), mas há outras centenas de bons programadores que conhecem a essência de um bom código estruturado e o fazem normalizado (MVC, para dar um exemplo).

jose91 · 10/09/2019

elargento disse:
O que reduz muito as probabilidades de um código ser inseguro é ele ser open source.

Desde que tenha uma boa comunidade por trás. Algo open source nas mãos de 3 ou 4 pessoas, se forem boas no que fazem, pode-se dar o aval, mas, se forem novatos, seria preciso olhar com lupa, mas com certeza a comunidade vai ajudar a melhorá-lo; é como o wordpress, tem uma grande comunidade e por isso eu dou a ele muito tempo pela frente, assim como a vários frameworks php; em contrapartida, outros caem quando se tornam mesquinhos e querem tudo pago. É como o Centos, por assim dizer, que destronou muitos outros SO como base para servidores web pela sua comunidade, que o torna muito seguro, e, se encontram uma falha, rapidamente a corrigem.

SirLouen · 10/09/2019

vicram10 disse:
mas há outras centenas de bons programadores que conhecem a essência de um bom código estruturado e o fazem normalizado

Aqui eu proponho algo mais "filosófico", por assim dizer. Que % dos que realmente entrariam nesse grupo simplesmente não prefeririam ir por um framework?

Ou seja, você sabe estruturar o código, e até dotá-lo de um estilo MVC como o Backbone.js, que, no fundo, só te dá a estrutura, mas depois o boilerplate você tem que montar, e aí, na hora da verdade, você pega e monta você mesmo, sempre, do 0?

Geralmente, a maioria que se enquadra nisso "montou" uma espécie de estrutura 4 ou 5 anos atrás, se deu bem e continua remando no mesmo barco. E não passa para o framework porque acha um incômodo, e se soma uma questão de "zona de conforto" (se já estou indo bem programando no meu estilo, para que vou me complicar mais?). Esses cenários são justamente os que eu sugiro evitar: antes de entrar na zona de conforto, avançar um passo além na "aventura" do framework, dominá-lo e evitar cair nessas questões por pura comodidade.

E, uma vez em um framework, conheço poucos que prefiram voltar a "se organizar do seu jeito". Conheço, sim, centenas que mudam de linguagem, mudam de framework e até mudam de metodologia de framework. Mas, quanto a se organizar do 0, são os menos e, como digo, para casos muito, muito, muito específicos, os 10% dos casos, que na maioria são single-pages em PHP em que um model seria um overkill...

Por isso, talvez seja um preconceito que, como dizia antes, por pura fartura, eu criei, mas, quando vejo alguém me mostrar um programa integralmente em PHP e que se pode demonstrar que claramente poderia ter sido feito em um framework qualquer, penso: "este é um mau programador ou um programador novato, que nunca se deu ao trabalho de entender em que consistiam os frameworks".

Atenção, que talvez seja um excelente programador, mas esta é a minha regra heurística. Sem intenção de ofender. E por isso convido todo mundo a levá-la muito a sério. Porque não é uma regra minha pessoal. Muitíssimos PM a usam igual a mim, e cada dia mais.

vicram10 · 10/09/2019

SirLouen disse:
Aqui eu proponho algo mais "filosófico", por assim dizer. Que % dos que realmente entrariam nesse grupo simplesmente não prefeririam ir por um framework?

Sim, é assim mesmo; eu estou em ambos os mundos, tanto php puro (angular, python, c#, etc) quanto o uso de frameworks; busco conveniência, sempre levando em conta a complexidade; se a complexidade é alta, diretamente se busca um framework que se adapte às necessidades e se utiliza; isso eu apliquei sendo gerente de TI de uma empresa, justamente porque o tempo é ouro quando se está à frente de muitos projetos (onde todos são prioridade).

kj2 · 10/09/2019

SirLouen disse:
Enquanto isso, em um mundo paralelo, um orgulhoso do seu código em PHP puro se satisfaz com a sua porcaria do tipo:

PHP:

$fecha_inicial = $_POST['fecha_ini']; $resultado = mysqli_query($c,"SELECT * FROM datos WHERE fecha='$fecha_inicial'");

Sql injection aterrissando em 3,2,1,....

Esse mesmo programador não deve tocar em um framework também; se não, depois você vai vê-lo fazendo barbaridades iguais ou piores em frameworks.

Acho interessante o que você mencionou das zonas de conforto, embora nunca tenha visto algo assim no meu trabalho, ainda que com certeza exista. De todo modo, você não está pedindo com isso que saiam da sua zona de conforto para irem para a SUA zona de conforto?, porque para mim tanto faz se me entregam um ou outro na hora de trabalhar.

SirLouen disse:
Aqui eu proponho algo mais "filosófico", por assim dizer. Que % dos que realmente entrariam nesse grupo simplesmente não prefeririam ir por um framework?

Sempre que os requisitos exigirem, se escolherá um ou outro.

kj

SirLouen · 12/09/2019

kj2 disse:
Esse mesmo programador não deve tocar em um framework também; se não, depois você vai vê-lo fazendo barbaridades iguais ou piores em frameworks.

Não posso concordar com isso. Tenho dúvidas de que você tenha utilizado algum tipo de MVC alguma vez...

Com uma formação em um framework, você tem uma pessoa 100% funcional que não vai te complicar muito.
Em contrapartida, em PHP puro (e em qualquer outra linguagem), a insegurança por não ter um conhecimento muito amplo sempre vai estar ali, é uma constante.

É a diferença entre fazer uma chamada ao ORM manager ou fazer uma chamada SQL na raça.
Assim, a priori, "out of the box", o usuário não tem por que saber que alguém pode fazer uma injeção de código nessa consulta.

Se você se ater 100% ao manual do PHP, está ferrado:

PHP: mysqli::query - Manual

Ejecuta una consulta en la base de datos

www.php.net

Em contrapartida, se você se ater 100% ao manual do Laravel, por exemplo, com Laravel Doctrine, para conseguir o mesmo efeito, não há risco nenhum

[orm] Entities - Laravel Doctrine

A drop-in Doctrine2 implementation for Laravel 5+

laraveldoctrine.org

Obviamente, se você faz um curso ou lê muito, blogs e outras histórias para se formar e se especializar, o mais provável é que iniba 90% do risco, mas ele sempre vai estar ali, latente, esperando atrás da porta.

Em contrapartida, no Laravel, ou em outro framework, os que desenvolvem para ele, se um não sabe, outro sabe. Se você desenvolvesse para o Laravel e desse uma olhada em como o ORM está programado, diria: "ei, aqui podem fazer uma injeção de código, vou consertar", e todos os usuários do Laravel desfrutariam da sua boa vontade. E, se você esquecer algo e outro colaborador perceber o seu esquecimento, ele conserta e você também vai desfrutar da solidez que o conhecimento coletivo traz.

kj2 · 13/09/2019

SirLouen disse:
Não posso concordar com isso. Tenho dúvidas de que você tenha utilizado algum tipo de MVC alguma vez...

Com uma formação em um framework, você tem uma pessoa 100% funcional que não vai te complicar muito.
Em contrapartida, em PHP puro (e em qualquer outra linguagem), a insegurança por não ter um conhecimento muito amplo sempre vai estar ali, é uma constante.

Suponho então que o nível médio que você mencionava no início é o nível "já faço um if e um while" (nível que você alcança em 30 min).

Não posso te dar exemplos muito exatos porque são coisas privadas a maioria dos trabalhos que manejo (vai que algum acaba sendo um que você ou sua empresa fizeram e eu coloco alguém em apuros xD), mas há pouco tive que consertar o trabalho de um programador com 2 anos de experiência em frameworks (o principal do projeto, mas não o único envolvido), a quem a empresa não deixa fazer nada vanilla, nem sequer em javascript, sob a bandeira de "tudo é melhor com frameworks" e "se não faz em framework, não se entende"; por isso, mal entrou e, mesmo tendo um nível muito de iniciante, fizeram-no pular direto para frameworks.

O resultado é que esse trabalho em questão, no primeiro mês, já está dando problemas tanto em gasto do banco de dados quanto em transferência de dados, já que as chamadas ao banco de dados trazem mais do que o necessário, a estrutura dele também tem problemas e se fazem mais requisições do que deveria. Isso somado a que guarda coisas que não deveria no BD (no primeiro mês esse BD já se mede em GBs), no final faz com que certas partes do sistema demorem muito para carregar e sejam um ponto de acesso perfeito para um DoS. Para colocar a cereja no bolo, tem rotas que não verificam permissões, a ponto de eu, sem fazer login, ter conseguido entrar em "/users" (voilà, já posso fazer o que eu quiser), porque, como "o framework faz tudo", nenhum dos programadores dessa empresa, pelo visto, testa seus códigos minimamente.

A mim só chegou esse projeto dessa empresa, mas conversei bastante com o programador que se encarregou desse trabalho e, pelo visto, essa empresa tem bastantes trabalhos nas costas ao longo de vários anos, e não duvido que sejam da mesma laia.

Para mim, pessoalmente, é perfeito que haja empresas e programadores assim, já que eu chego, deixo o sistema rápido, reduzo os gastos 20 vezes e o cliente, apesar de eu ser freelancer, me vê como insubstituível, além de perder a confiança de contratar qualquer outro programador/empresa quando tiver problemas. Mas também não sou tão bobo a ponto de fazer recomendações que busquem gerar esse tipo de empresa; para isso já existem os vendedores de cursos da udemy, platzi e afins... depois essas mesmas têm gente que acredita nos seus discursos de marketing e continua difundindo esse tipo de ideia.

Sobre a melhoria do OSS, é muito bonito como você pinta, mas lembre-se de que, na prática, isso não acontece dessa maneira: se eu conserto hoje um bug de alta prioridade no laravel, esse bug continuará ativo em muitíssimos sistemas, porque quem os fez não os mantém, já que a empresa só pagou para desenvolvê-los e depois adeus. No final, o bug está ali, tenha sido feito do 0 ou com framework, embora com framework o bug seja público.

Prós e contras há de ambas as maneiras, mas o problema não acho que seja usar ou não frameworks (isso só pode aliviar o trabalho), e sim quão medíocre é o programador, e sinto muito, mas, se você o deixa desde o início à base de frameworks, esse programador vai ficar na mediocridade, avalizado pela zona de conforto que os frameworks geram (não conserto nem entendo os erros, isso quem faz é o pessoal que programa o framework).

PS: Não preciso que você me explique laravel, também já o usei, e, quando disse "outras barbaridades", me referia a outras barbaridades em geral, incluindo as de segurança, mas não sendo as únicas.

SirLouen · 13/09/2019

kj2 disse:
por isso, mal entrou e, mesmo tendo um nível muito de iniciante, fizeram-no pular direto para frameworks.

Voltamos ao mesmo: você insiste que um Framework não é para iniciantes. E eu nunca disse que era conveniente começar por aí

kj2 disse:
mas há pouco tive que consertar o trabalho de um programador com 2 anos de experiência em frameworks (o principal do projeto, mas não o único envolvido), a quem a empresa não deixa fazer nada vanilla,

E claro, dois anos depois, partimos da base de que, se ele tivesse se dedicado a programar exclusivamente em PHP puro, aqui o amigo teria feito um excelente programa que transborda experiência por todos os lados

kj2 disse:
Para mim, pessoalmente, é perfeito que haja empresas e programadores assim, já que eu chego, deixo o sistema rápido, reduzo os gastos 20 vezes e o cliente

Este é o momento em que chega kj2, o programador salvador

kj2 disse:
Mas também não sou tão bobo a ponto de fazer recomendações que busquem gerar esse tipo de empresa; para isso já existem os vendedores de cursos da udemy, platzi e afins

E este é o momento em que o programador salvador desacredita as plataformas de e-learning que formam programadores de diversos tipos e que apresentam um CV que, no fundo, te tira trabalho.

Porque não vamos enganar ninguém. Se você fosse um grande programador, estaria pouco se lixando para as plataformas de e-learning. Chegando a certo nível, é como dizer que o Ronaldo se preocupa porque abriram uma academia de futebol que não ensina muito bem as técnicas do futebol.

Acho que deveríamos parar o assunto por aqui, porque isto virou uma conversa idiota que se reduz a tentar se consagrar como o grande programador do fórum... para mim, sinceramente, pouco importa. Eu nem sequer sei programar bem. Com certeza esse homem que tem 2 anos com o framework me dá de dez a zero.

Mas o mais lamentável é que você sugira que um programador desastrado e iniciante seria melhor programador pelo simples fato de ter programado em PHP puro em vez de sobre a base de um framework, desprezando com um chute toda a magnificência que os frameworks têm por trás:

kj2 disse:
mas há pouco tive que consertar o trabalho de um programador com 2 anos de experiência em frameworks (o principal do projeto, mas não o único envolvido), a quem a empresa não deixa fazer nada vanilla,

kj2 · 13/09/2019

SirLouen disse:
Voltamos ao mesmo: você insiste que um Framework não é para iniciantes. E eu nunca disse que era conveniente começar por aí

Lembremos, mais acima, que você diz que alguém que não filtra variáveis antes de enviar as consultas ao mysql deveria ir direto para frameworks. Isso não te parece, por acaso, um programador iniciante?

O resto não te respondo, porque são só bobagens da sua parte tentando apontar "o malvado e orgulhoso", e para mim tanto faz (além de que fugiríamos muito do assunto).

Explicando a diferença entre um framework e o código puro

jose91

Ezequiel Velarde

kj2

jose91

SirLouen

vicram10

jose91

elargento

SirLouen

Table of Contents Plus – Automatic Table of Contents for Posts &Pages

jose91

SirLouen

vicram10

jose91

SirLouen

vicram10

kj2

SirLouen

PHP: mysqli::query - Manual

[orm] Entities - Laravel Doctrine

kj2

SirLouen

kj2