La guerra de cookies

No se como describirlo, no se sabe como empiezo, en un instante dado, salto uno diciendo
"Quiero editar cookies", y el otro dijo "No se puede, estan en el server", entonces , el otro dijo... Mejor pongo un guion:

-

Lo siguiente ocurre entre las 12:00 pm y las 13:00 pm

Matt: Quiero setear una cookie
Diego: No se puede, esta en el server
Caco: Podes usar javascript.cookie
Matt: Solo setea localhost, quiero setear para ese host
Diego: No tiene sentido setear una cookie, el server no la va a aceptar, el server genera la cookie
Matt: Quiero setear una cookie en el browser
Robert: Miren esto
Diego: Espera
Matt: Espera
Diego: No tiene sentido setear una cookie, el server no la va a aceptar, el server genera la cookie
Matt: ¡¡¡Quiero poner la cookie!!!
Robert: Miren esto
Diego: Espera
Matt: Espera
Diego: No tiene sentido setear una cookie, el server no la va a aceptar, el server genera la cookie
Matt: ¡¡¡Quiero poner la cookie!!!
Robert: Miren esto
Diego: Espera
Matt: Espera
Diego: No tiene sentido setear una cookie, el server no la va a aceptar, el server genera la cookie
Gise: BBAAAAAAAAAAAAASTAAAAAA!!!
Matt: ¡¡¡Quiero poner la cookie!!!
Diego: No tiene sentido setear una cookie, el server no la va a aceptar, el server genera la cookie
Matt: ¡¡¡Quiero poner la cookie!!!

for i in (1..3000)
 print "Diego: NO se puede\n"
 print "Matt:  SI se puede\n"
end

Robert: Miren esto (mostrando el cuadro de agregar una cookie )
Diego: Espera
Matt: Espera. A ver...

Robert: Usa ADD N EDIT COOKIES para Firefox

Matt: Robert encontró lo que quería desde el principio
Diego: ¿eso era?

end

Las viscicitudes y la esquizofrenia de proyectos "privativos" que emplean a la "gente del linux"

Estoy por a punto contraer esquizofrenia aguda si no resuelvo el siguiente:

Estoy trabajando en una suite de proyecto$$$ de $oftware privativo$$$ (no hay problema en eso, el mundo es dinero) que esta empleando , como fuerza de trabajo tecnica principal, mucha "gente del linux" (me incluyo entre ellos) , seguidores de Richard Stallman (el tipo es un grosso) y sus enseñanzas filosoficas.
Exitosamente ambas partes ( la parte $privativa$, y la parte GNUsera ) han logrado dejar totalmente de lado sus prejuicios ideologicos para convivir en armonia en un proyecto que progreso (y progresa) bastante, como dos equipos remando en la misma direccion, al unisono, pero hasta cierto limite.
El limite surge cuando, se vislumbra una incompatibilidad de conceptos cuyas raices son esos profundos mandatos y estructuras ideologicas, conceptos de los que no se habla, pero se ven plasmado en los hechos.
El principal ejemplo de esto, es la aplicacion del concepto del "producto de software privativo", con la "propiedad intelectual" ( de lo cual estoy en contra y a favor de eso (mas en contra ( pero no al punto de rechazar el proyecto ) ) ), lo cual genera un obvio y comprensible requerimiento por parte del cliente de un producto autonomo ( que no requiera administracion, solo talvez mantenimiento ) y que por lo tanto tenga una gran plusvalia. No estoy en contra de eso, mas bien quiero lograrlo, pero la parte GNUsera no comprende, a nivel subconsciente, lo que significa el "producto de software privativo y que no necesite administracion", por lo tanto, sin darse cuenta, estan rechazando el desarrollo de soft en torno en la funcionalidad con parches (como reiniciar los servicios automaticamente ante un problema) y estan privilegiando el desarrollo de herramientas de monitoreo y administracion del servicio (cuando segun la otra parte, el servicio deberia administrarse solo ) y tambien estan dando prioridad al analisis detallado de bugs o problemas para darle solucion definitiva (como todo buen desarrollador de software libre) , pero siendo que esto no es para este contexto.
En este punto, si bien no tenemos a los dos equipos remando para sentidos opuestos y el barco girando sobre si mismo, no estan remando exactamente para la misma direccion, lo cual causa trayectorias circulares (de circulos bastante grandes), pero circulares al fin.
No se puede definir con certeza cual es la direccion correcta, el planteo de un "servicio que no necesite administracion" es bastante cuestionable, pero al mismo tiempo dejar que un servicio dependa en exceso de sus desarrolladores tambien es cuestionable, al igual que pretender que un producto privativo de poco personal este a la altura de soluciones libres o de grandes empresas. Hasta ahora solo describi el problema y no la solucion, pero es probable que si no se resuelve este problema, el proyecto no supere ese limite y yo termine en un loquero hablando con visiones :(

Comentarios acerca de posibles soluciones son bienvenidos