Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
A questão original sobre as fontes. Esta é uma preocupação.
Tudo isto pode ser resolvido muito facilmente (se estivermos a falar de MQL5 puro).
Um programador que não queira publicar algum código fonte tem todas as hipóteses (e perfeitamente legítimas) de não o fazer. Mas isso torna-se possível com algumas condições.
Primeiro, todos os blocos que devem ser escondidos de olhos curiosos estão dispostos em módulos separados (bibliotecas, scripts, induladores e outro software), depois tudo isto pode ser feito numa MAGAZINE (deve concordar que o requisito para o código fonte é absurdo aí). Esta abordagem é boa para que o programador possa teoricamente distribuir o custo do seu trabalho entre muitos clientes, o que sem dúvida beneficia todos.
Na fase de coordenação da encomenda, o programador pode facilmente consultar os módulos disponíveis para venda (perguntando se o cliente não tem os módulos previamente adquiridos). Se o cliente já tiver estes módulos, o programador só precisa de adicionar o código em falta e entregá-lo ao cliente. Caso contrário, conforme acordado entre as partes, o contratante pode facturar o cliente por estes módulos (vendendo-os ele próprio ou através do MAGAZINE) ou não.
Se o trabalho for "único", também é possível empacotar determinado código em bibliotecas, ao mesmo tempo que se dá ao cliente o resto do código fonte (permitindo assim uma certa liberdade).
Sim, acrescentar uma caixa de verificação "só são dados ex5 ao cliente", e depois uma segunda caixa de verificação, definida automaticamente com a primeira "o empreiteiro concorda em fornecer ao cliente um ex5 fresco para o resto da sua vida"... para o resto da sua alegre vida.
1. A questão é facilmente resolvida se o empreiteiro se comprometer a acompanhar os resultados do seu trabalho durante um determinado período de tempo, com a transferência de uma pequena taxa.
Digamos durante o ano, com pagamento no final do trabalho ou sob a forma de pagamentos mensais (pagamentos mensais podem, por exemplo, perfazer 5-10 dólares).
2. ainda mais fácil pode ser resolvida se o desenvolvimento for popular e for utilizado por muitos comerciantes (ou se for vendido através de uma loja).
Então o programador estará interessado em manter todo o código fonte do projecto e periodicamente quer independentemente quer a pedido dos clientes (clientes e compradores) para fazer alterações no código.
PS
Nesta e noutras discussões semelhantes, seria melhor tentar abrir o tema dos direitos de autor e outros direitos.
Com esta abordagem, ao colocar uma encomenda pode comprar um determinado código fechado (fechado a meros mortais), por uma taxa adicional, claro.
Mas aqui é necessário pensar numa variante em que as partes não poderão violar os direitos uma da outra (por exemplo, o artista não pode vender esta obra através da loja, e se o fizer, então paga uma compensação ao detentor dos direitos de autor).
Na fase de encomenda, o programador que procura tornar-se um contratante pode facilmente consultar os módulos disponíveis no mercado (perguntando se o cliente tem algum módulo previamente adquirido).
Fixe! Na realidade, temos a seguinte ideia. O Desenvolvedor gera os seus módulos de trabalho para venda, que são submetidos a todo o tipo de verificações pré-venda na Loja e são colocados em exposição na Loja. Diz então ao Cliente que pode comprar estes módulos funcionais com garantia da Loja, ou comprá-los directamente ao autor com um desconto de 10% na comissão da Loja :)
Teoricamente, sob certas condições, o empreiteiro pode mesmo fazer um desconto de 100% em vários ficheiros, embora sem fornecer o código fonte (tornando assim o trabalho muito mais barato para o cliente).
Por outro lado, o cliente pode já ter um certo conjunto de bibliotecas do executor (quer adquiridas na Loja ou compradas enquanto completa outras encomendas), o que também irá reduzir significativamente o custo do trabalho realizado.
Curioso, alguém testou a velocidade de optimização da EA, usando um ficheiro compilado(de inludes), e um conjunto de bibliotecas ligadas(importação)? Exactamente no mesmo tipo de comparação.
PS. Apenas nunca usei importação. Se não há diferença na velocidade, é uma saída. Mas ainda não é uma solução completa. É melhor saber antecipadamente o que o cliente quer.
Abandonei também o uso de indulgências personalizadas em 4, uma vez que atrasam muito a optimização. Tudo foi incorporado no código do Expert Advisor. Também desisti de importar pela mesma razão. Pergunto-me como estarão as coisas no MT5.
Ainda me recusei a usar indulgências personalizadas em 4 porque elas estão a atrasar muito a optimização. Tudo foi incorporado no código do Expert Advisor. Ignorei completamente a importação pela mesma razão. Pergunto-me como será em MT5.
Tudo numa EA é certamente bom, mas existe um problema - é muito difícil desenvolver grandes projectos (nos quais 10000 cordas ou mais). Sei por experiência própria o pesadelo em que um 50K EA pode tornar-se. Neste caso, a separação em módulos e bibliotecas é um imperativo.
Estou curioso, alguém testou a velocidade de optimização da EA usando um ficheiro compilado(de inludes), e um conjunto de bibliotecas ligadas(importação)? Exactamente no mesmo tipo de comparação.
PS. Apenas nunca usei importação. Se não há diferença na velocidade, é uma saída. Mas ainda não é uma solução completa. É melhor saber antecipadamente o que o cliente quer.
Se bem entendi, o código localizado directamente no Expert Advisor será executado mais rapidamente, o código localizado em *.mqh ocupará o segundo lugar, o código localizado nas bibliotecas do ex5 será executado por último.
Mas esta é apenas uma opinião do IMHO.
Se bem entendi, o código localizado directamente no Expert Advisor será executado mais rapidamente, o código localizado em *.mqh ocupará o segundo lugar, o código localizado em bibliotecas ex5 será executado por último.
Como é que o tempo de execução do código está relacionado com a seguinte regra? :
Para importar funções durante a execução do programa mql5, é utilizada a ligação antecipada. Isto significa que a biblioteca é carregada enquanto o programa ex5 que a utiliza está a ser carregado.
1. A questão pode ser facilmente resolvida se o empreiteiro se comprometer a manter os resultados do seu trabalho durante um determinado período de tempo, com uma pequena taxa.
Digamos no prazo de um ano, com pagamento no final do trabalho ou sob a forma de pagamentos mensais (os pagamentos mensais podem, por exemplo, perfazer 5-10 dólares).
2. ainda mais fácil pode ser resolvida se o desenvolvimento for popular e for utilizado por muitos comerciantes (ou se for vendido através de uma loja).
Então o programador estará interessado em manter todo o código fonte do projecto e periodicamente quer independentemente quer a pedido dos clientes (clientes e compradores) para fazer alterações no código.
PS
Nesta e noutras discussões semelhantes, seria melhor tentar abrir o tema dos direitos de autor e outros direitos.
Com esta abordagem, pode comprar algum código fechado (fechado a meros mortais), por uma taxa adicional, claro.
Mas aqui temos de considerar a opção quando as partes não poderão violar os direitos umas das outras (por exemplo, o empreiteiro não poderá vender a obra através da loja, e se o fizer, pagará uma compensação ao proprietário dos direitos de autor).
1. Com grande prazer, comprometer-me-ei com 1000 clientes a enviar-lhes um novo ex5 no lançamento de cada nova construção do terminal por uma taxa simbólica de 5 dólares por mês. Mas é pouco provável que eu encontre tais otários.
2. Vamos falar de encomendas individuais.
1. Obrigar-me-ei de bom grado a 1000 clientes a enviar-lhes novos ex5s no lançamento de cada nova construção do terminal por uma taxa simbólica de 5$/mês. Mas penso que não haverá tais otários.
2. Falar de encomendas individuais.
1. Se um utilizador médio necessitar de gerir pelo menos 1000 dólares no seu código, e ao mesmo tempo poderá ganhar de forma estável pelo menos 100 dólares por mês, porque não?
2. teoricamente sim, mas um não impede o outro. alguma biblioteca ou classe universal pode ser utilizada para diferentes fins.