28 febrero 2011
25 febrero 2011
#{ Control de versiones, subversion }
http://solitarygeek.com/java/subversion-and-netbeans-a-quick-start-guide
http://www.inwebwetrust.net/post/2007/01/19/guia-rapida-subversion
http://www.jberlana.es/subversion-netbeans/
Netbeans y Google code:
http://www.axino.net/tutorial/2009/12/how-to-use-netbeans-and-google-code
http://www.ramos.utfsm.cl/doc/828/sc/usando-google-code.pdf
http://www.inwebwetrust.net/post/2007/01/19/guia-rapida-subversion
http://www.jberlana.es/subversion-netbeans/
Netbeans y Google code:
http://www.axino.net/tutorial/2009/12/how-to-use-netbeans-and-google-code
http://www.ramos.utfsm.cl/doc/828/sc/usando-google-code.pdf
22 febrero 2011
#{ KISS y YAGNI }
Preston: Do you have any advice for people starting to undertake large open source projects? What have you learned by managing the Linux kernel?
Linus Torvalds: Nobody should start to undertake a large project. You start with a small _trivial_ project, and you should never expect it to get large. If you do, you'll just overdesign and generally think it is more important than it likely is at that stage. Or worse, you might be scared away by the sheer size of the work you envision.
So start small, and think about the details. Don't think about some big picture and fancy design. If it doesn't solve some fairly immediate need, it's almost certainly over-designed. And don't expect people to jump in and help you. That's not how these things work. You need to get something half-way _useful_ first, and then others will say "hey, that _almost_ works for me", and they'll get involved in the project.
And if there is anything I've learnt from Linux, it's that projects have a life of their own, and you should _not_ try to enforce your "vision" too strongly on them. Most often you're wrong anyway, and if you're not flexible and willing to take input from others (and willing to change direction when it turned out your vision was flawed), you'll never get anything good done.
In other words, be willing to admit your mistakes, and don't expect to get anywhere big in any kind of short timeframe. I've been doing Linux for thirteen years, and I expect to do it for quite some time still. If I had _expected_ to do something that big, I'd never have started. It started out small and insignificant, and that's how I thought about it.
Linus Torvalds: Nobody should start to undertake a large project. You start with a small _trivial_ project, and you should never expect it to get large. If you do, you'll just overdesign and generally think it is more important than it likely is at that stage. Or worse, you might be scared away by the sheer size of the work you envision.
So start small, and think about the details. Don't think about some big picture and fancy design. If it doesn't solve some fairly immediate need, it's almost certainly over-designed. And don't expect people to jump in and help you. That's not how these things work. You need to get something half-way _useful_ first, and then others will say "hey, that _almost_ works for me", and they'll get involved in the project.
And if there is anything I've learnt from Linux, it's that projects have a life of their own, and you should _not_ try to enforce your "vision" too strongly on them. Most often you're wrong anyway, and if you're not flexible and willing to take input from others (and willing to change direction when it turned out your vision was flawed), you'll never get anything good done.
In other words, be willing to admit your mistakes, and don't expect to get anywhere big in any kind of short timeframe. I've been doing Linux for thirteen years, and I expect to do it for quite some time still. If I had _expected_ to do something that big, I'd never have started. It started out small and insignificant, and that's how I thought about it.
#{ Pildoras de PHP }
http://blogdesarrollo.com/php/2010/09/09/iniciandome-en-el-desarrollo-con-cakephp/
http://omixisc.blogspot.com/2007/09/primeros-pasos-con-cakephp.html
http://www.programacion.com/articulo/smarty_277
http://www.guebs.com/manuales/smarty/index.html
http://www.jorgebravo.es/2009/10/ide-para-desarrollo-profesional-en-php-mysql/
http://omixisc.blogspot.com/2007/09/primeros-pasos-con-cakephp.html
http://www.programacion.com/articulo/smarty_277
http://www.guebs.com/manuales/smarty/index.html
http://www.jorgebravo.es/2009/10/ide-para-desarrollo-profesional-en-php-mysql/
18 febrero 2011
#{ Validar tipo de dato por columna }
http://www.coderanch.com/t/488016/GUI/java/JTable-set-column-data-type
http://allaboutbasic.com/2011/01/01/jtable-cell-validation-how-to-make-jtable-cell-allow-or-accept-only-integer-numeric-numberdata/
http://waltermilner.com/downloads/JavaSwing/UsingJTables.pdf
http://allaboutbasic.com/2011/01/01/jtable-cell-validation-how-to-make-jtable-cell-allow-or-accept-only-integer-numeric-numberdata/
http://waltermilner.com/downloads/JavaSwing/UsingJTables.pdf
17 febrero 2011
16 febrero 2011
#{ Lectura correcta del getFrom - JavaMail }
http://www.programacion.com/articulo/api_javamail_91/4#JavaMailFetching
Para poder trabajar con la direccion del que envia: [0]
Para poder trabajar con la direccion del que envia: [0]
mensajes[i].getFrom()[0].toString();
15 febrero 2011
#{ Patrones de Diseño por Cerebro }
http://dukechile.blogspot.com/2008/06/el-patron-prototype-prototipo.html
http://dukechile.blogspot.com/2008/06/el-patrn-extension-objects.html
http://dukechile.blogspot.com/2008/07/el-patrn-command.html
http://dukechile.blogspot.com/2008/07/el-patrn-observer-observador.html
http://dukechile.blogspot.com/2008/07/el-patrn-memento.html
http://dukechile.blogspot.com/2008/08/el-patrn-cadena-de-responsabilidad.html
http://dukechile.blogspot.com/2008/06/el-patrn-extension-objects.html
http://dukechile.blogspot.com/2008/07/el-patrn-command.html
http://dukechile.blogspot.com/2008/07/el-patrn-observer-observador.html
http://dukechile.blogspot.com/2008/07/el-patrn-memento.html
http://dukechile.blogspot.com/2008/08/el-patrn-cadena-de-responsabilidad.html
11 febrero 2011
10 febrero 2011
09 febrero 2011
07 febrero 2011
#{ ActiveRecords - ActiveObjects - ORM }
http://www.javalobby.org/articles/activeobjects/
http://rpstechnologies.net/ron/blog/2010/07/activejdbc-activerecord-for-java/
http://igorpolevoy.blogspot.com/2010/02/activerecord-in-java-activejdbc.html
http://stackoverflow.com/questions/452385/what-java-orm-do-you-prefer-and-why
http://java-source.net/open-source/persistence
http://stackoverflow.com/questions/716532/hibernate-ibatis-jee-or-other-java-orm-tool/1714417#1714417
http://rpstechnologies.net/ron/blog/2010/07/activejdbc-activerecord-for-java/
http://igorpolevoy.blogspot.com/2010/02/activerecord-in-java-activejdbc.html
http://stackoverflow.com/questions/452385/what-java-orm-do-you-prefer-and-why
http://java-source.net/open-source/persistence
http://stackoverflow.com/questions/716532/hibernate-ibatis-jee-or-other-java-orm-tool/1714417#1714417
04 febrero 2011
03 febrero 2011
Suscribirse a:
Entradas
(Atom)