Tùy vào từng công ty và nguồn nhân lực của dự án thôi bạn.

Dù sao cũng nên cố gắng tìm sự yêu thích từ ngành nghề gốc của mình ngay từ trên giảng đường nhé, nhiều bạn bảo ko hợp ngành thì chẳng qua là làm biếng ko chịu khó hơn. Mấy bạn giải quyết chuyện thất nghiệp bằng cách chọn ngành IT chứ ko nghĩ chỉ vài năm sau mình lại phải gặp lại vấn đề này vì ngành này làm ít năm nữa mới thắm dù sao thì học cho ra nghề thôi cũng rất khó phát triển lâu dài.

cảm ơn anh về bài viết nhưng mà chắc anh đang làm chuyên 1 là Backend hoặc là frontend đúng không ạ. Vì các công ty em từng qua cũng chưa thấy ai làm song song cả.

@sangcao1003 ,sao mình cài admin xong mà vẫn không truy cập được admin wesite laravel của mình thế,web mình cài ở google clcoud shell chưa up lên đám mây của google ,backpacks mình cũng có cài rồi,sau đó cài theo bài nữa mà truy cập admin vẫn không thấy, gì

Ồ mình lại biết được thêm 1 tổ hợp phím thần thánh nữa Trước giờ IntelliJ mình để Eclipse keymap nên k biết cái này. Thanks bạn nhiều.

3. Project mình làm business logic khá phức tạp, tuy log business exception đôi khi thấy thừa thải nhưng lúc cần truy sát lỗi thì mới thấy quá dễ dàng. Lúc phải debug mấy service của team khác viết không log gì hết thấy bất lực. Không biết best practices logging là gì luôn.

4. IntelliJ có tổ hợp ctrl+alt+click thần thánh nhảy thẳng tới implementation không cần qua interface nha bạn. 😁

Hay quá, e cảm ơn chị ạ

Mình dùng ở local được như khi deploy lên hosting vào add ip của domain vào trình quản lý proxy vẫn không được. bạn có cách gì xử lý ko

Mobile Native App SDK là ổn nhất rồi. Flutter(hay Cross Platform) không ổn lắm đâu. =)))))))

Công cụ cũng quan trọng nhưng quan trọng hơn là cách người ta sử dụng nó nữa bạn à. Mình thì vẫn tin là không có cái gì gọi là Theory of Everything đâu. Khi bạn nói ổn nhất, tốt nhất tức là bạn đã cho rằng nó đúng cho mọi thứ rồi. (cwl) Mỗi công cụ sẽ có điểm mạnh, yếu khác nhau và phụ thuộc nhiều vào kinh nghiệm cũng như trường hợp sử dụng. Bài toán tối ưu và hiệu suất là bài toán ko bjo có điểm dừng. Nên là mình chọn cái gì phù hợp + tin nó đem lại hiệu quả nhất đối với mình mà làm thôi bạn nhé.

Đấy là quan điểm cá nhân của mình. Còn khi bạn nói nó ổn/ko ổn, tốt/ko tốt,... (đặc biệt là ổn nhất, tốt nhất,... nhất nhất ấy) bạn phải phân tích được điểm mạnh, yếu của từng cái và use cases của nó nữa. Chứ đừng vội nói chủ quan chung chung bạn nhé.

Chúc bạn học tốt, làm hay và có nhiều app chất lượng nhé. (dance)

Giờ cứ dùng Bloc hay Riverpod là ổn nhất rồi, không thì dùng GetX, chứ thằng Stacked này không ổn lắm đâu. Tốt nhất nên dùng Bloc, ổn định và dễ test, khi làm nhiều người chia việc và quản lý state cũng dễ hơn.

Bạn viết hay quá (like)

Cám ơn bạn. Mình cũng muốn viết thêm nhưng chưa có thời gian 😀

Bài viết bổ ích, chi tiết. Mong sẽ có phần tiếp theo hoặc các vấn đề khác liên quan đến React. 😘

bạn ra phần tiếp theo về hướng dẫn playbook đi ạ! Mình mới tiếp cận Ansible rất cần các kiến từ từ zero như này

1 bài viết khá thú vị ^^

thank bạn đã trả lời, mình vẫn đang dùng cái này.
mình muốn hỏi để có nhiều option hơn để đánh giá

Route::controller(<datatables<, <DatatablesController<, [ <anyData< => <datatables.data<, <getIndex< => <datatables<, ]); mình thắc mắc đoạn này viết ở đâu ạ ... laravel phiên bản 8 ạ Mình cảm ơn .

docker-compose up thì nó sẽ chạy ở foreground (có realtime log), e sẽ ko chạy đc command khác ở terminal hiện tại.

Thêm -d thì nó sẽ chạy ở background, e có thể tiếp tục làm việc trên cửa sổ terminal hiện tại, nhưng sẽ ko có logs mà e phải chạy docker-compose logs <svc_name> để xem

Tác giả cute ghê

docker-compose up và docker-compose up -d khác nhau như nào a. Em tìm mà chưa ra bài nào hướng dẫn a chỉ em với ạ trên công ty em hay dùng docker-compose up -d