Diferencia entre revisiones de «Discusión:Ofertas de empleo no sujetas a programas»
| (No se muestran 7 ediciones intermedias de 2 usuarios) | |||
| Línea 1: | Línea 1: | ||
| − | |||
| − | + | '''Corregido''' ahora se lee en dni de manera inversa. | |
| − | --[[Usuario: | + | |
| + | <strike>La forma de desempatar que indica la instrucción "Un valor numérico aleatorio en el margen entre el 0000000 y el 99999999, que servirá como dígito de ordenación a partir del NIF/NIE de las candidaturas de manera que, se ordenará con mayor prioridad aquella candidatura cuyo NIF/NIE coincida exactamente con el dígito aleatorio calculado, y el resto se ordenarán en de manera ascendente, desbordando esta ordenación al llegar al 99999999 continuando por el 00000000. | ||
| + | |||
| + | Tiene los siguientes problemas: | ||
| + | |||
| + | * Apenas existen DNI con numeración superior a 80 millones, de tal manera que cualquier número aleatorio que genera el sistema que empiece por 8, 9 o 0 (esto será 3 de cada 10 números generados) van a primar a los DNI con numeración más baja, esto se verá claramente en 3 de cada 10 ofertas que tengan bastantes candidatos y/o no tenga méritos valorables. En las demás ofertas afectará pero no se será tan claro. | ||
| + | * Los DNI son bloques de números repartidos a las distintas comisarías, de tal manera que hay números raros que no tienen numeración inferior cercana (por ser de otro territorio u otras causas) esto le da ventaja y por el contrario, números muy comunes (por ejemplo 28 millones en Sevilla o 30 millones en Córdoba) que hacen que tengan muy poca posibilidad de salir los primeros, por ejemplo, si me apunto a una oferta de Sevilla y mi dni es 28.7xx.xxx tendré seguramente algún 28.6xx.xxx delante que tendrá más prioridad y solo podré tener más prioridad si sale un número aleatorio 287... que es una posibilidad entre mil (comparado con los números bajos que ya hemos visto que es una posibilidad de 3 entre 10)</strike> | ||
| + | |||
| + | |||
| + | |||
| + | --[[Usuario:Jmaria.lopez|Jmaria.lopez]] ([[Usuario discusión:Jmaria.lopez|discusión]]) 09:10 10 jun 2021 (CEST) | ||
Revisión actual del 09:56 13 jul 2021
Corregido ahora se lee en dni de manera inversa.
La forma de desempatar que indica la instrucción "Un valor numérico aleatorio en el margen entre el 0000000 y el 99999999, que servirá como dígito de ordenación a partir del NIF/NIE de las candidaturas de manera que, se ordenará con mayor prioridad aquella candidatura cuyo NIF/NIE coincida exactamente con el dígito aleatorio calculado, y el resto se ordenarán en de manera ascendente, desbordando esta ordenación al llegar al 99999999 continuando por el 00000000.
Tiene los siguientes problemas:
- Apenas existen DNI con numeración superior a 80 millones, de tal manera que cualquier número aleatorio que genera el sistema que empiece por 8, 9 o 0 (esto será 3 de cada 10 números generados) van a primar a los DNI con numeración más baja, esto se verá claramente en 3 de cada 10 ofertas que tengan bastantes candidatos y/o no tenga méritos valorables. En las demás ofertas afectará pero no se será tan claro.
Los DNI son bloques de números repartidos a las distintas comisarías, de tal manera que hay números raros que no tienen numeración inferior cercana (por ser de otro territorio u otras causas) esto le da ventaja y por el contrario, números muy comunes (por ejemplo 28 millones en Sevilla o 30 millones en Córdoba) que hacen que tengan muy poca posibilidad de salir los primeros, por ejemplo, si me apunto a una oferta de Sevilla y mi dni es 28.7xx.xxx tendré seguramente algún 28.6xx.xxx delante que tendrá más prioridad y solo podré tener más prioridad si sale un número aleatorio 287... que es una posibilidad entre mil (comparado con los números bajos que ya hemos visto que es una posibilidad de 3 entre 10)
--Jmaria.lopez (discusión) 09:10 10 jun 2021 (CEST)
