Que son "Paquetes" y "paqueteros"?

[Jorge Luis Prado Anci]

Tengo una duda que estoy muy seguro podran responderme: ¿que es un paquete? me refiero al aspecto de los que llaman "paqueteros".

Son "paquetes": Joomla, WordPress, Drupal, etc?

Las IDES como Visual Studio, Mono Developer, Eclipse, la suite de Oracle o la de IBM para desarrollo de aplicaciones tambien son paquetes?

Los FrameWorks como .NET FrameWork, el SDK de Java, el SDK de Android, Ruby on Rails son paquetes?

Les pongo esto si alguien toma Visual Studio y ve el Entity FrameWork y lo usa con la plantilla para crear Sitios Web de Datos Dinamicos que ya viene con Visual Studio (que te hace un sitio WEB en segundos basados en un modelo de datos) pero no le gusta como funciona y le agrega caracteristicas como componentes nuevos, comportamientos especificos, etc. elementos nuevos que no implementa la plantilla, sigue siendo un "paquetero"? o simplemente es "paquetero" por que usa algo que es software propietario.

Jorge Prado
http://xmeele.wordpress.com

NOTA: Todas las tildes y ñ's se han omitido intencionalmente.

[Ernesto Cuadros-Vargas]

Estimado Jorge,

    Permiteme ensayar una respuesta. Cuando hablamos de paquetes no estamos refiriendonos a software propietario solamente ... nos referimos al hecho de usar soluciones enlatadas y quedar limitados por las funcionalidades que nos dan y no tener preparacion para expandirlas y/o cambiarlas.

     Entornos de desarrollo son un caso especial pues te permiten programar cosas nuevas en muchos casos pero tambien hay aquellos que yo los clasificaria mas para el lado de la paquetologia como es cuando usas Visual Basic por ejemplo. Otra cosa es si usas visual basic y puedes hacer tus propios componentes (en C++) que luego incorporar al desarrollo de tus aplicaciones ...

    En nuestras universidades una gran mayoria solo se limitan a usar paquetes y eso claro que sirve pero al mismo tiempo nos crea muchas limitaciones para proyectarnos como pais creador de software de calidad internacional. Es ampliamente conocido que en varias carreras de computacion peruanas enseñan Corel Draw, Autocad o 3d Max Studio en cursos llamados Computacion Grafica o Diseño para Ingenieros por ejemplo y con ese nivel no podemos salir a competir con el mundo ...

    Por esta razon es que me parece que la palabra Ingenieria (en el contexto de carreras de computacion) es un sinonimo de paquetero con muchas limitaciones tecnicas y que el alumno con ese titulo es, en la gran mayoria de casos, solo un usuario de tecnologia. Por eso es que observamos tantos problemas en el software ya creado en el mercado peruano.

saludos cordiales

er

2012/11/13 Jorge Luis Prado Anci <xme...@hotmail.com>

--
Para enviar mensajes al grupo: sp...@googlegroups.com
Para retirarse del grupo: spc-l-un...@googlegroups.com
Para mas opciones: http://groups.google.com/group/spc-l?hl=es

--
--
Er

[Jose Baiocchi]

Hola,

Creo que habria que recalcar que el problema no esta en el uso de soluciones enlatadas, sino en la falta de capacidad para ir mas alla de las mismas. Pero al mismo tiempo, esto es solo una limitante fundamental cuando se esta en un puesto de trabajo de desarrollo de software. Cuando se considera el total de egresados de las carreras de computacion (y no solamente las que tienen perfil de ciencia de la computacion o ingenieria de software), cual es el porcentaje que se dedica a desarrollo de software?

Por otro lado, en cualquier proyecto de *ingenieria* se debe evaluar y balancear el costo vs. el beneficio. Una solucion "enlatada" suele ser exitosa porque sus casos de uso son relativamente frecuentes y la solucion resulta lo suficientemente buena ("good enough") para resolverlos (independientemente de si es software libre o propietario). Nadie se pone a escribir un servidor HTTP cada vez que necesita proporcionar una solucion web, al contrario hay un "stack" de servidores, frameworks, librerias, etc. que probablemente resuelvan los problemas mas comunes y que es bueno entender y saber "usar" para ser productivos.

Si hablamos de formar gente que pueda proporcionar soluciones de calidad, escalables y mantenibles, me parece que hay que tener cuidado con crear un prejucio contra los "paqueteros". Me preocupa que se utilice esta etiqueta para descalificar a alguien que se especialice en determinadas tecnologias (libres o propietarias) y se menosprecie lo que alguien con ese perfil puede aportar en un proyecto determinado.

Saludos,
+ Jose

2012/11/14 Ernesto Cuadros-Vargas <ecua...@gmail.com>

Jose A. Baiocchi Paredes

[Nicolas Valcárcel]

Jose,

    Creo que Ernesto explico bastante bien el concepto, pero permitanme extenderlo un poco, cualquier programador o ingeniero necesita en su carrera usar soluciones enlatadas, todos lo hacemos, pero eso no nos convierte en paqueteros. El paquetero es el que tiene LIMITACIONES a un paquete en especifico y no va mas alla. Si programas en C++ deberia darte lo mismo si lo haces en visual studio o en un editor de texto usando cualquier compilador. Del mismo modo si vas a desarrollar un sitio Web con Joomla, deberias estar preparado para modificar joomla a tus necesidades y/o arreglar problemas en joomla, no limitarte a configurarlo y bajarle templates ya hechos y hacerte llamar un experto.

    El tema no es el USO de X o Z tecnologias, sino en el hecho de limitarte a ellas y no ir mas alla. Y con esto pongo un ejemplo que me pasa una vez cada 2 meses: Yo soy desarrollador en python, enfocado a web, para lo que uso el framework Django (equivalente a RoR en el mundo python), dados los problemas complejos que algunas veces se presentan me topo con bugs en el mismo framework, un paquetero en este caso simplemente diria "hay un bug, no puedo hacerlo", por otro lado, yo no me quedo tranquilo y en cuestion de horas encuentro el error en django y preparo un parche o busco una manera alternativa de hacerlo. Del mismo modo Django es un framework bastante potente, pero no se ajusta a veces a las necesitades o es mucho para lo que se necesita, un paquetero diria Django o Django para cualquier solucion, mientras que un profesional usaria Django cuando este se ajusta, tornado en otros casos, cherrypy para cosas chiquitas, etc...

    Basicamente un paquetero es a quien le quitas su solucion enlatada y se sienta en una esquina a llorar porque no sabe que hacer, mientras que un profesional es todo terreno (lo cual incluye usar soluciones enlatadas de cuando en cuando).

2012/11/14 Jose Baiocchi <jose.b...@gmail.com>

--

Nicolas Valcárcel

Gerente IT / CTO

Celular: (+51) 976 330 707

RPM: #976330707

[Pedro Muñoz del Río]

Los "paqueteros" son necesarios, de la misma forma que los maestros de
obra son útiles en una construcción, ¿pero también se necesitan
ingenieros civiles no?

2012/11/14 Jose Baiocchi <jose.b...@gmail.com>:

Ing. Pedro Muñoz del Rio
CIP: 105362

------------------------------------------------
Nuestros servicios: http://www.simuder.com
APESOL: http://www.apesol.org

[Ernesto Cuadros-Vargas]

Estimado Jose,

    Has tocado un punto particularmente delicado

cual es el porcentaje que se dedica a desarrollo de software?

Yo creo que esl % es muy bajo pues en muchos casos en la propia universidad les inculcan que ser programador es solo el primer peldaño y que cuando avancen dejaran de serlo para pasar a ocupar cargos "mas" importantes que programar.

Un problema es que las universidades han entendido que programar es saber la sintaxis de algun lenguaje y asi cualquiera "sabe" programar. Sin embargo para programar sabemos que es necesario mucho mas que saber sintaxis y hay que tener en mente Analisis y Diseño de Algoritmos, estructuras de datos, paralelismo, concurrencia, etc.

Creo que la base en programacion aun es muy debil para alcanzar todo esto que requiere un buen programador y por eso se termina diciendoles que eso lo hace cualquier programador y que lo importante es salir de ese puestos lo mas rapido que les sea posible.

El resultado es que tenemos miles de egresados, titulados y colegiados pero de todos ellos un % muy bajo es del tipo que quiere ensuciarse las manos haciendo lineas de codigo. Lamentablemente por mas metodologias y certificaciones que tengamos en cuanto al proceso nada de eso funciona si las lineas de codigo que se hagan no son eficientes.

Saludos

er

2012/11/14 Jose Baiocchi <jose.b...@gmail.com>

--
--
Er

[Aldo Román Nureña]

Creo que Ernesto no está juzgando correctamente al decir:

"pero tambien hay aquellos que yo los clasificaria mas para el lado de la paquetologia como es cuando usas Visual Basic por ejemplo. Otra cosa es si usas visual basic y puedes hacer tus propios componentes (en C++) que luego incorporar al desarrollo de tus aplicaciones"

Ambos lenguajes Visual Basic y Visual C++ son capaces de desarrollar y expandir software. Microsoft no da preferencias ni llama a uno más potente que el otro (ni menos con respecto a C# o F#). Distinto es que el programador se sienta más cómodo y productivo con alguno en específico. Vamos, todos tenemos un lenguaje favorito.

Volviendo al tema de los paquetes, yo definiría como "paquetero" aquel programador(?) que utiliza soluciones predeterminadas para un entorno de producción, en lugar de tomarlas como base para elaborar un software competente que cumpla con los requerimientos del proyecto. Encontrarse con un proyecto que solo requiere lo predeterminado es posible, pero es nuestra labor encontrar las debilidades de ese modelo y crear un modelo superior que pueda ofrecer mayores beneficios a nuestros clientes.

Paquetero no es el que utiliza configuraciones predeterminadas alguna vez, sino el que lo hace sistemáticamente y por falta de capacidad o voluntad de crear algo mejor.

En ese sentido no existen "paquetes", sino que existen soluciones que ofrecen una base extendible al programador. Que el programador no sepa/quiera/pueda extenderlo es otro asunto y es donde entra a tallar la universidad.

Hago hincapié en que no existen paquetes sino software extendible para evitar comentarios o actitudes del tipo "Visual Basic es inútil y nunca debería usarse en producción". No se debe discriminar lenguajes o frameworks por el hecho de que otro colega(?) no hizo buen uso del mismo.

Saludos
Aldo Román Nureña

[Ernesto Cuadros-Vargas]

Estimados,

    Podriamos tratar definir un paquetero como aquel que solo es capaz de solucionar un problema siempre y cuando haya un paquete que tenga algo hecho para ese problema especifico pero si no existe eso hecho no sabria hacerlo o se quedaria muy limitado.

    Ejemplo, cuantos desarroladores de aplicaciones web de los que mas hay por ahi podrian seguir trabajando sin .NET? Aqui quiero hacer notar que mucha gente no se da cuenta que aplicaciones Web es distinto de aplicaciones que solo corran bien en Internet Explorer en Windows.

    En este problema hay tambien gente que sabe que una solucion web debe funcionar bien en cualquier plataforma y que la misma no debe estar amarrada a un navegador  de forma indisoluble. Ej. Pagina de transacciones del Scotiabank o del BCP o portales de los ministerios que ciertamente tienen un sesgo visible a funcionar solo en internet explorer.

    Cuando eso sucede yo no podria decir que estamos frente a un profesional en Ing de Sistemas. Yo diria que estamos mas proximos a un muchacho que podria rcibir solo una certificacion de saber usar un producto especifico. Con esa certificacion no podemos decir que sepa hacer computacion.

    Tratando de resumir, no puedo asdumir que alguien es chofer si solo sabe manejar autos de marca Toyota Modelo X y que cuando le pido que maneja un Chevrolet me dice que no puede hacerlo y que necesita entrenamiento nuevamente.

Saludos

er

2012/11/14 Nicolas Valcárcel <nvalc...@corpb2c.com>

--
--
Er

[ARTURO LLAJA ALARCÓN]

Yo recomiendo a los estudiantes y profesionales usar un editor que puedan personalizar y aprender con el. Recomiendo particularmente GNU Emacs, al principio puede parecer extraño y difícil pero luego uno se acostumbra y se convierte en una herramienta invaluable. Es un programa que te acompaña y ayuda en todas las tareas que realizas con computadoras. GNU Emacs te permite crear tu propio entorno de programación para cualquier lenguaje existente y además configurando y adaptando sus variables y funciones se aprende Lisp o el dialecto particular de Emacs, Emacs Lisp.

[Nicolas Valcárcel]

Aldo, creo que no entendiste bien el punto de Ernesto, si bien se presta a que sea malintencionado, no me parece que haya querido atacar a Visual Basic, sino usarlo como ejemplo para algo mucho mas general. El tema con Visual Basic es que estar amarrado (casi siempre) a Visual Studio y sin el no puedes hacer mucho. No pretendo desmerecer a Visual Studio, de hecho hay gente muy buena que como dices se siente mas comodo/productivo usandolo, pero si le quito el Visual Studio y no sabe que hacer, estamos en problemas y nos enfretamos a un paquetero.

No esta mal usar paquetes para solucionarnos la vida y ser mas productivos, pero siendo realistas, un profesional de la computacion deberia saber que hacen sus soluciones al detalle. Ejemplo clasico: un desarrollador en Visual Studio nunca tiene que ver ni saber que existe un loop "infinito" que levata el UI, hecho por el cual a muchos no se les enseña que existe y cuando tienen que solucionar un problema para Mac/Linux, no saben que hacer.

2012/11/14 Aldo Román Nureña <aldo.rom...@gmail.com>

--

[Cesar Cruz]

Estimados,

Primeramente no estoy de acuerdo que se llame en forma despectiva usando el termino "paquetero" a las personas que son especialistas en determinado producto de software y brindan soluciones a empresas del medio y porque no empresas del mundo entero utilizando ciertos productos de software. Esto se llamar exportar servicios.

Se tiene una idea errada de que la persona que desarrolla software es mejor o es preferido que un especialista en tecnologia de productos. No hay uno que es mejor que otro. Hay que dejar en libertad que las personas en el campo de la computación opten por su preferencia.

En terminos de costo beneficio a una empresa le conviene utilizar un producto que desarrollar desde 0.

Por ejemplo, si yo necesito una Intranet para mi empresa donde quiero que los usuarios del directorio activo de la empresa también utilicen la intranet. Puedo usar el producto "SharePoint" que tiene todo lo que es administración de usuarios, la parte de seguridad ya desarrollado y sólo es cuestión de configuración y sincronización con el directorio activo.

Porque debo desarrollar esta parte desde 0?, en otras palabras porque debo inventar la polvora?.

Estos tipos de productos también son escalables, es decir que se pueden desarrollar librerias para que cumplan mejor

nuestros objetivos.

Dejemos de ningunear a un especialista en productos de software por favor.

Saludos,

Martin Cruz

Saludos cordiales,

Ing. César Martín Cruz Salazar
      ANALISTA - FUNCIONAL
   Tarjeta personal virtual interactiva

Telf. : (511)990 59 54 14(Movistar)
email : ce....@gmail.com
http://www.elfuturoaqui.com

http://www.facebook.com/martincruzs

 

[Ernesto Cuadros-Vargas]

Estimado Cesar,

     Tu email estaba demorando mucho :) veamos con calma el asunto, en que trabajaria el usuario de paquetes sin aquellos que le han creado los paquetes que el usa?

     Ojo que ambos son utiles en diferentes contextos ... lo que esta mal es que tengamos a alguien que solo sabe usar paquetes enlatados y sea llamado ingeniero (o titulo profesional parecido).

    Tambien es equivocado que con puro usuario pensemos que el Peru va a surgir en los rankings de produccion de software a nivel mundial. ese mensaje es un engaño a la sociedad si o no? Eso es lo qeu ha venido sucediendo en nuestro pais.

Saludos

er

2012/11/14 Cesar Cruz <ce....@gmail.com>

--
--
Er

[juan manuel gutierrez cardenas]

Estimado:

Creo de que el concepto de paquetero ya no existe actualmente. Es más ese término despectivo no lo he escuchado en mucho tiempo atrás. Lo que si está sucediendo es que ya algunas universidades en nuestro país están tratando de definir su campo de acción, como el orientado a las Tecnologías de Información.

No sé de donde saca la idea de que hay personas que piensan que un Desarrollador de Software es mejor que alguien especializado en TI. Aparte ese término es muy amplio, el de Desarrollador, ya que puede haber desarrolladores en Ciencia de la Computación, en Sistemas de Información o en Ingeniería de Software. Cada uno con su respectiva especialización, pero ninguno es más ni menos que otro.

Lo que si está equivocada es tu idea de mencionar de que algunas veces no se necesita hacer un producto desde cero, ha habido cientos, por no decir miles de casos en los cuales las soluciones presentes en el mercado no han servido y se han tenido que hacer unas de nuevo. Por ejemplo te citaría los libros de Zbigniew Michalewicz en donde se mencionan diversos casos de creación de software para tópicos relativos a optimización en negocios y otras áreas; personalmente en mi campo he visto también que varias veces se ha tenido que diseñar toda una herramienta desde un principio, porque o las actuales tenían errores o simplemente no daban los resultados esperados.

Así que en pocas palabras nadie está ninguneando a nadie, ya que algunos especialistas sean cerrados en su forma de pensar, eso ya es otra cosa.

Saludos

Juan Gutiérrez

---

Date: Wed, 14 Nov 2012 20:17:53 -0500
Subject: Re: [spc-l] Que son "Paquetes" y "paqueteros"?
From: ce....@gmail.com
To: sp...@googlegroups.com

[Cesar Cruz]

Estimado Juan,

Si llamar "paquetero" a un profesional no es ningunear entonces que es?. No digas pues que

aquí no se ningunea a este tipo de profesionales.

 

Yo no dije en ningun momento que no se deberían crear software desde 0.

Yo pienso que todavía hay mucho por hacer y que siempre habrá algo nuevo en el futuro.

El ejemplo que puse es que a veces conviene utilizar un producto ya hecho y probado que

hacer uno desde 0. Pero puede suceder que haya una aplicación en que resulte mejor crear

el software desde 0.

 

Saludos,

Martin Cruz

[oear...@terra.com.pe]

Estimados amigos,

Si todos trabajamos con ética y legalidad, pues no hay que preocuparse ni expresarse de forma peyorativa sobre alguna especialidad. HAGAN COMERCIO, LA GUERRA ES ECONÓMICA, vendamos, produzcamos paquetes, proveamos paquetes, seamos creativos, NO NOS PONGAMOS LIMITES ARTIFICIALMENTE ganemos a nuestra competencia, seamos más y esto se traduce con CUANTO DINERO HICISTE; reitero con ética y legalidad.

Sugiero que analicen las patentes y derechos de autor y registremos paquetes que generen divisas al país, porque el estado de cosas actual, todos somos contribuyentes a un gran emporio de riqueza extranjero ya que pagamos licencias y derechos de uso tecnológico, casi para toda actividad de hacemos.

Es lógico que Microsoft, Oracle y otros sean los mas ricos del planeta, simplemente porque venden licencias de uso, lo cual es algo virtual, y están por encima de las petroleras que si vende algo físico.  

Saludos,

Oscar E. Cárdenas

El Ju 15/11/12 08:48, juan manuel gutierrez cardenas escribió:

Estimado:

Creo de que el concepto de paquetero ya no existe actualmente. Es más ese término despectivo no lo he escuchado en mucho tiempo atrás. Lo que si está sucediendo es que ya algunas universidades en nuestro país están tratando de definir su campo de acción, como el orientado a las Tecnologías de Información.

No sé de donde saca la idea de que hay personas que piensan que un Desarrollador de Software es mejor que alguien especializado en TI. Aparte ese término es muy amplio, el de Desarrollador, ya que puede haber desarrolladores en Ciencia de la Computación, en Sistemas de Información o en Ingeniería de Software. Cada uno con su respectiva especialización, pero ninguno es más ni menos que otro.

Lo que si está equivocada es tu idea de mencionar de que algunas veces no se necesita hacer un producto desde cero, ha habido cientos, por no decir miles de casos en los cuales las soluciones presentes en el mercado no han servido y se han tenido que hacer unas de nuevo. Por ejemplo te citaría los libros de Zbigniew Michalewicz en donde se mencionan diversos casos de creación de software para tópicos relativos a optimización en negocios y otras áreas; personalmente en mi campo he visto también que varias veces se ha tenido que diseñar toda una herramienta desde un principio, porque o las actuales tenían errores o simplemente no daban los resultados esperados.

Así que en pocas palabras nadie está ninguneando a nadie, ya que algunos especialistas sean cerrados en su forma de pensar, eso ya es otra cosa.

Saludos

Juan Gutiérrez

---

Date: Wed, 14 Nov 2012 20:17:53 -0500
Subject: Re: [spc-l] Que son "Paquetes" y "paqueteros"?
From: ce....@gmail.com
To: sp...@googlegroups.com

[Nicolas Valcárcel]

De nuevo, y parece que no se entiende el mensaje o no estan queriendo leerlo:

El paquetero es al que le quitas el paquete (dejaron de producirlo, quebro la empresa, sacaron otro producto) y no sabe que hacer. Un paquetero no es el que usa diferentes softwares enlatados de acuerdo a la necesidad, ese es un especialista que sabe ver que hay en el mercado y cual encaja mejor y que partes se tendrian que desarrollar.

Un paquetero va a decir "sharepoint, sharepoint y sharepoint", tratando de convencer al resto que hay que poner un active directory, migrar todo a microsoft y etc... es decir adaptar la empresa a su producto enlatado en vez de adaptar la SOLUCION a la realidad.

2012/11/15 juan manuel gutierrez cardenas <juangut...@hotmail.com>

[Juan Carlos Romaina]

Paquetero es un **término** despectivo (y poco serio, si me preguntan), para referirse a aquellos que usan "paquetes" para desarrollo, llámese casi siempre productos de Microsoft. No sé porqué no se suele ver a Java de la misma forma, si a veces resulta hasta más caro, pero bueno. 

Tampoco me parece correcta la vuelta que le quieren dar: paquetero es aquel que pierde su "herramienta" y no sabe (o no puede) hacer nada. Ok, ese puede ser el caso de muchos acá, independientes de la tecnología. Uno no puede ser experto en todo, no se supone que el problema eran los "todistas" que se formaban en la Ingeniería de Sistemas? El problema nunca es la herramienta, son los conceptos detrás, todo el conocimiento de computación (hablando específicamente de programación), que no se amarra a ningún paquete o lenguaje. Eso que no se suele enseñar (no bien, al menos) en el País. Se van directamente a los **paquetes** porque no le dan la importancia debida a la formación que va detrás de ésto. Una vez más, eso no es problema del **paquete**.

En el caso de desarrollo Web, por ejemplo, hay conceptos que se requieren saber independientes de la tecnología (protocolos de transferencia, conceptos como REST, ciclo de vida de comunicación entre servidores, etc). No puedes pretender hacer bien una aplicación web sin saber eso. Después viene lo que sea que escojas para desarrollar tus aplicaciones (hay diferentes opciones, de todo tipo, ninguna mejor que otra creo yo), pero si bien nunca es bueno "poner todos tus huevos en la misma canasta", como se suele decir, es difícil ser experto en 2 cosas a la vez. Y lo que uno debe buscar es ser experto en algo. Nunca vas a saber todo, pero te puedes acercar. 

Es ilógico pensar que no te vas a amarrar a alguna tecnología a medida que avanza tu carrera.  Si desarrollas juegos, es imperativo que sepas Objective C y C++, por ejemplo (y sus diferentes entornos de desarrollo). Pero no puedes pretender poderte mover sobre cualquier área con esos 2 lenguajes. Seguro que puedes hacer lo que sea con ellos, incluída una aplicación Web (otro ejemplo),  pero dudo que sea rápido. O si quieres productividad, hay muchas liberías y/o Frameworks que puedes usar. Pero es poco probable que sea tan rápido como usar Spring o MVC, va a ser mucho más caro, y mucho más difícil de mantener. ¿Por qué alguien iría por ese camino?

Si queremos definir correctamente, paquetero sería alguien que aprendió el uso de la herramienta sin los conocimientos previos necesarios. Eso quiere decir que incluso dentro de su "paquete", hace las cosas mal. Perú es un ejemplo perfecto de ésto... lo que dice Ernesto ("Lamentablemente por mas metodologias y certificaciones que tengamos en cuanto al proceso nada de eso funciona si las lineas de codigo que se hagan no son eficientes.") no es tan real: en Perú hay empresas certificadas, que usan xx metodologías, y su proceso de desarrollo es terrible, y hacen mal código, casi imposible de mantener... pero funciona. Es caro, pero funciona. ESE es el problema. Hay Sistemas enteros mal codificados, mal hechos, más parchados que Windows XP... pero funcionan. 

La programación tiene una curva de aprendizaje muy amplia, casi cualquiera con cierta formación puede programar. El concepto de variable lo maneja cualquiera que ha pasado de 3ro de primaria en el colegio, le enseñas a declarar un par de variables, le das algún IDE, y ya pueden programar cosas muy básicas. Y así escala, a medida que aprenden más cosas, que entienden qué es una librería, aprenderán más cosas. Las aprenderán mal, y el código no tendrá sentido alguno, y no sabrán que cosa es un método, o una función, ni un sólo patrón de diseño, pero va a funcionar. 

Y mientras funcione, poco ánimo habrá de cambiar. Por eso formar a la gente correctamente es tan importante. Y dejar eso de "paqueteros", porque poco ayuda y quita el foco del problema real. Imagino que muchos acá son parte de la comunidad de StackOverflow, o de muchas otras que hay, con gente de tantos otros países, y éste tipo de discusiones no se dan. La idea de un "paquetero", no existe. En Perú hay muchos que miran mal a desarrolladores Microsoft, porque en su cabeza queda la idea de que usar sus herramientas es más "fácil". ¿Tiene sentido alguno eso? jaja, recuerdo el típico argumento de: "Visual Basic hace todo por ti, ahora la gente ya no sabe hacer ventanas!! eso está mal!!"... y oook, si está mal o no eso habría que discutirlo, pero esas discusiones sólo las veo en Perú. En un grupo de Linked In vi discusiones del tipo "Porqué las Universidades (de USA) no enseñan tecnología Microsoft si es tan utilizado de forma empresarial?". Las conclusiones fueron que se debería enseñar, la gente no sale preparada como para usar el Framework, y casi siempre ocurre lo mismo con Java. Yo sigo pensando que acá miramos mal las cosas.  

Saludos,  

[Jorge Luis Prado Anci]

Creo que la idea de gente especialista en vender software empaquetado (viene desde la fabrica y puede o no expandirse) no tiene nada que ver con la computacion solo son vendedores y deberian ser personas de areas como industrial, marketing o administracion con alguna especilizacion en software pero estudiar una carrera cuyo objetivo es crear desarrolladores (ciencia de la computacion, ingenieria de software, etc.) no tiene ningun sentido, para que estudiaria una persona cinco años de lenguajes de programacion, bases de datos, algoritmia, inteligencia artificial, sistemas operativos si se va a dedidcar a vender aplicaciones y lo maximo que aplique de todos los años de estudio es a configurar una aplicacion, una perdida de dinero, tiempo y de sueños y un sin fin de frustraciones por que si yo quiero dedicarme a vender y configurar aplicaciones me voy a frustrar si lo unico que me dan en la universidad son lenguajes de programacion, teorias de algoritmos, estandares de desarrollo, en toras palabras "DESARROLLO, DESARROLLO Y MAS DESARROLLO" cuando lo que el quiere  aprender es: Tecnicas de Marketing, aprender el posicionamiento en el mercado, tecnicas de convencimiento, etre otras cosas se va frustrar.
 
Creo que se equivocan al decir que algunas universidades en las carreras de computo estan orientadose a Tecnologias de la Informacion y tambien creo entender que con eso de Tecnologias de la informacion se refieren a planeamiento e instalacion de la infraestructura de tecnologias en las empresas cosa que esta relacionada mucho con computacion pero creo que no es el camino estudiar para desarrollador de software para ser un profesional con ese perfil de capacidades, no conosco a profundidad los silabus propuestos por las entidades internacionales para las carreras de computacion y dudo que en ninguna de ellas se traten competencias como marketing, cadenas de suministros, mercadotecnia y similares, por lo que definitivamente no creo que esos puestos deban ser el objetivo de un egresado de una carrera de computacion y creo que tampoco de ingenieria.
 
Leyendo de sus respuestas:
- Paquete: Software desarrolado por un tercero (fuera de la empresa cliente y la empresa que la vende) que puede o no permitir extender sus funcionalidades y que no puede ser usado para crear nuevas herramientas de software.
- Paquetero: Persona que ha estudiado computacion (se presume que sabe desarrollar software) pero que su actividad profesional esta dirigida en su mayoria o unicamente a vender/usar aplicaciones sin que quiera y/o pueda extender funcionalidades, adaptar  o desarrollar  software.
 
Jorge Prado
http://xmeele.wordpress.com


 

---

Date: Thu, 15 Nov 2012 15:14:23 +0000
To: sp...@googlegroups.com
From: oear...@terra.com.pe
Subject: Re: RE: [spc-l] Que son "Paquetes" y "paqueteros"?

[Nicolas Valcárcel]

Has tocado un punto importante: bases teoricas. Justamente un paquetero carece de estas bases teoricas porque "mi herramienta se encarga de eso por mi, para que tendria que saberlo?" y cuando se presenta un problema que con una solida base sabrias perfectamente donde mirar, no pueden hacerlo. Porque total, para eso esta el proveedor, lo llamo y que lo resuelva por mi. Esto es un consumidor de software, no un profesional en computación.

De hecho un lenguaje de programacion no suele ser considerado como un paquete, pero un IDE, si. Recuerdo alguna vez haber visto una charla donde un vendedor de oracle pretendia vendernos su nuevo producto maravilloso con el cual podrias programar, solo "haciendo clicks". Casi vomito. No tenias control alguno sobre tu programa, solo hacias clicks y automagicamente tu programa estaria hecho (no quiero nisiquiera usar mi ingeniero de seguridad interno para analizar esto porque me pegaria un tiro) pero de hecho hay quienes irian corriendo a usarlo porque les soluciona la vida (por favor, avisenme que programas/soluciones han hecho para nunca usarlas) pero uno se vuelve consumidor y dependiente de un unico proveedor y cuando necesiten una nueva funcionalidad su unica opcion es pedirsela al proveedor y prenderle velitas a la virgen para que 6 meses despues este se la venda.

El problema con la educacion en el Perú es que no te enseñan a hacer una web, te enseñan a usar dreamweaver, no te enseñan a programar, te enseñan a usar Visual Studio. Un programador con solidos conocimientos de programacion puede editar codigo de cualquier lenguaje con minimos problemas (obviamente va a ser mas lento y menos productivo con uno que recien comienza) pero no se va a espantar por ver un lenguaje nuevo, la teoria es la misma, solo tienes que conocer la nueva syntaxis y estas listo. Conocer la syntaxis de un lenguaje no te hace programador, como saber configurar una herramienta A o B no te hace profesional en computacion.

Y como dices, el problema no es el paquete, lo dije antes, conozco muy buenos programadores que usan Visual Studio, como tambien conozco muchos paqueteros que no saben programar, pero saben usar Visual Studio.

2012/11/15 Juan Carlos Romaina <otr...@hotmail.com>

--
Para enviar mensajes al grupo: sp...@googlegroups.com
Para retirarse del grupo: spc-l-un...@googlegroups.com
Para mas opciones: http://groups.google.com/group/spc-l?hl=es

[Ernesto Cuadros-Vargas]

Estimado Juan Carlos,

      Creo que lo malo no esta en llamarlos paqueteros ... lo malo esta en el nivel de exigencia de auqellos que forman ese perfil y dan titulo profesional para luego exigir que los llamen Ingenieros (por ejemplo).

Si queremos definir correctamente, paquetero sería alguien que aprendió el uso de la herramienta sin los conocimientos previos necesarios. Eso quiere decir que incluso dentro de su "paquete", hace las cosas mal. Perú es un ejemplo perfecto de ésto... lo que dice Ernesto ("Lamentablemente por mas metodologias y certificaciones que tengamos en cuanto al proceso nada de eso funciona si las lineas de codigo que se hagan no son eficientes.") no es tan real: en Perú hay empresas certificadas, que usan xx metodologías, y su proceso de desarrollo es terrible, y hacen mal código, casi imposible de mantener... pero funciona. Es caro, pero funciona. ESE es el problema. Hay Sistemas enteros mal codificados, mal hechos, más parchados que Windows XP... pero funcionan. 

Aqui debemos preguntarnos:

Eso nos hace bien como pais?

Si "funcionan" con tantos problemas es que talvez no fueron pensados bien correcto?

Y si no fueron creados bien es que talvez no habia la preparacion adecuada

Y si no habia la preparacion adecuada es que las instituciones no estan formando gente en computacion sino que piensan que aprender una herramienta ya te hace proiductivo olvidandose que la principal herramienta siempre es el propio cerebro.

Saludos

er

--
--
Er

[Marco Alvarez]

Estimados,

Creo que es momento de poner fin a esta discusión.  No es decoroso rotular a las personas con términos, principalmente cuando estos vienen cargados con cierto menosprecio. Nosotros, que trabajamos en la formación de nuevos bachilleres/profesionales/investigadores (sea como profesores, directores, decanos), debemos ser los primeros en asumir el compromiso de eliminar estas etiquetas. En mi opinión, todos aquellos dedicados a trabajar con honestidad y respeto merecen nuestro reconocimiento.

En el campo de la Computación, el espectro de conocimiento y sus eventuales prácticas académicas y/o profesionales son bastante amplios y están provistos de una capacidad de expansión, al parecer interminable, para las próximas décadas. En todos los niveles de abstracción de lo que entendemos por Computación existe espacio para que muchos puedan trabajar decentemente. Es más, lo que el futuro nos depara es que profesionales de otras áreas asuman funciones que sean fundamentalmente computacionales. Por lo tanto, dejemos que todos trabajen empujando el desarrollo hacia el mismo lado, sin llenarlos de rótulos.

Me gustaría rescatar un otro punto. Las carreras de pregrado en Computacion (al margen de su denominación) son llamadas a formar recursos humanos que puedan habitar y desarrollarse independientemente en el vasto campo de la Computación. Para ello, lo natural es que un gran porcentaje del contenido dictado en los cursos de una carrera, proporcionen al menos los conceptos teóricos fundamentales del campo de la Computación. De esta forma se puede reforzar que los egresados sobrevivan a la exigente dinámica de nuestro campo. Una vez terminada la carrera, es de libre albedrío el que los egresados sigan el camino que deseen.

Saludos,    

--

 Marco

[cristian jose lopez del alamo]

Estimados, 

Respecto a los paqueteros y paquetes.

Creo firmemente   que es correcto que una persona sepa utilizar, configurar e instalar paquetes de distintas índoles. Creo también, que las empresas requieren soluciones rápidas, y si alguien conoce la existencia de un paquete open source o privativo que resuelva los requerimientos  de una empresa será

muy productivo para la empresa.

Desde mi punto de vista, creo que el problema no esta en saber usar, instalar, configurar paquetes, eso es completamente válido y útil.

Creo que el problema no va por ahí. El problema esta en el papel de una Universidad.

¿Será que las universidad deban tener como objetivo principal que sus alumnos estén preparados a aprender paquetes? 

¿Será que la universidad tiene como objetivo que los alumnos,  dominen la instalación, configuración y uso de windows 8, sql server, mysql, linux etc etc?

o, es que:

¿Será que los profesionales con más certificaciones  implica mejor preparación profesional?

Las Universidades deben formar profesionales con la capacidad de "crear", "debatir", "investigar" y "desarrollar" soluciones nuevas efectivas y eficientes, que aporten al desarrollo de la organización, departamento y/o país.

Aprender es un proceso continuo, y las bases que uno requiere para dar o crear soluciones eficiente dependen mucho de su formación.

Creo que todos debemos entender, por ejemplo, que la programación no es solo escribir lineas de código para resolver un problema.

Programar desarrolla habilidades que van más halla. Desarrolla habilidades algoritmica y entrena los cerebros de las personas a pensar siempre en como resolver problemas (no solo computacionales), de una manera eficiente, con el menor uso de recursos.

En conclusión, el problema no es la existencia de personas con habilidades y conocimientos en paquetes. El problema esta, en que una persona

no necesita pasar 5 años de su vida en una universidad para aprender a manejar como un experto un paquete. 

Creo que todo universitario debe ser formado para resolver problemas desde enfoques muchos más amplios, y son los universitarios los que 

deben exigir este tipo de formación en sus universidades, por que al final, son ellos los que de aquí a unos años harán que las cosas cambien y mejoren, o en su defecto, que  todo siga por el mismo camino, leyendo los mismo correos una y otra vez durante otros 10 años más.

Es mi opinión personal.

Saludos.

 

 

Cris.

[Cesar Cruz]

Estimado Marco,

Coincido con tus comentarios.

Se debe respetar a los profesionales que usan y saben como configurar los productos

de software. Si se ganan la vida honestamente que bienvenido sea.

En un equipo de trabajo todos son importantes sin importar el perfil que tengan.

Unos son desarrolladores, otros son configuradores, otros diseñadores, etc, etc.

Y todos merecen el mismo respeto. No se puede desmerecer a ninguno.

 

Saludos,

Martin Cruz

--
Para enviar mensajes al grupo: sp...@googlegroups.com
Para retirarse del grupo: spc-l-un...@googlegroups.com
Para mas opciones: http://groups.google.com/group/spc-l?hl=es

[Carlos Eduardo Sotelo Pinto]

Hola Lista

Creo que no viene al caso, pero en entornos gnu linux, un paquete es una
aplicaci�n que puede ser una librer�a o aplicaci�n o controlador, y un
empaquetador es quien se encarga de portar un paquete en una
distribuci�n espec�fica.

Creo que s�lo es una cuesti�n de t�rminos

Reciban un saludo


>
> Estimados,
>
> Creo que es momento de poner fin a esta discusi�n. No es decoroso
> rotular a las personas con t�rminos, principalmente cuando estos vienen

> cargados con cierto menosprecio. Nosotros, que trabajamos en la

> formaci�n de nuevos bachilleres/profesionales/investigadores (sea como

> profesores, directores, decanos), debemos ser los primeros en asumir el

> compromiso de eliminar estas etiquetas. En mi opini�n, todos aquellos

> dedicados a trabajar con honestidad y respeto merecen nuestro
> reconocimiento.
>

> En el campo de la Computaci�n, el espectro de conocimiento y sus
> eventuales pr�cticas acad�micas y/o profesionales son bastante amplios y
> est�n provistos de una capacidad de expansi�n, al parecer interminable,
> para las pr�ximas d�cadas. En todos los niveles de abstracci�n de lo que
> entendemos por Computaci�n existe espacio para que muchos puedan
> trabajar decentemente. Es m�s, lo que el futuro nos depara es que
> profesionales de otras �reas asuman funciones que sean fundamentalmente

> computacionales. Por lo tanto, dejemos que todos trabajen empujando el

> desarrollo hacia el mismo lado, sin llenarlos de r�tulos.
>
> Me gustar�a rescatar un otro punto. Las carreras de pregrado en
> Computacion (al margen de su denominaci�n) son llamadas a formar

> recursos humanos que puedan habitar y desarrollarse independientemente

> en el vasto campo de la Computaci�n. Para ello, lo natural es que un

> gran porcentaje del contenido dictado en los cursos de una carrera,

> proporcionen al menos los conceptos te�ricos fundamentales del campo de
> la Computaci�n. De esta forma se puede reforzar que los egresados
> sobrevivan a la exigente din�mica de nuestro campo. Una vez terminada la
> carrera, es de libre albedr�o el que los egresados sigan el camino que
> deseen.
>
> Saludos,
>
> --
> Marco
>

> --
> Para enviar mensajes al grupo: sp...@googlegroups.com
> Para retirarse del grupo: spc-l-un...@googlegroups.com
> Para mas opciones: http://groups.google.com/group/spc-l?hl=es


--

Carlos Eduardo Sotelo Pinto
GNU Linux Admin | PHP Senior Web Developer
MObil: RPC (Claro)+51, 958194614
http://www.carlossotelo.com
Skype: csotelop
Yahoo: csotelop
MSN: carlos.so...@gmail.com
GTalk: carlos.so...@gmail.com
GPG FP:697E FAB8 8E83 1D60 BBFB 2264 9E3D 5761 F855 4F6B
GNULinux RU #379182 || GNULinux RM #277661

[Juan Marcelo Chamorro Avendaño]

Buenos días estimados amigos:

César, creo que lo que Ernesto trató de decir es que no es necesario estudiar todavía en una universidad "paquetes" como Corel, Photoshop, Autocad, Dreamweaver y otros, eso lo puedes hacer en SENATI por ejemplo, cada institución tiene un fin y el de la universidad definitivamente es otro, no noto una intención de ningunear a nadie, tal vez una tuya sí de desviar el tema, bueno me puedo equivocar, si es así me disculpo, no es mi intención pero volviendo al tema, aquí en Huancayo en la Universidad Peruana los Andes existe una carrera llamada "Ingeniería de Sistemas y Computación" pero el nombre no es lo más grave del asunto, lo grave del asunto es que al igual que en varios sitios se confunde al "software de aplicación" (Office, Corel, etc) como "Computación", cuando un estudiante aquí dice voy a estudiar "Computación" se va a matricular en Office o algún otro paquete en algún instituto y es peor aún le han hecho creer que instalar un antivirus es hacer "tecnología" y es un "monstruo de la computación".

Ahora por otro lado el Visual Studio puede tener varios "lenguajes" pero realmente es uno sólo el MSIL el MS Intermediate Language, es decir usa un framework que encapsula todas las APIS (empaquetado) y para acceder a ellas sólo lo puedes hacer desde Windows, y para ello hay que pasar de C, C#, VB, F# a MSIL, de ahí a código nativo y de ahí a su CLR, que siendo además de pesado se cierra en un sólo Sistema Operativo, ahora lo de Mono es otro tema, parecido al de la "trampa de Java" con el SUN JDK, por cierto Visual Studio no es más que una  copia monoplataforma de la arquitectura de JAVA.

el Visual Studio me recuerda a los científicos que le dijeron a Sir Isaac Newton "¿Qué quieres inventar? Si todo lo que hay por inventar ya está inventado". Y así empieza el paradiga de implementar una "tecnología" qu enos hace dependientes, cerrada y nada creativa, bueno es mi parecer, prefiero Linux y las soluciones abiertas, el Open Source no me limita y me vuelve creativo, saludos

El 15 de noviembre de 2012 17:11, Carlos Eduardo Sotelo Pinto <carlos.so...@gmail.com> escribió:

Hola Lista

Creo que no viene al caso, pero en entornos gnu linux, un paquete es una

aplicación que puede ser una librería o aplicación o controlador, y un

empaquetador es quien se encarga de portar un paquete en una

distribución específica.

Creo que sólo es una cuestión de términos

Reciban un saludo

>
> Estimados,
>
> Creo que es momento de poner fin a esta discusión.  No es decoroso
> rotular a las personas con términos, principalmente cuando estos vienen

> cargados con cierto menosprecio. Nosotros, que trabajamos en la

> formación de nuevos bachilleres/profesionales/investigadores (sea como

> profesores, directores, decanos), debemos ser los primeros en asumir el

> compromiso de eliminar estas etiquetas. En mi opinión, todos aquellos

> dedicados a trabajar con honestidad y respeto merecen nuestro
> reconocimiento.
>

> En el campo de la Computación, el espectro de conocimiento y sus
> eventuales prácticas académicas y/o profesionales son bastante amplios y
> están provistos de una capacidad de expansión, al parecer interminable,
> para las próximas décadas. En todos los niveles de abstracción de lo que
> entendemos por Computación existe espacio para que muchos puedan
> trabajar decentemente. Es más, lo que el futuro nos depara es que
> profesionales de otras áreas asuman funciones que sean fundamentalmente

> computacionales. Por lo tanto, dejemos que todos trabajen empujando el

> desarrollo hacia el mismo lado, sin llenarlos de rótulos.
>
> Me gustaría rescatar un otro punto. Las carreras de pregrado en
> Computacion (al margen de su denominación) son llamadas a formar

> recursos humanos que puedan habitar y desarrollarse independientemente

> en el vasto campo de la Computación. Para ello, lo natural es que un

> gran porcentaje del contenido dictado en los cursos de una carrera,

> proporcionen al menos los conceptos teóricos fundamentales del campo de
> la Computación. De esta forma se puede reforzar que los egresados
> sobrevivan a la exigente dinámica de nuestro campo. Una vez terminada la
> carrera, es de libre albedrío el que los egresados sigan el camino que

> deseen.
>
> Saludos,
>
> --
>  Marco
>
> --
> Para enviar mensajes al grupo: sp...@googlegroups.com
> Para retirarse del grupo: spc-l-un...@googlegroups.com
> Para mas opciones: http://groups.google.com/group/spc-l?hl=es

[Carlos Eduardo Sotelo Pinto]

Hola amigos

Nuevamente hay un desv�o, y estoy seguro que Jorge Luis estar� pensando
en este momento "�qui�n me mand� a preguntar?", o incluso est� ya mas
confundido que al inicio. El s�lo consulto �qu� son paquetes y
paqueteros? y recibi� c�mo respuesta toda una discusi�n sobre que
tecnolog�as usar y que no, lo cu�l es claro que todos defender�n su
punto de vista, al igual que las interminables discusiones sobre que es
mejor �vim o emacs? ( claro est� que vim :D ); pero no fue la pregunta y
tenemos un hilo extremadamente grande :D

Un abrazo para todos y no nos desviemos, dejando a nuestro compa�ero mas
confundido que antes de formular su pregunta

Reciban un saludo

> Buenos d�as estimados amigos:
>
> C�sar, creo que lo que Ernesto trat� de decir es que no es necesario
> estudiar todav�a en una universidad "paquetes" como Corel, Photoshop,

> Autocad, Dreamweaver y otros, eso lo puedes hacer en SENATI por ejemplo,

> cada instituci�n tiene un fin y el de la universidad definitivamente es
> otro, no noto una intenci�n de ningunear a nadie, tal vez una tuya s� de
> desviar el tema, bueno me puedo equivocar, si es as� me disculpo, no es
> mi intenci�n pero volviendo al tema, aqu� en Huancayo en la Universidad
> Peruana los Andes existe una carrera llamada "Ingenier�a de Sistemas y
> Computaci�n" pero el nombre no es lo m�s grave del asunto, lo grave del

> asunto es que al igual que en varios sitios se confunde al "software de

> aplicaci�n" (Office, Corel, etc) como "Computaci�n", cuando un
> estudiante aqu� dice voy a estudiar "Computaci�n" se va a matricular en
> Office o alg�n otro paquete en alg�n instituto y es peor a�n le han
> hecho creer que instalar un antivirus es hacer "tecnolog�a" y es un
> "monstruo de la computaci�n".

>
> Ahora por otro lado el Visual Studio puede tener varios "lenguajes" pero

> realmente es uno s�lo el MSIL el MS Intermediate Language, es decir usa

> un framework que encapsula todas las APIS (empaquetado) y para acceder a

> ellas s�lo lo puedes hacer desde Windows, y para ello hay que pasar de
> C, C#, VB, F# a MSIL, de ah� a c�digo nativo y de ah� a su CLR, que
> siendo adem�s de pesado se cierra en un s�lo Sistema Operativo, ahora lo

> de Mono es otro tema, parecido al de la "trampa de Java" con el SUN JDK,

> por cierto Visual Studio no es m�s que una copia monoplataforma de la
> arquitectura de JAVA.
>
> el Visual Studio me recuerda a los cient�ficos que le dijeron a Sir
> Isaac Newton "�Qu� quieres inventar? Si todo lo que hay por inventar ya
> est� inventado". Y as� empieza el paradiga de implementar una
> "tecnolog�a" qu enos hace dependientes, cerrada y nada creativa, bueno

> es mi parecer, prefiero Linux y las soluciones abiertas, el Open Source
> no me limita y me vuelve creativo, saludos
>
>
>
> El 15 de noviembre de 2012 17:11, Carlos Eduardo Sotelo Pinto

> <carlos.so...@gmail.com <mailto:carlos.so...@gmail.com>>
> escribi�:

>
> Hola Lista
>
> Creo que no viene al caso, pero en entornos gnu linux, un paquete es una

> aplicaci�n que puede ser una librer�a o aplicaci�n o controlador, y un

> empaquetador es quien se encarga de portar un paquete en una

> distribuci�n espec�fica.
>
> Creo que s�lo es una cuesti�n de t�rminos
>

> Reciban un saludo
>
>
> >
> > Estimados,
> >
> > Creo que es momento de poner fin a esta discusi�n. No es decoroso
> > rotular a las personas con t�rminos, principalmente cuando estos

> vienen
> > cargados con cierto menosprecio. Nosotros, que trabajamos en la

> > formaci�n de nuevos bachilleres/profesionales/investigadores (sea como

> > profesores, directores, decanos), debemos ser los primeros en
> asumir el

> > compromiso de eliminar estas etiquetas. En mi opini�n, todos aquellos

> > dedicados a trabajar con honestidad y respeto merecen nuestro
> > reconocimiento.
> >

> > En el campo de la Computaci�n, el espectro de conocimiento y sus
> > eventuales pr�cticas acad�micas y/o profesionales son bastante
> amplios y
> > est�n provistos de una capacidad de expansi�n, al parecer
> interminable,
> > para las pr�ximas d�cadas. En todos los niveles de abstracci�n de
> lo que
> > entendemos por Computaci�n existe espacio para que muchos puedan
> > trabajar decentemente. Es m�s, lo que el futuro nos depara es que
> > profesionales de otras �reas asuman funciones que sean

> fundamentalmente
> > computacionales. Por lo tanto, dejemos que todos trabajen empujando el

> > desarrollo hacia el mismo lado, sin llenarlos de r�tulos.
> >

> > Me gustar�a rescatar un otro punto. Las carreras de pregrado en
> > Computacion (al margen de su denominaci�n) son llamadas a formar

> > recursos humanos que puedan habitar y desarrollarse independientemente

> > en el vasto campo de la Computaci�n. Para ello, lo natural es que un

> > gran porcentaje del contenido dictado en los cursos de una carrera,

> > proporcionen al menos los conceptos te�ricos fundamentales del
> campo de
> > la Computaci�n. De esta forma se puede reforzar que los egresados
> > sobrevivan a la exigente din�mica de nuestro campo. Una vez
> terminada la
> > carrera, es de libre albedr�o el que los egresados sigan el camino que

> > deseen.
> >
> > Saludos,
> >
> > --
> > Marco
> >
> > --
> > Para enviar mensajes al grupo: sp...@googlegroups.com

> <mailto:sp...@googlegroups.com>

> > Para retirarse del grupo: spc-l-un...@googlegroups.com

> <mailto:spc-l-un...@googlegroups.com>

> > Para mas opciones: http://groups.google.com/group/spc-l?hl=es
>
>
> --
> Carlos Eduardo Sotelo Pinto
> GNU Linux Admin | PHP Senior Web Developer
> MObil: RPC (Claro)+51, 958194614
> http://www.carlossotelo.com
> Skype: csotelop
> Yahoo: csotelop
> MSN: carlos.so...@gmail.com

> <mailto:carlos.so...@gmail.com>
> GTalk: carlos.so...@gmail.com
> <mailto:carlos.so...@gmail.com>

> GPG FP:697E FAB8 8E83 1D60 BBFB 2264 9E3D 5761 F855 4F6B
> GNULinux RU #379182 || GNULinux RM #277661
>
> --
> Para enviar mensajes al grupo: sp...@googlegroups.com

> <mailto:sp...@googlegroups.com>

> Para retirarse del grupo: spc-l-un...@googlegroups.com

> <mailto:spc-l-un...@googlegroups.com>

[Jorge Luis Prado Anci]

No se preocupe que en el hilo principal de la conversacion ya respondi y di mis conclusiones sobre mi pregunta

"Leyendo de sus respuestas:
- Paquete: Software desarrolado por un tercero (fuera de la empresa cliente y la empresa que la vende) que puede o no permitir extender sus funcionalidades y que no puede ser usado para crear nuevas herramientas de software.
- Paquetero: Persona que ha estudiado computacion (se presume que sabe desarrollar software) pero que su actividad profesional esta dirigida en su mayoria o unicamente a vender/usar aplicaciones sin que quiera y/o pueda extender funcionalidades, adaptar  o desarrollar  software."
 

Esto ya es cosa de ustedes que siguen discutiendo, pero es interesante leer las opiniones de los demas.

Jorge Prado
http://xmeele.wordpress.com
NOTA: Todas las tildes y ñ's se han omitido intencionalmente.


 

> Date: Fri, 16 Nov 2012 09:43:43 -0500
> From: carlos.so...@gmail.com
> To: sp...@googlegroups.com
> Subject: Re: [spc-l] Re: Que son "Paquetes" y "paqueteros"?
>
> Hola amigos
>
> Nuevamente hay un desvío, y estoy seguro que Jorge Luis estará pensando
> en este momento "¿quién me mandó a preguntar?", o incluso está ya mas
> confundido que al inicio. El sólo consulto ¿qué son paquetes y
> paqueteros? y recibió cómo respuesta toda una discusión sobre que
> tecnologías usar y que no, lo cuál es claro que todos defenderán su

> punto de vista, al igual que las interminables discusiones sobre que es

> mejor ¿vim o emacs? ( claro está que vim :D ); pero no fue la pregunta y

> tenemos un hilo extremadamente grande :D
>

> Un abrazo para todos y no nos desviemos, dejando a nuestro compañero mas

> confundido que antes de formular su pregunta
>
> Reciban un saludo
>

> > Buenos días estimados amigos:
> >
> > César, creo que lo que Ernesto trató de decir es que no es necesario
> > estudiar todavía en una universidad "paquetes" como Corel, Photoshop,

> > Autocad, Dreamweaver y otros, eso lo puedes hacer en SENATI por ejemplo,

> > cada institución tiene un fin y el de la universidad definitivamente es
> > otro, no noto una intención de ningunear a nadie, tal vez una tuya sí de
> > desviar el tema, bueno me puedo equivocar, si es así me disculpo, no es
> > mi intención pero volviendo al tema, aquí en Huancayo en la Universidad

> > Peruana los Andes existe una carrera llamada "Ingeniería de Sistemas y

> > Computación" pero el nombre no es lo más grave del asunto, lo grave del

> > asunto es que al igual que en varios sitios se confunde al "software de

> > aplicación" (Office, Corel, etc) como "Computación", cuando un

> > estudiante aquí dice voy a estudiar "Computación" se va a matricular en
> > Office o algún otro paquete en algún instituto y es peor aún le han
> > hecho creer que instalar un antivirus es hacer "tecnología" y es un
> > "monstruo de la computación".

> >
> > Ahora por otro lado el Visual Studio puede tener varios "lenguajes" pero

> > realmente es uno sólo el MSIL el MS Intermediate Language, es decir usa

> > un framework que encapsula todas las APIS (empaquetado) y para acceder a

> > ellas sólo lo puedes hacer desde Windows, y para ello hay que pasar de
> > C, C#, VB, F# a MSIL, de ahí a código nativo y de ahí a su CLR, que
> > siendo además de pesado se cierra en un sólo Sistema Operativo, ahora lo

> > de Mono es otro tema, parecido al de la "trampa de Java" con el SUN JDK,

> > por cierto Visual Studio no es más que una copia monoplataforma de la
> > arquitectura de JAVA.
> >
> > el Visual Studio me recuerda a los científicos que le dijeron a Sir
> > Isaac Newton "¿Qué quieres inventar? Si todo lo que hay por inventar ya
> > está inventado". Y así empieza el paradiga de implementar una
> > "tecnología" qu enos hace dependientes, cerrada y nada creativa, bueno

> > es mi parecer, prefiero Linux y las soluciones abiertas, el Open Source
> > no me limita y me vuelve creativo, saludos
> >
> >
> >
> > El 15 de noviembre de 2012 17:11, Carlos Eduardo Sotelo Pinto
> > <carlos.so...@gmail.com <mailto:carlos.so...@gmail.com>>

> > escribió:

> >
> > Hola Lista
> >
> > Creo que no viene al caso, pero en entornos gnu linux, un paquete es una

> > aplicación que puede ser una librería o aplicación o controlador, y un

> > empaquetador es quien se encarga de portar un paquete en una

> > distribución específica.
> >
> > Creo que sólo es una cuestión de términos
> >

> > Reciban un saludo
> >
> >
> > >
> > > Estimados,
> > >
> > > Creo que es momento de poner fin a esta discusión. No es decoroso
> > > rotular a las personas con términos, principalmente cuando estos

> > vienen
> > > cargados con cierto menosprecio. Nosotros, que trabajamos en la

> > > formación de nuevos bachilleres/profesionales/investigadores (sea como

> > > profesores, directores, decanos), debemos ser los primeros en
> > asumir el

> > > compromiso de eliminar estas etiquetas. En mi opinión, todos aquellos

> > > dedicados a trabajar con honestidad y respeto merecen nuestro
> > > reconocimiento.
> > >

> > > En el campo de la Computación, el espectro de conocimiento y sus
> > > eventuales prácticas académicas y/o profesionales son bastante
> > amplios y
> > > están provistos de una capacidad de expansión, al parecer
> > interminable,
> > > para las próximas décadas. En todos los niveles de abstracción de
> > lo que
> > > entendemos por Computación existe espacio para que muchos puedan
> > > trabajar decentemente. Es más, lo que el futuro nos depara es que
> > > profesionales de otras áreas asuman funciones que sean

> > fundamentalmente
> > > computacionales. Por lo tanto, dejemos que todos trabajen empujando el

> > > desarrollo hacia el mismo lado, sin llenarlos de rótulos.
> > >
> > > Me gustaría rescatar un otro punto. Las carreras de pregrado en
> > > Computacion (al margen de su denominación) son llamadas a formar

> > > recursos humanos que puedan habitar y desarrollarse independientemente

> > > en el vasto campo de la Computación. Para ello, lo natural es que un

> > > gran porcentaje del contenido dictado en los cursos de una carrera,

> > > proporcionen al menos los conceptos teóricos fundamentales del
> > campo de
> > > la Computación. De esta forma se puede reforzar que los egresados
> > > sobrevivan a la exigente dinámica de nuestro campo. Una vez
> > terminada la
> > > carrera, es de libre albedrío el que los egresados sigan el camino que