Bruno Augusto

Quem sabe num futuro não muito distante eu siga esse conselho seu que já foi o de muitos médicos e nunca dei bola.

Eu posso falar por mim apenas que estou experimentando novos caminhos que, quem sabe, talvez me devolva a motivação que eu tinha em programar que eu perdi depois de ver tantos tópicos repetidos, tantas dúvidas mal-formuladas, tantas respostas copiadas de um lugar e coladas em outros (e ainda assim reputadas) e tanto ancoramento generalizado. Além disso, estou extremamente sobrecarregado no meu emprego. O pouco tempo que me sobra eu tento espairecer um pouco antes que o pior me aconteça.

Já tem um tempo que eu procuro por um plugin, jQuery claro, bastante simples que sirva para exibição de slides ou de imagens em galeria (estou aberto a sugestões) porém que este não exija que as imagens sejam pré-carregadas como praticamente todos os scripts, de slides ou Lightbox-a-like, fazem. Essa "exigência" se dá pois o objetivo onde eu aplicaria esse plugin (que não vem ao caso) requerer alta velocidade de carregamento da página, coisa que não é possível se o HTML tiver, sei lá, 5 galerias por página com 20 fotos cada uma. Se esse plugin, que eu desconheço, funcionar através de lazy-loading eu teria apenas 5 imagens por página, que seriam as "capas" das galerias. E isso permitira que a página fosse acessada com velocidade considerável até mesmo a 600kbps (sim, eu tenho como testar nessa velocidade :upset:). Caso, porém, não exista um plugin nesse sentido, tenho uma segunda alternativa que também poderia permitir a não inclusão de tantos <IMG> na página que seria por usar um JSON como data-source. Essa segunda possibilidade seria ainda mais performática (ligeiramente) pois dispensaria mais um script na página (lazy-load) e tornaria a integração com API do IMGUr, host onde as imagens estarão hospedadas, mais fácil, já que o máximo que eu poderia precisar fazer seria re-estruturar o JSON recebido (exemplo), a não ser que, mesmo sendo simples, o plugin aceite configurações que digam que entrada X é capa, entrada Y é título e entradas Z1, Z2, Zn são as imagens. Opcionalmente (olhem o negrito :P) se o plugin funcionar bem em mobile, com suporte a múltiplas resoluções e etc. seria bem-vindo, mas não obrigatório.

Discordo parcialmente. Um programador Junior, pra ficar menos feio que infantil, não necessariamente precisa ter conhecimentos de Orientação a Objetos, por exemplo. E praticamente todos os frameworks hoje são OOP. Se ele pegar uma aplicação em ZF, vai ter muita dificuldade de entender como que o fluxo da requisição flui por toda infra-estrutura do framework, desde o Bootstrap até atingir no mínimo os Controllers. E é nesse nicho que os frameworks menos parrudos ganham mercado. Claro que não se aprende OOP (e frameworks) da noite pro dia, sem por a mão na massa, xeretar aplicações de terceiros, ler os manuais e abrir cada um dos muitos arquivos de cada arquivo incluído por um ou mais frameworks, pelo menos pra ver o quê e como foi invocado, como que o retorno foi operado e etc, etc.

"Mamãe mandou que nos amássemos e não que nos amassemos", então arrumem as cuecas porque alguma coisa deve estar muito apertada pra causar esse stress todo. :lol:

Bom, que fique bem claro que expressei minha opinião no que eu vi de código ANOS atrás. Baixei, analisei o código e era notável o tanto de gambiarra que ele tinha pra fazer coisas simples. Desde então nunca mais baixei ele, não sei como é hoje, mas quem tem fama... [EDIT] Aliás, ter 6k de posts não é nada. Tem gente aqui pelo fórum que tem MUITO mais. Quantidade não é qualidade nesse ponto. :thumbsup:

Programação em geral. Já não era minha área profissional quando eu era ativo. Ainda tenho os conhecimentos adquiridos, mas parei de programar, pelo menos por enquanto.

Eu não mexo mais com isso, mas só de fuçar no GitHub do ZF2 e do Symfony 2 é notável que o Symfony é muito mais user-friendly que o ZF ao mesmo tempo que se mantém no mesmo nível, senão melhor, que ele.

O CI deixou de ser a porcaria que era?

Me pegou nessa. :yay:

:cake: :clap: Mas você me deve 14 meses de aluguel da bola de demolição. na verdade são 12, mas aqui é um Brasil então é normal um superfaturamento-zinho básico.

Tudo não, só o HTML do banner / plugin que estiver sendo adicionado.

Primeiro mandamento do Programador RTFM (Read The F*cking Manual) :seta: DooPHP - Installation A partir disso, o quê você não conseguiu?

Essa é uma das poucas circunstâncias em que salvar as entidades é menos doloroso.

Se a forma como você faz a detecção da cidade pelo IP não for apurada, pode acontecer como em milhares de sites brasileiros que, a exemplo do meu caso, diz que ora estou em Belo Horizonte (400km de distância de onde moro) ou em Divinópolis (sede o provedor).