(...)

{{{">>46883 (OP)\n\nAnon, si quieres trabajar en serio en esto, ve adecuándose a descargar gigas de mierda para solo hacer un paso de lo que sea que tengas que hacer." | renderPostMessage 46886}}}

{{{">>46886\n\n>usar boost\n\nTratare mi amor, tratare" | renderPostMessage 46893}}}

{{{">>46883 (OP)\n>La otra alternativa, es usar Python. Pero me da pena decir que programo en Python\n\nAntes pensaba asi pero desde que me di cuenta que hay muchos proyectos interesantes en python que puedes robar y usar en el trabajo pues empecé a aprenderlo y siendo sincero no hay mucha diferencia en perfomance entre python y C podría decir que es casi lo mismo.\n\nSi deseas seguir usando C existe algo llamado Cython que te permite seguir forzando C en tus programas para que tengas la ilusion de que van mas rápido." | renderPostMessage 46899}}}

{{{">>46899\n\nEn pro de usar de Python, es la facilidad de los hilos, diccionarios y manejo de cadenas de texto. Aparte de ser multiplataforma, pero la razón que decidí usar C, esta mas ligado al manejo de la memoria RAM y que es compilado, así nadie o por lo menos no sera tan fácil ver el código fuente\n\n[code]\n#include <boost/thread.hpp>\n#include <boost/chrono.hpp>\n#include <iostream>\n\nvoid wait(int seconds)\n{\n boost::this_thread::sleep_for(boost::chrono::seconds{seconds});\n}\n\nvoid thread()\n{\n for (int i = 0; i < 5; ++i)\n {\n wait(1);\n std::cout << i << '\\n';\n }\n}\n\nint main()\n{\n boost::thread t{thread};\n t.join();\n}\n[/code]\n\nPero si hablamos de usar Cython, [s]junto con Pypy[/s], jamas tendré que preocuparme de optimizar (literalmente hablando)" | renderPostMessage 46906}}}

{{{">>46883 (OP)\n¿Dónde aprendiste a programar, anon?" | renderPostMessage 46920}}}

{{{">>46883 (OP)\n>Pero me da pena decir que programo en Python\nNada malo en ahorrar tiempo.\n\n>>46893\n>boost\nTremendo mogólico ¿No sabes que C++11 incluye librería para threads?\n\n>>46899\n>siendo sincero no hay mucha diferencia en perfomance entre python y C podría decir que es casi lo mismo\nDepende de la tarea, pero no. La diferencia de performance entre un interprete y código nativo es de 10 a 1. CPython es uno de los interpretes más lentos.\n\n>>46906\n>así nadie o por lo menos no sera tan fácil ver el código fuente \nImplicando que alguien quiera ver tus miserias de código." | renderPostMessage 46941}}}

{{{">>46883 (OP)\nMala decisión OP." | renderPostMessage 46950}}}

{{{">>46920\n\nhttp://c.conclase.net/\nhttp://arco.inf-cr.uclm.es/~david.villa/pensar_en_C++/vol1/\nhttps://www.geeksforgeeks.org/map-associative-containers-the-c-standard-template-library-stl/\n>>46941\n\n>mcc: Referirse a las STL como C++11\nYa encontre al mongolico\n\nLa cosa esta en que los [i]threads[/i] de [i]STD[/i] solo funcionan en sistemas Unix,  en Güindows ni existen, solo llamando la libreria Windows.h es una caca\n\n>Implicando que alguien quiera ver tus miserias de código.\n\nAun que lo logren, con un compilado de C++, solo veran codigo maquina y amenos que encuentren un descompilador, mi codigo no sera el mismo (con mi personalidad) a como lo escribi originalmente" | renderPostMessage 46952}}}

{{{">>46952\n>mcc: Referirse a las STL como C++11\n<Ya encontre al mongolico \n¿Qué?\n\nTe lo explico para que no quedes como tonto, luego me agradeces:\nSTL: Standard Template library\nSTD: Stardard Library\nEs correcto referirse a C++11 para indicar la versión, STL es parte del stardard del lenguaje, así que C++11 incluye soporte para threads (incluso en Windows).\nDeberías leer algunos libros o cursos más actualizados.\n\nhttps://bogotobogo.com/cplusplus/C11/1_C11_creating_thread.php" | renderPostMessage 46954}}}

{{{">>46941\n\nque hay de malo en usar boost?" | renderPostMessage 46963}}}

{{{">>46963\nBoost es un caso de banana, gorila, jungla. Querías una banana, en vez de eso obtienes una banana un gorila y toda la jungla.\n\nLinus no es de mi agrado pero tiene razón en este razonamiento:\n[code]\nC++ is a horrible language. It's made more horrible by the fact that a lot \nof substandard programmers use it, to the point where it's much much \neasier to generate total and utter crap with it. Quite frankly, even if \nthe choice of C were to do *nothing* but keep the C++ programmers out, \nthat in itself would be a huge reason to use C.\n\nIn other words: the choice of C is the only sane choice. I know Miles \nBader jokingly said \"to piss you off\", but it's actually true. I've come \nto the conclusion that any programmer that would prefer the project to be \nin C++ over C is likely a programmer that I really *would* prefer to piss \noff, so that he doesn't come and screw up any project I'm involved with.\n\nC++ leads to really really bad design choices. You invariably start using \nthe \"nice\" library features of the language like STL and Boost and other \ntotal and utter crap, that may \"help\" you program, but causes:\n\n - infinite amounts of pain when they don't work (and anybody who tells me \n that STL and especially Boost are stable and portable is just so full \n of BS that it's not even funny)\n\n - inefficient abstracted programming models where two years down the road \n you notice that some abstraction wasn't very efficient, but now all \n your code depends on all the nice object models around it, and you \n cannot fix it without rewriting your app.\n\nIn other words, the only way to do good, efficient, and system-level and \nportable C++ ends up to limit yourself to all the things that are \nbasically available in C. And limiting your project to C means that people \ndon't screw that up, and also means that you get a lot of programmers that \ndo actually understand low-level issues and don't screw things up with any \nidiotic \"object model\" crap.\n[/code]" | renderPostMessage 46990}}}

{{{">>46990\n>pero tiene razón en este razonamiento: \n\nSolo tiene razón en su burbuja de conocimiento y aplicación de C. Para desarrollo de un kernel , sistemas operativos o firmware puede que C sea mucho más congruente en bastantes patrones de desarrollo. Pero para software de alto nivel y aplicaciones cliente servidor tuvieron que pasar mas de 20 años para alcanzar metodologías que permitieran escribir software eficiente y seguro en C pero a un costo de tener una asquerosidad de soluciones basadas en macros que al final se solucionaron de manera mas limpia en C++11 en adelante." | renderPostMessage 47012}}}

{{{">>47012\n\nthis" | renderPostMessage 47015}}}

{{{">>47012\n\n>pero a un costo de tener una asquerosidad de soluciones basadas en macros que al final se solucionaron de manera mas limpia en C++11 en adelante.\nNo. No he visto eso, la mayoria de las veces la forma de implementar ADTs genéricos es con punteros void." | renderPostMessage 47033}}}

{{{">>47033\n>ADTs genéricos\n\nNadie mencionó genericos negro. Y por cierto esa practica de emplear casting inseguro en C es precisamente una de las prácticas por la que la existen tan pocos ingenieros o desarrolladores para hacer firmware seguro , basado en pruebas unitarias y con metodologías de desarrollo formal.\n\n>No. No he visto eso\n\nPrecisamente, por lo mismo que comento arriba. basta con trabajar 1 año por lo menos en una empresa formal de firmware para percatarse de que empresas puntero como ST abusan de las macros para implementar metodologías que ya se resolvieron en otros lenguajes." | renderPostMessage 47060}}}

{{{">>47060\n>... en C pero a un costo de tener una asquerosidad de soluciones basadas en macros que al final se solucionaron de manera mas limpia en C++11 en adelante.\n<Nadie mencionó genericos negro.\nSí lo mencionaste, al menos de forma indirecta.\n\n>basado en pruebas unitarias\n¿Qué sigue, Design patterns, Agile? Eso es sólo mierda para vender libros y seminarios. De hecho el software es cada más mierda en los últimos 20 años. Hoy en día el software se construye usando la mayor cantidad de librerías posible sin importar la calidad. ¿Alguna vez has visto el codigo de zlib? ¿No es mierda? Sin embargo es probablemente la librería más utilizada.\n\nNo se trata del lenguaje si no de la forma, debe ser algo que en las universidades no se enseña, como mantener la modularidad en el software.\n\n>implementar metodologías\nLas soluciones deben resolver problemas específicos en cada programa, los patrones (o lo que tú llamas metodológica) sólo agrega complejidad innecesaria.\nhttps://blog.codinghorror.com/rethinking-design-patterns/\nhttps://www.youtube.com/watch?v=o9pEzgHorH0\nhttps://programmers.blogoverflow.com/2012/08/20-controversial-programming-opinions/" | renderPostMessage 47099}}}

{{{">>47099\nBasado." | renderPostMessage 47110}}}

{{{">>47099\n>¿Qué sigue, Design patterns, Agile? Eso es sólo mierda para vender libros y seminarios\n\n>Sin embargo es probablemente la librería más utilizada.\n\nLas pruebas unitarias son algo básico que cualquer programador hasta de la era de RPG y COBOL manejan negro. Si no sabes lo que es y no lo usas es porque no tienes un empleo como programador. mira https://github.com/madler/zlib/tree/master/test\n\nEsto es el banco de pruebas de Zlib, para que mencionas un proyecto del que no haz ni leido el código fuente kek. Todos los proyectos serios de software libre tienen un banco de pruebas." | renderPostMessage 47133}}}

{{{">>47133\n>para que mencionas un proyecto del que no haz\n>haz\n<[b]Unit testing won’t help you write good code.[/b]\n<The only reason to have Unit tests is to make sure that code that already works doesn’t break. Writing tests first, or writing code to the tests is ridiculous. If you write to the tests before the code, you won’t even know what the edge cases are. You could have code that passes the tests but still fails in unforeseen circumstances. And furthermore, good developers will keep cohesion low, which will make the addition of new code unlikely to cause problems with existing stuff.\n<by Chad Okere\n\nDe hecho lo leí, luego hice un decompresor para deflate, es un poco más rápido que zlib (pero es solo para deflate, no zlib, no gzip) y es un sólo archivo más la cabecera (archivo .h). Podría ser más lento en algunos casos pero aún tengo lugar para alguna optimización usando instrucciones SIMD.\n\n>Todos los proyectos serios de software libre tienen un banco de pruebas.\nSupongo que los tienen para garantizar que algún mogólico no rompa nada, es lo malo de tener a cientos de idiotas con permiso de modificar el código." | renderPostMessage 47136}}}

{{{">>47136\n\n>es lo malo de tener a cientos de idiotas con permiso de modificar el código.\n\nya te vi Linus Torvalds" | renderPostMessage 47176}}}

{{{">>47136\n>Supongo que los tienen para garantizar que algún mogólico no rompa nada, es lo malo de tener a cientos de idiotas con permiso de modificar el código.\n\nEse es el problema, que solo supones cosas, Las pruebas unitarias garantizan que el software que distribuyes se va poder reconstruir de manera segura y portable. No importa si trabaja una persona sola en un proyecto, si tu software procesa datos es para tener certidumbre de que en donde va correr siempre va dar los mismos resultados o cuando se trata de métodos númericos lo mas próximos posibles es bueno tener un banco de pruebas." | renderPostMessage 47186}}}

{{{">>47186\n>Las pruebas unitarias garantizan que el software que distribuyes se va poder reconstruir de manera segura y portable\nNo garantizan mierda. Ese es el problema, ves a las pruebas unitarias como algo mágico que garantiza, calidad y portabilidad, en vez de usar tu cerebro te dedicas a hacer prueba y error (programando por fuerza bruta) hasta que funciona." | renderPostMessage 47205}}}

{{{">La otra alternativa, es usar Python. Pero me da pena decir que programo en Python\n\nSecundo con la fuerza de mil soles.\n\nUn verdecito:\n\n>ser yo llevar mi cv a un meme banco \n>gerente de tecnologia comentarme que ocupaba un programador extra \n>decirle que puedo usar python muy bien \n>llevarse las manos a la barbilla \n>y dominas algun lenguaje de programacion? \n>mi cara = lol?\n>si python\n>algun otro ? Con cara total de desinteres\n>bueno se algo de php y javascript \n>se le ilumina la cara \n>pasaste las pruebas de lógica e inteligencia muy bien asi que wstaba preocupado de que no supieras un lenguaje de programacion.\n>el martes inicias con anon el te dira que necesitan \n>usamos asp.net y estamos migrando todo a mvc, tenemos una que otra cosa en php y .net \n>pero no te preocupes un pequeño brieft con el resto y estaras bien.Desperdicie mucho tiempo en python negros no cometan mi error.\n\nAhora estoy usando asp" | renderPostMessage 47208}}}

{{{">>47208\nPuto asco ASP" | renderPostMessage 47209}}}

{{{">>47209\npero cual ASP? Con C# no es tan mierda." | renderPostMessage 47213}}}

{{{">>47208\n>t. el mogólico\n\n<In a recent talk I said something that upset a lot of people: that you could get smarter programmers to work on a Python project than you could to work on a Java project.\nhttp://paulgraham.com/pypar.html" | renderPostMessage 47241}}}

{{{">>47241\n>2004\nPython inicio a ser recomendado como lenguaje script para sistemas, se transformo en algo para hackers y las empresas de tecnologia les intereso las personas que sabian python por ser mas dedicados, pero en los ultimos años es el lenguaje todo novato aprende en USA con javascript con lo que ahora es visto como un semillero de noobs." | renderPostMessage 47244}}}

{{{">>47244\nClaro, al menos que Python no sea tu primer lenguaje." | renderPostMessage 47245}}}

{{{">>47208\na que pruebas de logica e inteligencia se refirio? pusiste eso en tu CV o son notas de universidad?" | renderPostMessage 47263}}}

{{{">>47205\n>(programando por fuerza bruta) hasta que funciona.\n\nayy, negro eres un asno o supongo que aún no te graduas o no estudiaste nada relacionado a ciencias computacionales o por lo menos ingeniería de software. Falta tomar un curso de modelado básico o de métodos númericos para entender el porque las validaciones (unit testing) son importantes y no, no es es fuerza bruta tontito, es un método confiable para medir que algo este dentro de parámetros aceptables, no solo el software, tambein se efectua sobre componentes inviduales de otro tipo de sistemas. Hasta un ingeniero Industrial podría entenderlo mejor que tu. A menos que pretendas trabajar en la casa de tus papas escribiendo meme aplicaciones web toda tu vida." | renderPostMessage 47285}}}

{{{">>47285\nDéjalo, seguro es de ingeniería industrial o hace preogramillas simples en los que les puede seguir el hilo [s]o es muy capaz y puede correrlo mentalmente[/s]" | renderPostMessage 47289}}}

{{{">>47285\nVeo que no te has tomado el tiempo de leer el PDF adjunto en la respuesta anterior, no importa. \n\n>negro eres un asno o supongo que aún no te graduas o no estudiaste nada relacionado a ciencias computacionales o por lo menos ingeniería de software\nPff, la ingeniera de software está sobre valorada.\n\n>A menos que pretendas trabajar en la casa de tus papas escribiendo meme aplicaciones web toda tu vida.\nLas aplicaciones web hoy en día son bastante complejas, además se puede ganar buen dinero, no veo porque subestimar el desarrollo web. A menos que creas que los desarrolladores web son simios sin cerebro (debe haber un montón de esos)." | renderPostMessage 47292}}}

{{{">>47292\n>Veo que no te has tomado el tiempo de leer el PDF adjunto en la respuesta anterior, no importa. \n\nEs que eres ridiculo negro , citas a un predicator de la programación en C++ para ocultar todas las demás falacias que escribiste y encima pones un PDF en donde me das la razón sobre como C++ ha venido a resolver varios problemas de la programación imperativa. ayyyy. Por qué posteas PDFs sin leerlos?" | renderPostMessage 47293}}}

{{{">>47292\nSi eres el mismo que posteó >>47099\n\neres ridiculo citando a alguien como Jim Coplien porque para empezar es un filosofo(inútil) de C++ y para terminar me estas dando la razón en todo." | renderPostMessage 47294}}}

{{{">>46883 (OP)\n\n¿Existen sockets en C++11?" | renderPostMessage 47298}}}