Tag Archives: kinh nghiệm

Làm sao để trở thành senior “giả cầy”??

Đầu năm, mình hay nghe mấy bạn HR, mấy bạn manager mình quen kể về mấy ông senior “giả cầy” – title là senior, đòi mức lương senior nhưng trình độ chỉ hơn junior, thái độ thì … chán chả buồn nói!

Do vậy, mình chia sẻ những biểu hiện/phương pháp để trở thành senior “giả cầy”, giúp các bạn biết đường né và phòng tránh nha!

Nếu các bạn đọc xong, thấy nhột nhột kiểu “Sao giống nói mình quá vậy?” thì cứ tự nhủ “Chắc thằng Code Dạo nó chừa mình ra” nha!

 

(Kiếm hình “giả cầy” bỏ vào cho bài viết hấp dẫn và “ngon ăn” hơn nhé, mlem mlem đói quá)

Continue reading Làm sao để trở thành senior “giả cầy”??

5 điều nên làm để trở thành lập trình viên giỏi!

Chúc mừng năm mới các bạn. Sau 2 tuần nghỉ Tết phũ phê, đây là bài viết đầu tiên trong năm 2020 Âm Lịch của Tôi Đi Code Dạo.

Đầu năm, nhận thưởng Tết xong là thời điểm chúng ta nên … nhảy việc, đòi tăng lương, hoặc phấn đấu trở thành người tốt hơn, giỏi hơn.

Do vậy, mình viết bài này để chia sẻ một số kinh nghiệm của bản thân và những bác lập trình viên giỏi xung quanh, chia sẻ cách để trở thành lập trình viên giỏi nha.

Continue reading 5 điều nên làm để trở thành lập trình viên giỏi!

Hế nhô các bạn! Mình là Tôi Đi Code Dạo!

Hồi mới bắt đầu viết blog, mình đã từng viết bài đầu tiên giới thiệu bản thân và giới thiệu ở đây https://toidicodedao.com/2014/12/31/gioi-thieu.

Ngẫm lại thấy thời gian trôi qua cũng nhanh, tính ra blog nay cũng đã được 5 năm tuổi rồi. Mình cũng không còn là thằng Hoàng junior cách đây 5 năm nữa.

Do vậy, mình viết lại 1 bài giới thiệu bản thân khác nhe.

Continue reading Hế nhô các bạn! Mình là Tôi Đi Code Dạo!

Feature Flag – Developer “lén lút” đưa tính năng mới cho người dùng như thế nào?

Hãy tưởng tượng, team của bạn đang cần xử lý 1 tình huống như thế này:

  • Tình huống: Application của công ty đang chạy ổn định, nhưng người dùng phàn nàn UI quá rắc rối, do đó chúng ta phải re-design lại 1 số trang
  • Sau khi đã có desisgn mới, quá trình implement các trang này khá lâu. Để PM và QA có thể test được, ta phải implement các trang này, kết nối với data thật hoặc data ở môi trường Staging.

 

  • Yêu cầu: Sau khi PM xác nhận, QA đã test xong, ta sẽ cho 1 số beta user dùng thử UI mới trước, còn lại vẫn dùng UI cũ. Sau một thời gian, ta sẽ cho toàn bộ người dùng sử dụng UI mới
  • Trong quá trình implement các trang này, ta vẫn phải bảo trì, sửa đổi và nâng cấp application cũ.
Redesign hệ thống luôn luôn là chuyện đau đầu

Continue reading Feature Flag – Developer “lén lút” đưa tính năng mới cho người dùng như thế nào?

Mình và Codeaholicguy đã làm Bot Con Chim theo phong cách startup như thế nào!

Có thể bạn chưa biết, mình và Codeaholicguy có code chung 1 con bot Facebook tên The Codergang Vietnam Bot (bot.codergangvn.com), chuyên gửi bài viết hay về IT cho các bạn đọc.

Tụi mình làm con bot này cũng lâu rồi, đến nay cũng đã được hơn 7000 bạn đọc đăng kí.

Hệ thống này gồm 2 phần:

  1. Con Bot: chuyên gửi bài viết hay cho bạn đọc qua Messenger, cho mọi người đăng kí
  2. Con Chimp: Hệ thống quản lý user, bài viết và analytic đằng sau.
  3. Toàn bộ hệ thống bao gồm Con Bot + Con Chimp = Bót Con Chim.

Trong bài này, tụi mình sẽ chia sẻ qui trình tụi mình làm ra con bot này nhé! Chúng khá là vui thú vị, biết đâu các bạn có thể học và áp dụng được vài thứ hay ho vào sản phẩm của mình đấy!

Continue reading Mình và Codeaholicguy đã làm Bot Con Chim theo phong cách startup như thế nào!

Chuyện về bậc thiền sư và chàng coder trẻ tuổi

Hôm nay, chúng ta vừa đọc vừa ngẫm nghĩ về 1 câu chuyện ngắn ngủi nhưng khá sâu sắc giữa bậc thiền sư và một chàng coder trẻ tuổi nhé.

Chuyện về bậc thiền sư…

Chuyện kể rằng, ở nước Việt có 1 bậc thiền sư tiếng tăm lừng lẫy. Nghe đồn rằng, ngài trên thông Cloud, dưới tường DevOps.

Dự án từ to tới nhỏ gì cũng đã từng làm qua. Code ngài viết ra không những không có bug mà còn trong sáng như nước hồ thu. Hệ thống dưới bàn tay của ngài chạy mượt mà như nước chảy mây trôi, trăm ngàn người dùng cũng không hề suy suyễn.

Theo ngành vài chục năm, tuy thân đã già nhưng trí chưa già, ngài vẫn ngày ngày viết code, thiết kế architecture, đi giảng đạo nâng cao trình độ cho con cháu trong ngành.

Một ngày nọ, khi ngày đang giảng đạo, bỗng có một chàng trai trẻ tên Hoàng cầu kiến.

Chuyện đồn rằng bậc thiền sư đã già nhưng vẫn ngày ngày viết code

Continue reading Chuyện về bậc thiền sư và chàng coder trẻ tuổi

Sống khiêm tốn lại thôi nào, có khi chúng ta không giỏi như mình nghĩ!

Đã bao giờ bạn làm được một việc gì đó hay ho, khiến mình cảm thấy tự hào, thấy mình giỏi giang chưa? Ví dụ như:

Thế nhưng, đã bao giờ bạn thử hỏi: Liệu bản thân mình có thực sự giỏi giang như vậy hay không? Thành công của mình, được bao nhiêu % là nhờ người khác, nhờ vào may mắn?

Continue reading Sống khiêm tốn lại thôi nào, có khi chúng ta không giỏi như mình nghĩ!

Bốn sai lầm các bạn sinh viên / lập trình viên hay mắc phải khi mới đi làm

Ngồi ngẫm lại, từ hồi mới đi làm tới giờ đã được vài năm, mình cũng từng mắc khá nhiều sai lầm trong sự nghiệp. Mỗi sai lầm dù to hay nhỏ đều dạy cho mình khá nhiều điều.

Do vậy, trong hôm này, mình sẽ chia về những sai lầm mà các bạn lập trình viên dễ mắc phải. Hi vọng chúng sẽ giúp con đường nghề nghiệp của bạn suôn sẻ và “trơn tru” hơn nhé.

Continue reading Bốn sai lầm các bạn sinh viên / lập trình viên hay mắc phải khi mới đi làm

Kinh nghiệm đọc review – tìm hiểu và né các công ty “trời đánh”

Phận developer 12 bến nước, hơn thua nhau là ở tấm chồng, lộn, … ở cái công ty mình làm việc.

May mắn vào được công ty ngon thì đời lên hương: Lương cao, đồng nghiệp cool ngầu, công việc thú vị, thăng tiến vù vù.

Xui xẻo vào trúng công ty trời đánh thì coi như xuống chó: lương thấp, sếp chán đời, nhân viên không lo làm chỉ làm dìm hàng nhau, làm hoài không phát triển được.

Thế nhưng, phải chui vô chăn mới biết chăn có rận, phải vào làm việc (hoặc có tay trong) mới biết công ty đó có gì ngon, có gì dở.

May thay, ở Việt Nam gần đây có khá nhiều trang review. Các bạn developer có thể lên khoe công ty, hoặc chém gió phàn nàn … để bà con đi đường biết mà né ra, đừng có dại dột mà chui đầu vào.

Đọc review kiểu này là biết né ngay, không nên chui đầu vào luôn!

 

Do vậy, trong bài này, mình chia sẻ một số trang review công ty, cũng như một số kinh nghiệm và thủ thuật để anh em có thể tìm hiểu về công ty thông qua các trang review nhé.

Continue reading Kinh nghiệm đọc review – tìm hiểu và né các công ty “trời đánh”

Code bạn viết ra sẽ méo bao giờ hoàn hảo hoặc hoàn toàn clean – But that’s okay!

Nếu chăm chỉ đọc blog của mấy developer giỏi và nổi tiếng (như Uncle Bob, Martin Fowler, John Skeet), các bạn sẽ thấy họ có rất nhiều guideline để viết code cho tốt:

  • Sử dụng nguyên lý SOLID để code tách bạch, rõ ràng, dễ sửa chữa
  • Sử dụng Seperation of Concern và các mô hình phổ biến như MVC, MVVM để phân tách code thành nhiều thành phần nhỏ, dễ quản lý
  • Áp dụng design pattern để giải quyết các vấn đề trong code
  • Viết code phải viết thêm test để đảm bảo code chạy đúng

Làm và áp dụng theo những guideline này, chúng ta có thể có code… đúng chuẩn (có thể thôi nhé).

 

Tuy nhiên, trên thực tế, đa phần code trong các dự án đều khá … tởm. Code không có architecture rõ ràng, không có design pattern, viết cẩu thả. Nhiều khi đọc code xong, ta chỉ muốn đập đi xây lại, viết lại cho… đúng chuẩn.

Tuy nhiên, đã bao giờ bạn tự hỏi: Liệu viết code SOLID, chuẩn này chuẩn kia, DI/IoC đồ có thật sự làm code tốt lên hay không? Liệu ta có nên đảm bảo code viết ra phải cực kì hoàn hảo, phải có trật tự?

Continue reading Code bạn viết ra sẽ méo bao giờ hoàn hảo hoặc hoàn toàn clean – But that’s okay!