J'ai été inculpé, où puis-je savoir pourquoi ? - page 54

 
Candid:
Au fait, ce forum a-t-il des annales ? Je pense que la phrase "TK abusif" mérite un record :)
C'est le cas. Il y a aussi une recherche.
 
artmedia70:
C'est le cas. Il existe également une recherche.
Vous ne comprenez pas, je voulais l'écrire ici :)
 
sanyooooook:
Ne le mettez pas en majuscules, vous serez banni.
Je vais garder cela à l'esprit, merci.
 
kylinar2012:

LÀ, LA LOGIQUE HUMAINE NORMALE !!!


CHERS PROGRAMMEURS, QUAND COMPRENDREZ-VOUS QUE LA PUNITION DU CLIENT QUI A ÉCRIT (PEUT-ÊTRE EN RAISON DE SES LIMITATIONS TECHNIQUES) UNE TÂCHE IMPOSSIBLE DEVRAIT ÊTRE UN REFUS INITIAL D'EFFECTUER UNE TELLE TÂCHE.SI VOUS AVEZ ACCEPTÉ UNE TELLE TÂCHE, CELA SIGNIFIE QUE VOUS AVIEZ TOUT AUSSI TORT QUANT À SA FAISABILITÉ.

EN CAS DE DOUTE - VÉRIFIEZ AVEC LE CLIENT, VOUS ÊTES SI INTELLIGENT, ET LUI EST UNE PERSONNE NORMALE !

Lorsqu'un programmeur accepte le travail, il est sûr que le client sait ce qu'il commande, c'est-à-dire que le client, avant de lui confier le travail, a testé l'algorithme sur la réalité.

Sinon, il est insensé de commander quelque chose que vous n'avez même pas essayé.

Un autre point - oui, il y a des points, et toutes les tâches ne sont pas réalisables. Dans ce cas, le programmeur doit informer le client des problèmes éventuels.

Et oui, nous sommes aussi des "HUMAINS" ordinaires.

 
Vladon:

Lorsqu'un programmeur prend une commande, il est sûr que le client sait ce qu'il commande, c'est-à-dire qu'il a testé l'algorithme en situation réelle avant de lui confier le travail.

Vous avez oublié le mot "inexpérimenté". La bonne méthode est la suivante.

Lorsqu'un programmeur inexpérimenté prend une commande, il est certain que le client sait ce qu'il commande.

 
Le client se sous-estime, alors qu'il est le gestionnaire de la commande, supervisant son exécution, la réalisation de la documentation technique, le paiement des travaux. Le programmeur peut être considéré comme coupable s'il a donné le feu vert à la tâche inexécutable, mais il y a beaucoup de nuances ici. Il peut y avoir de nombreux pièges, des termes ambigus et des clauses cachées, après quoi le programmeur a le droit de refuser.
 
Candid:

Vous avez omis le mot "inexpérimenté". Le mot correct est "inexpérimenté".

Il est peut-être un programmeur expérimenté, mais il n'a jamais écrit pour un emploi en tant qu'indépendant auparavant. Il n'a aucune idée de ce qui pourrait l'attendre ici dans les ordres. S'il travaillait dans un bureau et que toutes les commandes étaient déposées sur son bureau déjà rédigées, alors... il faut être non seulement un programmeur, mais aussi un psychologue. Et parfois même un médecin.
 
Vladon:

Lorsqu'un programmeur accepte un travail, il est sûr que le client sait ce qu'il commande, c'est-à-dire que le client a testé l'algorithme en situation réelle avant de le lui donner.


C'est le programmeur du service "Jobs" qui en est sûr.

Parce que le programmeur normal n'en est pas sûr, et pour concourir pour 50 $, avoir l'ennui de communiquer avec le client sur le thème "qui ne comprend pas ce qu'il y a" un programmeur normal ne le fera pas.

 
Vladon:

Lorsqu'un programmeur prend une commande, il est sûr que le client sait ce qu'il commande, c'est-à-dire que le client a testé l'algorithme en situation réelle avant de donner le travail.

Sinon, il est insensé de commander quelque chose que vous n'avez même pas essayé.

Un autre point - oui, il y a des points, et toutes les tâches ne sont pas réalisables. Dans ce cas, le programmeur doit informer le client des problèmes éventuels.

Et oui, nous sommes aussi des "HUMAINS" normaux.

Mais ce n'est pas un argument pour prendre l'argent uniquement du client.

En toute bonne conscience, le programmeur a également utilisé ce service. Si le client et l'entrepreneur sont absolument égaux en termes juridiques et doivent payer tous les deux pour l'utilisation des services.

Sinon, les commandes importantes quitteraient inévitablement le service. Bien qu'il en soit ainsi, il a été conçu à l'origine.

En tout cas, les gens ont fait un modèle d'affaires est leurs conditions dans le monastère de quelqu'un d'autre. Il y a donc le choix entre commander ici ou chercher d'autres endroits, si l'on n'est pas satisfait de quelque chose.

 
artmedia70:
Il peut être un programmeur expérimenté, mais n'a jamais écrit pour un emploi en tant que freelance auparavant. Il n'a aucune idée de ce qu'il doit attendre des commandes ici. S'il travaillait dans un bureau et que tous les ordres étaient déjà rédigés, alors... il faut être non seulement un programmeur, mais aussi un psychologue. Et parfois un médecin.

Je propose un compromis : il s'agit du manque d'expérience de la vie :)


P.S. Au fait, il existe une instruction pour les clients, mais il semble que personne n'ait pensé à une instruction pour les programmeurs :)