Ninguno. ¿Qué necesita tu aplicación para poder hacer? Asegúrese de que la válvula caliente entregue agua caliente, la válvula fría entregue agua fría, que el agua fluya en primer lugar, que pueda extender las tuberías donde sea necesario y luego preocuparse por implementar la tubería real en todas las habitaciones de la casa o lo que la casa hará En realidad parece exactamente.
La parte frontal es solo una máscara con algunos interruptores y palancas. El back-end es solo una cosa que recibe solicitudes para recuperar y procesar datos. Llegue a un punto donde pueda implementar rápidamente ambos en cualquier combinación deseada primero.
Pero hagas lo que hagas, no dejes que el diseño de uno dicte el diseño del otro. De esa manera yace la locura.
Obtenga las herramientas en su lugar para que sus desarrolladores puedan construir lo que necesiten para su cliente, independientemente de cuántas veces cambien de opinión. Luego compílelo según las especificaciones y vuelva a encenderlo hasta que los pequeños malditos finalmente estén contentos.
Además, comparar desarrolladores front-end con desarrolladores back-end en 2008 es hace mucho tiempo en años web. En aras de la diversión, me gustaría corregir / agregar algunas cosas a esa vieja castaña ya que la hemos vinculado en la pregunta, pero también (con suerte) incluir algunos consejos en:
Desarrolladores frontales
Por lo general, no tengo un título de CS o un título de CS de una escuela de tercer nivel.
Votación a mano alzada. ¿A cuántas personas con títulos de CS se les han enseñado las mejores prácticas en el front-end? ¿O cómo no hacer un lío con JavaScript? ¿O cómo manejar los problemas de CSS de IE6-IE9? La industria de los libros de texto, que dirige la academia, es demasiado holgazana e hinchada para manejar tecnología en constante cambio, por lo que ha recibido muy poca atención "seria" en las universidades. Esto ha sido excelente para los que florecen tarde como yo.
Trabaja en lenguajes similares a los básicos (ver PHP es Básico)
¿Porque PHP es tecnología del lado del cliente? ¿O porque JavaScript, que se inspiró principalmente en Scheme, tiene más en común con Basic que con Visual Basic, que ahora ya no es una preocupación permanente en el front-end y que nunca estuvo realmente, pero todavía está disponible para aplicaciones web .NET de back-end? El blog compara desarrolladores web autodidactas de código abierto con desarrolladores web graduados de CS que usan tecnología popular corporativa en este punto, creo. Me he encontrado insufrible y competente en partes iguales en ambos lados de esa pelea en particular, pero todavía está en OT allí.
Tener una habilidad visual para convertir documentos de Photoshop a CSS / HTML / etc.
Más atención al detalle que "habilidad visual", que es un poco amplia. No todos tenemos habilidades estéticas de diseño. Pero sí, la mayoría de nosotros tenemos que aprender estas cosas al nivel de Jr. y en realidad es bastante crítico para escribir una buena interfaz de usuario que no use martillos JS cuando los escalpelos CSS lo harán.
Tener una alta tolerancia para la programación iterativa, debido a los lenguajes libres de tipo
Esta es la razón por la que quieres que las piezas que mencioné anteriormente estén colocadas primero. Pasamos los botones presionados, usted produce / recupera los productos. Los empaquetamos y los entregamos. No hay ninguna razón para que estas cosas estén estrechamente vinculadas entre sí. También realmente, la mecanografía estricta no debería interferir con un proceso iterativo si no apestas en OOP, que la mayoría de las personas a las que les gusta ser arrogantes acerca de un idioma que técnicamente no tiene clases, de hecho lo hacen, por lo general. Pero incluso si apestan, la parte frontal solo necesita un punto de acceso predecible y puede hacer lo que quiera en la parte posterior siempre que no haga algo tonto como escribir dinámicamente JavaScript que no sea JSON o unir estrechamente el comportamiento exitoso de back-end a la estructura HTML "solo así" * tos * desarrolladores de Java * / tos *