Si no uso Vim, ¿puedo ser un buen desarrollador? ¿Debo usar otro editor y centrarme en la programación?

Es como preguntar si no puedes ser un buen jugador de baloncesto si no usas zapatillas Nike Air Jordan.

Realmente me gusta la forma en que Zed Shaw pone esto en su curso “Aprenda Python The Hard Way”:

Si un programador le dice que use vim o emacs, simplemente diga “no”. Estos editores son para cuando eres un mejor programador. Todo lo que necesita en este momento es un editor que le permita poner texto en un archivo.

– http: //learnpythonthehardway.org…

El editor es solo una herramienta. Sí, muchos de los mejores programadores que he conocido utilizan un editor avanzado como Vim o Emacs. Pero usar Vim no te hace un mejor programador, solo te ayuda a escribir código más rápido / más eficientemente. Use un editor más simple pero eficiente, como se sugiere en la respuesta de Aamir Latif a Si no uso Vim, ¿puedo ser un buen desarrollador? ¿Debo usar otro editor y centrarme en la programación ?, y centrarme en cómo escribir un buen código.

Un editor es un medio para un fin .

Como desarrollador, debe usar lo que le resulte cómodo y lo que sea que haga el trabajo. Siempre ha habido mucho debate sobre qué editor de texto es el mejor. Los editores de texto siempre han sido un tema favorito en las guerras de llamas. De hecho, Wikipedia incluso tiene una página sobre Editor war [s].

Cuando comience a escribir miles de líneas de código, naturalmente probará varias herramientas en el camino. Si en algún momento en el futuro, su sentimiento acerca de vim cambia de ” No puedo memorizar los comandos, y me resulta muy difícil de usar ” a ” Guau. ¡Esto realmente me hace la vida más fácil y me ahorra tiempo! “, Entonces por supuesto, deberías comenzar a usarlo.

Pero en este momento, el mejor consejo que alguien puede darte es este: no te preocupes por eso. Un código limpio, eficiente, mínimo y brillante es lo que hace a un buen desarrollador; no vim.

Ah, y al menos por el bien de los viejos tiempos de guerra, alguien debería haber dicho esto:

“Si no uso Vim, ¿puedo ser un buen desarrollador?”
“¡Por supuesto, muchacho! ¡Para eso tenemos Emacs!”

EDITAR:
Alguien lo hizo 😉 Jaime Wyant

Sí, puedes ser un buen desarrollador sin usar Vim. He visto a muchos grandes desarrolladores usar texto Sublime. Por lo tanto, un editor basado en consola como Vim o Emacs definitivamente no es un requisito previo. Pero, deberías intentarlo. No tiene que aprender todos los comandos de Vim, solo el mínimo.

: q [uit] Salga de Vim. Esto falla cuando se han realizado cambios.
:dejar]! Salir sin escribir.
: cq [uit] Salga siempre, sin escribir.
: wq Escribe el archivo actual y sale.
: wq! Escriba el archivo actual y salga siempre.

Ahora, trabajemos para mejorar su experiencia Vim. Lo bueno de Vim es que es altamente personalizable. Puede equipar a Vim para que tenga funcionalidades esenciales como autocompletar, resaltado de sintaxis, explorador de archivos y verificadores de estilo para casi todos los idiomas populares. Puede personalizar Vim teniendo un archivo .vimrc en la carpeta raíz.
La mejor configuración de Vim
Vim (editor de texto): ¿Cuáles son las cosas más útiles que tiene en su archivo .vimrc?

Aquí hay algunas publicaciones de blog que pueden ayudarlo a personalizar Vim.
Python – Vim como un IDE de Python
JavaScript: equipamiento de Vim para JavaScript
Go – Entorno de desarrollo Go para Vim

Una vez que tenga una buena configuración de Vim, la encontrará mucho mejor y más rápida que la mayoría de los editores de GUI. Pero, una vez más, si esto lo distrae demasiado, use texto Sublime, Atom o Gedit.

PD: si está buscando una configuración simple de Vim, principalmente personalizada para Python y Scala, puede clonar la mía. Autodidact24 / dotfiles

Canto muchas alabanzas de Vim aquí en Quora y en otros lugares, pero si solo estás aprendiendo lo básico en este momento, no te preocupes por eso (o tus herramientas en general). Recomiendo comenzar con un editor que sea simple, que se mantenga fuera de su camino y que le permita concentrarse en aprender a codificar. En mi opinión, el resaltado de sintaxis es un requisito mínimo, así que al menos considere instalar y usar Gedit / Kate (Linux), Ultraedit o Notepad ++ (Windows, ambos gratuitos) o TextMate (Mac).

Los editores más avanzados como Vim, Emacs o IDE de peso pesado (Eclipse, XCode, Visual Studio, etc.) están destinados a ayudarlo a ser más productivo como programador, e introducen sus propias curvas de aprendizaje. En este momento, no necesita que su enfoque se divida entre aprender los fundamentos de la programación, aprender un idioma específico y aprender los entresijos de un editor.

Cuando llegue al punto en el que pueda escribir un código de trabajo, entienda por qué y cómo funciona, y no esté luchando con la sintaxis o recordando lo que la biblioteca estándar que viene con su idioma tiene para ofrecer, encontrará que desea tu editor para hacer un poco más por ti. En ese momento, probablemente se sumerja en un gran IDE que hace todo tipo de cosas elegantes como refactorización automática, finalización de código, verificación de sintaxis y errores, control de versiones y otras campanas y silbatos.

Algún tiempo después de eso, tal vez unos años, comenzará a sentirse frustrado con su IDE lento, insensible, distractor y en general en la forma de escribir código; proporcionará ayuda que ya no necesita realmente. Comenzará a anhelar un editor que haga lo suficiente y que, de lo contrario, se mantenga fuera de su camino, permitiéndole decidir cuándo y cómo proporcionará asistencia. Ese es el punto en el que querrás mirar a Vim o Emacs.

Hasta entonces, ¡que sea sencillo!

Hay dos razones para usar vi (m):

  • Es el editor predeterminado en todos los UNIX o Linux. Entonces, si saltas mucho entre máquinas, ese es un editor garantizado para estar allí.
  • Es un editor que permite editar código rápidamente como un rayo usando solo el teclado. Los editores orientados al mouse son de orden de magnitud más lento.

Sin embargo:

  • La curva de aprendizaje es empinada y larga. Para lograr esta velocidad de edición, debe conocer todos los comandos y características de vi (m).
  • Las características de “edición inteligente” comunes en IDE son rudimentarias. Se pueden utilizar utilidades como Ctags o Cscope junto con vi (m) para lograr parte de esa funcionalidad, pero los IDE buenos y completos siempre serán mejores.

Personalmente, habilito el enlace de teclas vi, si está disponible, en cualquier IDE en el que esté trabajando, y para una edición más compleja, a veces todavía “escapo” a lo real.

Un día estuve en una sesión de grupo grande para practicar programación de parejas, todos nosotros desarrolladores junior, o simplemente comenzando. El moderador llamó la atención de todos, ya que íbamos a emparejarnos, todos estaríamos usando las computadoras de los demás. Él solo tenía dos reglas para nosotros: primero, nuestros teclados deben ser QWERTY. Nada en contra de Dvorak, pero los mecanógrafos de Dvorak casi siempre saben QWERTY, pero no al revés. La segunda regla era sobre nuestro editor de texto: esperaba que especificara algún editor de código abierto o gratuito al que todos pudieran tener acceso, pero no.

La regla era: “después de abrir el editor, cuando presiona una letra en el teclado, su pantalla debería tener esa letra”.

Puede reconocer esa regla como una que excluirá a los editores de la familia VIM, específicamente.

Explicó que VIM es una herramienta poderosa pero especializada. Cualquier editor de texto que pueda “simplemente escribir”, con el que puede pasar una sesión de programación en pareja. Probablemente estará en al menos territorio “cómodo” dentro de una hora o dos. Pero VIM toma práctica y estudia todo por sí mismo, y a menos que conozca los conceptos básicos, estará completamente bloqueado.

Si encuentra que VIM está interfiriendo con su estudio de la programación real, definitivamente está bien usar un editor diferente. Después de que se sienta cómodo con el idioma, puede encontrar un editor que le guste, y si el editor que realmente le gusta es el que comenzó, no deje que nadie lo hable.

Nunca podrías usar Vim y seguir siendo un buen desarrollador.

Nunca lo he usado y me considero un buen desarrollador. Cuando necesito programar en una ventana de terminal, uso Vi. Pero la mayoría de las veces uso IDEs, o editores con interfaces de usuario. Comencé a usar IDEs en los viejos tiempos de Turbo C ++ y nunca miré hacia atrás. Cuando comencé a programar en Linux, también había editores decentes.

Esto me recuerda a los viejos tiempos (¡vaya, me estoy haciendo viejo, supongo!) Cuando la gente juraba que WordPerfect era el procesador de textos definitivo, luego apareció Windows 3.0 + MS Word y el resto es historia.

Use un editor intuitivo con menús hasta que sea bueno en la programación, luego aprenda un editor que pueda controlarse con comandos, si lo desea. Pero manténgase flexible y adopte nuevos desarrollos y estará bien.

De la documentación no oficial del texto sublime:

Emulación Vi
Esta información es principalmente útil para los dinosaurios y las personas a las que les gusta dejar caer el término RSI en las conversaciones. Vi es un antiguo editor modal que permite al usuario realizar todas las operaciones desde el teclado. Vim, una versión moderna de vi, todavía se usa ampliamente.
Sublime Text proporciona emulación vi a través del paquete Vintage . El paquete Vintage se ignora por defecto. Lea más sobre Vintage en la documentación oficial.

Emacs
Esta información no es útil para nadie. Emacs es … Bueno, nadie sabe realmente qué es emacs, pero algunas personas editan texto con él.
Si eres un usuario de emacs, probablemente no estés leyendo esto.

Sé sublime, mi amigo
Tomando prestado de la sabiduría de Bruce Lee, Sublime Text puede convertirse en casi cualquier cosa que necesites. En manos hábiles, puede derrotar a un ejército de ninjas sin que te preocupes.

Vacia tu mente; Sé sublime, mi amigo.

Sublime Text Documentación no oficial

Un IDE decente debería ser la primera opción para los estudiantes. Visual Studio Community Edition para Windows, Eclipse para Linux, Xcode para Mac, etc. Son muy útiles con funciones avanzadas como resaltado de sintaxis, IntelliSense, refactorización fácil, enlace a definiciones, gestión de archivos / proyectos, configuración de implementación, integración de control de versiones. Aprender lenguajes de programación ya es lo suficientemente desafiante, no es necesario complicar las cosas, te lo pone más fácil.

Para mí, ser un buen desarrollador / programador no depende del editor que esté utilizando. Se trata de entender lo que está haciendo y entregar algo productivo. De otra manera, puedes decir que se trata de amar lo que estás haciendo. Si ama y se siente cómodo para codificar en algún IDE gráfico en lugar de VIM, hágalo. No escuches lo que otros dicen. Si alguien le dice que debe usar VIM para ser el mejor, simplemente ignórelo y haga lo que le resulte más cómodo. Finalmente, haga lo que sea necesario para completar la tarea que desea hacer de manera más eficiente. Saludos 🙂

Linux es como una bolsa de trucos. Y los trucos son inconsistentes y se nombran aleatoriamente con sintaxis e interfaces aleatorias.

Si te gusta recopilar muchos conocimientos aleatorios, como estadísticas de Pokémon o béisbol, te encantará usar herramientas como vim.

Odio esa basura. Prefiero buenas interfaces gráficas, pero estoy de acuerdo con las herramientas de línea de comandos si son consistentes y uniformes en sintaxis y documentación.

Debes ser un tipo especial de persona con un tipo especial de sistema nervioso central para decir que las herramientas de línea de comando te dan “potencia” o “velocidad”. Si aprendiste computadoras en micros de 8 bits, puedo entender por qué una herramienta como vim parece tan increíble. Pero eso significa que eres muy, muy viejo, incluso mayor que yo.

Trabaja en el entorno que menos se interponga en tu camino. Sin embargo, no use emacs. Eso sería una locura y probablemente te retrasaría varios años y muchos puntos de coeficiente intelectual.

Las herramientas que se usan para editar código tienen muy poco impacto en la calidad del código producido. Sí, es más fácil codificar en Eclipse que el Bloc de notas, pero obviamente podría escribir el mismo código en ambos. Probablemente podría codificar en Microsoft Word y guardar en texto ASCII (no es algo que haya probado yo mismo). Estoy seguro de que se ha desarrollado un buen código en lápiz y papel.

Para mucha gente (incluido yo mismo) a veces eso es vi. Pero dudo que alguien cuando trabaje con más de 1000 archivos fuente de línea considere que vi sea una herramienta preferible para el desarrollo real. Es más una herramienta de “entrar y hacer una edición rápidamente”.

La respuesta es un sí absoluto. Por ejemplo, las aplicaciones empresariales a gran escala desarrolladas en C #, se crean en .Net framework y se desarrollan en Visual Studio IDE. Pero esta intención de vanguardia de usar Vim conduce a otros beneficios críticos de vanguardia, como estar en movimiento, su aplicación está teniendo algunos problemas debido a que algo salió mal en un bloque de código, ahí está, Vim se ejecuta iOS, Android también. Esto agrega serios beneficios si eres programador y viajas mucho.

Probablemente escriba código en el entorno del marco principal o su aplicación se implemente en dicha configuración, o incluso más grande. Y por razones de seguridad, no puede conectar remotamente una computadora como un nodo. Ser útil con Vim le permite trabajar muy cómodamente en ese entorno también, donde no tiene una GUI para trabajar en su código de producción. También puede tener otro IDE basado en terminal, pero aprender bien a Vim lo hará automáticamente bueno con los demás.

Lo principal siempre es que el código que escribe es eficiente, limpio y optimizado, no el IDE que usa para escribir el código. Pero siempre será una opción eficiente, sin duda, utilizar Vim.

Programa usando un entorno de desarrollo integrado (IDE). Soy un desarrollador de Java y JavaScript y estoy entrando en los matices de Python. Los entornos Eclipse y JetBrains IDE tienen excelentes complementos o IDE completos para esos idiomas. Cuando estoy haciendo cosas para la línea de comandos, o escribiendo scripts de bash o archivos de configuración, uso VIM.

En realidad solía codificar COBOL en vim, porque mi jefe en ese momento me dijo que tenía que hacerlo. Lo odiaba, pero aprendí VIM bastante bien. Pero prefiero un IDE, porque tiene código completo, búsqueda de clase y archivo, funciones de búsqueda de documentación, organiza mis proyectos, ejecuta mi código en tiempo de ejecución y modo de depuración, establece puntos de interrupción de manera estándar entre todos los idiomas que uso, maneja Maven, Git, SVN y CVS de manera gui y tiene muchas características integradas que me gustan. Puedo usar teclas de acceso directo como lo hago en VI y tengo todas las características agradables de un IDE. Y ambos grupos están mejorando la experiencia IDE todo el tiempo.

Pero usar VIM NO me hace un mejor programador. La práctica lo hace.

Definitivamente use otro editor. No necesita aprender dos cosas al mismo tiempo, especialmente porque VIM es bastante difícil de aprender.

Estuve programando durante 10 años antes de comenzar a usar VIM. Estaba perfectamente feliz en un par de editores que utilicé. Entonces, un día no estaba muy contento con el resaltado de sintaxis de Ruby en mi editor, que me arrastró al abrazo amoroso de VIM. Se disparó desde allí.

Una vez que se sienta cómodo programando en el idioma que elija, en realidad facilita el aprendizaje de VIM. Descubrir las teclas de movimiento de VIM, por ejemplo, comienza a tener más sentido porque ya comprende el flujo de la sintaxis de su idioma.

Debería comenzar a usar VIM cuando su editor actual se vuelva demasiado limitante para usted. Tal vez no hace el resaltado de sintaxis correctamente para usted. Tal vez odies jugar con tu ratón. Tal vez quieras alguna característica de editor impresionante.

La mejor parte de aprender VIM es todas las pequeñas personalizaciones que construye a medida que crece en el editor. Cuando comienza por primera vez, es posible que tenga un archivo de configuración en blanco en el que agregue algunas líneas de vez en cuando.

Vim es asombroso.

Pero ir al 100% vim hará que bajes mucho antes de que seas más rápido.

El problema con la adopción de vim para usted podría ser dos: 1) está tratando de aprender los comandos al azar y, 2) no puede permitirse el lujo de ser improductivo en este momento.

Mis sugerencias:
– use e IDE (y por amor a Pete, use un IDE y aprenda sus funciones básicas, es muy fácil; esto es para todos los que recomiendan lo contrario). Agregue un complemento vim para que pueda alternar entre los modos vim / no vim.
– cada semana elige 1-3 comandos y cada vez que haces esas cosas en tu IDE, cambia al modo vim y usa vim. Si logras aprender [1] 1 comando vim a la semana, después de 6 meses serás mucho más rápido. Comience con los movimientos que más hace (y recuerde pensar en términos de movimiento, no solo acciones). Recomiendo comenzar con la capacidad de eliminar líneas.

También de nota:
– Usar vim dentro de un IDE también hace que la vida sea más fácil de emparejar con personas que usan vim y personas que no lo hacen.
– Evitarás que las personas que no usan vim te den basura por usarlo.

[1] Atajos y entrenamiento de comandos

Lo bueno que eres como desarrollador va mucho más allá del editor que usas. Y puede depender de para qué es su programación. Paso la mayor parte de mis días trabajando en SharePoint, pero no solo uso Visual Studio, también uso un par de editores de texto dependiendo de en qué estoy trabajando y de dónde estoy trabajando. En casa, trabajo desde una máquina Linux o Windows. En el trabajo, estoy en Windows o Mac. En el camino, uso cualquier editor de texto que pueda para hacer el trabajo. Mi experiencia con vim y vi es limitada, pero he tenido que usarlos cuando no había otra opción.

Yo digo, prueba algunos e intenta conformarte con uno o dos. Mientras aprendes programación, es gratificante que algo funcione. Entonces, ¿por qué complicarse el uso de algo como vim si aún no está familiarizado con él? Por otro lado, si va a entrar en la administración de Linux, definitivamente aprenda vi y vim porque cuando necesita hacer algo rápido en un servidor, lo sacará de problemas.

Ah, temas como estos resuenan conmigo y mi experiencia personal con aprender a programar. Como respuesta general a cualquier tipo de pregunta como esta, podría responder contando una historia personal.

Cuando llegué a la universidad por primera vez, quería hacer negocios. Un semestre decidí tomar una clase de programación intermedia ya que había tomado y disfruté una clase básica de CS en la escuela secundaria. Sin embargo, mientras asistía a la clase, me sentí intimidado de inmediato, no por el curso ni el material, sino por mis compañeros. Todos allí parecían tan asertivos acerca de su abundante conocimiento sobre todo lo que tiene que ver con la programación y la tecnología. Todos hablaron tanto sobre las locuras que pudieron hacer con emacs, o sobre este nuevo sistema operativo o la nueva tecnología que pudieron hackear y configurar para aparentemente destruir el tiempo y el espacio.

“Wow”, me encontré diciendo. “Soy un novato aficionado en comparación con estos verdaderos maestros del oficio”. Continué tímidamente con la carga de mi curso, haciendo las tareas según lo prescrito, pero constantemente me sentí tan fuera de lugar entre mis compañeros que casi me di cuenta de que no tenía por qué seguir adelante con CS.

Sin embargo, para mi sorpresa, me fue muy bien en el curso. Y cuando trabajé con algunos de estos aficionados vocales de CS, descubrí que claramente superaba a la mayoría de ellos en lo que respecta a la programación misma. Solo conocía los comandos vim más básicos, nunca probé emacs, y no pasé la mayor parte de mis horas libres buscando partes de computadoras en línea o leyendo blogs sobre cualquier manía tecnológica que dominara las diversas pantallas abiertas de computadoras portátiles en la conferencia. Sin embargo, podría programar bien. La revelación parece una “duh” gigante en retrospectiva, pero como un estudiante universitario confundido que no está totalmente en sintonía con las realidades de la progresión académica, fue bastante desconcertante.

Entré a hablar con mi profesor (absolutamente increíble) durante sus horas de oficina. Le dije que realmente disfrutaba la programación, pero que no sentía que estaba sintonizado adecuadamente con la “cultura CS”, ya que pensé que lo entendía. Nunca construí una PC, nunca busqué slashdot (o cualquier sitio que fuera popular en ese momento), y nunca asistí a un hackathon. Su respuesta se quedó fuertemente conmigo hasta el día de hoy. Dijo con confianza algo así como “Nunca entendí por qué, pero más que cualquier otra carrera, Computer Science está constantemente lleno de matones que hablan en grande pero tienen poco que demostrar”. Estas fueron las palabras exactas que necesitaba escuchar.

Dejé el negocio y seguí buscando CS. Me gradué con una maestría en CS y he estado en la industria durante aproximadamente 5 años, y me considero un programador fuerte. He visto muchas cosas, pero lo único que parece ser cierto es que los verdaderos maestros del oficio no son los que necesitan mostrar a los demás el amplio alcance de su dominio de las herramientas, ni llenan su discurso con un montón de technobabble de las páginas de Gizmodo de esta semana. Vi a un compañero que balbuceaba sin parar sobre atajos complicados de emacs que fallaba en una clase de CS intermedia porque simplemente no podía entender la recursividad; emacs no fue de ayuda allí. El mejor programador que he conocido usa Visual Studio y nunca ha construido su propia computadora.

Digo todo eso porque siento que la razón de la pregunta original sobre vim proviene de una sensación de inseguridad temprana similar a la que describí anteriormente; la incómoda sensación de que de alguna manera eres inadecuado porque sientes que otros han adoptado métodos que no lo has hecho, y que de alguna manera te has quedado atrás por eso. Si me equivoco en esta evaluación, me disculpo.

De lo contrario, afirmo firmemente que la única forma en que se convertirá en un buen programador es sentirse cómodo con su práctica y que continúe perfeccionando sus habilidades de una manera que funcione para usted. Olvídate de vim, a menos que sientas una afinidad personal. Concéntrese en aprender su oficio primero y mejore sus herramientas una vez que se sienta cómodo y encuentre la necesidad de hacerlo. A medida que encuentre la necesidad, naturalmente encontrará las herramientas adecuadas para el trabajo, ya que solo entonces sabrá qué herramientas realmente necesita. Te convertirás en un buen programador programando, no intentando llenar un vacío no existente en aptitudes técnicas no relacionadas.

¡Espero que mi anécdota te ayude!

Solía ​​tener una mentalidad similar. Oiría qué recursos estaban usando otros desarrolladores, como VIM, y pensaría que era un programador “malo” si no los estuviera usando.

¿Sabes lo que encontré? Todos tienen su propia forma de hacer las cosas .

¿Por qué crees que hay tantos editores por ahí en primer lugar? Porque no hay una talla única para todos. Encuentre lo que funciona para usted y ejecútelo, incluso si no se ajusta a las necesidades del programador que está a su lado.

Poder producir código fuente de calidad es MUCHO más importante que ser un profesional en una herramienta como VIM. En el futuro, puede encontrar que su flujo de trabajo puede optimizarse, que es entonces (y solo entonces) cuando encuentra una solución para aumentar la eficiencia de su flujo de trabajo. No pierda el tiempo tratando de ser eficiente, o terminará teniendo el efecto contrario en su productividad.

Durante años, desarrollé en PHP y Zend Studio fue mi editor de elección. Luego vino Sublime Text y cuando comencé a usarlo, me encantó la forma en que puedes configurarlo para codificar sin quitar las manos del teclado. Cuando usé Zend Studio y luego me mudé a Sublime Text, intenté sin éxito aprender a usar Emacs. Hace cinco meses me detuve y me obligé a aprender Emacs y un poco de Lisp. Solo me tomó una semana sentirme cómodo con el editor.

Aunque no creo que ningún editor lo convierta en un desarrollador bueno o malo, una vez que encuentre las herramientas adecuadas, comenzará a sentirse más productivo.

Personalmente prefiero Emacs. No se preocupe por memorizar los comandos, eventualmente lo hará.

More Interesting

No hice una copia de seguridad de mi sitio de WordPress y actualicé a WP 4.4 en mi panel de WP. Ahora el sitio tiene un mensaje de advertencia / error fatal. ¿Perdí todo?

No sé la codificación, ¿hay alguna forma de crear un sitio web que también admita anuncios?

Soy demasiado productivo en PHP para cambiar a otro idioma para el desarrollo web. ¿Soy un mal desarrollador por usar solo un idioma en el backend?

Hice un excelente formulario de contacto. ¿Cómo hago (usando HTML y CSS), que cuando alguien presiona 'enviar', me envían el formulario completo por correo electrónico?

Quiero crear un sitio web desde cero, ¿cuáles son los conceptos básicos que debo saber?

Quiero comenzar como desarrollador de blockchain. Tengo 2 años de experiencia como desarrollador web. ¿Como empiezo?

Estoy aprendiendo HTML, CSS, JavaScript, PHP y C # en mi universidad, todo en un semestre. ¿Cómo te las arreglarías?

¿Qué debo aprender después de HTML y CSS para convertirme en un buen desarrollador front-end?

No sé nada sobre desarrollo web / codificación. Dicho esto, tengo una idea para una tienda en línea basada en negocios / sitios web. ¿Cómo puedo progresar?

Necesito un plan de seis meses para convertirme en un desarrollador web de pila completa usando JavaScript. ¿Qué tengo que hacer?

Estoy planeando asistir a un campamento de programación ya que quiero cambiar de carrera. ¿Qué debo hacer para prepararme para uno de estos bootcamps?

Sé React y React-Redux junto con AJAX y Jquery. He realizado múltiples proyectos pero no puedo atraer a ningún reclutador. ¿Qué pasos tomo?

Quiero que mi blog sea profesional y limpio, ¿cuál es mi mejor opción en la creación de sitios web?

Cómo construir un sitio web desde el principio

Tengo 15 años, ¿cómo puedo convertirme en un programador / desarrollador web?