thấy bất tiện vậy ta, cứ tạo branch mới push lên cùng xem, sau bên kia thay đổi thì cứ push lên thay vì gởi file. Đa số công ty có rule không được gởi file code qua phương tiện khác trừ git của công ty

Bài viết rất hay , e cũng nhận ra e đang theo hướng generalist khi code e thường rất hay quan tâm đến sản phẩm thực tế họ đã giải quyết ntn , làm sp thì e đều tự mày mò cái skill liên quan cả về PM, Ux Ui ,BE , FE để làm nó mặc dù e biết là mình ko thể làm handle hết đc . Dạo gần đây thì e đang quan tâm đến kiến thức về kte , e muốn hiểu một ITer nên quan tâm đến điều gì để tạo nên một sản phẩm có giá trị . Em cũng thấy điểm yếu của mình nhưng vẫn phân vân ko biết nên theo FE hay BE vì e đang cảm thấy mình theo hướng làm ra sp hơn

giờ mình dùng chỉ xem được 1 phút hoặc mấy chục giây là không sub nữa , phải mua pro mới được ạ

Cách tốt nhất là kêu 2 bạn đó tải cái tool git về như source tree, hoặc tool git trong IDE. Push code change lên rồi dùng tool xem diff cho lẹ chứ khổ qué.

Quá đỉnh

2024 rồi, dùng MapStruct nhé.

🥺bác ơi cho e xin đầy đủ các phần của Augmented Reality với ạ 🥺

Cái Pod phase, ở trạng thái running và succeeded mình hiểu như sau:

• Running phase: tất cả các container trong Pod đã run thành công và ĐANG THỰC HIỆN CÔNG VIỆC CỦA NÓ
• Succeeded phase:: tất cả các container trong Pod đã HOÀN THÀNH XONG CÔNG VIỆC CỦA NÓ và Exit thành công. Pod sẽ ở trạng thái này trong 1 khoảng thời gian ngắn để lấy lịch sử trước khi bị terminate Điểm khác biệt dưới góc nhìn của docker container:
• Thông thường khi tạo 1 container chứa back-end app, nó sẽ luôn luôn listen request từ client => Công việc của nó là lắng nghe request mọi lúc vì vậy container chứa nó sẽ luôn running và không bao giờ kết thúc (trường hợp thường thấy)
• Nếu bạn viết 1 dockerfile chỉ làm 1 việc duy nhất là in ra log "Hello world" => Khi chạy Pod này nó sẽ ở trạng thái exit luôn, lý do nó ở trạng thái running chỉ làm mỗi 1 việc là ghi 1 dòng log (xảy ra rất nhanh) và sẽ exit luôn Trên đây là góp ý của mình mong bạn tham khảo

hehe xin cảm ơn !

Từ khi xài goland thì ít cần command git hẳn!

bài viết hay nè

Cảm ơn bạn nhé, ham học quá 😘

cam ơn nhieu hen

Cảm ơn bạn đã ủng hộ nhé

hay quá

concern của bạn là đúng rồi 👋

khó thật

Ui, trước đó mình không biết có cú pháp đấy luôn đó:))) nên code cứ trắng bệch, đành phải chụp lại rồi đưa vào bài. Cảm ơn bạn đã đọc bài và góp ý để bài viết chất lượng hơn, mình đã sửa lại kết quả của mapMulti cho đúng. 100 vote cho cmt này 💘😘

Chào bạn, mình đọc thấy bài viết cũng khá chi tiết. Mình chỉ gợi ý là các đoạn code khi viết ở đây bạn có thể sử dụng cú pháp

IntStream originalStream = IntStream.of(1,2,3);
        originalStream.mapMulti((num, consumer) ->
        {
            for (int i = 1; i <= num; i++) {
                consumer.accept(num * i);
            }
        }).forEach(System.out::println);

như thế này của viblo thì đoạn code của bạn sẽ có màu và dễ nhìn hơn, người đọc cũng có thể copy paste và thử nghiệm kết quả, với cả đoạn code về mapMulti của bạn, nhân mỗi số với các số từ 1 đến số nguyên đó thì kết quả sẽ là 1 2 4 3 6 9 chứ không phải 1 2 2 3 3 3

Theo kiến thức mình biết thì mount nó tiện sử dụng hơn thôi. Còn lý do nào nữa thì hóng các cao nhân vào giải thích.