Saltar a contenido

Index

Buscando un portátil – Impresiones sacadas de foros y reviews

Tras pensar un poco en los requisitos que debería cumplir mi futuro portátil una búsqueda en DuckDuckgo y google usando combinaciones de palabras entre best, laptop, linux, 2014, 2015, programmer, developer,… Dan un montón de enlaces para hacerse una idea general del mercado y ajustar requisitos.

Sacando de la lista los de 17 pulgadas, compañías que no venden en España, y los que tienen hilos en los que se quejan claramente del funcionamiento en linux. Los más populares parecen ser:

  • En ultrabooks, la Serie T (T440 por ejemplo) o S (S220 por ejemplo) de Thinkpad, y en menor medida también los Yoga y la serie X (especialmente el X1 Carbon y el x240). Pero hay que tener cuidado con con algunos modelos cuya distribución de teclado es bastante mala. Yéndose a un thinkpad con linux esta página puede ser de ayuda.
  • Tras los ultrabook de Thinkpad el entusiasmo parece recaer en Dell XPS 13 Developer Edition con Ubuntu preinstalado. Lo más leído es que es muy parecido en rendimiento y prestaciones a los MacBook. Pero en la web de Dell ya no parece disponible.
  • En cuanto a worksation de los mejor valorados está el Thinkpad W540, que con una docking station y la nueva tecnología de puerto Thunderbolt permitiría conectar varios monitores. El punto negativo es que lleva una nvdia con tecnología optimus a la que por ahora no se puede sacar mucho partido en linux por lo que hay que quedarse con la intel integrada. Y no es precisamente barato.
  • Otras workstation bien valoradas con ventajas y contras parecidos al W540 son el HP Zbook 15 y el Dell precision m3800 developer edition con ubuntu preinstalado.
  • En portátiles con Linux preinstalado la compañía system76 tiene productos interesantes como el Gazelle Professional, pero con los gastos de envio y aduanas puede complicarse un poco
  • En el sector medio, están el lenovo Y50. La línea de Asus N550JK (como el DS71T). Los Asus S551LN (como el 4500U) que si se puede comprar con 16 GB de RAM tiene muy buena pinta.

Otras consideraciones

Si se quiere meter más criterios en la búsqueda:

Impresiones generales

Revisando foros y reviews me quedo con algunas ideas, basadas en impresiones personales y seguramente poco objetivas y sesgadas por las páginas en las que entré.

  • Para tener menos problemas en linux se prefiere Intel y Nvidia sobre Amd y Ati. Aunque las nvidia con tecnología optimus tampoco funcionan bien ahora.
  • También hay que tratar de evitar Broadcom en chipset para wireless.
  • Los discos duros SSD parecen gustar, o al menos combinar un SSD pequeño con otro magnético y se recomienda irse a 16GB de RAM
  • No escoger ninguna resolución de pantalla por debajo de 1366×768
  • En cuanto a fabricantes en los reviews de revistas Lenovo y Dell parecen los más recomendados y luego HP y Asus. En los foros Lenovo, Asus y MSI aparecen bastante, y con Dell y HP hay opiniones contrapuestas, hay a quien le gustan mucho y quien ha tenido muy malas experiencias

Conclusiones

Es bastante complicado escoger un ordenador simplemente en base a las reviews y las opiniones. Para acertar con lo que se necesita manteniendo un precio lo más bajo posible, como mínimo hay que conocer los diferentes micros.

En general las reviews y los foros parecen bastantes inclinados hacia las gama alta y los ultraportátiles cuando en general, sobre todo si esperas una vida útil para un ordenador de trabajo de 4 o 5 años. Pudiendo luego reciclarse el ordenador hacia usuarios con menos requisitos y comprar otro de gama media para otro ciclo de trabajo.

Al principio valoraba mucho tener 1 Tb de disco duro, ahora me inclino más hacia un SSD de 500GB o un SSD pequeño y otro magnético mayor o incluso uno externo.

Referencias

Recomendadores y «certificaciones» linux para portátiles

Resto de artículos de esta serie

Buscando un portátil para programar

Ha llegado el momento de comprar un portátil nuevo para trabajar y la elección no es fácil. Demasiadas marcas, modelos y siglas para hacer una compra medianamente informado, así que antes de volverme muy loco, si alguno de mis estimados lectores tuviera alguna sugerencia sería muy de agradecer.

Precio: En torno a 1.000€, si es menos mejor.

Sistema operativo: Tiene que ser usable con linux al 100%

Objetivo principal, poder ejecutar a la vez:

  • Una máquina virtual con Tomcat (geoserver) y postgresql, que se llevaría 2 o 3 GB de RAM
  • Eclipse o emacs
  • Un virtualenv con una aplicación en python
  • Chrome con las dev tools
  • Firefox con un par de pestañas
  • Un par de cosas más, como un par de terminales, el reproductor de música, pidgin,…

Requisitos hardware:

  • 8 o 16 GB de RAM
  • 1 TB de disco duro
  • Pantalla de 14 o 15 pulgadas
  • Gráfica que no se coma RAM del ordenador. Si tuviera salida para dos pantallas sería ideal
  • Si tuviera VGA y HDMI por compatibilidad con distinta cacharrada sería preferible pero no imprescindible
  • Virtualización por hardware
  • El 90% del tiempo estará conectado a la electricidad, con teclado y pantalla externa, así que no hace falta que tenga mucha batería ni poco peso (mientras esté por debajo de 2.6kg)

Resto de artículos de esta serie

Compilando y depurando un plugin de ejemplo para gvSIG 2.1 desde Eclipse

Joaquín del Cerro ha publicado un artículo explicando como compilar y depurar un plugin de ejemplo para gvSIG 2.1 con NeatBeans. He adaptado sus instrucciones para Eclipse que es mi IDE habitual. Este artículo no es tan detallado como el suyo así que seguramente tendrás que consultar los dos, especialmente los pasos previos que comenta Joaquín para que todo funcione.

Una vez que tenemos los «previos» realizados, creamos un nuevo workspace en eclipse, por ejemplo workspace-gvsig-landregistry.

[ ![compile_plugin_gvsig21_1](https://conocimientoabierto.es/wp-content/blogs.dir/16/files/compile_plugin_gvsig_21/cache/compile_plugin_gvsig21_1.png-nggid0225-ngg0dyn-0x0x100-00f0w010c010r110f110r010t010.png "compile_plugin_gvsig21_1") ](https://conocimientoabierto.es/wp-content/blogs.dir/16/files/compile_plugin_gvsig_21/compile_plugin_gvsig21_1.png)

Nos aseguramos de que tenemos instalados en eclipse:

Abrimos la perspectiva de eclipse de SVN Repository Exploring, desde Window -> Open perspective -> Other, o cualquier otro de los sitios desde los que se puede abrir.

Y añadimos el repositorio del plugin desde File -> New -> Repository Location o el icono correspondiente. Como URL usaremos:
<br></br>http://devel.gvsig.org/svn/gvsig-plugintemplates/org.gvsig.landregistryviewer/trunk/org.gvsig.landregistryviewer/<br></br>

[ ![compile_plugin_gvsig21_2](https://conocimientoabierto.es/wp-content/blogs.dir/16/files/compile_plugin_gvsig_21/cache/compile_plugin_gvsig21_2.png-nggid0226-ngg0dyn-0x0x100-00f0w010c010r110f110r010t010.png "compile_plugin_gvsig21_2") ](https://conocimientoabierto.es/wp-content/blogs.dir/16/files/compile_plugin_gvsig_21/compile_plugin_gvsig21_2.png)

Seleccionamos el repositorio que acabamos de añadir y en el menú contextual escogemos Check out as maven project

[ ![compile_plugin_gvsig21_3](https://conocimientoabierto.es/wp-content/blogs.dir/16/files/compile_plugin_gvsig_21/cache/compile_plugin_gvsig21_3.png-nggid0227-ngg0dyn-0x0x100-00f0w010c010r110f110r010t010.png "compile_plugin_gvsig21_3") ](https://conocimientoabierto.es/wp-content/blogs.dir/16/files/compile_plugin_gvsig_21/compile_plugin_gvsig21_3.png)

Si no tenemos el conector de maven-svn instalado, nos pedirá instalarlo. En la ventana previa al checkout nos aseguraremos de que la opción «All projects» está activada

[ ![compile_plugin_gvsig21_4](https://conocimientoabierto.es/wp-content/blogs.dir/16/files/compile_plugin_gvsig_21/cache/compile_plugin_gvsig21_4.png-nggid0228-ngg0dyn-0x0x100-00f0w010c010r110f110r010t010.png "compile_plugin_gvsig21_4") ](https://conocimientoabierto.es/wp-content/blogs.dir/16/files/compile_plugin_gvsig_21/compile_plugin_gvsig21_4.png)

Puede tardar un ratito en descargar, sobre todo si tiene que descargar muchas dependencias. Cuando acabe, pasamos a la perspectiva Java y ya tendremos los proyectos correspondientes al plugin configurados en el workspace.

[ ![compile_plugin_gvsig21_5](https://conocimientoabierto.es/wp-content/blogs.dir/16/files/compile_plugin_gvsig_21/cache/compile_plugin_gvsig21_5.png-nggid0229-ngg0dyn-0x0x100-00f0w010c010r110f110r010t010.png "compile_plugin_gvsig21_5") ](https://conocimientoabierto.es/wp-content/blogs.dir/16/files/compile_plugin_gvsig_21/compile_plugin_gvsig21_5.png)

Si no tienes la opción de Build automatically activada, haz un build all. A continuación pon un punto de ruptura para comprobar que todo funciona correctamente en el punto que indica Joaquín (método createWindow de la clase LandRegistryViewerExtension).

Tras lanzar gvSIG en modo debug,

<br></br>./gvSIG --debug --pause<br></br>

configuramos el debugger. En Debug Configurations, añadiremos una nueva configuración del tipo Remote Java Application

[ ![compile_plugin_gvsig21_6](https://conocimientoabierto.es/wp-content/blogs.dir/16/files/compile_plugin_gvsig_21/cache/compile_plugin_gvsig21_6.png-nggid0231-ngg0dyn-0x0x100-00f0w010c010r110f110r010t010.png "compile_plugin_gvsig21_6") ](https://conocimientoabierto.es/wp-content/blogs.dir/16/files/compile_plugin_gvsig_21/compile_plugin_gvsig21_6.png)

En name pondremos lo que queramos, por ejemplo org.gvsig.landregistryviewer.app, en project org.gvsig.landregistryviewer.app.mainplugin y en port 8765. Si antes de crear la configuración de debug seleccionamos el proyecto org.gvsig.landregistryviewer.app.mainplugin en el package explorer nos rellenará automáticamente name y project.

[ ![compile_plugin_gvsig21_7](https://conocimientoabierto.es/wp-content/blogs.dir/16/files/compile_plugin_gvsig_21/cache/compile_plugin_gvsig21_7.png-nggid0230-ngg0dyn-0x0x100-00f0w010c010r110f110r010t010.png "compile_plugin_gvsig21_7") ](https://conocimientoabierto.es/wp-content/blogs.dir/16/files/compile_plugin_gvsig_21/compile_plugin_gvsig21_7.png)

Al darle a debug debería abrirse gvSIG y pararse la ejecución en el punto que hemos marcado.

Libro: Javascript. The definitive guide. David Flanagan.

Hace poco terminé de leer JavaScript. The definitive guide, de David Flanagan (la sexta edición). El libro tiene unas mil página aunque la segunda parte es una guía de referencia (que viene bastante bien para cuando trabajas off-line).

El libro cubre tanto el core del lenguaje como la API de cliente, es decir las funcionalidades que proporcionan los navegadores, y también tiene un capítulo sobre jQuery. A pesar de ser de 2011 está orientado hacia HTML5 y ECMAScript 5, así que cubre cosas como la API de Geolocalización, WebWorkers, WebSockets, Client Side Databases, …

Empecé a leerlo, sin conocer demasiado javascript y con la idea de adquirir buenas prácticas de desarrollo en javascript y en ese sentido me decepcionó un poco. El libro está bien, pero es poco opinativo. Javascript es un lenguaje muy amplió de por sí, y creo que cuando empiezas con él, es necesario que te fijen un par de ideas claras en la cabeza y no que te presenten todas las opciones disponibles. Por ejemplo, presenta muchos ejemplos de código donde enseña a lidiar con las diferencias entre navegadores, o como gestionar eventos, cuando en la práctica la mayoría usamos una librería tipo jQuery que nos abstraiga de esos problemas.

Mi próxima lectura seguramente será Javascript, the good parts, de Douglas Crockford, que es bastante más corto, y más orientado a promocionar buenas prácticas que a orientarse en el lenguaje. Cuando lo lea podré comparar, pero me da la impresión de que es mejor leer primero el de Crockford y luego el de Flanagan.

Supongo que las partes más interesantes variarán según para que tengas que usar javascript, para mi lo mejor del libro seguramente es:

  • Que dedica bastante tiempo al Cross Origin y problemas relacionados. Por ejemplo en la sección 13.6.2, 18.1.6. En la 22.3 que explica la API para que un script pueda pasar mensajes a otro objeto Window. Y en la 18.2 explica como gestionar JSONP.
  • El capítulo 18 en general, donde habla de Ajax (y algo de Commet) es bastante útil para aclarar conceptos.
  • El capítulo 10, es el típico sobre expresiones regulares, pero la verdad es que este merece la pena leerlo. Está bastante bien explicado incluido algunos conceptos avanzados que suelen obviarse.
  • Los capítulos del 6 (Objetos), 7 (Arrays), 8 (Funciones) y 9 (Clases), son para mi la parte central del libro. Conviene leerlos con calma y repasarlos para entender como funciona Javascript. En él tratan temas como los constructores y prototype, el hoisting, closures, o los atributos de las propiedades de los objetos o sparse arrays

Este libro es una muy buena opción si ya sabes algo de Javascript y quieres adquirir fundamentos más sólidos en el lenguaje. Si buscas un libro de introducción al desarrollo web o a la programación en javascript seguramente haya opciones mejores.

Otras críticas al libro

Libro: Matar a un ruiseñor

Matar a un ruiseñor es una de las entradas de la wikipedia sobre un libro más largas que he leído. Creo que el libro ha crecido con esa mitificación que tienen los escritores de novela única animada con las teorías conspiranoicas de haber sido escrito por Truman Capote, amigo de la autora.

No me entiendan mal, Matar a un ruiseñor es un buen libro, de hecho un muy buen libro. Pero, cuando lo lees buscando una novela sobre La Gran Depresión, no puede compararse con Las Uvas de la Ira, y cuando lo lees porque aparece de primero en un montón de rankings distintos, decepciona un poco.

También puede ser simplemente que debería haberlo leído hace unos cuantos años, o que sea demasiado americano y que cada vez que leo una novela de aprendizaje lo comparo con Memorias dun neno labrego y por contexto y la edad en lo que lo leí, no hay color.

Matar a un ruiseñor es una buena opción si buscas una novela sobre la américa de la primera mitad del siglo XX o eres un (pre) adolescente buscando algo un poco más interesante que Crepúsculo.

Puedes comprarlo en tu tienda habitual.

Referencias