Le travail de service : vers une réorientation des développeurs de haut niveau vers le professionnalisme - page 15

 
MrGold166:

Tu réalises que c'est des conneries, n'est-ce pas ?

Un client pourrait se casser la jambe, se noyer sur le chemin de l'hôpital, être secouru et rester dans le coma pendant quelques années...

Il y a une date limite, il y a un arbitrage, quel est le problème ?
 
sergeev:

Il y a un gars sur le forum qui a 20( !) ip uniques. On ne peut toujours pas deviner lequel sera le 21).

Ne partagez pas l'information, qui est ce "héros" ? :)))
 
sanyooooook:
Il y a un délai, il y a un arbitrage, quel est le problème ?

Le délai est pour l'entrepreneur, pas pour le client. Soit vous êtes stupide ici, soit vous avez perdu une partie du dialogue, vous dites n'importe quoi.

 
abolk:

Une chose qui n'est pas claire est comment le "marché" et la "libre concurrence" génèrent des flux de commandes à des prix gonflés - pour 100, 200, 300, 400 dollars pour une tâche qui est faite en 1 heure ou 10 minutes ? Lorsqu'il n'y a qu'un ou deux clients de ce type, c'est compréhensible. Mais quand il y a toute une file d'attente de ces clients ? Et quand il n'y a qu'un seul développeur. Quelqu'un a-t-il déjà vu une énorme file d'attente pour des vêtements dans une boutique coûteuse, et cette file est sans fin ?

C'est élémentaire. Un homme connaît bien ses affaires et s'estime au-dessus de 10 $.

Le client est prêt à payer pour beaucoup de choses - pour une compréhension en un coup d'œil, pour la franchise, pour la réactivité, etc. Trouvez ce qu'ils recherchent et vous ferez la queue.

 
MrGold166:

Le délai est pour l'entrepreneur, pas pour le client. Soit vous êtes stupide, soit vous avez perdu une partie du dialogue, vous dites n'importe quoi.

Eh bien, vous vous plaignez de la moyenne 1-2 jours de travail, et le client peut caler, alors je dis, mettre un délai de 2 jours le temps est hors arbitrage, si le droit le travail sera achevé de force.
 
sanyooooook:
Eh bien, vous vous plaignez de la moyenne 1-2 jours de travail, et le client peut traîner le temps, alors je dis, mettre un délai de 2 jours, le temps est hors de l'arbitrage, si le droit de terminer le travail de force.

Vous dites n'importe quoi, ma chère. Se soumettre à l'arbitrage et mettre fin de force au travail juste parce que le client met du temps à vérifier le travail ? Vous avez perdu la tête ou quoi ? Ou vous écrivez du bout des lèvres ce qui vous passe par la tête juste pour répondre ?

Tout d'abord, l'arbitre ne le fera pas et attendra au moins quelques jours.

Deuxièmement, pour rendre l'arbitrage obligatoire, ils devront se pencher sur la tâche et vérifier le code eux-mêmes. Pour cela par les règles qu'ils peuvent prendre le paiement d'ailleurs, tout en n'a jamais pris, mais si elle va aller ainsi juste commencer.

En troisième lieu, vous gâcherez votre relation avec le client + vous ruinerez l'impression du client sur le service parce qu'il décidera de tout lui-même.

Troisièmement, vous ruinerez votre relation avec le client + vous ruinerez l'impression du client sur le service parce qu'il décide de tout lui-même.

 
Il n'y a pas de tâches qui peuvent être faites en une heure, ne vous humiliez pas. Les tâches elles-mêmes pourraient être effectuées en une heure, si tout était dans la tâche elle-même. Tout ce qui est lié à la tâche est loin d'être une heure. Pensez au nombre de personnes que vous pouvez servir par jour, même avec les tâches les plus élémentaires. La 3ème est la limite d'une vie d'enfer.
 
Integer:
Il n'y a pas de tâches qui peuvent être faites en une heure, ne vous humiliez pas. Les tâches elles-mêmes pourraient être effectuées en une heure, si tout était dans la tâche elle-même. Tout ce qui est lié à la tâche est loin d'être une heure. Pensez au nombre de personnes que vous pouvez servir par jour, même avec les tâches les plus élémentaires. La troisième est la limite de la vie infernale.
Si la TK est mise au clair, plus de la moitié des commandes (qui sont et étaient dans le service) sont exécutées en moins d'une heure. Bien entendu, nous ne parlons pas ici de progers débutants qui n'ont fait que lire un manuel.
 
MrGold166:
Si les TDR sont clairement définis, plus de la moitié des ordres (qui sont et ont été dans le service) sont exécutés en moins d'une heure. Bien entendu, nous ne parlons pas ici de progers débutants qui n'ont fait que lire un manuel.

La date limite ne permet pas de savoir combien de temps il faut pour y arriver. Pendant ce temps, le client peut distraire l'entrepreneur.

C'est fait en une heure. Êtes-vous en train de dire que vous êtes capable de servir 8 clients en une journée de travail et de le faire tous les jours ?

 
MrGold166:

Vous dites n'importe quoi, ma chère. Se soumettre à l'arbitrage et mettre fin de force au travail juste parce que le client met du temps à vérifier le travail ? Vous avez perdu la tête ou quoi ? Ou vous écrivez du bout des lèvres ce qui vous passe par la tête juste pour répondre ?

Tout d'abord, l'arbitre ne le fera pas et attendra au moins quelques jours.

deuxièmement, pour effectuer l'achèvement obligatoire, ils devront examiner le travail et vérifier le code eux-mêmes.

troisièmement, vous gâcherez la relation avec les clients + vous gâcherez l'impression que les clients ont du service parce qu'ils décideront de tout eux-mêmes.

Relisez ce dont nous parlons et utilisez votre cerveau, s'il vous plaît, avant d'écrire une autre réponse.

Je ne me plains pas du fait que le temps comptable inclut le temps du client, je pense que c'est légitime, car le travail n'est pas seulement la participation d'un programmeur, le client en tout cas, doit vérifier le travail.

Il est absurde que le temps de comptabilisation n'inclue pas le temps du client, mais que perdez-vous du fait que les fonds seront transférés à 3-4 jours plus tard.

Si c'est si urgent, prenez les contacts du client, le même numéro de téléphone, et si vous pensez qu'il est prêt, appelez-le pour convenir de la fin des travaux.

ZS : Je suis à cheval sur le temps du client).

Raison: