Chỉ vì học vẽ một chút rồi vào làm trợ lý cho họa sĩ truyện tranh thì anh sẽ đi khắp nơi tự nhận mình là dân chuyên nghiệp sao? Hoặc học qua vài lớp nấu ăn rồi xin việc trong bếp thì sẽ tự xưng là chuyên gia ẩm thực, là chef à? Mức độ lời anh nói cũng chỉ tương tự như thế thôi. Nếu đơn giản đến vậy thì người ta đã không gọi đó là chuyên nghiệp.
Nấu ăn hay vẽ vời đều là những việc ai cũng có thể làm. Cách nói đó cũng giống như bảo rằng chỉ cần học vài tháng là có thể thành chuyên gia. Kỹ sư phần mềm được đãi ngộ vì tầm ảnh hưởng của phần mềm đã lớn đến mức đó. Điều quan trọng không phải là công việc ấy có vất vả hay không. Nếu không thích thì làm nghề khác đi. Sang lĩnh vực khác mà cũng đi nói những lời như vậy thì cũng chẳng ai nói tốt về bạn đâu. Những người ở đó sẽ cảm thấy khó chịu. Tự mãn vì cho rằng mình làm việc vĩ đại là điều không nên, nhưng hạ thấp giá trị của nó cũng không phải là cách hành xử đúng đắn.
Ngay trên Edge, Microsoft đã thử tích hợp với LLM của riêng mình rồi, nên đây cũng chẳng phải là nỗ lực gì mới mẻ; có nhất thiết phải đi đến mức thâu tóm không? Đây chỉ là nỗ lực mở rộng dịch vụ tới toàn bộ người dùng Chrome hơn là phát triển, nên việc cho rằng OpenAI có thể mở ra một trình duyệt lấy AI làm trung tâm là hơi suy diễn quá mức. Nếu nói vậy thì với Google Gemini cũng làm được thôi.
Chuyến đi này rõ ràng là khá phi thực tế. Có vẻ họ không tính đến các tuyến đường biển đi bằng phà khi di chuyển từ đất liền ra Jeju hay Ulleungdo. Bạn chỉ cần xem hình này là hiểu: https://www.math.uwaterloo.ca/tsp/korea/img/full_line.png
Mục tiêu có lẽ không phải là tính thật chính xác thời gian dự kiến cần cho việc ghé thăm, mà là ý nghĩa của việc đã giải bài toán TSP bằng dữ liệu thực tế.
Trước đây từng có tweet và video[1] về việc từ bỏ Edge rendering của vercel, cùng bài viết về serverless server (kkk)[2] khá hot nhỉ. Có vẻ tôi cũng có quan điểm tương tự với những bài viết xuất hiện khi đó.
Đây là ý kiến cá nhân, nhưng từ góc nhìn của một lập trình viên frontend, tôi nghĩ việc gắn serverless function vào các request của người dùng vẫn còn là câu chuyện khá xa vời (trừ khi ứng dụng bạn định làm chỉ là MVP).
Tôi không phủ nhận rằng ai cũng có thể thử thách bản thân. Nhưng nói rằng ai cũng có thể dễ dàng trở thành dân chuyên nghiệp là lời dối trá. Tôi mong là bạn chưa từng đi khắp nơi nói với người khác những điều như vậy ngoài đời thực. Vì đó là lừa đảo.
Trong khối ngành khoa học và kỹ thuật, có lĩnh vực nào mà chỉ cần ngồi trong phòng, lên Internet xem chút rồi tự học là có thể (nếu làm tốt) trở thành chuyên gia để được đưa vào làm việc thực tế chỉ sau vài tháng không? <- Ở bất kỳ lĩnh vực nào, không ai gọi ứng viên mới vào nghề kiểu này là chuyên gia cả. Đã có người phê phán điều này trước rồi. Nếu bạn thật sự nghĩ như vậy thì mức độ nhận thức của bạn thấp và cũng không có tinh thần chuyên nghiệp.
Có vẻ như bạn đang hiểu lầm rằng phát triển phần mềm chỉ đơn giản là tạo mã và tạo API. Bản chất của phát triển phần mềm là trừu tượng hóa thế giới thực để tạo ra các giao thức và giao diện, rồi lắp ghép mọi thứ vào đó. Nói cách khác, đó là việc kết nối những thứ vận hành theo các cách khác nhau để chúng hoạt động như thể là một thể thống nhất. Đây là một hoạt động trí tuệ phức tạp hơn nhiều so với tưởng tượng, và vì thế việc đào tạo kỹ sư phần mềm cũng khó hơn người ta nghĩ. Hiện giờ người ta nói là có nhiều nhân lực, nhưng trong số đó có bao nhiêu người thực sự có thể làm việc bài bản? Phần lớn chỉ là đã từng thử dùng một công cụ nào đó một lần, nhưng đó không phải là cốt lõi của một kỹ sư phần mềm.
Vì có người nhắc đến trải nghiệm phát triển và khả năng quan sát nên tôi xin nói thêm,
Nếu thiết lập tốt môi trường tích hợp ban đầu thì cũng có thể có được trải nghiệm phát triển gần như tương đương với nền tảng container, thậm chí có thể còn gần với native hơn cả nền tảng container. (Cũng có nhiều công cụ phục vụ việc này.)
Còn về khả năng quan sát, nếu muốn làm sâu thì với serverless hay nền tảng container cũng đều không phải bài toán dễ như nhau. Tập trung hóa log, trực quan hóa các loại metric, APM, trực quan hóa mức sử dụng CPU/memory và từ đó xây dựng chiến lược scaling, v.v...
Nếu chưa đến mức đó thì tích hợp metric/log mà nhà cung cấp cloud cung cấp sẵn vốn đã rất mạnh, nên thực ra cũng tương tự nhau thôi.
Nói hơi mạnh một chút thì tôi muốn hỏi: 'Bạn đã thực sự làm serverless đến mức nào rồi?'...😅
Ở góc độ người đã trải nghiệm cả môi trường dựa trên container (chủ yếu là ECS Fargate, cụm Kubernetes) lẫn môi trường serverless (AWS), tôi không thấy quá thuyết phục.
Những điểm được liệt kê là ưu điểm của môi trường dựa trên container cũng đồng thời có thể trở thành nhược điểm.
Những phần được nhắc đến như “có thể tự kiểm soát trực tiếp và có thể giữ trạng thái” cuối cùng đều trở thành các điểm phải quản lý, khiến độ khó vận hành tăng lên.
Với tôi, càng là tổ chức nhỏ, càng là tổ chức không có đội ngũ quản trị server chuyên nghiệp, thì tôi càng khuyến nghị mạnh mẽ serverless.
À, tôi đồng ý về chuyện việc tính chi phí phức tạp hoặc khó dự đoán, cũng như vấn đề vendor lock-in.
Giống như những bình luận khác, những người từng làm ở Samsung, Naver rồi chuyển sang AMD, Google các nơi như vậy, nếu sau này quay về Hàn Quốc với kinh nghiệm đó thì sẽ là một tài sản lớn, nhưng với bầu không khí như thế này thì đừng nói đến chuyện quay về, có lẽ họ sẽ còn tiếp tục ra đi. Không chỉ đơn thuần là vấn đề tiền bạc, mà môi trường và nhận thức đều quá tệ.
Chỉ vì học vẽ một chút rồi vào làm trợ lý cho họa sĩ truyện tranh thì anh sẽ đi khắp nơi tự nhận mình là dân chuyên nghiệp sao? Hoặc học qua vài lớp nấu ăn rồi xin việc trong bếp thì sẽ tự xưng là chuyên gia ẩm thực, là chef à? Mức độ lời anh nói cũng chỉ tương tự như thế thôi. Nếu đơn giản đến vậy thì người ta đã không gọi đó là chuyên nghiệp.
Nấu ăn hay vẽ vời đều là những việc ai cũng có thể làm. Cách nói đó cũng giống như bảo rằng chỉ cần học vài tháng là có thể thành chuyên gia. Kỹ sư phần mềm được đãi ngộ vì tầm ảnh hưởng của phần mềm đã lớn đến mức đó. Điều quan trọng không phải là công việc ấy có vất vả hay không. Nếu không thích thì làm nghề khác đi. Sang lĩnh vực khác mà cũng đi nói những lời như vậy thì cũng chẳng ai nói tốt về bạn đâu. Những người ở đó sẽ cảm thấy khó chịu. Tự mãn vì cho rằng mình làm việc vĩ đại là điều không nên, nhưng hạ thấp giá trị của nó cũng không phải là cách hành xử đúng đắn.
OpenAI Codex CLI - tác tử lập trình gọn nhẹ chạy trong terminal
Ngay trên Edge, Microsoft đã thử tích hợp với LLM của riêng mình rồi, nên đây cũng chẳng phải là nỗ lực gì mới mẻ; có nhất thiết phải đi đến mức thâu tóm không? Đây chỉ là nỗ lực mở rộng dịch vụ tới toàn bộ người dùng Chrome hơn là phát triển, nên việc cho rằng OpenAI có thể mở ra một trình duyệt lấy AI làm trung tâm là hơi suy diễn quá mức. Nếu nói vậy thì với Google Gemini cũng làm được thôi.
Wow, tuyệt quá. Chỉ hai người thực hiện thì chắc hẳn việc đảm bảo cả dữ liệu huấn luyện cũng không hề dễ dàng, thật đáng nể.
Chính tác giả đã vào bình luận luôn~ Tôi cũng phải thử một lần mới được.
kkkkk
Trang tiếng Anh là https://www.math.uwaterloo.ca/tsp/korea/index.html.
Chuyến đi này rõ ràng là khá phi thực tế. Có vẻ họ không tính đến các tuyến đường biển đi bằng phà khi di chuyển từ đất liền ra Jeju hay Ulleungdo. Bạn chỉ cần xem hình này là hiểu: https://www.math.uwaterloo.ca/tsp/korea/img/full_line.png
Mục tiêu có lẽ không phải là tính thật chính xác thời gian dự kiến cần cho việc ghé thăm, mà là ý nghĩa của việc đã giải bài toán TSP bằng dữ liệu thực tế.
Tất nhiên, giống như cũng đã có bình luận trong bài đăng này, có vẻ đây là một bài viết cố tình giật tít quá đà :)
Trước đây từng có tweet và video[1] về việc từ bỏ Edge rendering của vercel, cùng bài viết về serverless server (kkk)[2] khá hot nhỉ. Có vẻ tôi cũng có quan điểm tương tự với những bài viết xuất hiện khi đó.
Đây là ý kiến cá nhân, nhưng từ góc nhìn của một lập trình viên frontend, tôi nghĩ việc gắn serverless function vào các request của người dùng vẫn còn là câu chuyện khá xa vời (trừ khi ứng dụng bạn định làm chỉ là MVP).
[1] https://youtu.be/lAGE-k1Zfrg
[2] https://vercel.com/blog/…
[2-1] https://bobaekang.com/blog/…
Mình vẫn chưa thật sự hiểu rõ về bootable container.
Tôi không phủ nhận rằng ai cũng có thể thử thách bản thân. Nhưng nói rằng ai cũng có thể dễ dàng trở thành dân chuyên nghiệp là lời dối trá. Tôi mong là bạn chưa từng đi khắp nơi nói với người khác những điều như vậy ngoài đời thực. Vì đó là lừa đảo.
Trong khối ngành khoa học và kỹ thuật, có lĩnh vực nào mà chỉ cần ngồi trong phòng, lên Internet xem chút rồi tự học là có thể (nếu làm tốt) trở thành chuyên gia để được đưa vào làm việc thực tế chỉ sau vài tháng không? <- Ở bất kỳ lĩnh vực nào, không ai gọi ứng viên mới vào nghề kiểu này là chuyên gia cả. Đã có người phê phán điều này trước rồi. Nếu bạn thật sự nghĩ như vậy thì mức độ nhận thức của bạn thấp và cũng không có tinh thần chuyên nghiệp.
Dễ gì từ nghiệp dư trở thành chuyên nghiệp? Nếu điều đó là thật thì người ta đã chẳng còn gọi nó là chuyên nghiệp nữa.
Có vẻ như bạn đang hiểu lầm rằng phát triển phần mềm chỉ đơn giản là tạo mã và tạo API. Bản chất của phát triển phần mềm là trừu tượng hóa thế giới thực để tạo ra các giao thức và giao diện, rồi lắp ghép mọi thứ vào đó. Nói cách khác, đó là việc kết nối những thứ vận hành theo các cách khác nhau để chúng hoạt động như thể là một thể thống nhất. Đây là một hoạt động trí tuệ phức tạp hơn nhiều so với tưởng tượng, và vì thế việc đào tạo kỹ sư phần mềm cũng khó hơn người ta nghĩ. Hiện giờ người ta nói là có nhiều nhân lực, nhưng trong số đó có bao nhiêu người thực sự có thể làm việc bài bản? Phần lớn chỉ là đã từng thử dùng một công cụ nào đó một lần, nhưng đó không phải là cốt lõi của một kỹ sư phần mềm.
Thật tiếc vì Samsung đã ngừng hỗ trợ Linux on DeX,
nhưng giờ thì Google đang tự mình thử làm việc đó rồi.
Quá tốt.
Vì có người nhắc đến trải nghiệm phát triển và khả năng quan sát nên tôi xin nói thêm,
Nếu thiết lập tốt môi trường tích hợp ban đầu thì cũng có thể có được trải nghiệm phát triển gần như tương đương với nền tảng container, thậm chí có thể còn gần với native hơn cả nền tảng container. (Cũng có nhiều công cụ phục vụ việc này.)
Còn về khả năng quan sát, nếu muốn làm sâu thì với serverless hay nền tảng container cũng đều không phải bài toán dễ như nhau. Tập trung hóa log, trực quan hóa các loại metric, APM, trực quan hóa mức sử dụng CPU/memory và từ đó xây dựng chiến lược scaling, v.v...
Nếu chưa đến mức đó thì tích hợp metric/log mà nhà cung cấp cloud cung cấp sẵn vốn đã rất mạnh, nên thực ra cũng tương tự nhau thôi.
Nói hơi mạnh một chút thì tôi muốn hỏi: 'Bạn đã thực sự làm serverless đến mức nào rồi?'...😅
Ở góc độ người đã trải nghiệm cả môi trường dựa trên container (chủ yếu là ECS Fargate, cụm Kubernetes) lẫn môi trường serverless (AWS), tôi không thấy quá thuyết phục.
Những điểm được liệt kê là ưu điểm của môi trường dựa trên container cũng đồng thời có thể trở thành nhược điểm.
Những phần được nhắc đến như “có thể tự kiểm soát trực tiếp và có thể giữ trạng thái” cuối cùng đều trở thành các điểm phải quản lý, khiến độ khó vận hành tăng lên.
Với tôi, càng là tổ chức nhỏ, càng là tổ chức không có đội ngũ quản trị server chuyên nghiệp, thì tôi càng khuyến nghị mạnh mẽ serverless.
À, tôi đồng ý về chuyện việc tính chi phí phức tạp hoặc khó dự đoán, cũng như vấn đề vendor lock-in.
Ngay từ đầu nó đã không phải là serverless mà là serverlease.
Giống như những bình luận khác, những người từng làm ở Samsung, Naver rồi chuyển sang AMD, Google các nơi như vậy, nếu sau này quay về Hàn Quốc với kinh nghiệm đó thì sẽ là một tài sản lớn, nhưng với bầu không khí như thế này thì đừng nói đến chuyện quay về, có lẽ họ sẽ còn tiếp tục ra đi. Không chỉ đơn thuần là vấn đề tiền bạc, mà môi trường và nhận thức đều quá tệ.