Xin chào. Tôi rất thích các bài giảng về bảo mật và OAUTH2. Tôi có thể cảm nhận được rằng người hướng dẫn đã chuẩn bị rất nhiều cho bài giảng và cũng rất tâm huyết. Ngoài ra, anh ấy còn là một người rất hiểu biết. Tuy nhiên, tôi nghĩ sẽ tốt hơn nếu cải tiến phương pháp giảng dạy một chút. 1. Tôi cảm thấy lời giải thích hơi vội vàng. Đây là một savasa, nhưng tôi nghĩ việc dẫn dắt bài giảng một cách bình tĩnh là một cách để giảm bớt nó. Đôi khi, tôi không biết một từ là gì vì cách phát âm. 2. Cấu trúc bài giảng khiến học sinh khó có thể tự học. Về cơ bản, tôi không còn lựa chọn nào khác ngoài việc làm theo. Trong tình huống như vậy, nếu giảng viên và sinh viên không đồng bộ đúng cách và bối cảnh của giảng viên khác với bối cảnh của sinh viên thì sinh viên sẽ rất căng thẳng. Trong cộng đồng, đôi khi tôi thấy những bài viết có phần xúc động bày tỏ sự không hài lòng về lĩnh vực đó. Tôi có thể phần nào hiểu được cảm giác của bạn. Điều này là do hầu hết người mua khóa học đều bắt đầu tham gia các khóa học với kỳ vọng khá cao. Điều quá rõ ràng theo quan điểm của giảng viên (bạn càng có thâm niên cao và càng có nhiều kiến ​​thức thì xu hướng này càng trở nên mạnh mẽ hơn), thường lại không đúng theo quan điểm của sinh viên. 3. Ví dụ: thật tuyệt khi thực hành các yêu cầu ủy quyền bằng Postman và sau đó chuyển sang Spring. ừm. Vì tốc độ nói nhanh và không có điểm gì đặc biệt nên có cảm giác như những câu chuyện quan trọng đang diễn ra trôi chảy. Ví dụ: khi yêu cầu ủy quyền ban đầu, khi bạn nhấn nút đăng nhập, máy khách sẽ yêu cầu /oauth2/ủy quyền và khi máy khách yêu cầu mã tạm thời từ máy chủ ủy quyền, nó sẽ được gửi đến /oauth2/ủy quyền. xảy ra mọi lúc, nó không được nhận ra trong một thời gian. Tôi hơi bối rối và bối rối trong một thời gian. Vì vậy, tôi đã quen với việc tự mình gỡ lỗi từng bước một. Tôi nghĩ rằng người hướng dẫn có thể không biết những điều như vậy vì họ đã quá quen với nó, nhưng khi giảng bài, họ nói: "URL này có thể hơi khó hiểu." Thông tin đăng nhập đầu tiên là /oauth2/authorization và yêu cầu mã là /oauth2/authorize Trên thực tế, phương thức xử lý ủy quyền bắt đầu khi khách hàng yêu cầu mã, vì vậy ủy quyền có nghĩa là cấp quyền, vì vậy /oauth2/authorize là URL để yêu cầu mã. . Tôi nghĩ sẽ tốt nếu nhớ nó trong bối cảnh này" Việc chỉ ra điều gì đó theo cách tương tự là một điểm rất hữu ích trong học tập đối với học sinh. 4. Có nhiều trường hợp sử dụng mã mới (từ đầu) khi dạy chương tiếp theo. Tôi nghĩ đó cũng chính là lý do khiến ai đó yêu cầu duy trì mã trong bài đánh giá khóa học. Nó chắc chắn rất tiện lợi vì Younghan đã để lại toàn bộ mã sau bài giảng đầu tiên. Quá trình này được thực hiện mà không cần chỉnh sửa, vì vậy bạn có thể học chỉ bằng cách xem và theo dõi, đồng thời nó có lợi thế là đưa học sinh và người hướng dẫn vào cùng một trang. Bạn có thể bắt đầu từ một chi nhánh mới mỗi lần như người hướng dẫn Suwon, nhưng tôi nghĩ sẽ tốt hơn nếu chỉ có một người hướng dẫn khi bắt đầu khóa học. Mỗi clip hoặc phần được quản lý theo từng nhánh nên chúng tôi khuyến khích học viên làm điều tương tự nếu có thể. Có thể có một số người mới bắt đầu sử dụng Git. Tất cả bạn phải làm là hiển thị nó một lần. Vì tôi sẽ không thổi phồng PR và hợp nhất nó thành chủ, chỉ cần chỉ cho tôi cách tạo một nhánh mới và các sinh viên sẽ ở cùng trang với người hướng dẫn. 5. Cuối cùng, nhấp vào Lọc -> Người quản lý -> Nhà cung cấp -> .. Tôi nghĩ sẽ tốt hơn nếu cho bạn biết về mối quan hệ này trước khi bài giảng thực sự bắt đầu. Nó đã được đề cập từ giữa đến cuối bài giảng. Khi nghe giảng, tôi nhận ra rằng khuôn mẫu đã được thiết lập sẵn, nhưng tôi nghĩ sẽ dễ dàng hơn nếu tôi biết khuôn mẫu đó ngay từ đầu. Có lẽ các bài giảng khác sẽ ít hơn một chút, nhưng vì Bảo mật có quá nhiều lớp và quá chuyên sâu nên hơi bận rộn và tôi bị lạc khi theo dõi các bài giảng. Tất nhiên, ngay từ đầu, người hướng dẫn sẽ chỉ ra quy trình bằng sơ đồ lớp, nhưng khi màn hình chứa đầy các lớp với những cái tên dài mà bạn mới nhìn thấy lần đầu tiên, quy trình sẽ không rõ ràng ngay lập tức. Tất nhiên là điều đó có ích, nhưng tôi vẫn không cảm thấy mình cùng quan điểm với các học sinh. 6. Ồ, và bạn đã nói rõ rằng bạn sẽ lưu nó trong DB trong lần thực hành cuối cùng thay vì lưu vào bộ nhớ, nhưng chắc chắn bạn đã quên giữa chừng nên hơi thất vọng khi buổi thực hành kết thúc bằng trong bộ nhớ cho đến khi kết thúc. Đây là một việc nhỏ, nhưng sẽ tốt hơn nếu bạn đặt tên cho máy chủ tài nguyên giống như ResourceServerPhoto trong bài tập cuối cùng thay vì 1 hoặc 2. Trước đây, khi tôi đang giảng bài về C++, giảng viên nói: "Có thể hơi nhàm chán hoặc không thú vị vì lần nào cũng giống nhau (ví dụ hầu hết được tạo bằng cách chỉ nhập tên, tuổi và một số thông tin khác). thông tin trong lớp Người), nhưng bạn có rất nhiều điều để học trong tương lai." Vì vậy, tôi vẫn nhớ những gì bạn đã nói, "Trong những lĩnh vực này, việc học sẽ dễ dàng hơn khi rào cản đối với cái mới ở mức thấp." Einstein cho rằng khi giải thích một điều gì đó, ngay cả một bà già không có kiến ​​thức liên quan cũng phải hiểu được, nên tôi đã để lại rất nhiều suy nghĩ về phương pháp giảng dạy. Tuy nhiên, các sinh viên ơi, bài giảng này, cũng như bảo mật, là một hướng dẫn tuyệt vời để hiểu sâu hơn về khuôn khổ bảo mật. Bây giờ tôi gần như đã biết vị trí và cách đặt điểm dừng khi gỡ lỗi. Nếu điểm ngắt không ở đúng nơi tôi nghĩ, tôi đã tìm kiếm thêm và có thể tìm ra luồng chính xác. Bảo mật và OAUTH2 chắc chắn không phải là những lớp học dễ dàng, nhưng tôi nghĩ bạn có thể học được rất nhiều điều từ chúng nếu bạn nỗ lực. Tôi đang học tốt. Cảm ơn