thắc mắc Tại sao ReactJS lại hot đến vậy ạ?

  • Người tạo chủ đề Người tạo chủ đề Celsius
  • Ngày bắt đầu Ngày bắt đầu
Nói một hồi vẫn méo hiểu nodejs dùng để làm gì. Chắc cố tình. :unsure:
Khi nào 1 công ty phải dùng toàn bộ nodejs, không lib wraper C++ bên dưới thì anh đó mới trợn mắt lên. Oh wait V8 dùng C++, tý lại hỏi sao core JS lại dùng C++, JS trash blah blah.
Cty người ta chọn dùng cái gì cho usecase nào. Chắc không bằng anh ấy chỉ dùng cho dự án 1 con VPS.
:baffle: Mà cũng đừng nhét chữ chứ. Bọn Netflix nó dùng nodejs để xử lý frontend, phần backend nó vẫn java thì liên quan gì use case việc dùng cả JavaScript để xử lí logic CRUD như thằng nào nói nhỉ? Phải chi bỏ cả phần backend bằng nodejs rồi quay qua golang như Paypal

Công ty người ta thì lựa chọn use case, còn anh cứ nodejs + microservice + docker + nosql mà tán chứ gì? Dễ thế tôi làm project manager, software architecture từ hồi tốt nghiệp đại học rồi:beauty: cứ solution nào cũng tán full stack JavaScript NoSQL auto lương 3k $
 
Công ty nhỏ, nhân sự ít, dùng nodejs làm CRUD thì sao, thống nhất frontend, backend.
Không có tiền làm backend CRUD java service, ok chưa?
Đã ignore!
 
:haha: tốt, ignore đi cho đỡ bẩn mắt

Tôi cũng chán cãi với thanh niên code ra 100 lỗi null pointer rồi đổ thừa cho ngôn ngữ rác rồi
 
ReactJs nó sinh ra làm UI thôi, ban đầu đánh mạnh SPA để làm selling point nên ko chú trọng SEO. Muốn làm SEO thì phải dùng framework có hỗ trợ như Next, Remix... thôi.
Btw mà có vẻ như bây giờ chính React nó cũng ko recommend làm dạng SPA nữa mà cũng đẩy mạnh các framework làm SSR rồi.

P/s:
Các anh em dev trẻ nên đầu tư kỹ năng product, business... nhiều. Tập trung vào học tool dễ bị đào thải lắm vì bây giờ thị trường quá cạnh tranh do ai cũng đổ xô đi học code.
Cho em hỏi kỹ năng về business, product theo cách hiểu của anh thì như thế nào nhỉ?
 
Cho em hỏi kỹ năng về business, product theo cách hiểu của anh thì như thế nào nhỉ?
Mấy cái đó thì đa phần phải được làm project đã. Trước mắt có thể xem đến system design, luyện aglo.

À mà thấy mấy anh hay chê node single thread. Nhưng xin lỗi cái máy chủ 32 core scale xài hết 32 core là bt. Chắc chưa nghe chạy nhiều instance, scaling hàng ngang :go:
Cũng ko rõ mấy anh lập trình mấy ngôn ngữ multi thread code web có phải code thuần multi thread kiểu dùng mutex, sync lock gì ko hay cũng chỉ bê của framework ra xài.
 
Sửa lần cuối:
:baffle: Mà cũng đừng nhét chữ chứ. Bọn Netflix nó dùng nodejs để xử lý frontend, phần backend nó vẫn java thì liên quan gì use case việc dùng cả JavaScript để xử lí logic CRUD như thằng nào nói nhỉ? Phải chi bỏ cả phần backend bằng nodejs rồi quay qua golang như Paypal

Công ty người ta thì lựa chọn use case, còn anh cứ nodejs + microservice + docker + nosql mà tán chứ gì? Dễ thế tôi làm project manager, software architecture từ hồi tốt nghiệp đại học rồi:beauty: cứ solution nào cũng tán full stack JavaScript NoSQL auto lương 3k $
Hihi, mình đồng quan điểm với cậu này.
Theo mình, NodeJS là rác rưởi rẻ tiền trong đa số trường hợp.

Cái hay của NodeJS là nó dễ học hơn cho nên trái ngành nhảy vào nhiều. Nhưng vì dễ học quá cho nên nhiều thứ phải sacrifice performance cho convenience. (single threading chẳng hạn)

Mấy công ty (hay dự án) dùng NodeJS một là ít tiền muốn tiết kiệm hai là devs không đủ năng lực học mấy cái như Java. Mấy công ty lớn có dùng NodeJS thì chắc cũng dùng cho những dự án nhỏ thôi.

Mà thông não chút vụ Java Spring Boot servlet 3.0 không còn blocking IO nữa là sao?
Tưởng phải dùng Webflux mới thoát được blocking IO chứ. Mà dùng Spring webflux thì code khó maintain khó đọc lắm. Không đáng để chuyển sang.
 
Hihi, mình đồng quan điểm với cậu này.
Theo mình, NodeJS là rác rưởi rẻ tiền trong đa số trường hợp.

Cái hay của NodeJS là nó dễ học hơn cho nên trái ngành nhảy vào nhiều. Nhưng vì dễ học quá cho nên nhiều thứ phải sacrifice performance cho convenience. (single threading chẳng hạn)

Mấy công ty (hay dự án) dùng NodeJS một là ít tiền muốn tiết kiệm hai là devs không đủ năng lực học mấy cái như Java. Mấy công ty lớn có dùng NodeJS thì chắc cũng dùng cho những dự án nhỏ thôi.

Mà thông não chút vụ Java Spring Boot servlet 3.0 không còn blocking IO nữa là sao?
Tưởng phải dùng Webflux mới thoát được blocking IO chứ. Mà dùng Spring webflux thì code khó maintain khó đọc lắm. Không đáng để chuyển sang.
Thấy mấy thằng java dev khệnh khạng láo chó sao ấy nhỉ hihi

Ví dụ 1 trang này https://remoteok.com/ đơn giản PHP, jquery, sqlite. VPS 32gb ram thôi handle ngày mấy trăm k visit đến triệu view là bt.

Cho mấy anh dev solution architec tự phong vào dev chắc vẽ nào micro service, java go net để handle traffic triệu view.

Bao startup chết sặc tiết do mấy anh dev vẽ vời công nghệ

Éo code nodejs or code ko sâu nên chỉ biết lôi expressjs ra so. Chứng tỏ toàn mấy anh java ếch. Code lang mình trong giếng mà nghĩ cái gì cũng biết tuot.
:go:
 
Sửa lần cuối:
Hihi, mình đồng quan điểm với cậu này.
Theo mình, NodeJS là rác rưởi rẻ tiền trong đa số trường hợp.

Cái hay của NodeJS là nó dễ học hơn cho nên trái ngành nhảy vào nhiều. Nhưng vì dễ học quá cho nên nhiều thứ phải sacrifice performance cho convenience. (single threading chẳng hạn)

Mấy công ty (hay dự án) dùng NodeJS một là ít tiền muốn tiết kiệm hai là devs không đủ năng lực học mấy cái như Java. Mấy công ty lớn có dùng NodeJS thì chắc cũng dùng cho những dự án nhỏ thôi.

Mà thông não chút vụ Java Spring Boot servlet 3.0 không còn blocking IO nữa là sao?
Tưởng phải dùng Webflux mới thoát được blocking IO chứ. Mà dùng Spring webflux thì code khó maintain khó đọc lắm. Không đáng để chuyển sang.
Đúng rồi, sử dụng webflux. Mà webflux dùng reactive library là project reactor, phải cần servlet 3.0 3.1 gì đó mới sử dụng được (thật ra sử dụng tomcat, netty cũng được mà chưa mò cái này)

Mà webflux code giống spring bình thường thôi, khó là gì trời. Nhược điểm của webflux là nó không giúp chương trình chạy nhanh hơn mà giúp tận dụng tài nguyên tốt hơn thôi
 
nestjs rườm rà hoá như Angular có j đâu hay
Ý là chê ko có kiến trúc, ko cài dc testing bla bla do xài 1 cái thư viện barebone expressjs. Chứ như 1 cái full framework như spring chắc đơn giản ko rườm rà.

À thôi có khi ko hiểu library vs framework khác nhau thế nào nữa, xoáy vào làm gì. Đám code java chỉ biết mỗi spring kiểu vậy. bởi sang ngôn ngữ khác code ngu bỏ mẹ :D
 
Ngôn ngữ nào chẳng có ưu nhược điểm, so sánh cái ưu nhược điểm đó với resource sẵn có mà lựa chọn cho phù hợp thôi.
Nodejs thì dĩ nhiên thua Java về perf, cú pháp dĩ nhiên không chuẩn chỉ bằng. Nhưng perf của nó cũng chẳng phải là quá kém, tốt nhất trong mấy thằng thông dịch rồi. Cú pháp thì xài TS bớt được kha khá vấn đề.
Các team lớn cũng không phải không xài Nodejs. Nói gần thì Baemin không phải big tech nhưng cũng chẳng phải bé và nó vẫn xài Nodejs rất nhiều đó thôi. Các anh tài chê Nodejs trash chắc gì pass được interview của nó chứ chưa nói tới build được hệ thống như vậy.
 
:haha: thì đúng là nodejs thua hiệu suất, thua syntax, quá trình config cũng thua mà

Perform thì không tồi, nhưng cũng chả tới mức khiến cho người ta phải bám dính nó 24/24.

Ví dụ ngay trên voz ông kia pm thấy nodejs chậm lên hỏi biện pháp thay thế, mấy cháu cuồng JavaScript bảo perform có chậm éo đâu, ơ?

Mà phỏng vấn nodejs dễ mà:feel_good:. Theo lời anh kia thì mấy trò xây API, cache, handle request là việc của thằng devops, docker còn nodejs éo liên quan thì dễ mà
 
React dominating rồi, không có đối thủ.
Mà nhân tiện vụ ss express với Spring, nhiều anh chê React structure code rối nhưng bảo làm framework Next, Remix, Umi thì lại say no.
express là minimalist fw thì làm gì có structure, tương tự như React là lib thì nhúng chay vào html còn được, chỉ có tự structure thôi, đái dầm đổ tại chim :big_smile: mà React dominate thị phần chứ về perf thì cũng 3 chấm lắm :whistle: chủ yếu được cái dễ dùng hợp đa số project với dev
 

Thống kê chủ đề

Ngày tạo
Celsius,
Người trả lời cuối
JavaNeverDie002,
Trả lời
690
Lượt xem
97.267
Quay lại
Lên đầu trang