Có gì khác biệt giữa làm việc tại một công ty phần mềm và một công ty tập trung vào lĩnh vực khác? [đóng cửa]

Gần đây, tôi được một cơ quan quảng cáo địa phương tiếp cận với một cơ hội việc làm. Họ đang mang tất cả phát triển web / tương tác trong nhà và thêm vào nhóm phát triển của họ.

Tôi phát ốm vì công việc cushy, nhưng nhàm chán của tôi và bị thu hút bởi vị trí này.

Chỉ làm việc cho các cửa hàng phần mềm nơi doanh nghiệp chính sản xuất phần mềm, tôi lo lắng rằng họ có thể không chú trọng đến các thực tiễn phần mềm chất lượng, vì phát triển không phải là trọng tâm của hoạt động kinh doanh.

Bất cứ ai có kinh nghiệm ở cả hai so sánh / tương phản làm việc tại một công ty phần mềm với làm việc tại một công ty tình cờ có một nhóm hoặc bộ phận phát triển phần mềm nội bộ?

Nó sẽ phụ thuộc vào công ty. Nhưng thông thường, nếu không phải là trọng tâm chính của họ, phần mềm sẽ có chất lượng kém hơn. Quá trình, nếu họ có bất kỳ, sẽ ít nghiêm ngặt hơn. Các thử nghiệm không tồn tại. Và công việc nói chung ít thách thức về mặt kỹ thuật.

Họ sẽ muốn nó hoạt động, và làm việc ngay bây giờ, và điều đó sẽ đủ tốt.

Nhưng một số nơi rất quan trọng về phát triển phần mềm, ngay cả khi họ là các cửa hàng mẹ & pop làm việc khác hoàn toàn. Nó phụ thuộc vào việc lãnh đạo doanh nghiệp cởi mở với những ý tưởng tốt, lãnh đạo công nghệ biết đủ để thực hiện đúng và có những người có thể giải thích một ý tưởng tốt. Mà có thể là bạn.

Phỏng vấn công ty. Hỏi họ nếu biết / tuân thủ bài kiểm tra Joel. Hầu hết chúng là những điểm tốt. Xem nếu họ hiểu nợ kỹ thuật và tháng đàn ông huyền thoại. Ai là người quản lý dự án của bạn, anh ta sử dụng quy trình gì, và anh ta táo tợn đến mức nào?

Có một sự khác biệt lớn. Trước đây, bạn là một phần của trung tâm lợi nhuận. Sau này, bạn là một phần của trung tâm chi phí. Đoán xem cái nào được điều trị tốt hơn?

Bây giờ tôi làm việc cho một công ty phần mềm và tôi hạnh phúc hơn nhiều so với công việc cuối cùng của tôi, nơi tất cả đều bị sa thải và thuê ngoài mọi lúc, và các nhà phát triển chỉ được xem là những vật dụng dễ thay thế (thay vì trái tim của công ty).

Lập trình viên vẫn là lập trình viên. Chỉ vì sản phẩm chính của công ty không phải là phần mềm không có nghĩa là lập trình viên không cần các tiện nghi tương tự.

Tôi đã làm việc trong bộ phận CNTT của các công ty lớn đang phát triển phần mềm để sử dụng nội bộ; Tôi đã làm việc trong các công ty phát triển phần mềm cho thị trường; và tôi đã làm việc trong các cơ quan phát triển web cho khách hàng.

Và tôi sẽ không nói có bất kỳ sự khác biệt nào giữa các công ty khác nhau về tầm quan trọng của việc tăng năng suất.

Giữ cho các lập trình viên làm việc hiệu quả là rất quan trọng bất kể các lập trình viên đang làm gì. Và tôi sẽ nói rằng việc giữ cho các lập trình viên luôn vui vẻ và giữ họ làm việc cho bạn thậm chí còn quan trọng hơn khi họ là những lập trình viên bảo trì trong bộ phận CNTT của một công ty phi phần mềm.

Sự khác biệt phần lớn phụ thuộc vào chính công ty; Tôi đã làm việc tại các công ty phi phần mềm tốt và các công ty phần mềm khủng khiếp. Tuy nhiên, trung bình, đây là những gì tôi đã tìm thấy:

Công ty phi phần mềm

Tập trung vào việc hoàn thành công việc nhanh chóng, ít hoặc không nghĩ đến chất lượng hoặc khả năng duy trì lâu dài. Các nhà phát triển thường không biết gì về mặt kỹ thuật ngoài những gì họ đã làm trong quá khứ hoặc trong thời gian làm việc với công ty và thường cố gắng đưa ra các khái niệm mới (ORM, nguyên tắc RẮN, TDD, v.v.) sẽ gặp phải sự nhầm lẫn hoặc sa thải ngay lập tức. Mọi người có xu hướng tập trung nhiều hơn vào "kéo theo dòng công ty".

Công ty phần mềm

Nhấn mạnh vào việc hoàn thành công việc mà không làm giảm chất lượng. Đồng nghiệp có nhiều khả năng cập nhật công nghệ (dù họ có thể sử dụng nó trong công việc hay không) và thường xem cách họ có thể tích hợp các ý tưởng hoặc khung mới vào thói quen hàng ngày để làm cho phần mềm tốt hơn. Nếu họ chưa quen thuộc và đang sử dụng các khái niệm như TDD, ORM, RẮN, v.v. thì có lẽ họ đã nghe về nó và sẵn sàng đánh giá chúng.

Một lần nữa điều này là trong công ty cuối cùng phụ thuộc. Tôi đã làm việc tại một công ty phi phần mềm với một nhóm cực kỳ Agile, nắm lấy TDD và ORM và dạy tôi rất nhiều về kỹ thuật phần mềm thích hợp, và tôi đã làm việc tại một công ty phần mềm nhỏ viết mã spaghetti VBScript thuộc loại tồi tệ nhất và có hơn 50 nhà phát triển rằng mỗi trang phải làm việc trên các trang khác nhau để tránh mọi thứ bị phá vỡ và hàng tấn băng đỏ cho một thay đổi nhỏ. Tuy nhiên, công ty càng ít phụ thuộc vào phần mềm, môi trường càng có nhiều khả năng phát triển phần mềm.

Tôi đã làm việc như một nhà phát triển phần mềm duy nhất trên một nhóm người không phải là phần mềm và tôi nghĩ rằng sự độc lập thậm chí còn quan trọng hơn trong trường hợp đó. Khi bạn không có hàng tá người sử dụng cùng một công cụ, bạn phải đưa ra nhiều quyết định hơn nữa, bạn sẽ sử dụng ngôn ngữ nào, trình biên dịch, máy chủ nào, v.v. Các nhà phát triển đơn độc cần tự do hơn để cài đặt, đánh giá và quản trị phần mềm đó được coi là cấp trong một thiết lập nhóm.

Một sự khác biệt chắc chắn sẽ ít chú trọng đến chi phí hoạt động và redtape mà bạn phải trải qua tại một cửa hàng phần mềm của công ty. Bạn sẽ thấy rằng bạn sẽ có thể có quyền kiểm soát chi tiết hơn nhiều đối với tất cả các khía cạnh của dự án của bạn.

Một pro là điều này có thể được làm mới ...

Nó trở nên khủng khiếp đối với cá nhân tôi nhưng điều đó có thể là do tôi đã chọn kém. Một điều khó khăn là bạn không còn bị ràng buộc với công việc kinh doanh và thay vào đó bạn là một người quản lý hành chính. Những người kiểm soát ngân sách đối xử với tôi như thể tôi đang tự mình lấy tiền từ ví của họ và tiến hành "đánh tôi như một con la thuê" để nói chuyện. Đối với tôi đó là một thử thách bực bội và mệt mỏi vì vậy bạn nên cẩn thận tìm kiếm các dấu hiệu của loại thái độ này khi bạn phỏng vấn.

Đã có một số câu trả lời tuyệt vời ở đây, nhưng tôi chỉ muốn tham khảo một liên kết đến bản phiên âm phần 2 của bài nói chuyện mà Joel Spolsky đã đưa ra tại Đại học Yale:

Joel Spolsky - Talk At Yale Phần 2 trên 3

Ở đó, ông nói về sự khác biệt giữa lập trình viên "nội bộ" và lập trình viên làm việc trong các công ty phần mềm / công nghệ.

Ba điểm chính của anh là:

• Khi bạn là một lập trình viên nội bộ, bạn không bao giờ có thể làm mọi việc đúng cách. Bạn luôn phải làm mọi thứ theo cách phù hợp.

• Là một lập trình viên nội bộ, một khi một số phần mềm là đủ tốt, thì bạn sẽ ngừng làm việc với nó. Khi bạn phát triển "sản phẩm" phần mềm, bạn sẽ làm cho chúng đẹp hơn.

• Khi bạn là lập trình viên tại một công ty phần mềm, công việc bạn đang làm có liên quan trực tiếp đến cách công ty kiếm tiền. Điều đó có nghĩa, đối với một điều, quản lý quan tâm đến bạn.

Cá nhân tôi đã làm việc ở cả công ty phần mềm và công ty phi phần mềm trong suốt sự nghiệp của mình và mặc dù luôn có ngoại lệ đối với mọi quy tắc, tôi đồng ý với quan điểm của Joel vì đại đa số các công ty dường như phù hợp với họ.

Một sự khác biệt lớn là làm việc tại một cửa hàng phần mềm mà bạn có thể đang giúp tạo ra việc làm trong công ty. Làm việc trong phòng lập trình. nói chung, tại một loại hình công ty khác, điều đó có nghĩa là bạn đang viết phần mềm để thay thế mọi người. Đó là một thực tế đáng buồn để giải quyết. Điều đó đang được nói, một công ty quảng cáo rất có thể là một con thú hoàn toàn khác. Giống như một cửa hàng phát triển web trong một công ty khác, sẽ là phỏng đoán của tôi.

Theo quan sát của tôi, có ít nhất hai trường hợp khi gắn bó với biên giới công ty phần mềm đối với các vấn đề sống còn chuyên nghiệp .

Trường hợp đầu tiên là nếu một người hoàn toàn viết mã - hãy cho tôi 80 ... 90 ... 100% thời gian để mã hóa hoặc tôi chết . Tại các cửa hàng phần mềm, điều này gần như là một sự cho phép, như thể mọi người đều biết cách đến đó bởi vì, vì mọi người đang làm điều đó. Nhưng bên ngoài , có một rủi ro thực sự cao để thất bại ở đó. Người ta có thể nhận được mức thấp nhất là 50, 40, 30% (tải mã hóa cá nhân của tôi đã giảm xuống 20% ​​- không đùa, tôi đã đo bằng JIRA !) Không phải vì "họ" không muốn bạn viết mã - không họ muốn nhưng , nhưng ... họ có thể không biết làm thế nào.

"Nguy cơ chết người" thứ hai là nếu ai đó gặp vấn đề nghiêm trọng trong giao tiếp. Điều này có thể gây rắc rối ngay cả trong các cửa hàng phần mềm, nhưng ít nhất có cơ hội tốt để tồn tại và sống một cuộc sống năng suất tốt đẹp mà không làm phiền các tương tác. :) Tuy nhiên, tại các công ty phi phần mềm, cơ hội như vậy thấp hơn nhiều - hoàn toàn ngược lại, gần như không thể tránh khỏi việc người ta cuối cùng sẽ phải mất nhiều công sức để giáo dục một số người ngoài cơ bản về CNTT chỉ vì nếu không sẽ không thể thực hiện được công việc.

Vâng, ngoại trừ hai trường hợp được đề cập ở trên, tôi biết không có lý do mạnh mẽ nào khác để tự khóa chặt các công ty phần mềm. Bây giờ, bên nào thích? theo như tôi có thể nói, đây là vấn đề của hương vị, loại niềm vui nào nhấp vào bạn nhiều hơn.

Cả hai bên cung cấp các hình thức riêng biệt, vui vẻ. Nó không dễ để mô tả.

Tôi muốn nói rằng các công ty phần mềm thú vị hơn với những người nhắm đến "điểm cao" trong khi những công ty bên ngoài mang đến sự hồi hộp cho những người phấn đấu vì "sự khác biệt lớn". Tôi nghĩ về nó như thế này ( số ghi chú bên dưới chỉ được phát minh để đơn giản hóa việc tạo điểm) ...

• Tại công ty phần mềm, một người có cơ hội cung cấp 100 tính năng mỗi năm - một điểm cao nhất chưa ai đạt được. Sẽ khó, sẽ khó, sẽ lên hàng đầu - cải thiện 50% so với trung bình 70 tính năng một năm. Thử thách lớn, thật đấy.
• Đồng thời, ở bên ngoài công ty, người ta có cơ hội cung cấp 50 tính năng mỗi năm - mức tăng cao nhất chưa từng có ai đạt được. Sẽ rất khó, sẽ rất khó, sẽ rất lớn - tăng đáng kể 500% so với trung bình 10 tính năng mỗi năm. Thử thách lớn, hãy tin tôi.

Lưu ý btw rằng cơ hội để được tăng 500% tại công ty phần mềm là nhỏ không đáng kể so với - và tương ứng, cơ hội để đạt được 100 tính năng là nhỏ không đáng kể ở bên ngoài .

Đánh dấu hàng đầu ở một bên mở rộng sự hiểu biết của chúng tôi về giới hạn chuyên nghiệp, nâng cao kiến ​​thức của chúng tôi về cách làm mọi thứ tốt hơn. Sự khác biệt lớn ở một khía cạnh khác làm ảnh hưởng sâu sắc đến văn hóa công ty, nâng cao kiến thức của người ngoài về cách làm thế nào cho đúng.

Bây giờ, nếu bạn có một ưu tiên rõ ràng cho người này hay người khác, bạn biết nên chọn bên nào. Hoặc, nếu bạn thiếu quyết đoán, chỉ cần thoải mái xoay quanh họ như bạn muốn. :)

Kudos để đáp ứng chi phí so với trung tâm lợi nhuận.

Tôi đã ở cả hai và rất thích một công ty phần mềm. Vì mối tương quan của bạn với lợi nhuận là rõ ràng hơn, nhiều khả năng bạn sẽ có một số khoản bồi thường dựa trên hiệu suất phù hợp và văn hóa công ty tổng thể bao trùm tính cách của nhà phát triển phần mềm. Thông thường điều đó chuyển thành chính trị văn phòng ít hơn, Dockers không bắt buộc, con đường sự nghiệp rõ ràng và ít BS. Nhưng nếu bạn tham gia vào một ngày 9-5 ổn định, có lẽ ít thách thức hơn, không phải là hợp đồng biểu diễn chặt chẽ hơn đôi khi thì CNTT là một thỏa thuận tốt hơn - không phải là hoài nghi ở đây, tôi hiểu một số người thích cân bằng công việc / cuộc sống điển hình hơn với chi phí những thứ khác. Theo kinh nghiệm của tôi, chất lượng tổng thể của một nhà phát triển tốt hơn nhiều ở một công ty phần mềm; trái ngược với sự tầm thường thường thấm vào corp IT. Tôi biết rằng có những ngoại lệ,

CNTT là một phần của nhóm Hỗ trợ trong các công ty không phải phần mềm .. Các lập trình viên phần mềm đã phát triển các ứng dụng sẽ giúp công ty có năng suất tốt hơn, giao dịch nhanh hơn, hỗ trợ kỹ thuật và ... Một số công ty phần mềm (Sản xuất / công nghiệp khắc) cung cấp các khóa đào tạo và khác mọi thứ cho các lập trình viên của họ nhưng nhiều người thì không, vì vậy họ thường thuê ngoài lập trình viên ở các công ty khác.

Bất cứ ai có kinh nghiệm ở cả hai so sánh / tương phản làm việc tại một công ty phần mềm với làm việc tại một công ty tình cờ có một nhóm hoặc bộ phận phát triển phần mềm nội bộ?

Tôi muốn thay vì làm việc trong một bộ phận IS để làm việc trong bộ phận phát triển sản phẩm của một công ty bán phần mềm. Chỉ cần làm rõ mỗi bên và đưa ra một số của mỗi bên, với một số chỉnh sửa định dạng:

Bộ phận IS

Công ty có thể sản xuất phần cứng, phần mềm, ô tô hoặc bất cứ thứ gì ngoại trừ chìa khóa ở đây là có một bộ phận nội bộ chịu trách nhiệm về các hệ thống mà công ty sử dụng hàng ngày và hàng ngày. Ở đây có thể có các khung như ITIL có thể cố gắng mang lại sự trưởng thành cho các quy trình mà bộ phận điều hành như một phần của bộ phận này là các cơ sở hạ tầng luôn bật đèn và phần khác là những người phát triển và phân tích cải tiến , cải tiến và hệ thống mới. Ở đây, các dự án có thể khác nhau về chiều dài mặc dù trong một số trường hợp có thể mất nhiều năm để hệ thống được triển khai đầy đủ do các giai đoạn triển khai nếu một số hệ thống lớn đang được thay thế như CMS, CRM hoặc ERP.

Đôi khi tôi có cảm giác là một cái răng cưa trong một cỗ máy và ở những người khác, nó khá gọn gàng để trở thành một phần xương sống của công ty vì sự thấp và cao của một vị trí như vậy. Tôi không được khoe khoang với những người bên ngoài công ty quá nhiều vì phần lớn công việc của tôi là trên các hệ thống nội bộ không có ý định truy cập hoặc xem công khai. Ở đây có thể có vé hỗ trợ, nơi người ta có thể phải đối phó với các nhà cung cấp phần mềm vì ai đó có vấn đề không nhất thiết phải biết điều gì gây ra lỗi và vì vậy bộ phận IS phải theo dõi với người khác để giúp giải quyết vấn đề. Trong các trường hợp khác, có thể một số tùy chỉnh phải được thay đổi do thay đổi yêu cầu hoặc quy tắc kinh doanh.

Công ty phần mềm

Ở đây điều này làm việc về những gì công ty bán trực tiếp và do đó có một số khác biệt quy tắc lớn. Đầu tiên, khách hàng ở đây không thể được đóng hộp nhiều như trường hợp của bộ phận IS. Trong bộ phận IS có thể chỉ có một vài người dùng hệ thống để quản trị có thể xử lý nhiều trường hợp kỳ lạ nếu ai đó cố tình chọn sử dụng sai công cụ, điều đó luôn không thể ngăn chặn được. Trong công ty phần mềm không có mạng lưới an toàn đó. Nếu ai đó tải xuống phần mềm của bạn và họ quản lý để tìm cách làm điều gì đó phá hoại với nó, công ty có thể sẽ phải đối mặt với nó. Trong trường hợp này, có thể có một số thể hiện những gì tôi đã làm vì có thể có một số tính năng thú vị để hiển thị cho bạn bè hoặc người thân nếu họ muốn biết thêm một chút về những gì tôi làm.

Một điều cần lưu ý ở đây là có thể có các công ty được đưa vào làm nhà tích hợp hệ thống để đưa vào phần mềm doanh nghiệp có thể tùy chỉnh lớn làm việc với những người trong bộ phận IS về việc triển khai hàng triệu đô la cũng như những công ty làm việc trực tiếp cho công ty. bản thân phần mềm lớn. Cũng có thể có các nhà cung cấp dịch vụ ứng dụng mà tôi đặt ở đây vì họ đang bán một dịch vụ được xây dựng chủ yếu bằng phần mềm. Ví dụ: Google có thể có bộ phận IS cũng như một số nhà phát triển phần mềm mặc dù một người sẽ không đến cửa hàng để mua DVD phần mềm của Google, ít nhất tôi không nghĩ rằng tôi đã thấy điều đó mặc dù tôi làm vậy biết nhiều sản phẩm của Google trực tuyến có thể được sử dụng khá dễ dàng. Điều này có thể cho phép một số chuyên môn hóa vì nó không phải là '

Gần đây tôi đã làm việc tại một công ty phi phần mềm lớn của Mỹ, nơi một đồng nghiệp đã nghe CEO nói rằng "Tôi không cho af *** về phần mềm tôi chạy * *". Theo kinh nghiệm của tôi đây là mệnh cho khóa học. Gần như chắc chắn sẽ có những vấn đề dường như rõ ràng đối với nhóm phần mềm nhưng ban quản lý không phát triển sẽ từ chối thậm chí không nghĩ đến.