Block code trên là của SubComponent, blcok dưới là của Dependencies Component, block dưới nhiều hơn trên 2 function Get() đó bạn. Nên câu cuối đúng rồi.
thật sự tôi góp ý bạn này , bài viết đã dịch nên dịch tất cả nội dung bài gốc , bạn dịch bạn bỏ tùm lum ,mà bỏ những cái quan trọng mới chết , tôi đọc bài gốc của tác giả dể hiểu hơn nhiều như chỗ này
classPaginationextendsComponent{/**
* Let's say we have 10 pages and we set pageNeighbours to 2
* Given that the current page is 6
* The pagination control will look like the following:
*
* (1) < {4 5} [6] {7 8} > (10)
*
* (x) => terminal pages: first and last page(always visible)
* [x] => represents current page
* {...x} => represents page neighbours
*/fetchPageNumbers=()=>{
bạn dịch bạn bỏ cha đoạn comment người ta ... họ giải thich kĩ thế ... bài dịch kém ...
Thực tế thì team mình đã sử dụng Planning Poker giống như ý kiến của bạn @kanamikiii .
Tuy nhiên, trong thực tế sẽ có những trường hợp khá khó đi tới thống nhất nếu như năng lực hay phương án implement quá khác nhau. Trong trường hợp đó chúng ta có thể sử dụng phương án lấy trung bình. Nhưng ưu tiên cho người trực tiếp implement task đó một trọng số lớn hơn những người còn lại.
Vì việc estimate có giá trị cao nhất khi nó gần đúng với thực tế nhất, chứ không phải sao cho vừa lòng KH nhất. Khi được giao một trọng số đủ lớn người trực tiếp implement sẽ tự thấy mình có ý thức hơn trong việc đảm bảo giá trị estimate mà mình đã đưa ra.
Theo ý kiến của vài người thì để tránh "loãng" bài thì mình sẽ viết theo chương và không tách nhỏ thành bài con nữa (mình đã bổ sung luôn phần còn lại chương I vào bài này)
THẢO LUẬN
Phiên bản mới của React khuyên là không nên dùng componentWillMount() vì api này sắp được bỏ
E dùng express ạ, nhưng e hỏi thử xem nhìn chung thì mọi người code NodeJS thường sử dụng package nào thôi ạ? E cám ơn a
Hay
Bài viết khá hay!
Block code trên là của SubComponent, blcok dưới là của Dependencies Component, block dưới nhiều hơn trên 2 function Get() đó bạn. Nên câu cuối đúng rồi.
phần 2 đâu, gấp gấp, ^^
em có thể tham khảo code được k ạ ?
cảm ơn bạn
)
tks bạn nhiều
Một bài viết quá hữu ích, thank anh (len)
👏👏👏👏👏👏👏👏👏👏👏👏👏👏👏👏👏👏👏👏👏👏👏👏👏👏👏👏👏👏
hay quá
thật sự tôi góp ý bạn này , bài viết đã dịch nên dịch tất cả nội dung bài gốc , bạn dịch bạn bỏ tùm lum ,mà bỏ những cái quan trọng mới chết , tôi đọc bài gốc của tác giả dể hiểu hơn nhiều như chỗ này
bạn dịch bạn bỏ cha đoạn comment người ta ... họ giải thich kĩ thế ... bài dịch kém ...
bạn có thể share cho mình source code không ạ
second(s) đó anh làm sao em chờ nổi 100 minutes để test (yaoming)
Thực tế thì team mình đã sử dụng Planning Poker giống như ý kiến của bạn @kanamikiii . Tuy nhiên, trong thực tế sẽ có những trường hợp khá khó đi tới thống nhất nếu như năng lực hay phương án implement quá khác nhau. Trong trường hợp đó chúng ta có thể sử dụng phương án lấy trung bình. Nhưng ưu tiên cho người trực tiếp implement task đó một trọng số lớn hơn những người còn lại.
Vì việc estimate có giá trị cao nhất khi nó gần đúng với thực tế nhất, chứ không phải sao cho vừa lòng KH nhất. Khi được giao một trọng số đủ lớn người trực tiếp implement sẽ tự thấy mình có ý thức hơn trong việc đảm bảo giá trị estimate mà mình đã đưa ra.
bài viết rất dễ hiểu , Upvoted!
Theo ý kiến của vài người thì để tránh "loãng" bài thì mình sẽ viết theo chương và không tách nhỏ thành bài con nữa (mình đã bổ sung luôn phần còn lại chương I vào bài này)
(?)
Bài viết này chính xác là những gì mình đang tìm. Cảm ơn AD rất nhiều!!!