THẢO LUẬN

thg 10 1, 2024 1:16 SA

Một mũi tên trúng 2 hòn dái 😃) hảo ad

0
thg 9 30, 2024 1:58 CH

Nice

0
thg 9 30, 2024 1:57 CH

OKOK

0
thg 9 30, 2024 10:45 SA

Larave hỗ trợ chính thức cổng thanh toán qua stripe với package Laravel Cashier. Dùng cái đó cho tiện bạn ơi

+1
thg 9 30, 2024 10:24 SA

Nếu là Java thì lại quá bình thường rồi, mình nghĩ tác giả đúng là muốn nói đến JavaScript đấy 😅

Mình thử search thì có vẻ đây đúng là sự thật, chứ không phải câu chuyện đùa 😂

"JavaScript" is a trademark of Oracle Corporation in the United States. The trademark was originally issued to Sun Microsystems on 6 May 1997, and was transferred to Oracle when they acquired Sun in 2009.

I've been sued by Oracle for company name under the provisions of section 69(0) of the Companies Act 2006 (the Act) in The Company Names tribunal in the UK. My company name is JAVASCRIPT CONSULTING LTD.

0
thg 9 30, 2024 10:11 SA

Bài viết không hoàn toàn chính xác. Oracle không sở hữu thương hiệu "JavaScript" mà chỉ sở hữu thương hiệu "Java." JavaScript là một ngôn ngữ được phát triển bởi Netscape và quản lý bởi Tổ chức ECMA với tên "ECMAScript." Oracle không có quyền trực tiếp đối với JavaScript, nhưng việc tên gọi có thể gây nhầm lẫn do sự tương đồng với "Java" là điều đã tồn tại từ lâu. Tuy nhiên, hiện không có bằng chứng cho thấy Oracle kiểm soát hoặc cần "trả tự do" cho JavaScript.

0
thg 9 30, 2024 9:43 SA

vậy nên dùng EXISTS đúng k a

0

pip install celery reddit, bác có nhầm lẫn gì ko? reddit hay redis?

0
thg 9 30, 2024 7:29 SA

Hoàn toàn đồng ý với bro. Inheritance thường khiến code bị "cứng" và khó thay đổi khi nhu cầu phát triển hệ thống thay đổi.
Bất cứ khi nào tôi có thể dùng composition tôi sẽ ưu tiên sử dụng nó.

0
thg 9 30, 2024 6:40 SA

ông viết tiếp bài về crystal kyber đi

0

Adapter là ví dụ tốt cho Composition over Inheritance. Vướng mắc trong tư duy của OOP là khi mở rộng thường bị bó hẹp trong việc thừa kế.

+1

nếu dùng materialized path thì lúc update phải update lại tất cả các con cháu, như thế liệu có ổn không, hay có giải pháp gì không nhờ

0
thg 9 30, 2024 2:02 SA

chung thắc mắc =((

0

vô học tech, tự nhiên lại được bonus thêm học đạo lý 🥲

0

@thoaihuynh project ko cần to bự vẫn dùng tốt bạn nhé, quan trọng là ở ta có biết cách vận hành thì vẫn oke thôi 😊 cty tầm trung cũng thoải mái.

Ở Việt Nam mình có biết một số cty đang dùng MFE mạnh bạn nhé, Sing mình đang làm cũng dùng đầy

nó cũng có khác gì người ta vẫn nói về việc vận hành backend microservices đâu, phức tạp hoá, tốn chi phí, architecture rắc rối,..., xong giờ thì như nào ta đều biết 😊

0

@maitrungduc1410 như MFE chỉ phù hợp cho các dự án siêu to bự, còn các dự án bình thường ở các công ty tầm trung thì ko cần thiết vì gây lãng phí tiền cả nhân lực. Ví dụ như 1 công ty Hàn Quốc to bự và họ cực kì ko thích MFE =))))

0

Bài viết gốc thì viết lan man đọc mất thời gian. Bài này thì ngắn quá vài cái không hiểu kiểu gì =))

0
thg 9 27, 2024 10:00 SA

Anh chưa hiểu ý em, em có thể đính kèm ảnh được không?

0

K8S vẫn viết chứ e, AWS để a xem nhé, kham nhiều quá k viết nổi 🤣🤣

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í