Các nhà thiết kế web có cần biết cách viết mã không?

Là một nhà phát triển web, cả kiến ​​trúc sư mặt trước và mặt sau, tôi làm việc với nhiều nhà thiết kế khác nhau và đôi khi cảm thấy khó chịu khi làm việc với các thiết kế comps, nơi không có suy nghĩ nào được đưa vào để hoàn thành thiết kế trong CSS và HTML cơ bản. Mặt khác, với tư cách là một nhà phát triển, tôi hy vọng có thể tạo mã từ bất kỳ thiết kế nào.

Các nhà thiết kế web có cần biết các kỹ thuật CSS và HTML hiện đại cơ bản không? Tại sao hoặc tại sao điều này không quan trọng đối với một nhà thiết kế web tròn?

Một số suy nghĩ chung:

• Các nhà phát triển web front end nên có đủ kỹ năng để viết mã lên bất kỳ thiết kế nào.
• Các nhà thiết kế web nên có một sự hiểu biết về cách người dùng sẽ thực sự tương tác với thiết kế của họ.
• Các cửa hàng thiết kế muốn có các nhà thiết kế thiết kế và để lại tất cả các mã cho các nhà phát triển.

Các nhà thiết kế web có cần biết các kỹ thuật CSS và HTML hiện đại cơ bản không?

Vâng.

Tại sao hoặc tại sao điều này không quan trọng đối với một nhà thiết kế web tròn?

Tôi trả lời "có" vì bạn đã sử dụng từ cơ bản .

Điều tối cần thiết là các nhà thiết kế web phải biết các kỹ thuật HTML và CSS cơ bản, giống như cách các kiến ​​trúc sư phải biết một cái gì đó về vật lý và khoa học vật liệu, các nhà thiết kế in ấn phải biết một vài điều về quy trình in CMYK và các nhà thiết kế thời trang phải biết gì đó về vải.

Nếu bạn không biết gì về các kỹ thuật CSS và HTML, bạn không thể tự gọi mình là "nhà thiết kế web". Bạn chỉ đơn giản là một nghệ sĩ hoặc một cái gì đó.

Nhận xét về suy nghĩ của bạn:

Các nhà phát triển web front end nên có đủ kỹ năng để viết mã lên bất kỳ thiết kế nào.

Sai. Đây là một sự đơn giản hóa. Một số điều không dịch tốt lên web. Một số thiết kế có thể rơi ra hoặc không hoạt động trên một nền tảng hoặc kích thước màn hình nhất định cần được hỗ trợ.

Một nhà thiết kế web cần biết các giới hạn tùy thuộc vào đối tượng và yêu cầu về hiệu suất. Một nhà thiết kế biết CSS và HTML biết cách điều chỉnh thiết kế để mã bên dưới có thể được thực hiện đáp ứng và hiệu quả nhất có thể.

Các nhà thiết kế web nên có một sự hiểu biết về cách người dùng sẽ thực sự tương tác với thiết kế của họ.

Bạn đã mô tả UX Design , một ngành học hoàn toàn khác. Mặc dù Thiết kế Trải nghiệm Người dùng liên quan đến các khía cạnh của Thiết kế Đồ họa, nhưng nó thực sự có rất ít liên quan đến CSS hoặc HTML.

Mặc dù các nhà thiết kế web giỏi hoàn hảo nên làm quen với UX Design, nhưng họ cũng thường hợp tác với các chuyên gia UX.

Các cửa hàng thiết kế muốn có các nhà thiết kế thiết kế và để lại tất cả các mã cho các nhà phát triển.

Điều này có thể đúng một phần, nhưng không hoàn toàn. Một mô hình phổ biến trong các hệ thống quản lý nội dung là MVC (model / view / controller). Nhiều cửa hàng thiết kế muốn các nhà thiết kế làm quen với mã HTML / CSS để họ có thể tập trung vào việc trình bày nội dung ("chế độ xem"), trong khi các nhà phát triển tập trung vào mô hình / bộ điều khiển.

Điều này không có nghĩa là một số cửa hàng không sử dụng Nghệ sĩ đồ họa, những người chỉ tập trung vào các yếu tố đồ họa và đẩy các pixel xung quanh - nhưng theo quan điểm của tôi thì không phải là Nhà thiết kế web. Một trang web lớn có thể sử dụng Nghệ sĩ đồ họa, Nhà thiết kế web, Nhà thiết kế UX, Nhà phát triển web và Chuyên gia cơ sở dữ liệu, những người cùng hợp tác để tạo ra một trang web hoàn chỉnh. Một người làm việc tự do xây dựng các trang web nhỏ hơn có thể học hỏi tất cả các ngành và tự gọi mình là Nhà thiết kế / phát triển web.

Một nhà thiết kế web nên hiểu cách hoạt động của mã và khả năng của nó, giống như cách một nhà thiết kế in hiểu mực trên giấy sẽ trông như thế nào và giấy có thể gấp hoặc cắt như thế nào. Bất kỳ nhà thiết kế nào cũng nên hiểu những hạn chế và điểm mạnh của phương tiện được chọn.

Nếu một nhà thiết kế web đang tạo ra trang web tuyệt đẹp đã chết này, nó sẽ khiến anh ta hoặc cô ta phải học những điều cơ bản về mã hóa hoặc ngồi với một lập trình viên tại một vài điểm trong quá trình để kiểm tra xem trang web tuyệt đẹp có thể đạt được hay không. Vì vậy, tôi muốn nói rằng một nhà thiết kế web tối thiểu cần biết về mã.

Tôi nghĩ thật tuyệt vời khi nói "nhà phát triển có thể viết mã bất cứ điều gì", giống như cách bạn không thể nói rằng bất cứ điều gì có thể được in đều có thể được sao chép chính xác trên web bằng HTML / CSS.

Lauren, ghoppe và Farray đều nói rất hay, vì vậy tôi sẽ không thử lại bất cứ điều gì họ nói. Như một vấn đề thực tế, hãy để tôi đưa ra một câu hỏi khác cho câu hỏi rõ ràng và ẩn của bạn.

Cách tiếp cận tốt nhất cho nhà phát triển cũng giống như cách mà các nhà in đã đánh trống kể từ khi Gutenberg cắt loại đầu tiên của mình: nhấn mạnh rằng nhà thiết kế liên quan đến bạn trong dự án ngay từ đầu. Làm rõ rằng bạn phải tham gia vào cuộc thảo luận trước khi một pixel xuất hiện trên màn hình.

Khi tôi đang ở trong một dự án thiết kế in liên quan đến bất cứ điều gì bất thường, tôi sẽ nói chuyện với các nhà in và người liên kết ngay lập tức. Họ biết rất nhiều về nghề của họ hơn tôi, vì vậy tôi biến nó thành công việc của mình để khiến họ tham gia ngay khi bắt đầu. Thật không may, các nhà thiết kế ban đầu, đặc biệt là khi họ mới ra trường và chưa làm quen với thế giới thực, đôi khi bỏ bê bước đơn giản đó và kết thúc với kimshee sâu mà không có người bảo vệ sự sống.

Chiến dịch trên blog, trên các diễn đàn, với khách hàng và người quản lý dự án, với các trường học và nhóm người dùng địa phương và bất kỳ nhà thiết kế nào trong phạm vi: "Nói chuyện với nhà phát triển của bạn trước khi bạn bắt đầu thiết kế!"

Một nhà phát triển sẽ nhận được comps từ các nhà thiết kế, những người không biết họ đang yêu cầu điều gì, giống như các bộ phận prepress đôi khi nhận được tác phẩm nghệ thuật không thể sử dụng được (và các nhà thiết kế chỉ nhận được một bản tóm tắt của masochist). Nhưng bạn có thể ngăn chặn rất nhiều sự thất vọng và lãng phí thời gian nếu bạn nhấn mạnh vào một vị trí trên bàn kế hoạch.

Có và không. Biết được môi trường mục tiêu của bạn hoạt động như thế nào là quan trọng, nhưng thực sự không quan trọng bằng việc bạn hiểu mã cụ thể cần có để làm cho hệ thống hoạt động theo cách đó. Nói cách khác - Tôi sẽ không lo lắng về cú pháp cụ thể để tạo các góc tròn trong tất cả các công cụ trình duyệt chính, nhưng tôi sẽ xem xét điều quan trọng là bạn có thể tạo ra các góc tròn trong tất cả các trình duyệt chính hay không (và cần bao nhiêu mã làm như vậy).

Ví dụ, chỉ một vài năm trước, chúng tôi vẫn còn sử dụng IE6. Chúng tôi đã có một thiết kế hoàn toàn đẹp cho ứng dụng mạng nội bộ của công ty, nhưng nó phụ thuộc rất nhiều vào lớp phủ trong suốt. IE6 có thể hiển thị PNG8 nhưng không tôn trọng kênh alpha trong PNG24 và để sử dụng các bộ lọc ActiveX yêu cầu dựa trên CSS và các vấn đề khác. Hoops có thể được nhảy qua để đạt được hiệu quả mong muốn, nhưng mỗi hoop thể hiện chu kỳ phát triển dài hơn, tỷ lệ lỗi cao hơn, bảo trì khó khăn hơn, v.v. Ngoài chi phí trực tiếp trong việc phát triển và duy trì thiết kế (giờ rắc rối) này, cũng có chi phí cơ hội để trói buộc hàng giờ nhà phát triển vá một cơ sở mã hóa thay vì làm việc trên phiên bản N + 1.

Khi trong các loại tình huống này, phải đo lường chi phí / lợi ích của từng hiệu ứng hình ảnh trong một thiết kế:

• Làm thế nào tuyệt vời là hiệu ứng hình ảnh?
  Nó có thể được thay thế bằng một hình ảnh có sức ảnh hưởng tương đương khác mà không cần nhiều tài nguyên Xây dựng không?

• Hiệu ứng có thể được sao chép chính xác trên mục tiêu không? Nếu thiết kế ban đầu của bạn không thể được tái tạo chính xác bởi mục tiêu, thiết kế của bạn cần được thay thế bằng xấp xỉ gần nhất sẽ có sẵn. (Rất may điều này ngày càng trở thành một vấn đề đối với các nhà thiết kế web.)

• Bạn có bao nhiêu thời gian để lập ngân sách?
  Bạn có thể đủ khả năng nhiều giờ hơn trong Xây dựng để đạt được hiệu quả mà bạn mong muốn không? Nếu không, bạn có thể thiết kế lại tính năng trong thời gian ngắn hơn?

• Bao nhiêu codebase sẽ phải được tái cấu trúc để chứa đựng hình ảnh của bạn?
  Nếu Thiết kế và Xây dựng đang diễn ra đồng thời hoặc nếu bạn đang nối lại một ứng dụng cũ, thì các lập trình viên sẽ khó khăn như thế nào để kết hợp hình ảnh của bạn? Không chỉ là số giờ liên quan để thực hiện viết lại, mà là số giờ tiềm năng gỡ lỗi và duy trì mã mới được thay đổi.

Có một số điểm trùng lặp giữa các gạch đầu dòng ở trên và một số điểm khác không được liệt kê. Vấn đề là, ngay cả trong danh sách ngắn này, có những chi phí kinh doanh phải được xem xét. Bạn có thể đánh giá tình hình hiệu quả hơn nhiều nếu bạn nắm được cách hệ thống đích thực sự hoạt động.

Nếu bạn có hiểu biết về các hạn chế của CSS hoặc HTML trước khi thực hiện thiết kế của mình, bạn có thể tạo các thiết kế sẽ chuyển qua giai đoạn Xây dựng mà không gặp sự cố. Bạn cũng sẽ tự tin rằng thiết kế của bạn có thể được thực hiện và khả năng biết được chi phí gần đúng. Điều này luôn luôn có ích để có về phía bạn.

Theo kinh nghiệm của tôi (Tôi là một lập trình viên, không phải là nhà thiết kế), đó không phải là câu hỏi mà người thiết kế web nên biết về mã. Nhưng họ nên biết về cách thức công việc của họ đang được áp dụng trong trình duyệt.

Vấn đề lớn nhất với các nhà thiết kế không có đủ kiến ​​thức về web / trình duyệt là họ tạo ra các thiết kế trông đẹp, nhưng không thực sự hoạt động bên trong trình duyệt. Chỉ cần một vài điều mà một số có thể không xem xét:

• Sử dụng các phông chữ. Họ sử dụng các phông chữ được cài đặt với PhotoShop của họ, điều mà người dùng trung bình không có. Hoặc họ sử dụng phông chữ Mac không tồn tại trên Windows / Linux.
• Thiếu sự tôn trọng của kích thước màn hình / trình duyệt. Thiết kế không có nghĩa là được hiển thị trên các máy tính nhỏ hơn. Khi máy tính xách tay / máy tính bảng nhỏ hơn đang trở nên phổ biến hơn, nhu cầu đưa kích thước màn hình nhỏ hơn vào tài khoản trở nên quan trọng hơn.
• Điều gì sẽ xảy ra khi bạn thay đổi kích thước màn hình trình duyệt? Nhà thiết kế có tính đến những gì sẽ xảy ra với thiết kế khi trình duyệt được thay đổi kích thước.
• Những gì về thanh cuộn. Thiết kế thường đi kèm với giữ chỗ "lorem ipsum". Điều gì sẽ xảy ra nếu nhiều văn bản đi vào trình giữ chỗ đó và chúng ta cần các thanh cuộn, chúng ta nên đặt chúng ở đâu.
• Rất nhiều hình ảnh. Một số thiết kế yêu cầu bạn cắt ra rất nhiều png. Điều này có thể dẫn đến thời gian phản hồi dài từ máy chủ web vì trang ban đầu yêu cầu trình duyệt tải xuống tất cả các png này.

Đây là những vấn đề tôi đã thấy khi làm việc với các nhà thiết kế. Đây không phải là vấn đề về người thiết kế không biết gì về mã. Nhưng vấn đề về việc không nghĩ về cách thiết kế được đưa vào sử dụng.

Một sự hiểu biết rộng hơn về người trung bình đang làm việc luôn khiến người ta trở thành một nghệ sĩ và nghệ nhân giỏi hơn trong lĩnh vực đó.

Nhiều nhà thiết kế web không biết phát triển giao diện người dùng rất khó để làm việc không nhiều vì họ là nhà thiết kế web tồi nhưng vì họ hoàn toàn không phải là nhà thiết kế web. Họ là những nhà thiết kế đồ họa với một số nền in và đang cố gắng xây dựng tài liệu quảng cáo và áp phích hơn là các trang web thực tế.

Nó giống như thuê một người làm vườn để sửa sang lại phòng tắm của bạn. Họ có ý thức về thiết kế, và có khả năng hiểu một số nguyên tắc cơ bản, nhưng tỷ lệ cược là họ sẽ tốt hơn nhiều trong việc tạo cảnh quan cho bãi cỏ phía trước của bạn so với khi họ đang tắm vòi sen.

Một thập kỷ trước, khi hầu hết các trang web vẫn được xây dựng như dây chuyền lắp ráp sàn nhà máy, sẽ không có vấn đề gì lớn khi có một người làm PSD, người tiếp theo làm HTML và tiếp theo thêm DB, v.v.

Nhưng ngày nay, hầu hết việc xây dựng web tiến bộ được thực hiện với quy trình nhanh và các nhóm rất đa dạng với nhiều phương pháp trải nghiệm người dùng được thêm vào, cải tiến tiến bộ, hệ thống đầu cuối và mặt trước tích hợp, các khái niệm như thiết kế web phản ứng được tung ra, v.v. Như vậy, rất nhiều quá trình thiết kế phải xảy ra trong mã . Có thể là nguyên mẫu, thử nghiệm người dùng, thiết kế lặp hoặc những gì có bạn, mã là phương tiện và nhóm cần phải hiểu nó.

Không, không phải ai trong nhóm cũng cần có khả năng viết các plugin jQuery. Nhưng nhóm ít nhất nên biết họ là ai và Nhóm UX / Web nên có người trên đó CÓ THỂ viết cho họ, vì cuối cùng, bất cứ điều gì được thiết kế đều phải được xây dựng.

Vâng. Một họa sĩ nên hiểu phương tiện mà anh ta làm việc, có thể là một họa sĩ với dầu và vải vẽ của anh ta, một nhà điêu khắc với đá cẩm thạch và cái đục của anh ta, hoặc một nhà thiết kế web với HTML và CSS của anh ta.

Tôi đã từng làm việc trong ngành công nghiệp trò chơi điện tử. Các nhà thiết kế trò chơi giỏi nhất là những người sáng tạo với kỹ thuật mạnh mẽ, người hiểu được những hạn chế luôn thay đổi của phương tiện và có thể thiết kế cho nó. Những người không thể làm điều đó quá mức và thực hiện tầm nhìn của họ cuối cùng bị hút.

Gần đây tôi đã thực hiện một số phát triển web trong đó nền tảng của nhà thiết kế hoàn toàn bằng phương tiện in ấn. Kết quả là các trang khá đẹp, có thể được in ấn tuyệt vời, nhưng hoạt động khá kém như một trang web.

Đối với tôi, việc ngắt kết nối của nhà thiết kế / nhà phát triển là điều đã xảy ra cách đây nhiều năm, nhưng sau đó mọi người nhận ra rằng thiết kế web còn nhiều hơn thế chỉ sau khi thực hiện một mockup.

Đối với tôi, khi ai đó gọi họ là nhà thiết kế web, tôi mong đợi:

a) They can design a layout either in a image editing program, or in the browser
b) Can articulate their design choices, and have sensible reasons
c) Proficient (as opposed to basic knowledge) with HTML, CSS, and JavaScript.
d) Basic knowledge of server side programming

Đối với tôi, một nhà thiết kế web là người có thể tạo phía khách hàng của trang web.

Một nhà thiết kế web giỏi sẽ có tất cả những điều này và sự hiểu biết về cách lựa chọn của họ trong quá trình thiết kế ảnh hưởng đến UX của trang web.

Khi ai đó nói nhà phát triển web, tôi mong đợi:

a) Proficient with at least one server side programming language
b) Basic knowledge of server configurations
c) Basic knowledge of client side technology (JavaScript and AJAX implementations)
d) Basic knowledge of backend architecture

Một nhà phát triển web giỏi sẽ có tất cả những điều này và có thể hiểu các lựa chọn kiến ​​trúc mà anh ta đưa ra sẽ ảnh hưởng đến mặt trước của trang web và chức năng được hiển thị cho người dùng như thế nào.

Bạn cũng nhận được những người chuyên về UX và các lĩnh vực khác theo chiều ngang hơn là thiết kế web, trong đó họ áp dụng cho một số môi trường phát triển khác nhau.

chỉnh sửa: Nếu bất cứ ai có một ví dụ về một nhóm thiết kế tốt tách biệt thiết kế đồ họa khỏi thiết kế web tôi sẽ rất quan tâm.

Các nhà thiết kế nên có một ý tưởng về cách mã hóa hoạt động. Đôi khi, đó là cách duy nhất để ngăn nhà phát triển front-end của họ không bị giết người . Để có được ý tưởng đó, kinh nghiệm trực tiếp có thể là cách dễ nhất.

Chắc chắn có những thứ khác, nhưng nó không thể làm tổn thương doanh nghiệp của bạn khi học lập trình một chút Javascript. (Trên thực tế thời gian đang thay đổi và có những quân đoàn của chàng trai với kỹ năng thiết kế có thể hoạt Javascript cách của họ ra khỏi DOMs của họ, nhưng đó là một câu chuyện hoàn toàn khác nhau)

Suy nghĩ chung của tôi:

• Các nhà phát triển web front end phải đối phó với các phụ trợ khủng khiếp và nhiều cấp độ riêng để làm phiền với sự tinh tế trong thiết kế của bạn. Hầu hết những điều bình dị đó là do sự lựa chọn không tốt của các phụ trợ trước fab trên phần quản lý và đánh cắp số lượng lớn thời gian để giải quyết.

• Các nhà thiết kế web trong khi đối phó với các cá nhân bị căng thẳng như vậy có nguy cơ cuộc sống của họ , liên tục. Và nên xem xét một số vấn đề quan trọng nhất, thay vì bỏ thiết kế trên bàn của họ và chạy đi la hét đến văn phòng "Tôi đã xong, tôi đã làm xong, từ giờ trở đi tất cả là lỗi của nhà phát triển! "

• Thiết kế cửa hàng nên đốt.

Phụ thuộc vào nơi bạn làm việc.

Nếu bạn làm việc cho một công ty lớn thì tất cả có thể là các vai trò cá nhân:

1. Chuyên gia kiến ​​trúc hoặc UX - lên kế hoạch cho kiến ​​trúc / tổ chức thông tin của trang web / tạo ra khung lưới

2. Nhà thiết kế - thiết kế trang web bằng photoshop hoặc công cụ khác

3. Nhà phát triển Front End - hiện html / css / javascript / json / xml / etc. và viết mã khuôn mẫu tích hợp mặt trước với mặt sau

4. Back End Developer - lập trình giúp mọi thứ thực sự hoạt động linh hoạt

Hầu hết các vị trí trung cấp đều yêu cầu nhà thiết kế xử lý các quyết định UX. Nhưng những nơi nhỏ hơn có thể cần nhà thiết kế thực hiện tất cả 3 điều trên. Tuy nhiên, mặt trước là một khu vực phức tạp và có những người từ các bộ kỹ năng khác nhau trong đó. Nếu bạn là một nhà thiết kế cần làm giao diện người dùng, bạn chắc chắn không nên biết nhiều hơn HTML / CSS và JQuery hoặc một số công việc khung khác. Mong đợi một nhà thiết kế biết các khía cạnh sâu sắc hơn của javascript và tích hợp back end là yêu cầu quá nhiều.

Tất nhiên nếu bạn làm việc tự do, bạn cần biết và tự làm mọi thứ;)

Tôi nghĩ rằng các nhà thiết kế web nên biết HTML / CSS - ngay cả khi nó chỉ giới hạn ở các nguyên tắc cơ bản - vì mục đích có thể tạo các thiết kế web và giao diện web hoạt động trên phương tiện.

Các nhà thiết kế web có thể chọn không tự viết HTML / CSS, nhưng biết cách đánh dấu và CSS hoạt động là điều cần thiết để trở thành một nhà thiết kế web. Các nhà thiết kế web có thể không cần phải là các ninja HTML / CSS, nhưng nó phục vụ họ rất tốt để biết (ít nhất) cách thức bố cục web của họ được chuyển đổi thành một trang web.

Các nhà thiết kế web có cần biết cách viết mã không?

Có, nhà thiết kế web phải đối phó với các phần mềm như Adobe Photoshop, Illustrator và InDesign để tạo ra một thiết kế cho web. Sau đó, thiết kế này liên quan đến mã hóa để làm cho nó trực tuyến. Và vì thế, điều rất quan trọng đối với người thiết kế web là phải hiểu các thành phần của thiết kế ở đó để thể hiện dưới dạng mã hóa. Đối với điều đó, họ nên có kiến ​​thức về mã hóa, không hiểu đầy đủ nhưng với những điều cơ bản.

Cá nhân, tất cả phụ thuộc vào kỹ năng và yêu cầu của bạn. Kỹ năng có thể học và nắm bắt công cụ một cách nhanh chóng. Yêu cầu là tài chính. Học một cái gì đó sẽ cần thời gian., Và điều đó sẽ giết chết năng suất của bạn trong thời gian này.

Vì vậy, nếu bạn có nhiều thời gian để giết, hãy tiếp tục và học cách viết mã.

Tôi đã là một nhà thiết kế trong bốn năm qua và tôi giỏi chỉnh sửa những thứ cơ bản. Tôi chỉ không có đủ thời gian để học code theo cách chuyên nghiệp.