ソフトウェア会社で働くことと、別の分野に焦点を当てている会社で働くこととの違いは何ですか？[閉まっている]

最近、私は雇用機会のある地元の広告代理店からアプローチを受けました。すべてのWeb /インタラクティブ開発を社内に持ち込み、開発チームに追加しています。

私はやさしいが、退屈な企業の仕事にうんざりしており、その地位に興味をそそられています。

主要なビジネスがソフトウェアを作っているソフトウェアショップでしか働いていなかったので、開発はビジネスの焦点では​​ないため、品質の高いソフトウェアプラクティスに重点を置いていないのではないかと心配しています。

ソフトウェア会社で働いている会社と、たまたま社内にソフトウェア開発チームや部署を持っている会社で働いている会社を比較/対比で経験した人はいますか？

会社に依存します。しかし、通常、それが彼らの主な焦点でなければ、ソフトウェアの品質は低下します。プロセスは、もしあれば、それほど厳しくないでしょう。存在しないテスト。そして、全体的に作業は技術的に難しくありません。

彼らはそれが機能することを望み、今すぐ動作します。それで十分です。

しかし、一部の場所は完全に何かをしているママ＆ポップショップであっても、ソフトウェア開発に熱心です。それは、ビジネスリーダーシップが良いアイデアに開かれていること、技術的リーダーシップがそれを正しく行うことを十分に知っていること、そして良いアイデアを説明できる人がいることにかかっています。あなたかもしれません。

会社へのインタビュー。ジョエルテストの知識/順守について質問します。それらのほとんどは良い点です。彼らが技術的負債と神話上の人月を理解しているかどうかを確認してください。あなたのプロジェクトマネージャーは誰ですか、彼はどのプロセスを使用していますか？

大きな違いがあります。前者では、あなたは利益センターの一部です。後者では、あなたはコストセンターの一部です。どれがより良い治療を受けられると思いますか？

私は現在、ソフトウェア会社で働いており、前回の仕事よりずっと幸せでした。すべてのレイオフとアウトソーシングが常に行われ、開発者は簡単に交換可能なウィジェットと見なされました（会社の中心ではなく）。

プログラマはまだプログラマです。会社の主な製品がソフトウェアではないからといって、プログラマーが同じ設備を必要としないわけではありません。

私は社内で使用するソフトウェアを開発する大企業のIT部門で働いてきました。私は、市場向けのソフトウェアを開発する会社で働いてきました。そして、私はクライアントのためにウェブ開発を行う代理店で働いてきました。

そして、生産性を高めることの重要性という点で、これらの異なる企業間で違いがあったとは言いません。

プログラマがどのような開発を行っているかにかかわらず、プログラマの生産性を維持することは不可欠です。そして、私はプログラマーを幸せに保ち、あなたのために彼らを働かせ続けることは、彼らが非ソフトウェア会社のIT部門の保守プログラマーであるとき、さらに重要だと思います。

違いは主に会社自体に依存します。私は良い非ソフトウェア会社とひどいソフトウェア会社で働いてきました。ただし、平均して、私が見つけたものは次のとおりです。

非ソフトウェア会社

品質や長期的な保守性をほとんどまたはまったく考えずに、物事を迅速に行うことに重点が置かれています。開発者は通常、過去または会社で働いていた期間を超えて技術的に無知であり、多くの場合、新しい概念（ORM、SOLID原則、TDDなど）を導入しようとすると混乱または即座に解雇されます。人々は「会社ラインをけん引する」ことにもっと集中する傾向があります。

ソフトウェア会社

品質を犠牲にすることなく物事を成し遂げることに重点を置いています。同僚は（仕事でそれを利用できるかどうかにかかわらず）技術を最新の状態に保ち、ソフトウェアを改善するために新しいアイデアやフレームワークを日々のルーチンにどのように統合できるかをよく考えます。彼らがTDD、ORM、SOLIDなどの概念にまだ精通しておらず、使用している場合は、おそらく聞いたことがあるので、それらをより喜んで評価します。

繰り返しますが、これは最終企業に依存します。TDDとORMを採用し、適切なソフトウェアエンジニアリングについて多くのことを教えてくれた非常にアジャイルなチームを持つ非ソフトウェア会社で働いていました。破損を避けるためにそれぞれ異なるページで作業する必要があり、小さな変更でも大量の赤テープが必要でした。ただし、企業がソフトウェアへの外部的な依存度が低いほど、環境はソフトウェア開発にとって非常に貧弱になる可能性が高くなります。

私はソフトウェア以外の人々のフロアで唯一のソフトウェア開発者として働いてきましたが、その場合は独立性がさらに重要だと思います。同じツールを何十人も使用していない場合、使用する言語、コンパイラ、サーバーなど、より多くの決定を行う必要があります。これはグループ設定では当然のことと考えられています。

確かな違いの1つは、企業のソフトウェアショップで経験しなければならないオーバーヘッドと再テープにあまり重点を置かないことです。プロジェクトのあらゆる側面をよりきめ細かく制御できることがわかります。

1つの長所は、これが更新できることです...

個人的にはひどく判明しましたが、それは単に私が下手に選んだからかもしれません。重大な欠点の1つは、あなたがもはやビジネスの行き詰まりに縛られておらず、代わりに管理上のオーバーヘッドになっているということです。予算管理者は、私が個人的に自分の財布からお金を受け取っているように私を扱い、いわば「借りたラバのように私を打ち負かしました」。私にとって、それは腹立たしく疲れる試練でしたので、インタビューの際にはこのような態度の兆候を注意深く探す必要があります。

すでにいくつかの素晴らしい答えがありますが、私はジョエル・スポルスキーがイェール大学で行った講演の第2部の写しへのリンクを参照したいと思います。

Joel Spolsky-エールアットトークパート2/3

そこで彼は、「社内」プログラマーとソフトウェア/テクノロジー企業で働くプログラマーの違いについて語っています。

彼の3つの主なポイントは次のとおりです。

• あなたが社内プログラマーである場合、あなたは物事を正しい方法で行うことはできません。あなたはいつも物事を適切な方法でやらなければなりません。

• 社内プログラマとして、一部のソフトウェアが「十分」であると、作業を停止します。ソフトウェアの「製品」を開発すると、それらを美しくすることができます。

• あなたがソフトウェア会社のプログラマーであるとき、あなたがしている仕事は会社がお金を稼ぐ方法に直接関連しています。それは、一つには、経営者があなたのことを気にするということです。

個人的に、私は私のキャリアを通じてソフトウェア会社と非ソフトウェア会社の両方で働いてきました。すべてのルールには常に例外がありますが、大部分の会社がそれらに準拠しているように見えるため、ジョエルのポイントに同意します。

大きな違いの1つは、ソフトウェアショップで働くことで、おそらく社内での雇用創出に役立つことです。プログラミング部での作業。別のタイプの会社では、一般的に、人を置き換えるソフトウェアを作成していることを意味します。対処するのは憂鬱な現実です。そうは言っても、広告代理店はまったく別の獣かもしれません。私の推測では、別の会社のウェブ開発ショップのようなものです。

私の観察によれば、ソフトウェア会社の境界線をプロの生き残りの問題に固執する場合、少なくとも2つのケースがあります。

最初のケースは、完全にコーディングに専念している場合です-80 ... 90 ... 100％コーディングするか、または私が死ぬのです。ソフトウェアショップでは、誰もがそこに着く方法を知っているかのように、これはほとんど当然です。しかし、外では、そこに着くのを失敗する非常に高いリスクがあります。50、40、30％にまで低下する可能性があります（私のコーディングの負荷は20％に低下しました-冗談ではありません、JIRAで測定しました！） 、しかし...彼らは単に方法を知らないかもしれません。

第二の「致命的なリスク」は、誰かがコミュニケーションに深刻な問題を抱えている場合です。これは、ソフトウェアショップでも厄介なことかもしれませんが、少なくとも相互作用を妨げることなく生き残り、素晴らしい生産的な生活を送る良い機会があります。このようなチャンスははるかに低いものの:)非ソフトウェア会社では-かなり反対、それは1つが最終的にいくつかの教育するための多くの努力を過ごすしなければならないことはほぼ避けられない部外者をそれ以外の場合は、仕事をすることは不可能だろうという理由だけでIT基礎にし。

上記の2つの場合を除き、ソフトウェア会社に厳重にロックする他の強力な理由はありません。さて、どちらの側を好むのでしょうか？私が知る限り、これは好みの問題であり、どのような楽しみがあなたをより多くクリックするかということです。

双方が独自の異なる形式の楽しみを提供します。説明するのは簡単ではありません。

ソフトウェア会社は「高い得点」を目指している人にはもっと楽しいと思いますが、外部の会社は「大きな違い」を目指している人にスリルを与えています。私はそれについてこのように考えています（以下のノート番号は、ポイントを簡単にするために発明されたものです）...

• ソフトウェア会社では、1 年に100個の機能を提供する機会があります。これは、誰も達成していない最高のマークです。それは難しいだろう、それは厳しいだろう、それはトップになるだろう- 年間平均70の機能に対してクールな50％の改善をする。本当に大きな挑戦です。
• 同時に、外部の企業では、年間50の機能を提供する機会があります。それは難しいだろう、それは厳しいだろう、それは大きくなるだろう- 1年に平均10個の機能に対してなんと500％のブーストをする。大きな挑戦、私を信じて。

注ところでチャンスはソフトウェア会社で、500％のブーストを得るためにすることを比較して無視できるほど小さい-それぞれ、100個の機能を実現する可能性は無視できるほど小さい外。

一方のトップマークは、専門的な限界に対する理解を深め、物事をより良くする方法に関する知識を向上させます。反対側での大きな違いは、企業文化に大きな影響を与え、それを正しく行う方法に関する外部の知識を向上させます。

さて、あなたがどちらかを明確に選好しているなら、あなたはどちらの側を取るべきかを知っています。または、あなたが優柔不断である場合、あなたが望むようにそれらの間で自由に振ってください。:)

コスト対利益センターの対応に対する称賛。

私は両方にいましたが、ソフトウェア会社をずっと好みます。利益との相関関係がより明白であるため、適切なパフォーマンスベースの報酬と、ソフトウェア開発者の性格を取り入れた企業文化全体を持っている可能性が高くなります。多くの場合、これはオフィスの政治が少なくなり、ドッカーズが不要になり、明らかなキャリアパスがあり、BSが少なくなります。しかし、あなたが安定した9-5に、おそらく挑戦的ではなく、おそらく企業のITよりも最先端のギグではない方が良い場合-ここでは冷笑的ではない、私はいくつかの人々がより典型的なワーク/ライフバランスを犠牲にして他のもの。私の経験では、開発者の全体的な品質はソフトウェア会社のほうがはるかに優れています。多くの場合、企業ITに浸透している平凡さとは対照的です。例外があることは知っていますが、

ITは非ソフトウェア会社のサポートグループの一部です。ソフトウェアプログラマーは、生産性の向上、トランザクションの高速化、技術サポートエッチングを支援するアプリケーションを開発しました。一部の非ソフトウェア会社（製造/産業エッチング）は、トレーニングやプログラマーには物事はありますが、多くはそうではないので、彼らは他社のプログラマーを外部委託していました。

ソフトウェア会社で働いている会社と、たまたま社内にソフトウェア開発チームや部署を持っている会社で働いている会社を比較/対比で経験した人はいますか？

私はむしろ、IS部門で働くことと、ソフトウェアを販売する会社の製品開発部門で働くこととを対比したいと思います。それぞれの側面を明確にし、それぞれの一部を提供するために、フォーマットの修正をいくつか行います。

IS部門

会社はハードウェア、ソフトウェア、車などを製造するかもしれませんが、ここで重要なことは、会社が日々使用するシステムを担当する内部部門があることです。ここにはITILのようなフレームワークがあり、この部門の一部として稼働しているプロセスにある程度の成熟度をもたらすことができます。この部門の一部は照明を維持し、他の部分は改善を加える開発および分析の人です、拡張機能、および新しいシステム。プロジェクトの長さはさまざまですが、CMS、CRM、ERPなどの大きなシステムを交換する場合、ロールアウトの段階によりシステムが完全に実装されるまでに数年かかる場合があります。

機械の歯車のように感じることもありましたが、そうでない場合は、そのようなポジションの高低について会社のバックボーンの一部になるのはかなり気の利いたものです。私の仕事のほとんどは、一般にアクセスしたり閲覧したりすることを意図していない内部システムに関するものであるため、私は社外の人にあまり自慢できません。ここでは、誰かが問題を抱えているので、ソフトウェアのベンダーに対処する必要があるかもしれないサポートチケットがあります。これは、エラーの原因を簡単に把握できるものではないため、IS部門が他の誰かにフォローアップする必要があります問題の解決に役立ちます。また、要件やビジネスルールの変更により、一部のカスタマイズを変更する必要がある場合もあります。

ソフトウェア会社

ここでは、会社が直接販売するものに取り組んでいるため、いくつかの大きなルールの違いがあります。まず、ここの顧客はIS部門のケースほど箱詰めできません。IS部門には、システムのユーザーがほんの数人しかいないため、ガバナンスが、誰かが意図的にツールの誤用を選択した場合、常に防止できない多くの奇妙なケースを処理できます。ソフトウェア会社には、そのセーフティネットはありません。誰かがあなたのソフトウェアをダウンロードし、それを使ってかなり破壊的な何かをする方法を見つけた場合、会社はそれに対して大きな黒い目を得るかもしれません。この場合、友人や親relativeが彼らが私がしていることについてもう少し知りたい場合に見せるためのクールな機能があるかもしれないので、私がやったことを披露することができます。

ここで注目すべきことは、システムインテグレーターとして持ち込まれた企業が、IS部門の人々と協力して、100万ドルもの物資の実装を行うカスタマイズ可能なエンタープライズソフトウェアを導入できることです。大きなソフトウェア自体。また、通常はほとんどがソフトウェアで構築されているサービスを販売しているため、ここで説明するアプリケーションサービスプロバイダーも存在します。たとえば、GoogleのソフトウェアのDVDを購入するために店に行かなくても、GoogleにはIS部門と多数のソフトウェア開発者がいる場合があります。少なくとも、かなり簡単に使用できるオンラインの多くのGoogle製品を知っています。これにより、特殊化が可能になります。

私は最近、アメリカの大手非ソフトウェア会社で働いていました。同僚は、CEOが「私は* * を実行するソフトウェアについてaf ***を出さない」と言っていました。私の経験では、これはコースの標準です。ソフトウェアチームにとっては明らかな問題はほとんど避けられませんが、開発者以外の管理者は考えることさえ拒否します。