De cualquier modo hay mucho más riesgo en una certificación dada por una evaluación estándar, los que aplican pueden convertirse en expertos en evaluaciones y aún así tener muchas deficiencias a la hora de encarar un proyecto.
Un conocimiento estructurado y estándar en Python no garantiza la capacidad de construir soluciones, no habla de un manejo fluido de la tecnología, no garantiza destrezas de trabajo en equipo, de saberse comunicar ante sus pares. Tampoco tener un proyecto en repositorios o hacer muchos commits dar mayor garantía, mucha gente podría gozar de la sombra del trabajo de otros, realizar muchos commits triviales, encargarse de tareas rutinarias que no exigen mayor capacidad. Creo que el problema en el fondo no está en Python sino en "el mundo empresarial" donde precisamente la coherencia y creatividad son bienes bastante escasos y actúan con márgenes de maniobra muy limitados, todo ponderado finalmente según la acumulación de capital. Saludos F. Palm 2013/3/24 Alexandro Colorado <[email protected]> > Esto no creo que sea funcional, de hecho, la situacion de una > certificacion tradicional es por que es mas medible, que en un > portafolio de codigo. > > Es decir, certifica que tienes un conocimiento estructurado y estandar > del lenguaje. > > Un pedazo de codigo puede o no tocar, puede seguir convenciones > estandares, o no, y finalmente el proyecto puede funcionar pero tener > grandes bugs y errores de desarrollo asi como excesivo consumo de > memoria. > > El que sea un proyecto "real" no creo que signifique que este excento > de estos riesgos. > > On 3/24/13, francis <[email protected]> wrote: > > > >> No entiendo muy bien la logica de ese movimiento, para saber python > >> debes ser buen desarrollador de C? > > > > No, uso puede ayudar sólo sabiendo Python. Pero al fin y al cabo es sólo > > un ejemplo de un proyecto en el qual se toca Python, naturalmente no > > tiene que ser en el desarollo del core. > > > > La idea es que poder demostrar con proyectos de exposición 'reales' y > > visibles a todos que uno puede desarollar y es fluido en el lenguage. > > > > Mi opinión es que me parece mucho mejor poder poner ese typo de > > referencias (links a repos, commits, docs) en un currículum. > > > > > > Saludos, > > > > francis > > > > > > _______________________________________________ > > Python-es mailing list > > [email protected] > > http://mail.python.org/mailman/listinfo/python-es > > FAQ: http://python-es-faq.wikidot.com/ > > > > > -- > Alexandro Colorado > Apache OpenOffice Contributor > http://es.openoffice.org > _______________________________________________ > Python-es mailing list > [email protected] > http://mail.python.org/mailman/listinfo/python-es > FAQ: http://python-es-faq.wikidot.com/ > -- -------------------------------------- [email protected] [email protected] cel: +58 +424 7228252 tel: +58 +274 6352001 ---- Debemos ser libres, no para hacer lo que nos plazca, sino libres para comprender muy profundamente nuestros propios instintos e impulsos. K
_______________________________________________ Python-es mailing list [email protected] http://mail.python.org/mailman/listinfo/python-es FAQ: http://python-es-faq.wikidot.com/
