thắc mắc code no bug, litter bug

Mình đang code Python thuần túy và thấy càng ngày càng thụt lùi so với các bạn trẻ :(
Bạn nào cho mình hỏi roadmap từ Python qua Data Analysis có dính dáp gì tới nhau không hay bắt đầu lại hoàn toàn?
 
Lỡ bị ban cái mail đó thì sao bác?

Gửi từ Sony G8142 bằng vozFApp

Email mà ban thì anh nghỉ chơi đi.
BdgiW7R.png
 
1615450952353.png

Hi các thím

Ví dụ em có một màn hình có 4 tab tương tự như hình trên, mỗi tab gồm rất nhiều thông tin được lấy từ nhiều bảng.
Vậy theo ý kiến các bác nên làm 1 API query tất cả thông tin liên quan, hay chia tách ra thành 4 apis riêng biệt thì OK hơn các bác nhỉ?
Hiện tại dev cũ đang gom chung vào 1 API, tuy nhiên đã có vấn đề phát sinh khi lượng data lớn.
E đang suy nghĩ nên tách riêng API hay là fix query ạ
 
Em năm nay lớp 11 cần tìm chỗ học thêm tin với lập trình C++ và Java để thi Đại học với làm việc sau này có bác nào biết chỗ học nào uy tín giới thiệu cho em với ạ. Em cảm ơn! :D
 
View attachment 441621
Hi các thím

Ví dụ em có một màn hình có 4 tab tương tự như hình trên, mỗi tab gồm rất nhiều thông tin được lấy từ nhiều bảng.
Vậy theo ý kiến các bác nên làm 1 API query tất cả thông tin liên quan, hay chia tách ra thành 4 apis riêng biệt thì OK hơn các bác nhỉ?
Hiện tại dev cũ đang gom chung vào 1 API, tuy nhiên đã có vấn đề phát sinh khi lượng data lớn.
E đang suy nghĩ nên tách riêng API hay là fix query ạ
những cái nào quan trọng cần hiện ra cho user nhìn ngay đầu tiên thì lấy ra trước, sau đó thì ajax lên mà append những cái khác ít quan trọng hơn
 
những cái nào quan trọng cần hiện ra cho user nhìn ngay đầu tiên thì lấy ra trước, sau đó thì ajax lên mà append những cái khác ít quan trọng hơn
Thanks bác, e làm API cho mobile bác ạ.
E ko rõ nhược điểm của vụ gọi nhiều API trên 1 màn hình như thế nào, có thể mạng ko ổn định, hoặc là trải nghiệm kém ...
Nếu bác rành nhờ bác tư vấn giúp e
 
Em năm nay lớp 11 cần tìm chỗ học thêm tin với lập trình C++ và Java để thi Đại học với làm việc sau này có bác nào biết chỗ học nào uy tín giới thiệu cho em với ạ. Em cảm ơn! :D

Thi đại học thì học toán lý hoá chứ học c với java làm đếch j cháu, vẫn muốn học thì tham khảo bái viết dưới chữ ký của cụ

Sent from Headmaster's room, Hogwarts School of Witchcraft and Wizardry using vozFApp
 
thi đỗ DH CNTT đã , giờ học jav mà ko đỗ DH lại đi học aptech nọ kia thì thọt vl , mấy cái cơ bản thì search google tự học cũng đc nhưng ko nên quá đầu tư thời gian vào đó , đỗ DH đã , vào DH cày cuốc thật lực sau cũng chưa muộn , chỉ sợ lúc vào ĐH lại , game, gái, chơi bời các kiểu ko chịu học thôi :LOL:
 
View attachment 441621
Hi các thím

Ví dụ em có một màn hình có 4 tab tương tự như hình trên, mỗi tab gồm rất nhiều thông tin được lấy từ nhiều bảng.
Vậy theo ý kiến các bác nên làm 1 API query tất cả thông tin liên quan, hay chia tách ra thành 4 apis riêng biệt thì OK hơn các bác nhỉ?
Hiện tại dev cũ đang gom chung vào 1 API, tuy nhiên đã có vấn đề phát sinh khi lượng data lớn.
E đang suy nghĩ nên tách riêng API hay là fix query ạ

tất nhiên tách ra 4 API có lợi hơn rồi, cái lợi là tách biệt logic rõ ràng, có muốn thay đổi gì thì cũng dễ
tôi chẳng thấy cái việc gom lại có lợi gì hơn cả, thời gian load dữ liệu một cục chắc chắn sẽ lâu hơn load 1 phần để user thấy nội dung trước
khi tách ra 4 lần gọi API vẫn có nhiều cách để tối ưu, vd như keep-alive
 
tất nhiên tách ra 4 API có lợi hơn rồi, cái lợi là tách biệt logic rõ ràng, có muốn thay đổi gì thì cũng dễ
tôi chẳng thấy cái việc gom lại có lợi gì hơn cả, thời gian load dữ liệu một cục chắc chắn sẽ lâu hơn load 1 phần để user thấy nội dung trước
khi tách ra 4 lần gọi API vẫn có nhiều cách để tối ưu, vd như keep-alive
vâng em xin cám ơn và ghi nhận sự góp ý từ bác
 
Thanks bác, e làm API cho mobile bác ạ.
E ko rõ nhược điểm của vụ gọi nhiều API trên 1 màn hình như thế nào, có thể mạng ko ổn định, hoặc là trải nghiệm kém ...
Nếu bác rành nhờ bác tư vấn giúp e
nếu thế thì thím để 1 api thôi, nhưng sẽ dùng lazy load, chỉ load tab đầu tiên người dùng nhìn thấy trước, sau đó mỗi khi click tab khác thì sẽ query tiếp lên server lấy thông tin tab đó về
 
View attachment 441621
Hi các thím

Ví dụ em có một màn hình có 4 tab tương tự như hình trên, mỗi tab gồm rất nhiều thông tin được lấy từ nhiều bảng.
Vậy theo ý kiến các bác nên làm 1 API query tất cả thông tin liên quan, hay chia tách ra thành 4 apis riêng biệt thì OK hơn các bác nhỉ?
Hiện tại dev cũ đang gom chung vào 1 API, tuy nhiên đã có vấn đề phát sinh khi lượng data lớn.
E đang suy nghĩ nên tách riêng API hay là fix query ạ
Data lớn thì thường là bị thắt cổ chai ở database, nếu là tôi sẽ xem tình trạng database trước. Tiếp theo xem logic, query ở backend đã tối ưu hay chưa. Nếu database ổn, backend ổn thì mới bắt đầu nghĩ tới chia nhỏ API ra.
Vì việc chia nhỏ API ra rồi lắp từng cái vào phía frontend là tốn sức cũng như gây nhiều rắc rối về sau nên cũng phải cân nhắc chia nhỏ đến mức nào chứ không phải cố định ở 1 con số nào đấy.
Hãy tìm Root Cause trước khi quyết định cách thức giải quyết 1 vấn đề :)
 
View attachment 441621
Hi các thím

Ví dụ em có một màn hình có 4 tab tương tự như hình trên, mỗi tab gồm rất nhiều thông tin được lấy từ nhiều bảng.
Vậy theo ý kiến các bác nên làm 1 API query tất cả thông tin liên quan, hay chia tách ra thành 4 apis riêng biệt thì OK hơn các bác nhỉ?
Hiện tại dev cũ đang gom chung vào 1 API, tuy nhiên đã có vấn đề phát sinh khi lượng data lớn.
E đang suy nghĩ nên tách riêng API hay là fix query ạ
vấn đề phát sinh là như nào hả bác, ở bước nào ? theo em nếu như business logic, query db vẫn ổn mà có cách cải thiện backend thì cải thiện backend trước, nếu data k thay đổi nhiều thì thêm cache vào, k cần lo lắng nhiều nữa. :D
 

“Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live”​


― John Woods.
Review code, refactor, pair-programming, pair-testing. Chất lượng của phần mềm phụ thuộc vào chất lượng của cả team và sản xuất ra 1 mặt hàng đáp ứng đủ nhu cầu của người dùng.
 
Back
Top