Cita:
Iniciado por memoadian 
Pues en casos dond ese comienza desde cero, y de modo autodidacta primero se aprende html, xhtml y css despues viene la programacion con php, luego POO y los complementos como javascript y AJAX (entiendase mi caso que es sin animo de lucro)
Pues sospecho que, para un programador, el proceso de profesionalizarse en maquetación sería demasiado fácil.
Y de hecho me aventuro a ir más allá: apuesto a que un programador -de proponérselo- lograría trabajos más impresionantes que cualquier diseñador. Tengo razones para afirmarlo: el programador es una persona adiestrada en la
abstracción. Sólo esta cualidad supone una ventaja enorme en el campo del diseño, ya que muy pocos diseñadores son realmente capaces de abstraer sus sentidos ante una idea (o conjunto de ideas), desmenuzarla, filtrarla, simplificarla y llevarla a un plano abstracto en su esencia más primitiva.
Ustedes los programadores se han entrenado, formado y obligado diariamente en la abstracción desde hace mucho tiempo. Y corríjanme por favor si me equivoco en lo siguiente: apenas un programador se sienta frente al monitor, hay algo que cambia, es como un interruptor interno que literal e instantáneamente te desconecta de un mundo y te ubica en otro. Es un condicionamiento por demás evidente. Bueno mi gente,
cualquier diseñador se dejaría cortar una bola con todo gusto para poseer la habilidad de abstraerse al menos un 50% de lo que lo hace un programador. Muy pocos diseñadores la tienen. Tanto es así que en los departamentos de diseño de las grandes agencias de publicidad ejecutan las dinámicas grupales más ridículas (y hasta escalofriantes) que ustedes se puedan imaginar, sólo para lograr que los diseñadores se abstraigan un poquito del mundo y generen buenas ideas en torno a X proyecto. Lo que un programador logra con sólo sentarse frente a su máquina, un diseñador común lo logra a medias con la ayuda de costosas actividades de grupo.
Ahora bien, sobra decir que si el programador canalizara ese poder creativo hacia el diseño, haría desastres en este mundo. Ha ocurrido. Tenemos ejemplos a montón de programadores que les ha dado por perfeccionarse en diseño y se han convertido en verdaderas eminencias. Por el contrario, no existen muchos casos de diseñadores que hayan logrado lo mismo. Los mejores ejemplos que podemos ver por ahí constituyen, cuando mucho, buenos diseños con mala programación.
El motivo: la programación al diseño es una cosa muy -pero muy- distinta que el diseño a la programación.
Conclusión: el programador sub-utiliza su talento si ve su carrera como una disciplina monolítica.
Lo dije al principio: la programación debería ser vista como un
vector (con vida propia) que atraviesa un cúmulo de disciplinas relacionadas, interactúa con éstas, les toma recursos y se retroalimenta. El resultado es, sencillamente, la generación de métodos más eficaces.
¿El objetivo es, entonces, que el programador se encargue de un proyecto por sí mismo? No. El objetivo es que el programador obtenga una visión integral de todos los factores que intervienen en X proyecto y sea capaz de orientar su trabajo en la dirección correcta. Un programador que logre esto sería, sin duda alguna, un elemento altamente distinguido y cotizado en su área.
Usualmente un programador conoce a plenitud la tarea de programar, pero pregunto ¿En realidad sabe lo que está haciendo? ¿Sabe, por ejemplo, dónde orientar su programación?. El diseñador de interfaces (por favor confundir con diseñador web) lo sabe; el arquitecto de información lo sabe; ¡hasta el usuario lo sabe!. Pero ni diseñador, ni arquitecto ni usuario conocen las entrañas del sistema, ni tienen idea de las capacidades de éste ¿No representaría una gran ventaja, entonces, que el programador sea un programador integral?.
Otra pregunta: ¿Se sentiría cómodo un programador con el hecho de que un periodista o diseñador coordine todos los procesos del proyecto, sabiendo que éstos no tienen ni idea de las tareas generadas a nivel de sistema?. La mala noticia es que esto es lo que usualmente ocurre: pocos casos podemos ver de programadores coordinando proyectos. Esto debería cambiar. Pero para que cambie es necesario que vayan surgiendo personas dispuestas a trazar grandes diferencias.
Cita:
Iniciado por Rolldi Pienso que un buen programador web debe conocer con soltura la sintaxis, etiquetas, parámetros y todo lo que concierne a html y css; Desarrollará su función con mayor calidad, además de que el hecho de no conocer html y css si se pretende manejar php, ajax, javascript o asp puede ser un verdadero quebradero de cabeza a aquel que quiere monitorizar correctamente el resultado de sus aplicaciones , que finalmente será una mezcla de html y css que es básicamente la finalidad visual y la interfaz de usuario misma. No conocer html y css con profundidad resultaría un ridículo ya que, precisamente, todas las aplicaciones web tienen como finalidad mostrar el resultado de forma visual.
No sólo eso. El programador debe ir más allá. Por ejemplo, el diseño de una interfaz de usuario es (o debería ser) el producto primario de la planificación general del proyecto.
1) La interfaz define todo lo que venga después (recalco: todo). El diseño de interfaces -como resultado directo de la planificación- se encuentra también muy ligado a la usabilidad.
2) La programación debe estar incondicionalmente sujeta a sus requerimientos.
3) Conclusión: ¡el programador debe entrenarse en usabilidad!.
Cita:
Iniciado por pateketrueke Eso es cierto, pero no necesariamente se debe conocer CSS, quizá un poco, pero no tanto como HTML, que eso si me parece curso obligado. Afortunadamente lo mio no es el diseño de UI, sin embargo entiendo las necesidades básicas y semánticas de un documento web, y con eso ya se puede comenzar a dar estilo con CSS.
Actualmente resulta vital que HTML y CSS sean considerados como dos elementos incondicionalmente inseparables, por lo cual recomiendo no referirse a éstos por separado sino unificarlos con el término
maquetación web. Desde luego es necesario dominar la maquetación de manera profesional.
Cita:
Iniciado por eMaa Al pensar siempre en HTML y CSS lo comparo con las GUI en los programas de escritorio, y como en ese área el programador no puede separarlas creo que en esta tampoco.
Así es. Para refinar un poco más la comparación, más bien sería como
la manera correcta de desarrollar ese GUI. ;)