Nó vẫn còn giá trị học phát triển gui máy tính để bàn? [đóng cửa]

Trong vài năm qua, tất cả các dự án nghiêm túc mà tôi đã thực hiện đều dựa trên web hoặc có giao diện người dùng không có đồ họa (dịch vụ, tập lệnh dòng lệnh, v.v.). Tôi có thể kết hợp một ứng dụng WinForms hoặc thực hiện một số WPF đơn giản khi cần, nhưng tôi chưa bao giờ thực sự đào sâu vào một số API cấp thấp hơn như MFC hoặc QT.

Tôi hiểu rằng điều này phụ thuộc vào tình huống nhưng nói chung vẫn đáng để dành thời gian để tìm hiểu phát triển máy tính để bàn tốt hay các ứng dụng chuyển sang web và thiết bị di động với tốc độ khiến kiến ​​thức này ít liên quan hơn? Ngoài ra, bạn có mong đợi các nhà phát triển mà bạn làm việc cùng có chuyên môn về máy tính để bàn không?

Tôi nói có, đúng vậy. Có một loại hiệu ứng con lắc trong phát triển chương trình. Đầu tiên mọi thứ chạy trực tiếp trên máy tính. Sau đó, khi máy tính trở nên đủ mạnh để chạy nhiều chương trình, họ có các máy tính lớn với các thiết bị đầu cuối câm. Nhưng các thiết bị đầu cuối câm thực sự hấp dẫn về khả năng sử dụng, vì vậy ngay khi máy tính đủ mạnh để đặt số lượng phần cứng hợp lý vào hệ thống có kích thước thiết bị đầu cuối, chúng tôi có máy tính cá nhân và mọi thứ chạy trực tiếp trên máy tính.

Sau đó, họ đã phát minh ra World Wide Web và chúng tôi quay lại máy tính lớn (máy chủ) và thiết bị đầu cuối câm (trình duyệt.) Nhưng thiết bị đầu cuối câm vẫn thực sự hấp dẫn về khả năng sử dụng và mọi người bắt đầu học lại bài học của 30 năm trước và chúng ta đang có xu hướng tránh xa điều đó một lần nữa. Ngày nay, rất nhiều sự phát triển thực sự hấp dẫn dành cho các ứng dụng dành cho máy tính để bàn (hoặc thiết bị di động) chạy cục bộ, nhưng có thể kết nối với Internet cho các mục đích cụ thể để tăng cường chức năng của chúng.

Ngay cả khi bạn không bao giờ có ý định làm dev máy tính để bàn, tôi sẽ đề nghị bạn có đủ kinh nghiệm mà bạn sẽ có ý kiến ​​được thông báo về việc sử dụng giải pháp máy tính để bàn trên máy khách web sẽ tốt hơn.

Có, nhưng không phải theo cách bạn đang nghĩ.

Lập trình GUI không còn khó khăn nữa và cũng không đòi hỏi các kỹ năng chuyên môn ngoài việc làm quen với giao diện lập trình gui. Kết nối các nút và cửa sổ và điều khiển không quá khó khăn và khá dễ dàng với môi trường lập trình hiện đại so với thời kỳ đầu với những thứ như MFC. Lập trình GUI là thứ khá dễ học khi được yêu cầu.

Tuy nhiên, trong khi kết nối các nút và hộp văn bản khá dễ dàng, việc biết các nút đặt khi nào và ở đâu, và thiết kế một gui được sử dụng bởi con người là rất khó. Đó là một kỹ năng rất có giá trị và quan trọng cần phải có. Tuy nhiên, các nguyên tắc thiết kế áp dụng cho giao diện gốc so với web rất giống nhau.

Vì vậy, hãy tìm hiểu cách thiết kế giao diện người dùng tốt, hiệu quả và không gây nhầm lẫn cho người dùng và bạn sẽ làm quen với việc lập trình miễn phí cho họ.

Nó thực sự sẽ phụ thuộc vào tình hình của bạn. Gần đây tôi đã làm việc cho một công ty Fortune 500, người đã có một số dự án chuyển đổi các ứng dụng web trở lại thành các ứng dụng máy tính để bàn (SmartClient / Click-once). Trong trường hợp cụ thể của họ, nó rất có ý nghĩa và loại bỏ một số vấn đề về khả năng sử dụng mà các ứng dụng hiện tại của họ phải chịu.

Nếu bạn là một nhân viên toàn thời gian và công ty của bạn thường không thiết kế các ứng dụng máy tính để bàn thì có lẽ không có ý nghĩa gì để hoàn toàn tăng tốc trên Winforms hoặc WPF. Tuy nhiên, nếu bạn là một nhà tư vấn và bạn muốn có thể cung cấp một dịch vụ khác cho khách hàng của mình, thì nó không thể bị tổn thương.

Hmm, ngoài GMail, Stack-Exchange và ngân hàng tại nhà của ngân hàng của tôi, tôi sử dụng tất cả các phần mềm không phải web hàng ngày. Bây giờ với sự ra đời của điện thoại thông minh và máy tính bảng, ứng dụng web thậm chí còn kém hấp dẫn hơn đối với tôi (tôi sử dụng ứng dụng khách trên điện thoại thông minh Facebook của mình). Đó là phía người dùng.

Phía nhà phát triển: trong 10 năm qua, tôi hầu như chỉ làm việc trên phần mềm không phải web (và sự nghiệp của tôi trải qua nhiều lĩnh vực rất khác nhau khi tôi làm tư vấn phần mềm) và tôi không thấy xu hướng web nào trong tương lai trong công việc của mình.

Vì vậy, có, nó vẫn phải học môi trường GUI máy tính để bàn.

Tất nhiên "nó phụ thuộc" - nhưng tôi nghĩ kinh nghiệm của bạn là điển hình. Tôi hiếm khi phải tạo một máy khách dày cho bất kỳ ứng dụng nào tôi đã viết. Trừ khi có một lý do cụ thể mà máy khách cần chạy trên máy tính để bàn (vấn đề kết nối hoặc trò chơi 3D, v.v.) - Tôi tin rằng nhà phát triển và quản trị viên sẽ dễ dàng duy trì một "ví dụ" của ứng dụng. Nếu họ có bộ kỹ năng để thiết kế một ứng dụng web, họ sẽ ổn khi chuyển sang lĩnh vực ứng dụng máy tính để bàn nói chung.

Trên thực tế tôi nghĩ điều quan trọng hơn là một nhà phát triển khách hàng dày học lập trình ứng dụng web - tính không trạng thái vốn có của HTTP khiến cho mô hình phát triển ứng dụng trở nên khó khăn hơn (hoặc ít nhất là bạn phải suy nghĩ nhiều hơn là chỉ tát điều khiển trên một bảng điều khiển).

Đừng quên - bạn có các công nghệ như Silverlight và Adobe Flex / AIR có thể kết nối ranh giới giữa ứng dụng máy tính để bàn / web.

Theo nhóm IE9:

Không nên có một khoảng cách giữa các ứng dụng gốc và ứng dụng web. Tăng tốc CTNH, JS nhanh và ghim trang web bắt đầu tắt

Tôi nghĩ rằng đó là một sự đánh cược an toàn rằng những công nghệ này sẽ phát triển gần nhau hơn. Nếu bạn là nhà phát triển java, có rất ít sự khác biệt giữa phát triển ứng dụng máy tính để bàn và ứng dụng web (sử dụng GWT). Không phải là không có lý khi hy vọng ngày càng nhiều nền tảng phát triển "máy tính để bàn" có thể nhắm mục tiêu vào công cụ trình duyệt. Cũng không phải là không có lý khi hy vọng ngày càng có nhiều ứng dụng máy tính để bàn có mô hình phân phối giống như web (tự động cập nhật trong nền, thực hiện hộp cát, như chrome).