タグ付けされた質問 「resume」

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 6年前に閉鎖されました。 私はあなたが仕事を探す準備ができたときを知ることについてしばらく前に質問をし、肯定的な返事を得ました。現在、職探しを始めるために履歴書の作成に取り組んでいます。 このタイトルは、個人的なプロジェクトの経験しか持っていない独学のプログラマーが履歴書に書くべきものは何なのかという質問を大体まとめていますか？ PS。私が本当に求めたいのは、誰かが私の履歴書（素案）を簡単に見ることですが、それはここではあまりにも具体的であることを知っています。この種の質問をすることができる場所はありますか？ 編集：フィードバックをお寄せいただきありがとうございます。私はRCバージョンを完成させました、そして、うまくいけば、すぐに求人市場に参入するでしょう。

13 resume 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 4年前に閉鎖されました。 私は履歴書をブラッシュアップし、過去の仕事やプロジェクトの責任と成果について考えようとしています。それほど多くはないようですが、おそらく雇用主に言及する価値があると私が判断できないものがいくつかあります。 あなたの仕事にはどんな種類の責任と成果が含まれますか、またあなたの履歴書/履歴書にそれらをリストしますか？

12 resume 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 4年前に閉鎖されました。 しばらく前に代理店を介して仕事を探している間に、私はレキュメントエージェントから、または次のような申請書で質問をし続けました。 あなたは何年の経験がありますか： オラクル ASP.NET J2EEなどなど... 最初に私は忠実に答えました... 5年、7年、2年、なし、数ヶ月など。 それから私は考えました。過去7年間に10日間の時間を必要とするSQL2000を実行しているレガシーシステムのマイナーサポートを行っているだけなので、7年間浅いことをすることができます。最終的に私はそのような質問に答えることを拒否しました。 なぜこれらの質問をするのでしょうか。コンピューターサイエンスを卒業したばかりの人なら誰でも、カリキュラムで「触れた」ことを3〜4年経験できます。これは、見方によっては0〜10年に相当します。 プログラマーとITスキルの性質がまったく異なる10年前に当てはまるかもしれません。私は間違っているかもしれませんが、「時間」や「年」がコンピテンシーや経験の良い尺度であることを本当に疑います。 意見/反論は大歓迎です！

12 resume  skills 

閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか？ 質問を更新して、ソフトウェアエンジニアリングスタック交換のトピックになるようにします。 5年前休業。 私は保守プログラマーであり、毎日ではなく毎月、かなり多くのテクノロジのリストを使用しています。たとえば、私は以下の言語に堪能です（明らかに専門家ではありません）。 Java（J2EEを含む） C＃ VB6 ASPクラシック 履歴書を作成するとき、いくつのテクノロジーをリストアップする必要がありますか？それらすべてをリストすることは無意味であるか、あるいは問題でさえあるようです。履歴書を読むときにテクノロジーの膨大なリストを読むのは好きではありません。いくつリストし、どのように選択すればよいですか？

9 resume 

休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 5年前休業。 数年前に私の過去のプロジェクトの詳細を覚えようとするのに苦労した後、プログラマーは通常それを追跡する方法を疑問に思っていましたか？ このような情報は、就職の面接などで役立ちます。 使用している技術、直面している課題などを「ジャンボCV」のようなものに書き留めていますか？それともあなたはあなたの記憶を信頼していますか？

9 interview  resume  project 

閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか？ 質問を更新して、ソフトウェアエンジニアリングスタック交換のトピックになるようにします。 5年前休業。 私はここで何か間違ったことをしているようですので、これをもっと簡単に言い換えて、間違った印象を与えないようにします。 私は今、自分の時間にプロジェクトの計画段階にいます。現在、プロジェクトの範囲を定義しています。このアプリケーションがAndroidアプリもリリースしているのがわかります。さらに、私は長い間Android開発に乗りたかったので、履歴書に実際のプロジェクトをリストできることは有益だと思われます。ただし、アプリケーション自体はタブレットよりもPCの方がはるかに有用であり、スマートフォンではほとんど役に立ちません。オッズは、Androidでこれを使用したいと思う人はほとんどいません（存在する場合）。 開発したいのですが、ほとんど需要がないと思います。経験が役立つという考えの下でそれを行うべきですか、それとも非公開にしておくか、誰も使用しないアプリが将来の雇用主にとって悪いように見えるという考えの下でそれを行わないのですか？ 元の質問： 私はオープンソースプロジェクトを計画しています。これは、主に履歴書を強化するためです（ETA：わかりました。やりたいので、主にやっていますが、それを維持するのではなく、オープンソースとしてリリースしています。自分で簡単に履歴書に記載できるようにします）。タブレットでの実行を目的としたAndroidバージョンの実行を検討しています。しかし、タブレットで使用するのは最も便利なことではありません。私も私のパートナーも、製品を欲しがる人を想像することはできません。ただし、履歴書に「開発済みAndroid」を追加することは良いセールスポイントのようで、モバイル開発に参加したいと思います。誰も欲しくないアプリを作って、アプリを作ったと言えるでしょうか？それとも、より良いアイデアが見つかるまで延期すべきでしょうか？ 編集：私は物事をひどく語ったに違いありません、いくつかの答えは間違った考えを持っているようです。私はそれの地獄のためにプロジェクト全体をやっています。この特定のプロジェクトのAndroidバージョンを実行しない場合、私はそれをより早く完了し、他の何かを計画してそれを実行します。いつもプロジェクトをやっていて、このプロジェクトをやりたいのは当然のことです。問題は、代わりに「Androidで遊ぼう」プロジェクトとしてもっと便利なことをすべきでしょうか？長い目で見れば、誰も欲しくないものを作ることは私を傷つけるでしょうか？

8 open-source  resume