THẢO LUẬN

thg 12 25, 2019 6:19 SA

1 ví dụ cụ thể khi bạn phanh xe máy:

  • kernel là 1 cái phanh cơ học nằm ở bánh xe
  • driver là dây nối từ tay bóp phanh tới phanh
  • phanh tay là phần mềm mà dev viết để tương tác với cái phanh cơ học kia.

nên khi nói tới việc tương tác, bạn chỉ đang bóp phanh mà thôi, tức là dùng cái phần mềm gì để làm thay đổi hệ thống (từ đọc, ghi, thêm bơt sửa xóa file hay đến kill process trong ram..) đều gọi là tương tác (gián tiếp) với kernel bạn nhé!

0

Hóng cao nhân vào trả lời câu thứ 3

0
thg 12 25, 2019 4:27 SA

bài viết quá hay và đầy đủ ❤️ ❤️

0
thg 12 25, 2019 4:12 SA

Bài viết rất hữu ích. Tuy nhiên, có 1 lỗi nhỏ: Tiêu đề: "Nguyên lí phân tách interface (Interface Segregation Principle)" bị lặp lại hai lần. Lần xuất hiện thứ hai của tiêu đề này phải thay bằng: "Dependency Inversion".

+1
thg 12 25, 2019 3:48 SA

😚😚😚

0
thg 12 25, 2019 3:27 SA

Sr em. từ phiên bản 5.8 Laravel đã edit lại thành getForeignKeyName() rồi nhé. để a note lại (bow)

+1
thg 12 25, 2019 2:50 SA

cảm ơn bạn

0

Chuẩn bị nghỉ việc à em mà chuẩn bị dump câu hỏi như này 😄 Nếu 1 team docker mà phỏng vấn thì anh nghĩ chỉ cần là nữ là 50% pass rồi =)) Theo anh thì em thiên về troubleshooting và microsevices hơn là những câu hỏi kiểu này!

0
thg 12 25, 2019 1:51 SA

-_-

0

Hay quá điii ❤️ bài viết chất lượng

+1

Phương án 1 thì thay vào việc update tất cả bản ghi thường xuyên, ta có thể chỉ cần update từng bản ghi mỗi khi bài viết tương ứng được vote thôi (nếu theo như cách của Reddit).

Nhưng nếu là mình thì sẽ làm như phương án 2, thực thiện tính trong lúc query để đảm bảo thống nhất và tránh dị thường trong CSDL, và dùng cho đến khi nào hệ thống đủ lớn khiến câu truy vấn chậm đáng kể rồi mới tìm cách khác.

Hy vọng có bác tiền bối nào từng triển khai hệ thống tương tự vào đây tư vấn kỹ hơn về vụ này :v

0
thg 12 24, 2019 12:09 CH

Cám ơn bạn đã comment nhé 😄

+1
thg 12 24, 2019 11:36 SA

Thì mình đọc ở đó mới thấy bạn đang nhầm mà, bạn check lại đi nhé.

+1

Đã có công thức vậy cho mình hỏi thêm biện pháp tối ưu để truy vấn được các bản ghi theo rank như vậy với ạ! *** Mình nghĩ đang nghĩ đến 2 phương án như sau nhưng nghe chừng không được tối ưu:

  1. Chạy 1 cronjob với tần suốt 1 ngày 2 lần để tính rank cho từng bài viết rồi sau đó lưu vào bảng rank (post_id, score). Giả sử database có 1 triệu bài viết, vậy nếu làm theo cách này thì phải update 1 triệu bản ghi trong bảng rank => không tối ưu.
  2. Sẽ tính rank trong khi truy vấn. Cách này cũng không tối ưu vì càng nhiều bản ghi thì tốc độ tính toán càng chậm.

Các bạn ai có giải pháp hay comment cho mình với nhé!

0
thg 12 24, 2019 9:42 SA

vâng chúc bạn sức khỏe, sớm ra phần 2 ạ, mình chờ mỏi mắt 😄

0
Viblo
Hãy đăng ký một tài khoản Viblo để nhận được nhiều bài viết thú vị hơn.
Đăng kí