Discutir los conflictos entre programadores y clientes. Un debate sobre las situaciones ambiguas entre el programador y el cliente, y una clasificación de los programadores más conflictivos. - página 28

 
abolk: Acabo de recordar tus palabras de esta semana sobre el "troleo duro" y la apelación a los "muchos indeterminados". Y no pude evitarlo.
No era de eso de lo que hablaba en ese momento. No nos desviemos del tema.
 
Mathemat:

La forma de elegir no es la correcta. El criterio de selección es la capacidad del codificador para trabajar con tareas similares.

Buen punto. Si miras la lista de trabajos realizados, no está claro de qué se trata. Añade la posibilidad de realizar anotaciones cortas, como "rejilla bidireccional", "entrada por órdenes de mercado sobre señales de 8 indicadores", etc. La anotación puede ser realizada por el ejecutante.

Por cierto, en realidad, los clientes intentan determinar, a partir de la lista de trabajos realizados, si el desarrollador ha hecho tareas similares, y hay casos en los que preguntan: "Bueno, usted hizo tal trabajo, por favor hágalo para mí según mis requisitos".

 
abolk:

¿Cómo es eso? ¿Hay codificadores, proficoders, undercoders, bullcoders? ¿En función de qué parámetros se clasifican, separan y suman?

Y en boca de un moderador. No te ofendas, pero tu post es demasiado.

¿Y si clasificamos a los clientes de la misma manera?

Hay una clasificación y es bastante sana, no ofensiva. Depende de la profundidad y la exhaustividad de la comprensión del problema que se está resolviendo por parte del programador. Hay artículos en Internet, que no he podido encontrar, pero los he visto y leído. El más alto se llama arquitectónico; aquí el programador tiene una comprensión completa de la tarea que se está resolviendo. Al fin y al cabo, puedes entenderlo todo de la A a la Z y escribirlo todo de una vez. Puedes empezar por el borde y observar y ajustar mientras creas el programa... y así hasta el fondo, hasta el caso de que, por ejemplo, un error de acceso a la base de datos sea sustituido por un mensaje de "no hay datos" (o la resolución de todos los problemas mediante el manejo de excepciones). Algo así...
 
Aquí hay una clasificación divertida, pero no es lo mismo - http://www.coderoid.com/2009/04/blog-post_08.html
Восемь уровней программистов
  • 2009.04.08
  • www.coderoid.com
Автор Jeff Atwood www.codinghorror.com/blog Оригинальная статья: The Eight Levels of Programmers Вам когда-нибудь задавали на интервью вопрос: "Кем Вы себя видите в ближайщие пять лет?" Когда меня спрашивают, я всегда вспоминаю клип Twisted Sister 1984 года.                    Чего вы хотите добиться в своей жизни? Конечно же, вы...
 
ZS. con respecto a la clasificación de los codificadores - los codificadores indios han sido olvidados ;)
 
Mathemat:

No está sobreutilizado, es un término muy conocido, búsquelo en Google. Sin embargo, no conozco el término 'bulldozer'.

Resulta que "bulldocker" es un término bien establecido. No lo sabía. Hay una explicación clara del "diccionario".

Pero también existe el término "era-cliente", "toreros", "toros-subcontratistas" - google da varias referencias a su uso.

 
Mathemat:

Grider no es un trabajo fácil realmente, no se hace en 3 días (a no ser que sea realmente sencillo).

Totalmente de acuerdo, es un orden complicado. Pero, en exceso, tampoco hay que exagerar la complejidad, sobre todo

Si el ejecutante seleccionado ha tenido trabajos similares, lo que significa que hay cierta experiencia y pericia.

Y cuando, este hipotético programador comienza a inflar el precio diciendo sobre la increíble complejidad y el coste prohibitivo,

siempre puedes buscar una alternativa. Hay muchos.

Para mí, como cliente, no es ningún secreto que la mayoría de mis pedidos, así como no mis pedidos - basura inútil.

Estoy dispuesto a pagar dinero por esta basura y alguien está dispuesto a hacerlo por un dinero aceptable para mí.

Si el pedido es de principio, por supuesto, el cliente pagará lo que le digan y tratará de pedir a un programador experimentado.

La cuestión es cómo encontrar a este programador experimentado.

Puede que tenga que pedir algo no tan importante y no tan caro y ver quién es capaz de qué, cómo trabaja y, sobre todo, cómo se comunica con el cliente.

Bueno, y en el proceso, para entender que la orden vale la pena el dinero, por lo que - se puede pagar en serio más, o por ejemplo, simplemente encontrar otro programador.

 
abolk: Añadir la posibilidad de proporcionar una breve anotación, como "rejilla bidireccional", "introducir las órdenes de mercado en las señales de 8 indicadores", etc. La anotación puede ser realizada por el propio programador.

Por cierto, en realidad, los clientes intentan determinar, a partir de la lista de trabajos realizados, si un desarrollador ha hecho tareas similares, y hay casos en los que preguntan: "Hiciste tal trabajo, hazlo para mí de acuerdo con mis términos de referencia".

Haga una nota para el cliente, en la que se describa brevemente cómo [crear los términos de referencia y] seleccionar al contratista. Y nombrarlo en consecuencia: "Cómo [redactar los TdR y] elegir al contratista. Y este memorándum debería estar en el lugar más prominente del servicio "Jobs". Aunque no sea en forma de texto, sino con un enlace. No leer cuidadosamente - su propia culpa. Y marque la casilla de lectura como punto obligatorio en las fases de aprobación de la RPT.

Y los artículos, poca gente los lee, no es una obligación.

En el futuro, si se produce una situación de arbitraje, lo primero que debe hacer es decírselo al cliente: Has leído el Memorándum, aquí está tu garrapata. Partimos del hecho de que el cliente fue elegido por usted conscientemente, y no por el principio de "el más bello (top), es mío".

 

El cliente tiene razón. Quiere calidad. Por eso no se contenta con el trabajo manual. Y si crees que tu pedido es una basura sin valor, ¿qué más da que esté hecho a conciencia o sea una chapuza?

Por cierto, estimado autor del hilo. Por favor, contéstenme por el correo interno del sitio.

 
Wex: El cliente tiene razón. Quiere calidad. Por eso no se contenta con el trabajo manual.

En este caso, es más probable que el cliente tenga razón que el contratista. Pero sí lo es si hablamos del tópico, y no de cualquier cliente.

Y si cree que su pedido es una basura inútil, ¿qué diferencia hay en que se haga de buena fe o de forma chapucera?

No es así. Si se hace a conciencia, se puede comprobar si es basura o no.

El cliente descubre después, cuando se cumple el pedido, que es una basura.

Razón de la queja: