programacion: comentarios [3107637]

#26 Esto es lo que pasa cuando intentas medir la productividad de un programador por las líneas de código que escribe al día

--174446-- — Fri, 05 Apr 2019 16:52:29 +0000

[Usuario deshabilitado]

» autor: --174446--

#25 Esto es lo que pasa cuando intentas medir la productividad de un programador por las líneas de código que escribe al día

jmpep — Thu, 04 Apr 2019 18:25:31 +0000

#17 No conocía la historia. Genial

» autor: jmpep

#24 Esto es lo que pasa cuando intentas medir la productividad de un programador por las líneas de código que escribe al día

jmpep — Thu, 04 Apr 2019 18:16:50 +0000

#16 Independientemente de metodologías y filosofías varias, un commit es un punto en la historia de tu código al que vas a poder volver en el futuro. A partir de ahí ya haz lo que quieras...

Normalmente no quieres volver a cosas a medias porque ni te vas a acordar de cómo continuarlas, y normalmente quieres que si hay un bug y vuelves atrás, puedas volver a un punto lo más cercano posible a cuando se introdujo el fallo.

Así que se suele hacer commit cada poco tiempo siempre que todo esté en un estado consistente.

Un commit público (un push) se hace cuando quieres compartir tu trabajo con el resto de desarrolladores. Generalmente lo antes posible que sea útil. Es decir, cuando funcione y sea poco probable que vayas a romper el API. Aunque si estás en tu propia rama pues ya es un poco más arbirario.

Esto es en el general. Luego depende de cómo tengas organizado tu repositorio y tu flujo de desarrollo. Hay metodologías pre-hechas (como GitFlow) que dan una serie de pautas más concretas de cómo organizar todo. Pero en última instancia esto son herramientas y cada cual las usa un poco como más le conviene.

» autor: jmpep

#23 Esto es lo que pasa cuando intentas medir la productividad de un programador por las líneas de código que escribe al día

Barquero_ — Thu, 04 Apr 2019 09:46:01 +0000

#20 Como lo pesen con la bascula de los submarinos...
www.elconfidencialdigital.com/articulo/defensa/sobrepeso-submarino-S-8

» autor: Barquero_

#22 Esto es lo que pasa cuando intentas medir la productividad de un programador por las líneas de código que escribe al día

llorencs — Thu, 04 Apr 2019 09:43:31 +0000

#21 mmm, ok, no lo pillo

Pero, no hay alimento peor que el que me acabas de poner. Bueno, es ideal para una resaca, en mi caso. Ya que me ayudaría a expulsar todas las toxinas por la boca

» autor: llorencs

#21 Esto es lo que pasa cuando intentas medir la productividad de un programador por las líneas de código que escribe al día

--38321-- — Thu, 04 Apr 2019 09:40:47 +0000

#15

El alimento de todo programador que se precie.

» autor: --38321--

#20 Esto es lo que pasa cuando intentas medir la productividad de un programador por las líneas de código que escribe al día

--38321-- — Thu, 04 Apr 2019 09:39:01 +0000

#3

En realidad es bastante peor. Por lo menos en el avión sabes cuanto va a pesar al final.

» autor: --38321--

#19 Esto es lo que pasa cuando intentas medir la productividad de un programador por las líneas de código que escribe al día

inconnito — Thu, 04 Apr 2019 07:37:22 +0000

#16 Un commit en una rama pública debe comprender un único cambio lógico, completo y que compile correctamente, aunque no funcione.

Un cambio lógico no tiene por qué estar reducido a un fichero, pueden ser 20 ficheros diferentes y siete mil líneas de código. Pero tienes que ser capaz de describir el cambio sin utilizar la conjunción "Y" o "además".

» autor: inconnito

#18 Esto es lo que pasa cuando intentas medir la productividad de un programador por las líneas de código que escribe al día

Maegruin — Thu, 04 Apr 2019 07:25:23 +0000

#16 Cuando sabes que lo que subas no va a romper nada

Depende mucho como tengas organizado todo, generalmente tienes una rama/s de desarrollo donde es normal que se vayan subiendo y probando cosas a menudo y otra/s de release desde donde se publica a producción las diferentes versiones y que se suele tocar menos. Pero vamos depende mucho de la metodología y ciclos de trabajo que tengan definidos, no hay una regla universal.

» autor: Maegruin

#17 Esto es lo que pasa cuando intentas medir la productividad de un programador por las líneas de código que escribe al día

xa_bi — Thu, 04 Apr 2019 07:24:47 +0000

Siempre que se habla de estas cosas recuerdo lo que leí sobre el tema:

www.folklore.org/StoryView.py?story=Negative_2000_Lines_Of_Code.txt

» autor: xa_bi

#16 Esto es lo que pasa cuando intentas medir la productividad de un programador por las líneas de código que escribe al día

llorencs — Thu, 04 Apr 2019 06:21:11 +0000

#13 Una pregunta seria.
¿Cuando se debería hacer una confirmación (commit)? Más o menos.

PS: No soy desarrollador pero de vez en cuando hago algunas cosillas.

» autor: llorencs

#15 Esto es lo que pasa cuando intentas medir la productividad de un programador por las líneas de código que escribe al día

llorencs — Thu, 04 Apr 2019 06:16:38 +0000

#5 #6 Beans? Qué es/son Beans?

» autor: llorencs

#14 Esto es lo que pasa cuando intentas medir la productividad de un programador por las líneas de código que escribe al día

paco_camps_2011 — Wed, 03 Apr 2019 22:21:24 +0000

En mi gráfica de Github me di cuenta que en los meses de verano mi cantidad de aportes bajaba descaradamente. El calor mata.

» autor: paco_camps_2011

#13 Esto es lo que pasa cuando intentas medir la productividad de un programador por las líneas de código que escribe al día

paco_camps_2011 — Wed, 03 Apr 2019 22:19:04 +0000

#2 Hacer commits está sobrevalorado, con uno basta para hacer deploy a producción después de aprobarse uno mismo el pull request

» autor: paco_camps_2011

#12 Esto es lo que pasa cuando intentas medir la productividad de un programador por las líneas de código que escribe al día

--545066-- — Wed, 03 Apr 2019 22:14:41 +0000

[Usuario deshabilitado]

» autor: --545066--

#11 Esto es lo que pasa cuando intentas medir la productividad de un programador por las líneas de código que escribe al día

--430760-- — Wed, 03 Apr 2019 22:14:12 +0000

Eso pasa siempre en toda lógica capitalista. Los rentistas (gente que tiene dinero y espera que ese dinero se multiplique mágicamente sin que ellos tengan que trabajar) siempre están convencidos de que hay una ecuación que permite a su empresa ser rentable sin tener que arrimar el hombro, comprender el trabajo de los empleados y hablar con ellos.
Los sistemas de puntuación están muy bien para los juegos, pero en la vida real el trabajo no se puede reducir a un número. El propio concepto de productividad del empleado es falaz porque no tiene en cuenta las condiciones, la calidad o el ajuste correcto entre costes y plusvalía producida.
Apple es matemáticamente una empresa súper productiva para el número de empleados en nómina que tiene. Esto está muy bien para engañar a padefos que creen saber de números para que traigan financiación a la empresa. Pero Apple no se cree su cálculo de la productividad porque sabe que en realidad sus productos se están fabricando en una subcontrata china que es una de las empresas con más empleados del mundo.

» autor: --430760--

#10 Esto es lo que pasa cuando intentas medir la productividad de un programador por las líneas de código que escribe al día

--543878-- — Wed, 03 Apr 2019 22:10:27 +0000

Esto tiene que ver con un problema muy general, siempre que pones una métrica, una ley, o lo que sea, estás perturbando la realidad. Si premias a los que matan ratas en una época de plaga de ratas, no faltará el que crie ratas para que le paguen por matarlas.

Un ejemplo más desafortunado es el de los falsos positivos en colombia.

» autor: --543878--

#9 Esto es lo que pasa cuando intentas medir la productividad de un programador por las líneas de código que escribe al día

Frank84 — Wed, 03 Apr 2019 21:19:56 +0000

#3 Ahora las lineas de montaje del A-350 y B787 deben haber pegado una bajada de productividad xdxd

» autor: Frank84

#8 Esto es lo que pasa cuando intentas medir la productividad de un programador por las líneas de código que escribe al día

ED209 — Wed, 03 Apr 2019 17:46:47 +0000

#5 cierto… estos ojitos vieron una aplicación con una lógica de negocio complicadísima y… ¿qué tenía testeado? Los setters y los getters. Supongo que cortesía de Netbeans.

» autor: ED209

#7 Esto es lo que pasa cuando intentas medir la productividad de un programador por las líneas de código que escribe al día

--471541-- — Wed, 03 Apr 2019 16:36:12 +0000

""" Cómo aunmentar la productividad"""
Dim Conocimiento_Jefe as Integer
Conocimiento_Jefe = 0
Dim Conocimiento_Jefe as Integer
Conocimiento_Jefe = 0
Dim Conocimiento_Jefe as Integer
Conocimiento_Jefe = 0
Dim Conocimiento_Jefe as Integer
Conocimiento_Jefe = 0
Dim Conocimiento_Jefe as Integer
Conocimiento_Jefe = 0
Dim Conocimiento_Jefe as Integer
Conocimiento_Jefe = 0
Dim Conocimiento_Jefe as Integer
Conocimiento_Jefe = 0

» autor: --471541--

#6 Esto es lo que pasa cuando intentas medir la productividad de un programador por las líneas de código que escribe al día

wizcocho — Wed, 03 Apr 2019 15:05:34 +0000

#5 Beans!!! Telita

» autor: wizcocho

#5 Esto es lo que pasa cuando intentas medir la productividad de un programador por las líneas de código que escribe al día

--375108-- — Wed, 03 Apr 2019 14:13:32 +0000

De los mismos que deciden que un código tiene que tener un % determinado de cobertura de test, al final la gente hace test de los Beans, algo completamente estúpido a la hora de la verdad

» autor: --375108--

#4 Esto es lo que pasa cuando intentas medir la productividad de un programador por las líneas de código que escribe al día

Jakobg — Wed, 03 Apr 2019 13:58:07 +0000

El Quijote en comentarios por cada línea de código = Principal engineer en 2 meses

» autor: Jakobg

#3 Esto es lo que pasa cuando intentas medir la productividad de un programador por las líneas de código que escribe al día

Barquero_ — Wed, 03 Apr 2019 13:50:59 +0000

Comentó Bill Gates que: “Medir los avances de un programa utilizando como base el número de líneas de código es como medir el avance en la construcción de un avión por el peso”.

» autor: Barquero_

#2 Esto es lo que pasa cuando intentas medir la productividad de un programador por las líneas de código que escribe al día

PacoJones — Wed, 03 Apr 2019 13:17:55 +0000

#1 Ya lo dice el artículo:
La frecuencia de commits y las líneas de código de un programador junior es normalmente mayor que la de uno senior, por supuesto, aquí lo que cuenta es la relevancia y la solución adoptada.

» autor: PacoJones

#1 Esto es lo que pasa cuando intentas medir la productividad de un programador por las líneas de código que escribe al día

--583681-- — Wed, 03 Apr 2019 13:01:53 +0000

[Usuario deshabilitado]

» autor: --583681--