Certificação voluntária de programadores no serviço de Trabalho - página 15

 

OK, os últimos 2, responder à pergunta "como é que um cliente escolhe um programador neste site e não se apaixona por um subcodificador?" e afixar a resposta no topo quando se vai à secção "trabalho". A partir do exemplo dado:

- classificação dos artistas: na classificação que está disponível, sei com certeza que há subcodificadores mesmo nos primeiros lugares =/ o esquema está em pleno andamento para o mesmo.

- arbitragem com histórico de referência: não disponível, mas concordo que o cliente não irá a ela, embora em termos gerais o objecto do litígio possa ser descrito sem qualquer descrição da estratégia.

- Portfólio: isto aplica-se a coisas que podem ser sentidas rapidamente, infelizmente o testador de estratégias não revela a maioria dos erros graves, e mesmo o teste de uma conta de demonstração não o faz. Estes erros só podem ser vistos por um programador experiente.

 

Por duas vezes escolhi, e todas as vezes encontrei especialistas, um no topo da classificação e outro na base, e ambos são experientes e experientes.

Ver o meu trabalho.

Eu, por exemplo, tiro conclusões sobre uma pessoa quando comunico, experimento, acho eu!

Eles não cometem um erro - só quem nada faz, apenas alguns na descoberta de erros caem em histeria, enquanto alguns verificam primeiro tudo na demonstração.

Tenho observações suficientes na demonstração e na citação; não me interessa a caligrafia do programador, conheço o algoritmo de que preciso e posso seguir o comportamento do Expert Advisor, mesmo que o testador não o mostre.

A correcção de uma encomenda é um fenómeno normal, por exemplo, quando um fato está a ser adaptado.

E para a correcção existe um período no processo de trabalho já em curso no esquema.

Naturalmente, se o TdR for adequado, embora o próprio TdR adequado remova o número de ataques.

 
IvanIvanov:

As correcções de pedidos são normais, por exemplo, ao coser um fato, sim 3 - os try-ons acontecem

Desculpem-me, mas um alfaiate faz adaptações para caber uma figura, não para mudar o modelo. Qualquer alfaiate dir-lhe-á para se ir foder se na próxima adaptação disser subitamente que agora não quero estes floreados, e quero aqui zatyah.
 
Integer:
Desculpe, mas a colocação de um alfaiate faz-se para caber uma figura, não para mudar o modelo. Qualquer alfaiate dir-lhe-á para se ir foder se na próxima prova disser subitamente que agora não quero estes rufos, e quero este entalhe aqui.

E estou a falar de, não me dêem quaisquer folhos se não conseguiram encaixar na forma na primeira vez....... Tenho tudo escrito nos termos de referência...... notei esta coisa, nem todos os programadores se dão ao trabalho de estudar cuidadosamente os termos de referência

Com esta abordagem, qualquer árbitro estará do meu lado, embora eu nunca traga a situação a este ponto.

Posso dar-lhe uma recomendação, imprimir os seus ToR em papel e riscar os pontos executados com uma caneta de feltro vermelha :-)

Mas certifica-te de que está vermelho :-) Tal como na escola.

Então, qualquer arbitragem estará do seu lado, se é que está de todo....

Agora em "Trabalho" a arbitragem considera a situação apenas no contexto do conteúdo dos RPT

E os ToR são discutidos antes de o preço final ser afixado.

Não vejo qualquer problema para os clientes ou programadores....

 
IvanIvanov:

E estou a falar de, não me dêem quaisquer folhos se não conseguiram encaixar na forma na primeira vez....... Tenho tudo escrito nos termos de referência...... notei esta coisa, nem todos os programadores se dão ao trabalho de estudar cuidadosamente os termos de referência

Com esta abordagem, qualquer árbitro estará do meu lado, embora eu nunca traga a situação a este ponto.

Posso dar-lhe uma recomendação, imprimir os seus ToR em papel e riscar os pontos executados com uma caneta de feltro vermelha :-)

Mas certifica-te de que está vermelho :-) Tal como na escola.

Se assim o diz nos termos de referência. Se não o fizer, desculpem, mudem-se para lá.
 
Integer:
Se estiver escrito no trabalho. Se não estiver escrito, então desculpem-me, passem para lá.

Concordo em princípio, mas pode mesmo perder clientes leais dessa forma.

E se for escrito - mas não feito.....

Prefiro sempre o caminho do compromisso, pelo menos - do meu lado está sempre pronto, é apenas a experiência, mas por alguma razão encontro sempre empreiteiros e profissionais compreensivos - o karma provavelmente :-) não surge nenhum mal-entendido!

 
IvanIvanov:

Concordo em princípio, mas pode mesmo perder clientes leais dessa forma.

E se for escrito - mas não feito.....

Se estiver escrito mas não estiver feito - deve ser suficiente dizer que algum ponto não está feito.

Perderá clientes. E porque precisa desses clientes, para quem trabalha três vezes mais do que o que está escrito na tarefa? Não precisa de tais clientes.

 
Integer:

Se estiver escrito mas não estiver feito - deve ser suficiente assinalar que algum ponto não está feito.

Desperdício de clientes. Porque é que precisa sequer desses clientes, para quem trabalha três vezes mais do que o que está escrito no trabalho? Não precisa de tais clientes.

Estou a sugerir que trabalhe três vezes mais? :-)

E no primeiro ponto concordo em absoluto, mas melhor uma caneta de feltro, caneta de feltro, não posso saber o que não foi feito, tenho de verificar tudo ..... e ainda adivinhar o que não foi implementado ... e não sou um programador ... :-) mas um programador só precisa de implementar todos os pontos do TOR.... no meu caso

 
IvanIvanov:

1. Estou a sugerir que trabalhe três vezes mais duro? :-)

2) E no primeiro ponto concordo absolutamente, mas é melhor usar caneta de feltro, caneta de feltro, não posso saber o que não é feito, tenho de verificar toda..... e ainda adivinhar o que não é implementado... :-) e o programador só precisa de implementar todos os pontos.... no meu caso

1. O que é que isto tem a ver comigo? Estamos a falar de um caso geral. Não está a sugerir, mas a insinuar que se... então... todos os clientes irão dispersar-se. Está praticamente a ameaçar, a assustar, a chantagear, a aterrorizar potenciais contratantes. Mesmo que não, pelo menos está a propagandear esta ideologia. E, de facto, outra ideologia está mais difundida - se se conseguir fazer algum trabalho numa ordem pessoal, é costume dar-lhe gorjeta.

2. Sabe como em Alice?

Alice vira-se para o gato:

- dizer-me como lá chegar.

- para onde quer ir?

- Não me interessa.

- então não se importa para onde quer ir

Não há saída - verificar se todos os pontos foram levantados está sobre os ombros do cliente. Ninguém pode descartar um caso em que o fazedor diga que o fez, mas não o fez de facto.

 
MrGold166:

OK, os últimos 2, responder à pergunta "como é que um cliente escolhe um programador neste site e não se apaixona por um subcodificador?" e afixar a resposta no topo quando se vai à secção "trabalho". A partir do exemplo dado:

- classificação de contratantes: na classificação que está disponível, sei com certeza que há subcodificadores mesmo nos primeiros lugares =/ a batota está em pleno andamento, além disso.

- arbitragem com histórico de referência: não disponível, mas concordo que o cliente não irá a ela, embora em termos gerais o objecto do litígio possa ser descrito sem qualquer descrição da estratégia.

- Portfólio: isto aplica-se a coisas que podem ser sentidas rapidamente, infelizmente o testador de estratégias não revela a maioria dos erros graves, e mesmo o teste de uma conta de demonstração não o faz. Apenas um programador experiente pode detectar estes erros.

OK, 1 primeiro, aqui está a minha visão da resposta à sua pergunta "como é que um cliente escolhe um programador neste site e não é apanhado por um sub-codificador? (copiou-o na íntegra para não ser desviado)

Ao escolher um programador:

  • prestar atenção à classificação apenas a partir da posição de se existe ou não uma. Se não houver classificação, terá a oportunidade de ser o primeiro cliente deste programador, e então estará sem sorte. Se houver uma classificação, deve ser possível ver quem a atribuiu (uma espécie de análogo de certificação). Tenho a certeza de que há pessoas nesta comunidade cuja opinião se ouve e em quem se confia.
  • É importante olhar para a história da arbitragem envolvendo candidatos. A arbitragem está presente em quase todos os recursos freelance, e eles valorizam as suas ideias tanto como nós aqui. Normalmente as queixas vêm dos clientes, pelo que determinam o nível de divulgação como acham conveniente. Pela história das referências é possível tirar uma conclusão descritiva sobre uma pessoa, quão adequada é a sua comunicação sobre a arbitragem e quão fundamentadas são as suas reivindicações/razões
  • Leia as suas carteiras. O que pode estar numa carteira é uma questão à parte. Por exemplo, pode incluir as amostras do seu próprio código ou links para a Codebase e artigos, exemplos de Expert Advisors e/ou indicadores, vídeos de demonstração de estratégias ou os seus relatórios, que não violem os direitos de autor, etc.
Mas a escolha final em favor de um determinado programador deve ser feita após uma comunicação pessoal.

Mas mesmo que passe todos estes passos, ainda tem um pequeno, mas ainda há a possibilidade de se deparar com um codificador incompleto. E é possível que, neste caso, se considere como um subcliente - sub-inspeccionado, subexplicado, mal pago; e o sub-codificador a que deu o seu programa rasgado é o melhor a quem poderia levar a cabo a sua implementação.