会社に非常識なポリシーがあるかどうかを調べる方法[非公開]

仕事の面接時に、「オープンソースなし」、「許可なしにソフトウェアをインストールしない」、「サポートが失われるまでソフトウェアをアップグレードしない」などの非常識なポリシーがあるかどうかを調べるための繊細で正確な方法はありますか？または「訪問ブログなし」ですか？

私はあなたがあまりにも微妙になり得るとは思わない、あなたはおそらく尋ねることができる：

「私が働いていた最後の場所はいくつかのオープンソースライブラリを利用していました。ベンダーが私に連絡するのを待つのではなく、直接問題を掘り下げて解決できるので便利でした。法的懸念があることも理解できますそのようなライブラリを使用する場合、ここにポリシーがありますか？」

「私たちのマシンはなんらかの技術サポートに見守られていると思いますか？Hexエンコーディングをサポートする信頼できるフリーテキストエディターをインストールする必要がある場合、どのようなプロセスを経なければなりませんか？」

「私は自分の工芸に本当に情熱を傾けており、私の分野の著名人と最新の関係を保っています。オラクルの技術ブログなどの仕事関連のウェブサイトを訪問する際のポリシーは何ですか？」

これらは、インタビュアーが通常「私に質問がありますか」と尋ねるときに、インタビューの最後に持ち出すことができる質問です。

質問が応募する仕事にリンクするように、そのような方法でそれらを試してみてください。たとえば、これらの質問を次のように表現できます。

• 会社はオープンソースソフトウェアの使用について意見がありますか？
• カスタムソフトウェアのインストールに関する会社のポリシーは何ですか？たとえば、私はXXXを使用して開発をスピードアップしています。
• Webコンテンツフィルターを使用していますか？私が最後に働いた場所は、私の研究能力を著しく制限した場所だったからです。

一部の企業は一般的にひどい文化を持ち、それはしばしばソフトウェア開発のためのひどい環境を持つことにまで及びます。ここには3つの問題があると思います

1. 企業文化とは何ですか？
2. その文化は、その会社のソフトウェア開発にどのように広がっていますか？
3. 特定のチームのインタビューをしていると仮定すると、彼らの文化はどの程度似ていますか、または異なっていますか？

最初の部分については、お願いします

1. IT部門は、他のすべてのマシンを管理するのと同じ方法で開発者のマシンを管理していますか？
2. 新しいテクノロジーまたは新しいソフトウェアを採用するためのポリシーは何ですか？

2番目の部分の場合：

1. 開発環境はどの程度標準化されていますか？
2. 開発者は、チームの他のメンバーに紹介するための新しいツールや新しいテクノロジーを試すことができますか？
3. どんな制限がありますか？

最後の部分については、他の開発者に尋ねてください

1. どのブログを読みますか？
2. どのブログやウェブサイトをお勧めしますか？

いずれの場合も、質問は端にあり、答えはおそらくより正直になります。

インターネットがリソースと見なされるかどうか、つまり、スタックオーバーフローのようなものか、インターネットの使用ポリシーが制限されているかどうかを尋ねます。

私が訪問したいhttps://www.glassdoor.comの会社についての私ができるすべてを見つけるために。

エンジニアに彼らの通常の日について聞いてみたい。

既存の開発者に会う機会を得る。人事担当者またはマネージャーがポリシーをどのように考えているのか、実際にどのように現場で機能するのかは、しばしば異なります。これらはすべて、上司ではなく、自分自身と同じような職務記述書を持っている人に尋ねる質問です。

一方、上司と人事部は一般に、企業文化が重要であり、見込みのある雇用者がチームと数時間連絡を取り、適切なフィット感を感じることであなたと彼らのリスクが軽減されることを理解しています。

まず最初に-あなたが心配していることをすべて尋ねてください。仮定に何も任せないでください。私はこれを十分に強調することはできません-私は一度何かを仮定し、後でそれを後悔しました。

第二に、これも（IMHO）非常に重要です。会社のオフィスを歩き回れるかどうかを彼らに尋ねてください。

そこで働く人々を観察します。何か問題がある場合は、「それを知っている」だけです。これはストレスのある人々があらゆる種類のフェロモンを放出することに由来し、他の部分は不気味で説明できない沈黙に由来します。これは、森で切り刻まれている木材の1つであり、その音が聞こえる人は誰もいません。

オファーが出された後、より直接的な質問を検討してください。失礼である必要はありませんが、懸念がある場合は...

大企業（銀行、保険など）の社内ITで働いた経験から

「オープンソースなし」-これはとにかく正気なポリシーではありません。OSSライセンスに応じて、この種類は非常に有効です。すべてのプロジェクトには予算があり、それに収まる限り問題ないので、（合理的な限度まで）お金を節約することは通常大きな問題ではありません。

「許可なくソフトウェアをインストールしない」-これは、インフラストラクチャのサポート、セキュリティ、および法的観点から非常に有効です。たとえば、wiresharkをインストールすると解雇される可能性があります。

「サポートが失われるまでソフトウェアをアップグレードしない」-どのソフトウェアに依存します。VS 2003/2005をまだ開発チームに使用している場合は、はい。XPからWindows 7およびoffice 2010に10000台のデスクトップをアップグレードする場合は、そうではありません。それらにはビジネスの正当化が必要です。

「訪問中のブログはありませんか？」-はい、これは悪いポリシーです。

私が見つけた最良の方法は、あからさまに尋ね、非常に丁寧でカジュアルな方法で言葉遣いをするか、オフィスの周りに案内されるように頼むことです- 会議室に導かれることに落ち着かないでください。

会社があなたを案内したくない場合、彼らは何かを隠している可能性があり、あなたは注意する必要があります。会議室は常に「企業BS」で一杯であり、多くの賞と非常に豪華な外観で会社を驚くほどに見せますが、見た目はだまされており、会議室の唯一の目的は偉大さの幻想を与えることです。

また、潜在的な同僚と1〜2分間（監督者ではなく、あなたも彼らと話をする必要があります）話をして、彼らと話し合います。ジョブで使用しているオープンソースツール、スタックしている場合はジョブで使用している参照サイト（Stackoverflowなど）、午前中に最初に読むブログを尋ねます（二重質問：ここで質問していますか？彼らは最新の状態を保ち、また朝にコーヒーで「落ち着く」かどうかを尋ね、コードを書き始める前に開発者のブログを簡単に読んでいます。繰り返しますが、他の開発者と話をすることを許可されていないことは危険です。同僚と話をすることから、文化全体を収集することができます-熱心に聞こえるのではなく、人が絶えず見下し、つぶやく場合、または通り抜ける場合そこにキューブの行

GlassDoorとJobitorialは、この種のIntelの2つのオプションです。

別の戦略としては、ローカルユーザーグループに移動し、会社で働く人々を探して会話に参加させることです。そこで応募することを検討していることを伝え、質問します。