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
Lo máximo que se puede conseguir es un constructor, que tiene ciertas limitaciones
Por cierto, el estudio visual que iba a crear está construido según este principio:
Una parte de los controles pertenece al estudio, la otra parte pertenece al proyecto del usuario.
Los elementos del estudio conectan sus parámetros con las propiedades de los elementos editables del proyecto y modifican sus valores. A continuación, el manipulador los redibuja y ¡voilá!
El principio de edición en el visual studio es MUY simple. Sólo tiene que conectar los parámetros del control y el elemento que desea editar.
Tanto el estudio como el proyecto del usuario se encuentran en un núcleo común, por lo que la conexión no es más que un puntero a una celda del array (núcleo) situada en otra celda del mismo array (en el elemento de control).
La idea es bastante sencilla y hace tiempo que habría hecho un estudio si alguien lo necesitara)).
Sólo tienes un pequeño enlace para facilitar la programación. Para tareas complejas se necesitan enormes bases de plantillas y enlaces.
Uno no puede hacerlo solo.
Se puede hacer para ciertas tareas. Hay que buscar un consumidor.
hay un lenguaje diferente a cualquier otro.
erlang
Le he echado un vistazo. Todavía no puedo decir nada definitivo al respecto, pero creo que tiene un concepto diferente.
La cuestión es que el propio código puede convertirse pronto en una reliquia. Se puede programar mediante comandos de voz.
Por ejemplo (hablar de viva voz):
Nuevo objeto.
Etiqueta
Crear plantilla
Parámetros:
X, Y, W, N, COLOR
Guardar plantilla
Crear tres instancias
Nombre copia 1 - "Fundación"
Editar instancia 1
Establecer vínculos entre los parámetros
Filtrar los valores entre X1 y X2.
Valor inferior del filtro - 10
Valor del filtro superior - 100
Establece el corrector de valores (si el valor está por debajo o por encima del rango - corrige llevándolo al rango y pasándolo al parámetro).
Y así sucesivamente...
Sólo obtendrá un pequeño enlace para facilitar la programación. Para tareas complejas, se necesitan enormes bases de datos de patrones y enlaces.
Esto no puede hacerlo una sola persona.
Se puede hacer para determinadas tareas. Hay que buscar un consumidor.
Sí, pero lo mejor es la rapidez con la que se pueden crear estas plantillas utilizando el estudio y la voz. Y todo ello sin ningún tipo de código. Va a ser una revolución.
https://ide.hiasm.com/
Un material genial, aunque se ve que necesita algo de trabajo.
Busqué en la sección de Lógica y vi los iconos de condición. El estudio está tratando de construir un código. Yo tengo un enfoque diferente. No habrá ningún código. Sólo las relaciones de objeto. Y el objeto desde mi punto de vista es un parámetro, su selección, forma, enlaces con otros parámetros, manejadores de valores (filtros, convertidores, correctores), ensambladores, eventos, estados y demás... A partir de todo esto, cualquier objeto puede ser ensamblado y probado sin necesidad de compilación en tiempo real.
Bueno, y si la programación como tal muere. Entonces, el proceso se detiene y ya nadie escribirá nuevas soluciones más optimizadas. Todo se reducirá a programas gemelos. Si hay un error oculto, será clonado automáticamente por esta plantilla en todo lo que se aplique su código.
Así que hasta que no creen una IA de verdad y no las parodias que hacen pasar por IA hoy en día. Es demasiado pronto para hablar de la muerte de la programación.
Por cierto, por si alguien no sabe qué aspecto tiene un objeto Evento o Estado y cómo conectarlo a una construcción de parámetros que se está creando:
Evento o Estado son conjuntos de parámetros y sus valores preestablecidos. No más que eso. Por lo tanto, conectando un manejador a ellos se puede construir fácilmente cualquier modelo de eventos.
Todo este asunto de la construcción de bloques existe desde hace bastante tiempo. Sin embargo, cuando se crean proyectos de gran envergadura, sólo es adecuado para determinadas partes del proyecto. Por cierto, aunque uno no escriba el código por sí mismo utilizando estas plantillas, sigue siendo aplicable por defecto y fue escrito de alguna manera.
Bueno, y si la programación como tal muere. Entonces, el proceso se detiene y ya nadie escribirá nuevas soluciones más optimizadas. Todo se reducirá a programas gemelos. Si hay un error oculto, será clonado automáticamente por esta plantilla en todo lo que se aplique su código.
Así que hasta que no creen una IA de verdad y no las parodias que hacen pasar por IA hoy en día. Es demasiado pronto para hablar de la muerte de la programación.
Así es. Sólo que es mucho más fácil conectar una IA a un sistema de representación de objetos basado en bloques que enseñarle a escribir código. El sistema de montaje en bloque es mucho más rápido. No requiere años de formación. Los objetos se prueban sin retraso en el tiempo de compilación porque no salen del estudio en ejecución. Enorme potencial para automatizar partes del proceso de construcción y pruebas. Capacidad de conectar redes neuronales.
Creo que el futuro pertenece al sistema de bloques.