Nên học front-end framework nào?

nntgwww · 21/3/20

Nói React làm web nhỏ hơn Angular cũng ko đúng nhé. Nói chung sống trong community nào thì chỉ biết cái đó thôi. Ko nên phát biểu tầm bậy.

Angular giờ học phải tìm hiểu thêm typescript.

VUE thì dễ tiếp cận hơn 2 thằng React Angular nhưng thấy job ít tại VN.

React thì trung bình vừa khó vừa dễ. Job thì quá nhiều rồi khỏi bàn. Lượng user dev sử dụng gấp mấy lần 2 thằng còn lại. Nên thư viện hỗ trợ hệ sinh thái đi kèm nhiều.
Ngày xưa lựa chọn cái thư viện học để nhảy việc và chọn React là đúng đắn nhất đời.

Bây giờ thì tôi code React kèm Typescript nữa, combo éo ngán thằng nào :go:

vuongbaoremix · 21/3/20

Đang sài combo Sql server, C#, Reactjs, Typescript cảm thấy hài lòng,
lúc trước chuyển từ Angularjs sang Reactjs mất khoản 1 tuần là làm ngon lành cành đào

zulu · 21/3/20

entityframework đã nói:
Từ khi nào React với Vue là framework vậy. Thằng nào mà đi phỏng vấn gặp mình mà nói React với Vue là framework mình đánh giá không cao. Nó chỉ là js library. Code React với Vuejs thì muốn viết kiểu nào cũng được, state hay stateless gì đều được, tùy vào từng dự án mà áp dụng. Còn thằng Angular mới là framework, nó được Google áp vô cái architecture riêng của nó rồi, module, cấu trúc thư mục rõ ràng, sửa đổi cũng khó, thậm chí google nó đưa ra sample project rồi cứ vậy mà build up lên thôi. Nên Angular nó chỉ dùng cho cấp độ enterprise , dự án phức tạp, đòi hỏi tổ chức tốt. Còn 2 thằng kia thì dùng cho mấy dự án nhỏ hơn, những dự án chưa xác định được cấu trúc rõ ràng. Mấy dự án React với Vue mới đầu xây thì nhanh, nhưng thử làm 1,2 năm sao, muốn scale up chỉ có nước đập đi xây lại cái mới.

Bắt bẻ câu chữ nữa rồi.
Bác có thể đúng 1 nửa thôi. Đứa nào hư câu kêu vue ko phải là framework mà là library mình đánh giá ko cao + chửi cho thí bà

motophankhoilon · 21/3/20

santiago_111 đã nói:
Session là phía server nhé thím. Angular ko có state như Vue hay React. Login thì call post api lên lấy đc token thì lưu nó trong cookie hoặc localstorage, mỗi lần call API thì ném token vào header. Dùng interceptor để config chung cho đỡ phải add header mỗi lần call. Được cái Angular viết theo kiểu object nên dễ học.
Vue code sướng và hay hơn angular. Quan điểm cá nhân!

Đã làm qua react và vue, cảm nhận là vue code rất dễ và source đẹp hơn react ko có return lung tung trên markup, có local style, dễ quản lí 2 way data binding như angular
React thì chắc do fb chống lưng chứ mình chưa thấy điểm nổi trội
Còn angular thì thôi, đọc 1 dòng là mình sợ, vì mình k thích ts, js sinh ra để code thoải mái mà bọn nó đẻ ra strict typing mệt chết mẹ :mad:

end_lesslove2012 · 21/3/20

motophankhoilon đã nói:
Đã làm qua react và vue, cảm nhận là vue code rất dễ và source đẹp hơn react ko có return lung tung trên markup, có local style, dễ quản lí 2 way data binding như angular
React thì chắc do fb chống lưng chứ mình chưa thấy điểm nổi trội
Còn angular thì thôi, đọc 1 dòng là mình sợ, vì mình k thích ts, js sinh ra để code thoải mái mà bọn nó đẻ ra strict typing mệt chết mẹ

When you go Typescript you never go Javascript. Tin mình đi, xài Typescript xướng vồn :beauty:

AccMoiDungBan · 21/3/20

01213784723 đã nói:
Lại là Back-End Python

Nói thật mình có ác cảm với ai Back-end mà Python lắm luôn .

Đa số toàn từ AI sống không nổi nên nhảy qua viết Web.

Code API kiểu mịa gì mà tìm cách viết code càng ngắn càng tốt, có khả năng tái sử dụng nhưng mà Model không có cái method nào cả, toàn dùng method static sẵn từ Django, lưu trong SQL sao trả về trong API y chang vậy, chửi mới nhét thêm cái Object kèm theo ( như trả về record User mà không trả Profile của User đó ), không thèm xử lý gì, đá hết qua FE xử lý

Méo hiểu cái khái niệm "tái sử dụng" theo định nghĩa bọn nó là gì. Với mình thì FE mình viết sao nó thành một module độc lập - Component đặc biệt(nếu làm Angular - React) hoặc 1 cái thư viện nhỏ (nếu dùng js thuần). PHP thì viết thành cái package nhỏ rồi dùng lại. Chứ méo bao giờ coi cái vụ copy code từ project này sang project khác, sửa code cho phù hợp là "tái sử dụng".

Chuẩn endpoint Reshful API /objects/id/childs người ta rõ ràng dễ hiểu thì toàn chê phức tạp thích chơi endpoint ngắn gọn kiểu /action-of-request tởm lợm.

Get thì lại yêu cầu form-data

Làm page Admin thì dùng command gì gì đó của thằng Django để tạo cái Django Adminstrator, chức năng không ra hồn, kêu thêm chức năng thì làm không được, than không đủ thời gian, bla bla bla

Sorry bác, đang quạo mấy tuần nay vì bọn BE nên sẵn tiện xả stress tý.

Vấn đề chính...

Bác học JS tới đâu rồi nhỉ, nếu cứng JS rồi thì tìm hiểu cả ba đi, khá là nhanh nếu bác cứng JS. Rồi sau đó thấy cái nào hợp thì dùng.

Mình thì đang làm Angular, trình cũng thường thường thôi, ngày xưa có học C# nên lúc học Typescript thấy sướng vãi. Đúng như bác nói đấy, cấu trúc nó rất rõ ràng, tài liệu cũng được Google soạn đầy đủ, không phải mò mẫm lung tung.

React thì được cái tự do, nó là thư viện nên chỗ nào cần dùng thì dùng thoải mái. Cấu trúc ban đầu không rõ ràng (tùy người code nữa), muốn viết để sau này scale up thì phải lên kế hoạch ngay từ đầu, nếu không thì lúc sau nó là một đống lộn xộn (dù chạy được). Cơ mà muốn dùng React cứng thì phải học khá nhiều thư viện ngoài thư viện React chính. (Redux.v.v...)

Vue mình không học nên không biết, nhưng nghe bảo nhẹ + dễ nhất trong 3 thằng.

Đùa chứ đó là do bạn gặp thằng code django gà thôi. Mọi thứ của django đều có thể custom lại hết mà, tái sử dụng nhanh nữa

AccMoiDungBan · 21/3/20

01213784723 đã nói:
Chưa kể cách lập trình.

Mở mồm ra lý thuyết, thuật toán, công nghệ cao siêu lắm, thuật toán cao siêu, vẽ ra cả đống vấn đề rồi chẳng giải quyết được. Xong đợi deadline thì cắm đầu làm cho kịp, vứt hết đống lý thuyết đã nói lúc đầu.

Dùng Django không dám viết override cái method nào để làm đúng yêu cầu khách hàng mà đè ra ép khách hàng phải chấp nhận yêu cầu của mình. ( Vụ khách không muốn dùng Auto Increment mà muốn dùng chuỗi str Random ).

Slug cũng méo dùng, viết cái web xài url /post/1, category/category_id.

Nói ra thì bảo cấu trúc mặc định của Django nó như thế, phải làm thế để không lằng nhằng và tuân theo cấu trúc

Rồi toàn đội thằng Postman lên đầu thờ.

Ai dev API cho Web mà dùng Postman là hiểu đấy, cực nhiều vấn đề chỉ xảy ra ở trình duyệt mà Postman không có. Nhất là vụ body data với GET / POST.

Éo hiểu sao thấy thằng Postman gửi form-data bằng GET là mặc định nói FE phải gửi được

Mọi thứ trong Django đều có thể custom theo ý mình được bạn ơi. Bạn không biết không có nghĩa nó không làm được

Chidaruma · 21/3/20

01213784723 đã nói:
Lại là Back-End Python

Nói thật mình có ác cảm với ai Back-end mà Python lắm luôn .

Đa số toàn từ AI sống không nổi nên nhảy qua viết Web.

Code API kiểu mịa gì mà tìm cách viết code càng ngắn càng tốt, có khả năng tái sử dụng nhưng mà Model không có cái method nào cả, toàn dùng method static sẵn từ Django, lưu trong SQL sao trả về trong API y chang vậy, chửi mới nhét thêm cái Object kèm theo ( như trả về record User mà không trả Profile của User đó ), không thèm xử lý gì, đá hết qua FE xử lý

...

Viết Flask nhưng vẫn tự nhột phát. Trước em cũng toàn kiểu đá luôn cả một cục từ database ra mà không xử lý gì, giờ thì đỡ rồi :sad:

.

Cám ơn bác đã tư vấn

.

kangta12 · 21/3/20

Ember với backbone mà lạ hả??? vkl thanh niên lạ lẫm huyền thoại đã xuống lỗ

d.dungg · 21/3/20

Câu hỏi kì cục vậy nhỉ, theo tôi là ông học tất đi

docbaovoz · 21/3/20

có bác nào tuyển remote react không nhỉ? em mới làm sơ sơ được trang bằng react

CuToTiTeo · 21/3/20

L-QT đã nói:
Confirm. Tui là thằng hiếm chọn Python theo con đường Web Dev. Mấy thằng đú AI chọn Python rồi nản không biết làm gì sang làm Web làm mất hình tượng vd

Em đang code PHP. Muốn đá sang web backend Python có hợp lí không thím?

L-QT · 21/3/20

CuToTiTeo đã nói:
Em đang code PHP. Muốn đá sang web backend Python có hợp lí không thím?

được nha thím. Thế mạnh của Python là xử lý Data nên viết Web Server cho Data lớn xài Python khá phê

. Lộ trình Python -> Django -> Django Rest Framework -> Celery + Django Channels

L-QT · 21/3/20

01213784723 đã nói:
Mình làm Laravel không rành Django lắm.

Có đợt buồn cười là build chức nâng cần dùg Schedule mà ngồi bảo không làm được. Hỏi Django có support cái đó không thì bảo có, nhưng không làm vì nó làm loạn cấu trúc Django
Cho nên ngồi mò viết script trên server để làm chức năng đó mấy ngày. Mình méo hiểu gì luôn...

gặp lại trường hợp này bảo nó tìm hiểu Celery và bắt viết Django Celery Beat đi. Láo nháo tui mà là khách hàng nó vả tại chỗ giờ

RimA · 21/3/20

Google có An Ngu La mà vẫn dùng Vue thì cứ Vue mà táng

khunglongtim · 21/3/20

RimA đã nói:
Google có An Ngu La mà vẫn dùng Vue thì cứ Vue mà táng

Google nào dùng vue, gg đông lào à

RimA · 21/3/20

khunglongtim đã nói:
Google nào dùng vue, gg đông lào à

https://careers.google.com
Google dùng Vue đây

Diana_hutmau · 21/3/20

chưa biết gì thì lấy thằng dễ nhất mà dùng
Vue nhé. Cực kỳ dễ học, cấu trúc rõ ràng không phải set up loằng ngoằng
mình backend PHP, đang làm project mới với combo PHP (laravel) + Vue đây

CuToTiTeo · 21/3/20

Diana_hutmau đã nói:
chưa biết gì thì lấy thằng dễ nhất mà dùng
Vue nhé. Cực kỳ dễ học, cấu trúc rõ ràng không phải set up loằng ngoằng
mình backend PHP, đang làm project mới với combo PHP (laravel) + Vue đây

Laravel nó tích hợp luôn cả vue thì chả phê. Em cũng đang làm 1 project như thế. Mỗi tội cái ông là FE như hạch nên cả cái project nát như cut". :ah:

nntgwww · 21/3/20

RimA đã nói:
https://careers.google.com
Google dùng Vue đây

Google nó nhiều team dùng đủ thứ tá lả. FB nó cũng có vài app xài cả Vue đấy. Mấy tập đoàn lớn nó có hàng trăm team, mỗi team nhiều khi lại thử nghiệm tá lả framework.

Mà angular ếu phải con cưng nhất. Con cưng nhất là web component, Polymer. Youtube viết lại bằng cái của nợ này.

Mỗi tội marketing ngu + đám community toxic nên ít ai xài =))

Nên học front-end framework nào?

Member

Senior Member

Member

Senior Member

Senior Member

Senior Member

Senior Member

Junior Member

Member

Member

Đã tốn tiền

Senior Member

Senior Member

Senior Member

Member

Member

Member

Member

Senior Member

Member

Chủ đề tương tự

Thống kê chủ đề

Chia sẻ trang này