ông nói vậy chưa biết các Single Page Application nên sử dụng trong hoàn cảnh nào rồi. Các hệ thống CRM, Web app giao dịch ngân hàng, Web app quản lý nội bộ công ty nên dùng SPA vì nó đang thay thế App Desktop nhờ tính lưu động. Nếu ông làm SEO Web hay TMĐT thì JQuery là đủ
React cho ba cái start-up bậy bạ thôiReact là bố, 2 thằng còn lại là con
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.xin một số web lớn làm bằng angular cái nào.
Anh lại troll, Angular của Google thiếu gì công ty dùng. Mấy tháng trước tôi còn đi làm, tôi làm cho một dự án giáo dục của chính phủ Đan Mạch xài luôn cả Angular với React luôn đây, build cũng 10 năm rồi, nhưng mấy phần sau đều build hết bằng Angular. Lên ITviec hay vietnamwork xem thử có thiếu việc không. Tôi không nói thằng nào ngon hơn thằng nào mà nên đặt suy nghĩ với thằng nào thì mindset nào cho phù hợp. Ví dụ muốn viết một cái app xuất nhập kho thì với thằng React tôi lên mạng kiếm cái code sample rồi tinh chỉ lại, độ hai ba ngày đọc doc rồi code là có thể viết được chức năng cơ bản. Còn thằng Angular với newbie viết một chức năng tương tự phải hiểu chút về route, component này nọ, viết tốn thời gian hơn vậy thôi.xin một số web lớn làm bằng angular cái nào.
cty tôi dự án nào bằng angular mấy ô front end cũng lắc đầu lè lưỡi đưa đẩy nhau đéo thằng nào muốn làm. dự án react vue thì tranh nhau là sao. toàn dev cứng chứđéo phải sinh viênđú trend nhé.
Chuẩn nàyyy :vote:
Mấy cái web giao dịch ngân hàng toàn làm angular đó phenxin một số web lớn làm bằng angular cái nào.
cty tôi dự án nào bằng angular mấy ô front end cũng lắc đầu lè lưỡi đưa đẩy nhau đéo thằng nào muốn làm. dự án react vue thì tranh nhau là sao. toàn dev cứng chứđéo phải sinh viênđú trend nhé.
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 vdLạ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ý.
Ở VN thì Angular ngôn không bác, mình cũng đc code C# mà đang tìm hiểu Angular cho biếtLạ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.
Số lượng job nhiều ít thì Angular có thể thua React, chứ lương lậu thì không.
Không hiểu sao chỉ mình thằng Postman có vụ form-data bằng GETChư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
)comment dài mà đéo có ý nghĩa cc gì, chính bản thân ông còn đéo biết cả 3, ông lại khuyên người ta tìm hiểu cả 3. thời gian đéo đâu mà rảnh vậyLạ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.
Dài nhưng toàn chửi phông lông mà bác.comment dài mà đéo có ý nghĩa cc gì, chính bản thân ông còn đéo biết cả 3, ông lại khuyên người ta tìm hiểu cả 3. thời gian đéo đâu mà rảnh vậy
Mấy thằng đụt cứ react react mà éo biết là library hay là framework.
Vãi. Mấy cái này Django chỉnh trong vòng 1 nốt nhạcDù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
Mình làm Laravel không rành Django lắm.Vãi. Mấy cái này Django chỉnh trong vòng 1 nốt nhạc
