thảo luận [Chuyện trò linh tinh - Box CNTT]

  • Người tạo chủ đề Người tạo chủ đề babystorm26
  • Ngày bắt đầu Ngày bắt đầu
@Ruoi Den có thể iss server của bạn đang listen localhost :D

nếu thế cần cho nó listen 0.0.0.0
phải như này ko bác
1705154269714.png

vẫn lỗi :D
 
cứ học đi bạn. mình nghĩ là đủ vì nếu đo theo thời gian thì ở đại học môn cấu trúc dữ liệu và giải thuật được dạy trong 1 học kì ~ 4 tháng, và mỗi tuần vài tiết thôi. còn nếu đo theo thời gian của người đã đi làm thì thường mất 1 2 tháng để ôn tập cấu trúc dữ liệu và giải thuật trước khi đi phỏng vấn. nên giờ bạn có 5 tháng là khá thoải mái
 
Em vô training trợ cấp đủ tiền xăng thôi bác
aTiUJyS.png


Mục đích em bám đến giờ là nghĩ sẽ học được nhiều thứ ở đây nhưng ông lead toàn quăng link yt qua rồi để em tự học, hỏi hay xin vài kiến thức của ổng thì khó hơn lên trời
Chắc ổng đang bị overload “ nhà bao việc mÀ còn phải đèo bồng thêo ku này” .

Bác cứ học theo link của ổng , dễ quá thì nhảy học thêm mấy cái khác liên quan . Đừng hỏi quá 3 câu một ngày . Nếu có nhiều câu hỏi quá thì list ra , lọc những câu không cần thiết , hoặc chia ra hỏi ở các ngày khác nhau .

Dev chỉ chửi khi bị cản trở công việc hoặc bị làm phiền chứ chả ai tự nhiên khơi khơi đi chửi cả .
 
Sửa lần cuối:
Có bác nào học và thi CCNP Data Center (350-601 DCCOR, 300-610 DCID) chưa nhỉ ?
Em có KPI công ty duyệt cuối năm phải đem cert về, bác nào học hay thi rồi thì cho em xin tư vấn học ở đâu với ạ :cry:
 
em cũng ko biết sao nhưng chán quá bác ạ, đang kiếm đường đi :LOL:, mà cty này nhỏ ko có tester cơ, dev code xong test lun
haha, cty cũ của mình cũng thế này
làm xong task nào là tự lên test plan vs test case, xong thì tự test trên dev với stg luôn, lỡ có bug thì tự tạo task tự fix rồi quay lại quy trình test :boss:
 
các thím cho em hỏi là dự án có nhiều user type thì nên module như thế nào để maintain đỡ cực ạ, hiện tại em đnag định chia như thế này

plain code
  • - src
    • - modules
      • - admin
      • - controllers
      • - services
      • - repositories
    • - sub-admin
      • - controllers
      • - services
      • - repositories
    • - user
      • - controllers
      • - services
      • - repositories
    • - common
      • - dtos
      • - entities
  • API
    • Admin API: /admin/...
    • Sub-admin API: /sub-admin/...
    • User API: /user/...
      ...
      admin(quản lý tất cả), sub-admin (quản lý 1 cửa hàng, các data liên quan của cửa hàng đó) và cuối cùng là user. Liệu có nên chia ra làm 3 module riêng biệt cho mỗi api không(bao gồm controller, service/action, repository....) và api thì nên để 1 entry point duy nhất hay cũng tách ra làm 3 luôn nhỉ

      ps: chia theo như trên của em thì nếu có 1 số api chung cả 3 role đều access đc và trả ra kết quả như nhau thì sẽ phải lặp lại code logic cả 3 lần, nhưng đồng thời cũng sẽ có thêm không gian để thay đỗi logic cho 1 trong 3 nếu cần thiết
 
Sửa lần cuối:
Em chào mọi người ạ.

Chả là mấy nay kinh tế khó khăn em bị layoff hơn 1 tháng đang thất nghiệp. Cho nên bên cạnh rải CV thì em cũng tranh thủ học thêm kiến thức data cũng như business để bổ trợ công việc sau này, kiếm thêm cho con ít sữa với tã mỗi tháng. Sau khi học free vài khóa trên youtube thì em muốn học nhiều hơn, em thấy review các khóa trên Coursera khá tốt nên muốn đăng ký học.

Và từ đó, em đã thấy rất nhiều người bán tài khoản Coursera Plus/Premium vĩnh viễn trong các group, diễn đàn với mức giá giao động từ 600k đến 3-4 triệu (tài khoản cá nhân).

Sau 7x7 49 lần search Google từ tiếng Việt, tiếng Anh đến tiếng Ả Rập em đều không tìm ra trường hợp nào Coursera cấp tài khoản Plus dùng vĩnh viễn (nói chứ em không biết tiếng Ả Rập đâu, em chém thôi :)). Đây là lý do em đang lo ngại về độ uy tín của của các tài khoản dạng này. Em hay thấy mấy bài đăng kiểu đăng ký premium như drive hay netflix giá rẻ, hóa ra người bán đăng ký chui ké 1 nhóm nào đó, khi bị chủ của nhóm phát hiện thì tài khoản mình bị kick và mất xèng.

Vậy nên em mạn phép đăng lên đây hy vọng anh chị em bạn dì gần xa nếu biết được lý do tồn tại các tài các tài khoản Coursera Plus vĩnh viễn thì cho em xin thông tin, có nguồn bài đăng xác thực em sẽ càng đội ơn ạ. Để em có niềm tin dốc túi mua 1 tài khoản trong tình trạng kinh phí eo hẹp này.
Em xin chân thành đa tạ :sweet_kiss:
 
các thím cho em hỏi là dự án có nhiều user type thì nên module như thế nào để maintain đỡ cực ạ, hiện tại em đnag định chia như thế này

plain code
  • - src
    • - modules
      • - admin
      • - controllers
      • - services
      • - repositories
    • - sub-admin
      • - controllers
      • - services
      • - repositories
    • - user
      • - controllers
      • - services
      • - repositories
    • - common
      • - dtos
      • - entities
  • API
    • Admin API: /admin/...
    • Sub-admin API: /sub-admin/...
    • User API: /user/...
      ...
      admin(quản lý tất cả), sub-admin (quản lý 1 cửa hàng, các data liên quan của cửa hàng đó) và cuối cùng là user. Liệu có nên chia ra làm 3 module riêng biệt cho mỗi api không(bao gồm controller, service/action, repository....) và api thì nên để 1 entry point duy nhất hay cũng tách ra làm 3 luôn nhỉ

      ps: chia theo như trên của em thì nếu có 1 số api chung cả 3 role đều access đc và trả ra kết quả như nhau thì sẽ phải lặp lại code logic cả 3 lần, nhưng đồng thời cũng sẽ có thêm không gian để thay đỗi logic cho 1 trong 3 nếu cần thiết
trong modules mình sẽ chia folder theo từng business logic chứ k chia theo phân quyền (permission)
trong từng business logic, sẽ có service và repository dùng chung, còn việc phân quyền API sẽ tách làm nhiều controller

  • src
    • modules
      • order
        • order.admin.controller
        • order.subAdmin.controller
        • order.service
        • order.repository

bạn thử áp dụng xem có clean hơn không nhé
 
Kể ra thì hồi xưa chọn ngành này vì nghĩ sẽ lập trình game đấy.
Sau này số trời đưa đẩy làm lập trình web.
Giờ đến tuổi băm rồi lại nghĩ muốn làm game. Nên mạn phép hỏi anh em về cần chuẩn bị những gì để làm một game từ A-Z.
Ví dụ game online đi.
 
Nếu bác muốn làm theo team, bác sẽ cần thêm ít nhất một game designer, một artist,
Nếu bác làm một mình, bác sẽ phải tìm hiểu kỹ tựa game mình sắp làm, thiết kế tài liệu hoàn chỉnh (cái này quan trọng),tìm các concept, asset nếu bác ko biết vẽ.....trước khi bắt tay vào code.
 
Em chào mọi người ạ.

Chả là mấy nay kinh tế khó khăn em bị layoff hơn 1 tháng đang thất nghiệp. Cho nên bên cạnh rải CV thì em cũng tranh thủ học thêm kiến thức data cũng như business để bổ trợ công việc sau này, kiếm thêm cho con ít sữa với tã mỗi tháng. Sau khi học free vài khóa trên youtube thì em muốn học nhiều hơn, em thấy review các khóa trên Coursera khá tốt nên muốn đăng ký học.

Và từ đó, em đã thấy rất nhiều người bán tài khoản Coursera Plus/Premium vĩnh viễn trong các group, diễn đàn với mức giá giao động từ 600k đến 3-4 triệu (tài khoản cá nhân).

Sau 7x7 49 lần search Google từ tiếng Việt, tiếng Anh đến tiếng Ả Rập em đều không tìm ra trường hợp nào Coursera cấp tài khoản Plus dùng vĩnh viễn (nói chứ em không biết tiếng Ả Rập đâu, em chém thôi :)). Đây là lý do em đang lo ngại về độ uy tín của của các tài khoản dạng này. Em hay thấy mấy bài đăng kiểu đăng ký premium như drive hay netflix giá rẻ, hóa ra người bán đăng ký chui ké 1 nhóm nào đó, khi bị chủ của nhóm phát hiện thì tài khoản mình bị kick và mất xèng.

Vậy nên em mạn phép đăng lên đây hy vọng anh chị em bạn dì gần xa nếu biết được lý do tồn tại các tài các tài khoản Coursera Plus vĩnh viễn thì cho em xin thông tin, có nguồn bài đăng xác thực em sẽ càng đội ơn ạ. Để em có niềm tin dốc túi mua 1 tài khoản trong tình trạng kinh phí eo hẹp này.
Em xin chân thành đa tạ :sweet_kiss:
cũng cùng thắc mắc giống bác này, mong có bác nào am hiểu giải đáp :adore:
 
Kể ra thì hồi xưa chọn ngành này vì nghĩ sẽ lập trình game đấy.
Sau này số trời đưa đẩy làm lập trình web.
Giờ đến tuổi băm rồi lại nghĩ muốn làm game. Nên mạn phép hỏi anh em về cần chuẩn bị những gì để làm một game từ A-Z.
Ví dụ game online đi.
Góp ý là thím thích game thì build pc game về chơi đi, chứ làm game đuối lắm mà lương không xứng công sức bỏ ra. Thêm nữa ở vn game đa số cty toàn clone copy chán lắm.
 
Góp ý là thím thích game thì build pc game về chơi đi, chứ làm game đuối lắm mà lương không xứng công sức bỏ ra. Thêm nữa ở vn game đa số cty toàn clone copy chán lắm.
Ngành game ở VN mà làm game tử tế thì auto đói.

Trừ khi sang nước ngoài làm hoặc định cư. Còn đâu làm game ở VN học thì lắm, lương thì thấp
sao tưởng toàn lương vài k đô mà bác. Vài Studio game Việt cũng làm game hay phết đấy chứ.
 
Nghành game trừ khi đam mê rất lớn chứ ở bất kì quốc gia nào ai mà làm game đều khổ như cún mà lương được trả vẫn bèo. Như dev rockstar làm gta bị nhốt như xv code không thấy mặt trời luôn
 
Platform có API C/C++ hết rồi. Gọi hàm là dùng được chứ cần gì biết điện tử với phần cứng :D
Đó là làm trên phần app thôi bác, chứ nhúng làm ở low level như viết driver các kiểu thì phải hiểu biết về phần cứng, đọc hiểu các specs datasheet mới chơi tốt đc. Mà theo e làm nhúng nếu ko đụng phần cứng thì cũng nên biết một chút về tí điện tử thì vẫn ok hơn.😃😃
 
Kể ra thì hồi xưa chọn ngành này vì nghĩ sẽ lập trình game đấy.
Sau này số trời đưa đẩy làm lập trình web.
Giờ đến tuổi băm rồi lại nghĩ muốn làm game. Nên mạn phép hỏi anh em về cần chuẩn bị những gì để làm một game từ A-Z.
Ví dụ game online đi.

Thím có thể coi cái list này từ index 12 -> 1 để tham khảo nhé, em thấy khá hay.

Chủ kênh kể cách ổng bắt đầu làm game từ lúc chưa biết gì và những khó khăn, mistakes lúc làm (chưa biết lập trình chứ ông biết phân tích, mổ xẻ gameplay, level design, ...). Nội dung từng video thì em nhớ mang máng thế này:
  1. Học game engine
  2. Lên idea rồi làm prototype để test idea hoạt động không
  3. Gặp khó khăn về quyết định mechanic gì vào game vì có nhiều ý tưởng quá, đi tư vấn người trong nghề rồi đặt thử thách làm chọn ra core mechanics để làm 5 level trong 1 tháng để có product.
  4. Kể về hành trình làm game trong 1 tháng đó
  5. Đem product share cho bạn bè lấy feedback. Em coi tới đây thôi :beat_brick:
 

Thống kê chủ đề

Ngày tạo
babystorm26,
Người trả lời cuối
Ruaconlonton123,
Trả lời
6.711
Lượt xem
741.375
Quay lại
Lên đầu trang