Das comparações com o desenvolvimento web nenhuma é tão eficaz quanto a da construção civil, afinal estamos construindo coisas.

O desenvolvedor web, o cara que programa, que mete a mão na massa – ou no código – é, obviamente, o pedreiro.  Um pedreiro de luxo, é verdade, mas continua pedreiro. Um peão. E assim como um peão o desenvolvedor web pode ser chamado para muitas coisas – os bicos ou freelas – que vão desde uma troca simples de azulejos – ou uma alteração num formulário de contato – até uma reforma total da cozinha – ou a construção de uma nova área do site.

Nesse aspecto não podemos esquecer que, assim como o pedreiro não é decorador, desenvolvedor web não é webdesigner. O pedreiro até dá pitaco no azulejo, na cor da tinta, mas quem estudou pra isso não foi ele (eu sei que o pedreiro não estudou nem pra ser pedreiro, mas você entendeu).

Se estiver fazendo um freela e precisar de um layout profissional chame um profissional. Layouts envolvem diagramação, equilíbrio de cores, hierarquias de elementos que, se você não estudou, você vai simplesmente ignorar e o resultado pode ser desastroso. Convide um designer para participar do projeto nem que seja para te dar consultoria ou para te mandar uma ideia inicial. Não fica caro e enriquece o seu trabalho, além de – se você trabalhar direitinho – o designer te chamar quando precisar de um desenvolvedor.

Outro ponto interessante é que, em construções decentes, sabe-se onde queremos chegar. Sites que não são bem planejados desde o começo têm uma estrutura difícil de entender e, por consequencia, difícil de navegar. Se estiver com um problema grande pra resolver nesse sentido é legal pedir ajuda pra alguém da área de arquitetura de informação.

Entretanto existem algumas diferenças na comparação com a construção civil como, por exemplo, o acumulo de funções. Não raro assumimos a função de engenheiro e pedreiro ao mesmo tempo, cobramos preços bem diferentes dos pedreiros (eu cobro, você não?!). Também passamos facilmente de pedreiros a engenheiros, mas quando precisamos temos que colocar nosso capacete de peão e ir lá mexer a massa.

Hoje estava tendo problemas com o caracter & (e comercial/ampersand) no javaScript. O sistema é baseado em AJAX, portanto os dados ficam trafegando na forma de Query String e no fim é enviado por um Post Request.

Para não ter problema com caracteres especiais, essa query string era encodada com a função EncodeURI() do JavaScript. Aí estava o problema. Ele encoda toda a string para URI, mas não o caracter &, já que ele é usado como separador de variáveis na Query String. Tentei então usar a função escape(). Funciona, mas ferrava os acentos.

Achei que era a função escape que não entendia acento e botava caracteres estranhos no local, mas depois de muito teste acabei descobrindo que ele entendia sim os acentos, mas os passava pra latin1. Como uso padrão UTF-8, ferrei-me.

Então depois de uma pesquisada descobri a função encodeURIComponent(), esse sim vai encodar perfeitamente e respeitando o UTF-8.