đánh đế chế giỏi có phải là một lập trình viên giỏi không bạn @hoàng văn trình

đây là mình dịch từ rubyonrails.org bạn ạ, mình cũng chưa tìm hiểu thống kê này

Cảm ơn anh. Đúng là rất gian nan để có được thành quả đẹp ))))))))

Có thể cho mình xin report của Gartner về việc "ước tính rằng 75% các vụ tấn công đang ở tầng ứng dụng web và phát hiện ra rằng "trong số 300 trang web được kiểm tra, 97% dễ bị tấn công"?, không?. Xin cám ơn.

Dịch tốt nhưng chưa thấy quan điểm và ý kiến cá nhân đóng góp trong bài viết.

Cảm ơn anh đã hỗ trợ. Tại vì em thiếu gói "babel-plugin-syntax-dynamic-import" và config trong webpack.config.js rules: [ { test: /\.(js|jsx)$/, use: [{ loader: 'babel-loader', options: { presets: [['es2015', {modules: false}]], plugins: ['syntax-dynamic-import'] } }] } ]. Bây giờ nó chạy tốt rồi ạ ))))))))))

ps/ comment trên này không nhận được thông báo về mail hoặc về account em trên này hè, Giờ em vào lại bài của anh mới thấy @@

Giống với codeanywhere, codeanywhere còn hơn ở khoản không cần credit card mà vẫn code online được, tuy nhiên chỉ đc 1 app

Nếu không có thẻ tín dụng thì làm cách nào để đăng ký được tài khoản vậy bạn?

Thank bạn đã ủng hộ

Cám ơn bạn đã ủng hộ

Thanks, rất tâm huyết. Cộng đồng mong có thật nhiều người tâm huyết như bác

skype mình : thtienqb có gì bạn liên hệ tại đây nha

bác ơi cho em xin link FB em hỏi chút ạ . em cảm ơn

Thanks !

@khanh.nguyen Bài viết đã trình bày các lí do để chứng minh luận điểm là viết interface cho presenter là ko cần thiết, mà đã ko cần thiết thì đúng là tốn thời gian đúng không bạn?

Việc xem các chức năng thông qua contract cũng ko khác gì việc fold hết tất cả body của hàm và chỉ giữ lại tên hàm như mình đã nói ở trên.

Google có cái lí của họ, vậy theo bạn cái lí của họ là gì? Đừng chỉ nghĩ là project của Google mà cho họ là đúng hết, hãy nghĩ xem tại sao họ lại làm thế và mình có nên làm theo họ không?

Bài viết mà bạn đưa cho mình để tham khảo, nó cũng nói là không cần thiết đúng không? Việc có thêm 1 interface cho Presenter sẽ làm cho việc tăng tính scalability của 1 project trở nên khó khăn hơn, nếu bạn muốn thay đổi implementation theo 1 hướng hoàn toàn khác (ví dụ xóa hàm, thay đổi param, thay đổi logic) thì sửa cả class lẫn interface rất mất thời gian. Project nhỏ thì ok không sao, nhưng với project lớn, 1 presenter chứa cả trăm hàm thì việc có sự thay đổi sẽ là không sớm thì muộn.

Dạ vẫn chưa được anh ạ, nếu em chỉ lấy //div thì chỉ ra pinned post, không ra được các bài đăng của nhóm ạ?

Dạ vẫn chưa được anh ạ, nếu em chỉ lấy //div thì chỉ ra pinned post, không ra được các bài đăng của nhóm ạ?

Dạ vẫn chưa được anh ạ, nếu em chỉ lấy //div thì chỉ ra pinned post, không ra được các bài đăng của nhóm ạ?

vâng , mình cảm ơn bạn

Bạn thử thay lại cái let xpathQueryContent = "//div[@id='pagelet_group_mall']/div/div/div/div/div[@class='fbUserContent _5pcr']" coi sao