レイオフキット

• OOPおよびデータ構造の知識。
• Android用のJava開発経験。
• Android APIの知識、Androidアーキテクチャの理解。
• HTTP、XML、JSONの基礎に関する知識。
• Gitバージョン管理システムの経験。
• Android Studio、Gradleの経験;
• SQLデータベースの操作経験;
• マテリアルデザインの原則に精通している。

見つけましたか？ もちろんそうでした。 これは標準的なプログラマの履歴書の1つです。



個人的に、この要約は、1つの歌 、またはむしろこの歌の1行を思い出させます。 すでに順調です！」



また、同じラダの広告に似ており、ABS、雨および光センサーなどが存在します。 競争上の優位性として与えられます。 まあ、有名なスローガン：「これは車であるべきです！」。



しかし、プログラマーはそのようにすべきでしょうか？ あなたがラダのようになりたいなら-巨大で、安価で、「あたかも機械プログラマーではないかのように」、そうです。



しかし、私たちはそのようなものではないので、競争上の優位性- 解雇のセットを形成し、定式化します。







解雇キットは、あなたが仕事を変えたときに残っているものです。 ユーリ・シェフチュクが歌ったように、「これは私の後に残るものです。 これは私が持っていくものです。」



解雇キットは条件に応じて次の部分に分けられます。

1. ソリューション（完成品または半完成品）;
2. 経験;
3. 達成されたタスク。
4. 達成された結果。

もちろん、部分的な分割は条件付きです。 キットのこの要素またはその要素が何を指しているのかが不明確な場合があります。 一部の人はまだ作業ベースのコピーを含んでいますが、私は個人的にこれを行うことをお勧めしません。



順番に取得しましょう。

将来の雇用主のために働く

私は会議でこのフレーズを話しましたが、それは多くの異なる反応を引き起こしました。 それからそれをより詳細に説明する時間がありませんでした、今私はそれを修正します。



将来の雇用主のための仕事は、解雇キットを使った仕事の基礎となる基本原則です。



一見、雇用主をだまし、左利きの仕事や妨害行為に従事することを提案しているようです。



そうではありません。 私は、あなた、あなたの雇用主、そしてあなたの将来の雇用主にとって有益な相乗効果を提供します。



例を考えてみましょう。



あなたは、企業システムからデータを取得し、Google Chartsまたはd3を使用してWeb上に表示するダッシュボードという、人気のあるものと人気のあるものを決定します。



現在の雇用主は、売上とキャッシュフローを見たいと考えています。 少なくとも彼はそう言った。



複雑なことは何もありません。 データ要求を受け取って必要な次元の配列を形成し、Google ChartsまたはRechartsの開発者が慎重に記述した例を使用して、静的jsスクリプトを作成できます。 監督のオフィスのテレビにも静的スクリプトを埋め込み、ブラウザを自動更新するように設定する必要があります-それだけで、雇用主を満足させることができます。



その後、あなたは仕事を変えようとしていたことを思い出します。 あなたは決して知らない、多分彼らは別の都市に移動することを計画していた。 そして、あなたは思う-ああ、でもダッシュボードを持って行くといいだろう。 このトピックは人気があります。スマートフォンでのインタビューですぐにお見せします。1Cではありません。グラフを美しくスケーリングして裏返すことができます。



あなたの前に疑問が生じます-新しい雇用者はダッシュボードで何を見たいですか？ 売上とお金も？ 小売店で、平均的な請求書が必要な場合はどうなりますか？ それとも、TOCが実装されているディストリビューションであり、バッファのステータスを確認したいのでしょうか？ 突然、bitrixなどのphpシステムになり、すべてのリクエストを書き換える必要があります。



ええ、あなたは特定のシステムを設定して分離する能力が必要だと思います。 任意のダッシュボードに表示される任意の数のインジケーターを作成できるようにします。



休んだ、終わった-美しさ。 新しい仕事に来て、すぐにすごい効果を生み出します。



しかし、あなたは辞めた。 私たちは物事を引き継ぎ、新しいプログラマーにダッシュボードとあなたの他の決定について話して、去りました。



そして、あなたの前の仕事で変更が始まりました。 ダッシュボードにはさらに10桁かかりました。 私たちは別の会社を買収しました。BPに会計があります。また、保有のルールに従って自動化するためのダッシュボードも必要です。 私たちは戦略的な変更に関するプロジェクトを開始しました-独立した、大きく、美しいダッシュボード-戦略的なモニターなしで行う方法はありません。



上記のすべては、ダッシュボードによって簡単かつ迅速に実装され、ダッシュボードは同じ仕事のままでした。 そして、あなたはこの時点で、すでにマイドとメインで、同じ雇用主に新しい雇用主を満足させています。



今、私たちは立ち止まり、誰が幸せかを数えます：

1. 面接で有利なスタートを切って競争上の優位を得たからです。
2. あなたの新しい雇用主、 ターンキーソリューションまたはすぐに実装した実証済みのアイデアのいずれかを（メモリから）受け取った。
   
   
   
   今注目：
3. あなたの古い雇用者、として ダッシュボードはあなたがいなくても正常に機能し、すべての新しいタスクを短時間で解決します。
4. そして、奇妙なことに、あなたの後に古い仕事に就くようになったプログラマーは新しいです。

ダッシュボード内のすべての新しい数値は、すでに感謝しています。 彼の結果は彼に利益をもたらします。



合計4ラッキー。 ダッシュボードの最初のバージョン（2つの要求と静的スクリプト）を離れた場合、古い雇用主だけが満足し、それでも長くは満足しません。 彼が変化し始めるとすぐに、彼らは新しいプログラマーと共に最後の言葉であなたをののしります。 単語の1つは「govnokoder」です。



もちろん、Gitでダッシュボードを公開することもできます。そうすると、幸運なダッシュボードの数が大幅に増えます。



正しいダッシュボードを作成すると、間違ったダッシュボードよりも時間がかかることは明らかです。 しかし、私の経験を信じて、すべての参加者の利益と比較して、差は非常に小さいです。



そして、ここには純粋な相乗効果があります。 1 = 1の代わりに、1 = 4を取得します。 そしてすべては、現在の雇用主のために働いているため、将来のために働いたからです。



そして最後に、疑念を完全に払拭します。 今どこで働いているか、以前どこで働いたか、どこで働くかは関係ありません。 基本的に、あなたは：

• または、現在の問題を解決します。
• または、将来の問題を解決します。

現在および将来の両方のタスクは、両方の雇用主-現在および将来の両方のためのものです。 したがって、適切なダッシュボードを作成することで、両方の将来のタスクを解決できます。



または、別の方法で： 現在の雇用主の将来のタスクを解決します。 すでに別の会社にいるときに彼の前に発生するタスク。



分かりますか？



おそらく、これは「過去の雇用主の問題を解決する」と言えるでしょう。 また、「将来の雇用主の問題を解決する」など、不快に聞こえます。 すべてのトラブルは、時間軸に沿った左側または右側の出発点-現在地および両方の雇用主の場所-に関連しています。



しかし、あなたはこれが単なるしゃれであり、すべてを台無しにすることを理解しています。 過去、現在、未来。 感情的で評価的な色合いを与えます。



駄洒落を捨てれば、それは単純明快になります。 あなたは未来のために働きます。

解決策

法的問題から始めましょう。 通常、コード、モジュール、およびライブラリの一部を持ち歩くことは間違っています。 プログラムの一部は、それが作成された会社の知的財産であるようです。



したがって、ソリューションのアイデアとチップに焦点を当て、いつでもソリューションを再現できるかを把握することをお勧めします。



しかし、当然のことながら、法的結果なしで完全に決定を下すことができる状況がある場合、それを使用しないことは罪です。



その後、すべてが簡単です。 タスクを解決するときは、次の質問に留意してください。

• 現在の雇用主にとって、このようなタスクはどのくらいの頻度で発生しますか？
• 現在の雇用主では、このようなタスクが将来どのくらいの頻度で発生しますか？
• 他の企業ではこのタスクがどのくらいの頻度で発生しますか？

タスクが繰り返されているか、繰り返されることがわかった場合は、抽象的に解決してみてください。 将来の雇用主と現在の雇用主の両方があなたがそれを辞めるときにあなたの決定が役立つように。



これらの質問に正しく答えるためには、プログラムを作成する必要があります。 企業、プログラマー、ベンダーなど、他の人が何をしているかを見る必要があります。 プラットフォーム、フレームワーク、業界全体の開発方向に遅れないようにしてください。



そのような科学さえあります-トレンド管理、トレンドの研究。 だから彼女はそれをすることができます。



会社の変化のダイナミクスに従う必要があります。 組織の頻度。 構造、管理者、簿記および投資家/経済学者、製品、市場など



この知識はすべて、あなたの決定に影響を与えるのに役立ちます-いくつかの楽器を抽象化して切り離すか、今回は$ p.cat.byId（“ 000002341”）で十分です。



私は人生で多くの却下された決定をしていません-約50。したがって、私の解雇のセットはかなり貧弱です。 私はその価値をそれほど前に気づきませんでした。



とはいえ、そのようなささやかな手荷物でさえ何度も役に立ちました。 たとえば、ジョブを変更するとき。



最初の仕事である1Cフランチャイズで働いていた私は、ソフトスターターの生産計画の改良を行い、その後、標準構成に移行しました。 したがって、1Cソフトスターターがある場合は、govnokodがあります。



私の次の雇用主は生産計画の自動化を望んでおり、彼の注意を引いたのは私の以前の仕事でした-彼は私の決定を見ることができました。 どこに行く必要さえありません。彼にはソフトスターターもあり、私のコードもありました。



この場所で働いて、「コスト構造」を作りました。 多段階生産のコストチェーンのギャップをチェックしたのは小さな会計士でした-コストをリリースするときの誤った分析。 このレポートを1Cパートナー会議にアップロードしましたが、コストを見つけるという問題には標準的な解決策がなかったため、このレポートに非常に興味を持ちました。



その結果、数日で報告書は現在の状態になり、数千枚を売り上げました。



次の雇用主は、コストの調査を主要なタスクの1つと見なしました。これまで、最終コストのコンテキストで売上原価を分析するプラクティスが開発されてきました。 私がインタビューに来たとき、彼らはすでに「コスト構造」を知っていました-フランチャイズの1つは、アップロードされたコストツリーを含むExcelファイルを示しました。 コスト構造を作ったと言うだけです。



次の作業で、円は閉じました。 会社は私が私のキャリアを始めたフランチャイズで働いており、彼らは自然にフランチャイズに私の経験と決定について尋ねました。 「コスト構造」とともに生産計画を思い出しましたが、ここでも簡単に仕事に就くことができます。 ここで、私は再びコストをagain意的に分配しました。



今、私は一般的にjavascriptでプログラムします。 しかし、1Significantの過去のソリューションのいくつかは、私の考えでは非常に優れているため、javascriptで再現して、metadata.jsのソリューションで動作するようにします。 たとえば、同じ普遍的なプランニングメカニズムで、適用されるソリューションではなく、バックグラウンドで自動的に変換され、バックグラウンドで自動的に再集計される累積レジスターというプラットフォームソリューションのみです。



私が辞めた会社に何か利益はありますか？ もちろん。



会社2の生産計画は、スマートリザーブおよび調達管理システムに発展しました（私の参加なしではありません）。 コスト配分と計画コストの計算のメカニズムが残っており、会計方針の変更後、迅速に再構成され、引き続き有用でした。



会社3は、売却されるまで累積原価構造計算を使用しました。



会社4は、解雇キットのすべてのソリューションを使用し、出発後にそれらを放棄することすら考えていません。 そこにとどまったプログラマーは、これらのソリューションをゆっくりと開発しています。 ビジネスプロセスで発生するすべての変更（およびそれらの多くがあります）は、ソリューションをカスタマイズするために簡単かつ迅速に行われます。



もちろん、あなたはあなたの練習からたくさんの同様の例を見つけ、そして間違いなく私のものよりも面白いでしょう。 抽象ソリューションは相乗効果です。

体験

経験を積むとすべてが明確になります。獲得する必要があります。 私の意見では、主なことは、これを管理された体系的な方法で行うことです。 経験はソリューションよりも優れています。なぜなら、あなたからそれを取得する法的方法がないからです。



一般的に、雇用主と上司は、あなたがどのような経験を積んでいるかを気にしません。 資格の開発を必要としない同じタスクを実行できます。 もちろん、経験の蓄積を管理する適切なボスがいますが、これはまれです。 通常、すべては、ほとんど役に立たないコースへのまれな参照に限定されます。



したがって、自分の経験に注意する必要があります。 そしてここでの主なことは、目標と測定可能性です。 記事に記載された原則に従って。



最も有用な経験は、問題を解決する際に得られる経験です。 サイトとCISの統合を行った場合、ある程度の経験を積んだとみなすことができます。 すでに構成された統合を使用する場合、経験がはるかに少なくなります。 KISをWebサイトと統合するのがこれで2回目である場合は、経験が増えています。 等



分かりますか？ 複合キー：問題の実際的な解決+数。



私と従業員からどのような経験がどのように得られるのかを正確に知るために、コンピューターゲームからモデルを取りました。



エクスペリエンスモデルが実際の生活とは異なるゲームがあります。 たとえば、このシリーズに対するすべての正当な敬意と20歳の手付かずの愛を込めたフォールアウト。 そこでは、経験値を蓄積して、必要だと思う資質の開発にそれらを費やすだけです。 これは、有料教育を説明するモデルです。 節約-英語やプロジェクト管理などのコースに行った。 これは私たちには合いません、これは甘いトップマネージャー向けです。



Elder Scrollsの経験蓄積モデルは、より身近になります。 私は年老いているので、ES 3 Morrowindをプレイしました。



したがって、Morrowindでは、実際に使用する特性を改善しています。 剣を振る-剣の能力を高めます。 想起-魔術のスキルが向上します。 等 私がプレイしたとき、私はアクロバットの高い能力を持っていました-かつて私はいくつかの山で立ち往生していたため、浮上ポーションがなく、そこから抜け出すためにたくさん跳ねました。 ジャンプはアクロバットを発達させます。



私の最後の仕事で、私はそのようなシステムを始めました。 タスクはシステム内に存在し、テーブルに「コンピテンシー」を添付し、同時に-コンピテンシーの分類を付けました。 人が問題を解決したとき、その解決に必要な能力をリストアップしました。 そして、コンピテンシーの適用の程度を条件付きパーセントで設定しました。 その結果、統計が蓄積し始め、各従業員の図は、一部の専門サイトのプロファイルで見られるものと同様に見えました。



それから、私は自分を良い上司だと考えて、部下の能力を多様化し始めました。 alasqlのクエリタスクで多くの経験を積んだことがわかったら、そのようなタスクを与えるのをやめて、そのような経験の少ない人に与えました。 もちろん、狂信なしで-タスクが緊急であれば、最も経験豊富な人がそれを受け取りました。



会議で、私はそのような「経験を増やすためのタスク」のために、従業員の時間の最大30％を割り当てたと述べました。 企業が大学ではないことは明らかです。 経験を拡大しないと、速度が上限に達し、潜在能力が失われるため、速度と経験のバランスが必要です。



チームで働く場合、経験の多様化は、互換性の観点だけでなく重要です。 最も重要なことは、問題の議論、ブレーンストーミング、建築的および技術的な意思決定を支援する対話者の存在です。 チームの1人だけがトピックを取り上げる場合、彼と話す人はいません。



このようなシステムの利点の1つは、目標を設定し、これらの目標を優先順位と実行者を選択するシステムに統合できることです。



たとえば、この目標を設定します。Pigletは、統合エクスペリエンスの50の条件付きポイント（要求に関連するタスク、短いデータパケットのキャッシュなど）を記録する必要があります。 各新しいタスクのシステムは、目標と現在の位置の差によって、誰にそれを与えるのが良いかを自動的に計算します。 そして、座って目標の達成方法を制御します。



このようなシステムを自分で実装して適用できます。 もちろん、あなたが目標を持っているなら-あなたが確信する経験を獲得すること。 このアプローチの利点は、誰からも許可を求める必要がないことです。ノートブックでも、Excelファイルでも、自分の経験を数えることができます。 おそらく、ファイルは常にあなたと一緒にいるので、さらに良いでしょう。特定の雇用者とは無関係に、経験の蓄積をエンドツーエンドで行うことができます。

解決されたタスク

一方で、人事を印象付けるのはとてもトリックです。 一方、タスクを理解することは、プロセスではなく、常に製品に集中するのに役立ちます。



私はITディレクターだったので、ITスペシャリストだけでなく、さまざまな人々のインタビューによく行きました。クロスインタビューシステムがありました。



そして、人事部門は人々をプロセス指向と結果指向の2つのカテゴリーに分けていることに気付きました。



彼らは最初に履歴書で分かれ、次にインタビュー中に言葉遣いに注意を払います。 文言が「自動販売」のように聞こえる場合、これはプロセスです。 「自動販売システムを作成して起動した」ように聞こえる場合、これが結果です。



「プロセッサ」は通常好まれません。 これは良くも悪くもありません-それはただです。



したがって、実装のプロセスではなく、解決されたタスクのプリズムを通して履歴書を書くことをお勧めします。



しかし、これで理解できました。解決済みの問題を書くには、解決済みの問題が必要です。 私たち自身に正直に言うと、プログラマーが常に問題を解決するとは限らないことを知っています。 問題解決に従事 -はい。 彼らが決める-いいえ。 プロセスのタスクがどのように一般的に忘れられるかについて、私たちはすでに言いました 。



ところで、タスクが忘れられない方法の良い例は、 Artemy Lebedev Studioのポートフォリオで見ることができます-各プロジェクトでは、彼らが解決したタスクが書かれています。 問題を定性的に直接解決しているとは言えませんが、レベデフ自身はこれを彼のスタジオの競争上の優位性と呼んでいます。



ところで、各プロジェクトには、それを行った従業員も書かれています。 これはゴージャスです-パブリックドメインで永遠に解雇のセット。 リンクを与えるだけで十分です。 これが特定のWeb開発であることは明らかですが、すべてのスタジオやWebメーカーがプロジェクトを作成した人々の名前を書いているわけではありません。



私たちに戻って。 私たちは将来の雇用主のために働いているので、あなたが解決しようとしている問題を理解し、定式化できることが重要です。 直接想像してみてください-1年か2年、1か月で、あなたが直面しているタスクの種類、解決方法、決定したかどうかを伝える必要があります。



実際、あなたは自分のオブザーバー、ジャーナリスト、伝記作家、マネージャーになる必要があります。好きな言葉を選んでください。 あなたの半分は一生懸命働いており、次の半分は次の雇用者に販売することを決めたタスクを観察し、記憶し（または、より良く書き留めて）、準備することです。 彼は、チップ、困難、それらを克服する方法、その過程で習得したテクノロジー、それらを実装する方法、障害にどのように対処し、除去したかを記録します。



解かれた各タスク-理解可能、定式化、そしてできれば抽象的-は解雇キットを補充します。

達成された結果

あなたは特定のタスクを提起されていないが、曖昧になっていることが起こります。 たとえば、「システムのパフォーマンスを向上させる」と言い、「トランザクションの修正を半分に減らす」とは言いません。 または、「プログラマーによる問題解決の効率を高める」と言い、「アプリケーションの実行時間を30％短縮する」ではありません。



言葉遣いで数字が聞こえる場合、これはタスクであり、前のセクションで説明したように処理する必要があります。 番号がない場合は、解雇キットに何か書くためにそれを測定する必要があります。



たとえば、パフォーマンスに取り組んでいます。 システムにドキュメントを書き込む時間。 私はあなたが成功すると確信しています-あなたは文書を記録する時間を短縮します。 次に、将来の雇用主に何を伝えますか？ 「ドキュメントを記録する時間を短縮しました。」 応答で何が聞こえますか？ 彼らがどれだけ削減したか。 輸送された量、量、量。



これらの質問に答えるには、測定するだけです。 測定システムはソリューションの一部であるため、タスクを開始する前に、測定システムを可能な限り客観的に配置してください。 「どのように測定されたのですか？」と尋ねられるでしょう。 さて、決定を進めてください。



必要なレベルに達したら、最初と最後の数字を覚えておいてください。 さらに良いことに、時間の経過とともに数字を変更するためのタイムラインを保存し、それに重要なイベントをマークします-数字を変更するためのアクション。



私はこれを何回もしました、そしてそれは非常に-非常にです！ -助けます。 第一に、それはプロセスの助けになります。なぜなら、あなたは自分がどこにいて、どこに行くのかを理解しているからです。 進捗状況とアクションの有効性を評価できます。 第二に、それは現在の雇用主にとって有用です-彼はより良く、より理解しやすい結果を得ます。 それ自体が製品となる測定システムは、退職後に使用され、雇用主は同じ指標のエンドツーエンド分析のために1つの座標系を持ちます。



第三に、そして最も重要なこと-それはあなたの次の仕事に役立ちます。 特に、新しい会社の座標系で数字を表現する場合。 そして、これは難しくありません。 ドキュメントの記録と同時に-ミリ秒単位で測定されます。

合計

解雇キットは累積的な履歴書のように思えるかもしれません。 一方で、これは実際に事実です。



しかし、ポイントはあなたが示すことができるものではなく、あなたが本当に荷物の中に持っているものです。 これは一種の製品であり、すべての雇用主への彼の時間の投資の結果です。



これは、費やされた時間の相乗的な使用です。



あなたはただ座って給料を受け取ることができます。 一番下の行の会社の入り口と出口で、あなたは年を取りました。 お金を節約したり、価値のあるものを購入したりしても、これはまだ悪くありません。 そうでない場合、彼らはお金を貯めず、資産を蓄積せず、経験を積むことができず、ソリューションを作成せず、賢明なタスクを解決せず、結果を達成しませんでした。これは非常に悲しいことです。



ちょっとした言い回しに聞こえますが、ある場所から別の場所に移動してもまったく変わらない多くのプログラマーを見ました。 彼らは身近な問題を解決する必要がある仕事を意識的に探しています 。 短期的にはより安全であることは明らかです。 しかし、長期的にはどうでしょうか？



将来の雇用主のために働く場合、荷物、価値、解雇のセットは常に成長しています。 これは適切な投資です。