|
Votos:
1
 Soneto del buen código fuente
28/04/2008, 1 comentarios. | Seguro que alguna vez que tenéis que modificar una aplicación y tiene un código horrible, más feo que una nevera por detrás, sobre el cual habéis pasado semanas maldiciendo.
Y es que no cuesta tanto hacer las cosas bien, y es al código bien hecho al que dedico este poema:El código menos abyecto (1)
sabiamente estructurado
se programa relajado
en un ambiente correcto
Para que sea perfecto
siempre estará comentado
ni poco, ni demasiado
y su tabulado recto
Que se entienda a simple vista
por cualquier ojeador
o cualquier persona lista
No es trabajo agotador
y perdonarme que insista
ser un buen programador (1) Abyecto: Despreciable, vil
Atentamente:
Fernando Díaz ( Fer' ) - Programador
|
|
|
Votos:
0
Mis conclusiones del ataque a los root-servers
07/02/2007, 0 comentarios. | El ataque de DOS distribuido contra los root-server ( servidores raíz del sistema de DNS ) de ayer, ha sido calificado como el peor ataque contra Internet desde Octubre de 2002.
Entonces, igual que ahora, se envió una enorme cantidad de tráfico a los 13 servidores que sustentan el sistema de DNS para colapsar su ancho de banda provocando que estos servidores no fueran accesibles desde zonas determinadas si bien seguían siendo capaces de responder las peticiones DNS que llegaban a recibir.
Si bien parece que en esta ocasión el ancho de banda ( trazado principalmente desde Corea del Sur ) usado era inferior a los 900Mbits/seg de 2002 la duración del ataque obligó a tomar medidas para garantizar la estabilidad de los principales líneas de Internet pero, el ataque, solo consiguió afectar a dos de los servidores ( el G y el L de Departamento de Defensa USA y a la ICANN ) .
Como comenta John Crain ( jefe técnico del ICANN ) en unas declaraciones a Wired, las mejoras tecnológicas ha permitido que la mayoría de los servidores soportaran el ataque, pero esto no asegura que el sistema actual de DNS pueda soportar un ataque con un ancho de banda como el de 2002 o superior.
La naturaleza distribuida de este tipo de ataque vuelve a evidenciar la necesidad de aumentar la distribución de los servicios críticos de Internet con sistemas como anycast que distribuyen las peticiones a una determinada IP entre diferentes servidores. La existencia de root-servers en un solo site ( sin anycast ) como A,B,D,E,G,H y L ( recordamos que entre esta lista aparecen los dos afectados de 2007 ) es un punto débil en un sistema vital para el buen funcionamiento de Internet descubierto hace más de 5 años.
La caída de un root-server supone un aumento de tráfico legítimo contra los otros 12 por lo tanto, el ancho de banda necesario para tumbar el segundo es inferior al del primero y así sucesivamente no debería haber mucho problema ( todo es cuestión de ancho de banda ) para tumbar los 7 servidores no distribuidos que ya hemos comentado.
El ancho de banda necesario se multiplica en el caso de los otros root-servers por el número de sites distribuidos que los componen. Y puesto que deberíamos tirar unos 100 sites más la cosa se empezaría a complicar ( harían falta entre 5Gbits/seg y 10Gbits/seg distribuidos de forma inteligente ).
|
|
|
Votos:
4
5 métodos para cabrear a un programador
25/01/2007, 4 comentarios. | La función de este manual, destinado a empresarios, jefes de proyecto, jefes técnicos..., es explicar de forma sencilla ( esta vez no necesitarás la ayuda de un programador para entenderlo ) cómo cabrear a un programador.
Practicando en tu abundante tiempo libre podrás perfeccionar estas técnicas y verás rápidamente como aumentan tus enemigos y tus posibilidades de morir asesinado ( con el beneficio que esto supone para la sociedad ).
1 Reduce los plazos
Reducir los plazos de entrega es una técnica excelente para que un programador quiera nuestra cabeza en una bandeja, esta técnica esta basada en el principio de "aumenta su trabajo / reduce su tiempo libre", es importante comunicar los cambios de plazo en persona y con una frase bien escogida, aquí van algunas recomendaciones:- Utiliza un tono amistoso / burlesco
- Recalca que va a trabajar más y a tener menos tiempo libre
- Hazle notar que a ti te sobra el tiempo libre Este es un ejemplo muy efectivo:
Empresario: Fernandez, empieza el proyecto X que tenemos que entregar a finales del año que viene, quiero que lo acabes este mes así tengo un año para testearlo todo, que trabajando 2 horas al día no me da tiempo... jeje
2 Cambia los prototipos constantemente
Esta técnica es un poco más complicada ya que requiere imaginación para dar nuevos prototipos al programador justo cuando acaba de aplicar los cambios de los prototipos anteriores. Como probablemente carecerás de imaginación puedes necesitar la ayuda de un prototipador, experto en usabilidad... ( existen muchos profesionales expertos en tocar las pelotas a los desarrolladores ).
Si careces de recursos para contratar un profesional, puedes esforzarte para crear 2 prototipos completamente diferentes e ir cambiando de uno al otro.
3 Apoderate de sus ideas
Si tu programador tiene una buena idea díle que no vale para nada y espera a estar junto con él y tu jefe para explicar a tu jefe tu nueva idea. Puedes apuntar la idea en tu agenda por si tu jefe tarda mas de diez minutos en aparecer.
4 Díle como debe hacer su trabajo
Este método requiere un poco de documentación previa, puedes intentar utilizar Google para encontrar información sobre programación o, si se te resiste, puedes preguntar a otros programadores.
Apréndete 4 o 5 frases y repítelas constantemente a tu programador cuando las cosas no funcionen ( aunque ayuda, no hace falta que tenga nada que ver con lo que está pasando ) .
Empresario: Como va el proyecto X
Programador: Tengo problemas de lentitud con el Postgre
Empresario: Migra la bases de datos a Access a ver que pasa...
5 Infra-valora su trabajo
Utiliza el adjetivo "fácil" en todas tus comunicaciones con el programador, otras palabras como "cambio tonto", "pequeño cambio de prototipo" tambien ayudan a infravalorar su trabajo y a aumentar su cabreo hacia tí.
Empresario: Toma mirate este cambio tonto
Programador: Pero... si esto son 3 semanas de trabajo!!
Empresario ( intentando aguantar el descojone ): ¿Que dices? esto es una tonteria y lo hago hasta yo en 2 dias... Si aprendes a combinar correctamente estas técnicas no habrá programador que no quiera tu cabeza como trofeo. Si por otro lado te cuesta un poco cojerle el truco, puedes preguntar a otros empresarios, jefes de proyecto, jefes técnicos... seguro que en tu empresa hay verdaderos expertos en el tema.
Atentamente:
Fernando Díaz ( Fer' ) - Programador
|
|
|
|
Pantalla Completa
Colorear![[;]](/images/emoti/e10.gif)
.
Red de Blogs de Programación Web