Về bản chất TypeScript cũng biên dịch ra JavaScript cả, chỉ là nó làm cho development thoải mái hơn. Nhưng mà ngày càng trong giới dev không thích cái cách mà Microsoft update cho TypeScript nhiều feature không khác gì C#/Java.
nay tình cờ được youtube đề xuất video của anh, trước gìờ em luôn muốn tìm một kênh cập nhật ttin về ngành, nhưng do không quá giỏi tiếng anh nên không có cập nahajt được tin tức mới, đa số những bài viết bằng tiếng việt thì thông tin đã cũ rồi, nay gặp được kênh của anhthấy rất bổ ích em cám ơn
cái vấn đề này thật ra là Dynamic Type và Static Type thôi. Ts nên theo Python , type chỉ là hint thôi , ko nên là enforce. Cái lý do Python và js có nhìu libs là vi dynamic type, các lib ko cần phải quan tâm type từ library khác , duck-typing thật sự là tỏa sáng ở các dự án lib/framework. Nói một cách dễ hiểu, để implement hàm built-in đơn giản là hàm add(a, b) thì strong-type thì bao nhiêu interface cho a,b cho đủ, js thì ko bị.
Đa phần những ông lớn bỏ đi TS thì là do họ viết thư viện, mà mục đích viết thư viện là để hỗ trợ những thứ chưa được hỗ trợ rộng rãi. Thế nên nó lại quay về cái việc, họ đang muốn viết 1 thứ gì đó phức tạp, nhưng Typescript lại chưa thể support kịp thời, và việc tự implement mấy thứ đấy bằng Typescript quá mất thời gian, nên họ bỏ TypeScript cũng là điểu dễ hiểu. Nhưng đối với business project thì lại khác, TypeScript thật sự giúp ít rất nhiều cho việc maintain.
Sai nhé, đơn giản là JSDoc có thể thay thế TS nhưng không cần compile. JSDoc còn hỗ trợ type checking ngang TS mà thậm chí maintain còn mạnh hơn TS do chi tiết hơn nhưng nó không được dùng do viết dài dòng mất time. Các hệ thống plugin lớn nếu dùng TS sẽ mất gần 1 phút compile trong khi JSDoc thì zero, nên ng ta mới bỏ TS. Đơn giản là vậy thôi!
Anh nói hay lắm! Các dự án tầm trung thì chỉ mất rất ít thời gian cho việc biên dịch TypeScript sang JavaScript nên không ảnh hưởng lắm. Cần câu cơm thì có thì làm, tội gì kén chọn :v
Đêm đã khuya rồi cô gái ơi Thế mà lòng cứ nhớ khôn nguôi Thầm lên facebook nhìn qua ảnh Đầu óc tôi giờ trao em thôi Thức đêm mắt mỏi, mắt không ngủ Tôi ước nhìn em suốt cả đời Mười bước ngâm thơ, mười bước nhớ Bài thơ tương tư em xa xôi Ôm một nỗi niềm không nói rõ Nội tâm sóng vỗ biển dâng trào Chiều chiều cô đơn đếm từng phút Đêm đêm hình tượng ngập trong đầu Nhớ sao da diết, ôi cô gái Mơ em về đây trong mắt tôi.....
Mình cũng vừa quyết định dẹp TS trong 1 dự án lớn của cty. Qua thực tế sử dụng, TS nhiều lúc rất rối rắm và phiền phức, config để giảm các complaint phiền hà thì thôi dùng JS cho khoẻ. Thời gian cho dev mới thành thạo cũng lâu hơn JS nhiều. Hiện nay mình dùng JS kết hợp với JSDoc của VSCode rất nhàn nhã, tốc độ phát triển nhanh lên đáng kể mà dev cũng thoải mái hơn. TS rồi cũng sẽ giống Coffee Script thôi.
nhiều lúc dùng pakage mà ko hỗ trợ typescript thì lại lỗi lòi. thế nên dẹp ngay từ đầu.tự nhiên phải viết thêm mấy quả interface nửa mùa java chả ra java. code tự nhiên dài thòng
Vừa đọc bài của ông DHH xong có một câu lạ thật, trông giống như đang cố gắng ghét bỏ ts hơn là đang phản ánh nó - "Things that should be easy become hard, and things that are hard become `any`", có phải ổng đang sử dụng any để .... khai báo?? ổng có thể là một lập trình viên js giỏi, nhưng vễ gõ kiểu hình như ổng "hơi yếu" thì phải. Điều này khiến ổng phải viết hẳn một blog để phản ánh về ts :| Nói ts chết thì không đúng, ts chỉ là support cho js chứ không phải ngôn ngữ thay thế js. Chừng nào js cập nhật đủ một số "đồ chơi" mà ngôn ngữ khác có thì ts mới sẵn sàng chết (nhất là generic, jsdoc thì lại không có), chứ nhìn vào js hiện tại chưa đủ khả năng để làm ts biến mất được. Giờ bảo viết một thư viện bằng js chắc chắn sẽ có hàng trăm lỗi hơn là viết bằng ts, khiến cho mã js trở thành một bãi rác đúng nghĩa
Học hay làm thì dùng cái gốc vẫn là ngon và ổn định nhất, tất nhiên nó cũng là khó nhất và có khi khá dài. Đừng nghe rồi đi theo mấy ông đại ca làm gì. Tóm lại front-end thì dùng java-script(jquery) + bootstrap back end thì dùng php hoặc java(spring) Làm cho ngon đi rồi chuyển sang cái gì thì chuyển.
rất đồng ý với bác, cá nhân mình trải nghiệm thì thấy đa số hệ thống cỡ lớn tầm 100 ngàn dòng code trở lên thấy toàn dùng các ngôn ngữ java, c#. Công nghệ front-end hầu hết cũng là jquery thôi
vấn đề ở đây là ts được phát triển và duy trì bởi ms, nó không phụ thuộc vài một ai đó cụ thể, do đó các dự án đi đường dài 30-50 năm ko cần lo rằng sẽ ko bị bỏ rơi, các lão đại chỉ muốn phát ngôn gây sốc để marketing cho mấy thứ mới mà mấy ổng mới tạo ra, chứ ai dám chắc mấy cái mới đó được hỗ trợ vài chục năm
K bk lib khác như nào chứ ts viết code 1 lèo ra run test thôi. Còn js thuần thôi thì viết 1 tiếng run test các kiểu fix thêm bug do syntax 7 tiếng nữa đủ lương 1 ngày. Mà ts xài extend từ class cũ thì có khi khai báo 2 ngày chưa xong 😅
DHH đơn giản là thích gây chú ý. Trước sự kiện này cũng chả ai biết Turbo framework là cái thứ gì ngoài mấy ông dev Ruby. Muốn kề vai sát cánh với React/Vue/Angular thì nên đi con đường chân chính. :)) Bỏ TypeScript xong cộng đồng xem như đống rác.
1. DHH sao ai không biết, là lão đại trong làng công nghệ, người mà tạo ra framework Ruby on Rail đến nỗi sau ngày nhiều ông lớn khác cũng copy concept theo Laravel, Django, .NET MVC.. 2. Làm gì có con đường chân chính nào ở đây, trước đây một mình một ngựa Angular support TypeScript mặc định thôi.
Vấn đề k phải chỉ là bỏ TS mà bỏ xong rồi không có cái để thay thế như Jsdoc , Svelte remove TS nhưng vẫn có file d.ts đây mới là vấn đề chứ chẳng phải bỏ TS nên cộng đồng mới chửi
Coder thì muốn viết cho nhanh nên dùng Javascript thì nhanh, gọn. Tuy nhiên, đến giai đoạn maintain thì đọc code Javascript sẽ mới thấy kinh khủng. Có nhẽ do anh em "trình cao quá" viết Javascript mà nhiều anh em dev khác đọc sml luôn. Những gì bác ad nói thì cũng chỉ tuân theo quy luật: "quan điểm nào thi dẫn chứng đó" mà thôi.
@@bachkhoahuynh9110 Ngôn ngữ lập trình 1 yếu tố không nhỏ đâu bn. Ngay cả khi bn dùng DDD + javascript ở những project business phức tạp thì khi bn chuyển giao cho ng khác. Người đó chắc chắn sấp mặt thôi. Vì không biết thành phần + kiểu của 1 biến pass vào function là gì. Thêm nữa triển khai tốt DDD là 1 vấn đề khó + thêm quả ngôn ngữ dynamic thì toang
@@meditativemind91 Chắc ý bạn là ngàn người code tốt như nhau. Chưa tính đến các dự án thường sẽ có thêm fresher tham gia. Chứ ai cũng code tốt thì cần gì test và document. Cứ kêu đọc code ấy
em thấy cái lúc ts biên dịch ra js thì là cả 1 đống bùn nhùn lun, có lẽ đó là nhược điểm, với em thấy ts nó tuyệt vời vì nó sẽ giúp mình code ro ràng hơn, nó phân biệt biến này biến khi, em nhớ 1 lần lúc code 1 hàm mã hóa giải mà hàm đó truyền vào 1 string, mà thế éo nào mình lại chuyền cho nó 1 char, thế là fix sm, và từ lúc đó em dùng ts lun, cức hơn tí làm quen thì khá ok, nhưng nó vẫn cực ở một mức chấp nhận
ngay từ đầu mình đã thấy nó khá thừa thãi. khi mà hầu hết các dự án đều nhỏ và lượng hàm biến và kiều dự liệu hoàn toàn có thể kiếm soát được. Nhiều khi thấy mấy ông code js hay vẽ ra nhiều cái lằng ngoằng vãi kiểu tự làm khó lên để công nhận rằng ngôn ngữ này xịn với khó lắm chúng mày phải nhìn đấy đừng coi thường tao.
svelte chuyển hết sang javascript đơn giản là vì cái mà họ đang phát triển là 1 thư viện. Thư viện này được cả người dùng javascript và typescript sử dụng. Bây giờ mà viết hẳn typescript vào mã nguồn thì nhiều lúc người dùng javascript lâu lâu gặp lỗi mà họ không biết lý do. Cho nên cuối cùng ông nội Harris quyết định viết javascript nhét jsdoc vào là cả người dùng typescript và javascript đều vui. Quá trình phát triển cũng như debug cũng đỡ tốn thời gian. Còn Turbo 8 cũng là 1 thư viện, ông nội DHH cũng cảm thấy xài Javascript cho thư viện thì ngon hơn là typescript. Nên nhớ DHH là người phát triển Ruby on Rails, cũng thánh xài Ruby, 1 ngôn ngữ cũng éo có type gì sất. Lý do ông DHH đưa ra về typescript đơn giản là nó phiền :) ... Ông này thì thôi bỏ qua đi, ý kiến hơi cá nhân. Cá nhân mình: cứ typescript mà xài (fan của Nestjs với Angular :D :D )
Mình cũng đang viết lib bằng typescript. Mặc dù thấy OOP của nó hơi nửa mùa nhưng dùng viết lib thì rất oke. Dev có thể sử dụng lib dễ dàng hơn, tuân theo frame hơn.
@@hungify Ruby xài chán bỏ xừ. Nói chung, xài js lúc chuyển giao dự án cực khổ. Nhất project to, má chạy cả 1 project ( nhất là multi-service ) + thực hiện 1 loạt thao tác API/UI chỉ để xem cái function này có kiểu gì == Quá là ngu người.
Typescript thật sự có nhiều cái làm rối thêm. Ví dụ javascript có 2 kiểu null and underfine. Typescript lại có null underfine lại còn cộng thêm void, unkown, never.
Lúc trước em làm dự án cũng có dùng typescript nhưng dự án trở nên phức tạp và nhiều lập trình viên mới thì mọi thứ rất khó chịu và nhiều bug cũng như thời gian làm lâu hơn rất nhiều. Nên sau đó đã bỏ typescript đi cho các dự án khác.
Bỏ là phải, gõ code js khó còn thêm cái ts vào gây khó khăn thêm mà k giúp ích cho code chính. Thêm cái nữa là logic để sử dụng ts không liên quan đến logic sử dụng js.
@@O...Maiden...O việc code để phát triển core platform khác hẳn với việc mình đi code theo bussiness nhé, các tác giả đấy ko dùng họ có lý do của họ chứ ko phải nó tệ, còn đi làm dự án ko dùng ts thì thằng sau vào vỡ cmn đầu, nói linh ta linh tinh
@@dhtv9338 công nhận bác ạ, e đang maintain dự án ERP = JS nhìn mấy ông a code JS cho business logic thối với nhiều bug k tả được. Những người giỏi JS lắm thì cũng sẽ có những lúc ko type-check dẫn đến lỗi run-time sai rất mệt mỏi, tốn nguồn lực của tester => tăng chi phí. JS phía Server có thể tuyệt với các dự án cỡ vừa và nhỏ nhưng với dự án lớn sẽ tốn rất nhiều nguồn lực và chi phí.
cứ học đi em, ts nó sẽ luyện cho em tính kỹ càng trong việc phân loại, minh bạch trong việc xài biến nào đó, chứ js làm dự án nhỏ thì ko sao chứ qua dự án lớn mà maintain là khóc suốt đêm đấy 😂😂
code js ở dự án lớn thì kiểu chơi 1 mình ấy=))), người sau fix lại code của mình cực vcl, check logic vẫn đúng nhưng lại ra ngay cái thằng type truyền vào:)))
Thì đúng là vậy rồi. Ngắn gọn xúc tích thì khó hiểu - dài dòng tường minh dễ hiểu hơn. Bạn viết ra + bạn tự đọc thì fine vì bạn nhớ nó và biết ngay nó là gì. Còn khi chuyển giao cho ng khác thì ng đó khóc tiếng mán. Nhất là project có UI phức tạp. Đặc biệt là các hàm phân quyền. Hàm đó chỉ cho Admin thôi chẳng hạn. Phải thực hiện 1 đống thao tác chuyển role chỉ để xem 1 function có type là gì == very good
Thực ra nếu bạn để ý, thì các đại ca bỏ ts đa số đều là các đại ca làm thư viện. Viết 1 thư viện nó rất khác so với làm 1 dự án business. Nên cty bạn làm business dùng typescript thì cũng đâu ảnh hưởng gì =))
Về bản chất TypeScript cũng biên dịch ra JavaScript cả, chỉ là nó làm cho development thoải mái hơn.
Nhưng mà ngày càng trong giới dev không thích cái cách mà Microsoft update cho TypeScript nhiều feature không khác gì C#/Java.
thi no theo hương oop như java
bản chất nó là giảm thiểu lỗi và code nhanh hơn. nhưng sử dụng nhiều lúc cảm giác bực mình.
@@techwishsolutions cho mình hỏi tại sao lại bực minh vậy ạ
nay tình cờ được youtube đề xuất video của anh, trước gìờ em luôn muốn tìm một kênh cập nhật ttin về ngành, nhưng do không quá giỏi tiếng anh nên không có cập nahajt được tin tức mới, đa số những bài viết bằng tiếng việt thì thông tin đã cũ rồi, nay gặp được kênh của anhthấy rất bổ ích em cám ơn
cảm ơn em!
cái vấn đề này thật ra là Dynamic Type và Static Type thôi. Ts nên theo Python , type chỉ là hint thôi , ko nên là enforce.
Cái lý do Python và js có nhìu libs là vi dynamic type, các lib ko cần phải quan tâm type từ library khác , duck-typing thật sự là tỏa sáng ở các dự án lib/framework.
Nói một cách dễ hiểu, để implement hàm built-in đơn giản là hàm add(a, b) thì strong-type thì bao nhiêu interface cho a,b cho đủ, js thì ko bị.
generic bạn
@@bachkhoahuynh9110 bình luận của bạn khá hay, t cũng cùng quan điểm với bạn.
Thì xài any vẫn được mà
thì nó vẫn có any đấy thôi
Đa phần những ông lớn bỏ đi TS thì là do họ viết thư viện, mà mục đích viết thư viện là để hỗ trợ những thứ chưa được hỗ trợ rộng rãi. Thế nên nó lại quay về cái việc, họ đang muốn viết 1 thứ gì đó phức tạp, nhưng Typescript lại chưa thể support kịp thời, và việc tự implement mấy thứ đấy bằng Typescript quá mất thời gian, nên họ bỏ TypeScript cũng là điểu dễ hiểu. Nhưng đối với business project thì lại khác, TypeScript thật sự giúp ít rất nhiều cho việc maintain.
chuẩn
Sai nhé, đơn giản là JSDoc có thể thay thế TS nhưng không cần compile. JSDoc còn hỗ trợ type checking ngang TS mà thậm chí maintain còn mạnh hơn TS do chi tiết hơn nhưng nó không được dùng do viết dài dòng mất time. Các hệ thống plugin lớn nếu dùng TS sẽ mất gần 1 phút compile trong khi JSDoc thì zero, nên ng ta mới bỏ TS. Đơn giản là vậy thôi!
JsDoc thì khác gì tiến hóa ngược, vừa k support type hint tử tế vừa phải viết thêm code.
Anh nói hay lắm! Các dự án tầm trung thì chỉ mất rất ít thời gian cho việc biên dịch TypeScript sang JavaScript nên không ảnh hưởng lắm. Cần câu cơm thì có thì làm, tội gì kén chọn :v
Đêm đã khuya rồi cô gái ơi
Thế mà lòng cứ nhớ khôn nguôi
Thầm lên facebook nhìn qua ảnh
Đầu óc tôi giờ trao em thôi
Thức đêm mắt mỏi, mắt không ngủ
Tôi ước nhìn em suốt cả đời
Mười bước ngâm thơ, mười bước nhớ
Bài thơ tương tư em xa xôi
Ôm một nỗi niềm không nói rõ
Nội tâm sóng vỗ biển dâng trào
Chiều chiều cô đơn đếm từng phút
Đêm đêm hình tượng ngập trong đầu
Nhớ sao da diết, ôi cô gái
Mơ em về đây trong mắt tôi.....
Mình cũng vừa quyết định dẹp TS trong 1 dự án lớn của cty. Qua thực tế sử dụng, TS nhiều lúc rất rối rắm và phiền phức, config để giảm các complaint phiền hà thì thôi dùng JS cho khoẻ. Thời gian cho dev mới thành thạo cũng lâu hơn JS nhiều. Hiện nay mình dùng JS kết hợp với JSDoc của VSCode rất nhàn nhã, tốc độ phát triển nhanh lên đáng kể mà dev cũng thoải mái hơn. TS rồi cũng sẽ giống Coffee Script thôi.
nhiều lúc dùng pakage mà ko hỗ trợ typescript thì lại lỗi lòi. thế nên dẹp ngay từ đầu.tự nhiên phải viết thêm mấy quả interface nửa mùa java chả ra java. code tự nhiên dài thòng
Vừa đọc bài của ông DHH xong có một câu lạ thật, trông giống như đang cố gắng ghét bỏ ts hơn là đang phản ánh nó - "Things that should be easy become hard, and things that are hard become `any`", có phải ổng đang sử dụng any để .... khai báo?? ổng có thể là một lập trình viên js giỏi, nhưng vễ gõ kiểu hình như ổng "hơi yếu" thì phải. Điều này khiến ổng phải viết hẳn một blog để phản ánh về ts :|
Nói ts chết thì không đúng, ts chỉ là support cho js chứ không phải ngôn ngữ thay thế js. Chừng nào js cập nhật đủ một số "đồ chơi" mà ngôn ngữ khác có thì ts mới sẵn sàng chết (nhất là generic, jsdoc thì lại không có), chứ nhìn vào js hiện tại chưa đủ khả năng để làm ts biến mất được. Giờ bảo viết một thư viện bằng js chắc chắn sẽ có hàng trăm lỗi hơn là viết bằng ts, khiến cho mã js trở thành một bãi rác đúng nghĩa
dạ video hay ạ, em mới code TS được vài tháng không nhận ra mấy điều này, nhờ có anh mà em hiểu hơn về TS và JS. Em cảm ơn anh
thật đúng ý em cũng nghĩ vậy nhiều lần
Vậy giờ Typescript có còn đáng để theo không ạ?
Học hay làm thì dùng cái gốc vẫn là ngon và ổn định nhất, tất nhiên nó cũng là khó nhất và có khi khá dài. Đừng nghe rồi đi theo mấy ông đại ca làm gì.
Tóm lại front-end thì dùng java-script(jquery) + bootstrap
back end thì dùng php hoặc java(spring)
Làm cho ngon đi rồi chuyển sang cái gì thì chuyển.
rất đồng ý với bác, cá nhân mình trải nghiệm thì thấy đa số hệ thống cỡ lớn tầm 100 ngàn dòng code trở lên thấy toàn dùng các ngôn ngữ java, c#. Công nghệ front-end hầu hết cũng là jquery thôi
vấn đề ở đây là ts được phát triển và duy trì bởi ms, nó không phụ thuộc vài một ai đó cụ thể, do đó các dự án đi đường dài 30-50 năm ko cần lo rằng sẽ ko bị bỏ rơi, các lão đại chỉ muốn phát ngôn gây sốc để marketing cho mấy thứ mới mà mấy ổng mới tạo ra, chứ ai dám chắc mấy cái mới đó được hỗ trợ vài chục năm
Với tôi ts ngon vì đưa ra quy chuẩn cho đội dev. Non trẻ còn về cụ dev thì nên chơi js thuần tí sẽ nhanh hơn
K bk lib khác như nào chứ ts viết code 1 lèo ra run test thôi. Còn js thuần thôi thì viết 1 tiếng run test các kiểu fix thêm bug do syntax 7 tiếng nữa đủ lương 1 ngày. Mà ts xài extend từ class cũ thì có khi khai báo 2 ngày chưa xong 😅
DHH đơn giản là thích gây chú ý. Trước sự kiện này cũng chả ai biết Turbo framework là cái thứ gì ngoài mấy ông dev Ruby. Muốn kề vai sát cánh với React/Vue/Angular thì nên đi con đường chân chính. :)) Bỏ TypeScript xong cộng đồng xem như đống rác.
thiệt sự, typescript ngon, nhìn vào thấy sạch sẽ hơn js nhiều, v mà bảo typescript là đống rác
mình thấy có khi không cần dùng js/ts luôn mà dùng Rust + webassembly cũng được chứ con đường chân chính là đường gì nhỉ ?
Vậy là một content marketing chứ không phải thay đổi bản thân ạ?
1. DHH sao ai không biết, là lão đại trong làng công nghệ, người mà tạo ra framework Ruby on Rail đến nỗi sau ngày nhiều ông lớn khác cũng copy concept theo Laravel, Django, .NET MVC..
2. Làm gì có con đường chân chính nào ở đây, trước đây một mình một ngựa Angular support TypeScript mặc định thôi.
Vấn đề k phải chỉ là bỏ TS mà bỏ xong rồi không có cái để thay thế như Jsdoc , Svelte remove TS nhưng vẫn có file d.ts đây mới là vấn đề chứ chẳng phải bỏ TS nên cộng đồng mới chửi
cảm ơn anh
Nhưng mà k có type thì lúc đọc lại code sml thật các bác à :| Chẳng nhớ mình đã code gì sao lại truyền biến vào đó, biến đó để làm gì ???
Coder thì muốn viết cho nhanh nên dùng Javascript thì nhanh, gọn. Tuy nhiên, đến giai đoạn maintain thì đọc code Javascript sẽ mới thấy kinh khủng. Có nhẽ do anh em "trình cao quá" viết Javascript mà nhiều anh em dev khác đọc sml luôn. Những gì bác ad nói thì cũng chỉ tuân theo quy luật: "quan điểm nào thi dẫn chứng đó" mà thôi.
DDD là ai vậy bác
@@bachkhoahuynh9110
@@bachkhoahuynh9110 Ngôn ngữ lập trình 1 yếu tố không nhỏ đâu bn. Ngay cả khi bn dùng DDD + javascript ở những project business phức tạp thì khi bn chuyển giao cho ng khác. Người đó chắc chắn sấp mặt thôi. Vì không biết thành phần + kiểu của 1 biến pass vào function là gì.
Thêm nữa triển khai tốt DDD là 1 vấn đề khó + thêm quả ngôn ngữ dynamic thì toang
code thối đổ tại này tại nọ
@@meditativemind91 Chắc ý bạn là ngàn người code tốt như nhau.
Chưa tính đến các dự án thường sẽ có thêm fresher tham gia.
Chứ ai cũng code tốt thì cần gì test và document. Cứ kêu đọc code ấy
@@phamthehung6214 nếu bạn đã code theo một team tầm 4 5 người thì sẽ phải set rule với nhau mem mới vào phải nắm dc rule viết của team ko thì out
Sai java nhiểu thấy ts no kiểu lỏ lỏ sao sao sao á
em thấy cái lúc ts biên dịch ra js thì là cả 1 đống bùn nhùn lun, có lẽ đó là nhược điểm, với em thấy ts nó tuyệt vời vì nó sẽ giúp mình code ro ràng hơn, nó phân biệt biến này biến khi, em nhớ 1 lần lúc code 1 hàm mã hóa giải mà hàm đó truyền vào 1 string, mà thế éo nào mình lại chuyền cho nó 1 char, thế là fix sm, và từ lúc đó em dùng ts lun, cức hơn tí làm quen thì khá ok, nhưng nó vẫn cực ở một mức chấp nhận
mik chạy thôi chứ có đọc compiled code chi đâu
marketing thôi làm 6 7 năm direct us eu sing taiwan tôi chưa biết turbo là cái gì cho đến hôm nay
ngay từ đầu mình đã thấy nó khá thừa thãi. khi mà hầu hết các dự án đều nhỏ và lượng hàm biến và kiều dự liệu hoàn toàn có thể kiếm soát được. Nhiều khi thấy mấy ông code js hay vẽ ra nhiều cái lằng ngoằng vãi kiểu tự làm khó lên để công nhận rằng ngôn ngữ này xịn với khó lắm chúng mày phải nhìn đấy đừng coi thường tao.
svelte chuyển hết sang javascript đơn giản là vì cái mà họ đang phát triển là 1 thư viện. Thư viện này được cả người dùng javascript và typescript sử dụng. Bây giờ mà viết hẳn typescript vào mã nguồn thì nhiều lúc người dùng javascript lâu lâu gặp lỗi mà họ không biết lý do. Cho nên cuối cùng ông nội Harris quyết định viết javascript nhét jsdoc vào là cả người dùng typescript và javascript đều vui. Quá trình phát triển cũng như debug cũng đỡ tốn thời gian.
Còn Turbo 8 cũng là 1 thư viện, ông nội DHH cũng cảm thấy xài Javascript cho thư viện thì ngon hơn là typescript. Nên nhớ DHH là người phát triển Ruby on Rails, cũng thánh xài Ruby, 1 ngôn ngữ cũng éo có type gì sất. Lý do ông DHH đưa ra về typescript đơn giản là nó phiền :) ... Ông này thì thôi bỏ qua đi, ý kiến hơi cá nhân.
Cá nhân mình: cứ typescript mà xài (fan của Nestjs với Angular :D :D )
Mình cũng đang viết lib bằng typescript. Mặc dù thấy OOP của nó hơi nửa mùa nhưng dùng viết lib thì rất oke. Dev có thể sử dụng lib dễ dàng hơn, tuân theo frame hơn.
Hèn chi ông nói thế
Mình tưởng ruby có type nữa chơ
@@hungify Ruby xài chán bỏ xừ. Nói chung, xài js lúc chuyển giao dự án cực khổ. Nhất project to, má chạy cả 1 project ( nhất là multi-service ) + thực hiện 1 loạt thao tác API/UI chỉ để xem cái function này có kiểu gì == Quá là ngu người.
hi anh, cũng xem kha khá video của anh nhưng mà em không nghe rõ được tên anh là gì?
Qua blog anh chơi... Tên anh là tên blog: anonystick.com/
Typescript thật sự có nhiều cái làm rối thêm. Ví dụ javascript có 2 kiểu null and underfine. Typescript lại có null underfine lại còn cộng thêm void, unkown, never.
thằng Svelte đểu thật, trong doc của nó kéo xuống phần TS thì "We're love Ts" cuối cùng rồi trở kèo hahaha
Lúc trước em làm dự án cũng có dùng typescript nhưng dự án trở nên phức tạp và nhiều lập trình viên mới thì mọi thứ rất khó chịu và nhiều bug cũng như thời gian làm lâu hơn rất nhiều. Nên sau đó đã bỏ typescript đi cho các dự án khác.
Mình nghĩ nó ít bug hơn js chứ nhỉ. Nhưng mà làm quen khó hơn rất nhiều so với js
Các dự án lớn dùng typescript mới chặt chẽ và debug dễ hơn chứ
nghe ngược quá, chắc dùng ts sai cách 😅
Chắc dự án tầm 30 hours coding total quá
Chắc e đang intern nhỉ 😅😅😅 JS nó như đống rác v đó em, TS làm cho JS tỏa sáng 🎉🎉🎉
Bỏ là phải, gõ code js khó còn thêm cái ts vào gây khó khăn thêm mà k giúp ích cho code chính. Thêm cái nữa là logic để sử dụng ts không liên quan đến logic sử dụng js.
newbie mới nói như này, code javascript lâu năm thì phải xài typescript, quá là tiện
@@O...Maiden...O việc code để phát triển core platform khác hẳn với việc mình đi code theo bussiness nhé, các tác giả đấy ko dùng họ có lý do của họ chứ ko phải nó tệ, còn đi làm dự án ko dùng ts thì thằng sau vào vỡ cmn đầu, nói linh ta linh tinh
@@dhtv9338 công nhận bác ạ, e đang maintain dự án ERP = JS nhìn mấy ông a code JS cho business logic thối với nhiều bug k tả được. Những người giỏi JS lắm thì cũng sẽ có những lúc ko type-check dẫn đến lỗi run-time sai rất mệt mỏi, tốn nguồn lực của tester => tăng chi phí. JS phía Server có thể tuyệt với các dự án cỡ vừa và nhỏ nhưng với dự án lớn sẽ tốn rất nhiều nguồn lực và chi phí.
Anh cho em xin các diễn đàn tin tức mà anh thường hay theo dõi để chúng em tham khảo với ạ
FB bài post mới nhất nha em..
em cảm ơn ạ@@anonystick
Xin góp ý về âm lượng của video: lúc thì to lúc thì nhỏ quá, nên m thấy nó khá khó nghe, mong b khắc phục
Em đang học TypeScript sao nghe hoang mang quá ạ!!! mọi người cho em lời khuyên với :((
cứ học đi em, ts nó sẽ luyện cho em tính kỹ càng trong việc phân loại, minh bạch trong việc xài biến nào đó, chứ js làm dự án nhỏ thì ko sao chứ qua dự án lớn mà maintain là khóc suốt đêm đấy 😂😂
cai ts hoc nhanh bo mej co gi dau ma tiec thoi gian
mình chưa đủ tầm để loại nó đâu, nếu loại phải hiểu tại sao loại. còn mình học để biết thêm tại sao ts nó ra đời
@@motivationeveryday161 dạ em người mới nên là cũng khá tốn thời gian đọc docs
@@napokhan em thấy nó code khá hay ạ nhiều cái rất giống với C# nhưng mà em chưa biết áp dụng nó vào trong các dự án js như thế nào ạ
chắc mấy thằng thích bỏ typescript là mấy thằng thích ngược dòng 😷
Con đang theo TS , con thấy TS clean hơn hẳn JS
Jsdoc có rule viết sao cho chuẩn không thầy.
ts nhiều khi nó bắt lỗi về type ko cần thiết đôi khi làm mình khá khó chịu về nó
e bắt lỗi undefined ở 1 file khác mà ở file này nó vẫn báo lỗi, phải dùng ! để bỏ qua, bực thiệt
Thì cấu hình lại file tsconfig
@@letuankiet6216 thì đồng ý là được nhưng mà nhiều trường hợp lắm. Lúc bạn làm thì nó đẻ ra nhiều cái lắm ko có gập khuôn
cấu hình lại tsconfig là đc mà :))
cấu hình ntn đấy bác
@@truongtuan2198
Ts có nhiều cái dạng object nó không nỗ trợ để khai báo kiểu đôi lúc là để any, mà để any thì không khác gì Js bthg :
Tin chuẩn chưa anh để em còn đi kể.
Các bác cho mình xin link video nói về các nguồn tin tức nên đọc hàng ngày với ạ, tìm mãi không thấy
FB bài post mới nhất nha em..
@@anonystick Cảm ơn anh nhé
code js ở dự án lớn thì kiểu chơi 1 mình ấy=))), người sau fix lại code của mình cực vcl, check logic vẫn đúng nhưng lại ra ngay cái thằng type truyền vào:)))
Ts với .NET chẳng hạn:)) như 2 con bài dành cho nhau
cồng kềnh, tốn time build, tốn công viết mã với maintain
Typescript có nhiều tính năng bù đắp cho sự thiếu xót của Javascript. Còn ai dùng hay không dùng mình không quan tâm.
@@TienNguyen-ym1jh nói ra câu thấy vô học liền
Chừng nào có giấy báo tử thì ngưng dùng 😂
nhiều người từ bỏ, tôi không từ bỏ. typescript cơ bản là tốt hơn javascript, đặt biệt khi sử dụng cùng esbuild.
Dùng Typescript thì pain nhất là cần tới mấy thư viện cũ ít maintain, k suppor ts :(
pain là cái gì
@@meditativemind91 nỗi đau
Mới bắt đầu học TypeScript :))...
Tôi làm python, ruby nên code ts tôi thấy nó dài dòng quá. Tôi quen nhìn code js hơn.
Thì đúng là vậy rồi. Ngắn gọn xúc tích thì khó hiểu - dài dòng tường minh dễ hiểu hơn. Bạn viết ra + bạn tự đọc thì fine vì bạn nhớ nó và biết ngay nó là gì. Còn khi chuyển giao cho ng khác thì ng đó khóc tiếng mán. Nhất là project có UI phức tạp. Đặc biệt là các hàm phân quyền. Hàm đó chỉ cho Admin thôi chẳng hạn. Phải thực hiện 1 đống thao tác chuyển role chỉ để xem 1 function có type là gì == very good
Cái core nó viết js, còn dev dùng svelte vẫn viết typescript bthg :3 :3
Blazor đang trên con đường khai tử JS 🤣
tác giả của JS cũng bảo cả cộng đồng move on sang một thế hệ ngôn ngữ mới rồi :) It's time to stop using JS and it variant
bắt đầu move sang Go dần dần rồi
Lý do gì vậy bro ? Xin link ạ
A có thể cho xin một số trang web update thông tin của giới lập trình viên mình được không a ?
TS ngon nhưng lúc cần gấp làm quả any thì cũng coi như không.
Nghe mà nhấn nhá câu chử quá, gần 1/3 cái video chưa zong cái intro
Nếu bỏ typescript thì phải thay bằng cái gì đó support type cho javascript ngon lành hơn, chứ code javascript không type thì ối dồi ôi lắm
mở project javascript cũ sau 1 tháng thì mù cả mắt, debug hoặc dev tiếp rất là mất công
thật ra là nó ko phải bỏ hẳn static typing, chỉ là dùng JSDOC thay cho TS. Khi mà hover qua hàm function, vẫn có thể thấy type.
Nói thật thì mình code mấy ngôn ngữ strong type quen rồi code mấy thằng python, js thấy khó chịu vcl ra. Suck language
Ui. Nghe sợ quá vậy
Nào ts chết t qua làm golang :)))
Use case khác nhau bạn ê
@@vanvothe4817 khác thế nào ạ bác?
mỗi cái 1 công dụng, ko thay thế nhau dc
liên quan quái gì nhể :)))
Golang nát đúng hơn bạn à. C mới đỉnh thôi
Tự nhiên em thấy buồn man mác.
thấy tương lai node như vậy mà công ty em lại muốn viết services mới bằng typescript. Em hơi buồn
Nói gì đó 😂😂😂
@@tuanva6484 công ty viết thêm service xài TS thôi, làm tui thấy hoang mang
???
Thực ra nếu bạn để ý, thì các đại ca bỏ ts đa số đều là các đại ca làm thư viện. Viết 1 thư viện nó rất khác so với làm 1 dự án business. Nên cty bạn làm business dùng typescript thì cũng đâu ảnh hưởng gì =))
làm việc với dữ liệu nhiều thì dùng ts vẫn ổn, khai báo mấy cái thư viện dùng kèm mới cực thôi
Chốt lại là java bất tử 🤣
😅
C và C++ vẫn là legend.
thật sự typescript rất rắc rối, phát bực mình.