Cảm ơn bài viết của bạn.

Cùng một tác giả mà bạn. Post bao nhiêu nơi mà không được.

Bạn có thể nói lên ý kiến của bạn. Nhưng bài viết nói chung, không nói riêng một nhóm hay một cá nhân nào. Nên sẽ có đúng với người này sai với người khác. Không sao. Quan trọng là đó là tính chất chung của cả nhóm. Bạn có nằm trong nhóm này hay không thì không chắc và cũng không cần chắc. Vì giả dụ người viết có nói là 90% người làm outsource là như thế như thế. Thì nếu như bạn không nằm trong nhóm có những tính chất đó - bạn cứ bỏ qua. Mình thấy nhận định của tác giả phù hợp với cách nhìn của mình. Còn về nhận định của bạn:

Outsource mà không code được vài ngôn ngữ, framework thì vứt đi

Dù có vứt hay không thì những người này đã - đang - và sẽ tiếp tục làm outsource. Bạn không xem những người đó là những người đáng để đem ra bàn luận thì họ vẫn là người làm outsource. Và đáng tiếc là có lẽ theo tác giả thì nhóm này đông hơn nhóm của bạn. Nhiều dự án làm 1-2 năm, 5-10 năm là có thật. Và họ chỉ làm chỉ 1 công nghệ đó thôi. Đúng! Công nghệ của 10 thập chí là 20 năm hoặc hơn nữa.

Đúng rồi, bởi vì bài này từ năm 2017, mình dịch lại và mình có note ở trên đầu bài viết là "bài này từ năm 2017 và nội dung mới hơn mình sẽ cập nhật ở bài viết tiếp theo". Cảm ơn bạn đã xem qua.

cám ơn bạn đã quan tâm bài viết, mình ghi nhận góp y của bạn và sẽ chỉnh sửa bài dịch

Hay quá

chào anh! em có clone repos của anh trên github. nhưng khi login thì nó đưa về màn hình như thế này ạ. anh có biết bị gì ko ạ? (em có chạy composer và thêm file .env vào )

Mình nghĩ biết nhiều thứ thì sẽ tốt hơn, nhưng phải chuyên sâu 1 công nghệ nào đó mình yêu thích nhất. Tôi lại liên tưởng đến cấu nói lợm nhặt trên internet như sau: "Một người học đủ thứ loại võ trong 10 năm, và một người giành 10 năm để học 1 skill duy nhất đấu với nhau" . Ai sẽ là người nằm xuống trước

Là hay em

Bài viết chi tiết, cảm ơn tác giả.

Code không chạy. Nên post kèm sourceCode bạn ơi

bạn ơi trình duyệt có chức năng sữa lỗi tự động file lập trình à,chức năng cho người phát triển web

ad cho mình hỏi chút là laravel mình đang ở 5.4 bây giờ mình muốn lên đời 5.8 thì phải thay những gì vậy ạ . mih có sửa file composer.json rồi kiểm tra php artisan --version lên 5.8 rồi mà lúc mih test nó vẫn là 5.4 giao diện debug vẫn của 5.4

@Plumpboy hiện tại phần lớn các câu hỏi của bạn kia đều đang không được trả lời. ông có tâm thế thì trả lời nốt giúp bạn ấy đi. và cũng thôi chuyện lấy ra đường ra để doạ đi

@hongquanfit để mình tôi vai ác với xấc láo thôi ông ei

chị ơi cập nhập đi ko thấy content

Nice post however please help to correct your typo since you're a writer: JavaScript instead Javascript, TypeScript instead Typescript, it helps your post look better.

1. console.log is acceptable for pet projects or tutorials but in real projects (most of us always do), loggers are always better and they become a mandatory thing for every production site. Thus, choosing a logger lib at the beginning then leveraging them instead console.log. In JavaScript world, there are many good logging libs such as Winston, Bunyan, Log4js, etc, logger helps you many things, not just print out information.
2. About Promise and async/await, I think you're a little bit bias for async/await. Async/await is the syntactic sugar for Promise, behind the scene they are the same. As you mentioned, async/await helps us solve the problems called "Promise Hell" but your examples (ones you took from axios) weren't address it, there was no hell at all, just 2 or 3 levels of then and we can even make it better by using Promise Chaining. Async/Await is cool but IMO, they are not a replacement for Promise, there are many things that Promise can do but async/await cannot. Async/await was born for solving Promise Hell problem and until you enter the hell then you may consider refactoring by using it.
3. I think your used term Automation Test is over-engineering here. To be honest, developers only have time to care about unit tests or at most integration tests......sometimes we even dont have time to write tests under an urgent deadline unless we are required to do. Automation test is big, it includes many things such as unit test, API test, integration test, regression test, performance test, etc, testers are responsible for all of these things rather than developers.
4. Editor? Webstorm is a good one to try, the only disadvantage comparing to VS Code is it isnt free

hay quá anh ơi

Bạn có thể đổi cách viết "0" thành "không" được không ạ?

vâng ạ. cảm ơn anh rất nhiều ạ ^^