Para evitar os mesmos erros eu v comerciantes fazer repetidamente outra vez, há algumas coisas que você necessita saber antes de você o hire que eLance, de software de Scriptlance, ou de RentACoder colaborador.

Lei 1: Seu software necessita ser criado em etapas pequenas.

É mais caro que a maneira, mas pelo menos você pode começar sua versão 1.0 para fora com as características básicas. Uma vez que você tem que pagamento justo da base o programador em uma base da caixa-por-caixa dependendo de que característica que PEQUENA você quer adicionar.

Começar sua versão 1.0 que trabalha, inteiramente sem erros, testado, e VENDENDO com o local vivo antes de adicionar características para a versão 1.1, 1.2, 2.0, etc. Quando você se move sobre para estas versões mais novas certificar-se que é toda sem erros e vendendo em seu local antes de continuar.

Depois que a versão inicial foi escrita você saberá exatamente o que você está pagando.

Mantê-la simples permite que você seja muito específico sobre o que você quer seu certificado fazer sem sobrecarregar o programador com os detalhes.

As etapas pequenas significam também que todas as mudanças a seu projeto do software acontecerão razoavelmente rapidamente. Se não, você pode ditch um programador unreliable sem meses perdedores do tempo.

Lei 2: Programar custar-lhe-á o dinheiro.

Cada uma vez em um quando algum guy que eu me usei fazer a programação para mas para não ter tido o tempo por em um quando diz-me sobre um programador em India, ou Rússia ou algum outro lugar de que gastou um dia que escreve um certificado e o todo o custo ele um total grande… 6 dólares.

Então eu faço exame de um olhar no certificado e olha como o valor aproximadamente $6 do trabalho a mim.

Não há nenhuma razão ir ultra-cheap no dinheiro que você põe em criar seu produto de software. Sua somente despesa é o custo de tê-lo tornou-se, tudo em seguida que é lucro puro.

O publisher do livro de A (cópia) pagará a um ex-Presidente milhões dos dólares por um ghostwriter para produzir um autobiography, porque uma vez que o texto real é escrito, a companhia publicando pode começar livros do manufacturing para um dólar ou dois e os vender em $29.95. É a mesma idéia aqui, a maioria das despesas virá agora em vez de mais tarde.

Lei 3: A maioria de programadores sabem “diddly” sobre o marketing.

Pesaroso. É justo um fato. A maioria destes guys têm criado o exato o mesmo bad do certificado repetidamente… geralmente uns como uma troca do tráfego ou têm datado o certificado. Ser paciente e explicar rach-testar, dobro opt-em ou o que necessidades ser explicado e se o programador não puder compreender aqueles conceitos vão apenas com alguma outra pessoa.

Lei 4: O código necessita ser documentado bem (comentários no código), essa maneira que você pode lhe voltar.

Se você encontrar um problema com seu programa um o ano de agora, mesmo o programador original será clueless A MENOS QUE houver uns comentários dentro do código de fonte que explica muito claramente o que cada função e bloco do código estão supostos para fazer.

Lei 5: Sua necessidade dos programadores falar o inglês decent.

Não esse dialect Indian do inglês qualquer um, inglês real. Este não é definitivamente o momento de perder qualquer coisa na tradução. Positivo se tudo em uma outra língua como pode você possivelmente comutar a um outro programador se você necessitar mais tarde?

Lei 6: Você travará quase sempre o material que o programador não.

Há uma coisa real chamada Immunity de Programador. Bàsicamente diz que o usuário “médio” terá mais problemas do computador do que um programador, porque um programador é usado a fazer o trabalho das coisas (work-arounds). Isto significa o cada uma vez em um quando, seu programador faltará subconsciously os erros que são glaringly óbvios a você.

Não começar irritado, deixar apenas o programador saber sobre o problema, e que etapas exatas necessitam ser executadas para reproduzir o erro.

Você necessitará testar o programa você mesmo. Você necessitará também emitir para fora o programa aos verificadores beta para certificar-se que outro pode usar o software sem problemas E você necessita encontrar para fora se o programa puder ser usado sem instruções por alguém que tem visto nunca o software antes.

As instruções de instalação necessitam ser exprimidas tão simplesmente como possível, sem muitos de termos legalese ou técnicos.

Lei 7: (Para apps correia-baseados) usar moldes do HTML.

A maioria de programadores que eu vi são desenhadores shitty. Esta maneira você pode mudar a maneira que o certificado se publica e mesmo hire para fora um desenhador profissional.

Você necessita o programador usar um sistema muito simples do molde.

Em PHP este seria algo como FastTemplate, onde há um “Tag simples” no HTML como {firstName} ou em %firstName%. Há outros certificados maus do molde para PHP tal como o Smarty, que suga porque encaixa o código de PHP nos moldes. Você teria o mesmo problema usando PHP regular. O ponto inteiro de ter moldes é separar o código da aparência.

Lei 8: Se você puder a ter recursos para, começar um inspector do código.

Este é um programador que você sabe para ser bom mas talvez demasiado caro escrever o certificado inteiro, que pode fazer exame de um olhar rápido no código depois que cada liberação a se certificar o programa é “boa bastante”… de não aperfeiçoar mas sellable.

Seu inspector está procurando somente problemas ENORMES no programa ou no certificado como o uso dos gotos ou dos globals, ou talvez seu freelancer está usando uma base de dados mas não a normalizou corretamente nem não se esqueceu de adicionar os indeces onde são needed manter a base de dados rápida.

Lei 9: Permanecer longe do GPL, da fonte aberta, e do código reúso em TODOS OS CUSTOS!

Este é um biggie. Fazer-lhe o espaço livre que você não quer o código reúso de outros certificados. Obviamente se o codificador usar partes de alguma outra pessoa certificado você está na violação de leis de copyright.

Na uma mão há o software livre para fora GPL lá chamado (licença pública do GNU) que está livre se usar mas somente se você faz o código de fonte de seu produto de software inteiro disponível também. Aquele não é definitivamente o que você quer.

Lei 10: Seu software quebrará o tempo excedente.

Isto é justo um fato. Se você tivesse algum software desktop criado em C++ o código não pôde compilar corretamente em um compilador diferente em alguns anos. Algum software escrito na versão 1.0 do runtime de .NET de Microsoft quebra já quando você a funciona em computadores com versão 1.1 (o argh!)

Não me começar mesmo começado sobre PHP. Quando PHP libera versões novas as maneiras novas de fazer coisas não são sempre para trás compatíveis. Dependendo que módulos ou segurança remenda da correia fotorreceptora dada um anfitrião instalou, determinadas coisas não pode trabalhar também. Aquela é vida.

Article Source: http://www.articleset.com