Certificação voluntária de programadores no serviço de Trabalho - página 9
![MQL5 - Linguagem para estratégias de negociação inseridas no terminal do cliente MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Leia atentamente e terá a impressão certa, ou melhor ainda abrir um perfil, eu próprio escrevo para encomendar neste serviço. ;)
Quanto ao serviço de preparação dos RPT - isto está fora de questão, mas ainda assim responde. Se o cliente não o puder fazer, o TDR deve ser feito por aquele que escreverá o Consultor Especialista e de nenhuma outra forma. Caso contrário, obterá uma cadeia: o cliente - o escritor TK - programador, com tudo o que se segue: o redactor mal compreendido, o cliente queria dormir e não verificou o TK, o programador não quer reescrever, porque completou todo o TK.
Esta cadeia é bastante funcional, mas na condição de que cada elo não transfira a responsabilidade.
O cliente coloca a encomenda como vê (compreende), o Gestor de Tarefas assume a encomenda como contratante, constitui um TOR competente e coloca a encomenda (ou encomendas) a programadores (estes estão agora a actuar como cliente). Todas as responsabilidades são preservadas, tudo irá funcionar.
Mas o tópico será relevante a partir de 1K, quando a encomenda for suficientemente complexa e volumosa, caso contrário não vale a pena o incómodo.
Bem, já agora, vou verificar a ortografia e a pontuação na fase de transferência das pré-OT do cliente para o assistente sénior para o desenhador adjunto júnior.
E toda esta coisa organizacional............. vamos chamar-lhe trabalho de equipa.
Irei verificar a ortografia e pontuação na fase de transferência das pré-OT do cliente para o escritor do TOR.
E toda esta coisa organizacional............. vamos chamar-lhe trabalho de equipa.
Quem vai comer os doces?
Quem vai dobrar os dedos do cliente?
Quem vai comer os doces?
Já. :)
Quem vai comer os doces?
E não haverá doces. Tudo vai ser apitado.
Mas haverá trabalho de equipa.
Eu prestaria mais atenção à classificação tanto dos artistas como dos clientes.
Os pobres - o sistema de classificação funciona em fóruns, sistemas de pagamento, bancos... mesmo as contas de comerciantes são visíveis para o corretor com classificações.
Provavelmente isso faz sentido, a outra questão é o critério de classificação, esta questão deve ser levada a sério na fase inicial,
Os critérios de classificação - é como um bom TOR para um programador quando executa uma ordem - os critérios determinam a estabilidade do serviço, o seu auto-desenvolvimento no futuro e quanto tempo no futuro teremos de dedicar a este serviço.
Concordo, alguém escreveu acima, hoje em dia não há uma amostra muito grande de utilizadores, e não só entre os clientes, mas também entre os programadores, especialmente...
É preciso lançar a fundação, se crescer, e então terá de mudar a fundação...... Não sei, é bem trivial..... - e não lucrativa, com certeza.
Na verdade, muitos clientes têm dificuldade em revelar os seus segredos mesmo a um único intérprete,
Mas a necessidade obriga-o, e disponibilizar a sua ideia à equipa está fora de questão.
O sonho do cliente é descrever a encomenda de tal forma que tudo funcione como deveria, mas não revelar a ideia.
Prestaria mais atenção à classificação tanto dos artistas - como dos clientes.