[IRC-DEV] Ocultación de Idle (mi humilde opinion)

[Daniel Fernández]

La verdad es que si seguimos el mismo baremo a la hora de hacer parches
de utilidad real para el usuario que se usó a la hora de aprobar otros
parches, la ocultación de idle quedaría completamente descartada.

El parche del anti-idle es simple, pero no del todo, ya que hay que
añadir código y tocar algunas cosas que incluso podrían generar algún
error, muchas veces SE HA RECHAZADO el añadir funcionalidad simple
teniendo que hacer modificaciones menores.

Generalmente la creación de un parche suele ser justificada por:

 a) Arregla un fallo de seguridad, de funcionalidad (osea, que evita que
el servidor sea tirado abajo o hackeado)

 b) Añade una nueva funcionalidad (como por ejemplo la BDD, el WATCH, la
revision de SOCKS)

 c) Hace que los usuarios y/o canales esten más seguros (como por
ejemplo de las IPs virtuales, el modo +r, TS9, etc...)

 d) Proporciona más control y poder a administradores/opers (xmode modos
de canal, joingod, etc...)

¿Cuál de estas justifica el esconder el idle?

¿Qué porqué ahora se justifica un parche así? Si navegamos por la lista
hacia atrás parece ser que es porque lo dijo un tal CuasI, que debe ser
Dios como mínimo, porque algo que anteriormente se rechazaba ahora
parece incluso importante y beneficioso.

Bueno la verdad no se ni porque escribo este mensaje, ya que
evidentemente estoy hablando del daemon de Undernet modificado por
Hispano, y ya que soy libre de forkear el codigo a mi gusto y en el
Hispano no pinto nada (al igual que el 99% de desarrolladores),
simplemente me limito a exponerlo como humilde opinión y para ver que
opinan otras personas.

Más información sobre lo que digo:
http://mailman.argo.es/pipermail/irc-dev/2002-May/000901.html
http://mailman.argo.es/pipermail/irc-dev/2002-May/000905.html

¿Qué opináis?, estoy abierto a cualquier crítica (siempre que sea
constructiva y con razonando).

-- 
Warn Regards, Daniel.
GnuPG Key: 5DB443EB ( http://www.keyserver.net )
Fingerprint = B7CE C072 8A66 482C 4773 9C4F 7F4C D1C8 5DB4 43EB 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://mailman.jcea.es/pipermail/irc-dev/attachments/20020807/c421aac0/attachment.sig>