Thể theo nguyện vọng của mấy "FPT" viết mấy dòng cho xôm tụ topic

1, Về câu hỏi "Nên sử dụng 'mongodb' hay 'mongooes'?"

• mongodb là gì nào? -> có thể bạn biết rồi nhưng cứ thử lục lại ở đây https://www.mongodb.com/
• vậy mongooes là gì? -> tìm câu trả lời ở chỗ này http://mongoosejs.com/

OK sau khi đã vọc xong thì thử trả lời câu hỏi này nhé "Nếu dùng mongoose thì có cần dùng đên mongodb nữa không?"

Mịa, câu trả lời đáng buồn là có =)) thế thì hỏi làm mịa gì nữa, kiểu gì chả có mongodb =))
=> câu hỏi đáng ra nên là "Nếu tôi dùng mongodb cho hệ thống thì "CÓ-NÊN-DÙNG-MONGOOES-HAY-KHÔNG?"

2. Sau khi đã chuyển sang câu hỏi mới thì câu trả lời "đáng buồn" lại vẫn là còn tùy.
   Vơi dạng câu hỏi theo kiểu lựa chọn nói chung ấy thì đéo bao giờ có đáp án chính xác, cái gì cũng có 2 mặt cụ thể hơn thì là được và mất, xem xét lại xem những cái 'ĐƯỢC' có đáng để mình phải bỏ ra những cái sẽ "MẤT" hay không. Và với những câu theo kiểu A hay B (mà không còn một dữ kiện có ý nghĩa nào nữa) thì câu trả lời chính xác là còn tùy. Lấy 1 ví dụ đơn giản: "giờ đi làm bằng xe đạp hay xe máy?"
   Đi xe đạp thì chậm, mất sức, nhìn không ngầu nhưng tiết kiệm $ và có cơ hội luyện tập thể dục
   Xe máy thì nhanh hơn, không mất sức mấy nhưng chi phí cao hơn và chả có cơ hội vận động mấy.
   Đấy, chọn đi, lúc này tất nhiên là nếu đủ tuổi, có bằng, nhà xa và đủ khả năng nuôi thì xe máy thôi, đạp xe hơi mệt và mất thời gian,
   Nhưng nếu nhà không xa lắm + đang cần tiết kiệm thì lại xe đạp (thậm chí đi bộ)
   Đấy, rõ ràng là câu trả lời cho việc chọn xe đạp hay xe máy làm phương tiện nó chính là "CÒN TÙY" đấy thôi

3. Quay trở lại với câu hỏi (CÓ-NÊN-DÙNG-MONGOOES-HAY-KHÔNG?)
   Câu trả lời như đã nói ở trên nhé.
   Nếu để tư vấn thì, cứ thử đi để xem nó phù hợp với những kiểu hệ thống thế nào, trải nghiệm thì lúc nào cũng có giá trị cả kể cả là thử để biết là mình không nên.
   Còn với người mới tìm hiểu thì lời khuyên là bắt đầu từ basic trước đã (kiểu như là học ngôn ngữ trước khi tìm hiểu về library hay framework ấy mà)

P/S: Ý kiến cá nhân: tránh xa thằng mongooes ra mật ngọt chết ruồi đấy =))
P/S 2: chém gió đấy, đừng tin =))
P/S 3: dành cho mấy thằng "FPT" hay thích bới móc theo kiểu "trả lời chung chung, chả có tý ý nghĩa nào", "người ta đang cần giải thích" => tự tìm hiểu đi, trải nghiệm nào cũng có giá trị cả đấy =))

@Zono4ever Bạn có hiểu mình đang viết cái gì không thế?

Hoang mang vl, thế ai đúng ai sai?
các bác chém vừa thôi, biết thì hãy nói không lại hỏng cả 1 thế hệ

@Khoa-Lê-Duy said in Kết nối cơ sở dữ liệu trong MEAN App:

nodejs là ngôn ngữ server(tạm gọi là như vậy - expressjs nó là 1 framework nodejs - mình gọi thế này không biết đúng hay không)
angularjs2 là ngôn ngữ máy khách (client)

Ơ thế trên thành phố người ta gọi nodejs là ngôn ngữ ạ? Nhà quê chúng em gọi Node.js là platform (mà không biết em viêt tên công nghệ đúng chưa nữa). Còn angularjs2 thì em mới nghe lần đầu, em chỉ biết AngularJS với Angular 2 thôi (cái này theo em biết thì nó dùng ngôn ngữ TypeScript)

Bác nào thông não hộ em cái

@Bờm said in [Tư vấn] Nên sử dụng 'mongodb' hay 'mongooes'?:

Chậm hơn hay sáng sủa hơn thì ko bàn vì bạn code sida thì kết quả như nào cũng tự biết.
Like câu này nhưng mà bảo là

@Bờm said in [Tư vấn] Nên sử dụng 'mongodb' hay 'mongooes'?:

Nếu chỉ đơn thuần làm product thì mongoose mà tiến thôi bạn, dễ dùng dễ xử lý, support nhiều cái hơn mongodb native.

thì hơi xàm rồi đấy

@Bui-Minh-Phong : như đã comment ở trên không có cái gọi là tốt nhất, tùy từng điều kiện và mục đích mà chọn công cụ phù hợp thôi.

Ý kiến cá nhân: Vì bài toán của p vẫn đơn giản nên dùng Mongoose sẽ cảm thấy rất TIỆN (và đúng là tiện thật) nhưng nếu yêu cầu nghiệp vụ của p vượt quá khả năng đáp ứng của Mongoose thì sml thôi. Nên là lời khuyên và vẫn cứ là nên tìm hiểu cách thao tác với mongodb bằng Node, Mongoose thì biết dùng cũng tốt nhưng đừng phụ thuộc vào nó
P/S nói thật đấy, cứ tin đi

Về cơ bản, đây là topic xin tư vấn, nên cá nhân mình cho rằng mọi "lời khuyên" đưa ra đều nên khách quan và KHÔNG nên mang tính quy chụp. B có thể cho rằng Mongoose đủ khả năng đáp ứng yêu cầu nghiệp vụ cao (thậm chí là đáp ứng mọi loại nghiệp vụ) và có tính ứng dụng vào product (RẤT) cao. Đó là quyền của b và mình không có nhu cầu thay đổi quan điểm đấy.
Tuy nhiên 1 câu rất quy chụp kiểu như [Nếu chỉ đơn thuần làm product thì mongoose mà tiến thôi] thì bản thân mình thấy khá là không ổn (mà ở đây mình dùng từ xàm) nếu b thấy phật ý về điều đó thì mình sorry, không có ý gì đâu (đừng giận)
Trở lại với vấn đề CÓ-NÊN-DÙNG-MONGOOSE-HAY-KHÔNG? thì như mình đã nói, câu trả lời là còn tùy, không có giải pháp chung cho mọi vấn đề và mỗi thứ đều có ưu, nhược điểm riêng, nên thử nghiệm để biết được ưu nhược điểm của từng loại giải pháp và đưa ra kết luận từng giải pháp ấy phù hợp với loại vấn đề nào.
Và với @Bui-Minh-Phong là người (tự nhận là) mới tìm hiểu thì lại càng nên thử nghiệm.
Vốn định không nói gì nhiều đâu, nhưng có vẻ không nói thì chắc không ổn nên cũng lý giải một chút tại sao cá nhân mình cho rằng không nên lạm dụng Mongoose.
Đầu tiên phải quay về với lý do TẠI-SAO-LAI-CHỌN-DÙNG-MONGODB?
Nếu các b định trả lời mấy câu kiểu như MEAN stack hay code Node ai chả dùng thì hơi ngụy biện rồi. MEAN chỉ là 1 software stack và chẳng có luật nào quy định PHẢI dùng đủ stack và có nhiều DBMS có thểsử dụng trong ứng dụng Node. Câu trả lời cho câu bên trên rất xin lỗi vẫn là còn tùy =))
Nhưng lưu ý là mongodb là "schemaless" và tại sao lại schemaless thì đọc thêm ở đây
https://www.mongodb.com/blog/post/why-schemaless
và Mongoose thì có Schema =)) có ai thấy nghịch lý gì ở đây không? B sử dụng 1 công cụ để có thể sử dụng Schema vào với 1 thứ ĐƯỢC-CỐ-TÌNH-TẠO-RA-VỚI-ĐẶC-ĐIỂM-SCHEMALESS.
Các b có thể đọc thêm ở đây để tham khảo thêm quan điểm của các LTV http://stackoverflow.com/questions/18531696/why-do-we-need-what-advantages-to-use-mongoose
P/S: mình không phủ nhận tính TIỆN LỢI của Mongoose trong một số trường hợp nhé, đừng hiểu lầm
P/S2: @Bờm Mình xin lỗi vì không chỉ ra trường hợp mà Mongoose không đáp ứng được nghiệp vụ, đấy không phải vấn đề chính của topic

@Duc-Nguyen108: "Còn có Moogose thì chắc code sẽ chạy chậm hơn một xíu, nhưng bù lại code sáng sủa, phân chia rõ ràng."
Thế cơ ah? Mình cứ tưởng code sáng sủa hay không là do bản thân người viết code chứ =))

Xin chào,

Thứ nhất, cá nhân mình thừa nhận mình (RẤT) không có thiện cảm với bài viết này lý do thì chắc khá nhiều bạn biết.
Thứ 2, mình không thấy có gì cần phải gỡ rối ở đây cả, đây không phải bài thắc mắc hay hỏi đáp gì đây là showcase tức là bạn ấy đi KHOE và với những bài viết thế này mà đưa thông tin RẤT không chính xác thì theo quan điểm mình là KHÔNG THỂ CHẤP NHẬN ĐƯỢC
Thứ 3: Comment của mình có thể hiện thái độ phê phán tuy nhiên hình như chưa đến mức tiêu cực.
Thứ 4: Bạn có quyền thể hiện quan điểm cá nhân và đề nghị mọi người tôn trọng quan điểm của bạn mình không ý kiến nhưng hình như bạn cũng nên tôn trọng quan điểm của mình.
Cuối cùng: Cảm ơn ý kiến tâm huyết của bạn nhưng mình xin phép giữ nguyên thái độ của mình.
Thân ái.

@Bui-Minh-Phong p đọc thêm bài này của @Lê-Mạnh-Hùng nhé, rất hay và bổ ích đấy
https://nodejs.vn/topic/15/promise-async-thì-sao-nào

Câu trả lời chính xác là còn tùy nhé ;))

@Khôi-Nguyên jetbrain nó có nhiều tool mà, mỗi tool cho 1 loại CN
php -> phpStorm
js -> WebStorm
ruby -> RubyMine
python-> PyCharm
...
Bạn dùng PHPStorm thì cũng đc, nhưng hỗ trợ không được bằng WebStorm thôi.
Cá nhân mình thì cho rằng nên dùng đúng tool như Jetbrain suggest thôi.

Trường hợp xuất hiện quan hệ many to many thì nên tạo thêm 1 bảng để biến quan hệ many-to-many thành nhiều các quan hệ 1-to-many
Ví dụ trường hợp của bạn thì thêm 1 bảng PostsTagsRelation (bạn chủ động đặt lại tên nhé) bảng này lưu định danh Post, định danh Tag
Post nhiều tag thì nó có nhiều bản ghi, thêm Tag thì thêm 1 bản ghi tương ứng vs post
Xoá post thì xoá hết bản ghi của post đó, xoá tag tương tự,
....
v.v

Code JS thì mình xin phép suggest IDE này https://www.jetbrains.com/webstorm/?fromMenu

@loind đây bạn có thể chọn cái này https://mongodb.github.io/node-mongodb-native/

@rikky Nói đúng rồi đấy upvote
Thêm nữa là cá nhân mình cho rằng bạn không nên dùng mongoose nhé. Lý do thì là vì mongoose nó schema hóa 1 thứ schemaless
Thân ái

Để thành Senior Node.js thì việc đầu tiên là cần có TÂM với công nghệ mình theo đuổi ví dụ như viết tên công nghệ cho đúng (ý kiến cá nhân) rồi kế đến là cần hiểu rõ đặc trưng - điểm mạnh yếu của công nghệ đó vs cái khác, thường xuyên theo dõi releases để cập nhật version ...

ngoài ra thì bạn có thể tham khảo thêm ở đây

Về kiến thức thì bạn có thể đọc thêm ở đây ,Về kỹ năng thì mình nghĩ nên tập trung vào kỹ năng lập trình (với js)

câu cuối: CÓ THỂ áp dụng OOP vào Node.js bạn nhé. Việc bạn chưa thấy thì chắc là DUYÊN nó chưa đến thôi

Chúc bạn sớm được như mong muốn

@Zono4ever Mình dùng từ khoe chứ đâu có chê bạn KHOE KHOANG đâu. Ví dụ mình thấy có cái IDE abc gì đó hay ho thì mình khoe vs bạn bè cũng đc vậy.
Còn đây là lý do mình Ko thiện cảm với post này:
1 như @rikky nói.
2 Bạn viết Ko đúng tên công nghệ
3 Khi đọc đến cái đoạn "Không cần load phải load lại trang" thì trong đầu mình kiểu "wtf thanh niên này đang viết gì thế".
Và mình comment lại như vậy.
Thế thôi chứ chả miệt thị gì ai đâu. Vậy nhé.
Thân ái.

Xin chào,

Thứ nhất, cá nhân mình thừa nhận mình (RẤT) không có thiện cảm với bài viết này lý do thì chắc khá nhiều bạn biết.
Thứ 2, mình không thấy có gì cần phải gỡ rối ở đây cả, đây không phải bài thắc mắc hay hỏi đáp gì đây là showcase tức là bạn ấy đi KHOE và với những bài viết thế này mà đưa thông tin RẤT không chính xác thì theo quan điểm mình là KHÔNG THỂ CHẤP NHẬN ĐƯỢC
Thứ 3: Comment của mình có thể hiện thái độ phê phán tuy nhiên hình như chưa đến mức tiêu cực.
Thứ 4: Bạn có quyền thể hiện quan điểm cá nhân và đề nghị mọi người tôn trọng quan điểm của bạn mình không ý kiến nhưng hình như bạn cũng nên tôn trọng quan điểm của mình.
Cuối cùng: Cảm ơn ý kiến tâm huyết của bạn nhưng mình xin phép giữ nguyên thái độ của mình.
Thân ái.

@Khoa-Lê-Duy said in Kết nối cơ sở dữ liệu trong MEAN App:

nodejs là ngôn ngữ server(tạm gọi là như vậy - expressjs nó là 1 framework nodejs - mình gọi thế này không biết đúng hay không)
angularjs2 là ngôn ngữ máy khách (client)

Ơ thế trên thành phố người ta gọi nodejs là ngôn ngữ ạ? Nhà quê chúng em gọi Node.js là platform (mà không biết em viêt tên công nghệ đúng chưa nữa). Còn angularjs2 thì em mới nghe lần đầu, em chỉ biết AngularJS với Angular 2 thôi (cái này theo em biết thì nó dùng ngôn ngữ TypeScript)

Bác nào thông não hộ em cái

@Zono4ever Bạn có hiểu mình đang viết cái gì không thế?