Phiên bản đã chỉnh sửa của bài viết này lần đầu tiên xuất hiện trong số 225 của tạp chí .net - tạp chí bán chạy nhất thế giới dành cho các nhà thiết kế và nhà phát triển web.
@twostepmedia: Việc nâng nặng nên được thực hiện ở đâu trong một trang web? Trong giao diện người dùng hay trong phần phụ trợ?
Lea Verou: Tôi là người ủng hộ mạnh mẽ việc làm bất cứ điều gì bạn có thể đối với khách hàng. Khi mã của bạn chạy trên máy khách, nó luôn phải xử lý với một máy, bất kể dự án của bạn có thành công đến đâu.
Bất cứ thứ gì bạn viết trên máy chủ có thể cần chạy hàng nghìn lần mỗi giây nếu dự án của bạn thành công, vì vậy việc duy trì và mở rộng nó ngày càng trở nên khó khăn hơn khi trang web của bạn phát triển. Chưa kể chi phí lưu trữ ngày càng tăng mà rất hiếm khi có thể được trang trải đầy đủ từ thu nhập của trang web. Chắc chắn, rất nhiều logic phía máy khách có thể khiến trang web tải chậm, nhưng chúng tôi có các công cụ để tránh điều đó, như gzipping và che khuất và quan trọng nhất là tải chậm.
@komiska: Tác phẩm của bạn TUYỆT VỜI! Ai là người đã truyền cảm hứng để bạn đi theo con đường công nghệ?
LV: Xin cảm ơn! Tôi không nghĩ vấn đề được truyền cảm hứng bởi ai đó. Tôi chỉ thích làm những thứ kể từ khi tôi có thể nhớ chính mình. Khi tôi còn nhỏ, tôi đã từng sử dụng khăn lau bằng miếng bọt biển nhà bếp để làm ví và túi xách!
Khoảng 12 tuổi, tôi phát hiện ra rằng lập trình cho phép tôi xây dựng những thứ hữu ích dễ dàng và chuyên nghiệp hơn là làm thủ công. Điều đó thu hút tôi rất nhiều, tôi ngay lập tức yêu thích lập trình và tiếp tục phấn đấu để trở nên giỏi hơn.
@jelmerdemaat: @LeaVerou đã tạo @dabblet như thế nào? Với khuôn khổ PHP / kỹ thuật back-end nào khác? Phần khó nhất là gì?
LV: Dabblet không có bất kỳ cơ sở dữ liệu nào và mã phía máy chủ liên quan là rất ít. Một chút PHP chỉ được sử dụng cho OAuth và tạo ra một trang kết quả để chia sẻ mà không có bất kỳ chrome nào xung quanh nó (hữu ích cho các testcase báo cáo lỗi). Như bạn có thể thấy trong số liệu thống kê trên Github, PHP chỉ chiếm ba phần trăm của dabblet. Mọi thứ khác là phía khách hàng. Điều này giúp tránh tình huống jsfiddle: jsfiddle thực hiện mọi thứ trên máy chủ, vì vậy bây giờ nó đã thành công, tải máy chủ của nó đã vượt qua mái nhà và nó trở nên chậm chạp.
@_dte: Tính năng CSS sắp tới thú vị nhất đối với bạn là gì?
LV: Chắc chắn là các hiệu ứng bộ lọc. Họ cho phép chúng tôi làm những điều mà trước đây là không thể, không chỉ là khó. Tôi không hào hứng lắm với các mô-đun bố cục, bởi vì a) sẽ phải mất nhiều thời gian trước khi chúng tôi có thể sử dụng chúng, vì chúng không hề giảm chất lượng một cách duyên dáng và b) bố cục luôn có thể thực hiện được, chỉ là khó không cần thiết. Tất nhiên, các mô-đun bố cục mới cũng rất quan trọng, nhưng nó không phải là thứ khiến tôi thích thú.
Tôi cũng rất ngạc nhiên về các đơn vị tương đối của khung nhìn vw và vh và phần mở rộng CSS3 của attr () chức năng này sẽ cho phép chúng tôi sử dụng attr () trong mọi tài sản.
Tôi cũng thực sự muốn thấy các trình duyệt khác ngoài việc triển khai Opera phù hợp với đối tượng và đối tượng-vị trí, để chúng tôi có thể ngừng sử dụng hack nền để cắt hình ảnh theo một tỷ lệ khung hình khác.
@gpirie: Bạn muốn thấy tính năng nào được đưa vào CSS?
LV: A hiện hành() cho phép bạn tham chiếu giá trị được tính toán của các thuộc tính khác. Giống như một sự khái quát của hiện tại (sau đó sẽ trở thành bí danh cho hiện tại (màu)). Tất nhiên, thực hiện một điều như vậy là rất khó, nhưng thực tế sẽ không ngăn tôi mơ ước!
@kevdog: Ba lỗi CSS phổ biến nhất là gì?
LV: Sai lầm CSS phổ biến nhất mà tôi thấy, là mọi người viết mã CSS của họ tập trung vào kết quả, chứ không phải mã sạch, dễ bảo trì, linh hoạt (và họ hiếm khi cấu trúc lại). Điều quan trọng không chỉ là một cái gì đó nhìn ngay bây giờ, với một nền tảng nhất định, môi trường xung quanh nhất định và kích thước nhất định. Nó sẽ có thể phỏng theo để thay đổi một cách dễ dàng mà không cần phải viết lại mọi quy tắc về nó theo những cách không thể đoán trước.
Bạn có thể nghĩ rằng bạn sẽ không bao giờ thay đổi điều gì đó, nhưng nếu có đủ thời gian, bạn gần như chắc chắn sẽ bị chứng minh là sai. Bộ tiền xử lý CSS có thể trợ giúp điều đó. Chúng là cách dễ dàng để thoát ra nhưng chúng chắc chắn tốt hơn so với mã lặp lại, cẩu thả.
Một sai lầm khác là CSS quá dài dòng. Mọi người không biết về các giá trị mặc định, vì vậy họ tiếp tục xác định lại chúng. Họ không biết về các viết tắt, vì vậy họ tiếp tục xác định các thuộc tính tốc ký thay thế. Có những trường hợp bạn phải cố ý làm những điều đó, nhưng đó không phải là lý do để làm chúng một cách phòng thủ trong mọi việc.
@kevdog: Nếu bạn có thể thay đổi một thứ trong thông số CSS, nó sẽ là gì?
LV: Có rất nhiều đề xuất mà hầu hết mọi người trong CSSWG đều đồng ý, nhưng không thể thêm vào do việc sử dụng rộng rãi hiện có trên web đã phá vỡ. Thông thường, WG hoặc phủ nhận hoàn toàn những điều này hoặc thêm nhiều thuộc tính hơn để kiểm soát hành vi, thay vì thay đổi các giá trị mặc định. Tôi muốn thấy một cách chọn tham gia ngược lại các thay đổi không tương thích để các trang web hiện tại không bị hỏng. Các ngôn ngữ khác đã giải quyết vấn đề này từ lâu nhưng với HTML và CSS, chúng tôi tiếp tục vật lộn để có khả năng tương thích ngược với chi phí thiết kế ngôn ngữ tốt.
@StuRobson: Bạn có nghĩ rằng một nhà phát triển lười sử dụng một khung công tác hoặc một bản soạn sẵn mà không hiểu mọi thứ nó hoạt động không?
LV: Không, nhưng tôi nghĩ rằng một nhà phát triển lười sử dụng framework hoặc boilerplate mà không có nhu cầu cá nhân, chỉ vì những người khác đều làm như vậy. Sẽ phản tác dụng nếu bạn cố gắng giải quyết những vấn đề mà bạn chưa gặp phải.
@folktrash: "Người nổi tiếng" xảy ra ở thời điểm nào? Làm sao bạn biết? Và nó có giúp ích hay cản trở chất lượng / ngữ nghĩa mã truyền giáo không?
LV: Cảm ơn, nhưng tôi không chắc mình có thể được gọi như vậy. Mọi người đều có xu hướng coi những người mà họ đã nghe nói đến nổi tiếng hơn những người mà họ không hề biết. Do đó, mọi người đều có xu hướng tự nhiên đánh giá quá cao danh vọng của bản thân, điều này cần được cân bằng một cách giả tạo (và gần như mù quáng) khi bạn nhận thức được hiện tượng này. Chúng ta cũng cần lưu ý rằng không ai trong ngành của chúng ta thực sự là một người nổi tiếng, không ai là một cái tên quen thuộc.
Điều đó nói lên rằng, năm 2011 thật là điên rồ và rõ ràng là tôi đã được công nhận nhiều hơn cho công việc mà tôi có thể hy vọng. Nó chắc chắn giúp ích cho các tiêu chuẩn web truyền giáo. Mọi người chú ý hơn nhiều khi tôi nói điều gì đó bây giờ so với họ đã làm một năm trước. Tuy nhiên, điều này phải trả giá là những thứ tôi nói bị phân tích tổng thể, mọi người có thể đọc quá nhiều vào chúng và tấn công tôi vì được cho là có những quan điểm mà tôi thậm chí chưa bao giờ xem xét. Hoặc đôi khi, chỉ để có lượt xem, khoảng thời gian.
@Tawreh: Tại sao bạn lại quá cuồng tín về phụ nữ trong ngành? Tôi hiểu sự cần thiết của sự bình đẳng, nhưng bạn có thể đẩy nó đến cùng cực.
LV: Lần đầu tiên tôi nghe thấy một thứ gọi là "cực kỳ bình đẳng". Bình đẳng không bao giờ có thể là cực đoan và tôi nghi ngờ có ai đó thậm chí sẽ nói bất cứ điều gì như vậy đối với các loại phân biệt đối xử khác, chẳng hạn như phân biệt chủng tộc. "Phân biệt đối xử ngược" hoặc "thành kiến khắc phục" là cực đoan và tôi cực kỳ phản đối điều đó.
Điều đó nói lên rằng, tôi hoàn toàn không "cuồng tín" về phụ nữ trong ngành, tôi "cuồng tín" đối với những định kiến giới tính quy định. Tôi hầu như không bao giờ thấy phân biệt giới tính trong ngành công nghiệp của chúng tôi, có vẻ như mọi người đã học được bài học của họ từ lâu. Tôi không nghĩ rằng sự tham gia thấp của phụ nữ trong ngành của chúng tôi là do họ cảm thấy không được chào đón nữa. Chính phần còn lại của xã hội theo giới tính của chúng tôi đã khiến phụ nữ rời xa ngành kỹ thuật. Các bé gái chơi với những đồ chơi không khuyến khích chúng phát triển kỹ năng nhận thức nhiều như đồ chơi dành cho bé trai. Phim và đồ chơi dành cho trẻ em là thủ phạm tồi tệ nhất của định kiến giới và tôi hầu như không thấy hứng thú ở đó. Thay vào đó, mọi người dường như tập trung nỗ lực của mình vào người lớn, sửa chữa những sai lầm hơn là tránh để chúng mắc phải ngay từ đầu.
@komiska: Có bao giờ có sự chuyển đổi cho font-weight không?
LV: Trích dẫn một lưu ý từ thông số kỹ thuật, "nó không đơn giản như vậy". Hầu hết các thuộc tính không có đủ trọng lượng để chuyển đổi suôn sẻ và trình duyệt không thể tạo các trạng thái trung gian vì không có cách nào để biểu diễn chúng trong CSS. Điều đó nói rằng, cuối cùng chúng tôi có thể mở rộng mờ dần () từ Giá trị hình ảnh CSS4 để áp dụng cho tất cả các giá trị CSS, không chỉ hình ảnh, điều này sẽ giải quyết hầu hết các vấn đề chuyển tiếp và cung cấp cho chúng tôi một công cụ mạnh mẽ có thể được sử dụng ở chế độ tĩnh.
