Comunicar habilidades técnicas a personas no técnicas puede ser complicado.
Probablemente querrá que su idioma discuta la ‘estructura’, ‘eficiencia’, ‘manejabilidad’ de lo que ha desarrollado. Puede incluir una discusión sobre el proceso que atraviesa para ayudar a las personas a comprender que trabajará con su diseñador de UI y / o especialista en UX para completar el proyecto. También podría proporcionar una analogía para ayudar al cliente a comprender.
por ejemplo, “Si se tratara de una casa, el especialista en UX descubriría el mejor lugar para colocar cada habitación en relación con cualquier otra habitación, donde deberían colocarse los interruptores de luz, etc. para una máxima utilidad. El diseñador trabajaría con las limitaciones de UX para encontrar una forma estéticamente agradable para la casa, el color de cada habitación, muebles, etc. El desarrollador toma estos diseños y maneja los requisitos y limitaciones de ingeniería, y la construcción sólida del sitio “.
- ¿Por qué alguien usaría PHP en el servidor si la interfaz de usuario realiza muchas llamadas JS en tiempo real?
- ¿Cuál es el mejor marco web basado en su rendimiento y seguridad?
- WordPress: ¿Cuáles son los pasos recomendados para mover un WordPress de una instalación anterior en un servidor a una nueva en un servidor nuevo?
- ¿Cómo ayuda la sacudida de árboles en Angular 2?
- ¿Por qué es tan difícil el desarrollo front-end?
Después de enmarcar los elementos de su cartera en este idioma, todavía habrá personas que al principio no entiendan completamente su rol. Es casi inevitable. Pero después de hacer lo mejor que puede, ahora solo tiene un enlace a una variedad de sitios representativos (o capturas de pantalla) que muestran diferentes tipos de problemas que ha resuelto para los clientes. Un enfoque de ‘estudio de caso’ puede ser útil. No sugeriría mostrar el código. (Para cualquiera que tenga un código significativo, sabrán cómo encontrarlo de todos modos)