*A veces carga la interfaz de wireless, a veces no. Muy aleatorio
* Despues de hacer pm-suspend, no podia resumir
Solucion: /etc/mkinitcpio.conf . Saque autodetect y puse resume en la lista de HOOKS.

* la accion Suspend to RAM de Kde no hace nada, solo me pide la password cuando quiero volver a usarla.
* No anda el microfono para usar, por ejemplo, con Skype
Solución: Revisar bien dentro del alsamixer , ademas del nivel del volumen se pueden configurar algunas propiedades, por ejemplo en Mic Jack Mode tengo Mic In, en Digital Input Source tengo Digital Mic 1. Asi me funciona.

*Desactivar el Beep del sistema.
Solucion: También se soluciona con el alsamixer, ahora no me acuerdo bien el comando, pero esta ahi. Despues ejecuten alsactl store asi se guardan los cambios y agreguen a alsa en la lista de modulos de /etc/rc.conf

Especificaciones del equipo
Intel® Core™ 2 Duo T6670 (2.20GHz, 2MB L2 Cache, 800MHz FSB)
13.3 inch UltraSharp™ WXGA LCD Display w/TrueLife™
4GB Shared Dual Channel DDR2 SDRAM at 800MHz, 2 DIMM
8X DVD+/-RW with double-layer DVD+/-R write capability, Roxio and Cyberlink PowerDVD™ DX 8.1 R
Deep Cherry Red with Intel® Intg Graphics Media Accelerator 4500M HD
250GB 5400RPM SATA Hard Drive
Dell Wireless™ 1397 802.11b/g Mini Card
Integrated 1.3MP Webcam and Digital Mic with webcam

xorg.conf

Section "ServerLayout"
Identifier "X.org Configured"
Screen 0 "Screen0" 0 0
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
SubSection "Display"
Viewport 0 0
Depth 1
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 4
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 8
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 15
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 16
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection


Placa de red
La placa anduvo derecho, haciendo modprobe ne2k-pci, igual que en mi maquina de escritorio.

Wireless setup (wifi)
Sobre este tema la wiki de arch tiene un muy buen articulo.
Se puede instalar un paquete desde AUR supuestamente. Yo segui las instrucciones del proveedor, y salio andando derechito

[root@delta]~-> lspci | grep BCM43
0e:00.0 Network controller: Broadcom Corporation BCM4312 802.11b/g (rev 01)


despues para levantar la interfaz hice


iwconfig eth0 essid MiRed key miClave



dhcpcd eth0


rc.conf (puede actualizarse)

#
# /etc/rc.conf - Main Configuration for Arch Linux
#

# -----------------------------------------------------------------------
# DAEMONS
# -----------------------------------------------------------------------
#
# Daemons to start at boot-up (in this order)
# - prefix a daemon with a ! to disable it
# - prefix a daemon with a @ to start it up in the background
#
DAEMONS=(syslog-ng network netfs crond dbus hal alsa gdm)


Webcam

[root@delta]~-> lsusb | grep Webcam
Bus 002 Device 002: ID 0c45:63e0 Microdia Sonix Integrated Webcam

No se que hice, creo que anduvo de una. Bajen el cheese con el pacman y prueben.
Eso si, habia que setear bien los permisos
# gpasswd -a video
# chmod 666 /dev/video0


Los autores del texto proponen la existencia de dos ejes o conceptos fundamentales comunes a todos los sistemas de objetos. A la vez, y en base a trabajos previos, describen diversos enfoques y mecanismos posibles para cada uno de estos ejes.

Nos llama la atención la preponderancia y la aceptación que tiene uno de estos enfoques, el de sharing por herencia, por sobre los demás en el público general no especializado y en la industria. Éste enfoque, implementado en lenguajes como Simula y Smalltalk, en boca de los autores resulta bastante complejo al lado de otras alternativas, como es el caso de la delegación.

Una característica de estos lenguajes que puede ser deseada es la robustez. Esta robustez o rigidez en algunas partes del lenguaje es lo que por lo general se ataca por parte de los defensores de Smalltalk a la programación estructurada o mismo a los lenguajes orientados a objetos tipados. Indudablemente, los lenguajes que revén los autores deben ser más flexibles que Smalltalk, enumerar las razones de este enunciado no es el objetivo de este análisis.

En la comparación entre los distintos enfoques uno podría buscar cuál de todos ellos representa mejor al paradigma de objetos. En este sentido pareciera que los lenguaje que implementan delegación como mecanismo de sharing resultan más puros que los que utilizan herencia de clase. Hemos visto que la metáfora de las clases es externa al paradigma de objetos, por lo tanto su uso, que de ninguna manera es infundado, estaría aumentando la complejidad del sistema. La delegación, en cambio, es un mecanismo transparente. No nos fuerza a crear estos objetos “especiales” que representan ideas abstractas o generalizaciones de otros objetos del sistema. Un aspecto que nos resulta sospechoso de este enfoque es la dispersión de la definición de comportamiento a lo largo del sistema en objetos que a priori no representan nada singular. Pero lo dejamos en el marco de sospecha por que no tengo conocimiento de cómo organizan este tipo de cosas los lenguajes concretos y qué ventajas o comodidades brindan los ambientes de desarrollo de los mismos.

Resulta tentador intentar medir la calidad de cada uno de estos enfoques, o mejor dicho, cual es mejor que otro. Puesto con estas palabras uno diría que tal misión es imposible. Primero habría que definir “mejor para hacer qué” dado que distintas tareas requieren distintas herramientas. Si consideramos el ámbito industrial, el mercado de los lenguajes de objetos esta dominado por lenguajes con herencia de clase, en general, tipados. A lo que nos surge la siguiente pregunta: ¿Hay lugar en el mercado para lenguajes como Self? Uno puede pensar que no, que la flexibilidad y el dinamismo que éste provee no son necesarios para los desarrollos de hoy. O que el know-how existente de los lenguajes “convencionales” está demasiado afianzado en la población de programadores actual y simplemente no vale la pena. Ninguna de estas especulaciones me resulta definitiva. Tal vez el uso de Self y afines esté reservado a ambientes académicos y laboratorios de investigación, cuyo objetivo sea indagar mas profundamente en el paradigma para clarificar sus secretos o buscar la belleza en el mismo. Tal vez su objetivo nunca fue ser un lenguaje “industrial strength” (por la historia de Self en particular sé que no es así) sino mas bien aportarle a estos, desde su posición de vanguardia, funcionalidades y mecanismos concretos para hacer las cosas de otra manera.

Estos pensamientos surgieron a raíz de la lectura del Tratado y, si bien no intentan reafirmar o refutar alguna de sus conclusiones, si quieren buscar un marco en donde situar este desarrollo. Particularmente, consideramos que oír distintas voces o enfoques dentro de la programación orientada a objetos es una experiencia enriquecedora. Tanto porque nos enseña que no hay una sola manera de hacer las cosas como que nos ayuda a manejar y comprender mejor los conceptos subyacentes de una teoría que solemos utilizar a diario.

Apenas vi la camiseta nueva de manchester se me vino a la mente la imagen del superheroe que otrora se vistiera de Robin. Si bien me parece que la camiseta esta buena, no tiene nada que ver con el Manchester United. Me gustan los colores, aunque el rojo del escudo desencaja con la banda azul.

Podra Owen volver a ser, como lo fuera Dick Grayson, el niño maravilla con esta nueva camiseta?

1. Feeds. Ya que tenemos categorias, estaría muy bueno poder subscribirse a alguna e ir enterandote en  tiempo cuasi real de los nuevos artículos que se van agregando. Lo mismo para seguir vendedores.

2. Criterios de sorting y filtrado. Un poco en continuación con el punto anterior, quisieramos poder ordenar por tiempo de vida los articulos (no solo relevantes, mayor y menor precio). Ya estamos acostumbrados a hacer este tipo de cosas, en Youtube se hace de toque y resulta muy práctico. Algunas categorias tienen muy poco movimiento y esta bueno poder ver lo último.

3. Localización. Dado que el envio a domicilio todavía no forma parte de nuestra cultura comercial de una manera esencial, por lo general nos vemos a ir a buscar los articulos al domicilio del vendedor ya que los fletes o remises estan bastante salados. La mayor parte de mis compras son por la zona donde me muevo. Estaría bueno poder recavar este tipo de información de una manera útil, una opcion Sellers near you o poder definir un area de preferencia para mis vendedores en algun widget onda Google Maps.

4. Alertas. Estoy cansado de chequear todos los meses a ver si alguien vende la camiseta de la selección croata o la suplente nueva del Manchester. Un servicio de alertas me solucionaría el problema de tener que repetir la misma busqueda cada X tiempo  e incluso les evita a ellos la posibilidad de que me olvide y no compre algo que en otro momento puede estar disponible y yo siga deseoso de adquirir.

Por ahora les tiro eso, pero no duden que mejoras se pueden hacer por todos lados.

Y ahora voy a empezar a hablar por mi. La ropa que uso todos los dias la uso porque me es comoda, me gusta (a veces mas a veces menos) y es la que tengo.

Vayamos al punto:

• No creo en cambiar mi vestimenta en el ambito laboral. Salvo que trabaje en una mina o en la construccion, ahi deberia usar uno de esos casquitos. Basta de uniformes, basta de trajes.
• No voy a cambiar de ropa para salir a la noche, a tomar una birra o lo que sea con mis amigos. A los boliches no voy, pero eso es otro tema, ya de por si tienen su propia perversion.
• En el dia de hoy declaro la MUERTE DE LA ETIQUETA. Abajo con todo. Tengo 24 anios y jamas me compre una corbata. Espero seguir asi el mayor tiempo posible (a quien se le ocurre una corbata?).

Eso si, la limpieza sobre todo. Hablar siempre de la misma ropa no implica que no haya que cambiarla y lavarla en su momento justo. Tambien es parte del comfort.

* se pueden dar ambos casos en una persona

(?)

Cómo puede suceder esto? Cómo puede ser que el destino común de los egresados de una carrera como esta sea tal? Es lo que todos esperaban hacer una vez egresados de la facultad? Yo me niego a creerlo. Sí, una minoría se va a dedicar a la investigación en instituciones académicas, centros de desarrollo e investigación, incluso en el marco de una gran empresa. Mis loas para ellos.  Sin embargo es la mayoría la que me preocupa, no tanto por ellos sino por la tendencia que generan. Sin temor a equivocarme puedo decir que mi motivación para estudiar computación no fue la de terminar desarrollando sistemas para empresas. No es que lo vea excesivamemte mal, puede servir para dar los primeros pasos en el mercado laboral, ver de qué se trata e incluso ganar unos buenos pesos. Pero definitivamente no lo veo dentro de mí, no me veo ejerciendo esta actividad en el largo plazo  (no quiero hablar del resto de mi vida ni mucho menos).

Qué nos ofrecen estas empresas? Nuevas tecnologías, las cuales se limitan a saber Java o C# y sus respectivos frameworks (persistencia, presentación, inversión de control, etc). No quiero que parezca que estoy en contra de la industra, que soy un bicho de la facultad. Sin embargo quiero dejar en claro que me niego a aceptar que el mercado dicte lo que debemos ser como profesionales. Si estas son las posiciones laborales que dejan LA PLATA, bien por ellas, pero no podemos conformarmos. Debemos ser leales a nosotros, a nuestras convicciones. Y es muy fácil que estas se vean degradadas por las tendencias de la época y queden en el olvido pero tenemos que hacer el esfuerzo, si, para viajar “contracorriente”.

Por favor! No creamos que por trabajar estamos haciendo las cosas bien! Nuestra misión, la misión de cada uno, es algo más que eso. Demos un salto de creatividad, seamos creativos en nuestra actividad. No nos estanquemos en lo que esperan que debamos ser. No hay que ser funcional al sistema, por dios. Busquemos las alternativas en las cuales nos sintamos plenos, rechazemos lo demás. Por algo tenemos una formación universitaria, de algo tiene que servir. Si no, estamos despercidiando todo lo que aprendimos a lo largo de estos años. Si no, no somos mas que dientes de un gran engranaje.

Cuestionemosle a los patrones todo. No dejemos que nos impongan nada, si total los empleos que nos ofrecen no tienen nada de especial, hay montones y montones. Basta de frameworks, bibliotecas, lenguajes comerciales, patrones de diseño, técnicas y metodologías. Somos más que eso, tenemos el conocimiento y debemos usufructarlo. No podemos seguir siendo funcionales al mercado del software. Mercado que, como tal, considera al software como producto y nos obliga, en su continuo interés de maximizar el beneficio, a utilizar tecnologia vieja y obsoleta que está varias decadas atrasada con respecto a nuestro actual potencial.

Yo por lo menos, me siento obligado a cuestionarme cada cosa que me quieran hacer creer. Considerando la crisis y todo, nuestra posición es más que cómoda para decidir por nosotros mismos. No desaprovechemos las posibilidades.

1. Patada de obelo: destructor. Deberia ser como un Satanás pero sin llamas y con ingredientes de baja calidad.

2. Bebé de barba amarilla. Sale del Monkey Island 2. Hay otros dos nombres más pero este es el que más me gusta.

3. Wanchope: En honor al crack costarico. Lleva tequila y lo que haya en la casa.

¿Veremos a alguno de estos tragos materializarse en Marlon B.?