SoloCodigo
Informática en general => Dudas informáticas => Mensaje iniciado por: x.cyclop en Viernes 4 de Agosto de 2006, 05:43
-
(http://radar.oreilly.com/archives/plangtrend.png)
http://radar.oreilly.com/archives/2006/08/...e_trends_1.html (http://radar.oreilly.com/archives/2006/08/programming_language_trends_1.html)
Yo no creo que Java haya subido más que C/C++. Asm ni aparece y es muy usado. <_<
-
o reo que los datos son muy acertados.
Java + que C++ si es logico , C++ esta en decadencia en especial desde la entrada de java.
y asm, no asm no es tan usado como tu dices, aunque de que lo usan lo usan , pero n o es representativo al menos comercialmente, por eso no hay buenos ides ni debuggers de asm, o al menos no tan buenos como los que hay para C# y java o C++
-
o reo que los datos son muy acertados.
Java + que C++ si es logico , C++ esta en decadencia en especial desde la entrada de java.
y asm, no asm no es tan usado como tu dices, aunque de que lo usan lo usan , pero n o es representativo al menos comercialmente, por eso no hay buenos ides ni debuggers de asm, o al menos no tan buenos como los que hay para C# y java o C++
Pero más que Ruby, Python y Perl seguro sí. Se hacen muchos robots y micros. :whistling:
-
o reo que los datos son muy acertados.
Java + que C++ si es logico , C++ esta en decadencia en especial desde la entrada de java.
y asm, no asm no es tan usado como tu dices, aunque de que lo usan lo usan , pero n o es representativo al menos comercialmente, por eso no hay buenos ides ni debuggers de asm, o al menos no tan buenos como los que hay para C# y java o C++
No me parece que C++ este en decadencia ni mucho menos, estamos cerca de un nuevo standard, y hay millones y millones de programadores que lo usamos diariamente para nuestros desarrollos profesionales. En muchos campos Java NO es una alternativa a C++, esto es CUALQUIER cosa de medianamente bajo nivel.
Otra cosa diferente es que en algunos campos Java haya suplantado a C++, pero reitero que no me parece que este en decadencia ni de lejos.
Los VERDADEROS debuggers estan pensados para asm, tanto las herramientas de Windows (WinDbg, kd) o el SoftIce y hasta el OllyDbg por citar uno de modo Usuario. En cuanto a IDEs no conozco ninguno comercial y no creo que tuviera mucho exito, la mayoria de los que programamos en assembly (que somos menos que otros lenguajes pero no menos importantes) nos podemos conformar con el notepad y para los que estamos mas modernizados el Visual Studio nos funciona perfectamente para cualquier lenguaje :smartass:
-
estamos cerca de un nuevo standard
:blink:
como asi? cuentame!! :huh:
-
Se hacen muchos robots y micros.
La programacion de robots cuenta con sus propios lenguajes de alto nivel adaptados a sus necesidades, no hace falta bajar a asm para programarlos
Y algunos micros tambien se pueden programar en C ( si existiera compilador) sin necesidad de bajar a ensamblador
-
analizando la grafica:
*El terreno que ha perdido java ultimamente es el mismo que ha ganado C# en el mismo periodo. ( fuga de usuarios?)
*Visual basic ha bajado muy considerablemente, de hecho es el lenguaje que más ha bajado
*Perl ha bajado lo que Ruby ha subido ( fuga de usuarios?)
*segun la grafica en el mismo periodo que ha bajado java , ha bajado tambien C++ y casi en las mismas proporciones, desde luego tambien se ve la subida de C# en proporciones inversas. ( fuga de usuarios?)
*Segun la grafica hoy en dia usan java el mismo numero de usuarios que usaban C++ hace un año, mientras que ahce tres años el numero de desarrolladores java casi duplicaba al numero de desarroladores C++. Desde luegop la variacion se hadebido ppalmente a la caida de java.
*C++ aunque tiene altibajos, en general parece mantenerce estable
*Hasta el lanzamiento de C# 2005, este se habia mantenido estable, luego se ha acelerado su crecimiento
*Con la llegada de AJAX javascript crecio y PERL decrecio
*Hace tres años el mercado era dominado ampliamente por java y visual basic, hoy en dia el mercado es dominado por un pequeño margen en favor de java, seguido por C# y C++ casi de la mano, y un poco menos visible aun visual basic.
*En tan solo un año Ruby desplazo a PERL
*En tan solo un año javascript duplico a PERL
Que más pueden ver? :question:
-
Java gana :huh:
Pues ni modo... vamos a ver cuanto dura Ruby :P
Por otro lado, creo que nos estamos dejando influenciar por la moda, realmete caul es el lenguaje mas apropiado para nuetro trabajo?
Al final, todo es al deleite de cada quien B)
-
:blink:
como asi? cuentame!! :huh:
http://en.wikipedia.org/wiki/Technical_Report_1 (http://en.wikipedia.org/wiki/Technical_Report_1)
Por otro lado, creo que nos estamos dejando influenciar por la moda, realmete caul es el lenguaje mas apropiado para nuetro trabajo?
El mas apropiado para mi trabajo, que es de bajo nivel, es C++ :whistling: :whistling: :whistling:
-
*Visual basic ha bajado muy considerablemente, de hecho es el lenguaje que más ha bajado
*segun la grafica en el mismo periodo que ha bajado java , ha bajado tambien C++ y casi en las mismas proporciones, desde luego tambien se ve la subida de C# en proporciones inversas. ( fuga de usuarios?)
*Segun la grafica hoy en dia usan java el mismo numero de usuarios que usaban C++ hace un año, mientras que ahce tres años el numero de desarrolladores java casi duplicaba al numero de desarroladores C++. Desde luegop la variacion se hadebido ppalmente a la caida de java.
*C++ aunque tiene altibajos, en general parece mantenerce estable
*Hace tres años el mercado era dominado ampliamente por java y visual basic, hoy en dia el mercado es dominado por un pequeño margen en favor de java, seguido por C# y C++ casi de la mano, y un poco menos visible aun visual basic.
* Es obvio que Vb baje, ya ni sirve (nunca sirvió, pero bue...). Yo hace unos días vi la bolsa de trabajo de aquí y Vb casi despareció, están C#, Java y C/C++. :whistling:
* Sí, pero está mal. C# no puede reemplazar a C++, sí a Java.
* 1 de cada 3 programa en Java, los otros 2 en C/C++. :whistling:
* Cuando llegue eso de "C09" o no tengo idea de como se llame el nuevo estándar, seguro que va a estar todavía mejor.
* El mercado de las frutas será. :D
La programacion de robots cuenta con sus propios lenguajes de alto nivel adaptados a sus necesidades, no hace falta bajar a asm para programarlos
Y algunos micros tambien se pueden programar en C ( si existiera compilador) sin necesidad de bajar a ensamblador
Bueno, donde lo quieras meter. La cuestión es que se usa más que Ruby y en la gráfica ni aparece. <_<
-
Por sierto, yo creo que este grafico es basado en la compre de libros en O'Reilly, claro eso es y no tiene mucho que ver con su uso.
-
* Sí, pero está mal. C# no puede reemplazar a C++, sí a Java.
*Yo creo que C# reemplazara a C++ en muchas cosas, no en todas, y creo que puede reemplazar a Java en todo.
* 1 de cada 3 programa en Java, los otros 2 en C/C++. :whistling:
*Al menos no en esta grafica, de hecho en esta grafica seria mas valido decir que 2 de cada 3 programan en java y el otro en C++... aun asi no seria cierto.
* Cuando llegue eso de "C09" o no tengo idea de como se llame el nuevo estándar, seguro que va a estar todavía mejor.
Si veremos que mas trae de nuevo, la verdad nunca habia escuchado al respecto.
Bueno, donde lo quieras meter. La cuestión es que se usa más que Ruby y en la gráfica ni aparece. <_<
Dudo mucho que se use mas asm que Ruby... y creo que ni se le acerca.
-
La gráfica presentada arriba es el porcentaje relativo de crecimiento de ventas de libros de O'Reilly. No son valores absolutos.
Esta otra gráfica (http://radar.oreilly.com/archives/2006/07/ruby_book_sales_pass_perl.html) muestra los mismos porcentajes pero sólo para los lenguajes de desarrollo rápido, pero es interesante porque más abajo hay un par de gráficas más, como el de mercado de puestos de trabajo.
Y lo que dice su- es cierto, que la venta de libros representa los deseos de los programadores por aprender, pero no coincide a veces con los puestos de trabajo (absolutos) (http://www.indeed.com/jobtrends?q=perl%2Cpython%2Cphp%2Cjava%2Cruby%2Cjavascript%2CC%23). Y ni siquiera la gráfica de trabajos representa un estado actual. Hay pocas ofertas de trabajo de PHP, por ejemplo, porque es muy fácil encontrar desarrolladores en PHP. Sí que ayudan a ver tendencias.
Y sobre el lenguaje Asm... hace un par de meses me llevé la sorpresa al enterarme que el sistema informático más difundido en el planeta no era el x86 (amd, intel y demás), sino los chips FPGA (http://en.wikipedia.org/wiki/Programmable_gate_array). Y ya sabemos que es lo que se necesita para programar un chip hecho a medida... (mi profesor de electrónica (http://www.ele.uva.es/~jesus/) usa a veces Asm y otras veces C). No quiere decir que existan más programadores de Asm que los de Java, por ejemplo. Pero sí que existen. Y su documentación es tan técnica que hay poquísimas editoriales que se dediquen a sacar sus datasheets de programación. Más bien lo hacen las mismas empresas fabricantes del chip. A mí me ocurrió lo mismo: hace algunos años quise aprender a programar el Motorola DSP (http://en.wikipedia.org/wiki/Digital_signal_processor)56000 y la única forma que encontré es pedir a la biblioteca de la Facultad que pidieran el libro diréctamente a Motorola Madrid. Y Motorola respondió enviando el libro (800 páginas) al día siguiente de forma gratuita (le interesaba, naturalmente).
-
Si hay demanda de un lenguaje cuanto menos programadores existan para el mismo mejor les pagan asi que todos dediquense a C# :D :D :D Fuera de broma, creo que para practicamente cualquier lenguaje de programacion hay salida laboral, en algunos habra que buscar mas y profundizar mas en los conocimientos que en otros pero siempre algo hay :kicking:
-
:P :P :P :P
C y asm pueden estar en decadencia pero es mas facil que desaparezca java a que lo hagan estos dos...
-
:P :P :P :P
C y asm pueden estar en decadencia pero es mas facil que desaparezca java a que lo hagan estos dos...
Si desaparecen C y Asm desaparecen Windows y GNU/Linux. :whistling:
No me imagino lo que sería un sistema operativo en Java o C#... :P
-
:lol: :lol: :lol: :lol:
Precisamente a eso me refiero que por màs que digan y digan que c y asm son arcaicos y en decadencia tendran màs vida que cualquiera existente...
y un S.O en java cuando los celulares tengan màs capacidad no dudes que existan S.O. en java, solo piensalo y veras que es posible...
-
Con esa lentitud del JVM me desesperaría y rompería mi celular. :whistling:
-
Tengo varias opiniones al respecto
Java es muy utilizado en estos momentos, 1 es licencia gpl, es multiplataforma y las universidades ven esto como una ventaja. ademas fue pensado para dispositivos ubicuos(portables) y ultimamente se han propagado en sistemas como celulares y pda,s etc. su desventaja .. interprete: eso lo hace mas lento que los otros.
c++ es de mediano nivel tiene compilador gnu. ademas de esto marco una generacion. utiliza ASM como parte de la depuracion. Se usa mucho para la elaboracion de juegos 3d y la ejecucion es mas rapida que otros considerados de mediano nivel.
Asm es practicamente la base de todos esos compiladores. asi que nunca por ahora como lo veo yo va a decaer. ademas sin tener que hacer muchas traduciones al procesador la ejecucion es mucho mas rapida
bueno c# es una fusion entre c++, visual basic y java. de muuuuuuuuy alto nivel, le facilita la vida a los programadores, pero esto trae como consecuencia. que los desarrolladores de estos momentos. utilizan cosas que no saben de donde vienen. por que las hicieron asi.. y cosas asi por el estilo
yo lo que veo venir es una evolucion de todos. quizas para adaptarse a la POO o a otro metodo que influya en las proximas generaciones
-
Tengo varias opiniones al respecto
Java es muy utilizado en estos momentos, 1 es licencia gpl, es multiplataforma y las universidades ven esto como una ventaja. ademas fue pensado para dispositivos ubicuos(portables) y ultimamente se han propagado en sistemas como celulares y pda,s etc. su desventaja .. interprete: eso lo hace mas lento que los otros.
c++ es de mediano nivel tiene compilador gnu. ademas de esto marco una generacion. utiliza ASM como parte de la depuracion. Se usa mucho para la elaboracion de juegos 3d y la ejecucion es mas rapida que otros considerados de mediano nivel.
Asm es practicamente la base de todos esos compiladores. asi que nunca por ahora como lo veo yo va a decaer. ademas sin tener que hacer muchas traduciones al procesador la ejecucion es mucho mas rapida
bueno c# es una fusion entre c++, visual basic y java. de muuuuuuuuy alto nivel, le facilita la vida a los programadores, pero esto trae como consecuencia. que los desarrolladores de estos momentos. utilizan cosas que no saben de donde vienen. por que las hicieron asi.. y cosas asi por el estilo
Java no es GPL, es gratuito pero no libre.
C++ es de alto nivel, C es de medio nivel.
C# no tiene nada de Vb, si no, hubiera sido una porquería. Tiene cosas de Java, Delphi y C++ (como se menciona por allí en otro post).
:whistling:
-
C - nivel 3
C++, Delphi -> nivel 4
C#, java -> nivel 5
-
C# no tiene nada de Vb, si no, hubiera sido una porquería. Tiene cosas de Java, Delphi y C++ (como se menciona por allí en otro post).
:whistling:
A mi modo de ver por su arquitectura C# es la evolucion LOGICA de VB. Se basa en el mismo principio de DLLs que hacen el verdadero trabajo.
-
A mi modo de verlo es el mismo principio de C++, pues asi sea para usar la API esta usando Dlls que le hacen el trabajo duro, solo que los lenguajes cada vez usan mas dll para que les haga el trabajo duro.
Finalmente esas dll (digamos las de la api) son del sistema operativo y para eso se hicieron los sistemas operativos, para crear una abstraccion de la maquina y asi ghacerla mas sencilla para el programador y ahi vamos con C#, java, etc... ahora el framewoek metido en el sistema operativp y en el caso de java ya lo estan metiendo tambien en los sistemas operativos ( Solaris? ubuntu? no se pero algo ohi) y en el firmware en el caso de los moviles... :whistling:
-
cuando dije que c++ es de nivel medio. lo dije porque se puede usar Asm en el embebido para comunicarse con la maquina. digo que VB es de alto nivel porque puedes crear formularios y hacer eventos y cosas con solo un clic. esto lo puede hacer c++ en visual c++ que le facilita por decirlo asi la creacion de aplicaciones WIN32..
lode VB en comparacion con c sharp fue por lo de facilitarle la vida a los programadores. porque en codigo , naaaaaaaaaa
C# no tiene nada de Vb, si no, hubiera sido una porquería. Tiene cosas de Java, Delphi y C++ (como se menciona por allí en otro post).
X.cyclop.. todo programador c(++,#) considera VB una porqueria.. mi intencion no fue ofender al c. en cualquiera de sus versiones.. jajaja
y si tienes razon java no es gpl..
B)
-
cuando dije que c++ es de nivel medio. lo dije porque se puede usar Asm en el embebido para comunicarse con la maquina. digo que VB es de alto nivel porque puedes crear formularios y hacer eventos y cosas con solo un clic. esto lo puede hacer c++ en visual c++ que le facilita por decirlo asi la creacion de aplicaciones WIN32..
lode VB en comparacion con c sharp fue por lo de facilitarle la vida a los programadores. porque en codigo , naaaaaaaaaa
C# no tiene nada de Vb, si no, hubiera sido una porquería. Tiene cosas de Java, Delphi y C++ (como se menciona por allí en otro post).
X.cyclop.. todo programador c(++,#) considera VB una porqueria.. mi intencion no fue ofender al c. en cualquiera de sus versiones.. jajaja
y si tienes razon java no es gpl..
B)
yo considero a VB 6.0 y anteriores, una porqueria muy util y practica.
Es decir como lenguaje deja mucho que desear... pero sirvio por mucho tiempo y bastante. Es una herramienta muy practica y no se necesita ser un genio de la programacion para utilizarla.
-
Y sobre el lenguaje Asm... hace un par de meses me llevé la sorpresa al enterarme que el sistema informático más difundido en el planeta no era el x86 (amd, intel y demás), sino los chips FPGA (http://en.wikipedia.org/wiki/Programmable_gate_array). Y ya sabemos que es lo que se necesita para programar un chip hecho a medida... (mi profesor de electrónica (http://www.ele.uva.es/~jesus/) usa a veces Asm y otras veces C). No quiere decir que existan más programadores de Asm que los de Java, por ejemplo. Pero sí que existen. Y su documentación es tan técnica que hay poquísimas editoriales que se dediquen a sacar sus datasheets de programación. Más bien lo hacen las mismas empresas fabricantes del chip. A mí me ocurrió lo mismo: hace algunos quise aprender a programar el Motorola DSP (http://en.wikipedia.org/wiki/Digital_signal_processor)56000 y la única forma que encontré es pedir a la biblioteca de la Facultad que pidieran el libro diréctamente a Motorola Madrid. Y Motorola respondió enviando el libro (800 páginas) al día siguiente de forma gratuita (le interesaba, naturalmente).
Je, ese tema me interesa (yo soy electrónico :D). Aunque lo que está cobrando cada vez más auge en las universidades latinoamericanas es el lenguaje VHDL (en EU ya era una realidad hace varios años en universidades, supongo que en Europa será similar).
Programadores de C para dispositivos embebidos, microcontroladores y demás hay muchísimos, y normalmente todos ellos también manejan el ASM de dichos dispositivos, es decir, programadores de C hay UN MONTÓN.
Una duda, C# fué creado "exprofeso" para "aprovechar al máximo" la plataforma .NET, ¿qué limitantes tiene al respecto C++ managed?
Saludos,
JJ (Geo).
-
Una duda, C# fué creado "exprofeso" para "aprovechar al máximo" la plataforma .NET, ¿qué limitantes tiene al respecto C++ managed?
Saludos,
JJ (Geo).
Entiendo que asi es, se creo con ese objetivo, aunque creo que ya habian algunas versiones menores , pero fue digamos que re-inventado para tal fin.
Las limitantes no las tiene, de hecho respecto a .NET el que puede tener limitantes es C++ respecto a C#.
Cada vez que sacan nuevas caracteristicas en .NET primero las implementan en C#, luego en VB.NET y luego no se... no se que tanto este atras VC++.NET contra C#.
De hecho Vc++.NET es el mismo C++ pero hay que usar las managed Extentions por .NET.
Asi que realmente depende de que tanto y que tan seguido se incorporan en las managed extentions las nuevas caracteristicas del CIL y del framework.
-
X.cyclop.. todo programador c(++,#) considera VB una porqueria.. mi intencion no fue ofender al c. en cualquiera de sus versiones.. jajaja
y si tienes razon java no es gpl..
B)
C no tiene versiones. C++ es C pero con OOP, STL y no se que más (Wikipedia. Yo todavía no me lo aprendo :D ).
C# es Java + C++, de Microsoft y con un .Net Framework que consume lo mismo que el JVM. :whistling:
Una duda, C# fué creado "exprofeso" para "aprovechar al máximo" la plataforma .NET, ¿qué limitantes tiene al respecto C++ managed?
Si "C++ managed" es el C++.Net, pues no sirve. Es el C++ pirata. ¿No dice Microsoft que usemos lo "genuino"? ... C++ :D
-
C no tiene versiones.
Si tiene:
El lenguaje C fue inventado e implementado en una máquina Unix, por Dennis Ritchie, en los años 70. C fue "sucesor", por así decirlo, de un lenguaje llamado B, que a su vez descendía de otro llamado BCPL. Tras muchos años de ser un lenguaje sin reglar, en el verano de 1983 se decide formar un comité para crear el stándar ANSI (Instituto Nacional Americano de Estándares) y así formalizar el lenguaje. Pero, este proceso, no fue nada corto. 6 años después, por fin sale el stándar ANSI del lenguaje C, en diciembre de 1989, comenzando a comecializarse a partir de los 90. El stándar, también fue reconocido y aceptado por la ISO (Organización Internacional de Stándares). Cuando hacemos referencia a ese standar, solemos hablar de C89. En 1995 C89 se amplía con con varias funciones y se asientan las bases de lo que más tarde sería C++. Con el desarrollo de este nuevo lenguaje, C quedó algo apartado, pero en 1999 se definió otro stándar, el C99. C99 era prácticamente el stándar C89, si bien con funciones y bibliotecas nuevas y algunas características innovadoras.
Indistintamente, en nuestros artículos y programas utilizaremos los dos stándares, si bien hay que tener cuidado con C99, pues puede que algunos compiladores no lo acepten. Por ello, te recomiendo tener un compilador actualizado, que sea capaz de reconocerlo. Esta tarea no es difícil, buscar un poco en internet y listo De todas formas, sólo utilizaremos algunas cosillas propias de C99; como has visto éste se basa en C89.
mas info:
http://en.wikipedia.org/wiki/C_programming_language#History (http://en.wikipedia.org/wiki/C_programming_language#History)
on un .Net Framework que consume lo mismo que el JVM.
Cuando lo pruebes vuelve a postear, a mi en mis pruebas me ha salido mucho menor.
Si "C++ managed" es el C++.Net, pues no sirve. Es el C++ pirata. ¿No dice Microsoft que usemos lo "genuino"? ... C++ :D
jajaja :lol: ta gueno.
Se le agregan algunas palabras reservadas y no se que mas vainas para que pueda funcionar.
-
Gracias por la aclaracion JuanK, ya sabia toda la evolucion pero debo agregar que ademas de c99 ,existe un compilador para D++.
D++ tiene similitudes con el C#
pueden verlo en
http://layerd.net/ViewDownload.aspx?id=dow...ilador_lddpp_en (http://layerd.net/ViewDownload.aspx?id=down_compilador_lddpp_en)
-
Si tiene:
El lenguaje C fue inventado e implementado en una máquina Unix, por Dennis Ritchie, en los años 70. C fue "sucesor", por así decirlo, de un lenguaje llamado B, que a su vez descendía de otro llamado BCPL. Tras muchos años de ser un lenguaje sin reglar, en el verano de 1983 se decide formar un comité para crear el stándar ANSI (Instituto Nacional Americano de Estándares) y así formalizar el lenguaje. Pero, este proceso, no fue nada corto. 6 años después, por fin sale el stándar ANSI del lenguaje C, en diciembre de 1989, comenzando a comecializarse a partir de los 90. El stándar, también fue reconocido y aceptado por la ISO (Organización Internacional de Stándares). Cuando hacemos referencia a ese standar, solemos hablar de C89. En 1995 C89 se amplía con con varias funciones y se asientan las bases de lo que más tarde sería C++. Con el desarrollo de este nuevo lenguaje, C quedó algo apartado, pero en 1999 se definió otro stándar, el C99. C99 era prácticamente el stándar C89, si bien con funciones y bibliotecas nuevas y algunas características innovadoras.
Indistintamente, en nuestros artículos y programas utilizaremos los dos stándares, si bien hay que tener cuidado con C99, pues puede que algunos compiladores no lo acepten. Por ello, te recomiendo tener un compilador actualizado, que sea capaz de reconocerlo. Esta tarea no es difícil, buscar un poco en internet y listo De todas formas, sólo utilizaremos algunas cosillas propias de C99; como has visto éste se basa en C89.
mas info:
http://en.wikipedia.org/wiki/C_programming_language#History (http://en.wikipedia.org/wiki/C_programming_language#History)
Eso ya se. :P Me refería a que por ej. C# no es una versión de C...
Cuando lo pruebes vuelve a postear, a mi en mis pruebas me ha salido mucho menor.
En Windows Vista... :P
Yo digo en XP, allí es donde consume lo mismo que el JVM.
Se le agregan algunas palabras reservadas y no se que mas vainas para que pueda funcionar.
Y le quitan lo "difícil" (¿punteros?...). :whistling:
-
Cuando lo pruebes vuelve a postear, a mi en mis pruebas me ha salido mucho menor.
En Windows Vista... :P
Yo digo en XP, allí es donde consume lo mismo que el JVM.
En lo del rendimeinto hablo de Xp, aunque supongo que tambien es variable de acuerdo a la aplicacion que se este usando.
Se le agregan algunas palabras reservadas y no se que mas vainas para que pueda funcionar.
Y le quitan lo "difícil" (¿punteros?...). :whistling:
Los punteros no son dificiles, lo dificil es no cometer errores de runtime por culpa de ellos.
adicional a eso una sintaxis mas clara, una implementacion de POO mas limpia, una sana costumbre de no nombrar las APIS o los componentes con nombres obsoletos, el uso de namespaces, comprobacion de tipos seguros en tiempo de compilacion, el garbage collector, y muchas otras cuialidades del lenguaje que no existen en C++ como por ejemplo los indexers, los properties, los atributos, los delegados, la implementacion nativa de safe threads etc.
-
A mi modo de verlo es el mismo principio de C++, pues asi sea para usar la API esta usando Dlls que le hacen el trabajo duro, solo que los lenguajes cada vez usan mas dll para que les haga el trabajo duro.
Finalmente esas dll (digamos las de la api) son del sistema operativo y para eso se hicieron los sistemas operativos, para crear una abstraccion de la maquina y asi ghacerla mas sencilla para el programador y ahi vamos con C#, java, etc... ahora el framewoek metido en el sistema operativp y en el caso de java ya lo estan metiendo tambien en los sistemas operativos ( Solaris? ubuntu? no se pero algo ohi) y en el firmware en el caso de los moviles... :whistling:
No estoy de acuerdo ya que en C/C++ tenes la POSIBILIDAD de usar la API del S.O. mediante en una DLL pero tambien podes "hablar" con el Kernel ya que no tenes una verdadera dependencia de una libreria externa que haga tu inicializacion (es muy facil desprenderse de la RTL y en esta misma pagina hay un par de articulos sobre como hacer una propia) y te provea toda tu funcionalidad. La versatilidad de C/C++ te permite hacer un modulo de modo Kernel que no depende en lo absoluto del S.O. (obviamente seria una abominacion escrita en inline assembly).
-
adicional a eso una sintaxis mas clara, una implementacion de POO mas limpia, una sana costumbre de no nombrar las APIS o los componentes con nombres obsoletos, el uso de namespaces, comprobacion de tipos seguros en tiempo de compilacion, el garbage collector, y muchas otras cuialidades del lenguaje que no existen en C++ como por ejemplo los indexers, los properties, los atributos, los delegados, la implementacion nativa de safe threads etc.
Los namespaces existen en C++, el garbage collector se puede implementar con bastante facilidad (eso no quiere decir que nos resulte util su funcionalidad comparada con su perdida de rendimiento ver Smart Pointers de cualquier manera). Muchas de las cualidades que nombras se pueden implementar (ver Boost http://en.wikipedia.org/wiki/Boost_library) (http://en.wikipedia.org/wiki/Boost_library)) y otras muchas mas vendran con el nuevo standard (ver http://en.wikipedia.org/wiki/Technical_Report_1) (http://en.wikipedia.org/wiki/Technical_Report_1)) como pueden ser tablas hash o expresiones regulares.
¿Es esto realmente necesario para el lenguaje? Yo diria que no, util es, pero no es necesario. C++ no es una caja cerrada sino todo lo contrario, lo que no hay se puede implementar a mano sin ningun tipo de problema.
-
Java es muy utilizado en estos momentos, 1 es licencia gpl, es multiplataforma y las universidades ven esto como una ventaja. ademas fue pensado para dispositivos ubicuos(portables) y ultimamente se han propagado en sistemas como celulares y pda,s etc. su desventaja .. interprete: eso lo hace mas lento que los otros.
Perl es multiplataforma, es Artistic license, puede ser usados en dispositivos tales como PDAs, moviles, etc.
Ventajas:
interprete: tine un muy buen debbuger, no es tan lento como el de Java/Ruby
Tiene tiempo de desarrollo.
Puede correr otros lenguajes tales como Java, C/C++, ASM, Pacal, Prolog, Awk, PHP...
Desventajas:
Los programadores: Perl tiene multiples variables, tales como Pugs o Parrot (implementaciones de maquina virtual, incluso del lenguaje mismo) pero clara mente los programadores se alejan un poco de la historia y se declinan a lo "nuevo es lo mejor".
Complejidad: Perl puede ser tan complejo que hay modulos que pueden tener su propia sintaxis (claro el estereotipo es muy equivalente) y esto mas peresa == (eq) desastre...
Pero como tiene tan buen debbuger el bien te dira que pasa, incluso en casos muy logicos te deice que te falto semicolon ( o como se escriba, no me suele pasar).
:whistling:
-
adicional a eso una sintaxis mas clara, una implementacion de POO mas limpia, una sana costumbre de no nombrar las APIS o los componentes con nombres obsoletos, el uso de namespaces, comprobacion de tipos seguros en tiempo de compilacion, el garbage collector, y muchas otras cuialidades del lenguaje que no existen en C++ como por ejemplo los indexers, los properties, los atributos, los delegados, la implementacion nativa de safe threads etc.
Los namespaces existen en C++, el garbage collector se puede implementar con bastante facilidad (eso no quiere decir que nos resulte util su funcionalidad comparada con su perdida de rendimiento ver Smart Pointers de cualquier manera). Muchas de las cualidades que nombras se pueden implementar (ver Boost http://en.wikipedia.org/wiki/Boost_library) (http://en.wikipedia.org/wiki/Boost_library)) y otras muchas mas vendran con el nuevo standard (ver http://en.wikipedia.org/wiki/Technical_Report_1) (http://en.wikipedia.org/wiki/Technical_Report_1)) como pueden ser tablas hash o expresiones regulares.
¿Es esto realmente necesario para el lenguaje? Yo diria que no, util es, pero no es necesario. C++ no es una caja cerrada sino todo lo contrario, lo que no hay se puede implementar a mano sin ningun tipo de problema.
ok, pero en C# ya estan implementadas, asi que porque esperar.. y ojo, no digo que C++ sea malo porque de hecho lo adoro.. pero no me voy a poner a hacer un garbage colector ni a implementar todas las cosas de C# , ni a esperar a que otros lo hagan cuando ya lo tengo listo :lol: .
Tampoco escojeria lenguaje C o C++ para hacer una aplicacion en 3 dias cuando en C# la puedo hacer en horas... desde luego hay cosas que aunque quisiera no las podria hacer en C# como un Sistema operativo o que se yo.
-
Tampoco escojeria lenguaje C o C++ para hacer una aplicacion en 3 dias cuando en C# la puedo hacer en horas... desde luego hay cosas que aunque quisiera no las podria hacer en C# como un Sistema operativo o que se yo.
Perdón, pero eso es una tontería.
Esa comparación solo se haría entre Vb y Asm, allí si tardarías un buen en hacer una aplicación de gestión en Asm.
Si en C# tardas 1 hora, en C++ tardas 1 hora y cuarto como máximo. Obviamente teniendo la misma experiencia en los 2.
:whistling:
-
Tampoco escojeria lenguaje C o C++ para hacer una aplicacion en 3 dias cuando en C# la puedo hacer en horas... desde luego hay cosas que aunque quisiera no las podria hacer en C# como un Sistema operativo o que se yo.
Perdón, pero eso es una tontería.
Esa comparación solo se haría entre Vb y Asm, allí si tardarías un buen en hacer una aplicación de gestión en Asm.
Si en C# tardas 1 hora, en C++ tardas 1 hora y cuarto como máximo. Obviamente teniendo la misma experiencia en los 2.
:whistling:
Lo dices porque no tienes experiencia en ningún desarrollo de tran envergadura ni tampoco ninguna experiencia a nivel de administracion de proyectos.
El dia que empieces a hacer desarrollos en serio, dejaras de decir tonterias :whistling: .
Para la muestra nada mas hay que comparar cuanto se tarda uno en trabajar con Web Services en java ( nivel 5) y cuanto mucho menos se tarda en C# (nivel 5 tambien)... ahora que cuanto tardare en C++ (nivel 4) :whistling: dependera de muchas cosas...
Incluso puede que codificando en algunos casos muy sencillos ( como el que panteas) tardes tan solo un poco mas en C++ que en C#... pero ve a hacer cuenta cuanto te demoras debugueando en C++ y cuanto en C#... y cuanto tiempo mas invertiras en el mantenimiento de ese aplicativo en C++ en subsecuentes oportunidades.... y cuanto con C#...
Ejemplo
Imaginemos esos 15 minutos de los que hablas ( asumamos que a los mucho sean 15, en un desarrollo de verdad seguramente sera mucho mas :whistling: )
15 minutos por hora son 25% mas de tiempo utilizado por hora, por lo cual si una empresa le paga a 10 desarrolladores digamos en pesos colombianos
2.000.000 a cada uno al mes por un desarrollo en C#, al año serian
2.000.000*10*12= 240'000.000 de pesos
pero si lo hacen en C++ ( con el supuesto que dijimos) realmente tendria que invertir el 25% mas osea:
2.500.000*10*12= 300'000.000 de pesos
asi que facil
300 -240 = 60 millones de pesos colombianos
una empresa que gaste 15 minutos mas por cada hora de desarrollo por usar C++ en vez de C# pierde al año 60'000.000 de pesos...
en dolares son +/- 30.000 dolares
Asi que como veras aun suponiendo que solo sea el tiempo que dices y suponiendo que sea una empresa muy pequeña de solo 10 desarrolladores ya estas perdiendo mucho dinero.
Es bueno usar C++ solo si es necesario, pero si no e necesario para que perder tanto dinero?
En la empresa donde trabajo son +/- 150 desarrolladores y +/- 300 personas mas en otros cargos y muchos dependen del desarrollo, es decir si falla el desarrollo debentrabajar mas o repetir trabajo ( ejemplo la gente de pruebas , administracion de la configuracion etc) asi que creeme que tus supuestos tansolo 15 minutos en una empresa de verdad se convierten hasta en 1 o dos dias mas de trabajo... nadmas hay que ver cuanto se tarda en realizar un set de pruebas... por no hablar del resto...
pero imaginemos que siguen siendo tus 15 minutos...
150 empleados C#
150*2.000.000*12 =3.600'.000.000 de pesos al año
150 empleados C++ ( que tardan 25 % mas o sea que es como si les pagaran 2'500.000)
150*2.500.000*12 =4.500'000.000 de pesos al año
Asi que en el supuesto de que en mi empresa 150 personas desarrollaran en C# y de un año a otro pasaran a hacerlo en C++, y suponiendo solo 15 minutos mas por hora ( lo cual ya quedo claro que se convierte en mucho más que eso) perderia al año:
900'000.000 de pesos
o sea +/- 392.000 dolares
... :whistling:
Eso es lo malo de pensar solo como programador, no se ve más alla...
por eso yo soy de los que insisto en formarce integralmente.
Para un programador usar C++ es 'lo mejor' porque 'si es un buen lenguaje' y realmente solo porque se siente mejor consigo mismo usando las herramientas que implican mayor dificultad y practica... para un gerente de proyecto ese chiste del programador le puede costar quebrar la empresa... o dejarla en manos de la competencia...
-
Y lo que dice su- es cierto, que la venta de libros representa los deseos de los programadores por aprender, pero no coincide a veces con los puestos de trabajo (absolutos) (http://www.indeed.com/jobtrends?q=perl%2Cpython%2Cphp%2Cjava%2Cruby%2Cjavascript%2CC%23). Y ni siquiera la gráfica de trabajos representa un estado actual. Hay pocas ofertas de trabajo de PHP, por ejemplo, porque es muy fácil encontrar desarrolladores en PHP. Sí que ayudan a ver tendencias.
esta buena esa web, no la conocia, voy a "bookmarkearla", pero lo malo es que solo es para USA, o bueno eso parece. Asi se solo se aplica a esa realidad :(.
Se podrá usar esas estadístias para generalizarlas al mundo entero? :blink:
Y a lo que dice JuanK es cierto. Pero yo lo veo hasta donde quieres llegar es decir cual es la meta en tu vida, puede que siendo programador seas feliz. Algunos empiezan ensamblando, programandor, analista, arquitecto, jefe de proyecto, ....
Cada etapa tiene su visión, y como dicen hay que ir quemando etapas, y por supuesto depende a hasta donde quieres llegar.
Saludos,
-
ok, pero en C# ya estan implementadas, asi que porque esperar.. y ojo, no digo que C++ sea malo porque de hecho lo adoro.. pero no me voy a poner a hacer un garbage colector ni a implementar todas las cosas de C# , ni a esperar a que otros lo hagan cuando ya lo tengo listo :lol:
Boost ya existe eh, hace años, creo que es claramente anterior a .NET aunque da lo mismo. Y eso ya corre a cuenta de cada uno, si necesito usar algo muchas veces y solo implementarlo una realmente no me molesta. Otros prefieren no hacer mas que "pegar" componentes, es una cuestion personal mas que nada.
Tampoco escojeria lenguaje C o C++ para hacer una aplicacion en 3 dias cuando en C# la puedo hacer en horas... desde luego hay cosas que aunque quisiera no las podria hacer en C# como un Sistema operativo o que se yo.
Como siempre hay que ver la aplicacion, hablando de C++ si ya la hiciste una vez y tenes bien aislado el dominio del problema del dominio de la interfaz ciertamente podes llegar a tardar 3 dias como decis la primera vez y media hora las siguientes con lo cual el benificio de la reutilizacion de codigo propio supera al de la reutilizacion de codigo ajeno. De cualquier manera asumo que hablas de programas bastante repetitivos ya que en horas es dificil hacer algo nuevo de la nada ...
-
Eso es lo malo de pensar solo como programador, no se ve más alla...
por eso yo soy de los que insisto en formarce integralmente.
Para un programador usar C++ es 'lo mejor' porque 'si es un buen lenguaje' y realmente solo porque se siente mejor consigo mismo usando las herramientas que implican mayor dificultad y practica... para un gerente de proyecto ese chiste del programador le puede costar quebrar la empresa... o dejarla en manos de la competencia...
Si, es bueno tambien pensar antes de escribir ya que a veces estos postulados solo causan gracia si uno en vez de poner formarse pone formarce ...
Para un programador C++ es lo mejor porque es el lenguaje mas versatil que conoce, el que le permite trabajar casi al mas bajo nivel y casi al mas alto nivel. Y para un jefe de proyecto que tenga una tarea de medianamente bajo nivel no hacerla con C/C++ no solo le implicaria perder el tiempo sino su puesto de trabajo.
-
Y a lo que dice JuanK es cierto. Pero yo lo veo hasta donde quieres llegar es decir cual es la meta en tu vida, puede que siendo programador seas feliz. Algunos empiezan ensamblando, programandor, analista, arquitecto, jefe de proyecto, ....
Cada etapa tiene su visión, y como dicen hay que ir quemando etapas, y por supuesto depende a hasta donde quieres llegar.
Efectivamente, tal vez como jefe de proyecto sin mover un dedo y dedicandote a charlar y discutir con los otros jefes de proyecto (si estas en una empresa grande claro) te sientas realizado. Realmente a mi ese trabajo me haria quedar dormido del aburrimiento. ¿Con ensamblando te referis a armar PCs? Generalmente para poder ser programador hay que ser analista/arquitecto o como lo quieras llamar, la epoca de los diagramas de flujo esta muy lejana y casi todos sabemos UML por si es necesario.
Si haces una carrera universitaria no necesitas tener esos puestos para saber sus responsabilidades y como decia antes prefiero ser Software Engineer que Program Manager.
-
De cualquier manera asumo que hablas de programas bastante repetitivos ya que en horas es dificil hacer algo nuevo de la nada ...
No lo del ejemplo de horas era nada mas por el ejemplo para cyclop que fue que el hizo el comentario de las horas.
Si, es bueno tambien pensar antes de escribir ya que a veces estos postulados solo causan gracia si uno en vez de poner formarse pone formarce
:losiento: LA horrografia es una de mis debilidades, especialmente en las noches.
Para un programador C++ es lo mejor porque es el lenguaje mas versatil que conoce, el que le permite trabajar casi al mas bajo nivel y casi al mas alto nivel. Y para un jefe de proyecto que tenga una tarea de medianamente bajo nivel no hacerla con C/C++ no solo le implicaria perder el tiempo sino su puesto de trabajo.
Exacto a eso me refiero cuando digo de solo usarlo cuando sea necesario.
Efectivamente, tal vez como jefe de proyecto sin mover un dedo y dedicandote a charlar y discutir con los otros jefes de proyecto (si estas en una empresa grande claro) te sientas realizado.
Bueno es que esos ya no son jefes o directores de proyecto, esos ya son socios...
o a veces personas con mucha experiencia que solo les pagan para tomar desiciones lo cual no es nada facil...
Realmente a mi ese trabajo me haria quedar dormido del aburrimiento.
Opino lo mismo, pero es un trabajo muy necesario en toda empresa y muy importante, tanto que el desarrollador puede ser muy inexperto y el codigo puede ser una abominacion pero un buen gerente de proyecto puede hacer un producto bueno aun con esos incidentes...
lo digo por una empresa donde trabaje... el codigo de muchos modulos apestaba y estaba muy mal construido, pero el gte de proyecto se las arreglaba tan bien en todo que el producto se vende como pan caliente y funcionaba bastante bien para lo que deberia de ser...
-
o digo por una empresa donde trabaje... el codigo de muchos modulos apestaba y estaba myu mal construido, pero el gte de poyecto se las arreglaba tan bien en tdodo que el producto se vende como pan caliente.
Eso me recuerda a una empresa muy famosa que empieza con "micro" y termina con "soft"
-
o digo por una empresa donde trabaje... el codigo de muchos modulos apestaba y estaba myu mal construido, pero el gte de poyecto se las arreglaba tan bien en tdodo que el producto se vende como pan caliente.
Eso me recuerda a una empresa muy famosa que empieza con "micro" y termina con "soft"
jejejeje
asi es siempre he pensado en eso :scream:
-
:P :P :P :P :P
Solo recuerden no importa lo mucho que apeste el codigo por lo regular el cliente jamas huele el codigo, solo le interesa que sea bonito y que sea màs o menos funcional , eso no quita que todos debemos hacer nuestro trabajo lo mejor posible...
-
Solo recuerden no importa lo mucho que apeste el codigo por lo regular el cliente jamas huele el codigo, solo le interesa que sea bonito y que sea màs o menos funcional
Eso depende a que area este destinado el software. :ph34r:
-
Generalmente para poder ser programador hay que ser analista/arquitecto o como lo quieras llamar, la epoca de los diagramas de flujo esta muy lejana y casi todos sabemos UML por si es necesario.
¿Analista? :blink: Pero eso no tiene nada de especial, cualquiera que sepa un lenguaje de programación sabe analizar un código y checar si tiene bugs. :P
Si haces una carrera universitaria no necesitas tener esos puestos para saber sus responsabilidades y como decia antes prefiero ser Software Engineer que Program Manager.
Los Program Managers son los flojos (huev0nes, peresozos, lazies) que solo les ordenan a los Software Developers. :scream:
Solo recuerden no importa lo mucho que apeste el codigo por lo regular el cliente jamas huele el codigo, solo le interesa que sea bonito y que sea màs o menos funcional , eso no quita que todos debemos hacer nuestro trabajo lo mejor posible...
Depende a qué le llames que "el código apeste". :whistling:
-
Analista (http://es.wikipedia.org/wiki/Analista).
-
Analista (http://es.wikipedia.org/wiki/Analista).
Muy bien explorer... me ahorraste páginas de discurso! :D
Cyclop...
eres muy joven y no tienes experiencia en nada de estas cosas a nivel laboral...
pero un analista generalmente no solo debe saber de programacion, por encima de eso el analisis va mucho mas alla de solo codificar... codificar es facil.
¿Analista? blink.gif Pero eso no tiene nada de especial, cualquiera que sepa un lenguaje de programación sabe analizar un código y checar si tiene bugs. tongue.gif
Realizar los análisis no tiene nada que ver con esto, es mucho mas complejo y requiere mucha mas experiencia y conocimientos, incluso conocimientos especificos profundos sobre la aplicacion en la que se esta trabajando ( desde luego no me refiero a un hola mundo sino a software realmente grande). En un grupo de Desarrollo de Software ( y que conste que no he dicho un grupo de programadores) loa análisis generalmente solo los hacen los mas expertos y generalmente los mas antiguos y con base en esos análisis el programador asignado desarrolla lo que le es encomendado.
Averigua del tema.
-
Si haces una carrera universitaria no necesitas tener esos puestos para saber sus responsabilidades y como decia antes prefiero ser Software Engineer que Program Manager.
Los Program Managers son los flojos (huev0nes, peresozos, lazies) que solo les ordenan a los Software Developers. :scream:
El termino program managers se utiliza solo a nivel comercial para los gerentes de cuenta encargados de vender o comercializar el producto.
Otra cosa son los project managers.
En una empresa muy pequeña el project manager es generalmente el dueño o socio y en esos casos casi siempre ocurre lo que dices.
En una empresa grande y en una muy grande un PM (project manager) es una persona responsable , orientada a resultados muy bien preparada, generalmente con una maestria o especializacion en el area generencial y una experiencia y hoja de vida envidiables. Gracias a ellos los desarrollos pasan de ser programas a ser productos y se articulan toda una serie procesos empresariales de vital importancia para la industria y para el producto en si....
Pero a ese mismo nivel en estas empresas estan los 'socios' y los 'recomendados' que son personas que no tienen idea de nada y se la pasan mandando por mandar a veces sin tener idea de lo que estan haciendo... en todas las empresas los hay ( por lo menos uno), pero esos no son PM's. o no deberian serlo... :scream:
Mas arriba de ellos estan los cargos de alta gerencia... algunos que demandan muchas capacidades y otros que no tantas pero si requieren experiencia y pericia en la toma de desiciones institucionales.... y mas arriba normalmente estas los vicepresidentes y socios que se reunen en comites para deliverar acerca de la vision y futuro de la empresa, plan estrategico etc...
lo que pasa es que solo se reunen una o dos veces por mes y el resto del tiempo en algunas empresas ... se dedican a calentar la silla en especial si son socios de la empresa ...
Casi siempre los socios y los recomendados son lo que no hacen nada y llegan a la empresa solo a joder( molestar) y despedir gente para ellos tener mas dinero.
-
eres muy joven y no tienes experiencia en nada de estas cosas a nivel laboral...
pero un analista generalmente no solo debe saber de programacion, por encima de eso el analisis va mucho mas alla de solo codificar... codificar es facil.
Puede que en ese particular estes en lo correcto pero puede que tambien tengas solo la experiencia propia (Logico, ¿No?) adquirida tal vez en un solo trabajo (ya se que no) o tal vez adquirida en un solo pais, continente o lo que fuera por eso es mejor decir cosas como "generalmente" o "por lo normal" ya que no sabes, por lo normal justamente, como funcionan las cosas en todos los paises del mundo especialmente en los de otro idioma.
El termino program managers se utiliza solo a nivel comercial para los gerentes de cuenta encargados de vender o comercializar el producto.
Esto en España en una empresa muy grande y conocida a nivel mundial se utilizaba a nivel de desarrollo :devil:
-
Puede que en ese particular estes en lo correcto pero puede que tambien tengas solo la experiencia propia (Logico, ¿No?) adquirida tal vez en un solo trabajo (ya se que no) o tal vez adquirida en un solo pais, continente o lo que fuera por eso es mejor decir cosas como "generalmente" o "por lo normal" ya que no sabes, por lo normal justamente, como funcionan las cosas en todos los paises del mundo especialmente en los de otro idioma.
:o
ok lo tendre en cuenta para el futuro.
El termino program managers se utiliza solo a nivel comercial para los gerentes de cuenta encargados de vender o comercializar el producto.
Esto en España en una empresa muy grande y conocida a nivel mundial se utilizaba a nivel de desarrollo :devil:
:o
Lo imagino, pero en general a nivel de latinoamerica lo habia conocido como lo mencione.
thanks
-
:P :P :P :P :P
Solo recuerden no importa lo mucho que apeste el codigo por lo regular el cliente jamas huele el codigo, solo le interesa que sea bonito y que sea màs o menos funcional , eso no quita que todos debemos hacer nuestro trabajo lo mejor posible...
a eso se le llama trabajar orientado al objetivo..
:P , si en un proyecto quieres terminarlo en el tiempo establecido, y no quieres pasarte, lo unico que te queda es trabajar orientado al objetivo :P!
Saludos,
-
Efectivamente, tal vez como jefe de proyecto sin mover un dedo y dedicandote a charlar y discutir con los otros jefes de proyecto (si estas en una empresa grande claro) te sientas realizado. Realmente a mi ese trabajo me haria quedar dormido del aburrimiento. ¿Con ensamblando te referis a armar PCs? Generalmente para poder ser programador hay que ser analista/arquitecto o como lo quieras llamar, la epoca de los diagramas de flujo esta muy lejana y casi todos sabemos UML por si es necesario.
Creo que se entiendo mal, mi idea:
En un proyecto anterior mi Jefe de Proyecto, Ruben Porras (http://blogs.3devnet.com/blogs/noheroes/default.aspx) uno de los mejores en Perú, no solo charlaba y discutia, también alguna veces programaba, te daba sugerencias de mejores prácticas en el código, dados sus conocimientos de infraestructura te decía que un código no podía escalar, y transmitía todos los conocimientos avanzados que un programador, analista, y arquitecto puedan tener.
Y lo que sugería es que para ser un buen Jefe de Proyecto lo ideal es que hayas pasado por lo siguiente:
1. Unos años Programando
2. Unos años como Analista y Programador
3. Unos años de Arquitecto
4. Y por último Jefe de Proyecto
Como pueden ver un Jefe de Proyecto que haya pasado por esas etapas será un Senior Jefe de Proyecto. Ovbiamente que tu decides en que etapa te quedas.
P.D.: El término Analista, el que comento, es el de WikiPedia, y no el de analista de código.
Saludos,
-
En un proyecto anterior mi Jefe de Proyecto, Ruben Porras (http://blogs.3devnet.com/blogs/noheroes/default.aspx) uno de los mejores en Perú, no solo charlaba y discutia, también alguna veces programaba, te daba sugerencias de mejores prácticas en el código, dados sus conocimientos de infraestructura te decía que un código no podía escalar, y transmitía todos los conocimientos avanzados que un programador, analista, y arquitecto puedan tener.
Me parece genial aunque obviamente no lo conozca; yo tambien he tenido muy buenos jefes de proyectos y otros no tanto pero a lo que iba es que A MI, muy personalmente, me aburriria hacer su trabajo como por ejemplo tener que negociar con otros equipos o divisiones de la empresa yo prefiero que me tiren un problema, pensar la solucion e implementarla. Y nunca esta de mas reconocer el tema de que uno tiende a pensar que si lo hace sera mejor :devil: :devil: :devil:
-
:o, :beer:!
Aja la idea es no aburrirse :P, y tratar de ser el mejor :P!. Ya sea siendo programador, o analista, es vivir lo que haces, y sentirte bien, si tu código funciona o si los requirimientos que hicistes estan perfectos :kicking:
Saludos,
-
:D :D :D :D
Yo creo que se puede hablar mucho al respecto pero los mejores conocimientos nos los dan las experiencias y resolver problemas en el trabajo es decir hacer ingenieria de a deberas y no solo traducir codigo como dice juank eso es facil , lo màs dificil es resolver los paradigmas de los problemas...