Theo em bài viết của bác mang tính cá nhân chứ không miêu tả cụ thể hình dáng Senior thường thấy là như thế nào. Thường Senior em hay gặp là những người dạn dày kinh nghiệm chiến đấu, trong 1 stack công nghệ nào đó. Ví dụ Senior Java, Senior Ruby..v..v Họ biết code FE, BE, có thể thiết kế hệ thống khi cần, biết hầu hết các concept và có khả năng tự học cao, thích nghi với công nghệ mới tốt. Chứ không phải là công nghệ nào cũng phải biết. Điểm quan trọng phân biệt 1 Senior so với những người khác, đó là khả năng TỰ HỌC NHANH VÀ GIẢI QUYẾT MỌI VẤN ĐỀ KHÓ NHẤT MÀ KHÔNG CẦN AI CHỈ BẢO.
Bài viết chung chung và có thể tác giả không làm trong lĩnh vực ngân hàng, đặc biệt là đội dev/architect trong ngân hàng.. Nếu làm trong ngân hàng thì cách viết và nội dung truyền đạt đã khác.
Anh có thể nói về mã hóa tại HSM, Giao dịch Napas cách mã hóa thông tin gửi đi theo các loại key trơn, key mã hóa, ZMK, ZPK
hay các loại key mã hóa trong POS như TPK, TMK, ... không ạ
Cảm ơn anh đã góp ý cho e về bài viết ạ. Em cũng viết theo ý hiểu của mình về DI thôi nên chắn chắn là sẽ có nhiều sai xót. Rất mong được lắng nghe a chia sẻ nhiều hơn về chủ để này ạ 😄
THẢO LUẬN
cám ơn góp ý của bạn
cám ơn góp ý của bạn
cám ơn góp ý của bạn
cám ơn góp ý của bạn
@hieu.vo Cảm ơn bạn đã góp ý, mình sẽ chỉnh lại nội dung trong 1 tuần tới đây 😀
Theo em bài viết của bác mang tính cá nhân chứ không miêu tả cụ thể hình dáng Senior thường thấy là như thế nào. Thường Senior em hay gặp là những người dạn dày kinh nghiệm chiến đấu, trong 1 stack công nghệ nào đó. Ví dụ Senior Java, Senior Ruby..v..v Họ biết code FE, BE, có thể thiết kế hệ thống khi cần, biết hầu hết các concept và có khả năng tự học cao, thích nghi với công nghệ mới tốt. Chứ không phải là công nghệ nào cũng phải biết. Điểm quan trọng phân biệt 1 Senior so với những người khác, đó là khả năng TỰ HỌC NHANH VÀ GIẢI QUYẾT MỌI VẤN ĐỀ KHÓ NHẤT MÀ KHÔNG CẦN AI CHỈ BẢO.
cảm ơn bạn
Tưởng đọc được post hay giải thích tường tận thắc mắc bấy lâu của mình, ai dè bài viết còn chung chung hơn những gì mình biết nữa.
Tưởng đọc được post hay giải thích tường tận thắc mắc bấy lâu của mình, ai dè bài viết còn chung chung hơn những gì mình biết nữa.
bài viết đi khá sâu và hay, phù hợp cho anh nào ôn tập đi phỏng vấn. Cảm ơn tác giả nhiều ạ.
Vì PHP đã từng rất dở, và có những cái dở mang tính hệ thống mà không thể nào khắc phục được (vì phải tương thích ngược). https://eev.ee/blog/2012/04/09/php-a-fractal-of-bad-design/
Bài viết chung chung
Bài viết chung chung và có thể tác giả không làm trong lĩnh vực ngân hàng, đặc biệt là đội dev/architect trong ngân hàng.. Nếu làm trong ngân hàng thì cách viết và nội dung truyền đạt đã khác.
Anh có thể nói về mã hóa tại HSM, Giao dịch Napas cách mã hóa thông tin gửi đi theo các loại key trơn, key mã hóa, ZMK, ZPK hay các loại key mã hóa trong POS như TPK, TMK, ... không ạ
dịch bài quá thô, chắc đưa lên google dịch rồi quăng lên đây
🙏
dạ cho e hỏi là tỉ lệ công ty nhận bằng ielts hết hạn 4-5 năm là bao nhiêu ạ ?
Cảm ơn anh đã góp ý cho e về bài viết ạ. Em cũng viết theo ý hiểu của mình về DI thôi nên chắn chắn là sẽ có nhiều sai xót. Rất mong được lắng nghe a chia sẻ nhiều hơn về chủ để này ạ 😄
Cảm ơn bạn nhiều
Cảm ơn bạn nhiều