指示待ちプログラマー

今日も指示があるまで
２ちゃんですか？

はいそうです。

イベントドリブンです。

はい、もうここでは働きたくないので、さっさと切ってください

40秒で自殺しな！

ぶっちゃけ、、
こなしてもこなしても次の仕事があると思うと、






ねぇ。。。。

あげれすと

指示がある前に勝手に動いても・・・・いいのかい？（ﾆﾔﾆﾔ

指示通りにすら動かない。。。

ガベージコレクションしてます

だったらさっさと指示よこせ
あと指示聞きに行ってるのにまだ自分の仕事が終わってないからってそう睨むな

前作業終わった後に聞きに行った
｢もう少し待て｣って指示を実行してるだけですがなにか？

「指示ください」 じゃないと思う
問題を自分で見つけ出して、今、何をすべきかを判断できなきゃダメだ。

別に、指示ください。でもいんじゃね？
どうせ、派遣なんだし、さ。

典型的な指示待ち世代ですからして！

>>13
今は指示を待つべきだ、と判断した。

>16
そう判断した理由をきっちり言えればいいと思うが
どうなんでしょう

>14
派遣の人ってそういう割り切りやっぱしてんの？

支持待ちがいるって
人員放置のリーダーが駄目駄目なんじゃん
ちゃんと使えよ

自分で考えて動こうにもデッドロックしてるんだよな
上位権限与えて貰うか指示待ち解除されるまでうごけましぇん

動かないことへの言い訳？

指示を待てと言われているのに指示を待たずに勝手に動いてはいかんだろう。

指示した事以外で勝手に動かれたら困るよ
下手に好き勝手されたら管理する側も大変

指示したことをするのはOK
指示してないことをするのはNG

指示されたことが終わって
次の指示が来るまで待つのは・・・・

パー

デッドロック、的確な言葉やね。
ある程度やる事は見えても権限が足りなくてやれん事が多杉

なにいってんだか。
ソフトウェアで飯を食うということは
「縁もゆかりもない連中のたわごとのような願い事にまつわる問題を、
そいつのかわりに解いてやる」ことなんだから、ガンガン、指示なしで
やれることをやるんだよ。指示がないと責任にされちゃうなんてヘタレは
いらないの。指示待ちしてた奴が悪いに決まってるってなるんだからさ…
「待つだけなら犬で充分」「言われたことをする芸なら犬のほうが上」でしょぉ〜う？

指示を待ちながらもCPU使用率は100%

そのまま放置されると夢の世界へいける俺様が来まs

夢精は気持ちいいお(＾ω＾)

>>27
給料は会社から出る。
会社の意に沿わないことをやっても、それは遊んでいるのと変わらない。

命令してもいないのにお手やチンチンしてる犬はただのバカ犬。

>命令してもいないのにお手やチンチンしてる犬はただのバカ犬。

それを判断するのはてめーら犬じゃなくて飼い主。

指示なんてできないし、勝手にやってほしい。
指示する作業を考えてるうちに、自分でやったほうが早い。

あぼーん

>>33
指示ってどういうレベルで言ってんの？
この業界誰からも仕事貰わずに
毎日やることがあるやつなんていないと思うんだが。

>>35
自分がやりたい・やれるって思ったことをスケジュールに
合うように入れていってほしいし、俺はそうしてる。
できねーやつは指示したってできねーし。

一から十まで指示しろとはいわんけど、
方針くらいは見せろよなぁ。

上の人たちの会議で決まったことの情報共有さえ怠るリーダー相手じゃ
もう身動きの取りようがありませんってば。
しかもこっちが毎日ブログ眺めて暇つぶしてる状況さえ把握してないしw

納期までに納品するっていうのさえクリアすれば、方針も自分で決めていーよ。
その方針で問題があればそのとき考えるから。

つーか、毎日ひまつぶししてて何になるの？

>>38
暇が潰せるだろ

よそで潰せ。スケジュールを喰い潰されるのはかなわん。

>>38
はぁ、方針お前が決めていいよって、全部丸投げかよw
俺に決めさせろって言ってんじゃなくて、お前が自分の責任果たせって言ってんだよ、ば〜〜〜かww

指示があるまでは環境改善と効率向上のために、自主的にクラスライブラリや共有コンポーネントを作成。
指示された途端に「うるせえな。いま重要な仕事中だ」…本末転倒

つーか　
営業さんが’出来る奴です！’って売り込みかけたおかげで
客先の出来るSEに陰口叩かれまくるんだが、これも仕様ですか？
出来る範囲で勝手にやると会社経由でグダグダ言われるし
大人しく指示に従ってたら（指示以外のことは極力やらない。自分が楽する用意はする）
それはそれでグダグダ言われるし。。。
’どう考えても、あんたの方が出来る奴なのに、なぜ生産効率落とそうとするo..rz’
今２人死んで、連絡取れない中、次は俺が死ぬと噂が流れていると、客先で聞きました
どうすりゃいいのよ、、、

>>43
思いっきり立ち回りの下手な奴だな
コンピュータ技術者に多いデジタル君だろ
勝手にやるな・動くなってのは作業を実行するなじゃなくて、
自分で考えて作業するときにきちんと判断を仰げって事だ

判断を仰ぐ時も「僕は息をしても良いですか？」みたいな感じの質問なんかするなよ

>>44
色んな所で作業すると人によって考え方、やり方が違う事が分かる。

>>判断を仰ぐ時も「僕は息をしても良いですか？」みたいな感じの質問なんかするなよ
それは、お前の常識でしかない。お前が色々な環境を経験していない証拠。
お前に価値観を合わせていくまでそんな質問日常茶飯事だ。

正直、お前の考え方が腐ってると思う。

判断を仰ぐこと許さないデッドロック

矛盾だらけの>>44

指示待ち人間育成の達人

ウチの会社の人間、マジ頭悪くて疲れる

この業界ってルーチンワーク的な仕事なんてほとんどないから、
人に作業振るのがすごく難しいと感じる。
みんなはどうやってるの？

指示待ちが駄目って言ってるけど、それを言う人が
失敗ばかりする上司だったらどうよ？
そいつの考えで自発的に動けるようになって何が良いの？
失敗上司に「その行動は間違ってるよ」なんて言われても
信用できないし、上司面するなと思うし、ムカツクだけ。
失敗上司を研究する暇があったら絶対的に通用する事を勉強するけどな。

まあ、これは部下のスキル育成の視点からみてるが、

仕事的には、使えない上司でも目をつぶって、失敗上司の間違った
考えを正しいと考え、それに則って自発的に動けるようにして
仕事をするのが一番。下手に自分の考えを言っても余計な摩擦を生むのみ。

とも思うわけだが、間違った考えが過度になるとある意味拷問、
虐待になってくるのがまたなんともね・・・。

それに耐えられなくなった部下が弾けてしまえばあぼーん。

・・・・・・どう考えても変だよな・・・・・・

あるねぇ。
指示を明確にできないくせに「勝手に判断するな」とかクレーム入れてくるの。
まさに「どないせぇっちゅうねん！」っていうレベルだよ。

どことは言わんけどさ。

>>50
普通に「これやって」って言うだけだろ。
作業振りが自然に出来ないならお前はリーダーしないほうがよい。
遊ばせとくわけにはいかないからといって、
必要もないようなことや、中途半端に切り出した作業をやらせていると、
やる方はモチベーションを失う。

でたよママー！
犯罪者軍団

人によるんじゃね？
力がある場合は「これやって」が良い。

>>53
そりゃ、「これやって」とは言うけどさあ。
手順化された作業でもない限り、出来るか出来ないかは
やっぱりそいつの能力に拠るわけじゃん？

もともと指示する方で単発の仕事ばっかり見つけて来るから悪いんじゃね？

仕事もないのに客先に毎日引きずり出される馬鹿らしさよ。

>>44
>自分で考えて作業するときにきちんと判断を仰げって事だ
↑は無能な奴が自己保身の為に安易に使う常套句の一つだ
その上司には当てはまらん
>>45
なんか有難う　
結局、相手の真意を測りかねてるんだよね
ちょっと楽になった　一段落したから寝るよ

>>51
無能な上司は引き摺り下ろして自分が上に立て
上に立てないのは自分が無能だからだ

> 無能な上司は引き摺り下ろして自分が上に立て
> 上に立てないのは自分が無能だからだ

これだから派遣は・・・

指示するのは当たり前だろ
やってもらいたい仕事があるから呼んだんだろ
仕事がねーなら呼ぶなよ
自分で探せって、わけかんねーよ

ｂｙ　派遣

やらせることが無いからって、無意味な仕事捏造してやらされるのも萎える

上の人間によるよなぁ。
「１から１０まで自分の指揮の下ワンマンでいきたい派」のPMだったら
指示仰いであげた方が気分良さそうだし。
逆のタイプのPMだと、自分から仕事見つけて
「これやっときますよ。」と言ってさっさか働いた方が喜ばれる。

1から10まで
↓10進数に変換
1から2まで

haihai warosuwarosu

請負だからなぁ。
請け負った仕事以外はやる義務ないし。
やってほしけりゃお願いすればいいだけ。
もちろん別料金で。

やりたい仕事とかねーの？
無いのになんでこの業界いんの？

やりたい仕事とかあるの？
あるのになんでこの業界いんの？

やりたい仕事もやらせて貰えないほど不自由なのか？

やりたい事やってたら、怒られますた。

今年の新人が指示待ちタイプだった・・・orz

かってにあれこれいじられるより100倍マシ

かってにあれこれさわるようなタイプじゃなきゃ成長は見込めん。
そういうのは必要経費だと思って大目にみるべき。

勝手に違う業務のソースコピーして持って帰るとか、いいのか？

良いとは思わないけど、それって防ぎようなくない？

>>75
何が悪い？

>>1
仕事の指示は受けていても、２ｃｈしていますが・・何か？

>>77
いやいやいやいや、まずいだろ。確信犯もいいところじゃねーか。

>>79
だから個人情報じゃあるまいし、たかがソース。何が悪い？
他人のソースを読む事は結構技術力が身につく。

>>80が素で言ってそうな件について

会社で他人のソース読むのは無問題だが、就業時間中は業務と関係ない
ことができないという現実

ソース開いてりゃ仕事してるように見えるんじゃない？
俺、勤務時間の8割がそんなんw

>>81
すで言っているが。
大体個人情報の持ちだしは、ﾀﾞﾒという制約はあるけど
ソースの持ち出しは禁じられてないだろ？

それに、自分のやった事の無い言語はソースを読むのが一番マスター
するのが手っ取り早い。
だから。

お前な・・・社会人何年目だ？

＞ソースの持ち出しは禁じられてないだろ？
まあ、会社によるだろうね
今時、禁じてない会社のほうが少ないと思うが
大手メーカーの下請けとかで持ち出してばれたら大問題になるぞ

>>84
おいおい、ソースは個人情報うんぬん関係なく機密情報とかでプロジェクト完了時に全資料破棄が原則だろ
メンテナンス用にソースを維持する場合は、アクセスログの取れる形にしないとだめ
ソースの持ち出し可って今時ありえないぞ

ソース持ち出しはともかくとして

>ソースは個人情報うんぬん関係なく機密情報とかでプロジェクト完了時に全資料破棄
そんなプロジェクトは見たこと無いな、資料は整理後に全部残す以外のプロジェクトに出会ったことないよ。

怪しいものとか違法な物とか開発してるのでは？

ソースに機密情報が埋め込まれているのでは？
パスワードとかｗ

ソニータイマーのプログラムとかw

うちは、プロジェクト完了後に全資料だけではなく、
その資料を作成した人から情報を漏れることを防ぐために・・・
まあ、ここではいえないが、いろいろ消している。

GNU組み込んじゃったとかw

>>92
口封じって奴か

三菱自動車の情報隠蔽機能付き不具合情報システム？

>>84みたいな人が
他の企業に勤めてる友人に
「へえ、勉強になりそうだね。俺にもそのソース見せて」
とか言われてホイホイ見せちゃって
数ヵ月後にまったく同じパッケージがライバル他社から発売されたりしてね。

一緒に派遣されてるｵｻｰﾝなんだけどさ、自前でカードリーダーとか持ってきてるのね。
チョイ前に、USBメモリにソースをコピーして持ち帰ってたけど、
とりあえず、ここで報告しておくから、思い当たるｼﾄは辞めてください。

ソースがあるからって誰でもコンパイルできる訳ねーだろ

>>98　えッッ

>>98
ソース持ち帰るくらいやる人なら、コンパイラだって持ってくさ。

ははは、俺も自分の携わったプロジェクトのソースは全部持ち帰ってるなぁw

コンパイルのできないプログラマがいるのか？マジ？

ってか，コンパイルできるかどうかが問題じゃないだろ

('ｗ`)＜あげ

仕様を教えると、すぐに理解しましたという
奴がいるが、次の日になると仕様忘れているプログラマ
前の仕様が理解できてないと
次の指示だせねえんだよ！！

文句言う前に仕様書書けよｗ

PostMessage(HWND_BROADCAST, WM_STARTWORK, wParam, lParam)

>>87
＞>>84
＞おいおい、ソースは個人情報うんぬん関係なく機密情報とかでプロジェクト完了時に全資料破棄が原則だろ
＞メンテナンス用にソースを維持する場合は、アクセスログの取れる形にしないとだめ
＞ソースの持ち出し可って今時ありえないぞ
俺の場合は、悪用をするつもりも毛頭無くてあくまで勉強用。
個人情報じゃないからソースはＯＫ．
別に訴えられても良いけどね。負ける気しないし、就業規則（各社によって
若干異なるが）には一言も明記されていないのだから違法性は
全く無し。


コピーされていやなら、暗号化してアクセス制限を掛けて大切にしまっとけ。
ってのが俺の理論！

普通に考えてソースを頂いて何が悪い？

俺の趣味の一つにコード収集があるだけだ。

普通に考えて業務上横領だな
訴えられたら負けるぞ、厨房
釣りか？ｗ

>>108
自社ソースなら持ち出しは勉強目的ならグレイだけど
ソフト会社の場合は会社同士で守秘契約してるからソース持ち出しはかなりの確立でアウト

確率

>>110
アホ。俺はソースの持ち出しで利益は一つもあげてねーよ。
能書き垂れてんじゃねーぞ。アホ。


>>111
＞ソフト会社の場合は会社同士で守秘
＞契約してるからソース持ち出しはかなりの確立でアウト
契約書には、ソースの持ち出し厳禁の文字が一言も明記されて
いない件について。

>>112
２ｃｈで何抜かしてんだ？アホ。

ネタだろうなと思いつつ

ソースは誰のもの？権利不在は、業務有無に関わらず、まず無い
あなたの物じゃなければ（特殊な契約していなければ、通常業務先の会社が権利保有）
許可を得ていなければ
　ただの窃盗です
”あなたに譲ります”っていう契約書でもなければ、訴えられたら負けます
黙って、こそこそ窃盗しときましょう

仕事で関わったソースなんていらんな・・・まじで
そんなんで勉強してんの？

「そんなモンどうやってコレで実現したんだ？」と気になる場合はある

ソースを持って帰らないってどんだけ奴隷労働なんだろう？
バックアップも自分でCDに焼いたりするけど

ソースの持ち帰りについては、
違法だけどばれない
ってのが実際のとこだと思う。常駐先から自社に持ち帰る場合は
特別に会社間で取り決めて行うんだろうけど。

普通、一番先頭にCopyrightって書いてあるよね。どこの会社のｿｰｽでも。

>>114
＞ソースは誰のもの？権利不在は、業務有無に関わらず、まず無い
＞あなたの物じゃなければ（特殊な契約していなければ、通常業務先の会社が権利保有）
＞許可を得ていなければ
俺の書いたコードを会社が保有しているということは俺の知的財産権を
窃盗しているに等しいと思います。そして、俺は著作権を放棄した
訳ではありません。俺のコードを会社に盗まれている訳だからこちらと
しても頂く。当然の事です。

>>117
＞ソースを持って帰らないってどんだけ奴隷労働なんだろう？
＞バックアップも自分でCDに焼いたりするけど
ぶっちゃけソースを流用する事で開発生産性が高まるしね。

>>120
おまえマジで馬鹿だね。
雇われて、業務時間内に会社の環境でつくったものは会社のもの。
著作権を放棄したわけじゃない、ってのが笑える。
著作権を主張したければ自分の家で業務時間以外に作って
自分のホームページにでもアップしろ。

>>121
言おうとしてたことを先に言われてたｗ

>>120
就業規則や案件の契約条件を確認した方がいいよ。
>>120の主張が通用する状況なんて見たことがないな。

おまいら釣られすぎですw

当方、東京で派遣社員として汎用系の開発を行っているものです。
最近むかつくことがあります。

同じ現場で作業している東北人が自分から仕事を増やすせいで
私を含む他のメンバーにまで被害が及んでおります。

たとえば、現在合弁会社設立に伴うコード体系の変更等の
案件を行っているのですが、その出張東北人
は今回の修正以外のバグを発見し、騒ぎ立てるのです。

その一つ一つは画面制御の不具合等たいしたものではないのですが
はっきり言ってうざいです。

俺は今回の修正はコード体系の変更に伴うところなので、他の
ところは無視していいといっているのですが、そいつは
そういういい加減な考えはだめだとか、見つけたものを闇に
葬ることはできないとか言っていちいちお客さんに報告しやがり
ます。
はっきり言ってうざすぎます。
東北人ってこんな奴ばっかですか？
それとも俺の考えが間違ってるのでしょうか

東北人はみんなそうだと思っているのなら、
お前の考えが間違っていることは確実だ。

そいつ福島人なんだけど、福島ってでしゃばり好きが多いの？
普通そういう状況でバグを見つけても知らん振りするべ
福島人はお客さんに好かれようと必死で報告する奴多いの？
折れ的にはテスト仕様書書いて無いところでバグってても
それは仕様書を作成した人の責任だと思うんだけど
そいつが言うには仕様書を見ておかしいと思わなかった自分の責任になるから
報告するっといいやがる。
マジうｚぇ

後東北人には仕様書が間違ってるときにわざわざ報告して作り直させる奴
多いと思う。
普通仕様書が間違っていてもそのとおり作るのが鉄則なんだけど
東北人は小さい現場しか知らんのだろうね、なぁなぁで仕様作成者
ガ横に座っていそうな現場でしか経験が無いのだろう。
いちいちしようまちがってんじゃねぇという奴が多い。
そのまま作れよっていつも思う。
それでそいついつも残業してんじゃしゃーねよ

答えはこちらにあります
http://www.echinashop.net/

東北人に彼女でも寝取られたか？ｗ

>>127のような人間は使うほうにとってはすかれるタイプだね
まぁアホには変わらんが

仕様書が間違っていてもそのまま作るって、
それはまさに指示待ちプログラマーではないか！

>>131
いや、社会人としてそれは鉄則だろ。
プログラマに限らず設計書どおりに作るのは。
建築士が書いた設計図があって自分が作るとき、自分はたまたま
おかしいところを見つけたとしてもそのまま作るべ？
それは指示待ちというより当たり前のこと。
だってそこでこれ間違っていますと報告すると保留とかにされ
時間かかっべ。
自分から仕事増やす必要は無いよ

指示待ちプログラマーだな。

東北人＠都心で開発してるけど
今のＰＪでは、関係ないとこで間違い見つけたら
こっそり修正しておかなくてはならないのでそうしてるよ。
修正がそもそも不要なバグなら放置。
品質の問題上、修正が必要なら修正。
でも報告書はそのときは書かない。
仕様書の変更まで必要なら報告だけして、いつ書くかどうかはそいつ次第。
こっちは報告した時点で責任なくなるわけだし。

俺の会社はグループ単位で残業代の上限が決まっているのですが
一人だけ全額請求する奴がいます。
俺のチームは６人いてチーム内の残業限度額が８万なんですが
そいつ５０時間とか請求してきたりします。
そのせいで俺はリーダーから残業を我慢してくれとかいわれ
たりします。

こういう協調性の無い奴
どうすればいいでしょうか？

俺の場合は、アホＳＥの仕様書通りに作ってるよ。
でもって一応あからさまに設計に不備がある場合には一言
確認はするけど、俺の方に
「ＡとＢどちらにした方が良いと思う？」
と聞かれたら
「私はどちらでもいいので決めて下さい。その通りに作ります。」
と完全に俺は設計は放棄している。なぜなら此方が提案をして
後々問題が発生した場合に責任転嫁されるのはまっぴらゴメンだからね。
取り合えず言われた事だけきっちり（アホＳＥの設計書がズタボロでも）
作れば最終的な責任はアホＳＥに行く訳だしさ。

しかもその方が楽だしね。

>>135
残業しない、させない方向で。

「全額請求」というあたりから、サビ残の香りが漂っているような気がするが…
もし、サビ残を拒否するのが協調性無いって言ってるなら
おまいさんの方が酷いと思うな。

>>134
どんなに小さなバグでもこっそり修正はやめとけ。
そこのコード書いた奴がそれに気づけばチームの雰囲気は悪くなるだろうし、
万が一、その修正で別のバグを作って大きな被害が出たら、
お前が借金背負うことになるぞ。

>>136
お前はそのせいで機会を損しているとは考えないのか？
お前がそこで設計の手助けをすることで評価されて
上位の設計に参加できる可能性が出てくるだろ。

出来る人って指示されたことの2倍はやってる気がする

>>139
＞>>136
＞お前はそのせいで機会を損しているとは考えないのか？
＞お前がそこで設計の手助けをすることで評価されて
＞上位の設計に参加できる可能性が出てくるだろ。
機会を損しているねぇー。まっ、優良企業で２倍の実績を出した場合には
２倍の給料をくれる会社だったらその方が良いけど（先ずあり得ない）
、ことこの業界に関しては仕事が出来ると色々と振られて潰れてしま
うのが落ちだしね。

それに気付いてから、無駄な提案をするのを止めたんだ。

アホな仕様を是正出来ないのは単に能力が不足してるだけだろ

逝けーーーーーーーーーーーーーーーーイギリス氏ね！！！！！！！！！！！！！！！

ポルトガルもっと戦え！！！！！！！！！！！！！！！！！！！！！
生意気なイギリスを潰せーーーーーーーーーーーーー！！！！！！！！！！！！！！！！！！！！！！！！！！！！！

>>142
アホ。指摘したら仕事が増えるだろ。

つーわけで俺以外の奴の書いたコードにバグがあっても
俺は治しもしなけりゃ連絡もしない。

俺のバグじゃねーしな。ＰＪが火吹こうがしったこっちゃない。

よっしゃーーーーーーーーーーーーー！

PKでポルトガル一点！！！！！！！！！！１

氏ねイギリス！！！

リカルドがイギリスのボールを止めた。

ざまーみろ！

よっしゃーーイギリスをぶっ殺したぞー！！！！！！！！！！！！！！！！！！！
ポルトガルの勝利ーーーーーーーーーーーーーー！！！
ざまーーーーーーーーーーーー見ろ！！！！！！！！！！！！！！！！！








ファイヤーーーーーーーーーーーーーーー！

>>142はあほだな
あほな仕様書を是正する必要が何処にあるんかというか
そのまま作るのが基本やろ
あほな仕様書を是正するのはでしゃばりやろうが好むよね
はっきり言ってめいわっくだよね
特に地方の人間にそのけいこうがつえーよね
マジでアホ人種
あいつらみてっとまじうぜぇ
がたがた言っていないでそのまま作れよって感じ
まぁ地方の現場って設計者がすぐそばにいるような現場しか無いから
そういうなぁなぁ開発が多いんだよな。
ありゃド素人現場。
マジ市ねって感じだな

そしてやってくる仕様変更

まあ、そういう下請けは評価ポイント下げときゃ良いだけだから楽だな

>>136
>>148
拗ねてないで転職すれば

>>148
ただで修正するお人よしはいないよ
すべて費用を請求する

役割的にグレーな部分というのは必ず出てくるので、
そこは積極的にやってあげることにしている。

そこで調子に乗って色々頼んできたら、
俺にしかわからないものをたくさん仕込んだ上で
やめると宣言する

あわてる顔を見るのがいとたのしw

>>138
修正しておけって指示されてるから。
それと
＞そこのコード書いた奴がそれに気づけばチームの雰囲気は悪くなるだろうし、
こういう考え方持ってる方が問題だと思うよ。
品質第一だよ。

問題起こるような修正の仕方はしないよ。
そういうのは報告して指示待ち。それは当たり前。
こっそり直すのは自分ところのエイリアス部分だけだから。
逆にいちいちそこまで人に聞くと自分のところは自分でやれって突っ返されるだろうし
あと、放置すると「なんでテストしておかなかったんだ？」と文句言われ
挙句、仕様を理解してないと言われるよ。

確かに

>>153
なんか俺に似てるなｗ

>>154
すまん。何言ってるかわからん。

完成重視のA型
品質重視のB型
メンバ調整のO型
例外発見のAB型

メモリリークのC型

環境によりけりのint型

誰が上手いこと言えと(ry

たいしてうまくもないと思った

ぬるぽのJava型

ガッのJava型

>>163-164が流れを止めた！

次の指示を待ってるんだよ

風俗で感染した

Ｃ型肝炎

実際のところ指示待ちでいる方が楽だよねｗ

指示
昨日のｵﾅﾆｰのｵｶｽﾞを申告せよ。
↓

↓

マジレスすると南波杏

会社の先輩(人妻)

ニューハーフ　あいはらゆう

次の指示をください

久しぶりにカキコあったな。ココ毎日、見てるんだよね。最近は話題が貧弱で
つまらないんだが・・・

つまらないんならくるな。
きたいんならじぶんでわだいをていきょうしろ

そこが指示待ちプログラマーたる所以だからな

暗いと不平を言うよりも、すすんで明かりをつけましょう。

>>178
俺は、人のつけた火を消す事が快感だ。

もう何年もケーキに刺さったロウソク吹き消したことないな

じゃまずケーキとろうそく買ってこい

次はろうそくに火をつけろ

>>182　で次の支持を下さい。支持があるまで動けませんから

>>182がロウソクに火をつけてかれこれ一時間になりますが…

ご存知でしたらご教示いただきたいのですが
迷WANポータブル[BZN-200] のバイクステー (ショート) について
( http://www.broadzone.jp/NAVIGATION_SYSTEM/mayowan/img/img200_b_short.jpg )
写真で判断する限り縦軸の角度調整はできると思うのですが横軸の角度調整は可能なのでしょうか。

つまり通常は地面に対して水平に取り付けますが地面に対して垂直に取り付けた場合
ライダーから画面が見えるように角度調整できるのでしょうか。

大変お手数をお掛け致しますが以上よろしくお願いいたします。

いみわからんコピペやめい

>>182が焼死したらしい件について

だから次の指示がないのかｗ

じゃあ安価で

次の指令 >>190
その次の指令 >>200

次の指示を待て。

さぁ、おまいら、俺がどうやったら2chを見るのをやめて仕事に没頭できるか考えるんだ。

>>191
2ちゃんねるを見ることを仕事にしてしまう。

>>192
2chを見るのをやめて、とあるのでそれでは仕様を満たせない。
味噌スープで顔洗って出直せ。

2chに書き込むことに没頭する

>>191
LANケーブルで首ｔ（ｒｙ

急いで口で吸え

現在、指示待ち（マジ）

早く、他のやつのコーディングが終わらんことには・・・

やる気が無いから定時であがる予定。

毎日言われたことだけやってます。
元が駄目なところだらけなので目につく問題をひとつひとつ提起していたら
目的の作業が進まなくなります。
最初から優秀なＰＧだけ集めてシステム構築していれば、
運用始まってから何人も外注使う必要も無いだろうし、
俺が今やってる仕様変更なんか３分の１の工数で済むだろうになあと思います。

何か気づいたら報告しろとか言うけどさ
バグだらけでいちいち報告・修正・テストなんてしていたらサビ残の時間が増えるだけなんだよ

うわ……そうそう。まさにそうなんだよ。

気付いた香具師が不具合票みたいなのを起票して
担当者と連絡をとって、再現するデータを作ってやって
最後に、修正された事を簡単に確認……
# さすがに、しっかりしたテストは担当者の役目だけど

バグに気付いてない事を装うのにも、そろそろ疲れてきた。
いっそのこと、一気にぶちまけようか……

age

一見するとイベントドリブンのようですがトークンパッシングです

おっさん、ふるっ

指示待たないプログラマーはDQNな臭いがする

>>205
支持を要求するのが標準的PGジャマイカ？
指示の内容を提案するPGこそ上のステップに上がる激とは思うが

単に上が楽するのに都合がいいように言ってるだけじゃねーか。

>>207
ま、結局信頼関係なんだろうな。
誰の手柄になるとか、そういうことを考えなきゃいけないような関係なら
黙って指示がくるまで他の勉強してた方がいいな。

指示がないので帰ってきたじょ。

>>208
禿同。実際俺もそのようにしてる。

楽して手柄立てようとするセコい奴は結構多い。
いつでも他へ移れるようスキルだけは常に磨くようにしている。

>>210
今、あるシステムのリプレース案件やっててさ、うちは業務ロジックとビュー、
他サブシステムへのインターフェースとかを見直してるんだけど。

DBの構成を見直すのに別の会社でDBチームみたいなのを組んでるのよ。
で、当然こっちはうちと連絡を取り合いながら業務ロジックを理解して、
それを元にテーブルの組みなおしとかインデックスの貼り直しとかをして、
さらにそれをこっちにフィードバックして、、、みたいなことを想定してたんだけど。

来た連絡は「リプレース後に相当と思われるテーブル構成を考えて、ER図を作り、こっちによこせ」というもの。
「へ？じゃあDBチームって何をするんですか？」と聞いたら
「他サブシステムのDBも同じように情報を集めて、矛盾がないように調整する」だって。

これもDBチームとの信頼関係があればまだ我慢したかもしれないけど、いきなりこの連絡だけじゃ
「じゃあDBの構成を考えて、属性も合わせて組みなおした分は予算くれるんだろうな！」
という不信感がでて当たり前。

ということで今、モーレツにモチベーションが低い。。。

>>211
それはそんなもんよ。
業務ロジックと乖離したDB設計なんてありあえないから、
ロジック組むところが設計するのが一番。
だからといって、「業務ロジックを組むところがDBも設計する」という
体制は受け入れられないので、一応DBチームみたいなのが登場する。

まぁ他サブシステムとの間で矛盾が無いように調整してくれるっていうんだから
うまく使えばいいんじゃない？

勝手にバグを修正して、そのバグを修正したがために起こった問題の責任は取るの？
とらないでしょ？

だったら黙ってれば？

＞勝手にバグを修正して

その前に報告しろよボケカス

うちの団塊上司はごますりと要領で出世した奴にまともな指示出せるわきゃねーんだけど、毎度毎度ピントのずれた指示出すのは勘弁してくれ
後のフォローが大変なんだよ

はよ定年にならんかな
なっても嘱託で居残りそうな悪寒

無能な上司どもを見て、「ああ、こんなバカでも世の中生きていけるんだなぁ」
とつくづく思った今日此の頃。

>>212
「調整する」というのは要するに「矛盾が出るからなんとかしろ」と突き帰される、と言う意味。。。

指示待ち->指示拒否->指示待ち->指示拒否->指示待ち->指示拒否->指示待ち->指示拒否
なんだが、まだクビになりません。orz

自分だけがまともで他は全員バカとのたまっている蛆虫どもが
沸いているスレはここでつか？

>>219
たいていの人はそんなもんでしょ。

>>219
それがプライドってもんですよ

>>219そんな人扱い易いので嫌いじゃない
寧ろ何言っても反応薄い人が末期

指示よこせ！！

指示はいらない金をくれ。

>>224
同意

仕事はいらない金をくれ。

>>226
じゃあ、臓器くらいよこせよな。(w

>>227
つttp://8929.jp/SHOP/nn40.html?gclid=CJio08uWiokCFR4wTAodAitgkQ

<チラ裏>
指示待ち止めて、指示の内容を提案＆指示要求をするようになって1年が過ぎました。
給料全く増えずに、負荷だけがバカみたいに増大しました。
転職先を探しつつ、指示待ちプログラマーに戻ることにしま・・・
</チラ裏>

指示待ちじゃないという人は
具体的にどういうことやるの？

指示されて作業
↓
その作業をもっと効率的にやる方法はないか。世間的にはどういうやり方をするんだろう
↓
新しい技術を発見、学習

>>230
頼んでもいないことを勝手に始めて、勝手に失敗して
勝手に損害を与えた挙句、捨て台詞を残して去っていく。

上位の人らも忙しいのは分かるが、今出来る仕事はちゃんと振ってね。たまった分を一気に振られるてキツイんだよ。

指示待ちって・・・PGじゃなくてコーダーだろ

業務の責任関係が明確なら、指示なしに勝手なことをすることはできない。
つまりしっかりした企業ほど指示待ちが普通。
下っ端が指示なしに勝手に動くのは統制が取れておらず、責任の所在も
曖昧なDQN企業。

指示してくれと上長をせかせばいいんじゃないの？

>>235
当然だけど、アンダーザデスクで新しい試みを
自分で行って提案していくのが、本当にクリエイティブな企業。

指示待ちじゃ、所詮年収４００万未満を続けるだけ。