Passe uma matriz bidimensional da MQL4 para dll - página 6

 

Como eles dizem, se você não consegue fazer o trabalho em oito horas, você é um mau trabalhador.

É o mesmo aqui, se você escreve muito código, você não é um mau programador, mas um mau ou inútil algoritmo.

Mas você também pode ser um brilhante programador, o que não é a mesma coisa.

Para resumir, tudo o que foi dito acima, você não tem nenhum problema com matrizes. Tudo isso é falso.

 
 
Debugger:



Ninguém duvida que Vadim é uma cabeça inteligente, não é isso que eu quero dizer.

Se o algoritmo funcionar, ele funciona, e é isso.

Se não, você pode fazer abortos espontâneos ou transfiguradores, mas o fim será o mesmo.

Cada problema tem (pelo menos) 2 tipos de soluções: privadas e gerais. No primeiro caso, a solução, muitas vezes de baixo custo (em tempo e recursos) - fez e esqueceu (esta abordagem é usada pela maioria), no segundo caso, tempo e recursos gastos exponencialmente mais, dependendo do "escopo do problema". A diferença entre eles: na possibilidade de uso múltiplo na resolução de tarefas de um tipo (uma vez que você tenha gasto tempo, criado uma ferramenta, e depois a utilize "sem limitações"). A "Singularidade" (a gama de tarefas atribuíveis) está diretamente ligada à mão-de-obra primária e à entrada de recursos na "cobertura de tarefas" inicial. Você não precisa ser capaz de trabalhar na segunda opção (mesmo que você não entenda "do que se trata?") para "sentir a diferença"... :)

P.S. E "no final" (se você não tiver mais nada para fazer) você pode "pendurar" (carregar) a tarefa "com dois dedos". :)))

 
TarasBY:

Cada problema tem (pelo menos) 2 tipos de soluções: privadas e gerais.

Não tagarelar. Todos os problemas têm soluções normais e através do *baixo. Gabar-se do número de funções é se inscrever com antecedência para sua incompetência.
 
TheXpert:
Não há necessidade de blather on. Todos os problemas têm soluções normais e através do *baixo. Gabar-se do número de funções é se inscrever com antecedência para sua incompetência.

Exatamente! Os criadores de STL e Boost são totalmente otários e totalmente incompetentes. Somente Andrey é um super-duper-programador - uma função para tudo :-))
 
TheXpert:
Não há necessidade de blather on. Todos os problemas têm soluções normais e através do *baixo. Gabar-se do número de funções é se inscrever com antecedência para sua incompetência.

Então eu não entendo: você é um especialista em quê? Os especialistas normais trabalham, e não arranham a língua sobre o trabalho dos outros! :)))
 
TarasBY:
Os profissionais normais trabalham, não reclamando do trabalho dos outros! :)))

Um não interfere com o outro. Eu também tenho tempo para negociar.

Aqui você vai -- mostre suas habilidades -- https://www.mql5.com/ru/forum/11674

Ao mesmo tempo, vamos dar uma olhada em seu código de "guru".


 
Onde eu posso sair (enquanto ainda estou de pé) é "luta de peixe" (você não pode bater todos os **dickoffs, mas haverá um a menos), o resto da "luta de peixe" não tem sentido para mim. É no meu sistema de prioridades de vida que eu não preciso entrar, só não preciso "esbarrar".
 
TarasBY:
é uma "luta de peixes".
Faz sentido, você não tem nenhum punho, você começa a acená-los. Sujo.
 
É mais fácil (e mais interessante) para mim tentar provar que Junko está errada, por exemplo, mudando arbitrariamente WinUser32.mgh, do que mesmo explicar (não provar) algo àqueles que têm que ser Gulliver na vida (embora entre os liliputianos). :)))
Razão: