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

Iniciado por E.P.I., 1 Abril 2010, 10:48 AM

0 Miembros y 1 Visitante están viendo este tema.

anonimo12121

que decepcion ami me hubiera gustado. compartir mi conocimientos y buscar el de otros sobre APIs
Página para ganar Bitcoins y Dinero: http://earnbit.hol.es/
Video de YouTube con Hack para el LoL: http://adf.ly/5033746/youtube-lolemuhack
Si quieres ganar dinero con adfly entra y registrate aquí -> http://adf.ly/?id=5033746

Carloswaldo

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

E.P.I.

Cita de: Carloswaldo en  6 Abril 2010, 19:34 PM
¿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...
La verdad nos hará libres

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

Cita de: 08l00D en  7 Abril 2010, 03:43 AM
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
Página para ganar Bitcoins y Dinero: http://earnbit.hol.es/
Video de YouTube con Hack para el LoL: http://adf.ly/5033746/youtube-lolemuhack
Si quieres ganar dinero con adfly entra y registrate aquí -> http://adf.ly/?id=5033746

[Zero]

Cita de: 08l00D en  7 Abril 2010, 03:43 AM
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

"El Hombre, en su orgullo, creó a Dios a su imagen y semejanza.”
Nietzsche

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.
An expert is a man who has made all the mistakes which can be made, in a very narrow field.

E.P.I.

Cita de: Littlehorse en  7 Abril 2010, 21:34 PM
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.
La verdad nos hará libres

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

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!
An expert is a man who has made all the mistakes which can be made, in a very narrow field.

E.P.I.

#49
Es que las normas de C/C++ dicen que es RECOMENDABLE. Esto podría ser NORMA.
La verdad nos hará libres