1. Cảm ơn bác đã để lại comment.
2. Theo mình thì việc dùng pairing cần phải khéo léo, và leader cần có kinh nghiệm về việc này thì mới thấy thực sự hiệu quả được. Và cái hiệu quả của nó thường không phải là ngắn hạn, nghĩa là đối với khách hàng thì sẽ thường không nhìn thấy hiệu quả ngay. Cho nên sẽ thường không được áp dụng trong các dự án ...

@nguyenduyson11 Nếu e muốn test google map thôi thì e có thể test trên JSFiddle: https://jsfiddle.net/api/post/library/pure/ Nếu e muốn tạo key thì e làm theo hướng dẫn ở đây nhé: https://developers.google.com/maps/gmp-get-started

Hi, thank bạn, mình ghi nhầm 2 cái Foreground (Ứng dụng đang chạy) và Backgroud (Chạy ngầm)

Bài viết khá hay, ngắn gọn súc tích. Công ty mình vẫn khuyến khích pair programming, nhưng thực tế thì khó tìm thời gian 2 người cùng rảnh rỗi để làm 1 task, chỉ mới làm vài lần, với người kinh nghiệm hơn thì học được vài cái hay.

Đọc bài bạn viết mà thằng ngu như mình cũng hiểu được cũng thấy lạ

Lúc mình thử nó nhảy vào cổng 80 default nên ko vào đc. Thêm cổng mới khác thì vào ok :v

@bienhoang Em cảm ơn để em tìm hiểu thêm Nhưng vấn đề em gặp phải không phải là giải thích code hay công nghệ vì những người em giải thích họ chỉ muốn biết mình có làm được hay không mà thôi ạ

@luuquangminh anh có thể giúp em phần này với được không? Ví dụ em có địa chỉ là Núi thành,Đà Nẵng khi gọi api thì nó sẽ trả về một json có long và lat.Trên google map có geocoding nhưng em không có key..em đã thử với leafletjs nhưng nó trả về long ,lat chỉ gần đúng thôi a.anh có cách nào giải quyết không chỉ em với ạ

Mình nhớ 1 câu, không biết có phải của Albert Einstein không nhưng nó đại loại là "Nếu không thể giải thích cho người khác hiểu thì tức là bạn chưa hiểu gì". Nghĩa là có thể cái bạn đang định chia sẻ với người khác bạn cũng chưa hiểu chín. Bạn thử nghĩ lại xem, khi bạn bắt đầu học Code hoặc bất cứ 1 thứ chuyên sâu gì đó, điều gì khiến cho bạn hiểu chúng? Có thể sẽ có hướng giải thích hợp lý. Những vấn đề của Tech thường khá cụ thể, nên bạn cần có khả năng trừu tượng hóa vấn đề (giống y hệt tính trừu tượng của OOP thui. hihi). Sau khi trừu tượng hóa xong thì tiến hành liên hệ với 1 thứ gì đó dễ hiểu nhất với người nghe. Mình lấy 1 ví dụ, để giải thích Blockchain cho 1 ai đó, bạn chỉ cần giải thích là nó na ná cái Sổ cái của Kế toán - chỉ có viết thêm vào chứ không xóa đi. Hoặc nếu ví dụ đó vẫn còn dễ giải thích, bạn thử đề xuất 1 vấn đề mà theo bạn đang khó giải thích xem?

Anh có kinh nghiệm nào về việc truyền tải nội dùng tech đến những thành viên nontech không ạ. Càng làm những thứ chuyên sâu càng khó giải thích cho người khác gây cảm giác khó chịu và dẫn đến bị trễ công việc. Em có gắng giải thích theo dạng ví dụ nhưng mọi thứ chưa bao giờ là đủ ạ .

Bạn ơi cho mình hỏi, nếu project mình có cả frontend và backend thì mình cấu hình CICD như nào nhỉ ? hay nên tách thành 2 project riêng.

wow

Hóng series ạ

thời điểm bạn viết bài này thì bootstrap 5 lên beta 1, và đẩy v5 lên làm default thay cho v4.5 trên trang chủ rồi nha

Thanks bạn nhé 😍

oé bài này lên top 1 google search với keyword "put va patch viblo" luôn

bạn hỏi đi 😄

proxy phải cài vào máy à bạn

Câu trl đang nằm ở phần 2, mình sẽ viết tới đây. Nhưng nói qua cho bạn hiểu thì LINE có phần web hook để báo cho bạn biết event có ng add vào channel, trong đó có cả user id, cái mà bạn cần

Bài của em sai nhiều quá, với lại link ko vào được nữa.

Mục 4,5 "cách tốt hơn" trả kq khác yêu cầu, ko phải lúc nào id với vị trí offset của row đó giống nhau nha. Like '%123' là tìm chuỗi kết thúc bằng 123 còn like '123%' là tìm chuỗi bắt đầu bằng 123

Mục 3,7 "cách tốt hơn" vừa chậm vừa ko đúng luôn. Thứ tự process của 1 câu query thông thường là FROM ON OUTER WHERE GROUP BY HAVING SELECT DISTINCT ORDER BY

em tách làm 2 vậy thì process from 2 lần, performance chậm hơn em from 1 lần. Cái nữa là đoạn "userid = 1 or age = 18" em tách ra nếu 1 row thỏa 2 đk thì union all nó ra 2 dòng như nhau nhé.

Để tối ưu query em nên check trong execution plan (ví dụ dùng sql developer hoặc pl/sql thì phím tắt là f5)