Trabajo de servicio: hacia la reconversión de los Top Developers hacia la profesionalidad - página 15

 
MrGold166:

Te das cuenta de que eso es una mierda, ¿no?

Un cliente puede romperse una pierna, ahogarse de camino al hospital, acabar siendo rescatado y permanecer en coma durante un par de años...

Hay un plazo, hay un arbitraje, ¿cuál es el problema?
 
sergeev:

Hay un tipo en el foro que tiene 20(!) ip únicas. Todavía no podemos adivinar cuál será la 21).

No compartas la información, ¿quién es este "héroe"? :)))
 
sanyooooook:
Hay un plazo, hay un arbitraje, ¿cuál es el problema?

El plazo es para el contratista, no para el cliente. O bien estáis haciendo el ridículo o habéis perdido parte del diálogo, estáis diciendo tonterías.

 
abolk:

Una cosa que no está clara es cómo el "mercado" y la "libre competencia" generan flujos de pedidos a precios inflados -¿por 100, 200, 300, 400 dólares por una tarea que se hace en 1 hora o 10 minutos? Cuando sólo hay uno o dos clientes de este tipo, es comprensible. Pero cuando hay toda una cola de esos clientes... Y cuando sólo hay un desarrollador. ¿Alguien ha visto una cola enorme para comprar ropa en una boutique cara, y esta cola es interminable?

Es elemental. Un hombre conoce bien su negocio y se valora por encima de los 10 dólares.

El cliente está dispuesto a pagar por mucho: por la comprensión de un vistazo, por la franqueza, por la capacidad de respuesta, etc. Encuentre lo que buscan y tendrá una cola de espera.

 
MrGold166:

El plazo es para el contratista, no para el cliente. O estás haciendo una tontería o has perdido parte del diálogo, estás diciendo tonterías.

Bueno te estas quejando de la media de 1-2 días de trabajo, y el cliente puede entretenerse, por eso te digo, pon un plazo de 2 días el tiempo está fuera del arbitraje, si es correcto el trabajo se terminará forzosamente.
 
sanyooooook:
Pues te estás quejando de que la media es de 1-2 días de trabajo, y el cliente puede estancarse, por eso te digo, pon un plazo de 2 días, el tiempo está fuera del arbitraje, si es correcto que acabe el trabajo a la fuerza.

Estás diciendo tonterías, querida. ¿Someterse a un arbitraje y rescindir el trabajo a la fuerza sólo porque el cliente tarda en revisar el trabajo? ¿Estás loco o qué? ¿O estás escribiendo de la nada lo que te viene a la cabeza sólo para contestar?

En primer lugar, el árbitro no lo hará y esperará al menos un par de días.

En segundo lugar, para completar la tarea a la fuerza, tendrán que investigar la tarea y comprobar el código ellos mismos. Para ello por las normas que pueden tomar el pago por el camino, mientras que nunca tomó, pero si va a ir tan sólo empezar.

En tercer lugar, estropeará su relación con el cliente + arruinará la impresión del cliente sobre el servicio porque lo decidirá todo él mismo.

En tercer lugar, arruinarás tu relación con el cliente + arruinarás la impresión del cliente sobre el servicio porque él mismo decide todo.

 
No hay tareas que se puedan hacer en una hora, no te humilles. Las tareas en sí mismas podrían hacerse en una hora, si todo estuviera en la propia tarea. Todo junto con la tarea está lejos de una hora. Piensa en cuántas personas pueden ser atendidas al día, incluso con las tareas más elementales. El 3 es el límite de una vida infernal.
 
Integer:
No hay tareas que se puedan hacer en una hora, no te humilles. Las tareas en sí mismas podrían hacerse en una hora, si todo estuviera en la propia tarea. Todo junto con la tarea está lejos de una hora. Piensa en cuántas personas pueden ser atendidas al día, incluso con las tareas más elementales. El tercero es el límite de la vida infernal.
Si TK se pone en claro, más de la mitad de los pedidos (que están y estuvieron en el servicio) se realizan en menos de una hora. Por supuesto, no estamos hablando de progers novatos que acaban de leer un libro de texto.
 
MrGold166:
Si los términos de referencia se establecen claramente, más de la mitad de las órdenes (que están y han estado en el servicio) se ejecutan en menos de una hora. Por supuesto, no estamos hablando de progers novatos que acaban de leer un libro de texto.

Bueno, no se puede saber por el plazo que se tarda en llegar. Durante este tiempo, el cliente puede distraer al contratista.

Se hace en una hora. ¿Está diciendo que es capaz de atender a 8 clientes en una jornada laboral y que lo hace todos los días?

 
MrGold166:

Estás diciendo tonterías, querida. ¿Someterse a un arbitraje y rescindir el trabajo a la fuerza sólo porque el cliente tarda en revisar el trabajo? ¿Estás loco o qué? ¿O estás escribiendo de la nada lo que te viene a la cabeza sólo para contestar?

En primer lugar, el árbitro no lo hará y esperará al menos un par de días.

En segundo lugar, para realizar la cumplimentación obligatoria, tendrán que investigar el trabajo y comprobar el código ellos mismos.

en tercer lugar, estropeará la relación con los clientes + estropeará la impresión del cliente sobre el servicio porque lo decidirá todo por sí mismo.

Vuelve a leer de qué estamos hablando y utiliza tu cerebro, por favor, antes de escribir otra respuesta.

No me quejo de que el tiempo contable incluya el tiempo del cliente, creo que es legítimo, porque el trabajo no es sólo la participación de un programador, el cliente en todo caso, debe comprobar el trabajo.

No tiene sentido que el tiempo de contabilidad no incluya el tiempo del cliente, pero qué se pierde con el hecho de que los fondos se transfieran a 3-4 días más tarde.

Si es tan urgente, toma los contactos del cliente, el mismo número de teléfono, y si crees que está listo, llámalo para acordar la realización del trabajo.

ZS: Me importa el tiempo del cliente).