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

nhoxbinhduongvn đã nói:

angular/angularJS -> react -> vue (xếp theo độ khó), cơ mà nên học Go hoặc java đi, job nhiều không đếm được, toàn mấy cty xịn dùng, mình làm react 2 năm giờ phải học lại 2 thằng đó để đá sang.

Nhấp để mở rộng...

chiyeuemthoi đã nói:

Xem tệp đính kèm 1754772
cứ qc thế này thì nó chả hot hc có mấy tháng ra 1k$+ thì học dh làm gì

Nhấp để mở rộng...

telbook đã nói:

JS nổi quá rồi, frontend react, vue, angular, svelve... . Backend Nodejs đầy đủ framework tương ứng frontend.
Chạy serverless thì js, python trùm.
Mobile thì react native, pwa, electron... .
Desktop thì tauri/electron.
Có ngôn ngữ nào làm được như vậy?
Me dùng Vue btw .Thấy dễ hơn react (ý kiến cá nhân)

Nhấp để mở rộng...

deolamgicungbibanlasao đã nói:

Mình cũng dùng vue, bữa rảnh ngó qua react , viết 1 cái pet project con con xong bỏ đó . Cảm giác code react khó chịu hơn vue khá nhiều . Btw mình ko trong ngành nên thích cái gì dùng cái đó thôi, chứ đi làm thật vào dự án nó bắt làm cái gì chả phải làm

Gửi từ Xiaomi Redmi Note 9 Pro bằng vozFApp

Nhấp để mở rộng...

fullstackguy đã nói:

vài năm trước còn hứng thú với react, vue, đặc biệt là angular v1, sau nữa thì svelte. về sau cảm thấy quá k cần thiết khi phải setup 1 đống hỗn độn webpack.config.js rồi còn tsconfig.json cộng thêm cái blackhole node_modules folder, chưa kể các rắc rối phát sinh từ lớn tới nhỏ khác nữa. sau đó mình chuyển sang Go + hyperapp cảm thấy cuộc đời nhẹ nhõm hẳn, chả phải setup j cho cực. dù rằng các framework/lib hiện nay hầu hết giúp dev k cần can thiệp vào mấy cái config nhiều, và rằng sau khi vượt qua khâu config thì khi sử dụng các framework như react thật sự rất sướng, nhưng với mình có lẽ combo Go + hyperapp là combo chân ái nhất cho đến thời điểm này. code với Go rất vui và với hyperapp thì rất nhẹ nhưng rất mạnh, sự kết hợp mình hài lòng nhất. hiện đã bỏ react/vue/angular

Nhấp để mở rộng...

sữa đậu lành đã nói:

Làm việc với Angular cũng được 3 năm rồi, cũng đang muốn sang Reactjs để đổi tí gió. Trừ phần config router nhìn khá đần độn còn lại cũng đc. Khá dễ tiếp cận cho người mới vì concept của nó không có gì nhiều

Nhấp để mở rộng...

tieudamtac9x đã nói:

Chính vì vậy mà mỗi ông tiếp cập theo 1 kiểu => dự án mà không chặt thì thành mớ hỗn lộn

Nhấp để mở rộng...

sữa đậu lành đã nói:

Đúng rồi, mỗi dự án cần có một dev lead có tâm và có tầm. Không sau một thời gian mỗi thằng làm một kiểu thì nát bét. Dù project vẫn chạy nhưng thằng sau vào maintain lại đào bố mẹ thằng trước lên chửi ngay

Nhấp để mở rộng...

Aristides đã nói:

nhân nói về frontend framework thì Angular hình như sử dụng decorator

Trong JavaScript (và cả TypeScript) thì đây là 1 tính năng đang thử nghiệm: https://www.typescriptlang.org/docs/handbook/decorators.html

Nghĩa là, tính năng này không ổn định và có thể bị xóa khỏi JavaScript/TypeScript bất cứ lúc nào. Không biết có liên quan gì đến decorator bên Angular không. Trong trường hợp nó không liên quan thì nếu decorator trở thành tính năng chính thức của JavaScript thì Angular tính chỉnh syntax lại kiểu gì?

Nhấp để mở rộng...

Aristides đã nói:

nhân nói về frontend framework thì Angular hình như sử dụng decorator

Trong JavaScript (và cả TypeScript) thì đây là 1 tính năng đang thử nghiệm: https://www.typescriptlang.org/docs/handbook/decorators.html

Nghĩa là, tính năng này không ổn định và có thể bị xóa khỏi JavaScript/TypeScript bất cứ lúc nào. Không biết có liên quan gì đến decorator bên Angular không. Trong trường hợp nó không liên quan thì nếu decorator trở thành tính năng chính thức của JavaScript thì Angular tính chỉnh syntax lại kiểu gì?

Nhấp để mở rộng...

telbook đã nói:

Giờ đã làm gì có decorator js native
Angular me k dùng nhưng decorator chắc là của typescript?
Thế thì lúc có decorator native js thì lúc build typescript mà target đúng bản js thì nó sẽ sinh ra code js native thôi chứ có sao nhỉ?

Sent from Brick using vozFApp

Nhấp để mở rộng...

Aristides đã nói:

typescript dùng decorator thử nghiệm của javascript

Còn cái khúc sau không hiểu anh nói gì. Giả sử decorator bị bỏ và thằng angular dùng decorator thử nghiệm của js thì từ đấy về sau angular bị khóa chết ở 1 phiên bản JS luôn, phải viết 1 cái compiler riêng để khác phục.

Trong trường hợp angular dùng decorator riêng thì sau này decorator bên JS trở thành tính năng chính thức thì cũng phải viết lại đoạn code bên dưới để typescript hiểu mà biên dịch ra, vì typescript dùng chung decorator của JS nên nó sẽ không phân biệt được decorator của 2 nền tảng

Nhấp để mở rộng...

telbook đã nói:

Đoạn sau là me nói typescript transpile ra version js nào đó.
Nếu js bỏ thì typescript hoặc bỏ hoặc dùng polyfill là được mà nhỉ?
Như arrow function mà chọn js cũ ts vẫn transpile ra js thay thế được mà?

Sent from Brick using vozFApp

Nhấp để mở rộng...

Aristides đã nói:

nhân nói về frontend framework thì Angular hình như sử dụng decorator

Trong JavaScript (và cả TypeScript) thì đây là 1 tính năng đang thử nghiệm: https://www.typescriptlang.org/docs/handbook/decorators.html

Nghĩa là, tính năng này không ổn định và có thể bị xóa khỏi JavaScript/TypeScript bất cứ lúc nào. Không biết có liên quan gì đến decorator bên Angular không. Trong trường hợp nó không liên quan thì nếu decorator trở thành tính năng chính thức của JavaScript thì Angular tính chỉnh syntax lại kiểu gì?

Nhấp để mở rộng...

Xiao_man_tau đã nói:

Angular 2 ra mắt sau React thời gian ngắn nên không dùng decorator của JS/ TS, chỉ là sugar syntax thôi.

Nhấp để mở rộng...

Xiao_man_tau đã nói:

Angular 2 ra mắt sau React thời gian ngắn nên không dùng decorator của JS/ TS, chỉ là sugar syntax thôi.

Nhấp để mở rộng...