Trabajo en SMITH, donde diseñamos soluciones de comercio electrónico para clientes, algunos de los cuales son clientes de Fortune 500.
Por lo general, digo hola en el chat, hago una taza de café, reviso mi correo electrónico, reviso el software de seguimiento de problemas del equipo y luego descubro lo que voy a hacer hoy. A menudo, alguien está trabajando desde casa, lo cual está totalmente bien, ya que sé que son productivos de cualquier manera.
Entonces, saltaré al modo codificador. Saque lo último de git, abra mi entorno de desarrollo y entre en las cosas. En mi caso, es una gran cantidad de Javascript.
- Necesito crear un servicio web que muestre la entrada de un usuario a otros usuarios. ¿Cómo hago esto? Diseño sitios web pero nada como esto todavía.
- Recientemente obtuve un trabajo como desarrollador front-end senior, pero estoy luchando con las tareas de JS. Mis colegas parecen conocer JS mucho mejor. ¿Cómo puedo tener éxito?
- Cómo seleccionar todos los elementos de un grupo por categoría y obtener los datos como una matriz en Laravel
- He trabajado como diseñador / desarrollador web durante 5 años con poco que mostrar. ¿Cómo construyo una cartera?
- Si conozco AngularJS, ¿tengo que aprender jQuery también? ¿Puedo sustituir AngularJS con jQuery?
JS, CSS y HTML son los conceptos básicos que cualquier desarrollador web debe conocer muy bien y, si no los conoce, no lo hará tan bien. También debe comprender los protocolos de código abierto y HTTP, y cómo usar las herramientas de desarrollo de su navegador. (es decir, presione f12 en cromo)
Luego elimino algunas tareas, si tengo algún problema con el código de otra persona, verifico las cosas con ellos. Quiero ser eficiente Tengo en cuenta a los clientes de las empresas, ya que es nuestra relación comercial con ellos lo que supera a todos. El código bonito es bueno, pero también lo es mantener contento a nuestro cliente. Por lo tanto, cuando se trata de refactorizar todo, o simplemente hacer que funcione y refactorizar las cosas más tarde, decida bien, ya que su felicidad en las próximas semanas dependerá de ello.
El software será más grande que tu comprensión durante los primeros tres meses. Hay razones por las que existe un código aparentemente poco intuitivo, consulte con su equipo antes de comentarlo o eliminarlo. Descubre cómo los desarrolladores están resolviendo las cosas, porque no hay nada peor que resolver el mismo problema de múltiples maneras.
En mi proyecto, tenemos tres equipos en tres oficinas diferentes trabajando en él. La fusión es dolorosa, pero no soy responsable de ese nivel de fusión. Me fusiono con mi equipo aquí, y nuestro arquitecto técnico hará las grandes y dolorosas fusiones. Sin embargo, me he aventurado en su código de vez en cuando, para ver cómo hacen las cosas.
Estamos usando Angular.js, y lo usan de manera diferente a la nuestra, pero tienen una aplicación en su haber y yo no, con angular: así que a veces encuentro su código muy educativo.
Pero de todos modos, tiendo a arreglar las cosas, agregar funciones, hacer una confirmación, probar todo, extraer lo último (y fusionar si es necesario). Si te unes, vuelve a probar las cosas. luego empuje sus cambios al repositorio central.
Más tarde, cuando su equipo se queje de que usted rompió su código, recuerde que los clientes son el objetivo final y no tome las cosas personalmente. Termino en algunos grandes desacuerdos con algunas personas, pero al final del día, ninguno de los dos lo toma como algo personal, porque al final tenemos que hacerlo funcionar.
De acuerdo más temprano que tarde, el desacuerdo significa más código que podría entrar en conflicto. La planificación es buena.
De todos modos, si desea crear buenas aplicaciones web con un equipo, comience a jugar con los diversos marcos que podría estar utilizando.
El código inteligente no es tan bueno como el código claro, consistente y predecible.
Además, escribe pruebas.
Si tiene una API, escriba un código que verifique que la API está haciendo lo que se supone que debe hacer, porque a diferencia de desarrollar solo, cuando se desarrolla como un equipo, nunca se sabe quién pudo haber roto algo y dónde se rompió, y si tenían alguna idea de lo que estaban haciendo …
Buena suerte.