|
|
Esta sección te permite ver todos los posts escritos por este usuario. Ten en cuenta que sólo puedes ver los posts escritos en zonas a las que tienes acceso en este momento.
Mensajes - JuanK
Páginas: 1 ... 80 81 [82] 83 84 ... 231
2026
« en: Viernes 11 de Agosto de 2006, 14:34 »
lo dejare aca para que solocodigo lo vea y lo banee.
2027
« en: Viernes 11 de Agosto de 2006, 04:58 »
No es un problema de C o C++ sino de ANSI y Unicode. Proba con FindWindoA en vez para forzar ANSI (tenes definido UNICODE) o usa L"Shell_traywnd". Sino busca en las opciones de proyecto y cambia UNICODE por ANSI. Por funciona al compilarlo con UNICODE =NO, y porque no funciona al compilarlo con UNICODE=SI??? No me acabo de aclarar con eso 
2028
« en: Jueves 10 de Agosto de 2006, 21:30 »
2029
« en: Jueves 10 de Agosto de 2006, 16:06 »
es lo que te conteste en el otro post.
2030
« en: Jueves 10 de Agosto de 2006, 14:45 »
debes agregar el ensambla del otro proyecto como referencia.
en el explorador de proyectos vas a tu proyecto , click derecho propiedades, luegos vas a linker, input
y en adicional referencies colocas el ensamblado.
2031
« en: Jueves 10 de Agosto de 2006, 14:42 »
Estoy teniendo muchos problemas con el error LNK2019 en VC++ .NET 2003
Tengo una clase que deriva de otra:
#include MessagesNotifier_Client.h
Creo que es eso, aunque no lo he revisado muy a fondo. Cualquier cosa nos cuentas.
2032
« en: Jueves 10 de Agosto de 2006, 14:39 »
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.
 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 
Lo imagino, pero en general a nivel de latinoamerica lo habia conocido como lo mencione. thanks
2033
« en: Jueves 10 de Agosto de 2006, 05:08 »
O sea que no es tan difícil la ingeniería inversa. 
Abres el archivo (EXE, por ej.) con un editor hexadecimal o con el editor binario del Visual Studio, después con un disassembler, ¿y ya?.  si... y ya... el porblema es que en el editor hexa..., te costara mucho trabajo aun siendo conocedor... en un dissasembler no tanto..
2034
« en: Jueves 10 de Agosto de 2006, 04:21 »
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.  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... 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.
2035
« en: Jueves 10 de Agosto de 2006, 04:12 »
Analista. Muy bien explorer... me ahorraste páginas de discurso!  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.
2036
« en: Jueves 10 de Agosto de 2006, 04:01 »
¿Qué archivo desensamblas/"debuggeas"? Se desensamblan los ensamblados... es decir los programas de cualquier formato ejecutable, librerias etc. ¿Es con cualquier debugger y/o disassembler? si.
2037
« en: Miércoles 9 de Agosto de 2006, 20:37 »
si solo amd.
2038
« en: Miércoles 9 de Agosto de 2006, 16:46 »
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
2039
« en: Miércoles 9 de Agosto de 2006, 16:25 »
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  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...
2040
« en: Miércoles 9 de Agosto de 2006, 06:39 »
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.
 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 . 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) 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#... EjemploImaginemos esos 15 minutos de los que hablas ( asumamos que a los mucho sean 15, en un desarrollo de verdad seguramente sera mucho mas ) 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... 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...
2041
« en: Miércoles 9 de Agosto de 2006, 03:25 »
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) y otras muchas mas vendran con el nuevo standard (ver 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  . 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.
2043
« en: Martes 8 de Agosto de 2006, 21:30 »
a eso me referia, es practicamente lo mismo que declarar un dato sin definirle un tipo.
2044
« en: Martes 8 de Agosto de 2006, 19:34 »
Cuando lo pruebes vuelve a postear, a mi en mis pruebas me ha salido mucho menor. En Windows Vista...
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?...).
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.
2045
« en: Martes 8 de Agosto de 2006, 19:21 »
asi es , de hecho yo lo seguiria usando de no ser porque microsoft me regalo la version estandart ¿Qué hiciste para que te lo regalaran? Obtuve la segunda estrella del DCE2005 antes del 7 de noviembre de 2005(Es decir antes del lanzamiento oficial del VS 2005) Sergio Tarrillo tambien lo hizo y le regalaron una copia. La copia original incluye: - visual studio standart edition (2cd) - msdn 2005 completa ( 1 dvd) - sql server 2005 standart ( 1 dvd)
2046
« en: Martes 8 de Agosto de 2006, 19:09 »
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#Historyon 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++ jajaja ta gueno. Se le agregan algunas palabras reservadas y no se que mas vainas para que pueda funcionar.
2047
« en: Martes 8 de Agosto de 2006, 19:01 »
asi es , de hecho yo lo seguiria usando de no ser porque microsoft me regalo la version estandart
2048
« en: Martes 8 de Agosto de 2006, 18:56 »
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.
2049
« en: Martes 8 de Agosto de 2006, 18:42 »
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..
 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.
2050
« en: Martes 8 de Agosto de 2006, 18:34 »
¿Cual es la diferencia de VC#Express con el VC# que trea el Visual Studio?
De hecho la suite completa es visual studio Express editions. Asi que diferencias hay bastantes la primas de ellas es el precio, ya que las verciones express son gratis.  ¿Exite un VC# que no sea express, y si existe cual es la diferencia con el express? Las versiones , hay bastantes--- Visual Studio Express : es basico y solo incorpora herraminetas para el desarrollo aunque son completamente funcionales. Visual Studio Standart Edition : todo lo del express + un generador de diagramas de clase, que te permite hacer ingenieria inversa y a partir del codigo crear el diagrama o viceversa es decir a partir del diagrama generar el codigo. + componente que te permite crear tablas, llaves primarias, foraneas, campos , datos etc directamente en la base de datos a la que te conectes. y asi sucesaivamente otras versiones empresariales vienen con Visio 2005 y ofrecen integracion con el mismo, otras tienen el Visual Team System etc etc. Mayor infromacion:= http://msdn.microsoft.com/vstudio/products/default.aspx
Páginas: 1 ... 80 81 [82] 83 84 ... 231
|
|
|
Mostrar Mensajes
