Tôi cũng đồng cảm với bài viết này
Tôi cũng cho rằng việc định nghĩa vấn đề bằng các giá trị trạng thái đã được trừu tượng hóa rất hữu ích cho việc phát hiện vấn đề, và đang muốn tạo ra các công cụ quản lý trạng thái rõ ràng, trực quan và minh thị như trực quan hóa trạng thái bằng sơ đồ, Unreal Blueprint hay workflow
Dù sao thì công việc thực tế của kỹ nghệ phần mềm sẽ thay đổi rất nhiều. Những cỗ máy viết mã sẽ kém cạnh tranh hơn, nhưng tôi đang đặt cược rằng những kỹ sư thực sự có thể tạo ra sản phẩm End-to-End sẽ sống sót.
Tôi từng làm công việc phát triển, rồi có một thời gian vài năm thử làm công việc hoạch định, nên thông điệp phải biết "bán (Sell)" trong bài thật sự rất chạm đến tôi.
Dù là một sản phẩm đã được chuẩn bị và lên kế hoạch kỹ lưỡng đến đâu, nếu không thể thuyết phục và "bán" nó một cách hiệu quả với các đồng nghiệp xung quanh thì sẽ không thể nhận được sự ủng hộ,
và cuối cùng dự án cũng sẽ không thể thuận lợi tiến về phía trước.
Nếu có một ý tưởng đã nghĩ ra, tôi rút ra bài học rằng những hoạt động như truyền đạt nó một cách hiệu quả cho những người xung quanh để nhận được sự ủng hộ cũng là điều thiết yếu.
Hmm... Có vẻ đây vốn là sự khác biệt về góc nhìn giữa việc xem AI là công cụ hay xem nó là trí tuệ.. Điều tôi không thể đồng ý với bài viết này là, như tôi đã nói ở bình luận bên dưới, bản thân việc chỉ nhìn nhà phát triển ở cấp độ code đã là một cách nghĩ sai lầm. Ngay cả khi cuộc Cách mạng Công nghiệp nổ ra ở Anh trước đây, nông dân cũng từng kêu gào rằng họ sẽ chết đói, nhưng kết quả là nó đã tạo ra nhiều việc làm hơn và mang lại rất nhiều lợi ích cho nhân loại. Ngoài ra, khi máy tính xuất hiện trước đây, cũng từng có những lời nói rằng vì máy tính mà con người sẽ ngày càng trở nên ngu ngốc hơn, nhưng rốt cuộc chúng ta đã giải quyết được nhiều việc hơn trong thời gian ngắn hơn và con người cũng trở nên thông minh hơn.
https://responsiveviewer.org/
Cũng có một bản được phát hành dưới dạng tiện ích mở rộng Chrome. Nếu chấp nhận bỏ qua một số tính năng thì bạn cũng có thể dùng ngay mà không cần tiện ích mở rộng.
Tôi đã đọc cuốn 'Bộ não của lập trình viên' và muốn thử tích cực sử dụng flashcard, nên tình cờ thấy bài viết này và nó khá hữu ích. Giờ thì tôi cũng biết thêm thuật ngữ spaced repetition.
https://vi.news.hada.io/topic?id=4138
Cũng có một anh bạn tên là Coolify.
Tôi cũng đồng cảm với bài viết này
Tôi cũng cho rằng việc định nghĩa vấn đề bằng các giá trị trạng thái đã được trừu tượng hóa rất hữu ích cho việc phát hiện vấn đề, và đang muốn tạo ra các công cụ quản lý trạng thái rõ ràng, trực quan và minh thị như trực quan hóa trạng thái bằng sơ đồ, Unreal Blueprint hay workflow
Có lẽ trước hết cần xem xét ngôn ngữ
Đây là một bài viết khiến tôi nhớ đến các môn học chuyên ngành về lý thuyết tính toán! Tôi khuyên những ai làm lập trình nên thử học qua.
Quá tuyệt luôn phải không? Không ngờ đến cả thứ như thế này cũng có bản mã nguồn mở nữa haha
Tệ hơn mới là tốt hơn!
Dù sao thì công việc thực tế của kỹ nghệ phần mềm sẽ thay đổi rất nhiều. Những cỗ máy viết mã sẽ kém cạnh tranh hơn, nhưng tôi đang đặt cược rằng những kỹ sư thực sự có thể tạo ra sản phẩm End-to-End sẽ sống sót.
Tôi cũng nghĩ OpenAPI function calling có vẻ tốt hơn. Việc làm lại cái này bằng giao thức MCP cũng là cả một việc.
Tôi từng làm công việc phát triển, rồi có một thời gian vài năm thử làm công việc hoạch định, nên thông điệp phải biết "bán (Sell)" trong bài thật sự rất chạm đến tôi.
Dù là một sản phẩm đã được chuẩn bị và lên kế hoạch kỹ lưỡng đến đâu, nếu không thể thuyết phục và "bán" nó một cách hiệu quả với các đồng nghiệp xung quanh thì sẽ không thể nhận được sự ủng hộ,
và cuối cùng dự án cũng sẽ không thể thuận lợi tiến về phía trước.
Nếu có một ý tưởng đã nghĩ ra, tôi rút ra bài học rằng những hoạt động như truyền đạt nó một cách hiệu quả cho những người xung quanh để nhận được sự ủng hộ cũng là điều thiết yếu.
Ngay cả trong thời đại Docker Desktop cũng dùng Kubernetes rồi mà việc chỉ hỗ trợ Docker Swarm thì hơi đáng tiếc.
> ERROR: Unsupported distribution 'manjaro'
Tôi định thử test thì hóa ra Manjaro không được hỗ trợ. Hơi tiếc một chút.
Anthropic công bố mã nguồn mở Model Context Protocol
Cách phát triển Model Context Protocol (MCP)
Giải thích so sánh giữa MCP và API
Awesome MCP Servers - Danh sách các máy chủ hỗ trợ Model Context Protocol
Blog của người này thật sự rất ấn tượng. Cảm ơn.
Hmm... Có vẻ đây vốn là sự khác biệt về góc nhìn giữa việc xem AI là công cụ hay xem nó là trí tuệ.. Điều tôi không thể đồng ý với bài viết này là, như tôi đã nói ở bình luận bên dưới, bản thân việc chỉ nhìn nhà phát triển ở cấp độ code đã là một cách nghĩ sai lầm. Ngay cả khi cuộc Cách mạng Công nghiệp nổ ra ở Anh trước đây, nông dân cũng từng kêu gào rằng họ sẽ chết đói, nhưng kết quả là nó đã tạo ra nhiều việc làm hơn và mang lại rất nhiều lợi ích cho nhân loại. Ngoài ra, khi máy tính xuất hiện trước đây, cũng từng có những lời nói rằng vì máy tính mà con người sẽ ngày càng trở nên ngu ngốc hơn, nhưng rốt cuộc chúng ta đã giải quyết được nhiều việc hơn trong thời gian ngắn hơn và con người cũng trở nên thông minh hơn.
Nó áp đảo claud, gpt4.5 nhưng vẫn không thắng được khi thử grok3 nhiều lần.
grok3 thật đáng kinh ngạc.
Claude và ChatGPT không mang lại giá trị hơn Grok thêm $20
nên tôi cứ dùng Grok.
https://responsiveviewer.org/
Cũng có một bản được phát hành dưới dạng tiện ích mở rộng Chrome. Nếu chấp nhận bỏ qua một số tính năng thì bạn cũng có thể dùng ngay mà không cần tiện ích mở rộng.
Tôi đã đọc cuốn 'Bộ não của lập trình viên' và muốn thử tích cực sử dụng flashcard, nên tình cờ thấy bài viết này và nó khá hữu ích. Giờ thì tôi cũng biết thêm thuật ngữ spaced repetition.
https://cacm.acm.org/research/… Ở AWS cũng dùng rất hiệu quả.
https://freederia.com/%ed%94%84%eb%a1%ac%ed%94%84%ed%8a%b8-%ea%b0%a4%e… Tôi đang thử nghiệm tự động hóa R&D. Không dễ, nhưng có lẽ đó không phải là tương lai quá xa.
Cuối cùng cũng có trên plugin JetBrains rồi!