Kompozer e bootstrap

1

Espero escrever minha primeira página da web em bootstrap e, no passado, fiz isso usando apenas a linha de comando (vim) e depois vendo como se parecia em um navegador, mas eu sei que isso é bastante arcaico e eu provavelmente deveria estar usando uma GUI de desenvolvimento web mais 'amigável'.

Como tal, estou experimentando o Kompozer e quando eu carrego o documento html, não vejo o layout bom (orientado por javascript). No entanto, vejo esse layout se simplesmente visualizo o documento html com um navegador da web. Existe uma maneira de fazer o Kompozer carregar o mesmo javascript e ver as mudanças em tempo real dentro do aplicativo Kompozer?

Eu poderia voltar a simplesmente editar o html, javascript, php, etc. à mão no vim e, em seguida, ver como o site responde executando em um navegador, mas acho que é mais fácil fazer as coisas em um 1 / Ambiente 2 e 1/2 WYSIWIG.

Pensamentos?

    
por drjrm3 21.06.2015 / 21:15

1 resposta

1

Não, escrever seu código em um editor e visualizar o resultado em um navegador não é "arcaico"; na verdade, é a única maneira sã de criar um site.

O Kompozer - como o seu antecessor, o Nvu ou o Dreamweaver, o software comercial para o qual eles supostamente são uma alternativa - faz muitos compromissos para fornecer uma interface supostamente fácil de usar. A edição de texto não é tão boa quanto em um editor de texto real (e o Vim é o padrão de ouro quando se fala de editores), a renderização não é tão boa quanto em um navegador real, o código gerado é muito detalhado…

Eu comecei com o Dreamweaver 2 em 1999, mas deixei cair rapidamente para um fluxo de trabalho mais simples, onde eu controlava tudo. Isso me fez muito mais rápido e muito melhor.

E, bem… o último lançamento do Kompozer é de cinco anos atrás. Ele usa o mecanismo de renderização do Firefox 2, então você não deve se perguntar por que seu site não parece certo!

Nesse meio tempo, o desenvolvimento de front-end tornou-se um pouco mais envolvido do que costumava ser: pré-processadores, observadores, centenas de frameworks e bibliotecas de pequenos a grandes gerentes de dependências, gerenciadores de pacotes ... mas a tendência é um pouco engraçada centrada na linha de comando.

Para o risco de ser muito caricatural, o desenvolvimento de front-end profissional "moderno" é feito atualmente assim:

  • você tem seu projeto sob algum sistema de controle de versão (Subversion, Git, Mercurial, outros…),
  • você tem algum gerenciador de pacotes para lidar com as dependências do seu projeto (npm, bower, outros…),
  • você edita seu código em um editor de texto (Vim, Emacs, Texto sublime, Atom, colchetes, TextMate, VisualStudioCode, outros…),
  • você tem um observador sendo executado em segundo plano, lintando, testando, compilando seu código e seus recursos (Grunt, Brunch, Gulp, outros…),
  • você visualiza seu site no maior número de navegadores possível em quantos dispositivos puder,
  • você depura seu código no navegador usando suas ferramentas de desenvolvedor,
  • você gerencia sua implantação com algum software de IC (Jenkins, travis, outros…).

E parece o mesmo no lado do back-end.

Agora, tudo isso pode parecer um pouco pesado demais para algo tão fundamentalmente simples quanto o desenvolvimento da Web, mas se você é um desenvolvedor web profissional em 2015 e não usa uma variante do fluxo de trabalho acima, eu realmente não sabe o que dizer ... você tem muito o que fazer.

O mínimo que você pode fazer é…

  • mantenha seu código sob controle de versão e saiba como usá-lo com eficiência,
  • edite seu código no editor de texto mais confortável que puder encontrar e saiba como usá-lo com eficiência,
  • teste seu código em um navegador da Web, possivelmente com uma extensão como Livepage ou Recarregamento automático e aprenda a usar suas ferramentas de desenvolvedor com eficiência.

E esqueça o Kompozer.

    
por 21.06.2015 / 22:22