(...)

{{{">>52554 (OP)\nDjango con Django RestFramework haces magia muy rapido" | renderPostMessage 52556}}}

{{{">>52554 (OP)\npuedes usasr python con flask. laravel tiene buena pinta mas tengo entendido que no sirve para rest APIs" | renderPostMessage 52559}}}

{{{">>52554 (OP)\n.NET core 3\n\n>Es más rápido que Jarva\n>Corre en todas las plataformas\n>El toolchain es mejor, nada de maven o ant." | renderPostMessage 52578}}}

{{{">>52578\nhe de admitir que hoy en dia es usable para asuntos de servidor." | renderPostMessage 52582}}}

{{{">>52559\n\npor qué no sirve para rest api?\n\ntengo mis razones para creer eso pero quiero saber la opinión de alguien más." | renderPostMessage 52594}}}

{{{">>52594\ntengo entendido que por la naturaleza de PHP está mejor optimizado para funcionar como gestor de plantillas. Aunque realmente no sé si Laravel contenga un módulo para REST Apis." | renderPostMessage 52595}}}

{{{">>52595\n\nlo he visto usar en REST API's sin problemas, de hecho, me pareció buena idea porque agiliza mucho a la hora de desarrollar porque ya vienen prácticamente todo de paquete.\n\nmis razones para no usarlo es porque me da la sensación de que es un overkill. Si vas a usar Laravel deberías sacarle todo el provecho con su arquitectura MVC, su buen gestor de plantillas, etc...\n\nUna REST API para mi, debería ser muy focalizada en hacer su trabajo, ser óptima y minimalista. Si usas laravel ahí, es lo mismo que ir a cazar mariposas con una bazuca, obvio es solo mi percepción personal​." | renderPostMessage 52597}}}

{{{">>52597\nesto. Pienso que para APIs es mas conveniente usar node, django o flask." | renderPostMessage 52599}}}

{{{">>52556\nDjango es de Python verdad?\nTengo entendido que es fácil aprender python y qué es un lenguaje muy utilizado. \nQué tal están los precios a la hora de tener un proyecto en producción?\n\n>>52578\nUsa C# verdad?, hace tiempo trabajé con C# y el .NET de Microsoft pero la verdad no me gustó, lo revisaré que tal para api rest. \n\n>>52594\nSí funciona para api rest." | renderPostMessage 52610}}}

{{{">>52610\n>Usa C# verdad?, hace tiempo trabajé con C# y el .NET de Microsoft pero la verdad no me gustó, lo revisaré que tal para api rest. \n.NET Core es usa otro runtime, no es lo mismo que el .NET tradicional." | renderPostMessage 52611}}}

{{{">>52610\n>Django es de Python verdad?\nsi negrin, python del bueno" | renderPostMessage 52613}}}

{{{">FB ...\n\nnode no te lo recomiendo, concuerdo con el negro de arriba .net esta lo suficientemente maduro para ir por el server.\n\npython con django/flask tambien están lo suficientemente maduros \n\nmi consejo es que al final en la base de datos no toques nada que no sea sql standar, nada de bases NoSql, me lleve la peor experiencia de mi vida en eso." | renderPostMessage 52615}}}

{{{">>52615\n>nada de bases NoSql\nporque? quiero aprender Mongo DB, que tiene de diferencia con el lenguaje SQL" | renderPostMessage 52625}}}

{{{">>52625\nmira en mi experiencia el problema no fue meter datos fue sacarlos.atomicidad y coherencia son los problemas de esas base de datos, ademas tienes que escribir mas codigo para hacer funcional los querys de inserción y parsear datos de retorno, plus a menos que mandes una api bien estructurada ningun otro podrá conectarse bien a esa base de datos porque solo diosito y el aneurisma del grupo de programadores que se fumaron la estructura de esa base saben como funciona." | renderPostMessage 52626}}}

{{{">>52626\nmira con un manejador sql normal, el encargado del manejo es el manejador no la aplicación.\n\ncon una estructura fuertemente definida no admite locuras y en el peor de los casos tendras registros invalidos, no un monton de registros dentro se registros\n\nen las NoSQL manejan registros tipo json y ellos permiten redundancias bastante fuertes, un ejemplo es que son key value, pero mi value puede ser otro json\nentonces para acceder al dato que consideras esta en la key esta en un subjson \n\nMALDITA SEA TODAVIA RECUERDO ESO! REEEEEEEEEEEEEEEEEEEEEE!\n\nademas como no hay coherencia ni atomicidad, si te importan los datos tienes que despues de hacer un insert verificar que el insert sea el mismo con otra rutina\n>gasto de codigo y recursos de red\ny tu dices duh! escribe bien el código, el problema es que te acepta valores de cualquier tipo,\n\n>1, \"1\", \" 1\", \"1 \" \n>y al final si usaste un validador moneda tienes que parsear.\n\ny buena suerte con las fechas literal si esto es dolor de cabeza en sql normal en nosql se potencia a niveles inimaginables, estamos hablando de un mierdero de datos a la octava potencia, formatos dd/mm/yy en un lado otros mm/dd/yy plus hh:mm:ss y al final como se manda un string que no verifica el manejador terminas \nsin saber si era \n\nEL 01/02/2017 O EL 02/01/2017 sin saber si es enero o febrero o si siquiera es fecha si no te hizo un mal parse y te pego el dato\n\n>02/01/1714091709 \nporque tu app manejaba sólo fechas y aparecio un registro del\n>primero de enero del 2017 a las 5 y 09 PM\n\nojala se muera la puta que creo eso y se doble muera la gente que no lo sabe usar." | renderPostMessage 52627}}}

{{{">>52625\nSi quieres aprender NoSQL porque es \"más libre\" que SQL estás demasiado mal enfocado. Te harás más problemas que con SQL corriente." | renderPostMessage 52631}}}

{{{">>52615\n\ndjango/flask están más maduros que express con typescript?\n\nlo digo porque me he dedicado a la última tecnología, me gusta mucho node y el minimalismo de express, si lo juntas con typescript pues me resulta un stack bastante robusto, siempre y cuando tengas conocimientos de como funciona node. No planeo moverme hasta ser un maestro en node rest api's, pero me gustaría saber su opinión." | renderPostMessage 52632}}}

{{{">>52632\nLos dos funcionan bien, aunque hay mas software para agilizar el trabajo en javascript django y flask son perfectamente usables hoy en dia" | renderPostMessage 52633}}}

{{{">>52632\nExpreses usa Type Script?\nPensé que usaba JavaScript, sí sé que TypeScript compila a JavaScript, pero no lo había usado como tal en express. \n\n>>52615\nSí, de hecho igual no tengo planeado usar NoSQL, prefiero SQL,o favorito es PostgreSQL. Sólo que aún no sé si usarlo, ya que igual veo que es más fácil encontrar MySQL en los hostings." | renderPostMessage 52639}}}

{{{">>52554 (OP)\nTe recomiendo que empieces con nodeJS, simplemente porque aquí en Latinoamérica generalmente las tendencias se basan en las tendencias del extranjero, por lo que nodeJS dentro de poco tiempo tendrá la mayor participación en proyectos aquí, desplazando a Java (tal cual y como sucedió en el extranjero). Además que por experiencia propia prefiero mil veces hacer mi REST en javascript porque es más fácil y ordenado (esto es subjetivo, creo).\n\nLa misma sugerencia para la parte de frontend, fíjate cuales son las tendencias afuera, no dudes que en algunos años o menos la mayoría de empresas requerirá gente que sepa de estas tecnologías y si empiezas desde ahora pues ya tienes futuro asegurado. Te recomiendo ReactJS y VueJS. El problema que tengo con Angular es que tiene tantas cosas que puede que tu aplicación no use pero aún así estén allí ocupando espacio y memoria, además que se me hace muy abrumador la cantidad de cosas con las que viene, y esa es la diferencia con React y Vue, son muy amigables y simples al iniciar y si necesitas agregarle más funcionalidades usas librerías que extiendan su funcionamiento (por ejemplo Vuex que me tiene fascinado por lo bueno que es o su equivalente en React, Redux).\n\nSi quieres ir más allá podrías empezar a leer sobre Docker, creo que si logras hacer una aplicación con todo eso, cualquier empresa medianamente decente querrá tenerte.\n\nEspero te ayude, suerte O[s]puto[/s]" | renderPostMessage 52640}}}

{{{">>52632\nNo se pero piensa esto,si javascript hace pic related imagínate del lado del servidor, pienso que es mas sensato ir por python y django. \nYo prefiero darle certeza a mis usuarios sobre integridad.\nAdemás estas a tiempo porque no mencionaste sails.js así que no has profundizado lo suficiente en node.js como para necesitar algo mas que express \n\nDjango no es solo un motor de plantillas,te ayuda con los usuarios y te da un orm y un back end solido.\n\nCualquier imbécil que te diga que es mejor trabajar en tu propia implementación de orm,usuarios,motor plantillas, quiere decir que jamas ha programado algo mas complejo que un proyecto de universidad." | renderPostMessage 52652}}}

{{{">>52639\npuede usar ambos negrin" | renderPostMessage 52688}}}

{{{">>52652\nEso pasa porque javascript infiere los tipos de las variables, en el primer caso se infiere por un orden interno que se están concatenando dos strings, en el segundo caso no existe la operación '-' entre strings, por lo que claramente convierte los tipos y hace la resta.\nBásicamente demostraste su punto, porque el negro ese habla de usar typescript, lenguaje fuertemente tipado en donde ni de chiste va a ocurrir eso, esencialmente porque no se podrá compilar.\nTu desconocimiento se demuestra al decir que se debe usar un ORM a una implementación propia, es como preferir usar WordPress a hacer tu propia página personalizada, simplemente es estúpido. Moraleja: los memes no siempre dicen la verdad" | renderPostMessage 52690}}}

{{{">>52690\nse puede usar typescript en Node.js? \n>nunca he tocado typescript \n\nORM ejemplos famosos: \n\nentity framework en .net\nhibernate en java \nsequelize en node.js\ndjango orm en python \npeewee en python nunca leiste de alguno y yo soy el inexperto? \nnunca has programado nada que lleve mas de un fichero ejecutable, menos algo con algun patron de diseño.ademas la analogia de diseñar cualquier pagina web vs un gestor de contenidos es estupida.\n\nsi hubieses escrito algo como una webapp vs un CMS podria ser mas factible la comparacion al necesitar crear un plugin para funciones no standar del gestor CMS o donde la seguridad sea un factor importante seria de eleccion una webapp.lo triste es que OP ira a diseñar alguna pendejada en un stack inestable por un par de anones que que quieren defender estructuras de diseño que solo le causaran hemorroides en el futuro al OP.\n\nsabes que OP usa node.js typescript y mongodb angular o flutter en el front end, en 2/3 años publica la oferta de freelancer para un programador te vaya a arreglar los comportamientos extraños en el servidor y termines migrando a otra estructura, asi tenemos trabajo todos por siempre." | renderPostMessage 52698}}}

{{{">>52640\nSí, de hecho se tarda mucho en crear un proyecto por la gran cantidad de dependencias que tiene que descargar e instalar.\nAún así creo que sí es un framework con bastante futuro, más robusto que VueJS y con más comunidad. Lo que sí es que parece que tiene una curva de aprendizaje alta. Actualmente llevo un mes y medio con él y ya lo manejo, sin embargo aún me faltan muchas por saber.\n\n>>52640\n>>52698\n>>52615\nGracias a todos, parece que el back me lo pensaré un poco más. Por el front me he decidido por Angular. \n\n>>52690\nSe me hace una mala práctica usar la inferencia de tipos, sí es útil pero tampoco hay que abusar de ella. \n¿o sea que no recomiendas usar un ORM?, yo he trabajado con GORM que usa Hibernate y la verdad que facilita mucho el trabajo, te abstrae de toda la parte de las consultas de SQL." | renderPostMessage 52816}}}

{{{">>52611\n>.NET Core usa otro runtime, no es lo mismo que el .NET tradicional.\nVale aclarar que según https://www.campusmvp.es/recursos/post/10-diferencias-entre-net-core-y-net-framework.aspx las diferencias están principalmente en las bases y por lo que entiendo los programas hechos con .NET Framework deberían seguir funcionando bajo .NET Core.\n>>52625\n>que tiene de diferencia con el lenguaje SQL\nNo soy ese anon pero solo te diré que son dos mundos completamente diferentes (si ya dominas uno entonces tienes que empezar prácticamente desde cero para aprender el otro).\n>>52690\n>en el primer caso se infiere por un orden interno que se están concatenando dos strings, en el segundo caso no existe la operación '-' entre strings, por lo que claramente convierte los tipos y hace la resta. \nEn esos casos yo iría por lo practico; usar parseInt() o parseFloat() para evitarme dolores de cabeza." | renderPostMessage 53718}}}