プログラミングってバカでもできる? [転載禁止]©2ch.net
おれみたいな中卒でもプログラミングって金になるほど、覚えられる? >>448
几帳面な奴より、ちょっと雑な奴くらいができるプログラマだよね
バグが多いのはぶっちゃけ、クロステストとかでも解決できるし エロい人がバカだとだんだん地獄へ踏み込んでいく感じ 雑というか頭が柔軟な人な
一つの問題点にいつまでも悩まないから仕事が速い
あらゆる問題の解決法をいくつも持っているから躓かない
初めて遭遇する問題でも柔軟に解法を見つけ出してしまう
雑なようで実際はかなり的確な仕事をしてるからほとんどバグを出さないという変態っぷり >>452
雑な奴はね、速いだけでなく、テストで表面化するバグも少ない場合がある。
何故そうなるかって?
よくわからなくても要求仕様として明示された入出力のみOKになるように作る。
さらに動作を明確に定義しないため、詳細なテスト仕様も作りようがなく、
結果的にNGが出ない。(もちろんNG出ないからって品質がよいわけじゃない)
プロジェクト管理者や納品窓口は問題なしと判断する。
しかし、困るのは実際に使う人と後からメンテする人。
想定外の手抜き動作にデグレに副作用、未定義仕様や保守性の悪さなどいい加減さに悩まされる。
一回限り作り捨てなら納品したもん勝ちの場合もあるし、後でどえらい爆弾が爆発する場合もある。 雑って言うと聞こえが悪いが
手を抜くところが判ってるって事だろ >>456
>プロジェクト管理者や納品窓口は問題なしと判断する。
お前、低レベルな職場で働いてるんだな
こんな管理者いる意味ねーだろ
何を管理してんだそいつは >>456
見れば見るほどびっくりする書き込みだが、
こんな事やってるベンダに次も同じ会社から仕事くるの? まぁでも実際色々な現場でてると
こんなレベル低い人がいるんだっていう驚きと
こんな糞コードでよくいままでやってきたなという驚きはよくある。 >>458
おまえのとこって優秀なんだなw
ちゃんと実質的な管理ができる管理者もいるんだ
>>459
あたりまえだが少しずつ仕事取るのが難しくなるわな。 >>461
>ちゃんと実質的な管理ができる管理者もいるんだ
当たり前だろ
その発言から、いかにお前が低レベルな環境で育ち、それに毒されてるかが分かるわ 実際問題、プログラミングしている人は最底辺で、
納品されたものをそのまま納品するだけの馬鹿のほうが偉くて高給なのが現実。 >>456
雑な奴が作ったプログラムは起動したらすぐにわかるよ。
丁寧に作られた部分が何一つないからね。
テストも表面化しないどころか基本的な運用操作でさえ
これありえねーだろって動作をするから。
本当に作りが丁寧だと起動した瞬間にわかる。
「雑」と「柔軟」は明らかに違うな。
「雑」のスキルは低い。 努力して追いつける程度の人には噛み付かないけど
どれだけ努力をしても追いつけそうにない絶対的な差と
越えようがない絶壁を否定しながらも無意識に感じてる人は
幼稚になるのさ
出来杉君を猛烈に嫌う某小学生のようにね
小学校では優等生は頭の悪い子からイジメのターゲットにされやすいのよ >>456
> よくわからなくても要求仕様として明示された入出力のみOKになるように作る。
> さらに動作を明確に定義しないため、詳細なテスト仕様も作りようがなく、
> 結果的にNGが出ない。(もちろんNG出ないからって品質がよいわけじゃない)
> プロジェクト管理者や納品窓口は問題なしと判断する。
おかしな事言ってるぞお前。
つまり
「仕様書はざっくりとしか書いてないから、後はいい感じに作ってね」
って事だろ。
いやいやいやいや、ちゃんと仕様書書けよw >>467
>小学校では優等生は頭の悪い子からイジメのターゲットにされやすいのよ
よく分かるわ〜。 これなんかが>>456かな
>例えば、本来したいことがこういう場合
>if(A君作業==未完了)A君の作業を手伝う;
else if(B君作業==未完了)B君の作業を手伝う;
else if(C君作業==未完了)C君の作業を手伝う;
恐らくA〜C君作業というのは一つの作業を手伝って即、判定条件の確認に戻るところからパラレル処理で、上記判定分はA自体に組み込まれており又、B,CはAのクローンだと思われる。
上記のように仮定したら2つほど問題点を見つけた >>468
いやいやいやいや、おまえにとっては仕様書書くのは客の仕事か?
ソフトウェアベンダとしては以下の事をやるが。
・客の要求を分析して要求仕様書を書く
・ソフトウェアの機能や設計を定義し仕様書を書く
・コーディング
・テスト設計、テスト
おまえの仕事は明確に定義済みのロジックに基づいてプログラム言語に直すだけか?
そんな仕事は今時なかなかねーよ。てか世の中に需要がないと思うぞw >>471
何処のスレから持ってきたのか知らんが、勝手な仮定を付けてひとりで遊ばないように。
その処理がA君自体に組み込まれてるという発想自体がもうね、クレイジー。 >>472
START 「ちゃんと仕様書書けよ」
↓
「仕様書書くのは客の仕事か?」…突然それを聞いてどうする?既に飛躍。
↓
「ソフトウェアベンダとしては〜」…さらに飛躍して興味津々の展開。
↓
「〜プログラム言語に直すだけか?」…ここに来て、え?また質問?飛ぶよね〜。
↓
「そんな仕事は今時〜需要がないと思うぞw」…おっと無難な結論。そこに着地すんのかよ?
トータルで感想を言うと
何 言 っ て ん の お 前 ? これほど悔しさを隠し切れないカキコというのも珍しい
どんまいw >>473 いや内包していると仮定されても仕方ないと思うぞ
作業を手伝うという言葉は自分自身で行う時に使う言葉で別々の場合は指示する、依頼するというと言った言葉を使う >>472 アンカー先間違えたのか?
でなければ、俺も>>474と同じで
何、言ってんの?
ニホンゴ、ワカリマスカ? >>477
少し頭を冷やせw
> 「仕様書はざっくりとしか書いてないから、後はいい感じに作ってね」
> ってことだろ
> いやいやいやいや、ちゃんと仕様書書けよw
これ一体誰のセリフ?>>456の内容だと、
「明示された入出力のみOKになるように作った人= (仕様書に)動作を明確に定義しなかった人」だろ >>476
ねえ私、私の仕事が忙しかったら私が手伝うよ?
隣から聞こえたらホラーだろ >>478
お前が少し頭を冷やせ
終始一貫何を言いたいのかサッパリだ ニホンゴ、ムズカシカッタデスカネ?
>>468:実装する為の仕様書(内仕)を(お前達が)ちゃんと書けよ(書いてやれよ)
↓
>>472:おまえにとっては仕様書書くのは客の仕事か?・・・
Oh! この人、突然飛躍しちったよ・・・ >>479 HOST(Server)なんかでは、よくあることなんだが
特にネットワーク関連なんて同一アプリが複数立ち上がって協調や分散して処理することなんて、しょっちゅうなんだけどね 言ってることがまるで変わっててワロタ
> 「仕様書はざっくりとしか書いてないから、後はいい感じに作ってね」
> ってことだろ
↓
> >>468:実装する為の仕様書(内仕)を(お前達が)ちゃんと書けよ(書いてやれよ)
なんで他人に仕様書書いてやる必要があるんだか。
どうにかこうにか辻褄合わせようとしてもムリ。素直にゴメンナサイしとけ こういう事か
>>468 客(A)→SE又は上級PG(B)→実装するPG(C)的な組織をイメージしてBに対して仕様書をちゃんと書けよとレス
>>472 客(A)→内仕も実装も同一人物(B、C)的なイメージでレスしているのか… >>483
> なんで他人に仕様書書いてやる必要があるんだか。
と言っていることから
>>472はベンダの仕事として客の要求分析〜少なくとも実装までの一連の工程を一人で済ますスーパーPGなんだろうな あーなるほどな。つまり
俺は一人で全部やるから他人が作るプログラムの仕様書なんか書きたくねーよ!
と、言うことを言いたいが為にこれだけのレスを消費したのか。 少なくとも、正に>>456で指摘されているような人物だな
明示された内容の表層でのみ考えるものだから読解力も足りない(或いは解こうとせず無視する)しモデル化して論証する能力も足りない >>456の文章は「困るのは実際に使う人とメンテする人」と書いてたってことはそのどちらかの
可能性が高いだろうな。そして「作る人 かつ 動作を定義しない人」に苦言を呈してる。
それに対する>>468のレスがまず頓珍漢。
> 「仕様書はざっくりとしか書いてないから、後はいい感じに作ってね」
> ってことだろ
> いやいやいやいや、ちゃんと仕様書書けよw
要するに読解力が足りないため、よくありがちな構図
作る人 vs 動作を定義しない人
と思い込んでしまったことが発端だな。 >>482
もともと誰かがA君B君の作業を手伝うだけの話で何こねくり回してんだよ
きみんとこではサーバー室で立ち上がってきたアプリにあきら君とか名前つけてるの?
アプリが立ち上がるたびに姓名判断の本とか見て希望を託すのか? 抽象化しているだけだろう
>>471の構文が入った部分を管理者プログラムSVとしA〜C君を実社会でのモデルに置き換えてみる
パターン@設計、製造(実装)、テスター又は受注、製造、納品
パターンA冷蔵庫製造、TV製造、洗濯機製造
動くといえば動く。しかし何か変。
ifブロック文を書き直してみた
if (A君作業==未完了){
A君の作業を手伝う;
goto ‥‥;
}
if (B君作業==未完了){
B君の作業を手伝う;
・
・
・ >>490
> 抽象化しているだけだろう
それは2ch上の例文で実際のプログラムではないだろ
抽象化もクソもなく、そのレスに書かれていた情報がすべてになる
未調査情報を想像で勝手に付け足し、気まぐれに自分好みに書き換えてしまう行為、
それを現場でやればテロと呼ばれる >>490
パターンAの場合はないだろ
適応するんであれば条件式がFALSEの時だけ次の条件を書いているがTRUEの時でも当該作業を手伝った後に次の条件式以降を書いたほうが良い
まあ、元のネストされたif文より改良されたif文の方が修正漏れによるバグが混在する危険性は少ないな そもそも未完了という語句なんやねん
言いたいことは解るけど、これはないわ
こんな語句を安易に使われると関係ないところでトラブルっても残った人間は客からネチネチと責め立てられて胃に穴が開きそうになるんやで
で、この語句の何が問題かというと未完了とは、未処理又は未作業と処理中又は作業中という二つの何れの状態も指す言葉
期待していたシステムのパフォーマンスが上がらないとかなった時に、こんな語句を見つけられたら疑念を持たれる元になってまうがな >>495
この場合は文字通り、未作業と作業中何れかの状態でしょうな。
客が怒ったのは「作業中」を「未完了」と表現したり不適切な使い方をしていたからじゃないのかい?
「未完了」という語句自体に問題があるわけじゃない。
怒られた根本的な原因を見誤っていると思われるぞ。 >>496
え?作業中は未完了だろうに何いうとるん?
>>471でいうと作業者を手伝うという文を本当に理解しているかという事やん
作業者の動作自体を判断材料にすると処理すべき作業がなくても未作業状態だし作業中は当然、未完了状態でもあるやろ
本来チェックすべきは作業者の作用する対象物(ここでは作業内容)で手伝えるものが有りますかと言う事やないん?
処理すべく計上された未着手(未作業)の物件これは当然、該当する
問題は作業中の物件も含んでしまう事や。どうやって手伝うん?工夫をして細分化して云々なんて馬鹿な事をいわんといてな。
単に細分化された物件になるだけで未作業、作業中、作業済という状態は付き纏し副作用や依存性等がある為に非公開として処理を作業してる中に割り込める方法を思いつかんわ >>496
え?作業中は未完了だろうに何いうとるん?
>>471でいうと作業者を手伝うという文を本当に理解しているかという事やん
作業者の動作自体を判断材料にすると処理すべき作業がなくても未作業状態だし作業中は当然、未完了状態でもあるやろ
本来チェックすべきは作業者の作用する対象物(ここでは作業内容)で手伝えるものが有りますかと言う事やないん?
処理すべく計上された未着手(未作業)の物件これは当然、該当する
問題は作業中の物件も含んでしまう事や。どうやって手伝うん?工夫をして細分化して云々なんて馬鹿な事をいわんといてな。
単に細分化された物件になるだけで未作業、作業中、作業済という状態は付き纏し副作用や依存性等がある為に非公開として処理を作業してる中に割り込める方法を思いつかんわ
そして最終な問題としていそして未完了なんて語句を使ったが故に、不必要に手伝いに行こうとしたり、本来次の作業者の状態チェックに即いけるのに中々行こうとしないんじゃないかと疑いたくなってしまう事 長いとおこられたから分割したら消し切れんカッタ
大事な事なので2回言ってみました m(__)m >>498
作業中⊂未完了
未作業⊂未完了
つまり
作業中≠未完了
未作業≠未完了
(作業中+未作業)=未完了 だ
> 問題は作業中の物件も含んでしまう事や。どうやって手伝うん?
そのへんの発想ががクレイジー。
私 「 ねえA君、作業終わってないんだったら残りは一緒に手伝うよ 」
A君 「 僕が作業中の物件なのにどうやって手伝うん? 」
私、カチーンだろ。おまえみたいな奴は二度と手伝わねーよとなる。 >>501
私 「 ねえA君、作業終わってないんだったら残りは一緒に手伝うよ 」
A君 「 僕が作業中の物件なのにどうやって手伝うん? 」
私 「 A君が退職届書いて机片付けている間にやっておくよ(*´▽`*)」 A君 「 配達の荷物一個しかないけど遠いから帰りは午前様になるなあ。仕事だし行ってくるか… 」
10分後
私 「 ねえA君、配達作業終わってないんだったら手伝うよ…って、あれ?配達中でいない。どゆこと?
帰りは深夜って、どゆことよ!
規則で未完了なら手伝えていわれているのに… 」 私 「 仕方ないね、A君帰ってきてタイムカード押すのもお疲れだろうから先にやっといてあげよう カチャ 」 if (A君作業==未作業){
A君の作業を手伝う; }
で良いだろうに何でスレのびてるんだ? よかねーよ
それだと仕様が変わって、こんな人間ドラマが生まれないだろうが >>506 会社とA君から訴えられるような私文書偽造するようなドラマなんか見せられても >>507
結局B君は会社をクビになって放浪生活。
流れに流れた先にたどり着いたのは伝説の黄金郷。
そこでネオナチとの死闘がはじまり、最終的には世界大統領になるという
壮大なストーリーだ。 >>508
現実には流れに流れた先にたどり着くのは、樹海か踏み切りかビルの屋上だけどな。 >>508
> >>507
> 結局B君は会社をクビになって放浪生活。
唐突にB君を出してくるかワロス。B君からも訴えれるな B君を唐突に理不尽な辞めさせ方して話題逸らししても私さんが訴えられてる現状は変わんないだけどねw >>512
勝手にA君やB君の所為にしたりして話をはぐらかそうとか、もう此処までくるとバカというより人格障害だよね
特に>>496,>>501のレスなんて酷い。途中迄は論理的な思考が出来ているのに自身を守ろうと最後は斜め上な考え方にいってしまう。 職場によっちゃ
「俺の所為にするんじゃねーよ!リーダー、何サボってやがんだ?」
と主張し続けなきゃ地獄&解雇なんだなあ
バカだとそれが出来ないんじゃない? >>513
元々のコメントが何故「処理A」ではなかったのか、何故あえて「A君の作業」だったのか。
少し頭を柔らかくしてその理由を考えてみよう。納得できる答えが見えてくるよ。 C君が部長という世界観にはちょっと無理があるわ
立ち位置としては影が薄い脇役タイプで 書き込めれるかな?
>>505
おしいなあ。未着手にしとけば尚、良かったで
>>515
お兄さん、俺、頭かとうてわからへんわ。易しく教えてくれへん >>518
大元のレス>>471を見てみようか。以下のようにあるね。つまりこれは要求仕様だ。
>例えば、本来したいことがこういう場合
>if(A君作業==未完了)A君の作業を手伝う;
>else if(B君作業==未完了)B君の作業を手伝う;
>else if(C君作業==未完了)C君の作業を手伝う;
この判断の対象は「作業アイテム」ではなく「人」。動作の内容も「人を手伝うこと」だ。
なぜ人に優先順位が付いているのか?
A君が好きな人、B君は友達、C君はどうでもいい人なのかもしれないね。
そして手伝いが可能なシチュエーションというのは、相手が「未作業(未着手)」または「作業中」のとき。
つまり相手の作業が「未完了」のときだ。
このような要求仕様を曲解して、動作を勝手に修正してしまうというのは、
未熟なエンジニアによくありがちな間違いだ。 あなるほど、言いたいことは察した
既存のコードを勝手に修正するなという理由の一つはこういう問題もあるからだろうね 受ける会社大丈夫?
下記の条件が全て当てはまる会社にご注意下さい。
・IT系
・「社名 労基」でググると過去の2chスレが出てくる
・転職会議で2.5点 馬鹿でもチョンでも出来るわな。
所詮、キーボード上のキーしか叩け無いんだから。 プログラマーがキーボードの下のキーも叩いてる事に気づいてないやつwwww 字が書けりゃ誰でも小説家にはなれるけど
誤字脱字(バグ)、読ませる力(UI)に比較にならない差は出るよな >>528
キーボードの下のキーって何?
はよ答えろよ、ボンクラ。 コイツもしかして本当に知らないのかな?
絶対教えてあげないけどwwww 猿が106キーボードをランダムに叩いて
CのHello World!になる確率計算してくれ >>535
では猿にキーボードを12文字x100回叩かせてhello world!が完成する回数を調べてきてくれ 無能実態派遣残業して時間報酬相場下げるな!
【知的財産と契約料金の搾取促進者ばかり】
[生涯損害助長SI受注SEを追放すべき]
偽装請負従犯SEの動機
コミ障人格障害
コンピュータ趣味
文系大卒低偏差値大卒
情報処理資格非保有者
偽装請負従犯SEの損害
無償プログラム提供
契約外期限遵守
客先指示遵守
知的財産譲渡
中間搾取促進
事前面接
低予備工数残業見積
無料追加
労働違反
裁判苦手
学習不足
対人障害健康障害
孤独死
偽装請負従犯SEの代償
低収入低技術
非婚離婚
鬱病
早死 javaとCではどちらのほうがHello worldのコード短いんだ? 【Java】
class Hello world
{
public static void main( String [] args )
{
System.out.println( "Hello world" );
}
}
やっぱりCかな? class Hello work
{
public static void main( String [] args )
{
System.out.println( "Hello work" );
}
} HelloWorldくらい自分で書いてみりゃいいじゃないの>>539 ※SI犯罪対策の拡散歓迎
犯罪者個人に対して告訴状を偽装請負・偽装出向・多重派遣の被害者が作成(刑事告訴は無料) or 司法書士が代筆(料金は5万円ぐらい)
↓
告訴状を【検察の直告班】に郵便局の内容証明付で送付(疎明資料・証拠にはICレコーダー、スマホによる録音が適しています)
↓
審査 → 不受理 → 告訴状再提出または刑法 第193条で訴えを起こす
↓
受理 → 告訴事実を認め示談交渉(↓) →示談成立 →法廷相場50〜100万円の示談金 ※示談拒否が良い
↓ ↓
事案化 ←←←←←← 示談不成立(↓) →示談外交渉 →犯罪者の年収半額×最大懲役年数の和解金支払い※推奨
↓ ↓
↓ 起訴 →公判 →罰金刑=前科(起訴事実を認めてるため)→追討ち民事訴訟
↓
審査 → 起訴(強制捜査・留置場)→ 公判 → 懲役刑などの厳罰(反省が認められないため)→追討ち民事訴訟
↓
不起訴、起訴猶予
↓
検察審査会法第30条(検察審査会へ申し立て)→ 起訴 → 起訴後は同上
刑法 第193条(公務員職権濫用)で検察事務官を刑事告訴 → 同上
◎告訴→告訴受理→示談交渉→厳罰を求め示談不成立→示談外交渉→和解金支払い・和解契約(公正証書・即決和解で秘密保持契約)
◎偽装請負・出向・違法派遣事件では派遣・出向先両方の代表者、役員、現場責任者に告訴できます。
前科がついた犯罪者が法人の代表であれば公的な入札からの排除、取引先や顧客との契約解除など社会的制裁・批判に晒されることから辞職または解任が妥当、役員・社員であれば懲戒を想定。
◎事業者内部の加害関係者による刑事告発(刑事訴訟法239条1項)も可能です。
加害者本人、管理間接部門の社員が刑事告発に踏み切る場合も和解金による解決が妥当です。
注意:告訴が受理されない理由
●3年間(※)の時効が過ぎたもの ※違法派遣
●同一事実について過去に告訴取消しがあったもの
●関連する民事訴訟を有利に導く目的の場合
●証拠が希薄なもの ※被害者が契約時に違法派遣・偽装請負・多重派遣と知っていても刑事告訴は有効です。 理系の御家族かわいそう
技術ない方が寿命と収入高い
技術下げろ!
収入上げろ!
放送・商社・銀行・公務 > 製造・化学・通信・情報
http://m.finance.yahoo.co.jp/stock/fundamental?code=4676.T SEの使い捨て早死に貧困助長は大迷惑
偽装請負の従犯は辞めろ!
・5,000円/時間以下の契約は辞めろ
・80万円/月以下の契約は辞めろ
・多重契約は辞めろ
・不利益な現場は辞めろ
・残業見積りは辞めろ
・時間外労働違反は辞めろ
・契約外納期は守るな
・客先指示に従うな
・知的財産を渡するな
・契約時間外に学習しろ
・契約時間外に副業しろ
・被害を訴えろ
【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1451213054/ 馬鹿でもできると思ってたけど最近絶望的にできなくてクビになった奴を見たから馬鹿には無理だと思う
人並みなら十分可能 民法709条不法行為損害賠償
職業安定法44条違反
労働基準法6条違反
民法415条債務不履行
で提訴された会社
グローバルウェイ
キャリコネ運営
http://careerconnection.jp/
ビジネスインフォメーションテクノロジー
請負派遣運営
http://www.b-it.co.jp/service/sv_os.php
アイピーロジック
SEプランナー運営
http://www.se-planner.com/ オレ様仕様ならバカでも組めるし、
禁止操作一覧作るの前提なら楽勝。 バカでもできるのに自らブレーキをかけてやらない人が多い 馬鹿でもできるのはプログラミングではなくコーディング