¿Hacemos 10 preguntas y 10 respuestas sobre programación?
15 puntos por curioe 2024-09-10 | 46 comentarios | Compartir por WhatsApp
  1. ¿Usan tabulaciones para la indentación o espacios? ¿Cuántos espacios dejan?
  2. ¿Las llaves van en una línea nueva o las ponen al final de la misma línea?
  3. ¿Hasta cuántos caracteres permiten por línea?
  4. ¿Qué estilo prefieren al nombrar variables o funciones? (ej.: camelCase, snake_case)
  5. ¿Cuál es su editor preferido?
  6. ¿Qué fuente usan para programar? ¿Y qué tamaño?
  7. Cuando van a crear algo, ¿cuál es el lenguaje de programación al que primero recurren?
  8. ¿Tienen alguna regla u orden para importar módulos o librerías?
  9. ¿Hacen pruebas unitarias? ¿De qué manera las hacen?
  10. Escriban lo que quieran decir: opinión, comentario, orgullo, promoción o cualquier cosa.

Lecturas relacionadas

46 comentarios

 
aer0700 2024-11-17
  1. 4 espacios
  2. Estilo K&R en la misma línea
  3. Más que fijar una cantidad de caracteres, voy variando según el contexto.
    Cosas como el manejo de errores las termino en una sola línea cuando es posible,
    pero el resto de la lógica la separo.
  4. Personalmente prefiero snake, pero sigo lo que se haga en el equipo.
  5. VS Code
  6. La fuente predeterminada de VS Code
  7. C
  8. Incluyo primero la biblioteca estándar. Después las bibliotecas externas, y luego las bibliotecas internas de la empresa.
  9. Al hacer el build, corro las pruebas unitarias. Si sale un fail en las pruebas unitarias, lo corrijo y vuelvo a hacer el build... hasta que pase.
  10. Cuídense del resfriado. Cuiden sus muñecas. Tomen con moderación. Pongámonos a dieta.
 
bobcat 2024-10-14
  1. Espacios de 2 o 4
  2. Nueva línea
  3. 79-80 / 119-120
  4. Si hay una convención como PEP8, seguirla; si no, CC.
  5. VSCode
  6. Consolas, 9pt
  7. C
  8. stdlib > libs de plataforma (Windows, unistd...) > librería esencial (para todo el proyecto) > librería auxiliar (enfocada en el módulo)
  9. Prueba unitaria
  10. Hace frío
 
jwh926 2024-10-04
  1. Proyecto personal: tab de 4 espacios; en el trabajo: 4 espacios
  2. Últimamente lo escribo en la siguiente línea
  3. 100
  4. snake_case
  5. VSCode
  6. Iosevka 22px
  7. Python
  8. La palabra clave from primero, luego la librería built-in
  9. No lo hago
  10. Quiero irme a casa
 
tobesimple7 2024-09-20
  1. Cuatro espacios
  2. En la misma línea
  3. 100 caracteres incluyendo espacios
  4. Uso tanto camel como snake_case
  5. JetBrain
  6. d2code, dracula 12 ~ 13
  7. Sql
  8. No hay nada aparte
  9. Orden, por función
  10. Está divertido
 
nutella 2024-09-19
  1. Tab
  2. En la misma línea
  3. 100
  4. Usarlo según el lenguaje
  5. vscode!
  6. Droid Sans Mono, 14pt
  7. ¡Python!
  8. lint
  9. Hago pruebas por cada funcionalidad
  10. Voy conociendo muchas buenas fuentes tipográficas :)
 
erickim27 2024-09-18
  1. Uso solo tabulaciones en todos los lenguajes.
  2. En las declaraciones de funciones hago salto de línea, y en las sentencias if o for dejo un espacio.
  3. Aproximadamente unos 50 caracteres.
  4. En minúsculas, reemplazando los espacios con _.
  5. Principalmente uso VS Code, y cuando urge uso vim.
  6. mesloLGS NF, 16pt
  7. Si es algo simple, primero pienso en Python.
  8. Casi no tengo. Cuando es en C, suelo usar primero la biblioteca estándar.
  9. No lo hago.
  10. Estudiar el kernel de Linux y temas de low level es divertido, así que todos deberían probarlo al menos una vez.
 
overthinker 2024-09-17
  1. en C++ uso 4 espacios, en JS 2 espacios, y en Golang tab
  2. en C++ nueva línea, y en los demás en la misma línea, pero prefiero el lint de cada lenguaje.
  3. 80 caracteres
  4. varía según el lenguaje, pero en JS: camelCase, en C++: snake_case
  5. VS Code
  6. Hack Nerd Font / tamaño 12 / weight 450
  7. JS
  8. con lint o en orden alfabético
  9. las pruebas unitarias las hago en unidades funcionales cortas.
  10. ¡ánimo a todos!
 
siscof 2024-09-17
  1. 2 espacios
  2. En la misma línea
  3. 80 caracteres (para poder tener dos editores uno al lado del otro)
  4. Depende del lenguaje, pero prefiero CamelCase
  5. neovim (AstroNVim) + tmux / IDEA Ultimate
  6. D2Coding / Hack Fira Code Nerd Font
  7. bash shell > js > kotlin
  8. Las reglas básicas de IntelliJ (las convierto en editorconfig y las uso)
  9. Escribo código de pruebas basado en la lógica de negocio y la UI la pruebo a mano...
  10. Antes era pesado agregar plugins con vimscript y modificar todo a mi gusto, pero últimamente hay opciones como AstroNVim que ya vienen configuradas por defecto, y además muchos IDE ya soportan simuladores de vim, así que anímense a probarlo de forma ligera jaja
 
jjpark78 2024-09-16
  1. 2 espacios.
  2. Misma línea
  3. 100 caracteres
  4. camelCase
  5. doom emacs para neovim y magit
  6. FiraCode
  7. nodejs
  8. No tengo ninguna regla en particular aparte de la función de ordenamiento que soporta el LSP.
  9. Uso vitest, pero en vez de la forma ideal de crear las pruebas antes de programar, primero programo y después hago unit tests para evitar efectos secundarios. Luego lo uso para tener la tranquilidad mental de que una función ya creada no se verá afectada por cambios nuevos o modificaciones posteriores.
  10. ¡Que GeekNews siga creciendo!
 
goinwater 2024-09-12
  1. 2 espacios (lo escribo con tab y lo convierto automáticamente a espacios)
  2. Como desarrollador de TS, en la misma línea (en lenguajes de la familia C, en la línea siguiente)
  3. 100 caracteres
  4. camelCase
  5. Cursor IDE
  6. Fira Code Nerd Font
  7. TypeScript
  8. Las librerías van hasta arriba y los módulos internos después
  9. Principalmente módulos compartidos
  10. Quiero usar bien vim, pero no logro acostumbrarme
 
regentag 2024-09-12
  1. 3 espacios (Ada), 4 espacios (los demás lenguajes)
  2. En Ada no hay llaves, pero begin se escribe en la siguiente línea. En PowerShell se escribe en la misma línea.
  3. 130 caracteres
  4. SNAKE_CASE en mayúsculas
  5. Understand, Notepad++
  6. D2Coding
  7. PowerShell
  8. Si no hay ningún problema en particular, en orden alfabético.
  9. No lo hago.
  10. ¡Ánimo!
 
roxie 2024-09-22

¿Todavía usas Ada? Guau..
 
mhcoma 2024-09-12
  1. tabulación de 4 espacios
  2. estilo K&R
  3. 120
  4. snake_case
  5. VS Code
  6. D2Coding 12pt
  7. Python, C
  8. biblioteca estándar -> biblioteca externa -> interna, ordenado alfabéticamente
  9. No...
  10. La tabulación es dios.
 
codufdl 2024-09-11
  1. Estoy usando space 2.
  2. Empiezo continuando en la misma línea, y el cierre lo escribo aparte. Después de cerrar, lo que sigue va en la misma línea...
  3. Lo ajustamos al tamaño de pantalla de la persona del equipo que usa la fuente más grande; ahora es 200.
  4. Prefiero camelCase.
  5. Por ahora, me resulta más cómodo VS Code.
  6. Estoy usando D2Coding / 12.
  7. El orden es ecmascript > java > python.
  8. El orden es standard > third-party > internal.
  9. Salvo cuando modularizo, uso printf, jaja.
  10. ¡Ánimo, todos!
 
hwhang0917 2024-09-11
  1. space4
  2. misma línea
  3. 80
  4. camelCase
  5. neovim
  6. FiraCode Nerd Font 18
  7. Go, TypeScript
  8. standard, third-party, internal
  9. Sobre utilidades o módulos comunes
  10. Les deseo que pasen este año sanos y salvos.
 
iyeti 2024-09-11
  1. space4
  2. misma línea
  3. 120c
  4. camel
  5. VSCode
  6. Consolas 10
  7. Java, C++, Python
  8. autoordenar en orden abc
  9. prestando atención al manejo de excepciones y manteniéndolo al mínimo
  10. Cuidado con el COVID y la influenza... una vez que te contagias y te baja de verdad la energía, recuperarte se vuelve muy lento...
 
semjei 2024-09-11
  1. 4 espacios
  2. Las clases y las interfaces en la línea siguiente, lo demás en la misma línea
  3. Sin límite, por ahora 220
  4. El nombre de la clase y las funciones globales en camel, las funciones internas y las variables en snake
  5. VS Code
  6. D2Coding
  7. C++, PHP
  8. Si es posible, en orden alfabético por función
  9. Solo los módulos comunes, el resto como quieran
  10. Que este año también pase sin problemas
 
nabitang 2024-09-11
  1. 4 espacios
  2. En la misma línea
  3. 120 caracteres
  4. camelCase
  5. vscode
  6. Fira Code
  7. JavaScript (TypeScript)
  8. third party, packages -> domain, entity -> use case -> services, adapters -> componentes de UI
  9. Jest, solo probar los casos de uso cuando sea necesario, y si se puede, lo mínimo posible
  10. Espero que todos cuiden mucho su salud :)
 
crazeidea 2024-09-11
  1. Tab / 4 espacios
  2. En la misma línea
  3. 140
  4. camelCase
  5. VSCode
  6. Ubuntu
  7. Typescript
  8. No realmente, pero a veces ordeno alfabéticamente
  9. Los módulos con alta complejidad se someten a pruebas
  10. ¡Ánimo a todos!
 
n1ghtc4t 2024-09-11
  1. Era de los de tab, pero según el caso priorizo 4 espacios; en HTML priorizo 2; últimamente, entre tanto enredo, ya da un poco igual.
  2. Lo pongo en la misma línea, pero procurando ajustarme lo más posible a la convención de código existente.
  3. Cuando era más joven era 120, pero con la vista cansada ha ido bajando hasta 80.
  4. Para nombres de clases o módulos prefiero camel; para variables, snake.
  5. Usaba VSCode, pero últimamente estoy intentando cambiarme a Zed.
  6. Últimamente uso CaskaydiaCove Nerd Font Mono.
  7. En el trabajo, Python; para proyectos personales, Elixir; y lo que me gustaría probar es Rust.
  8. No le presto especial atención.
  9. En etapas iniciales o cuando desarrollo yo solo, trato de excluir las pruebas unitarias lo más posible; cuando aumenta la cantidad de personas colaborando en el proyecto y se suman desarrolladores junior, escribo pruebas unitarias para el código esencial... y luego quedan abandonadas.
  10. Quiero ganar dinero rápido para andar en un velero de navegación y dedicarme a programar como hobby.
 
toaonly 2024-09-11
  1. Espacio, usar 2 espacios
  2. En la misma línea
  3. 80
  4. camelCase
  5. VSCode
  6. Consolas
  7. JavaScript, Rust
  8. Orden alfabético y luego la ruta local
  9. Para los módulos tipo util, cubro casi el 100%, y para la lógica de negocio solo hago los casos de "si esto falla, de verdad sería un problemón" (por cuestión de tiempo no se puede testear todo...)
  10. ¡Mucho ánimo para todos los desarrolladores e ingenieros que leen GeekNews!
 
hhan8 2024-09-11
  1. Espacios, siguiendo la convención. En trabajo personal prefiero 2
  2. Lo escribo en la misma línea
  3. Creo que son alrededor de 100
  4. camelCase
  5. VSCode > Neovim > IntelliJ (en trabajos de empresa de la rama JVM lo uso a la fuerza)
  6. Fuente predeterminada de la configuración, 13~16pt
  7. JavaScript
  8. No le presto especial atención.
  9. Suelo implementarlo con estilo BDD, probando primero los casos que quiero cubrir y al final completo la cobertura de tests.
  10. Quiero aprender a usar bien NEOVIM, pero termino usando mucho las teclas de cursor. Respeto mucho a quienes lo usan bien.
 
iolothebard 2024-09-11
  1. espacio 4
  2. misma línea
  3. 120
  4. camelCase
  5. vim
  6. monoplex
  7. nodejs
  8. built-in, 3rd-party, mine en orden alfabético
  9. absolutamente. ¡Solo hazlo!
  10. ¡Ho eyo he hum!
 
wedding 2024-09-11
  1. Depende del formateador. Espacios 4/2
  2. Depende del formateador. Prefiero inline
  3. Sin límite estricto. 80
  4. Sin límite estricto. Sigo la convención
  5. vs pro
  6. d2+nerd
  7. html
  8. Depende del formateador
  9. No se me da hacer pruebas unitarias bonitas; como mucho valido con datos dummy..
 
dbs0829 2024-09-11
  1. Cuatro espacios
  2. En la misma línea
  3. 79
  4. Según la convención
  5. neovim
  6. nerd hack font, tamaño predeterminado del editor
  7. python o c#
  8. Según la convención
  9. Solo hago código de prueba por separado cuando hay especificaciones exactas. En otros casos, desarrollo probando por mi cuenta sobre la marcha.
 
a12341234 2024-09-11
  1. 2 espacios
  2. En la misma línea
  3. 1000+
  4. camelCase
  5. VSCode
  6. Fuente predeterminada o D2 Coding
  7. Dart
  8. Sigo el formateador predeterminado
  9. No hago mocking y, si es posible, pruebo conectándome al servidor de desarrollo y a la BD. Parece que hay más problemas relacionados con el servidor...
 
iknowca 2024-09-11
  1. Tab de 4 espacios
  2. En la misma línea
  3. No me importa.
  4. camelCase
  5. VS Code
  6. 14p, D2Coding
  7. Python
  8. Ninguno en particular.
  9. Casi no puedo...
  10. Me gusta este tipo de contenido participativo
 
savvykang 2024-09-10
  1. 2 espacios en TSX, 4 espacios en lo demás
  2. En la misma línea
  3. 80/120
  4. El estilo recomendado por el lenguaje
  5. VSCode, STS solo para Java
  6. Monaco, Menlo, Consolas
  7. Python
  8. Biblioteca estándar, bibliotecas de terceros, mismo proyecto
  9. Solo hago pruebas unitarias de lo que puede ejecutarse únicamente con el sistema de archivos y objetos de entrada/salida, sin necesitar sistemas externos
  10. ¿La pregunta 4 no tiene poca utilidad?
 
xguru 2024-09-10
  1. 2 espacios
  2. En la misma línea
  3. Como no escribo muy ancho, parece que corto alrededor de los 80 caracteres como máximo.
  4. camelCase
  5. VS Code: lo uso no solo para desarrollar, sino también para organizar las noticias que publico en GeekNews. Simplemente me resulta cómodo.
  6. El monitor es el mismo en casa y en la oficina, pero uso fuentes distintas.
  • Windows: JetBrains Mono, 14p
  • Mac: Menlo, 12p
  1. Antes prefería las apps de escritorio, así que usaba Delphi (uf, ¿hace cuánto fue eso?), y para páginas web pequeñas garabateaba algo en PHP.
    Pensándolo bien, últimamente, según lo que vaya a hacer, primero busco un framework base y si encuentro uno que encaje, simplemente desarrollo en ese lenguaje.
    A veces también desarrollo con scripts en Google Docs, otras lo resuelvo con plugins en WordPress, y si hay módulos adecuados en Node/Python, uso esos, así que es bastante variado.
  2. Si llegan a ser muchísimos, los organizo un poco para que se vean mejor; fuera de eso, no me preocupo. (El formateador se encargará)
  3. Casi no lo hago. Snif
  4. ¡Publiquen muchas buenas preguntas en Ask! ¡Hagamos que Ask se active, jaja!
 
jic5760 2024-09-10
  1. espacios: 4.
  2. en la misma línea
  3. lo suficiente para que no aparezca scroll horizontal
  4. depende del lenguaje (kotlin/go/java/typescript usan camelCase, c/c++ usan snake_case)
  5. Jetbrains
  6. la fuente predeterminada de Jetbrains
  7. go o kotlin
  8. en go se distinguen los imports externos/internos. Dentro de cada grupo, se ordenan automáticamente.
  9. principalmente unit tests + si van varias rutinas juntas, las pruebo por separado
  10. Muchas gracias por la buena pregunta :)
 
autumnal 2024-09-10
  1. Usar tabulaciones, 4 espacios
  2. Seguir el estilo de código de cada proyecto.
  3. Que sea fácil de captar de un vistazo (dentro de 150 caracteres)
  4. Seguir el estilo de código de cada proyecto.
  5. vscode es lo máximo
  6. Consolas
  7. C++
  8. A menos que sea una librería que deba definirse específicamente, importar en este orden: estándar - dependiente del framework - personalizado
  9. Hacer pruebas unitarias por funcionalidad
  10. Quiero programar más y mejor. ¡Ojalá tuviera más tiempo!
 
cjinzy 2024-09-10
  1. 4 espacios
  2. Si es corto, lo dejo en la misma línea; si parece que se va a alargar, lo paso a una nueva línea.
  3. Suelo hacerlo hasta 150 caracteres. Sigo intentando reducirlo más...
  4. Usaba camelCase, pero últimamente me estoy cambiando a snake_case.
  5. Uso con frecuencia VS Code y Vim.
  6. Hack, Nerd Font; el tamaño de la fuente... suelo ir cambiándolo según el cansancio de mis ojos.
  7. Al final, python es lo que más termino usando.
  8. Lo hago en este orden: módulos integrados, módulos que se pueden instalar como paquete y módulos hechos por mí.
  9. Solo me enfoco en las cosas importantes... plop...
  10. Que tengas un buen día :)
 
alstjr7375 2024-09-10
  1. espacio, 2 espacios
  2. Prefiero una línea nueva, pero por culpa de los formateadores muchas veces termino escribiendo en la misma línea
  3. Máximo 80, si se alarga 120 columnas
  4. Mi preferencia es kebab-case, pero por los límites del parseo o varias convenciones termino usando camelCaseT_T
  5. Emacs, y últimamente uso mucho Visual Studio Code por los plugins. Para cosas simples uso Kate.
  6. Hack + D2Coding (fallback para coreano)
  7. Typescript
  8. std, librerías, módulos internos, directorio actual
  9. Me gustan los tests In-Source Test, hechos en el mismo archivo que la implementación.
  10. Dentro de poco publicaré un texto de presentación jaja
    Estoy creando un CSS in JS para combinar Semantic CSS y Atomic CSS.
    https://github.com/mincho-js/mincho

Si son del "equipo menta con chocolate", les agradecería mucho que le dieran una estrella...?
 
goinwater 2024-09-12

Parece que está basado en Vanilla Extract.
 
qyurila 2024-09-10
  1. Tabulaciones de 3 espacios (en la práctica, solo posible en proyectos personales..)
  2. Si es más cercano a JS, en la misma línea; si es más cercano a Java, en una nueva línea
  3. Si es más cercano a JS, 90; si es más cercano a Java, 120
  4. Usarlo de acuerdo con la convención
  5. VSCode (+ según la situación, Zed y micro)
  6. JetBrains Mono + Gooroom Sans Code, 14
  7. La mayoría de las veces lo hago en el lenguaje que en ese momento tenía ganas de aprender. Si no, TS
  8. En general, cuanto más cerca esté de lo built-in, primero se importa
  9. A partir del próximo proyecto, sin falta..
  10. Respeto a todas las personas que ya trabajan en esto
 
alstjr7375 2024-09-10

Parece que definitivamente tienes un gusto bastante de nicho por los 3 espacios, ¿no?
¿Hay alguna razón por la que los prefieras?
 
qyurila 2024-09-11

Tengo entendido, y yo también lo siento así, que en algunos lenguajes (sobre todo HTML y JSX) la razón por la que el tabulado de 4 espacios no es lo más común es que, cuando la indentación se hace profunda, ocupa un ancho innecesariamente grande.
En lo personal, aun así, cuando se usan 2 espacios siento que la separación se nota poco y se me hace muy difícil captar la jerarquía. Lo sentí desde que empecé y todavía me pasa.

Conocí la indentación de 3 espacios hace tiempo, en una convención de código que usé cuando me tocó trabajar con Lua.
Después de acostumbrarme un poco... pensé: ¿no será este el punto ideal entre la indentación de 2 y la de 4 espacios? Así que empecé a aplicarla también en otros lenguajes, y en la mayoría de los lenguajes donde predominan los 2 o los 4 espacios, siento que con 3 espacios el código se lee mejor, así que hasta hoy la sigo usando siempre que puedo jaja

Si buscas en Google, puedes encontrar una cantidad muy pequeña (!) de artículos que promueven la indentación de 3 espacios; por diversión, ¿qué tal si lees uno? 😄
 
alstjr7375 2024-09-11

Viéndolo, hasta parece que el cerebro se va acostumbrando jajaja
 
curioe 2024-09-11

Oh, qué interesante. La próxima vez que haga algo sencillo, creo que voy a probar con 3 espacios. Gracias.
 
neodasida 2024-09-10
  1. tab, 2 espacios
  2. misma línea
  3. 320
  4. camel
  5. IntelliJ / vim
  6. Source Code Pro for powerline 14pt
  7. java / kotlin > javascript
  8. IntelliJ Auto Import ^^; en el caso de los lenguajes de scripting, los distingo entre módulos internos y módulos externos.
  9. Estaría bien poder hacer pruebas E2E de todo, pero suelo definir el alcance hasta un nivel en que se valide la lógica de negocio importante.
 
jaehong21 2024-09-10
  1. Tab
  2. En la misma línea ~
  3. Casi siempre sigo la configuración predeterminada del linter y el formatter (o, si no, hasta donde se vea en una sola pantalla)
  4. Sigo la convención por defecto del lenguaje, normalmente prefiero camelCase
  5. Neovim
  6. NerdFont
  7. Golang
  8. Importo en este orden: std, bibliotecas externas y módulos internos; dentro de cada grupo, ordeno alfabéticamente
  9. Solo cuando la lógica es compleja, primero de forma parcial.... (me gustaría ponerlos todos, pero...)
 
bemong1 2024-09-10
  1. 4 espacios, tab
  2. Nueva línea
  3. Depende de la situación
  4. en C++ uso camelCase, en lo demás snake_case
  5. vim, Visual Studio, VSCode
  6. Naver D2
  7. Para sacar prototipos rápido, Python; lo demás depende de la naturaleza del proyecto
  8. Primero las librerías de nivel system y os; mientras más de bajo nivel, más abajo
  9. Uso gtest y pytest. Hago pruebas con frecuencia
  10. También me da curiosidad cómo otras personas escriben o estilizan su documentación de desarrollo....
 
ganadist 2024-09-10
  1. En shell, 2 espacios; en Makefile, tab; en todo lo demás, 4 espacios
  2. Depende de la convención del lenguaje; de ser posible, en la misma línea
  3. Si uso un lenguaje antiguo, 80 caracteres; si uso uno moderno (¿?), 100 caracteres
  4. Sigo la convención del lenguaje
  5. neovim, Android Studio, IntelliJ, y a veces vscode
  6. De ser posible, la fuente monoespaciada predeterminada del OS
  7. Lo reescribo desde cero en este orden: shell -> Python -> Kotlin.
  8. Estos días el formatter y el linter lo hacen solos... (mirando al horizonte)
  9. Escribo un poco y luego lo dejo abandonado... (se desploma...)
  10. No hay nada fácil en este mundo. Snif, snif..
 
baeba 2024-09-10
  1. Tab, 4 espacios
  2. Empezar en una línea nueva
  3. Depende de cada caso (unas 100 letras)
  4. Mezclo snake_case y camelCase
  5. Notepad++ > Ultraedit (versión 2001) > VS Code
  6. D2 Coding
  7. C/C++ > Java > JavaScript/CSS
  8. Depende de cada caso
  9. Meto un módulo que deja logs en el código y los guarda en un archivo. Lo hago de una vez mientras desarrollo.
  10. ¿Cuándo me jubilo?
 
yshrust 2024-09-10
  1. 2 espacios
  2. en la misma línea
  3. que se vea bien
  4. Creo que normalmente, en cada lenguaje, la gente suele seguir lo que usa la mayoría.
  5. Visual Studio
  6. Cascadia Code
  7. C#
  8. Creo que básicamente lo agrupo por lo que uso / lo que hice yo / y así.
  9. Sé que debería hacerlo, debería hacerlo..., pero al final solo lo pienso y no termino haciéndolo..
  10. Ganarme la lotería aunque sea una sola vez..
 
curioe 2024-09-10
  1. Cuatro espacios. Tengo mala vista, así que me gusta que se vea grande.
  2. En la misma línea {
    }
  3. No lo limito estrictamente por cantidad, pero si no cabe en media pantalla, prefiero dividirlo.
  4. Creo que depende del lenguaje, pero por lo general uso camelCase.
  5. VS Code
  6. Menlo, 16, pero la resolución es 1920. jaja
  7. Últimamente no creo tener uno en particular. Va cambiando según el momento. Hace unos 10 años era Java, pero hoy en día ni lo volteo a ver jaja
  8. Importo en el orden en que los necesito, pero suelo agrupar los que tienen el mismo rol o capa.
  9. Solo corro las pruebas de lo que importa en la lógica de negocio para calmar un poco la ansiedad. A reflexionar...
  10. Quiero tener un negocio de estilo de vida (un negocio que genere el dinero suficiente para mantener la vida que uno quiere vivir).