May mắn được gặp và làm việc cùng anh. Cũng như việc anh chia sẻ yêu thương đến các bạn đi sau bằng cách viết bài này. Ở ngoài đời anh Nhi cũng là 1 người luôn quan tâm, sẻ chia với mọi người xung quanh. Em đã học được từ anh rất nhiều. Chúc anh nhiều sức khỏe, hạnh phúc và thành công trên con đường đã chọn ! 🥰 nói chứ em có đóng tiền đi nhậu rồi đó nha anh 🫠

@Javierrr "điều gì để tạo nên một sản phẩm có giá trị" ~> chỉ cần nó giải quyết được nhu cầu của user thôi. Còn để 1 sản phẩm có thể sống và phát triển được thì về kinh tế em nên tìm hiểu thêm những khía cạnh sau đây:

• Tài chính, dòng tiền, cách kiếm tiền từ sản phẩm: Nên nghĩ về nó đầu tiên từ khi nhìn thấy nhu cầu của user. Một sản phẩm không tìm được cách kiếm tiền thì có hay mấy cũng dần đi tới ngõ cụt. Nó là cái điều kiện cần để sản phẩm tồn tại ấy. Bán được sản phẩm rồi (doanh thu) thì lại phải tìm hiểu cái dòng tiền, xem cái mô hình kiếm tiền nó có đem lại dòng tiền khỏe mạnh không, vì doanh thu có lớn mà dòng tiền ko khỏe thì dễ phá sản =))). Font bath để gọi vốn hoặc bán cty luôn cũng là 1 cách kiếm tiền, chịu lỗ (nhưng vốn phải to) để chờ thống trị thị trường cũng là 1 cách kiếm (rất nhiều) tiền,...
• Marketing, cách sản phẩm tiếp cận user: Cái này thật sự là quan trọng nếu mình là người làm sản phẩm. Học thêm về marketing thì em sẽ biết 1 số thứ (biết thôi chứ ko cần trực tiếp làm) kiểu như nghiên cứu thị trường, quảng bá sản phẩm, thương hiệu, customer journey,... Có rất nhiều kiến thức của quá trình này được ứng dụng ở mảng công nghệ của sản phẩm mà nếu không biết thì sẽ rất khó làm. Nó ảnh hưởng nhiều đến cái cách mình làm sản phẩm luôn. 2 cái này anh thấy nó hữu ích nhất với 1 ITer muốn lan sang kinh tế, và nó là cái kiến thức general thôi chứ cũng ko phải đi sâu đâu. Nhìn ra cái đích đến của sản phẩm thì sẽ giúp em tìm ra mình cần phải học cái gì (hoặc cần ai làm cái đó). Thử 1 vài bài trắc nghiệm tích cách + thử list ra 20 điểm mạnh yếu của bản thân như trong bài a nói để hiểu về mình nhiều hơn xem mình sẽ đào sâu vào cái gì thì sẽ là tìm nốt cái gốc chữ T của mình.

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 💘😘