Robert Bosch Engineering And Business Solutions

1. technical stack của dự án như thế nào, có up to date ko. Kiểu như thấy tuyển làm VB, winform thì next. Thường mấy món này là các cty ngành nghề khác tuyển dev vào làm một cái tool phục vụ nội bộ. Rõ là làm product hẳn hoi, dc quyền tự quyết rất nhiều, nhưng sẽ éo có gì để học hỏi ở mấy kiểu dự án này. Nhiều công ty product lâu đời thường sẽ có những framework họ tự làm ra từ hồi đó để xài. Xài quá lâu rồi thì coi như tự phụ thuộc framework đó luôn và hầu như ko thể update. Ví dụ như mình biết có công ty làm product của châu Âu hẳn hoi, họ phát triển từ những năm 2000 đến giờ, tự làm ra một IoC framework để xài. Đến giờ thì đã có biết bao nhiêu IoC framework xịn ra đời mà bên đó vẫn chưa thể áp dụng vì product đã quá to, mà dính đến IoC thì bao nhiêu thứ lằng nhằng ở trong đó ko dễ mà migrate được. Do đó ai mà vào làm cái này thì coi như chết dí với cái framework đó và khi nhảy cty khác sẽ chả áp dụng dc gì. TLDR: gặp công ty product nào mà nói là bên anh xài framework riêng thì next. Bên outsource thì việc này cũng sẽ xảy ra ở những dự án maintenance. Các bạn sẽ gặp đủ thứ công nghệ tối cổ như COBOL, cùng với cái code base và architect theo style cổ lỗ sĩ. Những thứ này cũng sẽ chả giúp ích gì cho bản thân cả. TLDR: gặp công ty outsource nào mà bảo làm dự án maintenance thì next. 2. cơ hội va chạm nhiều thể loại techniques khác nhau, nhiều business line khác nhau. Mới đi làm thì cái này rất quan trọng, nó quyết định hướng đi tương lai của dev. Vì thường mới ra trường ít ai biết là sẽ định đi theo hướng nào. Nên 2, 3 năm đầu cứ va chạm nhiều thể loại khác nhau đã, sau khi hình thành thế giới quan về các công nghệ rồi thì mới quyết định sẽ đi theo expert về món nào. Và cái thế giới quan này cũng rất quan trọng nếu sau này hướng đi làm architect.

Mấy bác trên ns đúng đấy, product hay outsource nó ko quan trọng mà quan trọng là tính chất project như thế nào, project mới hay maintain, xài công nghệ j. Còn để trả lời cho câu hỏi của bạn thì ở Bosch này làm cả hai. Outsource cho những cty con khác của Bosch. Còn Product là làm những tool xài nội bộ hoặc làm sản phẩm và đem cho các cty con khác thuê lại. Tuy nhiên đa phần các project ở đây đều xài công nghệ cũ kĩ và maintain , còn lại cũng có 1 số product ngon nhưng rất ít. nên đó là điểm cần xem xét

Bác nói đúng vãi, tặng 1 like

Thời buổi nào rồi còn đi so outsource với product nhỉ? Một thằng làm ra để tự xài và bán cho bất cứ ai khác muốn mua, một thằng làm theo đơn đặt hàng của một khách hàng cụ thể. 2 thứ này chỉ khác nhau ở mặt sở hữu trí tuệ và mặt Product Owner. Bên outsource thì PO ở phía khách hàng, bên product thì PO ở trong công ty. Thế thôi. Còn về mặt development process chả khác mẹ gì nhau. Cũng có quy trình, lifecycle, có các bộ phận PM, BA, architect, tech lead, dev, QA đầy đủ cả. Ở bên nào thì dev cũng phải làm theo feature mà BA đưa ra (sau khi BA đã validate với PO), về mặt technical thì phải theo architect với tech lead, về mặt task assignment thì phải theo PM. Đéo hiểu sao có thằng tuyên bố là làm dev ở product dc quyền tự do quyết định mọi thứ nên skill tốt hơn? Dev tự do chỉ có ở mấy công ty start up lôm côm không quy trình. Chứ outsource hay product bự thì đều phải theo quy trình chứ ở đó mà đòi tự biên tự diễn. Do đó các bạn trẻ đừng có nghe lời mấy thằng thiển cận trên này chỉ nhăm nhăm cho rằng làm product tốt hơn nên cứ nhắm mắt chọn product mà ko hiểu gì, có khi chôn vùi mất 1 - 2 năm thanh xuân ở một bãi shit. Tiêu chuẩn để chọn một công việc tốt là: