 Autor
|
Tema: [SUGERENCIA] API's (Windows, Linux, MSN, Google, ...) (Leído 19,857 veces)
|
|
anonimo12121
|
que decepcion ami me hubiera gustado. compartir mi conocimientos y buscar el de otros sobre APIs
|
|
|
|
|
En línea
|
|
|
|
Carloswaldo
Traductor
Moderador Global
 Desconectado
Mensajes: 4.764
Nos reservamos el derecho de ban.
|
¿Osea que como no se crea el foro no compartes esos conocimientos? Que egoísta.
|
|
|
|
|
En línea
|
|
|
|
E.P.I.
Desconectado
Mensajes: 346
elprogramadorinformatico [E.P.I.]
|
¿Osea que como no se crea el foro no compartes esos conocimientos? Que egoísta.
No quiero que se lie una por culpa de esta mierdecilla de propuesta...
|
|
|
|
|
En línea
|
La verdad nos hará libres
|
|
|
08l00D
Desconectado
Mensajes: 168
|
A mi me parece una buena propuesta, es ridiculo que por ejemplo en el foro de C/C++ se esten planteando dudas de como se implementa tal cosa en Qt, de como se hace esto con OpenGL, de porque no me funciona tal api de windows..
No tiene nada que ver una cosa con la otra, un foro de C/C++(por poner un ejemplo) se deberia tratar de programacion en C/C++. No de como implementar tal funcion de tal libreria en C/C++.
|
|
|
|
|
En línea
|
|
|
|
|
anonimo12121
|
A mi me parece una buena propuesta, es ridiculo que por ejemplo en el foro de C/C++ se esten planteando dudas de como se implementa tal cosa en Qt, de como se hace esto con OpenGL, de porque no me funciona tal api de windows..
No tiene nada que ver una cosa con la otra, un foro de C/C++(por poner un ejemplo) se deberia tratar de programacion en C/C++. No de como implementar tal funcion de tal libreria en C/C++.
+1
|
|
|
|
|
En línea
|
|
|
|
[Zero]
Wiki
Desconectado
Mensajes: 1.082
CALL DWORD PTR DS:[0]
|
A mi me parece una buena propuesta, es ridiculo que por ejemplo en el foro de C/C++ se esten planteando dudas de como se implementa tal cosa en Qt, de como se hace esto con OpenGL, de porque no me funciona tal api de windows..
No tiene nada que ver una cosa con la otra, un foro de C/C++(por poner un ejemplo) se deberia tratar de programacion en C/C++. No de como implementar tal funcion de tal libreria en C/C++.
Ahí te doy la razón, pero donde pondríamos el límite? En base a qué decidimos si la duda es debida al desconocimiento del lenguaje (frecuentemente así es) o a un problema en la comprensión de la especificación? Creo que conociendo el lenguaje no debería de haber dudas con la documentación de la API. Aunque tambien estoy de acuerdo en que el subforo de C/C++ casi no se tratan otra clase de dudas. Saludos
|
|
|
|
|
En línea
|
“El Hombre, en su orgullo, creó a Dios a su imagen y semejanza.” Nietzsche |
|
|
Littlehorse
All the world's a stage
Colaborador
Desconectado
Mensajes: 2.714
Nie Dam Sie
|
En el subforo de C/C++ se tratan muchísimas dudas, no se trata solamente de APIs. Incluso esas preguntas son la minoría, y cuando las hay, solo basta con mostrarle la documentación oficial y poco mas, raro es que se sigan teniendo problemas luego de leer la documentación.
Poca gente hace preguntas especificas de una API en esa sección, a lo sumo preguntan " Como hacer tal cosa" he indefectiblemente uno termina tocando el tema de APIs ya sea por entornos específicos o por características multiplataforma.
No obstante si implementas una API en determinado lenguaje, tiene mucho que ver con ese lenguaje. Mas cuando la documentación es exclusiva del lenguaje o la implementación tiene que ver con este. Es decir, se menciona Qt como un ejemplo negativo y ya el mero hecho que sean todas clases dice bastante.
La relación entre los programadores y las APIs es innegable, y el que programe en C/C++ no va a tener ganas de andar deambulando entre documentación de Visual Basic para encontrar lo que busca.
En esa sección de APIs se crearía una mezcla de lenguajes que no tiene sentido alguno. Si nadie utiliza el buscador en la sección de C/C++ para buscar ejemplos de determinada API, quien encontrara algo habiendo ejemplos de lo mismo para 5 lenguajes distintos.
|
|
|
|
|
En línea
|
An expert is a man who has made all the mistakes which can be made, in a very narrow field.
|
|
|
E.P.I.
Desconectado
Mensajes: 346
elprogramadorinformatico [E.P.I.]
|
En el subforo de C/C++ se tratan muchísimas dudas, no se trata solamente de APIs. Incluso esas preguntas son la minoría, y cuando las hay, solo basta con mostrarle la documentación oficial y poco mas, raro es que se sigan teniendo problemas luego de leer la documentación.
Poca gente hace preguntas especificas de una API en esa sección, a lo sumo preguntan " Como hacer tal cosa" he indefectiblemente uno termina tocando el tema de APIs ya sea por entornos específicos o por características multiplataforma.
No obstante si implementas una API en determinado lenguaje, tiene mucho que ver con ese lenguaje. Mas cuando la documentación es exclusiva del lenguaje o la implementación tiene que ver con este. Es decir, se menciona Qt como un ejemplo negativo y ya el mero hecho que sean todas clases dice bastante.
La relación entre los programadores y las APIs es innegable, y el que programe en C/C++ no va a tener ganas de andar deambulando entre documentación de Visual Basic para encontrar lo que busca.
En esa sección de APIs se crearía una mezcla de lenguajes que no tiene sentido alguno. Si nadie utiliza el buscador en la sección de C/C++ para buscar ejemplos de determinada API, quien encontrara algo habiendo ejemplos de lo mismo para 5 lenguajes distintos.
No hay ningún problema en combinar lenguajes. Por ejemplo, si el lenguaje del que se va a tratar es Visual Basic, se puede poner en el título [VB]. Si es C++ [C++], etc. Esto podría ser UNA NORMA en el caso que se crease el subforo.
|
|
|
|
|
En línea
|
La verdad nos hará libres
|
|
|
Littlehorse
All the world's a stage
Colaborador
Desconectado
Mensajes: 2.714
Nie Dam Sie
|
No se trata de títulos, se trata de volumen de posts. En las reglas de C/C++ se recomienda poner [C] y [C++] en los títulos. Revisa esa sección y mira cuantos siguen el consejo  . Es mucho mas ordenado de la forma en la que esta actualmente porque sea desde una duda sobre un char hasta APIs, todo esta en C/C++ porque los usuarios que ingresan en esa sección están manejando ese lenguaje y contenido sobre ese lenguaje esperan encontrar. Lo mismo pasa, obviamente, con otros lenguajes. No tiene ni pies ni cabeza intentar meter todo en un mismo lugar simplemente porque las APIs no sean inherentes al lenguaje, el estar trabajando con ellas en determinado lenguaje es suficiente para que las dudas estén en determinada sección, y no todas mezcladas en un mismo lugar. Por mas que quieras una sección donde se respondan dudas básicas en forma detallada, eso no va a suceder, ya que se cree o no se cree el subforo, cuando preguntes algo la respuesta va a seguir siendo un link a la MSDN ( o la documentación que corresponda) o te van a mandar a estudiar mas el lenguaje en el cual pretendes programar. Saludos! |
|
|
|
|
En línea
|
An expert is a man who has made all the mistakes which can be made, in a very narrow field.
|
|
|
E.P.I.
Desconectado
Mensajes: 346
elprogramadorinformatico [E.P.I.]
|
Es que las normas de C/C++ dicen que es RECOMENDABLE. Esto podría ser NORMA.
|
|
|
|
« Última modificación: 8 Abril 2010, 18:16 pm por E.P.I. »
|
En línea
|
La verdad nos hará libres
|
|
|
|
 |
