@DiepThu nếu bạn chưa đky thì sao có thể dùng facebook login được nhỉ :-?

B có bài nào hướng dẫn chuyển đổi ko nhỉ?

Domain mình chưa đăng ký hình như k chuyển được sao b ak.!

Cảm ơn b đã giúp mình chuẩn bị 1 tâm hồn đẹp hơn trong mùa phỏng vấn sắp tới )

Comment rất có tâm của bác

Code store trên tầng ứng dụng hoàn toàn kém chuyên nghiệp, chỉ dành cho dân nghiệp dư vì hiệu suất,và bảo mật rất kém, chưa kể dễ dàng tạo ra các dev ...trời con , tưởng mình là rốn của vũ trụ.

@nguyenduyson11 thì e sử dụng trên JSFiddle được mà, với cái thanh toán google thì k cần đâu nhé, e chỉ cần thẻ visa để xác minh thôi chứ nó free cho mình dùng mà

Cám ơn bạn đã góp ý. Bởi vì mình vào trực tiếp trên v5, ko vào trang default nên ko biết rõ

@luuquangminh em đang là sinh viên nên không có kinh phí để thanh toán googlemap .nên k thể sử dụng được geocoding api của google dc ạ huhu

Không cần phải tách ra đâu bạn

nếu project của bạn chung cả frontend và backend, ví dụ project Laravel đi cho cụ thể nhé, có backend Laravel chung với frontend VueJS. Để test phần frontend VueJS thì bạn cứ viết test bình thường (bằng Jest chẳng hạn) như các project Javascript và thêm vào package.json 1 script để test, ví dụ:

"scripts": {
    "test:front": "jest ...."
  }

Tiếp theo để test phần code Laravel thì ta dùng Laravel Dusk, command để chạy test sẽ là:

php artisan dusk

Tổng hợp lại thì ta có cấu hình CICD pipeline như sau:

stages:
  - test

test-front:
  stage: test
  before_script:
    - npm install # test fronend thì phải có node_modules
  script:
    - npm run test:front

test-back:
  stage: test
  before_script:
    - composer install # cho backend laravel
  script:
    - php artisan dusk

Chú ý bên trên là psudo-code thôi nhé bạn, ý tưởng là vậy, còn để setup cho chạy được thì ở mỗi job bạn cần phải setup đủ môi trường để chạy các command trên, ví dụ;

• job test-front yêu cầu môi trường phải có nodejs, bạn thêm vào job đó image:node là đc
• job test-back yêu cầu môi trường phải có composer và php, cái này bạn search google tìm image có sẵn cả 2 cái hoặc ko thì bạn cài trực tiếp chúng vào lúc chạy pipeline (viết ở đoạn before_script)

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à đủ ạ .