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
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
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.
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.
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.
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.
Editor? Webstorm is a good one to try, the only disadvantage comparing to VS Code is it isnt free
e ơi e để ý e đang có 2 cái Route::get('/chat') kìa, có khi vì thế nên nó báo lỗi đó. . Còn cú pháp a thấy ổn.
Ở bài này a dùng laravel 5.7 (đầu bài a có ghi đó e). Nếu ko được e check lại hoặc không thì clone ở repo của a và làm theo hướng dẫn nhé.
Người ta éo giỏi lập trình ko có nghĩa là người ta nhỏ tuổi hay kém cỏi hơn bạn và nhỏ tuổi hơn hay kém cỏi hơn bạn đi nữa, ra đường gọi người ta bằng cu cẩn thận lại vỡ mồm đó.
THẢO LUẬN
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.
console.logis 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 insteadconsole.log. In JavaScript world, there are many good logging libs such asWinston,Bunyan,Log4js, etc, logger helps you many things, not just print out information.Promiseandasync/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 ofthenand 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.Automation Testis 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 deadlinehay 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 ạ ^^
e ơi e để ý e đang có 2 cái Route::get('/chat') kìa, có khi vì thế nên nó báo lỗi đó.
. Còn cú pháp a thấy ổn.
Ở bài này a dùng laravel 5.7 (đầu bài a có ghi đó e). Nếu ko được e check lại hoặc không thì clone ở repo của a và làm theo hướng dẫn nhé.
mình upload được rồi ,nhờ freevn hst nói upload vô thư mục htdocs,xoá file idex,mà mình lập trình cũng có suy nghĩ,duy tư,nhưng nghĩ 0 ra nên hỏi
Người ta éo giỏi lập trình ko có nghĩa là người ta nhỏ tuổi hay kém cỏi hơn bạn và nhỏ tuổi hơn hay kém cỏi hơn bạn đi nữa, ra đường gọi người ta bằng cu cẩn thận lại vỡ mồm đó.
cảm ơn tác giả nhiều.
đúng e
cách viết khó hiểu quá, cần thêm exp để viết những thứ trừu tượng ntn
@jonyu thì làm như vậy đó