SoloCodigo

Basicamente lo que decia era eso, que no sabia que contar y obviamente poner cosas que leemos en todos lados no tien ninguna gracia.

Ese "keylogger" es muy rudimentario y absolutamente ineficiente. Un verdadero keylogger es un modulo de modo Kernel, de tipo filtro generalmente, que no produce tanta actividad inutil en el sistema y esta muchisimo mas oculto.

Por funciona al compilarlo con UNICODE =NO, y porque no funciona al compilarlo con UNICODE=SI???


No me acabo de aclarar con eso

En este caso lo compilo siempre con UNICODE definido. Las cadenas ocupan 2 bytes por caracter en Unicode en vez de 1 como en ANSI. Y cuando llamas a las funciones de Unicode tenes que pasarles una cadena de Unicode y cuando llamas a las de ANSI una de ANSI ... El problema aca es que tiene definido UNICODE entonces por defecto, como explique antes, llama a FindWindowW que pide una cadena necesita una cadena Unicode y no una ANSI ("CADENA" es ANSI mientras que L"CADENA" es Unicode).

Si una vez fui a españa y las cosas si que son caras.
Sobre de cuanto ganan otras gentes eso no lo se yo vi los sueldos de programadores porque lo vi en internet

Conste que pregunte si estuviste y no si pasaste pero bueno. ¿Las cosas son caras? ¿En que te basas para afirmarlo? ¿Estuviste trabajando acaso? No creo que se pueda hablar de esas cosas a menos que hayas pasado por lo menos varios meses trabajando y viviendo en un pais. ¿Si no sabes cuanto ganan los demas como sabes que es una misera?

45,000 pesos eso si me gusta   

Parece que no leiste a Diodo y ademas tenes conceptos erroneos. ¿45.000 pesos? ¿En USA te pagan en pesos? No creo ... ¿O lo que pasa es que queres ganar como en otro pais y seguir en el tuyo? No vas a ser el primero que lo quiera hacer eh    


En fin como decia al principio depende MUCHISIMO  del pais y en todos los que yo conozco o estuve ninguno paga una miseria a los programadores, por lo menos tienen salarios medios y en otros salarios altos con respecto al normal de la poblacion.

Por lo general cuanto mas especifico el trabajo mas dinero te da, al menos es mi experiencia personal donde veo claramente que no es lo mismo (en este momento hablo pura y exclusivamente de dinero) trabajar en modo Kernel que en modo Usuario.

Aclaro que en las empresas donde estuve el 99% de los programadores usaba C/C++ pero de cualquier manera no sabria cuanto ganaban los demas ...

Eh visto en varias partes que el Sueldo de un programador en España es una miseria de 700€ a 1500€ en general

¿Alguna vez estuviste en España? ¿Sabes cuanto gana la gente que hace otras profesiones y cual es el gasto normalmente de la gente? ¿O solo haces afirmaciones gratuitas? España es uno de los paises donde menos se gana ... es el culo de Europa en casi todo.

Y si el ejecutable esta filtrado?
Al menos con un editor hexa no lo podes ver
 

¿Ejecutable filtraque? Calcula que para poder ejecutarse, justamente, el S.O. tiene que ver el archivo en perfecto estado sin ningun tipo de "filtro". Lo que puede haber es una compresion de las secciones pero SIEMPRE pero SIEMPRE tendremos acceso a la rutina de descompresion igual que el S.O., igual nadie en su sano juicio usa editores hexadecimales para esto. Solo conoci un par de personas (o una sola ...) que sabian varios opcodes de memoria y me parecieron unos ridiculos ...

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.

Citar

¿Qué archivo desensamblas/"debuggeas"?

Se desensamblan los ensamblados... es decir los programas de cualquier formato ejecutable, librerias etc.

Efectivamente los binarios del S.O. son los que se desensamblan, como dije en otro mensaje Windows es de codigo abierto (solo para leerlo) para los que saben assembly, como por ejemplo NTOSKRNL.exe, HAL.dll, NTDLL.dll, Kernel32.dll, etc.

Citar

¿Es con cualquier debugger y/o disassembler?

si.

No es tan asi, para depurar los binarios necesitas un depurador que funcione al menos en el modo del binario (Usuario/Kernel) por ejemplo no podes depurar en modo Kernel con el OllyDbg. En cuanto a los desensambladores es mas facil ya que los ejecutables siguen siendo PEs totalmente validos (en el caso de Windows claro) aunque estamos en la misma, necesitas un desensamblador para PEs y no uno para MS-DOS (MZ - COM).

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.

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.

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.

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...

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).