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

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:
 
Đ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
 
entityframework said:
:) 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.:)
Click to expand...

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à
 
santiago_111 said:
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! :rolleyes:
Click to expand...
Đã 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:;)
 
motophankhoilon said:
Đã 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:;)
Click to expand...

When you go Typescript you never go Javascript. Tin mình đi, xài Typescript xướng vồn :beauty:
 
01213784723 said:
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 :oops:

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 :oops:

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.
Click to expand...
Đù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
 
01213784723 said:
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 :oops:

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:confused:
Click to expand...
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
 
01213784723 said:
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ý :(

...
Click to expand...

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 :D.
 
L-QT said:
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
Click to expand...
Em đang code PHP. Muốn đá sang web backend Python có hợp lí không thím?
 
CuToTiTeo said:
Em đang code PHP. Muốn đá sang web backend Python có hợp lí không thím?
Click to expand...
đượ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ê
ig3L68e.png
. Lộ trình Python -> Django -> Django Rest Framework -> Celery + Django Channels
 
01213784723 said:
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 :LOL:
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...😐
Click to expand...
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ờ
mjv8Ias.png
 
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
 
Diana_hutmau said:
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
Click to expand...
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:
 
RimA said:
https://careers.google.com
Google dùng Vue đây
Click to expand...
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 :LOL:
 
You must log in or register to reply here.

Similar threads

akcr92
[Tế nhị] Thấy phụ nữ mặc áo bị hở chỗ nào đó không nên hở thì nên nhắc họ bằng cách nào?
6 7 8
Replies
143
Views
18K
Demacia2214
Demacia2214
Híu nè
Nên đi du học hay là không?
2 3 4
Replies
67
Views
4K
LKDT0357
LKDT0357
hoangha14725
[Hỏi] Bác nào từng lấy bằng đại học online cho em xin kinh nghiệm phát.
Replies
9
Views
408
namkaka22
namkaka22
Jacky Troll
các bác cho em hỏi về liên thông đại học
Replies
15
Views
555
janesjunioray4556
janesjunioray4556
namkaka22
  • Locked
Ghế công thái học có thực sự tốt? Nên mua loại nào?
2 3
Replies
53
Views
3K
trieu9
trieu9

Share this page

Back
Top