X
プログラミングってバカでもできる？ [転載禁止]©2ch.net
0001仕様書無しさん
垢版 |
2015/03/14(土) 16:03:36.23
おれみたいな中卒でもプログラミングって金になるほど、覚えられる？
0435仕様書無しさん
垢版 |
2015/07/03(金) 21:14:38.10
そんなもん忘れるに決まってんだろ！
0438仕様書無しさん
垢版 |
2015/07/03(金) 21:49:15.35
さよなら三角またきて四角ごきげん五角でまた明日～
0439仕様書無しさん
垢版 |
2015/07/04(土) 22:06:34.93
業務でも少しでも凝った画像表示をすればすぐ三角関数は必要になる。でもグラフは必要ないかな
0440仕様書無しさん
垢版 |
2015/07/07(火) 10:46:15.14
言っていることを否定するわけではないし、
角度に対応するベクトル成分を求める際にどうしても
三角関数が必要な場合があるので三角関数を知らないで済む
というわけではないが、三角関数を直接使わずに行列やベクトル
を使うと高速化できる事が多い。
0441仕様書無しさん
垢版 |
2015/07/07(火) 12:08:32.28
四角関数は大学で習うのか
0442仕様書無しさん
垢版 |
2015/07/07(火) 17:39:50.16
>>1
バカでもできるが、その知性がコードにあらわれる。
0443仕様書無しさん
垢版 |
2015/07/07(火) 17:40:28.74
>>441
0445仕様書無しさん
垢版 |
2015/07/07(火) 19:59:52.16
>>440
昔作ったゲームは三角関数もどきを使ってた
sin、cos、浮動小数点を使わないのは鉄則
0447仕様書無しさん
垢版 |
2015/07/08(水) 17:30:13.55
馬鹿ではできないのに、
馬鹿ばかりいるからどこも滅茶苦茶
0448仕様書無しさん
垢版 |
2015/07/08(水) 18:53:56.30
>>1
バカじゃできないし利口でもできない
下手な探究心や研究心は仕事の遅れに繋がる
意外と高学歴でマに向かない人がいるのはそのため
0449仕様書無しさん
垢版 |
2015/07/08(水) 19:10:38.25
用途間違わなきゃ活躍するのにね。
何でもかんでもExcelにしちゃうのと一緒
0450仕様書無しさん
垢版 |
2015/07/08(水) 19:36:22.62
>>448
本当に利口な奴は、遅れてヤバそうなときにわざわざそんなことしないよ。
実は他人が気づいてない潜在的なリスクを事前に洗い出していたとか、
本当は材料が不足していて問題あったものを、素振りも見せず解決に動いていたとか。

特に仕事が速いわけではないが、全体的にトラブル率が低いのは
目につかないところでうまくリスクを回避してるんだろうね。
0452仕様書無しさん
垢版 |
2015/07/08(水) 21:52:46.80
>>448
几帳面な奴より、ちょっと雑な奴くらいができるプログラマだよね
バグが多いのはぶっちゃけ、クロステストとかでも解決できるし
0453仕様書無しさん
垢版 |
2015/07/08(水) 22:07:03.67
エロい人がバカだとだんだん地獄へ踏み込んでいく感じ
0454仕様書無しさん
垢版 |
2015/07/08(水) 22:08:53.82
雑というか頭が柔軟な人な
一つの問題点にいつまでも悩まないから仕事が速い
あらゆる問題の解決法をいくつも持っているから躓かない
初めて遭遇する問題でも柔軟に解法を見つけ出してしまう
雑なようで実際はかなり的確な仕事をしてるからほとんどバグを出さないという変態っぷり
0456仕様書無しさん
垢版 |
2015/07/08(水) 23:20:17.83
>>452
雑な奴はね、速いだけでなく、テストで表面化するバグも少ない場合がある。

何故そうなるかって？
よくわからなくても要求仕様として明示された入出力のみＯＫになるように作る。
さらに動作を明確に定義しないため、詳細なテスト仕様も作りようがなく、
結果的にＮＧが出ない。（もちろんＮＧ出ないからって品質がよいわけじゃない）
プロジェクト管理者や納品窓口は問題なしと判断する。

しかし、困るのは実際に使う人と後からメンテする人。
想定外の手抜き動作にデグレに副作用、未定義仕様や保守性の悪さなどいい加減さに悩まされる。
一回限り作り捨てなら納品したもん勝ちの場合もあるし、後でどえらい爆弾が爆発する場合もある。
0457仕様書無しさん
垢版 |
2015/07/08(水) 23:35:40.53
雑って言うと聞こえが悪いが
手を抜くところが判ってるって事だろ
0458仕様書無しさん
垢版 |
2015/07/08(水) 23:54:02.02
>>456
>プロジェクト管理者や納品窓口は問題なしと判断する。

お前、低レベルな職場で働いてるんだな
こんな管理者いる意味ねーだろ
何を管理してんだそいつは
0459仕様書無しさん
垢版 |
2015/07/08(水) 23:56:08.11
>>456
見れば見るほどびっくりする書き込みだが、
こんな事やってるベンダに次も同じ会社から仕事くるの？
0460仕様書無しさん
垢版 |
2015/07/09(木) 00:03:37.12
まぁでも実際色々な現場でてると
こんなレベル低い人がいるんだっていう驚きと
こんな糞コードでよくいままでやってきたなという驚きはよくある。
0461仕様書無しさん
垢版 |
2015/07/09(木) 00:06:49.57
>>458
おまえのとこって優秀なんだなｗ
ちゃんと実質的な管理ができる管理者もいるんだ

>>459
あたりまえだが少しずつ仕事取るのが難しくなるわな。
0462仕様書無しさん
垢版 |
2015/07/09(木) 00:09:08.70
>>461
>ちゃんと実質的な管理ができる管理者もいるんだ

当たり前だろ
その発言から、いかにお前が低レベルな環境で育ち、それに毒されてるかが分かるわ
0463仕様書無しさん
垢版 |
2015/07/09(木) 00:26:26.63
実際問題、プログラミングしている人は最底辺で、
納品されたものをそのまま納品するだけの馬鹿のほうが偉くて高給なのが現実。
0464仕様書無しさん
垢版 |
2015/07/09(木) 01:53:02.85
>>456
雑な奴が作ったプログラムは起動したらすぐにわかるよ。
丁寧に作られた部分が何一つないからね。
テストも表面化しないどころか基本的な運用操作でさえ
これありえねーだろって動作をするから。

本当に作りが丁寧だと起動した瞬間にわかる。
「雑」と「柔軟」は明らかに違うな。
「雑」のスキルは低い。
0465仕様書無しさん
垢版 |
2015/07/09(木) 06:45:33.65
ド百姓が偉そうにw
0466仕様書無しさん
垢版 |
2015/07/09(木) 06:54:56.40
無能な子はできる人をいつも幼稚に否定するよね
0467仕様書無しさん
垢版 |
2015/07/09(木) 07:33:02.67
努力して追いつける程度の人には噛み付かないけど
どれだけ努力をしても追いつけそうにない絶対的な差と
越えようがない絶壁を否定しながらも無意識に感じてる人は
幼稚になるのさ
出来杉君を猛烈に嫌う某小学生のようにね
小学校では優等生は頭の悪い子からイジメのターゲットにされやすいのよ
0468仕様書無しさん
垢版 |
2015/07/09(木) 07:53:03.80
>>456
> よくわからなくても要求仕様として明示された入出力のみＯＫになるように作る。
> さらに動作を明確に定義しないため、詳細なテスト仕様も作りようがなく、
> 結果的にＮＧが出ない。（もちろんＮＧ出ないからって品質がよいわけじゃない）
> プロジェクト管理者や納品窓口は問題なしと判断する。
おかしな事言ってるぞお前。

つまり
「仕様書はざっくりとしか書いてないから、後はいい感じに作ってね」
って事だろ。

いやいやいやいや、ちゃんと仕様書書けよｗ
0469仕様書無しさん
垢版 |
2015/07/09(木) 08:00:58.29
心を込めて丁寧に作りました←田舎の土産物かよｗ
0470仕様書無しさん
垢版 |
2015/07/09(木) 08:40:18.20
>>467
>小学校では優等生は頭の悪い子からイジメのターゲットにされやすいのよ

よく分かるわ～。
0471仕様書無しさん
垢版 |
2015/07/09(木) 09:39:50.37
これなんかが>>456かな　
＞例えば、本来したいことがこういう場合
＞if(Ａ君作業==未完了)Ａ君の作業を手伝う;
else if(Ｂ君作業==未完了)Ｂ君の作業を手伝う;
else if(Ｃ君作業==未完了)Ｃ君の作業を手伝う;

恐らくＡ～Ｃ君作業というのは一つの作業を手伝って即、判定条件の確認に戻るところからパラレル処理で、上記判定分はＡ自体に組み込まれており又、Ｂ，ＣはＡのクローンだと思われる。
上記のように仮定したら２つほど問題点を見つけた
0472仕様書無しさん
垢版 |
2015/07/09(木) 19:42:12.49
>>468
いやいやいやいや、おまえにとっては仕様書書くのは客の仕事か？
ソフトウェアベンダとしては以下の事をやるが。
・客の要求を分析して要求仕様書を書く
・ソフトウェアの機能や設計を定義し仕様書を書く
・コーディング
・テスト設計、テスト

おまえの仕事は明確に定義済みのロジックに基づいてプログラム言語に直すだけか？
そんな仕事は今時なかなかねーよ。てか世の中に需要がないと思うぞｗ
0473仕様書無しさん
垢版 |
2015/07/09(木) 19:54:28.18
>>471
何処のスレから持ってきたのか知らんが、勝手な仮定を付けてひとりで遊ばないように。
その処理がＡ君自体に組み込まれてるという発想自体がもうね、クレイジー。
0474仕様書無しさん
垢版 |
2015/07/09(木) 20:56:33.98
>>472

START 「ちゃんと仕様書書けよ」
↓
「仕様書書くのは客の仕事か？」…突然それを聞いてどうする？既に飛躍。
↓
「ソフトウェアベンダとしては～」…さらに飛躍して興味津々の展開。
↓
「～プログラム言語に直すだけか？」…ここに来て、え？また質問？飛ぶよね～。
↓
「そんな仕事は今時～需要がないと思うぞｗ」…おっと無難な結論。そこに着地すんのかよ？


トータルで感想を言うと

何　　　言　　　っ　　　て　　　ん　　　の　　　お　　　前　　　？
0475仕様書無しさん
垢版 |
2015/07/09(木) 21:22:50.37
これほど悔しさを隠し切れないカキコというのも珍しい
どんまいｗ
0476仕様書無しさん
垢版 |
2015/07/09(木) 22:00:53.65
>>473 いや内包していると仮定されても仕方ないと思うぞ
作業を手伝うという言葉は自分自身で行う時に使う言葉で別々の場合は指示する、依頼するというと言った言葉を使う
0477仕様書無しさん
垢版 |
2015/07/09(木) 22:06:16.41
>>472 アンカー先間違えたのか？
でなければ、俺も>>474と同じで

何、言ってんの？

ニホンゴ、ワカリマスカ？
0478仕様書無しさん
垢版 |
2015/07/09(木) 22:48:30.33
>>477
少し頭を冷やせｗ

> 「仕様書はざっくりとしか書いてないから、後はいい感じに作ってね」
> ってことだろ
> いやいやいやいや、ちゃんと仕様書書けよｗ

これ一体誰のセリフ？>>456の内容だと、
「明示された入出力のみＯＫになるように作った人＝ (仕様書に)動作を明確に定義しなかった人」だろ
0479仕様書無しさん
垢版 |
2015/07/09(木) 23:08:22.39
>>476
ねえ私、私の仕事が忙しかったら私が手伝うよ？
隣から聞こえたらホラーだろ
0481仕様書無しさん
垢版 |
2015/07/10(金) 07:33:05.86
ニホンゴ、ムズカシカッタデスカネ？

>>468:実装する為の仕様書(内仕)を(お前達が)ちゃんと書けよ(書いてやれよ)
　　　　　↓
>>472:おまえにとっては仕様書書くのは客の仕事か？・・・

Oh! この人、突然飛躍しちったよ・・・
0482仕様書無しさん
垢版 |
2015/07/10(金) 07:51:42.01
>>479 HOST(Server)なんかでは、よくあることなんだが
特にネットワーク関連なんて同一アプリが複数立ち上がって協調や分散して処理することなんて、しょっちゅうなんだけどね
0483仕様書無しさん
垢版 |
2015/07/10(金) 07:56:35.03
言ってることがまるで変わっててワロタ

> 「仕様書はざっくりとしか書いてないから、後はいい感じに作ってね」
> ってことだろ
　　　　　↓
> >>468:実装する為の仕様書(内仕)を(お前達が)ちゃんと書けよ(書いてやれよ)

なんで他人に仕様書書いてやる必要があるんだか。
どうにかこうにか辻褄合わせようとしてもムリ。素直にゴメンナサイしとけ
0484仕様書無しさん
垢版 |
2015/07/10(金) 09:31:11.75
こういう事か
>>468　客(Ａ)→ＳＥ又は上級ＰＧ(Ｂ)→実装するＰＧ(Ｃ)的な組織をイメージしてＢに対して仕様書をちゃんと書けよとレス

>>472　客(Ａ)→内仕も実装も同一人物(Ｂ、Ｃ)的なイメージでレスしているのか…
0485仕様書無しさん
垢版 |
2015/07/10(金) 09:48:08.32
>>483
> なんで他人に仕様書書いてやる必要があるんだか。
と言っていることから
>>472はベンダの仕事として客の要求分析～少なくとも実装までの一連の工程を一人で済ますスーパーＰＧなんだろうな
0486仕様書無しさん
垢版 |
2015/07/10(金) 12:37:31.85
あーなるほどな。つまり
俺は一人で全部やるから他人が作るプログラムの仕様書なんか書きたくねーよ！
と、言うことを言いたいが為にこれだけのレスを消費したのか。
0487仕様書無しさん
垢版 |
2015/07/10(金) 13:28:03.97
少なくとも、正に>>456で指摘されているような人物だな
明示された内容の表層でのみ考えるものだから読解力も足りない(或いは解こうとせず無視する)しモデル化して論証する能力も足りない
0488仕様書無しさん
垢版 |
2015/07/10(金) 19:04:23.56
>>456の文章は「困るのは実際に使う人とメンテする人」と書いてたってことはそのどちらかの
可能性が高いだろうな。そして「作る人 かつ 動作を定義しない人」に苦言を呈してる。

それに対する>>468のレスがまず頓珍漢。
> 「仕様書はざっくりとしか書いてないから、後はいい感じに作ってね」
> ってことだろ
> いやいやいやいや、ちゃんと仕様書書けよｗ

要するに読解力が足りないため、よくありがちな構図
　　作る人　vs　動作を定義しない人
と思い込んでしまったことが発端だな。
0489仕様書無しさん
垢版 |
2015/07/10(金) 23:42:13.91
>>482
もともと誰かがＡ君Ｂ君の作業を手伝うだけの話で何こねくり回してんだよ
きみんとこではサーバー室で立ち上がってきたアプリにあきら君とか名前つけてるの？
アプリが立ち上がるたびに姓名判断の本とか見て希望を託すのか？
0490仕様書無しさん
垢版 |
2015/07/11(土) 07:54:07.63
抽象化しているだけだろう
>>471の構文が入った部分を管理者プログラムＳＶとしＡ～Ｃ君を実社会でのモデルに置き換えてみる
パターン①設計、製造(実装)、テスター又は受注、製造、納品
パターン②冷蔵庫製造、ＴＶ製造、洗濯機製造

動くといえば動く。しかし何か変。
ifブロック文を書き直してみた
if (Ａ君作業==未完了){
　Ａ君の作業を手伝う;
　　goto　‥‥;
}
if (Ｂ君作業==未完了){
　　Ｂ君の作業を手伝う;
　　　　　・
　　　　　・
　　　　　・
0491仕様書無しさん
垢版 |
2015/07/11(土) 11:05:57.89
>>490
> 抽象化しているだけだろう
それは2ch上の例文で実際のプログラムではないだろ
抽象化もクソもなく、そのレスに書かれていた情報がすべてになる

未調査情報を想像で勝手に付け足し、気まぐれに自分好みに書き換えてしまう行為、
それを現場でやればテロと呼ばれる
0494仕様書無しさん
垢版 |
2015/07/11(土) 14:53:32.50
>>490
パターン②の場合はないだろ
適応するんであれば条件式がFALSEの時だけ次の条件を書いているがTRUEの時でも当該作業を手伝った後に次の条件式以降を書いたほうが良い
まあ、元のネストされたif文より改良されたif文の方が修正漏れによるバグが混在する危険性は少ないな
0495仕様書無しさん
垢版 |
2015/07/11(土) 17:05:11.54
そもそも未完了という語句なんやねん
言いたいことは解るけど、これはないわ
こんな語句を安易に使われると関係ないところでトラブルっても残った人間は客からネチネチと責め立てられて胃に穴が開きそうになるんやで
で、この語句の何が問題かというと未完了とは、未処理又は未作業と処理中又は作業中という二つの何れの状態も指す言葉
期待していたシステムのパフォーマンスが上がらないとかなった時に、こんな語句を見つけられたら疑念を持たれる元になってまうがな
0496仕様書無しさん
垢版 |
2015/07/11(土) 20:32:43.92
>>495
この場合は文字通り、未作業と作業中何れかの状態でしょうな。

客が怒ったのは「作業中」を「未完了」と表現したり不適切な使い方をしていたからじゃないのかい？
「未完了」という語句自体に問題があるわけじゃない。
怒られた根本的な原因を見誤っていると思われるぞ。
0497仕様書無しさん
垢版 |
2015/07/12(日) 06:09:50.39
>>496
え？作業中は未完了だろうに何いうとるん？

>>471でいうと作業者を手伝うという文を本当に理解しているかという事やん
作業者の動作自体を判断材料にすると処理すべき作業がなくても未作業状態だし作業中は当然、未完了状態でもあるやろ
本来チェックすべきは作業者の作用する対象物(ここでは作業内容)で手伝えるものが有りますかと言う事やないん？
処理すべく計上された未着手(未作業)の物件これは当然、該当する
問題は作業中の物件も含んでしまう事や。どうやって手伝うん？工夫をして細分化して云々なんて馬鹿な事をいわんといてな。
単に細分化された物件になるだけで未作業、作業中、作業済という状態は付き纏し副作用や依存性等がある為に非公開として処理を作業してる中に割り込める方法を思いつかんわ
0498仕様書無しさん
垢版 |
2015/07/12(日) 06:12:35.75
>>496
え？作業中は未完了だろうに何いうとるん？

>>471でいうと作業者を手伝うという文を本当に理解しているかという事やん
作業者の動作自体を判断材料にすると処理すべき作業がなくても未作業状態だし作業中は当然、未完了状態でもあるやろ
本来チェックすべきは作業者の作用する対象物(ここでは作業内容)で手伝えるものが有りますかと言う事やないん？
処理すべく計上された未着手(未作業)の物件これは当然、該当する
問題は作業中の物件も含んでしまう事や。どうやって手伝うん？工夫をして細分化して云々なんて馬鹿な事をいわんといてな。
単に細分化された物件になるだけで未作業、作業中、作業済という状態は付き纏し副作用や依存性等がある為に非公開として処理を作業してる中に割り込める方法を思いつかんわ
そして最終な問題としていそして未完了なんて語句を使ったが故に、不必要に手伝いに行こうとしたり、本来次の作業者の状態チェックに即いけるのに中々行こうとしないんじゃないかと疑いたくなってしまう事
0499仕様書無しさん
垢版 |
2015/07/12(日) 06:18:48.99
長いとおこられたから分割したら消し切れんカッタ
大事な事なので２回言ってみました m(__)m
0501仕様書無しさん
垢版 |
2015/07/12(日) 09:26:37.92
>>498
作業中⊂未完了
未作業⊂未完了
つまり
作業中≠未完了
未作業≠未完了
(作業中＋未作業)＝未完了 だ

> 問題は作業中の物件も含んでしまう事や。どうやって手伝うん？
そのへんの発想ががクレイジー。
私 「 ねえＡ君、作業終わってないんだったら残りは一緒に手伝うよ 」
Ａ君 「 僕が作業中の物件なのにどうやって手伝うん？ 」

私、カチーンだろ。おまえみたいな奴は二度と手伝わねーよとなる。
0502仕様書無しさん
垢版 |
2015/07/12(日) 09:39:43.94
>>501
私 「 ねえＡ君、作業終わってないんだったら残りは一緒に手伝うよ 」
Ａ君 「 僕が作業中の物件なのにどうやって手伝うん？ 」
私 「 Ａ君が退職届書いて机片付けている間にやっておくよ(*´▽｀*)」
0503仕様書無しさん
垢版 |
2015/07/12(日) 11:52:18.89
Ａ君 「 配達の荷物一個しかないけど遠いから帰りは午前様になるなあ。仕事だし行ってくるか… 」

10分後
私 「 ねえＡ君、配達作業終わってないんだったら手伝うよ…って、あれ？配達中でいない。どゆこと？
帰りは深夜って、どゆことよ！
規則で未完了なら手伝えていわれているのに… 」
0504仕様書無しさん
垢版 |
2015/07/12(日) 12:11:33.69
私 「 仕方ないね、Ａ君帰ってきてタイムカード押すのもお疲れだろうから先にやっといてあげよう　カチャ 」
0505仕様書無しさん
垢版 |
2015/07/12(日) 17:19:32.18
if (Ａ君作業==未作業){
　　Ａ君の作業を手伝う; }
で良いだろうに何でスレのびてるんだ？
0506仕様書無しさん
垢版 |
2015/07/12(日) 18:12:25.74
よかねーよ
それだと仕様が変わって、こんな人間ドラマが生まれないだろうが
0507仕様書無しさん
垢版 |
2015/07/13(月) 13:03:32.39
>>506 会社とＡ君から訴えられるような私文書偽造するようなドラマなんか見せられても
0508仕様書無しさん
垢版 |
2015/07/13(月) 13:12:07.45
>>507
結局B君は会社をクビになって放浪生活。
流れに流れた先にたどり着いたのは伝説の黄金郷。
そこでネオナチとの死闘がはじまり、最終的には世界大統領になるという
壮大なストーリーだ。
0509仕様書無しさん
垢版 |
2015/07/13(月) 13:19:33.20
>>508
現実には流れに流れた先にたどり着くのは、樹海か踏み切りかビルの屋上だけどな。
0510仕様書無しさん
垢版 |
2015/07/13(月) 13:24:24.76
>>508
> >>507
> 結局B君は会社をクビになって放浪生活。

唐突にＢ君を出してくるかワロス。Ｂ君からも訴えれるな
0512仕様書無しさん
垢版 |
2015/07/13(月) 14:29:05.37
B君を唐突に理不尽な辞めさせ方して話題逸らししても私さんが訴えられてる現状は変わんないだけどねｗ
0513仕様書無しさん
垢版 |
2015/07/13(月) 19:41:52.55
>>512
勝手にＡ君やＢ君の所為にしたりして話をはぐらかそうとか、もう此処までくるとバカというより人格障害だよね
特に>>496,>>501のレスなんて酷い。途中迄は論理的な思考が出来ているのに自身を守ろうと最後は斜め上な考え方にいってしまう。
0514仕様書無しさん
垢版 |
2015/07/14(火) 03:17:15.95
職場によっちゃ
「俺の所為にするんじゃねーよ！リーダー、何サボってやがんだ？」
と主張し続けなきゃ地獄＆解雇なんだなあ

バカだとそれが出来ないんじゃない？
0515仕様書無しさん
垢版 |
2015/07/14(火) 20:12:17.62
>>513
元々のコメントが何故「処理Ａ」ではなかったのか、何故あえて「Ａ君の作業」だったのか。
少し頭を柔らかくしてその理由を考えてみよう。納得できる答えが見えてくるよ。
0517仕様書無しさん
垢版 |
2015/07/14(火) 21:20:14.96
Ｃ君が部長という世界観にはちょっと無理があるわ
立ち位置としては影が薄い脇役タイプで
0518仕様書無しさん
垢版 |
2015/07/15(水) 13:02:05.24
書き込めれるかな？

>>505
おしいなあ。未着手にしとけば尚、良かったで

>>515
お兄さん、俺、頭かとうてわからへんわ。易しく教えてくれへん
0519仕様書無しさん
垢版 |
2015/07/15(水) 20:17:28.56
>>518
大元のレス>>471を見てみようか。以下のようにあるね。つまりこれは要求仕様だ。
＞例えば、本来したいことがこういう場合
＞if(Ａ君作業==未完了)Ａ君の作業を手伝う;
＞else if(Ｂ君作業==未完了)Ｂ君の作業を手伝う;
＞else if(Ｃ君作業==未完了)Ｃ君の作業を手伝う;

この判断の対象は「作業アイテム」ではなく「人」。動作の内容も「人を手伝うこと」だ。
なぜ人に優先順位が付いているのか？
Ａ君が好きな人、Ｂ君は友達、Ｃ君はどうでもいい人なのかもしれないね。
そして手伝いが可能なシチュエーションというのは、相手が「未作業(未着手)」または「作業中」のとき。
つまり相手の作業が「未完了」のときだ。

このような要求仕様を曲解して、動作を勝手に修正してしまうというのは、
未熟なエンジニアによくありがちな間違いだ。
0521仕様書無しさん
垢版 |
2015/07/25(土) 23:50:04.93
あなるほど、言いたいことは察した
既存のコードを勝手に修正するなという理由の一つはこういう問題もあるからだろうね
0523仕様書無しさん
垢版 |
2015/07/27(月) 14:21:16.79
テス
0524仕様書無しさん
垢版 |
2015/10/05(月) 13:01:52.43
受ける会社大丈夫？
下記の条件が全て当てはまる会社にご注意下さい。

・IT系
・「社名　労基」でググると過去の2chスレが出てくる
・転職会議で2.5点
0527仕様書無しさん
垢版 |
2015/10/25(日) 00:04:46.02
馬鹿でもチョンでも出来るわな。
所詮、キーボード上のキーしか叩け無いんだから。
0528仕様書無しさん
垢版 |
2015/10/25(日) 01:56:03.74
プログラマーがキーボードの下のキーも叩いてる事に気づいてないやつｗｗｗｗ
0529仕様書無しさん
垢版 |
2015/10/25(日) 07:48:15.23
字が書けりゃ誰でも小説家にはなれるけど
誤字脱字（バグ）、読ませる力（UI）に比較にならない差は出るよな
0532仕様書無しさん
垢版 |
2015/10/25(日) 21:17:38.22
コイツもしかして本当に知らないのかな？
絶対教えてあげないけどｗｗｗｗ
0533仕様書無しさん
垢版 |
2015/12/16(水) 09:36:46.19
猿が106キーボードをランダムに叩いて
CのHello World!になる確率計算してくれ
新着レスの表示
レスを投稿する

ニューススポーツなんでも実況