Certification volontaire des programmeurs du service Travail - page 15

 

OK, les 2 derniers, répondez à la question "comment un client peut-il choisir un programmeur sur ce site et ne pas tomber sur un sous-programmeur ?" et postez la réponse en haut de la page quand vous allez dans la section "travail". A partir de l'exemple donné :

- note de l'entrepreneur : dans le classement qui est disponible, je sais pertinemment qu'il y a des sous-codeurs même dans les premières places =/ la tricherie bat son plein en plus.

- arbitrage avec historique de référence : non disponible, mais je suis d'accord pour dire que le client n'ira pas dans ce sens, bien qu'en termes généraux, l'objet du litige puisse être décrit sans aucune description de la stratégie.

- Portefeuille : cela s'applique aux choses qui peuvent être ressenties rapidement, malheureusement le testeur de stratégie ne révèle pas la plupart des erreurs graves, et même le test sur un compte de démonstration ne le fait pas. Ces erreurs ne peuvent être vues que par un programmeur expérimenté.

 

J'ai choisi deux fois, et à chaque fois je suis tombé sur des spécialistes, l'un en haut du classement, l'autre en bas, et tous deux intelligents et expérimentés.

Voir mon travail.

Moi, par exemple, je tire des conclusions sur une personne lors de la communication, l'expérience je suppose !

Ils ne font pas d'erreur - seul celui qui ne fait rien, juste certains à la découverte d'erreurs tombent dans l'hystérie, tandis que certains vérifient d'abord tout sur la démo.

J'ai suffisamment d'observations dans la démo et sur le devis ; je ne me soucie pas de l'écriture du programmeur, je connais l'algorithme dont j'ai besoin et je peux suivre le comportement du conseiller expert même si le testeur ne le montre pas.

La correction d'une commande est un phénomène normal, par exemple, lors de la confection d'un costume.

Et pour la correction il y a une période dans le processus de travail juste dans le schéma déjà en place.

Bien sûr, si le cahier des charges est adéquat, bien que le cahier des charges adéquat lui-même supprime le nombre d'ajustements.

 
IvanIvanov:

Les corrections de commande sont normales, par exemple lors de la couture d'un costume, oui 3 - les essayages se produisent

Excusez-moi, mais un tailleur fait des essayages pour s'adapter à une silhouette, pas pour changer de modèle. N'importe quel tailleur vous dira d'aller vous faire voir si, lors de l'essayage suivant, vous dites soudainement que je ne veux plus de ces fioritures et que je veux cette zatyah.
 
Integer:
Désolé, mais un tailleur fait des essayages pour s'adapter à une silhouette, pas pour changer dans le modèle. N'importe quel tailleur vous enverra promener si, lors de l'essayage suivant, vous dites soudainement que je ne veux pas de ces volants et que je veux cette encoche ici.

Et je parle de, ne me donnez pas de fioritures si vous n'avez pas pu épouser la forme la première fois....... j'ai tout écrit dans les termes de référence...... remarqué cette chose, tous les programmeurs ne prennent pas la peine d'étudier attentivement les termes de référence

Avec cette approche, tout arbitre sera de mon côté, même si je n'amène jamais la situation à ce stade.

Je peux vous donner une recommandation, imprimez vos TdR sur papier et rayez les points exécutés avec un feutre rouge :-)

Mais assurez-vous que c'est rouge :-) Comme à l'école.

Alors tout arbitrage sera de votre côté, si tant est qu'il le soit. ....

Maintenant, dans l'arbitrage "Travail", la situation est considérée uniquement dans le contexte du contenu des RPT.

Et les termes de référence sont discutés avant que le prix final ne soit affiché.

Je ne vois pas du tout de problème pour les clients ou les programmeurs.....

 
IvanIvanov:

Ce dont je parle, ne me donnez pas de fioritures si vous n'avez pas pu épouser la forme du premier coup....... j'ai tout écrit dans les termes de référence...... remarqué cette chose, tous les programmeurs ne prennent pas la peine d'étudier les termes de référence attentivement

Avec cette approche, n'importe quel arbitre sera de mon côté, même si je n'amène jamais la situation à ce point.

Je peux vous donner une recommandation, imprimez vos TdR sur papier et rayez les points exécutés avec un feutre rouge :-)

Mais assurez-vous que c'est rouge :-) Comme à l'école.

Si c'est indiqué dans les termes de référence. Si ce n'est pas le cas, désolé, passe à autre chose.
 
Integer:
Si c'est écrit dans la mission. Si ce n'est pas écrit, alors excusez-moi, passez votre chemin.

Je suis d'accord sur le principe, mais vous pouvez même perdre des clients fidèles de cette façon.

Et si c'est écrit - mais pas fait.....

Je préfère toujours la voie du compromis, du moins - de mon côté, je suis toujours prêt, c'est juste l'expérience, mais pour une raison quelconque, je rencontre toujours des entrepreneurs et des professionnels compréhensifs - le karma probablement :-) aucun malentendu ne survient !

 
IvanIvanov:

Je suis d'accord sur le principe, mais vous pouvez même perdre des clients fidèles de cette façon.

Et si c'est écrit - mais pas fait.....

Si c'est écrit mais pas fait - il devrait être suffisant de dire qu'un certain point n'est pas fait.

Vous perdrez des clients. Et pourquoi avez-vous besoin de tels clients, pour lesquels vous travaillez trois fois plus que ce qui est écrit dans la tâche ? Vous n'avez pas besoin de tels clients.

 
Integer:

S'il est écrit mais pas fait, il devrait suffire de signaler qu'un point n'est pas fait.

Le gaspillage de clients. Pourquoi avez-vous besoin de tels clients, pour lesquels vous travaillez trois fois plus que ce qui est écrit dans la mission ? Vous n'avez pas besoin de tels clients.

Est-ce que je suggère que vous travaillez trois fois plus ? :-)

Et sur le premier point, je suis absolument d'accord, mais mieux vaut un feutre, un feutre, je ne peux pas savoir ce qui n'a pas été fait, je dois vérifier tous les ..... et encore deviner ce qui n'a pas été mis en œuvre ... et je ne suis pas un programmeur ... :-) mais un programmeur a juste besoin d'implémenter tous les points de TOR..... dans mon cas

 
IvanIvanov:

1. Est-ce que je suggère que vous travaillez trois fois plus ? :-)

2) Et sur le premier point, je suis absolument d'accord, mais il vaut mieux utiliser un feutre, un feutre, je ne peux pas savoir ce qui n'est pas fait, je dois vérifier tout..... et encore deviner ce qui n'est pas implémenté.... :-) et le programmeur n'a plus qu'à mettre en œuvre tous les points..... dans mon cas

1. Qu'est-ce que ça a à voir avec moi ? Nous parlons du cas général. Vous ne suggérez pas, mais vous laissez entendre que si... alors... tous les clients vont se disperser. Vous êtes pratiquement en train de menacer, d'effrayer, de faire du chantage, de terroriser les entrepreneurs potentiels. Même si ce n'est pas le cas, au moins vous faites la propagande de cette idéologie. En fait, une autre idéologie est plus répandue : si vous faites effectuer un travail sur commande personnelle, il est d'usage de donner un pourboire.

2. Tu sais comment dans Alice ?

Alice se tourne vers le chat :

- dis-moi comment y aller.

- où voulez-vous aller ?

- Je m'en fiche.

- alors tu ne te soucies pas de savoir où tu veux aller.

Il n'y a pas d'échappatoire : c'est au client de vérifier si tous les points ont été abordés. Personne ne peut exclure le cas où l'auteur dit l'avoir fait mais ne l'a pas réellement fait.

 
MrGold166:

OK, les 2 derniers, répondez à la question "comment un client peut-il choisir un programmeur sur ce site et ne pas tomber sur un sous-programmeur ?" et postez la réponse en haut de la page quand vous allez dans la section "travail". A partir de l'exemple donné :

- note de l'entrepreneur : dans le classement qui est disponible, je sais pertinemment qu'il y a des sous-codeurs même dans les premières places =/ la tricherie bat son plein en plus.

- arbitrage avec historique de référence : non disponible, mais je suis d'accord pour dire que le client n'ira pas dans ce sens, bien qu'en termes généraux, l'objet du litige puisse être décrit sans aucune description de la stratégie.

- Portefeuille : cela s'applique aux choses qui peuvent être ressenties rapidement, malheureusement le testeur de stratégie ne révèle pas la plupart des erreurs graves, et même le test sur un compte de démonstration ne le fait pas. Seul un programmeur expérimenté peut détecter ces erreurs.

OK, 1 premièrement, voici ma vision de la réponse à votre question "comment un client peut choisir un programmeur sur ce site et ne pas se faire prendre par un sous-codeur ?". (je l'ai copié en entier pour ne pas être détourné du sujet)

Lors du choix d'un programmeur :

  • ne prêtez attention à la notation qu'à partir du moment où il y en a une ou non. S'il n'y a pas d'évaluation, vous aurez l'occasion d'être le premier client de ce programmeur, et alors vous n'aurez pas de chance. S'il y a un classement, il devrait être possible de voir qui l'a attribué (une sorte d'analogue de la certification). Je suis sûr qu'il y a des gens dans cette communauté dont vous écoutez l'opinion et à qui vous faites confiance.
  • Il est important d'examiner l'histoire de l'arbitrage impliquant des candidats. L'arbitrage est présent dans presque toutes les ressources freelance, et ils accordent autant d'importance à leurs idées que nous en avons ici. Les plaintes proviennent généralement des clients, qui déterminent donc le niveau de divulgation comme ils l'entendent. Grâce à l'historique des références, il est possible de tirer une conclusion descriptive sur une personne, sur son aptitude à communiquer sur l'arbitrage et sur le fondement de ses revendications/raisons.
  • Lisez leurs portefeuilles. Ce qui peut figurer dans un portefeuille est une question distincte. Par exemple, vous pouvez inclure les échantillons de votre propre code ou des liens vers la base de code et les articles, des exemples de conseillers experts et/ou d'indicateurs, des vidéos de démonstration de stratégies ou de leurs rapports, qui ne violent pas les droits d'auteur, etc.
Mais le choix final en faveur d'un programmeur particulier doit être fait après une communication personnelle.

Mais même si vous passez toutes ces étapes, il vous reste une petite, mais toujours possible, possibilité de tomber sur un codeur incomplet. Et il est possible que dans ce cas, vous deviez vous considérer comme un sous-client - sous-inspecté, sous-expliqué, sous-payé ; et le sous-codeur à qui vous avez confié votre programme déchiré est le meilleur qui puisse entreprendre sa mise en œuvre.