Vừa hay ứng dụng mình làm cũng làm đa ngôn ngữ nên chắc sẽ có bài nào đó trong tương lai

@tandm Còn nhiều thứ để viết lắm bạn

OK bạn nhé

anh có code hoàn chỉnh không ạ?

thanks bro

Có ví dụ nào về tất cả hàm trong vòng đời của flutter không ạ em đọc nhưng chưa hiểu rõ lắm . Em cảm ơn

@trinh.nx mình là dev be, get request nào cũng có body

mình muốn để nó tự động, vì docker container được chạy trên nhiều máy, mình không thể biết các máy khác đã có những container có ip gì

bạn ơi có thể cho mình xin thông tin facebook để tham khảo kinh nghiệm của bạn được không ạ ?

Cảm ơn bạn Khang nhé. Để mình thử vào của mình, cái kia chỉ là 1 ý nhỏ trong task của mình, cần phải xử lý nó và mình sẽ convert phần kia sang jquery!

Mục đích bạn lưu công thức trong db để làm gì nhỉ?

lúc nào gọi ra thì tính toán à?

tại sao k dùng công thức lúc insert, update hoặc get dữ liệu ra rồi chỉ hiển thị hoặc lưu kết quả?

em không tin, làm gì có chuyện tự học dc như vậy?

@huukimit Ví dụ admin.example.com/article và example.com/article 2 controller article ở 2 thư mục khác mình muốn subdomain có chung path có được không?

Nếu được thì anh có thể làm rõ giúp em là ở phần ví dụ dùng function expression cho closure, anh sửa cái ví dụ //BAD đó, thay vì dùng biến var thì mình dùng biến let ==> kết quả của 2 trường hợp GOOD và trường hợp BAD như nhau thì lúc này hai cách viết này có đem lại lợi ích gì khác ngoài cách viết khác nhau không ạ.

Hi chị, Em thấy chị có khá nhiều bài viết trên viblo về mảng testing. Nên xin phép đặt một câu hỏi mong nhận được ý kiến của chị, cũng như mọi người nếu có lướt qua cái comment này. Hiện tại team em đang chạy theo mô hình agile. Mỗi sprint sẽ có những feature mới cần phải hoàn thành. Nhiệm vụ của team test là phải kiểm thử cho những feature mới đó, cũng như regression lại toàn bộ những feature đã hoàn thành từ trước. Do bị blocking về mặt kĩ thuật, nên các giải pháp về automation chưa được triển khai từ sớm. Hầu hết tụi em đều test manual lại từ đâu. Nhưng đi qua càng nhiều sprint, thì khối lượng công việc lại càng nhiều. Trong khi automation triển khai không kịp. Hiện tại tụi em đang làm theo giải pháp, là chọn test case quan trọng rồi để thực hiện regression. Feature nào gây ra nhiều bug thì chọn nhiều test case để cover đầy đủ trường hợp. Feature nào ít có bug thì chọn chọn vài test case để chạy. Câu hỏi của em là cách xử lý như vậy đã phù hợp hay chưa. Liệu có lựa chọn nào tốt hơn trong trường hợp này không. ( không bàn đến tăng nhân sự và automation)

Vậy sử dụng api Viettel Post thì sao ạ

@Plumpboy Đây là thông thường GET sẽ không chứa body, bác có thể hỏi thêm các ông dev BE về vấn đề này để lấy thêm thông tin vậy. Còn nếu bác vẫn muốn làm thì cứ tìm resource mà implement thôi

Hay quá

khó hiểu quá @@