La locura de pasar una tabla como parametro en SQL.

Esta tarde he pasado un buen rato, (buen, de largo ... no de bueno). Intentado saber como se puede indicar a un procedimiento almacenado (PA) en Microsoft SQL Server una tabla para que este componga la Query necesaria, en este mismo momento aun no tengo claro si eso es realmente posible, no obstante voy a intentar explicar los pasos que voy a dar para resolver el problema, aun que no estoy muy seguro de si podré lograr mi objetivo.
me gustaría también indicar que la idea es poder utilizar tablas dentro de mi PA que estan en otras bases de datos y que han sido vinculadas a la instancia del servidor correspondiente y que por razones de funcionamiento necesito poder hacer referencia, sin saber, en el momento de crear el PA, ya que este me gustaria utilizarlo, para en principio un numero ilimitado de servidores vinculados.

Para empezar y despues de mucho buscar veo que en http://blogs.techrepublic.com.com/ alguien ha tenido un problema parecido, pero no igual ... bien, parece que no partimos de cero y que no tendré que leerme el manual de instrucciones de Microsoft.

Vaya pues no se puede hacer.

¿Faltan programadores?

No soy de los que se quejan, pero hay cosas de las que me quiero quejar. En primer lugar me gusta la programación por tes razones:

- Es algo que te puede hacer rico si tienes una buena idea.(continua leyendo cuanto se te pase la risa).
- Es un trabajo que puedes hacer desde cualquier sitio, solo necesitas un ordenador, unas manos (opcionales) y un cerebro (imprescindible).
- Es un trabajo divertido.

Por desgracia, la mayoria de nostros nunca tenemos ninguna de esas tres y tenemos con conformarnos con:

- Sueldo medio.
- En una oficina prestada, cutre, ... (el lector puede continuar por esta liena)
- Nula diversion ... sin comentarios.

Ahora mis razones de porque la gente no quiere ser programador y porque los que quieren serlo quieren mas dinero (todo el mundo quiere mas dinero):
La programacion es un tarea dura, muy dura, hay que crear algo de la nada (o peor aun, modificar algo (una mierda) ya existente) y no hay muchas formas de "escaquearse" del trabajo duro, por eso todos quieren ser jefes de proyecto ... (posiblemente porque piensen que para estos la vida es mas facil ... no se si es así ... supongo que como dice mi abuela ... no todo el campo es oregano).
Los proyectos y la perspectiva de crecimiento en españa es limitada y pasa por ascender en la organizacion.
De entrada la remuneracion es por tiempo, ... no hay forma de medir la productividad no hay incentivos reales, especialmente economicos, ... los programadores estamos siempre en guerra y necesitamos incentivos, sino nos engordan los dedos y se vuelven lentos, la mente se nos embota y pasamos de pensar.
La mayor parte de los proyectos en españa son pura basura ... no son divertidos y no se innova casi nada ...
El modelo de outsourcing no ayuda nada, ya que nunca nos llegamos a involucrar en ninguna organizacion, amenudo creamos vinculos mas fuertes con los clientes que con nuestra empresa y terminamos viendo a esta como el lastre de nuestro creacimiento profesional. Trabajamos para empresas de trabajo temporal (de esto se puede hablar largo y tendido).
Es mejor buscar una estabilidad en otros sectores que partirse la espalda dia y noche trabajando. - El programador es en ultima instancia el responsable de todo, ya que los problemas de programacion no se pueden achacar a otros, son problemas que nosotros mismos hemos probocado ... :-).
Todo suma que pasado un tiempo pases completamente de continuar programando.

Esta es la copia de un comentario a un hilo de barrapunto.com/ sobre le hilo de Pero ¿faltan o no programadores?.

No me hagan demasiado caso ...

El bloqueo del programador.
Despues de trabajar durante 10 años en proyectos de desarrollo he podido comprobar algunos aspectos que se repiten en los proyectos de exito y en los de fracaso. He comprobado que ciertas rutinas, en ocasiones, mejoran el grado de concentración y automotivación de los programadores.

Programar una aplicación puede ser un proceso sumamente enriquecedor pero también puede ser un proceso mentalmente agotador.

Pasos o rutinas a la hora de programar;
Yo estableceria varias areas a tener en cuenta ya que no toda la acción está dentro de un monitor es necesario prestar algo de atención a todos los aspectos del proceso, tanto ambientales (entornos físico donde se trabaja) y mentales (lo que pasa dentro de nuestras cabecitas mientras desarrollamos).
Dentro de los aspectos ambientales definiría los siguientes aspectos a tener en cuenta:

Lugar de trabajo (¿Dende trabajas mejor?):
Ordenado, es necesario cierto orden dentro y fuera de la mente.
Caos, es necesario cierto grado de desorden dentro de la mente para ser creativo, ya que la mayor parte de las nuevas ideas son reciclados imposibles de ideas anteriores.
Lo mas importante es estar agusto, todos los días echar un vistazo antes de ponerte delante de la pantalla y preguntarse ... ¿me gustaría pasar el día entero en este sitio?. Y cambia todo lo posible para contestar de forma afirmativa a esa pregunta.

La luz:
La luz es posiblemente el factor ambiental mas importante ya que tiene un peso fundamental en nuestro estado de animo. Si bien es cierto que por desgracia es un factor que no siempre podemos modificar a nuestro antojo. Lo primero es sentirse comodo con la luz, esta no siempre tiene porque se intensa ni uniforme, algunas veces cierta intimidad puede ser muy motivadora ... pero claro ... también pensad en vuestros ojos. Y nunca olvideis que cada 45 minutos hacer una pausa y ejercitar la vista en algun horizonte mas allá del monitor.
Personalmente, me gusta proyectar la luz por detras del monitor ademas de la luz natural o de lamparas artificiales en el techo, de tal forma que siempre tenga suficiente luz.

La mesa de trabajo:
Personalmente prefiero una mesa de trabajo grande y espaciosa, donde poder cambiar la posicion del teclado, raton y monitor, ya que esto me da la sensación de estar en otro lugar diferente con cada cambio. En contadas ocasiones es preferible tener cierto desorden, pero la mayor parte del tiempo es bueno tener la mesa despejada, ordenada y limpia. Intentando mantener alejados de la linea visual entre nosotros y el monitor objetos que puedan distraernos de donde está realmente la accion, el monitor.

Nuevo día, nuevo proposito.

La labor de desarrollo de una nueva aplicación, además de una labora puramente laboral y profesional es un reto personal en el que a menudo es necesario algo mas que conocimientos y voluntad.
El desarrollo de una nueva aplicación supone crear algo donde antes no existia, pero a demas es necesario dotarle de un comportamiento y una personalidad.
En definitiva, da igual el tipo de software que desarrollemos, ya sea software gestión puro y duro, software de productividad personal, ocio, aplicaciones para dispositivos, etc ... en última instancia y en la mayoria de los cosas son las personas quien los usuarán y estas, como personas, sentirán, percibirán sensaciones (en la mayor parte de los casos) tanto de agrado, como de desagrado, acercamiento, aversión.
Imaginemos lo que puede suponer una jornada cualquiera de uno de los usuarios de nuestras aplicaciones, sin duda no es nada agradable tener que sentarse delante del ordenador y "luchar" también con las aplicaciones y problemas inerentes al uso de una máquina. No parece divertido, verdad. Pues, porqué no hacer que esa experiencia, que puede ser muy desagradable se convierta en algo, como mínimo un poco más agradable.
Por eso es importante prestar mucha atención a la usabilidad de la aplicación, de la forma como el usuario se relaciionará con la aplicación, principalmente de una forma visual.
Es por eso que es necesario diseñar una interfaz, comoda, agradable, ... "bonita", que atraiga y sorprenda al usuario, que le invite a pasar un buen rato, aunque lo que tenga que hacer es el balance de pagos semanal :-).
Por eso en Rixor Dent, la ficha de paciente entra en un único formulario, sin pestañas y sin información oculta, todo admite arrastar y soltar, ... el usuario no necesita memorizar un montón de ventanas y formularios, porque todo lo que puede necesitar está a la vista o como múcho a 2 clicks de ratón.
Esto hace que los usuarios sean productivos desde el mismo día de su instalación.

Nueva funcionalidad.

Una de las cosas que mas nos han comentado los odontologos con los que hemos hablado, y que es algo que en la versión anterior no supimos encajar correctamente es la necesidad de poder tener mas de un odontograma por paciente. Para la versión 2007 esta funcionalidad estará incluida, pudiendo también copiar y pegar de un odontograma, de esa forma se algilizarán tareas como la creación de presupuestos o la aceptación parcial de un presupuesto existente.
Otra las novedades más importantes es la posiblidad de generar un odontograma mediante arrastar y soltar los tratamientos en cada una de las caras del diente, así como una mejora sustancial en la visualización del odontograma.
Se fija la fecha de salida de la nueva versión el 1 de Mayo de 2007.

Primer video demostrativo de Rixor Dent 2007

Dejo para todos un video subido a Youtube mostrando un poco de la funcionalidad de Rixor Dent 2007, la nueva versión del software de gestíon de clínicas dentales y fichas de paciente.
Dentro de poco sacaremos una versión gratuita y un visualizador de fichas gratuito.
Estamos últimando los detalles de la versión para que a principios de mayo esté lista para su distribución, ...
A los que le interese puede seguir las novedades, promociones y noticias desde la web de Rixor ... http://www.rixor.net.

Probando, probando, uno , dos ..., uno dos.