Cty tui đang làm cũng tạo điều kiện cho tui chuyển mình qua DevOps nè (vì cty cũng đang cần) Nhờ clip của ông mà tui hiểu đc nhiều khái niệm hơn, thấy đc lộ trình rõ ràng học hơn :)
@@kspm102 tui làm thợ đụng :D Thấy cái gì ko biết là tui tò mò, muốn khám phá. Với lại mobile ko có rộng như backend, mobile có nhiêu đó xào đi xào lại à. Backend đã rộng, thấy DevOps còn rộng hơn, có cả The Periodic Table of DevOps Tools
@@kspm102 thanks ông đã chia sẻ . Tôi code 4 năm kn cũng ngán code và lười code nghiệp vụ . lên cũng dẫn dần học Devops rồi chuyển dịch dần. Nhìn chung là công việc ở công ty vẫn code thôi nhưng thích đụng vào vấn cái vấn đề liên quan máy chủ hạ tầng vs thiết kế hơn. Phải nói thật cái chính ở đây là code vài năm xong sang tuổi 27 28 ngán đụng code thật ý dù mình vẫn code đc.
Dựa vào kinh nghiệm, cộng thêm 20% buffer nữa em. Nhưng theo anh thì nên làm theo cách cuốn chiếu trong phạm vi nhỏ (tiếng Anh gọi là scrum/agile) thì ước lượng mới chính xác. Đừng bao giờ hẹn 1 tháng để delivery hoàn chỉnh một thứ gì.
Dạ chào anh .Em thấy có nhiều cái system admin vs network admin rồi cloud vs DevOps nó cứ chung chung sao ấy anh . Em thấy khá rối kh phân biệt khác nhau của tụi nó .Mong anh có thể giải đáp thắc mắc này.Em cảm ơn
Thuật ngữ mới để nhồi nhét thêm việc cho nhân viên thôi em. Chứ về bản chất thì theo thời gian, mỗi nghề đều có sự chuyển biến. System admin giờ làm thêm deployment thì gọi là DevOps :))
Em là IT hạ tầng,network, quản lý server , chạy máy ảo VMware, em cũng rất hứng thú Dev-Ops nhưng chưa từng học qua lập trình thì tiếp cận có khó quá không anh
Mình đã nói DevOps thì cũng lập trình ở mức đơn giản thôi. Cái bạn cần hiểu là Quá trình phát triển phần mềm. Khi bạn hiểu về quá trình bạn sẽ hiểu mình cần làm gì để giúp team lập trình và bảo vệ ứng dụng
@@kspm102 thế thì học DevOps thì cần thêm thời gian mới xin được việc a nhỉ, à hôm nào a có time a có thể chia sẻ về cách a xin việc, lô trình học Devops, mức lương... a nhé. Em cám ơn anh ạ
thank you anh vì video bổ ích, Em đang làm backend, và dần tiếp xúc với CiCd, vậy em thắc mắc là tại sao lại sinh ra các service cicd khác nhau trong khi chức năng của mấy bọn này rất giống nhau anh nhỉ, vd như là: gitlab ci, travis ci, jenkins, ...?
Không giới hạn. Team mình có những bác 50 tuổi cơ. Nhưng nó phụ thuộc vào khả năng học và áp dụng của bạn. Không thể 40 tuổi rồi mà 1 2 năm vẫn đứng ở Entry level. Tuổi cao có ưu thế là đã tham gia nhiều dự án, tiếp xúc nhiều công nghệ, hiểu về quy trình làm phần mềm, nên bạn sẽ chuyển đổi rất nhanh, 3 - 6 tháng là ok à
Tựa cho tui hỏi thường mình xài máy cá nhân thì hay cài Linux GUI, còn trên Server thì mọi thứ đều bằng command line. Vậy thì xài Linux GUI có giúp ích được gì trong việc học Linux để làm DevOps không?
Linux Desktop là nhà mình. Đã là nhà thì cần có những tiện ích cơ bản kiểu như cái bàn cái ghế giường tủ (giao diện). Nhưng đi lên rừng (server) thì chỉ cần mang cái rìu (terminal) theo thôi. Việc sử dụng Linux Desktop đem lại lợi ích là giúp những thứ mình lập trình trên máy cá nhân sẽ chạy chính xác như mong muốn khi đem lên server
@@kspm102 Vậy là ở nhà mình có đầy đủ tiện nghi không hẳn là giúp mình sống được trong rừng mà ở nhà để chuẩn bị mọi thứ thật tốt trước khi vào rừng. Nếu ở nhà mà chẳng bao giờ đụng tới và mài sắc cây rìu thì chục năm cũng không thể vào rừng phải không? :)
Em có một câu hỏi là về CI/CD. Em thấy khái niệm CD khá là hồ trong việc test (em chưa hiểu rõ là trong CD thì bên trong đó phải test cụ thể những gì làm sao mới gọi là đạt yêu cầu, phải sử dụng những tool nào để test), anh có thể cho em vài ví dụ cụ thể được không anh? em cảm ơn!
em mơ hồ trong việc test vì team em chưa áp dụng thôi. Mỗi project/team/công ty có một định nghĩa về bộ test case cần thiết để pass QA. Tuy nhiên phần lớn CI/CD áp dụng Unittest & Integration test được viết bởi Lập Trình Viên. Có hai loại test này Lập trình viên sẽ có thể khẳng định chất lượng code mình viết ra, đảm bảo khi viết chức năng mới hay fix lỗi thì không gây ảnh hưởng đến những khu vực khác của ứng dụng. Về chức năng thì 80% hiện tại vẫn phải thủ công với QA engineers thôi, chưa áp dụng tự động được nhiều.
@@kspm102 e đang sv năm 3 muốn định hướng theo devops ko bik ổn k anh , tại trường dag dạy môn hệ điều hành linux trên ubuntu em mún thử sức theo devops lun 🙂
Được em. Quan trọng là tìm được chỗ tuyển fresher DevOps để có kinh nghiệm làm việc 😊 có chỗ làm thì học tiếp từ công việc để mở rộng lãnh vực ra. Thực ra không nhất thiết phải làm việc dưới title DevOps thì mới lấy được kinh nghiệm DevOps. Em làm việc trời team lập trình, nhưng chủ động tham gia làm các công việc liên quan tới DevOps thì cũng có ích rồi
Job thì cũng đa dạng nhưng không dễ như ở Sg. Bạn phải được bạn bè công nhận là khá giỏi thì mới có khả năng vào được công ty lớn. Kém hơn tí vào cty nhỏ thì chế độ lương bổng chỉ đủ sống qua ngày, bấp bênh sẽ đi về đâu. Để tìm được mọt công việc với mức lương như ý nhiều khi còn nhiều yếu tố may mắn.
kênh đầu tiên về tech của người Việt mình đăng ký kênh, cảm ơn kiến thức bổ ích của anh
Tình cờ xem được video này thì thấy b rất là tâm huyết chia sẻ rất có tâm. 1 like 1 sub
Biết kênh của a hơi trễ nhưng thật sự bỗ ích. Chúc a sức khỏe
Cảm ơn bạn nhiều. Chia sẻ bài bạn thấy hay nhé ^^
Cty tui đang làm cũng tạo điều kiện cho tui chuyển mình qua DevOps nè (vì cty cũng đang cần) Nhờ clip của ông mà tui hiểu đc nhiều khái niệm hơn, thấy đc lộ trình rõ ràng học hơn :)
ông cũng chuyển qua làm DevOps hả? haha, không biết tại sao ông lại chọn nhưng nguyên nhân chính tui chọn DevOps là tại tui lười làm dev =))
@@kspm102 tui làm thợ đụng :D Thấy cái gì ko biết là tui tò mò, muốn khám phá. Với lại mobile ko có rộng như backend, mobile có nhiêu đó xào đi xào lại à. Backend đã rộng, thấy DevOps còn rộng hơn, có cả The Periodic Table of DevOps Tools
@@kspm102 thanks ông đã chia sẻ . Tôi code 4 năm kn cũng ngán code và lười code nghiệp vụ . lên cũng dẫn dần học Devops rồi chuyển dịch dần. Nhìn chung là công việc ở công ty vẫn code thôi nhưng thích đụng vào vấn cái vấn đề liên quan máy chủ hạ tầng vs thiết kế hơn. Phải nói thật cái chính ở đây là code vài năm xong sang tuổi 27 28 ngán đụng code thật ý dù mình vẫn code đc.
Thanks
hay quá anh ơi. Mong anh ra thêm video về AWS và Docker ❤❤
cần là cần những ng như này chia sẻ cho junior đây
Giờ mới biết đến kênh của a, quá hay theo định hướng e đang đi, hóng bài giới thiệu về k8s và Prometheus + grafana monitor service a ạ
quá hay a. cảm ơn a
Anh ra nhiều thêm video nữa nha anh, giờ e mới biết tới kênh, hay quá anh ạ
cảm ơn bạn đã ủng hộ nhe
Tưởng lúc đang vui sướng kết thúc hết câu hỏi lại nhảy lên 2 câu nữa ko thôi =)))
Thank you what you shared!
hay quá anh ơi !
cảm ơn Thanh Le. nếu thấy hay hãy chia sẻ cho bạn bè cùng xem nhé!
@@kspm102 t Thành nè =))
@@giakhangcomputer2023 đù, tưởng đại ca nào. Cảm ơn đã ủng hộ bạn
Chào anh, anh có mở khoá học DevOps không ạ
Câu hỏi muộn là làm sao có thể estimate time anh, em thường không biết báo thời gian cho leader cả
Dựa vào kinh nghiệm, cộng thêm 20% buffer nữa em. Nhưng theo anh thì nên làm theo cách cuốn chiếu trong phạm vi nhỏ (tiếng Anh gọi là scrum/agile) thì ước lượng mới chính xác. Đừng bao giờ hẹn 1 tháng để delivery hoàn chỉnh một thứ gì.
@@kspm102 dạ em cảm ơn anh
nhìn cái RoadMap DevOps sợ đái ra máu luôn anh ơi :)))
Nâng level từ từ, đường tu luyện còn dài ;)
Dạ chào anh .Em thấy có nhiều cái system admin vs network admin rồi cloud vs DevOps nó cứ chung chung sao ấy anh . Em thấy khá rối kh phân biệt khác nhau của tụi nó .Mong anh có thể giải đáp thắc mắc này.Em cảm ơn
Thuật ngữ mới để nhồi nhét thêm việc cho nhân viên thôi em. Chứ về bản chất thì theo thời gian, mỗi nghề đều có sự chuyển biến. System admin giờ làm thêm deployment thì gọi là DevOps :))
Em là IT hạ tầng,network, quản lý server , chạy máy ảo VMware, em cũng rất hứng thú Dev-Ops nhưng chưa từng học qua lập trình thì tiếp cận có khó quá không anh
Mình đã nói DevOps thì cũng lập trình ở mức đơn giản thôi. Cái bạn cần hiểu là Quá trình phát triển phần mềm. Khi bạn hiểu về quá trình bạn sẽ hiểu mình cần làm gì để giúp team lập trình và bảo vệ ứng dụng
Cám ơn video ủa anh ạ, cho em hỏi là Dev và Devops cái nào khó hơn hả a 😅😅
DevOps đòi hỏi phải biết rộng, Dev đòi hỏi phải hiểu sâu. Mỗi thứ có 1 cái khó đó em.
@@kspm102 thế thì học DevOps thì cần thêm thời gian mới xin được việc a nhỉ, à hôm nào a có time a có thể chia sẻ về cách a xin việc, lô trình học Devops, mức lương... a nhé. Em cám ơn anh ạ
Em học quản trị mạng.Có theo được bên devops này kh anh,hay phải học thêm CCNA nữ a ạ
Theo tốt thôi em. Vừa làm vừa học thêm. Học là cho mình mà, không bổ ngang cũng bổ dọc
thank you anh vì video bổ ích, Em đang làm backend, và dần tiếp xúc với CiCd, vậy em thắc mắc là tại sao lại sinh ra các service cicd khác nhau trong khi chức năng của mấy bọn này rất giống nhau anh nhỉ, vd như là: gitlab ci, travis ci, jenkins, ...?
Phát triển tự nhiên của thế giới thôi em. Có côca có pepsi, có Nike có Adidas, thì cicd cũng vậy thôi
Nó có giới hạn độ tuổi kh bạn.mình cg chán code quá.Mình cg muốn chuyển dần qua.
Không giới hạn. Team mình có những bác 50 tuổi cơ. Nhưng nó phụ thuộc vào khả năng học và áp dụng của bạn. Không thể 40 tuổi rồi mà 1 2 năm vẫn đứng ở Entry level. Tuổi cao có ưu thế là đã tham gia nhiều dự án, tiếp xúc nhiều công nghệ, hiểu về quy trình làm phần mềm, nên bạn sẽ chuyển đổi rất nhanh, 3 - 6 tháng là ok à
anh có nhận dạy online ko anh
Mình chỉ làm video khi rảnh rỗi thôi, ko dạy được Kien sơi
Tựa cho tui hỏi thường mình xài máy cá nhân thì hay cài Linux GUI, còn trên Server thì mọi thứ đều bằng command line. Vậy thì xài Linux GUI có giúp ích được gì trong việc học Linux để làm DevOps không?
Linux Desktop là nhà mình. Đã là nhà thì cần có những tiện ích cơ bản kiểu như cái bàn cái ghế giường tủ (giao diện). Nhưng đi lên rừng (server) thì chỉ cần mang cái rìu (terminal) theo thôi. Việc sử dụng Linux Desktop đem lại lợi ích là giúp những thứ mình lập trình trên máy cá nhân sẽ chạy chính xác như mong muốn khi đem lên server
@@kspm102 Vậy là ở nhà mình có đầy đủ tiện nghi không hẳn là giúp mình sống được trong rừng mà ở nhà để chuẩn bị mọi thứ thật tốt trước khi vào rừng. Nếu ở nhà mà chẳng bao giờ đụng tới và mài sắc cây rìu thì chục năm cũng không thể vào rừng phải không? :)
@@camhunghuynh1514 chính xác rồi bạn, rìu không sắc thì đừng nên đem đi đốn củi.
Em có một câu hỏi là về CI/CD. Em thấy khái niệm CD khá là hồ trong việc test (em chưa hiểu rõ là trong CD thì bên trong đó phải test cụ thể những gì làm sao mới gọi là đạt yêu cầu, phải sử dụng những tool nào để test), anh có thể cho em vài ví dụ cụ thể được không anh? em cảm ơn!
em mơ hồ trong việc test vì team em chưa áp dụng thôi. Mỗi project/team/công ty có một định nghĩa về bộ test case cần thiết để pass QA. Tuy nhiên phần lớn CI/CD áp dụng Unittest & Integration test được viết bởi Lập Trình Viên. Có hai loại test này Lập trình viên sẽ có thể khẳng định chất lượng code mình viết ra, đảm bảo khi viết chức năng mới hay fix lỗi thì không gây ảnh hưởng đến những khu vực khác của ứng dụng. Về chức năng thì 80% hiện tại vẫn phải thủ công với QA engineers thôi, chưa áp dụng tự động được nhiều.
Em học Linux qua máy ảo ubuntu đc k anh....
Quá ok luôn em. Hơi chậm tí thôi
@@kspm102 e đang sv năm 3 muốn định hướng theo devops ko bik ổn k anh , tại trường dag dạy môn hệ điều hành linux trên ubuntu em mún thử sức theo devops lun 🙂
Được em. Quan trọng là tìm được chỗ tuyển fresher DevOps để có kinh nghiệm làm việc 😊 có chỗ làm thì học tiếp từ công việc để mở rộng lãnh vực ra. Thực ra không nhất thiết phải làm việc dưới title DevOps thì mới lấy được kinh nghiệm DevOps. Em làm việc trời team lập trình, nhưng chủ động tham gia làm các công việc liên quan tới DevOps thì cũng có ích rồi
kiếm job về software bên canada có dễ ko bạn ?
Job thì cũng đa dạng nhưng không dễ như ở Sg. Bạn phải được bạn bè công nhận là khá giỏi thì mới có khả năng vào được công ty lớn. Kém hơn tí vào cty nhỏ thì chế độ lương bổng chỉ đủ sống qua ngày, bấp bênh sẽ đi về đâu. Để tìm được mọt công việc với mức lương như ý nhiều khi còn nhiều yếu tố may mắn.
@@kspm102 thanks bạn đã chia sẻ
Hi Senpai
Hello
A học uit à
Khoa học tự nhiên nè!