Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
Sharp nació alrededor del año 2000 y estaba en sus inicios, pero los pluses mandaban, así que hicieron un puente de C++ a dotnet para su popularización. Por cierto, Sharp fue creado por desarrolladores de Delphi y C++Builder, me sorprendió mucho en ese momento, la cantidad de conceptos comunes que hay. Toma las mismas propiedades, eventos.
En mi opinión, Sharp es un proyecto bastante exitoso de Microsoft - no sólo atrajeron a la gente a su plataforma /Net, sino que dieron a todos los diferentes lenguajes la sintaxis para .Net - ¡puedes escribirlo en Basic!
En mi opinión, Sharp es un proyecto bastante exitoso de Microsoft - no sólo atrajeron a la gente a su plataforma /Net, sino que dieron toda la sintaxis de lenguaje diversa para .Net - ¡podrías escribirlo en Basic!
He buscado en el foro, gracias a@fxsaber que ha puesto muchos ejemplos
añadir magia al último ejemplo )))) Me da pereza escribirlo a mano, veo el concepto que quería ver.
No me dejo absorber. Es cómodo y sencillo, pero no consigo el empuje que consigo en los pluses. Te alejas de la plancha.
No creo que usted tiene la ilusión, que C ++ está más cerca de hardware, dudo, que usted será capaz de encontrar en cualquier lugar docs en la codificación correcta a los procesadores modernos, yo era aficionado a la lectura por Pentium a finales de 90=ões, pero luego, cuando la gama de palos comenzó a crecer rápidamente, me di cuenta, que ni siquiera puedo leer, y ahora incluso el Windows pone los controladores para los procesadores - imho, ¿cómo puede uno para un pc ... pero, por desgracia, ahora todo funciona así: todo virtual, todo a través de biblios ya hechos, todo a través de la optimización del compilador.... en general, imho es una ilusión que escribir código muy eficaz, está claro que si el código está escrito originalmente a través de un lugar y las manos torcidas, entonces nada va a ayudar)))
Sí, es más fácil en sharpe por un orden de magnitud. Y la velocidad es casi la misma, eso sin cli los profesionales ganan por un factor y medio.
He visto todo tipo de pruebas de este tipo basadas en bucles desnudos, pero se trata de nada. Nadie piensa mucho en cuántos hilos hay en el CLR (bueno, al menos hay que compilar un byte de código) y cuánta memoria se come todo esto.
Hace tiempo instalé cTrader, y mis impresiones seguían siendo las de un lento g.... .
Y en general, ¿por qué crear otra capa de abstracción (bytecode, máquina virtual), cuando podemos ponernos de acuerdo sobre la uniformidad de las instrucciones de la CPU (aunque el software binario es bien tolerable), como un conjunto mínimo realizado por todos? Probablemente el deseo de crear una caja de arena donde sean dioses e indispensables. Con qué obstinación impulsaron su dotnet, al tiempo que complicaban la vida a quienes deseaban escribir en pluses.
ZS: No estoy hablando de cli c++, eso es un malentendido.
En mi opinión, Sharp es un proyecto bastante exitoso de Microsoft - no sólo atrajeron a la gente a su plataforma /Net, sino que dieron toda la sintaxis de lenguaje diversa para .Net - ¡podrías escribirlo en Basic!
Yo lo diría de otra manera: la gente se alejó de Windows. Esto puede ser subjetivo.
ZS: para las estadísticas - hay tres veces más proyectos C/C++ en github que en sharp (año 17).
ZS: para la estadística - hay tres veces más proyectos C/C++ en github que en sharp (año 17).
Es una evaluación subjetiva, la calidad o más bien las tareas de los proyectos pueden ser muy pequeñas... es mucho tiempo para especular
El número de programadores chinos e indios no es un factor insignificante para calibrar la situación - realmente son demasiados y no sabemos cuáles son las tendencias de la industria en estos países, tal vez estén sentados en C++ en este momento
Y como escribí más arriba, la transición entre C++ y C# y viceversa es bastante "indolora", Microsoft hizo todo lo posible para que los programadores se apresuraran a ir y venir )))) En 2017 habrá muchos proyectos de C++, en 2019 puede haber muchos proyectos de C#, nunca se sabe
ZS: una estimación muy subjetiva... ¿cuántos proyectos hay en python? - todos los nuevos videos de google son exclusivamente todas las presentaciones en python
la calidad o más bien los objetivos de los proyectos pueden ser muy pequeños... hay mucho que pensar
El número de programadores de China e India no es un momento sin importancia para evaluar la situación - realmente son muchos, no sabemos cuáles son las tendencias de la industria en estos países, tal vez están sentados en C++ ahora
Y como escribí más arriba, la transición entre C++ y C# y viceversa es bastante "indolora", Microsoft hizo todo lo posible para que los programadores se apresuraran a ir y venir )))) En 2017 habrá muchos proyectos de C++, en 2019 puede haber muchos proyectos de C#, nunca se sabe
ZS: una estimación muy subjetiva... ¿cuántos proyectos hay en python? - todos los nuevos videos de google son exclusivamente todas las presentaciones en python
Bueno, hay todo tipo de proyectos en todos los idiomas, en promedio entonces debe haber un proyecto promedio. Hay estadísticas detalladas aquí https://githut.info/, pero es el 14º año.
No quiero usar Sharp, aunque sólo sea por razones ideológicas. Preferiría escribirlo en java (aunque es poco probable).
la calidad o más bien los objetivos de los proyectos pueden ser muy pequeños... hay mucho que pensar
El número de programadores de China e India no es un momento sin importancia para evaluar la situación - realmente son muchos, no sabemos cuáles son las tendencias de la industria en estos países, tal vez están sentados en C++ ahora
Y como escribí más arriba, la transición entre C++ y C# y viceversa es bastante "indolora", Microsoft hizo todo lo posible para que los programadores se apresuraran a ir y venir )))) En 2017 habrá muchos proyectos de C++, en 2019 puede haber muchos proyectos de C#, nunca se sabe
ZS: una estimación muy subjetiva... ¿cuántos proyectos hay en python? - todos los nuevos videos de google son exclusivamente todas las presentaciones en python
En 2005, trabajé para una empresa alemana durante un tiempo. Estaba reescribiendo una interfaz gráfica de usuario para un plotter de C++ a C#. En su momento conocí a Sharp, ya que tenía alguna tutoría, así que no tuve ningún problema con la traducción. Lo dejé porque me aburría y ahora no tengo que pensar, sólo sentarme y reescribir.
Con Python es un misterio para mí cómo este lenguaje interpretado, lento y feo consiguió llegar a la cima.
Es una estimación subjetiva, la calidad o más bien las tareas del proyecto pueden ser muy pequeñas...
Y como escribí arriba - la transición entre C++ a C# y viceversa es bastante "indolora", Microsoft hizo todo lo posible para que los programadores se apresuraran a ir y venir ))))
Con Python, es un misterio para mí cómo este lenguaje interpretativo, retardado y feo consiguió llegar a la cima.
Creo que fue así:
1. siempre hay más usuarios que programadores o personas que conocen los fundamentos de la programación.
2. los intérpretes son más fáciles de entender para los usuarios:
y obtienes una respuesta de la máquina, pero no entiendes lo que piensa, pero una vez que lo escribes, ves que la máquina piensa como tú)))
3. necesitamos un intérprete de calidad, que no cargue al usuario con conocimientos innecesarios sobre tipos y otras cosas.
4. para garantizar el uso masivo de la lengua, el software debe ser lo más abierto y accesible posible.
La conclusión es que 1,2,3,4 - Python se ha unido en sí mismo y si hay un ejército de usuarios, seguramente habrá problemas que resolver por los programadores que se han unido a ellos y han hecho un montón de bibliotecas
))))
Estoy de acuerdo con los pluses en Sharp, pero en sentido contrario, si sabes c/c++ no puedes hacerlo en absoluto... Los archivos de cabecera por sí solos aplastarán todas las ganas de sharpear al jugador. EN MI OPINIÓN.
Tienes razón, pero nadie pasa de C# a C++ - ¿por qué? Puedes conectar una dll lista en C++ a Sharp y usarla, además es fácil hacer un exe-shtick en C# que contendrá la dll
Ni siquiera sé, he descubierto el mundo de C# por mí mismo - no voy a dejarlo, es muy cómodo, un montón de manuales en la web, aún más bibliotecas listas, diez vidas no serán suficientes para probar todo ))))