lunes, abril 16, 2007
http://forum.joomla.org/index.php/topic,88778.0.html
A trick to get your CSS to display the same no matter what the browser!
Alot of people wonder why in some browsers, their site looks differnet. This is because each browser is made differently and each take their own approach to how CSS should be displayed in their browser. Alot of people on the Joomla! forums post how can i fix my CSS, so Ive created this post to answer their questions
$nav = ( isset( $_SERVER['HTTP_USER_AGENT'] ) ) ? strtolower( $_SERVER['HTTP_USER_AGENT'] ) : '';
if (stristr($nav, "msie"))
{
echo "ie-css.css";
}
else
{
echo "templatecss.css";
}
?>
The above code will check if the browser being used is Internet Explorer, if it is it will use the file 'ie-css.css', however if the users browser isn't Internet Explorer, it will use the file 'templatecss.css'.
This function can be expanded to use different browsers, as shown below.
$nav = ( isset( $_SERVER['HTTP_USER_AGENT'] ) ) ? strtolower( $_SERVER['HTTP_USER_AGENT'] ) : '';
// checks if browser is Internet Explorer
if (stristr($nav, "msie"))
{
echo "ie-css.css";
}
// checks if browser is Mozilla
elseif (stristr($nav, "moz"))
{
echo "mozilla-cssfile.css";
}
// checks if browser is Netscape
elseif (stristr($nav, "ns"))
{
echo "netscape-css.css";
}
// If browser is a different one
else
{
echo "templatecss.css";
}
?>
I hope this came in help. An example of this script in a real site would be
echo '';
?>
>
The only problem with this script is that i can take alot of coding if you want to write, an individual CSS File for each browser, however you could just load a CSS file first then get this script to over-write the default CSS to just change certain values.
Anyway i hope this helped.
Jon
This can normally be fixed using the @import function, but if this can not be used, try tying out this.
A trick to get your CSS to display the same no matter what the browser!
Alot of people wonder why in some browsers, their site looks differnet. This is because each browser is made differently and each take their own approach to how CSS should be displayed in their browser. Alot of people on the Joomla! forums post how can i fix my CSS, so Ive created this post to answer their questions
$nav = ( isset( $_SERVER['HTTP_USER_AGENT'] ) ) ? strtolower( $_SERVER['HTTP_USER_AGENT'] ) : '';
if (stristr($nav, "msie"))
{
echo "ie-css.css";
}
else
{
echo "templatecss.css";
}
?>
The above code will check if the browser being used is Internet Explorer, if it is it will use the file 'ie-css.css', however if the users browser isn't Internet Explorer, it will use the file 'templatecss.css'.
This function can be expanded to use different browsers, as shown below.
$nav = ( isset( $_SERVER['HTTP_USER_AGENT'] ) ) ? strtolower( $_SERVER['HTTP_USER_AGENT'] ) : '';
// checks if browser is Internet Explorer
if (stristr($nav, "msie"))
{
echo "ie-css.css";
}
// checks if browser is Mozilla
elseif (stristr($nav, "moz"))
{
echo "mozilla-cssfile.css";
}
// checks if browser is Netscape
elseif (stristr($nav, "ns"))
{
echo "netscape-css.css";
}
// If browser is a different one
else
{
echo "templatecss.css";
}
?>
I hope this came in help. An example of this script in a real site would be
echo '';
?>
>
The only problem with this script is that i can take alot of coding if you want to write, an individual CSS File for each browser, however you could just load a CSS file first then get this script to over-write the default CSS to just change certain values.
Anyway i hope this helped.
Jon
This can normally be fixed using the @import function, but if this can not be used, try tying out this.
Etiquetas: css navegador
http://forum.joomla.org/index.php/topic,25306.0.html
RESOURCES: Free Templates
A few places to get FREE/open source templates.
JoomlaHacks.com (143) Easy to browse - Full preview
http://www.joomlahacks.com/joomla/templates/0,0,0,0,9,0,8/
JoomlaOS.de (471) Gallery format - very easy to browse - Full preview
http://www.joomlaos.de/set_albumName,album03/option,com_gallery/Itemid,37/include,view_album.php.html
JoomlaTurkiye.org (110) easy to browse 15 images per page - full preview
http://joomlaturkiye.org/component/option,com_zoom/Itemid,55/catid,1/
Joomla-templates.com (14) - full preview
http://www.joomla-templates.com/index.php?option=com_content&task=category§ionid=4&id=13&Itemid=27
JoomlArt ( 8 )
http://www.joomlart.com/component/option,com_remository/Itemid,262/func,select/id,2/
dezinedepot.com (13)
http://www.dezinedepot.com/component/option,com_remository/Itemid,37/func,select/id,1/
JoomlaDesigns (3)
http://www.joomladesigns.co.uk/option,com_remository/Itemid,28/func,select/id,10/
MamboHut (608) Mostly Mambo 4.5.1+ templates
http://www.mambohut.com/templates_gallery/
JoomlaStyle (2)
http://www.joomlastyle.com/
MamboSolutions (30)
http://showcase.mambosolutions.com/free/
Joomlactive.com (10)
http://www.joomlactive.com/component/option,com_remository/Itemid,7/func,select/id,1/
JoomlaResource.com (168)
http://www.joomlaresource.com/joomla_downloads/Download/Joomla_Templates/
JoomlaFrance (9)
http://www.joomlafrance.org/telecharger/select/Templates_Administrateur_Joomla_1.x/par_titre/1.html
CMSDesign.it (3)
http://www.cmsdesign.it/index.php?categoryid=7&s=&
JoomlaShack.com ( 8 )
http://www.joomlashack.com/joomla/free-joomla-templates.html
Concept Design.nl (9)
http://conceptweb.jabstar.nl/eng/index.php?option=com_content&task=view&id=27&Itemid=70
Rocket Theme (2)
http://www.rockettheme.com/Free-Joomla-Templates/
List of resources gathered and provided thru the efforts of kenmcd.
RESOURCES: Free Templates
A few places to get FREE/open source templates.
JoomlaHacks.com (143) Easy to browse - Full preview
http://www.joomlahacks.com/joomla/templates/0,0,0,0,9,0,8/
JoomlaOS.de (471) Gallery format - very easy to browse - Full preview
http://www.joomlaos.de/set_albumName,album03/option,com_gallery/Itemid,37/include,view_album.php.html
JoomlaTurkiye.org (110) easy to browse 15 images per page - full preview
http://joomlaturkiye.org/component/option,com_zoom/Itemid,55/catid,1/
Joomla-templates.com (14) - full preview
http://www.joomla-templates.com/index.php?option=com_content&task=category§ionid=4&id=13&Itemid=27
JoomlArt ( 8 )
http://www.joomlart.com/component/option,com_remository/Itemid,262/func,select/id,2/
dezinedepot.com (13)
http://www.dezinedepot.com/component/option,com_remository/Itemid,37/func,select/id,1/
JoomlaDesigns (3)
http://www.joomladesigns.co.uk/option,com_remository/Itemid,28/func,select/id,10/
MamboHut (608) Mostly Mambo 4.5.1+ templates
http://www.mambohut.com/templates_gallery/
JoomlaStyle (2)
http://www.joomlastyle.com/
MamboSolutions (30)
http://showcase.mambosolutions.com/free/
Joomlactive.com (10)
http://www.joomlactive.com/component/option,com_remository/Itemid,7/func,select/id,1/
JoomlaResource.com (168)
http://www.joomlaresource.com/joomla_downloads/Download/Joomla_Templates/
JoomlaFrance (9)
http://www.joomlafrance.org/telecharger/select/Templates_Administrateur_Joomla_1.x/par_titre/1.html
CMSDesign.it (3)
http://www.cmsdesign.it/index.php?categoryid=7&s=&
JoomlaShack.com ( 8 )
http://www.joomlashack.com/joomla/free-joomla-templates.html
Concept Design.nl (9)
http://conceptweb.jabstar.nl/eng/index.php?option=com_content&task=view&id=27&Itemid=70
Rocket Theme (2)
http://www.rockettheme.com/Free-Joomla-Templates/
List of resources gathered and provided thru the efforts of kenmcd.
Etiquetas: plantillas joomla
lunes, febrero 26, 2007
copiado y pasteado de barrapunto, saludos candyman
CodeIDE: un entorno de programación en tu navegador
editado por Candyman on Domingo 25 Febrero 2007, 17:37h
desde el dept. más-difícil-todavía,-hoygan!
desde el dept. más-difícil-todavía,-hoygan!
No se trata de una extensión de Firefox, sino de un sitio web completo y 100% HTML dinámico (aunque uno supone que tendrá compiladores e intérpretes de todos los lenguajes en el servidor). CodeIDE es un entorno de programación para Basic, Pascal, C++, Perl, JavaScript, HTML, LISP y matemáticas (por mucho que he mirado no he podido encontrar documentación para saber a qué lenguaje se refieren) dirigido a gente que está aprendiendo a programar. Me falta, a primera ojeada, Python, aunque supongo que se lo estarán pensando, porque el sitio está esencialmente aún a medio hacer. Lo mejor, la ventana con el scroll en tiempo real de los resultados (tanto los buenos como los errores) de los usuarios anónimos.
http://www.codigo.as/blog/?p=58
Ejecutar acciones actionscript en Hiperlinks con AS3
En AS3 es posible, de forma fácil, ejecutar acciones actionscript cuando el usuario clica sobre un enlace dentro de un campo de texto HTML de nuestra web. Esto lo conseguimos gracias al protocolo de detección de eventos de AS3.
domingo, febrero 25, 2007
La Universidad de Valladolid tiene una web en la que propone unos problemas a resolver programando en cualquier lenguaje (o eso creo) de programación, para luego enviárselo y una vez revisado aparecer en un ranking según bien o mal tu solución.
No deja de ser curioso que la mayoría de los problemas que he visto (he visto pocos) son matemáticos. La pagina esta en ingles
aqui esta el primer volumen de problemas
No deja de ser curioso que la mayoría de los problemas que he visto (he visto pocos) son matemáticos. La pagina esta en ingles
aqui esta el primer volumen de problemas
martes, enero 30, 2007
http://www.wikilearning.com/ es un sitio muy completito, en 2 segundos he encontrado: http://www.wikilearning.com/patrones_de_diseno_en_python-wkc-6410.htm
http://www.wikilearning.com/introduccion_a_la_programacion_con_python-wkc-5368.htm
http://www.wikilearning.com/python-wkccp-6421-1.htm
y http://www.wikilearning.com/plone_cms-wkccp-6414-1.htm
no hay que perderlo de vista
http://www.wikilearning.com/introduccion_a_la_programacion_con_python-wkc-5368.htm
http://www.wikilearning.com/python-wkccp-6421-1.htm
y http://www.wikilearning.com/plone_cms-wkccp-6414-1.htm
no hay que perderlo de vista
Add Video to QuickList
Seminario Polinux "Python a la Fresca"
desglosado por enlaces
Video 1/7http://www.youtube.com/watch?v=9n475H6XGZg
Video 2/7http://www.youtube.com/watch?v=IalNyK1E31U
Video 3/7http://www.youtube.com/watch?v=fMiMc0zg9VY
Video 4/7http://www.youtube.com/watch?v=7E0QN7GnoSM
Video 5/7http://www.youtube.com/watch?v=_DdWLxn3uxc
Video 6/7http://www.youtube.com/watch?v=-gvnr_BHA10
Video 7/7http://www.youtube.com/watch?v=Bj86Ozo4CzM
Seminario Polinux "Python a la Fresca"
desglosado por enlaces
Video 1/7http://www.youtube.com/watch?v=9n475H6XGZg
Video 2/7http://www.youtube.com/watch?v=IalNyK1E31U
Video 3/7http://www.youtube.com/watch?v=fMiMc0zg9VY
Video 4/7http://www.youtube.com/watch?v=7E0QN7GnoSM
Video 5/7http://www.youtube.com/watch?v=_DdWLxn3uxc
Video 6/7http://www.youtube.com/watch?v=-gvnr_BHA10
Video 7/7http://www.youtube.com/watch?v=Bj86Ozo4CzM
Plagio esto de aqui abajo a: Jesús Roncero Franco (si queires que lo quite solo tienes que decirmelo jesus)
golan (http://www.roncero.org)
Creado el 10/06/2003 21:17 modificado el 10/06/2003 21:17
Página1/1
Muchos programadores quieren empezar a trabajar en un proyecto de software libre, pero no están muy seguros de cómo funcionan las cosas. Esta página es una colección informal de "reglas no escritas y consejos" para gente que le gustaría participar de voluntario. He aprendido alguna de estas reglas comentiendo errores, y algunas veces incluso incumplo flagrantemente mis consejos; Es sólo una guía :) Seguro que otra gente ofrece otra panorámica sobre el asunto.
No empieces creando tu propio proyecto Mucha gente quiere escribir software libre y lo primero que hacen es escribir algo de código, adosarle la GPL y liberar la versión 0.0.1 alpha. Aunque sea divertido y posiblemente educativo, esto es totalmente improductivo. Veamos por qué:
* Es mas instructivo leer y aprender del código de otra gente añadiendo pequeñas funcionalidades aquí y allá o arreglando algunos bugs. La mayoría de los proyectos tienen un sistema de bugs; Por ejemplo, en el proyecto Gnome tenemos bugs.gnome.org , Debian tiene el mismo sistema, bugs.debian.org, etc. Encuentra un bug en el sistema y corrigelo. O añade la funcionalidad que estabas deseando.
* Obviamente, es mucho más útil limpiar el código existente que empezar un proyecto en solitario que nunca va a ser finalizado.
* Casi seguro, algún otro ya está trabajando en lo que quieras escribir; es mejor terminar un proyecto que tener dos proyectos sin terminar. Te prometo que el 95% de los proyectos de software libre caen en el olvido antes de que se conviertan en útiles. Tanto desde el punto de vista de tu propio aprendizaje como desde el punto de ganar fama y mejorar tu ego, necesitas gente que te ayude a entrar en el 5% ganador.
* Si no has estado curioseando y participando en un proyecto de software libre, no sabrás como se hacen las cosas y pasarás unos malos ratos intentando llevar el tuyo adelante.
Una vez dicho todo esto, si tienes una idea genial y piensas que sería divertido programar para ella, hazlo por todo los medios. Todos lo hemos hecho. :-) Algunos de estos proyectos llegan a algún lado. Y si tienes alguna experiencia codificando y hay una aplicación interesante en la que nadie está trabajando, definitivamente, ve a por ella.
Programa, Programa, Programa. Si empiezas un proyecto, la cosa más importante es escribir código. Tienes que escribir suficiente para hacer que la aplicación sea útil; esto puede llevar meses o años de trabajo solitario, a menos que algún alma caritativa decida ayudarte con tu aplicación en vez de empezar la suya. :-) Tienes que liberar versiones a menudo, arreglar los bugs rápidamente y, generalmente, mantener las cosas excitantes. Cuando te das cuenta, escribir una aplicación libre supone una cantidad enorme de trabajo. Si estás programando por tu cuenta, dedica unas 10-20 horas cada semana, previendo el futuro. Si no puedes dedicar todo este tiempo, no te molestes siquiera en empezar el proyecto. Si ni siquiera sabes programar, lo dicho.
Comienza por tí mismo. Mucha gente manda un mensaje diciendo que va a escribir la aplicación X, o anuncia la versión 0.0.1 alpha y entonces lo abandona cuando no encuentra ninguna respuesta. Aceptalo: No habrá mucha respuesta hasta que tengas usuarios. Y no tendrás usuarios hasta que escribas código. Estarás tu y tu determinación por escribir ese software.
Ocurre el mismo fenómeno cuando se pide ayuda. En última instancia, si un bug, una característica que falta o una falta en la documentación se cruza en tu camino, probablemente tendrás que arreglarla por ti mismo. Los hackers son suficientemente amables con los novatos que no saben dónde empezar, pero tarde o temprano esperan que seas capaz de solventar tus propios problemas.
Usa las listas de correo. Si tienes una pregunta, hazla en la lista de correo. Es un poco maleducado enviar mensajes privados a los desarrolladores, a menos que tengas una razón para creer que es la única persona que pueda responder a la pregunta. (Si usas el correo privado, lo más probable es que se lo mandes al desarrollador equivocado y termines sin tener una respuesta porque quizá la persona a la que escribiste no sepa del asunto.)
Las listas de correo y la documentación las ponen los programadores para hacer posible ayudar a un gran número de usuarios. Recuerda que todo el mundo es un voluntario, y que si necesitas consultoría pagada, probablemente esté disponible.
Nadie está al cargo. La gente suele esperar que alguien esté al cargo de un proyecto de software libre, o esperan que alguien les asigne algún trabajo que hacer y una fecha límite. No funciona de esa manera. No puedes controlar sobre lo que otra gente trabaja, y nadie va a decirte sobre qué tienes que trabajar, aunque habrá muchos consejos. Tendrás que pringarte un poco y hacer que algo ocurra.
Coordinate con otros. Si pasas 3 meses escribiendo alguna funcionalidad guapa, y luego descubres que el mantenedor odia esa idea y que no aceptará el parche, o encuentras que tu parche no se puede aplicar a la última versión en desarrollo, o ves que alguien ya hizo el mismo trabajo, estarás fustrado. Si tienes intención de trabajar sobre algo, manda una pequeña nota al mantenedor para que lo sepa. La mayoría serán escepticos (reciben muchas notas y nunca ven los resultados) pero harán una nota mental y quizá te den algún consejo.
Si acabas fuertemente involucrado en un proyecto, se puede tener una coordinación más fina usando una combinación de email, CVS e IRC. El CVS hace un gran trabajo uniendo los cambios cuando la comunicación se rompe.
No hay respuesta a la pregunta: ¿Cuándo estará X terminado?" ó "¿Se implementará la funcionalidad X?" La respuesta a ambas preguntas es "cuando alguien haga el trabajo". Si ese alguien eres tu, entonces sabes la respuesta. Si ese alguien no eres tu, entonces tendrás que esperar y ver qué pasa. :-) No hay ningún coordinador ni nadie que se asegure de que las cosas ocurren.
Los programadores de sillón son malos. Un programador de sillón parece tener un flujo incesante de ideas birllantes cuando escribe en las listas de correo, pero o bien no programa o no sabe cómo programar. Si no sabes programar, no sabes como diseñar software tampoco. Punto. Solo causarás problemas.
Hay un montón de cosas que los no programadores pueden hacer de todas formas: Mandar informes de errores, petición de características ( siempre que no sean muy especulativas y no estén relacionadas con el código existente), escribir documentación, ayudar a los usuarios con sus preguntas y la instalación, grupos de usuarios, mantenimiento de páginas web, administracion de servidores, hacer paquetes para distribuciones, etc. Los hackers aprecian el interés por su trabajo y tu ayuda.
Curiosear[*] es bueno. La tentación de apuntarte a una lista de correo y empezar a comentar sobre todo suele ser fuerte. Pero no te conviertas en un programador de sillón. Escribe si tienes cosas relevantes que contar, si descubres cómo reproducir un bug, si sabes como coger experiencia en en el tema, si conoces las respuestas a las preguntas. Si no es así, no mandes mensajes. Además, siempre es buena idea curiosear durante un tiempo antes de que empieces a escribir, simplemente para ver de qué va el tema.
[*] Lurk es la palabra utilizada en inglés (Nota del Traductor)
Comprende los copyrights, las patentes, licencias, trademarks y demás. Tienes que ser un poco abogado para involucrarte en software libre. Esto significa que tienes una reponsabilidad para contigo para aprender sobre ello. Tradicionalmente, una manera de aprender es observar las mismas peleas de siempre que ocurren semana tras semana en el grupo de noticias gnu.misc.discuss. Una manera más rápida es leer el web de GNU, en particular su análisis de la terminología. No envies correos sobre temas legales si no los comprendes. Pero deberías comprenderlos si vas a escribir software y aplicarle una licencia al mismo.
Respeta los deseos del mantenedor del paquete. Es siempre bueno usar la misma licencia, el estilo de código, etc. que el que utiliza el mantenedor del paquete al que le estás mandando un parche. Si usas CVS, no envies tus parches sin pedir primero permiso al mantenedor del paquete.
Usa la opción -u de diff cuando mandes un parche.Un punto de menor importancia, pero casi siempre todo el mundo prefiere este formato.
Recuerda que todo el mundo es voluntario. Trátalos con el respeto que merecen. Sólo están trabajando en ello porque disfrutan. Es de desagradecidos maltratar a alguien que te ha dado algo gratis.
Intenta estar concentrado. Muchos tenemos problemas con esto, pero cuanto más te centres en una tarea y la termines, tus resultados serán más útiles. Yo encuentro que tengo que coger pequeñas tareas para llevar esto adelante. Otra gente es mejor en los proyectos de más largo plazo. Organiza tus esfuerzos en concordancia con tu personalidad. Intenta terminar proyectos antes de empezar 100 proyectos superambiciosos.
Aprende sobre la comunidad. Es una buena idea mantenerte informado en los sitios de noticias como LinuxToday, LWN ó Slashdot y también los sitios relacionados con los proyectos con los que estés trabajando. (Los tres que he mencionado son tres que yo leo). Un buen libro sobre la historia de la comunidad es Hackers, escrito por Steven Levy. www.gnu.org tiene mucha información también y curioseando en las listas de correo aprenderás un montón.
Participarás en peleas. De cualquier manera, hagas lo que hagas, alguién te atacará y te verás envuelto en una pelea o flame. Internet es así. Algunas personas no han aprendido esta lección todavía y se cabrean y responden virulentamente cuando pasa; No lo hagas. Si lees las listas de correo, pronto aprenderás qué gente es más propensa a tener puntos de vista válidos y cuáles son flamers habituales. (Date cuenta que ambos no son mútuamente excluyentes; algunos de los hackers más productivos son también flamers). Desarrolla una piel resistente, la vas a necesitar.
Diviertete.Programar es, al fin y al cabo, trabajar. Es sentarse y dedicar tiempo a escribir código o documentación. Pero hay muchas oportunidades de socializar, en conferencias, en IRC, a través del email. Escribir código es divertido durante la mayoría del tiempo. Así que disfrutalo. Eso es parte del motivo. No tomes demasiado en serio este documento o alguna de sus reglas.
Enlaces: Las ideas de Eric Raymond sobre este tema están en aquí [traducción Aquí]; Su HOWTO describe como unirte a la "cultura hacker". La cultura no es realmente necesaria para participar en proyectos de software libre, en mi opinión. Mientras sigas la manera de trabajar que sigue la comunidad no tienes que meterte en los temas sociales de la misma (a menos que quieras). Advogato (el alter ego de Raph Levien) también tiene un ensayo aquí. Después de leer todos estos consejos, en las palabras de RMS, happy hacking!.
Traducido con permiso del autor del original en http://www106.pair.com/rhp/hacking.html, por Robert Sanford Havoc Pennington.
golan (http://www.roncero.org)
Creado el 10/06/2003 21:17 modificado el 10/06/2003 21:17
Página1/1
Muchos programadores quieren empezar a trabajar en un proyecto de software libre, pero no están muy seguros de cómo funcionan las cosas. Esta página es una colección informal de "reglas no escritas y consejos" para gente que le gustaría participar de voluntario. He aprendido alguna de estas reglas comentiendo errores, y algunas veces incluso incumplo flagrantemente mis consejos; Es sólo una guía :) Seguro que otra gente ofrece otra panorámica sobre el asunto.
No empieces creando tu propio proyecto Mucha gente quiere escribir software libre y lo primero que hacen es escribir algo de código, adosarle la GPL y liberar la versión 0.0.1 alpha. Aunque sea divertido y posiblemente educativo, esto es totalmente improductivo. Veamos por qué:
* Es mas instructivo leer y aprender del código de otra gente añadiendo pequeñas funcionalidades aquí y allá o arreglando algunos bugs. La mayoría de los proyectos tienen un sistema de bugs; Por ejemplo, en el proyecto Gnome tenemos bugs.gnome.org , Debian tiene el mismo sistema, bugs.debian.org, etc. Encuentra un bug en el sistema y corrigelo. O añade la funcionalidad que estabas deseando.
* Obviamente, es mucho más útil limpiar el código existente que empezar un proyecto en solitario que nunca va a ser finalizado.
* Casi seguro, algún otro ya está trabajando en lo que quieras escribir; es mejor terminar un proyecto que tener dos proyectos sin terminar. Te prometo que el 95% de los proyectos de software libre caen en el olvido antes de que se conviertan en útiles. Tanto desde el punto de vista de tu propio aprendizaje como desde el punto de ganar fama y mejorar tu ego, necesitas gente que te ayude a entrar en el 5% ganador.
* Si no has estado curioseando y participando en un proyecto de software libre, no sabrás como se hacen las cosas y pasarás unos malos ratos intentando llevar el tuyo adelante.
Una vez dicho todo esto, si tienes una idea genial y piensas que sería divertido programar para ella, hazlo por todo los medios. Todos lo hemos hecho. :-) Algunos de estos proyectos llegan a algún lado. Y si tienes alguna experiencia codificando y hay una aplicación interesante en la que nadie está trabajando, definitivamente, ve a por ella.
Programa, Programa, Programa. Si empiezas un proyecto, la cosa más importante es escribir código. Tienes que escribir suficiente para hacer que la aplicación sea útil; esto puede llevar meses o años de trabajo solitario, a menos que algún alma caritativa decida ayudarte con tu aplicación en vez de empezar la suya. :-) Tienes que liberar versiones a menudo, arreglar los bugs rápidamente y, generalmente, mantener las cosas excitantes. Cuando te das cuenta, escribir una aplicación libre supone una cantidad enorme de trabajo. Si estás programando por tu cuenta, dedica unas 10-20 horas cada semana, previendo el futuro. Si no puedes dedicar todo este tiempo, no te molestes siquiera en empezar el proyecto. Si ni siquiera sabes programar, lo dicho.
Comienza por tí mismo. Mucha gente manda un mensaje diciendo que va a escribir la aplicación X, o anuncia la versión 0.0.1 alpha y entonces lo abandona cuando no encuentra ninguna respuesta. Aceptalo: No habrá mucha respuesta hasta que tengas usuarios. Y no tendrás usuarios hasta que escribas código. Estarás tu y tu determinación por escribir ese software.
Ocurre el mismo fenómeno cuando se pide ayuda. En última instancia, si un bug, una característica que falta o una falta en la documentación se cruza en tu camino, probablemente tendrás que arreglarla por ti mismo. Los hackers son suficientemente amables con los novatos que no saben dónde empezar, pero tarde o temprano esperan que seas capaz de solventar tus propios problemas.
Usa las listas de correo. Si tienes una pregunta, hazla en la lista de correo. Es un poco maleducado enviar mensajes privados a los desarrolladores, a menos que tengas una razón para creer que es la única persona que pueda responder a la pregunta. (Si usas el correo privado, lo más probable es que se lo mandes al desarrollador equivocado y termines sin tener una respuesta porque quizá la persona a la que escribiste no sepa del asunto.)
Las listas de correo y la documentación las ponen los programadores para hacer posible ayudar a un gran número de usuarios. Recuerda que todo el mundo es un voluntario, y que si necesitas consultoría pagada, probablemente esté disponible.
Nadie está al cargo. La gente suele esperar que alguien esté al cargo de un proyecto de software libre, o esperan que alguien les asigne algún trabajo que hacer y una fecha límite. No funciona de esa manera. No puedes controlar sobre lo que otra gente trabaja, y nadie va a decirte sobre qué tienes que trabajar, aunque habrá muchos consejos. Tendrás que pringarte un poco y hacer que algo ocurra.
Coordinate con otros. Si pasas 3 meses escribiendo alguna funcionalidad guapa, y luego descubres que el mantenedor odia esa idea y que no aceptará el parche, o encuentras que tu parche no se puede aplicar a la última versión en desarrollo, o ves que alguien ya hizo el mismo trabajo, estarás fustrado. Si tienes intención de trabajar sobre algo, manda una pequeña nota al mantenedor para que lo sepa. La mayoría serán escepticos (reciben muchas notas y nunca ven los resultados) pero harán una nota mental y quizá te den algún consejo.
Si acabas fuertemente involucrado en un proyecto, se puede tener una coordinación más fina usando una combinación de email, CVS e IRC. El CVS hace un gran trabajo uniendo los cambios cuando la comunicación se rompe.
No hay respuesta a la pregunta: ¿Cuándo estará X terminado?" ó "¿Se implementará la funcionalidad X?" La respuesta a ambas preguntas es "cuando alguien haga el trabajo". Si ese alguien eres tu, entonces sabes la respuesta. Si ese alguien no eres tu, entonces tendrás que esperar y ver qué pasa. :-) No hay ningún coordinador ni nadie que se asegure de que las cosas ocurren.
Los programadores de sillón son malos. Un programador de sillón parece tener un flujo incesante de ideas birllantes cuando escribe en las listas de correo, pero o bien no programa o no sabe cómo programar. Si no sabes programar, no sabes como diseñar software tampoco. Punto. Solo causarás problemas.
Hay un montón de cosas que los no programadores pueden hacer de todas formas: Mandar informes de errores, petición de características ( siempre que no sean muy especulativas y no estén relacionadas con el código existente), escribir documentación, ayudar a los usuarios con sus preguntas y la instalación, grupos de usuarios, mantenimiento de páginas web, administracion de servidores, hacer paquetes para distribuciones, etc. Los hackers aprecian el interés por su trabajo y tu ayuda.
Curiosear[*] es bueno. La tentación de apuntarte a una lista de correo y empezar a comentar sobre todo suele ser fuerte. Pero no te conviertas en un programador de sillón. Escribe si tienes cosas relevantes que contar, si descubres cómo reproducir un bug, si sabes como coger experiencia en en el tema, si conoces las respuestas a las preguntas. Si no es así, no mandes mensajes. Además, siempre es buena idea curiosear durante un tiempo antes de que empieces a escribir, simplemente para ver de qué va el tema.
[*] Lurk es la palabra utilizada en inglés (Nota del Traductor)
Comprende los copyrights, las patentes, licencias, trademarks y demás. Tienes que ser un poco abogado para involucrarte en software libre. Esto significa que tienes una reponsabilidad para contigo para aprender sobre ello. Tradicionalmente, una manera de aprender es observar las mismas peleas de siempre que ocurren semana tras semana en el grupo de noticias gnu.misc.discuss. Una manera más rápida es leer el web de GNU, en particular su análisis de la terminología. No envies correos sobre temas legales si no los comprendes. Pero deberías comprenderlos si vas a escribir software y aplicarle una licencia al mismo.
Respeta los deseos del mantenedor del paquete. Es siempre bueno usar la misma licencia, el estilo de código, etc. que el que utiliza el mantenedor del paquete al que le estás mandando un parche. Si usas CVS, no envies tus parches sin pedir primero permiso al mantenedor del paquete.
Usa la opción -u de diff cuando mandes un parche.Un punto de menor importancia, pero casi siempre todo el mundo prefiere este formato.
Recuerda que todo el mundo es voluntario. Trátalos con el respeto que merecen. Sólo están trabajando en ello porque disfrutan. Es de desagradecidos maltratar a alguien que te ha dado algo gratis.
Intenta estar concentrado. Muchos tenemos problemas con esto, pero cuanto más te centres en una tarea y la termines, tus resultados serán más útiles. Yo encuentro que tengo que coger pequeñas tareas para llevar esto adelante. Otra gente es mejor en los proyectos de más largo plazo. Organiza tus esfuerzos en concordancia con tu personalidad. Intenta terminar proyectos antes de empezar 100 proyectos superambiciosos.
Aprende sobre la comunidad. Es una buena idea mantenerte informado en los sitios de noticias como LinuxToday, LWN ó Slashdot y también los sitios relacionados con los proyectos con los que estés trabajando. (Los tres que he mencionado son tres que yo leo). Un buen libro sobre la historia de la comunidad es Hackers, escrito por Steven Levy. www.gnu.org tiene mucha información también y curioseando en las listas de correo aprenderás un montón.
Participarás en peleas. De cualquier manera, hagas lo que hagas, alguién te atacará y te verás envuelto en una pelea o flame. Internet es así. Algunas personas no han aprendido esta lección todavía y se cabrean y responden virulentamente cuando pasa; No lo hagas. Si lees las listas de correo, pronto aprenderás qué gente es más propensa a tener puntos de vista válidos y cuáles son flamers habituales. (Date cuenta que ambos no son mútuamente excluyentes; algunos de los hackers más productivos son también flamers). Desarrolla una piel resistente, la vas a necesitar.
Diviertete.Programar es, al fin y al cabo, trabajar. Es sentarse y dedicar tiempo a escribir código o documentación. Pero hay muchas oportunidades de socializar, en conferencias, en IRC, a través del email. Escribir código es divertido durante la mayoría del tiempo. Así que disfrutalo. Eso es parte del motivo. No tomes demasiado en serio este documento o alguna de sus reglas.
Enlaces: Las ideas de Eric Raymond sobre este tema están en aquí [traducción Aquí]; Su HOWTO describe como unirte a la "cultura hacker". La cultura no es realmente necesaria para participar en proyectos de software libre, en mi opinión. Mientras sigas la manera de trabajar que sigue la comunidad no tienes que meterte en los temas sociales de la misma (a menos que quieras). Advogato (el alter ego de Raph Levien) también tiene un ensayo aquí. Después de leer todos estos consejos, en las palabras de RMS, happy hacking!.
Traducido con permiso del autor del original en http://www106.pair.com/rhp/hacking.html, por Robert Sanford Havoc Pennington.
jueves, enero 25, 2007
un gaditano en silon valley un blog al que no hay que perder de vista
ejemplos de ajax para las apis de google ahora te toca a ti sacarle provecho a las apis de google.. desde hola mundo hasta... donde tu quieras
viernes, diciembre 29, 2006
Google Maps + Catastro = GoogleAstro
gracias a Jesus Barrio de www.tecnologiainmobiliaria.net nos llega el catastro en gmaps
y otra entrada imprescindible de su blog es esta:
y otra entrada imprescindible de su blog es esta:
Servicios imprescindibles en Internet
Este es un listado de aquellas páginas de Internet que ofrecen servicios con valor imprescindible para toda empresa inmobiliaria que se precie:
- Oficina Virtual del Catastro: Pagina web donde podrás consultar el catastro por Internet. El catastro que hay en Internet es oficial, y por lo tanto es el mismo que se maneja en la Agencia Tributaria. Algunas zonas no están digitalizadas. Pidiendo un certificada X509 es posible consultar un listado de propiedades a partir del titular catastral que se encuentre posesión del certificado.
- Registradores de la Propiedad: Servicio donde te permite pedir notas simples por Internet. El coste de de 9 € para una nota simple ordinaria y 12 € con información continuada. Se tarda aproximadamente entre 1 y 2 días en recibir la nota simple. Se envía por mail a una dirección de Internet en formato PDF. Es posible abonarse para que los cargos se hagan automáticamente.
- SigPac (Sistema de Identificación de Parcelas Agrícolas): Servicio gratuito que te permite ver toda España a vista de pájaro mediante fotografías satelitales. Se pueden hacer búsquedas por polígono y parcela, da información sobre los olivos de cierta parcela, permite superponer la información del catastro con la de los mapas satelitales, y generar informes detallados en formato PDF sobre una determinada parcela.
- Mapas Google: También un servicio de mapas y fotografías satelitales, pero que a diferencia de SigPac, es más rápido, permite hacer búsquedas por calle y número, calcular rutas, superponer mapas con fotografía satélite, y buscar negocios en cierta zona. Como inconveniente, no tiene mapas satélite a vista de pájaro de toda España, sino que sólamente de las zonas más importantes.
- Codigos Postales de Correos: Herramienta imprescindible para conocer cual es el código postal de determinada propiedad.
- Callejero Fotográfico QDQ: Fotografías de las fachadas de los edificios hechas desde la calle. Actualmente solamente están las ciudades de Barcelona, Madrid, Santander, Santiago, Sevilla, Valencia y Valladolid. Permite conocer la fachada de locales y pisos sin moverte de la oficina.
- Modelos de Contratos TodaLey.com: Modelos de contratos que te podrás ver modelos de contratos de compraventa, arrendamiento, permuta, sociedad, etc.
- Ayuntamientos de toda España en Nalsite : Pagina con un directorio de todos los ayuntamientos de España, con un link a su página web en el caso de que la tenga.
jueves, diciembre 28, 2006
10 sistemas operativos-web online
10 sistemas operativos-web-online
dicen que sera el futuro.. a veces no esta de mas hecharle un vistazo
dicen que sera el futuro.. a veces no esta de mas hecharle un vistazo