bác thật là tỉnh táo để đưa ra quyết định nghỉ sớm trước khi mọi thứ quá xa 😮

Mình chọn công ty thứ ba ạ 😃

Cảm ơn bạn nhiều hii 😄

Thanks bác ạ 😁

Mình đã có giải thích ở trên về khái niệm Design Pattern Có thể định nghĩa dễ hiểu về Design Pattern như sau:

• Design Pattern là một kỹ thuật trong lập trình hướng đối tượng, được các lập trình viên, các nhà nghiên cứu đúc kết các thiết kế chuẩn cho việc lập trình có khuôn mẫu, kết cấu chung.
• Design Pattern không phải là một ngôn ngữ cụ thể nào cả, tất cả các ngôn ngữ lập trình hay Framework của nó đều có thể áp dụng Design Pattern.
• Design Pattern giúp các dự án dễ mở rộng, hạn chế bug và maintain được hiệu quả.
• Design Pattern giúp thống nhất cách code chung nên các lập trình viên sẽ làm việc nhóm được hiệu quả tránh tình trạng mỗi người code 1 kiểu.

=> Vậy nên 1 số khái niệm ví dụ Laravel lifecycle, repository, service container,... cũng có thể hiểu là các Design Pattern sinh ra để giải quyết các vấn đề khi lập trình.

Cảm ơn các link về giải thuật mà bạn đã chia sẻ.

"Nếu không có thời gian cho các hoạt động khác như thể thao, giải trí, du lịch, chăm lo gia đình... thì cuộc sống rất dễ thiếu cân bằng & mất kiểm soát." ==> Đã từng thấm cảnh này. Khi vừa qua công ty mới là bị vắt kiệt sức luôn, tìm hiểu cũng khá kỹ nhưng ko ngờ bị Công Ty chơi trò lật kèo & khác hẳn so với interview. Quyết định Out ngay trong thời gian thử việc. 😅

Bạn có thể thử: 1/ npx create-next-app "tên project" --typescript 2/ cd "tên project" 3/ yarn dev Chúc bạn thành công

Cảm ơn bài viết của bạn nhé, vô cùng chi tiết và rõ ràng luôn, nhưng mình vẫn hơi tò mò tẹo là bạn chọn công ty nào vậy? 😋

Cảm ơn anh vì bài chia sẻ hữu ích. Tiện đây không biết anh có dự đinh về 1 bài đại loại như cách tư duy thiết kế của nosql không ạ, ví dụ bằng một vài case trong ứng dụng ecommerce thì tuyệt vời. Vì trên trường học bọn e chỉ được dạy về relational db, nên cách thiết kế 1 db cho ứng dụng thì thường tuân thủ theo các ràng buộc nhất định, cũng như việc duplicate data là rất hạn chế. Nhưng khi tìm hiểu qua nosql, thì việc duplicate này là không thể tránh khỏi, cũng như các ràng buộc khi thiết kế db cũng khá mơ hồ, mỗi người một kiểu, người mới tìm hiểu thì dễ bị loạn quá @@, không biết nên thiết kế db như nào cho hợp lí.

tên là initializers/carrierwave.rb chứ đâu phải là initializers/carrierware.rb bạn ơi

Cảm ơn bài viết của anh ạ!
Em rất thích nghe các chia sẻ trải nghiệm của các anh (chị) trong ngành như thế này

Cảm ơn, nó là động lực để tôi cố gắng chuyển từ Linux sang Windows, hóa ra những điểm tốt hơn Windows đó chẳng có lợi mấy cho người dùng nhỉ, Yes, Linux rất nhẹ, ai như Windows, nội bản 64 bit ngốn mất của tôi 2GB ram rồi, trong khi Linux chỉ sử dụng của tôi 2.4 GB à.

hay quá. Đúng cái mình đang cần. Thank bạn nhiều!

vậy khi mình sử dụng Livewire thì các component của nó xem như thay thế luôn mấy cái Controller rùi đúng ko ta?

thank bạn

"Khi tôi hỏi một bạn rằng tại sao Laravel có thể "Dependency Injection" được? Bạn ấy bảo vì mình đã "bind" vào Service Container ở Provider rồi" Sao mình thấy không cần bind vào container mà vẫn type-hint DI được bình thường nhỉ?.

thank bạn

Tôi muốn hack nạp xu thật khi tk mình kh còn tiền, ở App kara now và bigo ạ. Mong chỉ ạ

💯