Chào bạn
Cảm ơn bạn đã phản hồi nhé
Ý mình là game thì luật chơi thường là đơn giản chơi vài lần là hiểu luật lắm dc logic game, còn làm web cho hệ thống logic nó thuộc về doanh nghiệp mỗi doanh nghiệp lại khác nhau, mình ko có exp cách để nắm và hiểu nó ngay, bài post này mình muốn được học hỏi, ko có ý gì khác, còn việc đi rải CV mình rải suốt rồi, thời giờ tìm việc it khó quá
Cách học nhanh nghiệp vụ hệ thống web khi đi làm cho newbie
Mình rải rồi, giờ intern 0 lương còn khó như mò kim
Có phải năm đỉnh it hồi covid đâu ạ
Hiện tại mình tìm job node golang python fresher mà lòi mắt đây
Bài post này mình hỏi rất nghiêm túc, câu hỏi clear mà nhỉ, mình có đi xin lời an ủi đâu.
Còn ông “anoymous285” xin lỗi chứ cmt ông aay chả lq gì, rất mất tg của mình.
Còn những cmt bạn khác mình ghi nhận mà
Không đâu bạn. Những gì bạn nhìn thấy dưới con mắt của người chơi thì có thể thấy dễ, nhưng làm sao để ra được logic cho bạn chơi thì bạn không nhìn thấy.
Nếu bây giờ bảo bạn code 1 skill tăng công/ thủ thì dễ, nhưng nếu bảo bạn code skill có tác dụng phản damage đồng thời kích hoạt những skill khác theo phản ứng dây chuyền thì bạn code được không?
Bạn có thể nghĩ ra 1 char/skill có những hiệu ứng đánh đấm hay ho và hấp dẫn, nhưng bạn có code được y như bạn nghĩ không?
Game có đồ hoạ nặng thì bạn làm sao để game chạy mượt mà mà xử lý memory hiệu quả, không bị memory leak?
Game bạn chỉ có DAU (daily active user) tầm 10 người, 100 người thì bạn code kiểu gì cũng được, nhưng nếu game online có DAU tầm 100k-1M người thì bạn làm sao để xử lý game mà không bị lag, không xảy ra trường hợp deadlock database?
Những vấn đề mình nêu trên đây đa số đều là vấn đề technical, còn chưa động nhiều vào “nghiệp vụ game”. Bạn tưởng làm game dễ hơn làm web, thực chất là chẳng có cái nào dễ hơn cái nào đâu bạn.
1 Like
BTW không liên quan đến comment trên của mình nên mình post cái mới.
@my_kun DNH có tính năng quote, bạn hãy dùng nó thay vì copy paste lại comment của người khác nhé.
1 Like
Làm nhiều task của công ty, đọc docs BA, đọc system design của hệ thống xem nó có những thành phần nào, giao tiếp với nhau ra sau, đọc code trong hệ thống nhiều hơn để hiểu flow data nó đi ntn, ko hiểu thì hỏi mấy ông senior, leader làm lâu năm thường người ta ko giấu giếm gì đâu… .
Cách duy nhất để giỏi code là code 
3 Likes
dạ em cảm ơn, nhưng nhà em nghèo, em có tiền đi, với có kiến thức it nếu xuất khẩu lao động em vẫn muốn làm it ấy,
anh ko biết thôi giờ việc làm fresher ít lắm sv thất nghiệp nhan nhản
Đúng, rất nhiều người thất nghiệp, nhưng không phải là toàn bộ.
Vậy thay vì đặt câu hỏi trong vô vọng, thì bạn thử đi dò la xem những người fresher được nhận việc đó đã làm gì, đã làm thế nào để được nhận. Quan trọng là mặt dày vào mà đi hỏi.
Công ty mình đang làm size khoảng 50 thôi, mà fresher ra vô vẫn ầm ầm, vậy nên thực tế có thể không tệ như bạn nghĩ, có thể là rải sai chỗ thôi.
Trước khi nộp cv thì xem kĩ yêu cầu của họ rồi chỉnh lại cho phù hợp cho TỪNG CÔNG TY, đừng có cầm 1 cv rải vô tội vạ.
Bạn cứ post cv lên đây xem sao, biết đâu có người góp ý chỉnh sửa được 
1 Like
Cty outsource làm web dành cho nội bộ doanh nghiệp kiểu ERP, CRM, HRM, … 100% đều thất bại vì:
- Dev chỉ biết techical, không hiểu gì về nghiệp vụ (mặc dù vẫn là CRUD nhưng xử lý flow liên quan tới các thuật ngữ chuyên ngành đặc thù của doanh nghiệp như sổ cái, bút toán, kiểm toán, hạch toán, tính bảo hiểm, tính lương, tính ngày công, xuất kho, nhập kho… thì mù tịt). Dev suốt ngày chỉ trà đá lên mạng ra rả microservice, message queue, AI, machine learning, deep learning, …
- BA thì có cơ hội tiếp xúc với khách hàng, đi onsite tới tận chỗ của khách, đụng tới nghiệp vụ kế toán thì trưa rủ bà kế toán đi ăn cơm cùng để khai thác tí thông tin, đụng tới nghiệp vụ liên quan layout kho thì cuối tuần rủ ông thủ kho đi nhậu. Dev ngồi ở nhà trông ngóng BA đi lấy requirement về, cứ nghĩ BA làm việc chung, ăn chung, thậm chí ngủ chung với khách, dev tự tưởng tượng ra viễn cảnh BA với khách tâm đồng ý hợp, tuy 2 mà 1 sẽ cho ra một file phân tích nghiệp vụ chi tiết rõ ràng, chỉ cần nhìn vào đó code theo, cuối tháng lãnh lương, khách hàng thì happy. Nhưng đời không như mơ, cả BA đụng tới nghiệp vụ doanh nghiệp cũng mù tịt không khác gì dev, nằm vùng cắm rễ ở nhà máy của khách có khi hỏi “như thế nào được gọi là hàng tồn kho?”, số hóa nó thế nào? lưu trữ thế nào? mặt hàng X muốn xuất kho thì ai là người ấn nút approve? BA cũng ngơ ngơ nốt. Chuyện dev code xong thì BA đổi design, đổi requirement bình thường như cơm bữa đến nổi dev phải thốt lên “Tòa nhà đã đổ bê tông, đổ móng xong rồi, giờ đổi bản vẽ thì đập đi xây lại à”
- Đội sale của cty outsource là lực lượng công thành lập quốc, dev với BA có việc hay không là do đội này, không cần biết quái gì về nghiệp vụ, technical thì không quan tâm nhưng khả năng chốt deal thì không ai sánh bằng. Dự án financial, logistics, embedded, … cứ trúng thầu là mang về cho BA với dev xử lý, BA với dev cũng quay cuồng trong đống task, sáng code tài chính, chiều code kho hàng.
- PM là người hưởng lợi nhất nhất trong cuộc chơi này, PM ngồi mát ăn bát vàng, công nhân dev thì do HR tuyển vào có sẵn người để quản lý, BA không quản nắng mưa chạy tới cty khách để lấy requirement, nhậu với khách tới mức sắp bệnh gan chỉ để biết quy trình nội bộ của họ, PM ngồi máy lạnh chỉ biết nhắn hỏi clear nghiệp vụ chưa em??? Sale thì hạ mình cuối đầu trước khách để chốt hợp đồng, cả ngày dập đầu trước khách, đội khách lên đầu để mang dự án về cho cty. Dù sao cuối năm cũng được danh hiệu best saler an ủi, PM thì lại được ăn ké quả nhân viên xuất sắc của năm. Nhưng dù sao BA còn hiểu tí nghiệp vụ, dev còn biết teachical, còn PM cả 2 đều mù tịt, thêm quả combo PM dốt english, N5 không có, topik cũng không, HSK cũng không nốt thì …
Cty không chịu mua license các phần mềm SAP, oracle, D365, yonyou, base, kiotviet, … mà tự code riêng thì việc không nắm được nghiệp vụ không phải nỗi lo của mỗi dev, việc dev không nắm được nghiệp vụ mà vẫn code thì không khác nào bịp khách nhưng không sao, dev không cô đơn, BA, sale và toàn cty outsoure đều bịp khách.
1 Like
Theo tôi vấn đề nghiệp vụ chỉ có thể giải quyết triệt để chỉ khi đưa chính nhân sự của công ty mình đi tu nghiệp, tập huấn, trợ cấp học văn bằng liên quan CNTT. Anh A có thâm niên 10 năm làm trưởng kho tại xưởng, nghiệp vụ anh nắm trong lòng bàn tay; giám đốc đặt niềm tin vào anh hỗ trợ chi phí sang Singapore học các chứng chỉ, khoá học CNTT với hy vọng anh sẽ quay về tối ưu hoá quy trình vận hành của xưởng sau đó hợp tác với một cty phần mềm để triển khai.
Trường hợp thuê cty gia công phần mềm thầu 100% full cycle thì rủi ro hơn đánh tài xỉu, đơn giản vì:
- Đội khảo sát của cty gia công phần mềm không có chuyên môn kho vận. Nếu biết thì không thể so với kinh nghiệm 10 năm của anh A.
- Đội BA không thể cảm nhận được nỗi đau của doanh nghiệp dẫn đến gãi không đúng chỗ ngứa.
- Ở trong chăn mới biết chăn có rận.
1 Like
Mình đã move một vài comment sang off-topic vì bắt đầu sa đà vào nói qua nói lại giữa các member với nhau.
Đề nghị các bạn lưu ý comment lịch sự, không lạc đề.
1 Like
Khó có thể học nghiệp vụ. Mỗi ngành có một nghiệp vụ riêng, chuẩn quốc tế nhưng áp dụng cụ thể vào một doanh nghiệp thì họ biến tấu thành nghiệp vụ riêng của họ. Lúc còn tại chức thì doanh nghiệp đi theo quy trình ABC của ông này vạch ra, đến khi ông khác lên thay thì cải tổ theo quy trình XYZ.
83% thành viên diễn đàn không hỏi bài tập, còn bạn thì sao?