Discutir os conflitos entre programadores e clientes. Uma discussão de situações ambíguas entre o programador e o cliente, e uma classificação dos programadores mais conflituosos. - página 26
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
Yedelkin:
Tente acordar todos juntos que para um trabalho com um valor inferior a 100 créditos durante um determinado período de tempo (ou qualquer outro critério solidamente monetário) - não aceitará, em princípio, um trabalho tão barato.
Em princípio, é impossível. É possível chegar a acordo, mas isso envolve a fila de encomendas. Ou seja, há uma nova ordem e há o próximo programador em linha, como num táxi)
Bem, se é sério, as qualificações de cada um são diferentes, a classificação também. Em tal situação, os programadores que não sejam do topo, perderão todas as hipóteses de ganhar. E serão forçados a subcotar novamente os preços a fim de fazer qualquer coisa.
E acreditem, encontrem uma pessoa que seja responsável pelas ordens dos outros e que possa resolver os problemas dos outros pelo menos tão bem como eu o fiz no meu tempo - muito difícil.
Absolutamente correcto. Penso que tive apenas azar, quando se começa a trabalhar com alguém que inicialmente coloca a fasquia alta, pensa-se que essa é a regra, mas não, acontece que, a julgar pelo fórum, é a excepção.
No meu caso, o caso não foi imediatamente resolvido, e não está relacionado com os termos de referência.
1. escrevi um ToR sobre o tamanho de uma folha A4, a descrição do algoritmo em si é 1/4 do texto total, o resto, uma lista de variáveis externas com a sua funcionalidade, provavelmente não perfeito ToR, o habitual, como sempre escrito, pensei, se haverá perguntas ou imprecisões que explicarão em posts ou no Skype.
2. Nos termos do acordo para indicar a comunicação obrigatória no Skype em caso de dificuldade de compreensão ou complexidade de interpretação.
3 Fixei um prazo de 3 dias, pensei que iríamos escrever o código em três dias e talvez eu tenha tempo para o testar, mas não crítico, o mais importante, para trabalhar, e depois veremos.
4. cinco pessoas responderam, todas enviaram as suas dicas Skype, isto significa que os termos de comunicação no Skype foram aceites, ok, eu escolho um programador, modo de escolha para o topo.
5. pedidos do requerente para coordenar os termos de referência, está bem, penso que estudei o texto, mas há um terço de uma folha, no caso de eu perguntar, não tem perguntas sobre os termos de referência? A resposta - sem perguntas, se eu quiser escrever.
5. veio o prazo, o silêncio, o prazo saiu no final do terceiro dia penso que não há perguntas ou respostas que eu volte a fazer, talvez tenha algumas dificuldades com os termos de referência são? Se alguma coisa, podemos contactar via Skype ou escrever em posts, recebi uma resposta, sem perguntas, tudo está claro, trabalho, e depois um postscript nervoso, indicando uma atitude nervosa em relação ao que está a acontecer.
6 Dois ou mais prazos passaram, escrevo como estão as coisas a correr? A resposta - uma tarefa muito difícil algumas combinações intrincadas, aninhamento, etc., começo a compreender que algo está errado, não há no TK nenhum aninhamento e combinações, mais uma vez tentando entrar em contacto, recebo uma resposta nervosa, que mais uma vez a afirmação do algoritmo, que é claramente entendido que o artista não compreendeu o meu TK, penso que é necessário de alguma forma levá-lo ao contacto, no meu desejo humano habitual, começo a escrever alguns itens básicos no TK parafraseando alguns pontos para deixar claro que não há aninhamento, etc. Em resposta, não fiquei apenas nervoso, mas também com comentários grosseiros.
7. já passou mais de uma semana, sem resultado, o artista não entra em diálogo, li um post do artista, cujo significado se resume ao facto de, vamos quebrar o acordo, porque compreendo que o desapontei, já passou muito tempo, etc., etc. Aqui acho interessante que uma pessoa trabalhe tanto a escrever código e, de repente, pode desistir de tudo tão facilmente? Penso que há dois casos em que isto pode acontecer - ou o programador não começou a trabalhar ou não se preocupa de todo com o seu trabalho. Respondi algo do género: "Não, não, não é por causa dos prazos, é apenas porque o que está a escrever sobre o algoritmo da grelha de ordem não se ajusta muito bem aos termos de referência.
Recebi o código e comentários sobre o funcionamento da EA e em vez de 10 variáveis encontrei 45 variáveis com nomes diferentes dos meus; a correlação das variáveis antigas e novas descritas nos comentários é muito pouco clara para mim e tento comparar a funcionalidade destas novas variáveis com as que especifiquei na minha especificação de requisitos. Descobri que a funcionalidade das variáveis foi alterada e que o comportamento da grelha de ordem não pode ser ajustado.
9 Peço para explicar alguns aspectos complicados, mas recebo uma rejeição, dizendo: "Leia os comentários ao código.
Estou a bisbilhotar durante alguns dias, e agora compreendo que não posso fazer qualquer sentido com isso. Se eu tivesse acabado de mudar os nomes, o comportamento destas variáveis, ou seja, a sua funcionalidade não é a mesma e o seu número é mesmo confuso. Exprimi a minha exigência de trazer os nomes, quantidade e funcionalidade das variáveis de acordo com os meus termos de referência. Recebo uma recusa com a seguinte redacção: o Conselheiro Especialista tem uma funcionalidade mais ampla do que nos ToR.
11. tento compreendê-la novamente, e recebo recusas e uma referência aos comentários. Solicito a remoção de variáveis desnecessárias, em vão.
12 Aplico-me à arbitragem, a arbitragem apoia o cliente, exige trazer os nomes das variáveis de acordo com os termos de referência.
13 É o fim do diálogo construtivo, se assim se pode chamar, e o Contratante fica tão ofendido com esta reprimenda da Arbitragem que pode ser considerado um ponto de viragem em toda esta história.
14 Resposta do contratante - Esconderei variáveis desnecessárias no código, e alterarei os nomes dos outros de acordo com os termos de referência, mas não tocarei na funcionalidade alargada da EA.
15 Tento testar o código obtido e descubro que embora os nomes das variáveis sejam reconhecíveis, o comportamento da grelha não corresponde aos ToR, porque a funcionalidade das variáveis ocultas não foi alterada.
16 O executor exige um exemplo de comportamento em grelha para várias etapas, dou um exemplo, o executor complica a tarefa e exige novamente um exemplo, forneço-o, o executor complica ainda mais a tarefa e exige uma terceira vez para dar um exemplo a preços, dou um terceiro exemplo, em várias versões, graficamente, em texto e com um teste especializado com imagens. Recebo uma resposta no seguinte sentido - o que me está a enviar não é claro.
17. Durante todo este tempo há um fluxo infinito de postes de ambos os lados.
18. o empreiteiro começa a remexer em cada letra dos seus termos de referência, apontando inexactidões na redacção. Quem é o redactor da carta depois de tudo isso?
Seja como for, é essa a história... Acabo quando tiver tempo.
Porquê negociar com todos? Há um bazar, há uma loja, há uma boutique. É uma tolice as boutiques negociarem preços com o bazar. Cada programador é capaz de estimar quanto custa o seu trabalho pessoal. Verifique facilmente - siga os pedidos no serviço e observe o círculo de programadores na aplicação "<$10". - É diferente do círculo de programadores que licitam ">100$". Neste momento, não será um programador normal para fazer trabalhos de 100 bonecas por 30 dólares.
Há uma percepção de que há mais clientes do que programadores - isto é completamente errado. Não esquecer que para um programador o emprego não é o único rendimento, e o programador não está com fome de saltar em qualquer encomenda. Se houver uma encomenda, é bom. Nenhuma encomenda também está OK.
Estes 5% de clientes pensam que são poucos e fornecem um serviço inestimável que "da recompensa" dá uma ordem a um programador numa "base competitiva". Na realidade, o cliente escolhe a partir do que é oferecido. E nem todos os clientes são oferecidos o melhor.
Porquê negociar com todos? Há um bazar, há uma loja, há uma boutique. É uma tolice as boutiques negociarem preços com o bazar. Cada programador é capaz de estimar quanto custa o seu trabalho pessoal. Verifique facilmente - siga os pedidos no serviço e observe o círculo de programadores na aplicação "<$10". - É diferente do círculo de programadores que licitam ">100$". Neste momento, não será um programador normal para fazer trabalhos de 100 bonecas por 30 dólares.
Há uma percepção de que há mais clientes do que programadores - isto é completamente errado. Não esquecer que para um programador o emprego não é o único rendimento, e o programador não está com fome de saltar em qualquer encomenda. Se houver uma encomenda, é bom. Nenhuma ordem também é boa.
Bazar + loja + boutique: a combinação destes pontos de venda é um sinal de competição, o que se nega. Seja como for, é essa a questão.
A minha mensagem principal foi a seguinte: se existe um custo "normal" de uma hora de programador, então porque não tentar uma vez que os executantes cheguem a este nível. Está agora a dizer que cada empreiteiro tem o seu próprio limiar de rendimento. Está bem, que assim seja. Mas então porquê fazer referência a um nível de rendimento "normal" abstracto, se é diferente para todos? Acontece que um programador insatisfeito com a sua tarifa deveria perguntar a si próprio: Porque é que concordei com essa tarifa? E se a resposta é "porque senão ficarei sem rendimentos", então está a falar do facto de que, neste momento, tais taxas são o nível de mercado da remuneração do trabalho dos programadores, em vez de cerca de 100 dólares por hora.
...
O cliente é um assassino. Aceitaria essa ordem? E os erros ortográficos não são com letras adjacentes.
Acho que tive apenas azar
15 O executor exige um exemplo de comportamento em grelha para várias etapas, dou um exemplo, o executor complica a tarefa e exige novamente um exemplo, forneço-o, o executor complica ainda mais a tarefa e exige uma terceira vez para dar um exemplo a preços, dou um terceiro exemplo, em várias versões, gráfico, texto e teste especializado com imagens. Recebo uma resposta como esta: o que me está a enviar não é claro.
Ha ha, um no mesmo :). Embora o intérprete, não faria mal apenas dizer o que não gosta e o que vê o problema, e de preferência antes de assinar um acordo sobre os RPT.
Como encomendar sem procurar tomar - isto é normal, como então, em comunicação normal para resolver o problema - o cliente enganar o intransigente :)