キャリア約1年のプログラマーです。
得意先でのトラブル対処や
運用支援作業などをメインに
行っているのですが、
最近特にトラブルや空回りの連続で悩んでいます。
スキル的にも未熟で、元々要領が悪いタイプですが、
こういう自分に何か良いアドバイスを頂ければと思い、
書き込みました。
それでは宜しくお願い致します。

このQ&Aに関連する最新のQ&A

A 回答 (4件)

1年と言うと私から見れば一人ですばやくできできなくても


仕方ないかと思います。周りにも責任があるような気がしますから、
あまり深刻に考えなくてもいいかと思います。

でも人のせいにするのは簡単なことなので、やはりあなたも意識を変えないと
いけないので、私がちょっと心がけていることを書いてみます。

客先でのトラブルと言うのは、何が原因かわかりませんが、もしあなたの
PGの不良であるなら、やっぱチェックリストを作り、本当に予想された
結果がえられるか確認する必要があるかと思います。だってプログラマの
仕事ってエラー処理を実装するようなもんですからね。

あなたのPGが問題なく、お客の操作がまずいなら、操作説明書を詳しく
書くしかないと思います。

でもチェックリストにせよ、操作説明書にせよ、書くからには良い物を
作るべきですよね。それにはやはり、社内にある過去に書かれたものを
参考にするのがいいかと思います。
真似ながら自分のスタイルをつかんでいくというのはどうでしょうか?
    • good
    • 0

1.メーリングリストを購読して自己研鑽に勤める


2.今日のトラブルに関して、解決、未解決とも原因をよく考えて、対応策をとる。
3.場数を踏む。馴れが一番です。

あとは、本の受け売り(「なぜか仕事がうまくいく人」だったかな?)ですが、仕事に優先順位をつけないで、「すぐにやる」事でしょうか。

小さな仕事、すぐに片付く仕事を後回しにすると、重要な仕事の最中に「あれも、これも」と気にかかります。

また、「すぐに出来るから後回し」「時間がかかるから後まわし」は明日になっても後回し、明後日になっても重要な仕事が先で、だんだん積もっていく傾向にあります。仕事は毎日入ってきますから、後回しはいつまで経っても「後回し」なんです。
    • good
    • 0

仕事の要領を良くするには、幾つかのコツが有ります。



まず、やるべき仕事を全て一定の大きさのメモ用紙に書きます。
次に、これらに次のように分類して優先順位をつけます。
1.緊急に処理すべきもの
2.期限が決まっているもの
3.急がないが短時間で終わるもの
4.急ぐが時間がかかるもの
5.急がないもの
全てのメモを上記の分類で、処理すべき順に上から下へ向かって並べ換えます。
毎朝、これを基にして計画を立てて、メモの上から処理していきます。
もちろん、新たに入った事項は、適切な順番の所へ挿入します。
済んだものから、顛末を記入して除外していけば、常に、残りの仕事を把握できます。

トラブルについては、内容を分析して原因を探りましょう。
なんないか続けていれば、トラブルが発生する要因が幾つかに分類できますから、それらの原因を取り除く工夫をすれば、トラブルの発生は減ってきます。
    • good
    • 0
この回答へのお礼

>回答者の方々

まとめて返信致します。
色々な回答、ありがとうございました。
皆様の良きアドバイスを元に、
職務にはげんでいきたいと思います。

お礼日時:2001/12/14 00:47

次々に飛び込んでくる仕事は、入ってきた時点で優先順位を整理します。

勿論緊急な物を最優先させますが、その時点で途中までやりかけている仕事があれば、そこまでの経過と留意点をメモにでも書いておくと良いでしょう。

また、仕事によっておおよその必要時間を見当づけ、1日の中でどこまでことをはこべそうか、頭の中で漠然とで良いので把握すること。そして優先順位を漬ける要因がないときには、とにかく入ってきた物から確実にこなしていくこと。

また、まとまった時間を要する仕事は途中で切れると効率が悪くなったりすることがあるので、多少の前後で入ってきた小さな仕事は先に片づけるようにしています。

メモは、各々小さな紙に書くと無くすことがあるので、私はノートを一冊持ち歩き、電話連絡、仕事の経過、発注事項など全てを順番に書き込んでいます。そうすると、時間的流れの記録にも成るので、あとで見返したときに仕事の処理把握もし易いです。

プログラミングの仕事自体の効率云々は専門家の方の御意見があることをお祈りしております。
    • good
    • 0

お探しのQ&Aが見つからない時は、教えて!gooで質問しましょう!

このQ&Aと関連する良く見られている質問

Qプログラマー歴4ヶ月はどれくらいのスキルですか?

タイトルの通りですが、
また2年経ったらどれくらいのレベルか、
あとはロジックなどを考えて構築するのがスムーズにできる様になるには
何年目くらいになるのでしょうか?

現在私は4ヶ月でまだ設計書を見てもロジックがどうすればいいか思い浮かびません

Aベストアンサー

会社の規模や扱っている業務にもよりますが、新卒で4ヶ月目だと
社会人及びシステム開発の基礎の研修が終わるかどうかの時期だと
思います。
後は、各人の資質や能力等を考慮しつつ、開発グループに配置して
グループリーダーがOJTによる教育を行う事になるでしょう。
人によって、千尋の谷に落として自力で這い上がってくる部下のみ
を育てようとしたり、能力が未熟なのはしょうがないと割り切って
簡単だが時間がかかる単純作業を割り振って、徐々に難しい作業に
していこうとする人がいたり様々です。
そんなこんなで1~2年経ったら、ベテラン社員に時間的な余裕が
無かったり、教える事で本人が学んできた事の再確認をする効果も
有るため、新人の基礎教育を担当させる所も有ります。
毎年、数人以上の新卒者の採用をしている会社だと、2年経っても
新人の基礎教育はできません、上から細かい指示が無いから仕事が
できませんといったレベルに止まっていたら切り捨てられても文句
が言えません。
難度が低めのプログラムを、簡単な指示だけで作れる様になれれば
とりあえず合格(?)。
#判断基準は会社の環境や人によって様々
より短い期間でできる様になればもっと良い。

>勉強しながら気長にやっていきます
仕事は人の成長を待ってはくれない物です。
上司もずっと新人気分のまま、のんびり仕事を続ける足手まといを
どこまで待てれるか判りませんので気を付けて...
#焦らず急いで

会社の規模や扱っている業務にもよりますが、新卒で4ヶ月目だと
社会人及びシステム開発の基礎の研修が終わるかどうかの時期だと
思います。
後は、各人の資質や能力等を考慮しつつ、開発グループに配置して
グループリーダーがOJTによる教育を行う事になるでしょう。
人によって、千尋の谷に落として自力で這い上がってくる部下のみ
を育てようとしたり、能力が未熟なのはしょうがないと割り切って
簡単だが時間がかかる単純作業を割り振って、徐々に難しい作業に
していこうとする人がいたり様々です。
そんな...続きを読む

Q 日本ではプログラマーは使い捨て、米国ではプログラマーは設計および作成

 日本ではプログラマーは使い捨て、米国ではプログラマーは設計および作成者

 日本では、ほとんどの会社はプログラマーは使い捨て(派遣多様)のようです。
米国は、プログラマーは設計および作成者となっています。

 
 日本ではプログラマー=単純労働者、SE=設計者(パワハラ設計者)となっているにもかかわらず
日本のソフトウェア品質は世界最低水準となっています。

 これって、日本のソフトウェア業界が技能と組織階層の考察が世界最悪(ようするにバカ)だからなのでしょうか?

 いまでも、とある業種の下請け情報サービス産業がほとんどですよね?(業種コンサルができない=的確な設計ができない)

 要するに、収益源があいまいでへんな業種という事になります。
下手をしたら若いおねーちゃんのテレホンオペレーターの方がまし?

Aベストアンサー

日本は昭和時代の年功序列の考えで、プログラマが何年かしたらSEになる(する)と言う最低の考えが今でも尾を引いています。つまり単純事務職と同じ発想で技術職を考えているのです。
昔は机に座った技術職がなかったので机に座った単純事務職と同じなのです。
ところが、プログラムをまともにできない、ゴマすりの世渡り上手が年功序列でSEになります。
当然のことながらこんな輩は仕様書や設計書が書けません。だから、まともなシステムができないのです。さらに、そんな輩がSEだと威張り腐るから、プログラマもたいした経験や技術無しでSEになれるとほとんどが勘違いしての連鎖で今に至ってます。
また、昔の大企業はちゃんとしたSEがいましたが、今は単なる商社と化して客の要求を右から左に下請けに流すだけです。そうなると、ますますSEの力は低下して、そのSEなるもの作成した仕様書もどきからは、プログラマみたいな輩でも作ることが可能です(客の要求物とは似て非なるものですが)
ようはSEやプログラマは専門技術職で対等なことが必要なのですが、今の経営トップはまだ、年功序列の制度の中で生きていて、次世代の幹部(患部)もそれに倣えになっています。

収益源は明らかです。下請けに丸投げでピンハネですからね。

テレホンオペレータよりは専門性があると思うけど。

日本は昭和時代の年功序列の考えで、プログラマが何年かしたらSEになる(する)と言う最低の考えが今でも尾を引いています。つまり単純事務職と同じ発想で技術職を考えているのです。
昔は机に座った技術職がなかったので机に座った単純事務職と同じなのです。
ところが、プログラムをまともにできない、ゴマすりの世渡り上手が年功序列でSEになります。
当然のことながらこんな輩は仕様書や設計書が書けません。だから、まともなシステムができないのです。さらに、そんな輩がSEだと威張り腐るから、プログラマ...続きを読む

Qプログラマーの悩み

長女がこの春から小さな会社に入り企業向けソフト開発の仕事をしています。高校は情報処理科を出てますが、あまり高等なことはしていなかったようですが、一応情報処理の資格も取って卒業、就職しました。
仕事の中身を良く知らないのですが、とにかく小さな会社で分からないことを質問できる人が1人しかおらず(職場も4人ほど)、今その人が
夏休みを取っていて自分は納期の短い新規の仕事を始めて任され、どうしようと言って今朝も泣きながら仕事に行きました。
「分からないことを聞ける人がいない」と言ってパニックになっているので「本社に電話かけて教えてくれる人をさがせ」と言うと「いない」
と言います。仕事の中身や職場の実態を知らない親として何と言ってやればよいのかわからないものの、「どんな仕事でもみんな最初は分からなくて当たり前。お父さんやお父さんの同僚も今でも分からないことだらけ。それでも何とかやっている。とにかく教えてもらえる人を探して聞きまくるしかないのでは?それもできずに一人で悩まざるをえないのなら、自分が今そういう状況にあることを社長に伝えなさい。」と娘に言いました。
納期の短さと課題が自分には難しすぎるといったことが彼女の逼迫した
悩みのようです。
プログラマーの皆様、初心者の頃こんな経験をされた方、アドバイスをお願いします。あと、プログラマーの仕事は書籍等を独学することでこなせるようになるものでしょうか?そうであると信じたいのです。

長女がこの春から小さな会社に入り企業向けソフト開発の仕事をしています。高校は情報処理科を出てますが、あまり高等なことはしていなかったようですが、一応情報処理の資格も取って卒業、就職しました。
仕事の中身を良く知らないのですが、とにかく小さな会社で分からないことを質問できる人が1人しかおらず(職場も4人ほど)、今その人が
夏休みを取っていて自分は納期の短い新規の仕事を始めて任され、どうしようと言って今朝も泣きながら仕事に行きました。
「分からないことを聞ける人がいない」と言...続きを読む

Aベストアンサー

プログラマ兼SE3年目の♀です。
お嬢さんの気持ち、そしてtakcubeさんの気持ちがなんだかよくわかるので、回答させていただきます。

まず「わからない時に聞ける人がいない」というのは確かに新人PGにとって不安でたまらないことです。
No.1の方が言うように、プログラムというのは基本的に独学で可能です。
ですが、やりたい処理のロジック、さらにいかに効率的なものを書くか等は、やはり経験がものを言うと思います。

納期に余裕があるならいろいろ試行錯誤しながら独学でもシステムはあがるのでしょうが、
今回の場合、納期までに時間がないということでお嬢さんもパニックになっているのだと察しています。

ですが、案件を任されるということはプログラムの基本(文法・ロジック等)は大方身についているということではないでしょうか。
つまり今持ちうる知識を総動員すれば(いかにそれが効率の悪いロジックであろうとも)作ることは可能ではないか、ということです。
ただ納期まで時間がないということ、自分はそれまでに仕上げる自信がないことは正直に上司に相談すべきです。
もちろん周りの人に、仕事の合間に教えてもらうのが理想です。

あとは泣きながらも逃げずに出社したお嬢さんを褒めてあげてください。
余談ですが、数年後、思い出話として笑って話せる日が絶対に来ますよ。

長文失礼いたしました。

プログラマ兼SE3年目の♀です。
お嬢さんの気持ち、そしてtakcubeさんの気持ちがなんだかよくわかるので、回答させていただきます。

まず「わからない時に聞ける人がいない」というのは確かに新人PGにとって不安でたまらないことです。
No.1の方が言うように、プログラムというのは基本的に独学で可能です。
ですが、やりたい処理のロジック、さらにいかに効率的なものを書くか等は、やはり経験がものを言うと思います。

納期に余裕があるならいろいろ試行錯誤しながら独学でもシステムはあがるのでしょう...続きを読む

Qプログラマーは職人?

プログラマーをやっているものです。
たまに考えてしまう事があるのですが、プログラマーは職人なのか?という
事です。私のイメージでは職人気質な人(人見知り、頑固)な向いているのかなという事なんです。実際はコミュニケーションが非常に大事なのですが、極論すると例えば、営業向きの人よりも職人向きのほうがプログラマー
として向いているという事なのです。(「おたく」とはちょと違う気がします)
仕事でスランプになると考えてしまうテーマなのですが、もっと適している
言葉があれば教えて下さい。

Aベストアンサー

がるです。
> galludaさんのいう職人は例えば他の職業でどんな人を指しますか?
> (例えば、大工さん、創作ラーメンの主、グラフィックデザイナーなど)
> イメージするものってありますか?あれば教えて下さい。
例えば…

大工さんの場合。
似非職人:「こっちのほうがよりすみやすい」と言って設計図を無視して家を建てる
職人:設計図をきちんと遵守しつつ、細かい部分の工夫などで住みやすくする

創作ラーメンの主
似非職人:常に「己の味が最高である」「理解できないやつはダメだ」「スープ残すようなヤツは二度と来るな」
職人:食べているお客さんにとって最高の味(極端な話、例えばそれが「化学調味料バリバリな味だとしても」)を提供し、でもそこに自分らしさを入れることができる

グラフィックデザイナー
似非職人:「これが一番イメージに合うんです」といって自分の理想を形にする
職人:お客さんの「本当に欲しいイメージ」を汲み取って形にする

こんな感じでしょうか?
…すみません、どのジャンルもあまり詳しくないので、どうもうまく語彙がでないのですが(苦笑
これがプログラマとかSE的にですと

プログラミング
似非職人:妙に凝ったり難しかったりする複雑なコードを書き上げる
職人:必要最低限の、できるだけ簡素な、でも読みやすく理解しやすいコードを書き上げる

設計
似非職人:お客さんの話を鵜呑みにするか、でなければ勝手な変更を加えたり適当な事を言って仕様を制限したりする
職人:お客さんの「言葉」に惑わされず、その奥にある「本当に欲しいもの」をヒアリングして、そこから「コストまで加味した」ベストな落としどころを探し出す

こんな感じかと思っております。
どんなジャンルの職人さんでも。本当の意味で一流の人は、切磋琢磨すること、それでも「最高」なんてありえないこと、相手がいて初めて自分が成り立ちうることを皆さんご存知であるように思われます。
何はなくとも「相手がある」ことは最大の前提条件ですから。その相手とは、お客様であり、お金(コスト)であり、時間であり、様々ですが。

がるです。
> galludaさんのいう職人は例えば他の職業でどんな人を指しますか?
> (例えば、大工さん、創作ラーメンの主、グラフィックデザイナーなど)
> イメージするものってありますか?あれば教えて下さい。
例えば…

大工さんの場合。
似非職人:「こっちのほうがよりすみやすい」と言って設計図を無視して家を建てる
職人:設計図をきちんと遵守しつつ、細かい部分の工夫などで住みやすくする

創作ラーメンの主
似非職人:常に「己の味が最高である」「理解できないやつはダメだ」「スープ残...続きを読む

Qプログラマーの資質

プログラマーの資質というと難しいですが、例えば2年プログラマーとして働けたなら(案件の内容によりますが)適正はあるとみて
いいのでしょうか?
現在スランプ中です。

Aベストアンサー

ITエンジニアとしての道を究めるには
http://jibun.atmarkit.co.jp/lskill01/rensai/hagimoto01/hagimoto01.html


人気Q&Aランキング

おすすめ情報