@hphat_1997 Ừm lên vtv nhận bên này code bục mặt ra được một nửa vậy đã là ngon rồi 🤣 140tr nghe giòn đấy

@Clarence161095 chắc là cả 140 tr/ tháng như vtv nói ý gì 🤣

Cái này cũng tùy cách hiểu, cách nhìn của mỗi người, quan trọng là cái team thiết kế thư viện component gọi là gì thì mọi người cùng thống nhất gọi theo thôi. Nếu dùng thư viện component ngoài như Bootstrap hay Material thì cứ theo cách gọi của họ. Tranh cãi vì ba cái tên gọi thực sự ko đáng, mà để report mấy cái bug UI thì dựa vào screenshot vẫn là tốt nhất 🙂

Còn như trong bài này thì alert, popup, dialog, lightbox đều có thể đc xem là các variant của modal nên gọi chung là modal cũng chả sao. Mình cũng hay gọi chung mấy cái alert, toast, message box là notification cho xong 😂

@hphat_1997 à à. Không mình ko phải dev onsite với bên này cũng nhiều dạng lắm. (Nhưng chung quy lại cũng làm CULI cả 😅)

@nghiem.xuan.hien vầng,mong là sẽ được sử dụng tiện lợi nhất

@Clarence161095 maybe :v

@Clarence161095 mình thấy bạn làm ở Nhật nên bảo là onsite ở Nhật đó )))

• Trên mẫu của mình hiện đang dùng :last-child tương tự như bạn cmt. Nhưng mà nó chỉ loại bỏ dấu gạch của item cuối cùng chứ không phải cuối hàng.
• Hiện mình đang dùng js để xác định các phần tử cuối hàng và thêm class vào đó để xử lý. Chắc không có cách giải quyết bằng css nhỉ.

🤣 haha ý bạn lạ Dev Onsite của mấy cty fp*, rike* các kiểu ấy hả?

chăm chỉ quá dev onsite

uhm, mình nghĩ tùy theo nhu cầu của người sử dụng. Ví dụ với vpn chrome extension khá tiện cho người không chuyên có nhu cầu đổi IP, chẳng hạn như đổi IP để mua tài khoản Youtube Premium chẳng hạn, tự cấu hình thì cũng đơn giản vì giờ có sẵn 1click script nhiều rồi. Tuy nhiên selfhost có nhiều downside là không bền vững (mình hết tiền chẳng hạn =]]) => cái này thì mấy thằng extension này khá ok, mình cũng thấy một số project trích xuất thông tin này ra để dùng, ví dụ như Opera VPN proxy. Tính ẩn danh thì cũng rủi ro do bạn không đứng sau "số đông" và cũng không linh động trong việc sử dụng nhiều IP được

Được như vậy là tốt nhất anh nhỉ! Dev thì cẩn thận hơn, tester cũng khoanh vùng được các phần cần test... nhìn chung chất lượng dự án sẽ tốt hơn phần nào đó ^.^

Công ty cũ của anh bắt buộc mỗi dev khi trả lời ticket phải theo format sau:

1. Hiện tượng
2. Nguyên nhân
3. Cách sửa
4. Phạm vi ảnh hưởng
5. Merge request

Đứa nào không ghi đủ là bị claim =))) . Có những dự án mà khách hàng họ review code, họ bắt mình tường trình và dịch 5 nội dung trên ra tiếng Nhật cho khách hàng đọc.

Thanks bạn nhiều :3

@ngocvt3010 tới giờ vẫn chưa có hần 2 à chị

Quá hay và chi tiết, cảm ơn bạn đã chia sẻ.

👍️👍️👍️

ad có thể hướng dẫn tream video bằng ffmpeg sử dụng python không ạ

Lỗi xuống dòng phần "điểm yếu" kìa anh 😂

em cx khá giống anh. Đi từ công ty SI cung cấp giải pháp tổng đài ảo ...--> hiện tại là sysadmin ở 1 hệ thống lớn hơn rất nhiều so với công ty cũ và cũng định hướng lên Sysops như anh. hi vọng đến 1 ngày nào đó ae có thể hợp tác