소프트웨어 회사와 다른 분야에 중점을 둔 회사에서 근무하는 것의 차이점은 무엇입니까? [닫은]

최근에 현지 광고 대행사에서 취업 기회를 얻었습니다. 그들은 모든 웹 / 인터랙티브 개발을 사내로 가져와 개발 팀에 추가하고 있습니다.

나는 차분하면서도 지루한 회사 일 때문에 병이 나고 있으며 그 직책에 흥미를 느낍니다.

주요 비즈니스에서 소프트웨어를 제작하는 소프트웨어 샵에서만 일한 결과, 개발이 비즈니스의 초점이 아니기 때문에 양질의 소프트웨어 실무에 중점을 두지 않을까 걱정됩니다.

사내 소프트웨어 개발 팀이나 부서가있는 회사에서 일하는 소프트웨어 회사에서 일하는 비교 / 대조 경험이있는 사람이 있습니까?

회사에 따라 다릅니다. 그러나 일반적으로 주요 초점이 아니라면 소프트웨어 품질이 떨어집니다. 프로세스가있는 경우 프로세스가 덜 엄격 해집니다. 테스트가 존재하지 않습니다. 그리고 작업은 기술적으로 덜 도전적입니다.

그들은 그것이 작동하고 지금 작동하기를 원할 것이고 충분할 것입니다.

그러나 일부 장소는 완전히 다른 일을하는 엄마 및 팝 상점 일지라도 소프트웨어 개발에 열심입니다. 비즈니스 리더십은 좋은 아이디어에 열려 있고, 기술 리더십은 올바른 아이디어를 잘 알고 있으며, 좋은 아이디어를 설명 할 수있는 사람들이 있어야합니다. 당신이 될 수도 있습니다.

회사 인터뷰. Joel 시험에 대한 지식이 있는지 / 문의하는지 물어보십시오. 그들 대부분은 좋은 지적입니다. 그들이 기술 부채와 신화적인 달을 이해하는지보십시오. 프로젝트 관리자는 누구이며 어떤 프로세스를 사용하며 얼마나 괴짜입니까?

큰 차이가 있습니다. 전자에서는 수익 센터의 일부입니다. 후자에서는 비용 센터의 일부입니다. 어느 쪽이 더 나은 치료를받는 것 같아?

나는 지금 소프트웨어 회사에서 일하고 있으며 마지막 직장보다 항상 더 행복합니다. 여기서 모든 정리 해고 및 아웃소싱이 이루어졌으며 개발자는 회사의 중심이 아닌 쉽게 교체 가능한 위젯으로 보였습니다.

프로그래머는 여전히 프로그래머입니다. 회사의 주요 제품이 소프트웨어가 아니라고해서 프로그래머가 동일한 편의 시설을 필요로하지 않는다는 의미는 아닙니다.

사 내용 소프트웨어를 개발하는 대기업의 IT 부서에서 근무했습니다. 나는 시장을위한 소프트웨어를 개발하는 회사에서 일했다; 클라이언트를위한 웹 개발을하는 대행사에서 근무했습니다.

그리고 생산성을 향상시키는 것의 중요성 측면에서 다른 회사들 간에는 어떤 차이도 없다고 말하지 않겠습니다.

프로그래머의 생산성을 유지하는 것은 프로그래머가 어떤 종류의 개발을하든 관계없이 중요합니다. 또한 소프트웨어가 아닌 회사의 IT 부서에서 유지 보수 프로그래머 인 경우 프로그래머를 행복하게 유지하고 귀하를 위해 일하는 것이 더 중요하다고 말하고 싶습니다 .

차이는 주로 회사 자체에 달려 있습니다. 저는 좋은 비 소프트웨어 회사와 끔찍한 소프트웨어 회사에서 일했습니다. 그러나 평균적으로 내가 찾은 것은 다음과 같습니다.

비 소프트웨어 회사

품질이나 장기적인 유지 관리에 대한 생각이 거의 또는 전혀없이 신속하게 작업을 수행하는 데 중점을 둡니다. 개발자는 일반적으로 과거 또는 회사에서 근무한 시간을 넘어 기술적으로 무지하며, 종종 새로운 개념 (ORM, SOLID 원칙, TDD 등)을 도입하려는 경우 혼란 또는 즉각적인 해고가 발생합니다. 사람들은 "회사 라인을 견인"하는 데 더 집중하는 경향이 있습니다.

소프트웨어 회사

품질 저하없이 일을 처리하는 데 중점을 둡니다. 동료들은 기술 (직장에서 활용할 수 있든 없든)을 최신 상태로 유지하고 새로운 아이디어 나 프레임 워크를 일상 업무에 통합하여 소프트웨어를 개선 할 수있는 방법을 찾는 경우가 많습니다. TDD, ORM, SOLID 등과 같은 개념에 익숙하지 않고 사용중인 개념에 대해서는 이미 들어 보았으며 더 기꺼이 평가하려고합니다.

다시 말하지만 이것은 최종 회사에 달려 있습니다. 저는 TDD와 ORM을 포용 한 극도로 민첩한 팀과 함께 비 소프트웨어 회사에서 근무했으며 적절한 소프트웨어 엔지니어링에 대해 많은 것을 가르쳐 주었으며 최악의 종류의 VBScript 스파게티 코드를 작성하고 50 명 이상의 개발자가있는 소규모 소프트웨어 회사에서 근무했습니다. 각각은 서로 다른 페이지에서 작업하여 문제가 발생하지 않도록하고 약간의 변경을 위해 수많은 빨간 테이프를 사용해야했습니다. 그러나 소프트웨어에 대한 의존도가 낮을수록 소프트웨어 개발 환경이 매우 열악 할 수 있습니다.

저는 비 소프트웨어 사용자 층에서 유일한 소프트웨어 개발자로 일했으며,이 경우 독립성이 더 중요하다고 생각합니다. 동일한 도구를 사용하는 수십 명의 직원이없는 경우 사용할 언어, 컴파일러, 서버 등 더 많은 결정을 내려야합니다. 고독한 개발자는 소프트웨어를 자유롭게 설치, 평가 및 관리 할 자유가 더 필요합니다. 그것은 그룹 설정에서 당연한 것으로 간주됩니다.

확실한 한 가지 차이점은 회사 소프트웨어 상점에서 처리해야하는 오버 헤드와 리 테이프에 덜 중점을 둔다는 것입니다. 프로젝트의 모든 측면을보다 세밀하게 제어 할 수 있습니다.

하나의 전문가는 이것이 상쾌 할 수 있다는 것입니다 ...

그것은 개인적으로 나에게 끔찍하게 밝혀졌지만 그것은 내가 잘못 선택했기 때문일 수 있습니다. 한 가지 큰 단점은 더 이상 비즈니스의 빵과 버터에 묶이지 않고 대신 관리상의 부담이된다는 것입니다. 예산 관리자들은 저의 지갑에서 개인적으로 돈을 가져가는 것처럼 나를 취급하고 말하기 위해 "대여 된 노새처럼 나를 때리기"시작했습니다. 나를 위해 그것은 격분하고 지치게되는 시련이었다 그래서 당신은 면접 할 때 이런 종류의 태도의 표시를주의해서 찾아야한다.

여기에 이미 훌륭한 답변이 있지만 Joel Spolsky 가 Yale University에서 한 대화의 두 번째 부분의 사본에 대한 링크를 참조하고 싶습니다 .

Joel Spolsky-Yale 이야기 2/3

거기서 그는 "사내"프로그래머와 소프트웨어 / 기술 회사에서 일하는 프로그래머의 차이점에 대해 이야기합니다.

그의 세 가지 주요 사항은 다음과 같습니다.

• 사내 프로그래머라면 올바른 방식으로 일을 할 수 없습니다. 항상 편리한 방법으로해야합니다.

• 사내 프로그래머 인 경우 일부 소프트웨어가 "충분히 충분"하면 작업을 중단합니다. 소프트웨어 "제품"을 개발할 때 아름답게 만들 수 있습니다.

• 소프트웨어 회사의 프로그래머 인 경우 업무는 회사가 돈을 버는 방식과 직접 관련이 있습니다. 그것은 경영진이 당신을 걱정한다는 것을 의미합니다.

개인적으로 저는 경력 전체에 걸쳐 소프트웨어 회사와 비 소프트웨어 회사 모두에서 일했으며 모든 규칙에 항상 예외가 있지만 대다수의 회사가 그들과 일치하는 것처럼 Joel의 요점에 동의합니다.

한 가지 큰 차이점은 회사 내에서 일자리를 창출하는 데 도움이되는 소프트웨어 상점에서 일한다는 것입니다. 프로그래밍 부서에서 일하기. 다른 유형의 회사에서는 일반적으로 사람들을 대체하기 위해 소프트웨어를 작성하고 있음을 의미합니다. 다루기 힘든 현실이다. 즉, 광고 대행사는 완전히 다른 짐승 일 수 있습니다. 다른 회사의 웹 개발자 상점과 마찬가지로 내 추측 일 것입니다.

내 관찰에 따르면 소프트웨어 회사와 전문 생존의 문제를 고수 할 때 적어도 두 가지 경우가 있습니다.

첫 번째 경우는 코딩에 완전히 착수 한 경우입니다. 코딩하는 데 80 ~ 90 ... 100 %의 시간이 걸리거나 죽습니다 . 소프트웨어 상점에서는 모든 사람이 그렇게하기 때문에 모든 사람이 그곳에가는 방법을 알고있는 것처럼 이것은 거의 당연한 일입니다. 그러나 외부 에서는 그곳에 도착하지 못할 위험이 매우 높습니다. 50, 40, 30 %만큼 낮아질 수 있습니다 (개인 코딩로드가 20 %로 떨어짐-농담 없음, JIRA 에서 측정했습니다 !) "그들이"코딩을 원하지 않기 때문은 아닙니다. 그러나 ... 그들은 단지 방법을 모른다.

두 번째 "치명적인 위험"은 누군가 의사 소통에 심각한 문제가있는 경우입니다. 이것은 소프트웨어 상점에서도 문제가 될 수 있지만 적어도 상호 작용을 방해하지 않으면 서 생존하고 좋은 생산 생활을 할 수있는 좋은 기회가 있습니다. :) 그러나 비 소프트웨어 회사에서는 그러한 기회가 훨씬 적습니다. 반대의 경우, 그렇지 않으면 업무를 수행하는 것이 불가능하기 때문에 IT 기초 에 대해 외부인 을 교육하기 위해 많은 노력을 기울여야 할 것입니다.

위에서 언급 한 두 가지 경우를 제외하고는 소프트웨어 회사에 자신을 엄격하게 고정시킬 다른 강력한 이유는 없습니다. 이제 어느 쪽을 선호합니까? 내가 알 수있는 한, 이것은 맛의 문제이며, 어떤 종류의 재미있는 클릭이 당신을 더 많이 클릭하는지에 관한 것입니다.

양쪽 모두 재미 있고 독특한 형태를 제공합니다. 설명하기 쉽지 않습니다.

나는 소프트웨어 회사들이 "높은 점수"를 목표로하는 사람들에게는 더 재미 있고, 외부 회사들은 "큰 차이"를 위해 노력하는 사람들에게 스릴을 준다고 말합니다. 나는 이것에 대해 생각합니다 ( 아래 숫자 는 요점을 간단하게 만들기 위해 발명되었습니다) ...

• 소프트웨어 회사에서는 매년 100 개의 기능 을 제공 할 수 있습니다. 힘들고 힘들고 최고 일 것 입니다. 1 년에 평균 70 개 이상의 기능을 50 % 개선 합니다. 정말 큰 도전입니다.
• 동시에, 외부 회사에서는 1 년에 50 개의 기능 을 제공 할 수있는 기회가 있습니다. 어려울 것, 어려울 것, 커질 것 - 매년 평균 10 개의 기능에 비해 무려 500 % 나 증가 합니다. 큰 도전, 날 믿어

기회는 100 개 기능은 무시할 작은 달성하기 위해, 각각과 - 기회는 소프트웨어 회사에서 500 %의 향상을 얻을 수에 비해 무시할 정도로 작은 것을 BTW 참고 외부 .

한쪽에있는 최고 점수는 전문적인 한계에 대한 이해를 넓히고 일을 더 잘하는 방법에 대한 지식을 향상시킵니다. 다른 측면에서 큰 차이는 회사 문화에 큰 영향을 미쳐 외부인의 올바른 지식에 대한 지식을 향상시킵니다 .

이제 서로 선호하는 것이 분명하다면 어떤 편을 택해야하는지 알 것입니다. 또는 결정적이지 않은 경우 원하는대로 자유롭게 스윙하십시오. :)

비용 대 손익 센터 반응에 대한 조언.

나는 둘 다에 있었고 소프트웨어 회사를 훨씬 선호합니다. 수익과의 상관 관계가보다 명확하기 때문에 적절한 성과 기반 보상과 소프트웨어 개발자 특성을 포용하는 전체 조직 문화를 가질 가능성이 높습니다. 종종 사무실 정치,도 커가 필요하지 않음, 명백한 경력 경로 및 BS가 적습니다. 그러나 당신이 꾸준한 노력을 기울이지 않는 기업 IT보다 때로는 최첨단 유형의 공연이 아닌 어려울 정도로 도전적이지 않은 9-5로 더 많은 사람들이 더 나은 거래를한다면 다른 것들. 내 경험상 개발자의 전반적인 품질은 소프트웨어 회사에서 훨씬 뛰어납니다. 종종 기업 IT에 스며드는 평범함과는 반대입니다. 예외가 있음을 알고 있습니다.

IT는 비 소프트웨어 회사의 지원 그룹에 속해 있습니다 .. 소프트웨어 프로그래머는 회사의 생산성 향상, 빠른 트랜잭션, 기술 지원 에칭 등을 도와 줄 수있는 응용 프로그램을 개발했습니다. 프로그래머에게는 많은 것들이 있지만 그렇지 않은 경우가 많으므로 다른 회사의 프로그래머를 아웃소싱하는 데 사용했습니다.

사내 소프트웨어 개발 팀이나 부서가있는 회사에서 일하는 소프트웨어 회사에서 일하는 비교 / 대조 경험이있는 사람이 있습니까?

IS 부서에서 일하는 것이 소프트웨어를 판매하는 회사의 제품 개발 부서에서 일하는 것과는 대조적입니다. 서식을 수정하여 각면을 명확하게하고 각각을 제공하기 만하면됩니다.

IS 부서

회사는 하드웨어, 소프트웨어, 자동차 등을 만들 수 있습니다. 여기서 열쇠는 회사가 일상적으로 사용하는 시스템을 담당하는 내부 부서가 있다는 것입니다. 여기에는 ITIL과 같이이 부서의 일부로 부서가 운영하는 프로세스를 어느 정도 성숙하게 만들 수있는 프레임 워크가있을 수 있습니다. , 향상 및 새로운 시스템. CMS, CRM 또는 ERP와 같은 일부 큰 시스템을 교체하는 경우 롤아웃 단계로 인해 시스템을 완전히 구현하는 데 몇 년이 걸리는 경우도 있지만 프로젝트의 길이는 다를 수 있습니다.

때때로 나는 기계에서 장부 (cog)가되는 느낌을 받았으며, 다른 사람들에게는 그러한 지위의 최저치와 최고치에 대한 회사의 중추적 인 부분이되는 것이 오히려 깔끔합니다. 제 작품의 대부분은 공개적으로 접근하거나 볼 수없는 내부 시스템에 관한 것이기 때문에 회사 외부 사람들에게 너무 자랑하지 않습니다. 여기에는 누군가 오류를 일으킨 원인을 쉽게 알 수없는 문제가있어서 IS 부서가 다른 사람과 후속 조치를 취해야하는 문제가 있기 때문에 소프트웨어 공급 업체를 처리해야하는 지원 티켓이있을 수 있습니다. 문제를 해결하는 데 도움이됩니다. 다른 경우에는 요구 사항 변경이나 비즈니스 규칙으로 인해 일부 사용자 지정이 변경되어야 할 수도 있습니다.

소프트웨어 회사

여기에서 회사가 직접 판매하는 것에 대해 작업하고 있으므로 큰 규칙 차이가 있습니다. 첫째, 여기에있는 고객은 IS 부서 케이스만큼 상자에 넣을 수 없습니다. IS 부서에는 소수의 시스템 사용자 만있을 수 있으므로 누군가가 의도적으로 도구를 잘못 사용하기로 결정한 경우 항상 예방할 수없는 많은 이상한 경우를 관리 할 수 ​​있습니다. 소프트웨어 회사에는 그러한 안전망이 없습니다. 누군가가 귀하의 소프트웨어를 다운로드하고 소프트웨어를 사용하여 파괴적인 작업을 수행 할 수있는 방법을 찾게되면 회사는 큰 검은 눈을 가질 수 있습니다. 이 경우 친구 나 친척에게 내가하는 일에 대해 조금 더 알고 싶다면 멋진 기능이있을 수 있기 때문에 내가 한 일을 과시 할 수 있습니다.

여기서 주목해야 할 것은 IS 통합 부서의 직원들과 수백만 달러의 물건을 구현하는 회사뿐만 아니라 회사를 위해 직접 일하는 사람들과 함께 일할 수있는 큰 맞춤형 엔터프라이즈 소프트웨어를 시스템 통합 자로 가져 오는 회사가있을 수 있다는 것입니다 큰 소프트웨어 자체. 일반적으로 소프트웨어로 구축 된 서비스를 판매 할 때 여기에 언급 한 애플리케이션 서비스 제공 업체도있을 수 있습니다. 예를 들어, Google 소프트웨어 DVD를 구매하기 위해 상점에 가지 않더라도 IS 부서와 다수의 소프트웨어 개발자가있을 수 있습니다. 쉽게 사용할 수있는 많은 Google 제품을 온라인에서 알고 있습니다. 이것은 전문화가 가능할 수 있습니다.

저는 최근 미국의 한 대형 소프트웨어 회사에서 근무한 한 동료가 CEO가 " *를 실행하는 소프트웨어에 대해 언급하지 않습니다"라고 들었습니다 . 내 경험상 이것은 코스와 동등한 수준입니다. 필연적으로 소프트웨어 팀에게는 명백한 문제가 있지만 비 개발 관리자는 생각조차하지 않을 것입니다.