(...)

{{{">>39141 (OP)\ncambia el if por if(variable == true)" | renderPostMessage 39144}}}

{{{">>39144\nbueno. pero en la mayoría de lenguajes de programación es lo mismo if(variable == true) que if(variable)" | renderPostMessage 39145}}}

{{{">>39145\npensaba que la broma era que si la variable es false entonces solo se ejecuta el else, por lo que era un hilo de codigo innecesario, pero si quieres poner complejas expresiones en una variable o en varias lineas de codigo en lugar de un if esta bien." | renderPostMessage 39146}}}

{{{">>39146\nyo se" | renderPostMessage 39147}}}

{{{">No usar [b]/code[/b]\n\nAlgo no esta bien aquí." | renderPostMessage 39157}}}

{{{">>39162\nno, la cage" | renderPostMessage 39163}}}

{{{"[code]if(variable){[/code]\n\nEs infinitamente mejor que\n\n[code]if(variable == 0){[/code]\n\nPero a los nuevos se le dificulta.\n\nOtra un poquito mas complicada es \n\n[code]if(!variable){[/code]\n\n compararada con\n\n[code]if(variable != 0){[/code]" | renderPostMessage 39166}}}

{{{">>39141 (OP)\n[code]\nvar ? true : false;\n[/code]" | renderPostMessage 39172}}}

{{{">>39166\ngracias por la lista" | renderPostMessage 39173}}}

{{{">>39166\nNo te falta cerrar el corchete grandisimo hijo de puta" | renderPostMessage 39189}}}

{{{">>39189\nes un ejemplo ctm" | renderPostMessage 39203}}}

{{{">>39203\nQue interesante lpqtp" | renderPostMessage 39207}}}

{{{">>39207\nC.T.M.\n\\n\nConche\n\\n\nTu\n\\n\nMadre" | renderPostMessage 39216}}}

{{{">>39189\n\nSe cierra en otra linea. Estaba intentando dejar implicito que \n\n[code]id(var == 0){\n}\n[/code]\n\nEs mejor que:\n\n\n[code]id(var == 0)\n{\n}\n[/code]" | renderPostMessage 39222}}}

{{{">>39222\nconcuerdo" | renderPostMessage 39266}}}

{{{">>39222\nQuiza es que no soy pro pero veo que el resultado seria el mismo, o no?~~~~" | renderPostMessage 39296}}}

{{{">>39296\n\nSi, pero esa es la diferencia entre escribir algo que funcione y escribir codigo decentemente.\n\nYo tengo gente a cargo y alguno me viene con eso o codigo no identado y lo va a tener que volver a hacer!" | renderPostMessage 39319}}}

{{{">>39141 (OP)\nme gusta este hilo" | renderPostMessage 39329}}}

{{{">>39319\nY si llegaran a usar C# como le harías? el IDE te lo indenta así por defecto, ¿lo mandas a hacerlo de nuevo?" | renderPostMessage 39355}}}

{{{">>39355\n\nEl IDE lo configuras para que te idente como quieras. Yo uso C# en el dia a dia, pero en el eclipse por decirte un ide, podes configurar absolutamente todo, igual con el codeblocks.\n\nNo se por que pasan mas de XX horas a la semana con herramientas y no las configuran. Configuren los colores como deseen, los menus, los atajos del teclado, etc etc etc. No usen las cosas por defecto." | renderPostMessage 39366}}}

{{{">>39166\n>\"if(variable){\" Es infinitamente mejor que \"if(variable == 0){\"\nDiscrepo, es preferible escribirlo como [i]if (variable == 0)[/i], no hay una razón real que justifique hacerlo de la otra forma (en especial si estas trabajando con código que a otros les tocara mantener después).\n>>39172\nEn cambio los operadores ternarios son bastante útiles para definir variables en base a si se cumple una condición u otra, además de que no son muy difíciles de entender." | renderPostMessage 39966}}}

{{{">>39366\nTampoco es que tengas que hacer muchos cambios... En mi VS lo único que hice es tema negro, esquema de colores personalizado y cambiar la fuente a Fira Code." | renderPostMessage 39970}}}

{{{">>39966\nPero annon, ocupa mas espacio al pedo, si sabes que luego de ) si o si debe venir un {" | renderPostMessage 40091}}}

{{{">>40091\n\nPues si pero así es más específico el código a primera vista." | renderPostMessage 40110}}}

{{{"¿No es mejor?\n\n[code]\nif(!variable) ... ;\n[/code]" | renderPostMessage 40111}}}

{{{">>40091\n>si sabes que luego de ) si o si debe venir un {\n¿Y eso que tiene que ver con la forma de escribir la condición en el if?\n>>40111\nNo, no lo es." | renderPostMessage 41090}}}

{{{">>39222\nDefinitivamente no. Hoy en día conviene ahorrar espacio vertical.\n\n>>40091\nSí o sí mi poronga, aprendé C.\n\n>>40111\nNunca jamás el \"if(condición) expresión;\" en una sola linea, a menos que estés agrupando varios ifs, ej:\n[code]\n if (pene1) penemode |= 0x02;\n if (pene2) penemode |= 0x04;\n if (pene3) penemode |= 0x08;\n[/code]\n\nAdemás:\n[code]\n if (condicion) {\n // \n }\n else {\n //\n }\n[/code]\nEs mejor que:\n[code]\n if (condicion)\n {\n // \n } else\n {\n //\n }\n[/code]\n\nY por ultimo, nunca, pero nunca uses la forma de \"if else\" de forma distinta (bloque/sentencia), si tenes usar un bloque para el if lo mejor es que también lo hagas para el else, aunque no lo necesites." | renderPostMessage 41092}}}

{{{">>41092\n> if (condicion) \n>{\n> // \n>} \n>else \n>{ \n> // \n>}\n\n>quien programa si. nunca vi a alguien trabajando así" | renderPostMessage 41570}}}

{{{">>41570\n¿Has oído de la convención de código GNU? https://en.wikipedia.org/wiki/GNU_coding_standards" | renderPostMessage 41576}}}

{{{">>41576\nel pasado es un país extraño" | renderPostMessage 41578}}}

{{{">>41092\n>Nunca jamás el \"if(condición) expresión;\" en una sola linea\nEso solo aplica en C ya que a los que no conocen bien el lenguaje les podría traer problemas. Para que quede mas claro voy a ilustrarlo con este ejemplo:\n[code]// Caso 1\nif (condición)\n funcion1();\n funcion2();\n\n// Caso 2\nif (condición) {\n funcion1();\n funcion2();\n}[/code]\nA simple vista uno creería que caso 1 y 2 funcionarían igual pero en realidad en caso 1 solo se ejecuta la primer función si la condición se cumple y funcion2 se ejecuta siempre por fuera del if. En cambio en caso 2 tanto funcion1 como funcion2 se ejecutan solo si la condición se cumple.\nEn otros lenguajes el contenido del if siempre suele ir con llaves (a menos que hablemos de Python u otros en donde no se utilizan).\n>si tenes usar un bloque para el if lo mejor es que también lo hagas para el else, aunque no lo necesites.\n¿Que sentido tiene meter un else si no voy a usar?\n>>41576\nPrefiero el estilo que se usa en el kernel de Linux: https://www.kernel.org/doc/html/latest/process/coding-style.html Eso si, 8 espacios para indentar me parece mucho, con 4 alcanza y el código se mantiene igual de legible." | renderPostMessage 42576}}}