[SUGERENCIA] API's (Windows, Linux, MSN, Google, ...)

[anonimo12121]

que decepcion ami me hubiera gustado. compartir mi conocimientos y buscar el de otros sobre APIs

[Carloswaldo]

¿Osea que como no se crea el foro no compartes esos conocimientos? Que egoísta.

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

[08l00D]

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

[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

[[Zero]]

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

[Littlehorse]

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.

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

[Littlehorse]

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!

[E.P.I.]

Es que las normas de C/C++ dicen que es RECOMENDABLE. Esto podría ser NORMA.