プログラマは
こちらで雑談してください。
ユーザ、SEが馬鹿過ぎる、
上司が陰険だからもう辞めたい、
もう少しまともな仕事に転職したい、
彼女が欲しい、
などなど愚痴、妬み、妄想などなんでもどうぞ。
※前スレ
プログラマの雑談部屋 ★8
http://medaka.2ch.net/test/read.cgi/prog/1498187067/
プログラマの雑談部屋 ★9
http://medaka.2ch.net/test/read.cgi/prog/1499358214/
プログラマの雑談部屋 ★10 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
2017/07/23(日) 15:21:10.97
726仕様書無しさん
2017/08/05(土) 23:46:06.68 俺はあんまりいい思い出ないな
機械的に決められないといけない部分であるし
クラスが200個以上行くこともあんのにのんびりやってんの?
忙しいのにこんな暇な質問されたら死ねよって普通に思う
機械的に決められないといけない部分であるし
クラスが200個以上行くこともあんのにのんびりやってんの?
忙しいのにこんな暇な質問されたら死ねよって普通に思う
728仕様書無しさん
2017/08/05(土) 23:51:34.32 大学行卒業後就職したけど仕事は無能ほど唯一のステータスの学歴を誇る
学歴があって仕事柄できる奴は学歴を誇る必要がない
学歴があって仕事柄できる奴は学歴を誇る必要がない
730仕様書無しさん
2017/08/05(土) 23:54:46.81 >>728
その辺は逆じゃないかな
仕事ができないやつのレッテル貼りがしたいだけだよ
あいつは大卒なのに仕事ができない
あいつは資格持ちなのに仕事ができない
そういって安心しなきゃ努力不足を認めることになるからな
その辺は逆じゃないかな
仕事ができないやつのレッテル貼りがしたいだけだよ
あいつは大卒なのに仕事ができない
あいつは資格持ちなのに仕事ができない
そういって安心しなきゃ努力不足を認めることになるからな
731仕様書無しさん
2017/08/06(日) 00:01:37.71 俺の人生内での統計では学歴と頭の良さは比例してない
頭の良いやつは初めっからいいし
馬鹿はどんな大学ブチ込んでも馬鹿のままだとわかった
小学3年生で頭の良さは決まる説は正しいかもしんない
頭の良いやつは初めっからいいし
馬鹿はどんな大学ブチ込んでも馬鹿のままだとわかった
小学3年生で頭の良さは決まる説は正しいかもしんない
733仕様書無しさん
2017/08/06(日) 00:50:33.09 使う変数名の傾向が年収を決める!
735仕様書無しさん
2017/08/06(日) 00:57:10.31 プログラムの時に変数名に英語使うこと多いじゃん
スペルミスで笑うことあるよな
costがcastになってたり
スペルミスで笑うことあるよな
costがcastになってたり
736仕様書無しさん
2017/08/06(日) 01:05:50.39 Shine
死ねじゃなくて輝くです
実行→(*゚∀゚)ピカァ!→(つд⊂)メガァ!メガァ!
死ねじゃなくて輝くです
実行→(*゚∀゚)ピカァ!→(つд⊂)メガァ!メガァ!
737仕様書無しさん
2017/08/06(日) 01:16:27.82 有名なとこだとregistなんかがあるね
738仕様書無しさん
2017/08/06(日) 01:20:33.17 datebase
741仕様書無しさん
2017/08/06(日) 01:47:41.54 英語名いちいち考えるのめんどい
日本語で名前つけれたらどんだけはかどることか
各国語版Jar出せ
日本語で名前つけれたらどんだけはかどることか
各国語版Jar出せ
742仕様書無しさん
2017/08/06(日) 01:48:21.53 よくある間違え
serch
serch
743仕様書無しさん
2017/08/06(日) 01:49:10.41 >>741
Jarって何の話だよwww
Jarって何の話だよwww
744仕様書無しさん
2017/08/06(日) 01:49:17.50 日本語クラス名いけるだろ
visualstudio様がボタンとかでナチュラルに付けてくださるじゃん
visualstudio様がボタンとかでナチュラルに付けてくださるじゃん
745仕様書無しさん
2017/08/06(日) 01:51:01.45746仕様書無しさん
2017/08/06(日) 01:59:40.29 >>745
だからそのjre?だのjarってなんなのよ・・・
だからそのjre?だのjarってなんなのよ・・・
747仕様書無しさん
2017/08/06(日) 02:15:37.36 JAVAというプログラミング言語があって、そのライブラリが***.jarって名前
そんで最初からついてくるのがjre.jar
そんで最初からついてくるのがjre.jar
748仕様書無しさん
2017/08/06(日) 02:18:09.82 jarとかjreすら知らない奴が何で
プログラマー板にいるんだ?
プログラマー板にいるんだ?
751仕様書無しさん
2017/08/06(日) 03:30:37.94 沢山釣れたね♪
753仕様書無しさん
2017/08/06(日) 05:42:47.69 >>728 人間だれでも自分が苦労したことに、ある種のスッパイ感情持ちますからねぇ(;´Д`)
自分より下をみたら優越感に浸って動かない、自分より上をみたら劣等感に襲われて動かない。
何より程よいお仕事に出会うのが一番ですわヽ(=´▽`=)ノ
自分より下をみたら優越感に浸って動かない、自分より上をみたら劣等感に襲われて動かない。
何より程よいお仕事に出会うのが一番ですわヽ(=´▽`=)ノ
754仕様書無しさん
2017/08/06(日) 07:42:02.65755仕様書無しさん
2017/08/06(日) 07:44:52.05 日本ばかりが槍玉に上がるけど学歴主義はアメリカも大概だぜ
名門大学出てないとガラスの天井に阻まれて出世できない
ビルゲイツが高卒と言ってる奴いるが、彼はちゃんとハーバートの卒業証書もらってるからな
名門大学出てないとガラスの天井に阻まれて出世できない
ビルゲイツが高卒と言ってる奴いるが、彼はちゃんとハーバートの卒業証書もらってるからな
758仕様書無しさん
2017/08/06(日) 08:37:47.59 アメリカは学歴がないとスタート地点に立てないから
そういう意味では日本の学歴社会なんてちょっと下駄はく程度の緩いもんだよ
大抵、管理職の手心のほうが比率は大きいだろう
そういう意味では日本の学歴社会なんてちょっと下駄はく程度の緩いもんだよ
大抵、管理職の手心のほうが比率は大きいだろう
760仕様書無しさん
2017/08/06(日) 08:41:12.38 自分が知っている事は他人も知っていて当然と思っている人はアスペの可能性が高いらしいよ
762仕様書無しさん
2017/08/06(日) 08:53:06.60 【生活困難】SEは結婚障害者【家事困難】
偽装請負多重派遣搾取業界SEと離婚
両親や親戚に反対されましたが、時間外労働違反業界のSEと結婚してしまい、生活困難で中絶と離婚をしました。現在は別業界の残業しない相手と結婚し、共働き出来るから将来不安から救われました。
・モラルがない
・モテない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・プログラムの知的財産を人売に提供
・ITスキルが高いのに安売り低収入
・高度情報技術者なのに安売り低収入
・高生産なのに安売り低収入
・高利益なのに安売り低収入
・高需要なのに安売り低収入
・学習多いのに安売り低収入
・人手不足なのに安売り低収入
・会社員なのに短勤続年数
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判定不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf
偽装請負多重派遣搾取業界SEと離婚
両親や親戚に反対されましたが、時間外労働違反業界のSEと結婚してしまい、生活困難で中絶と離婚をしました。現在は別業界の残業しない相手と結婚し、共働き出来るから将来不安から救われました。
・モラルがない
・モテない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・プログラムの知的財産を人売に提供
・ITスキルが高いのに安売り低収入
・高度情報技術者なのに安売り低収入
・高生産なのに安売り低収入
・高利益なのに安売り低収入
・高需要なのに安売り低収入
・学習多いのに安売り低収入
・人手不足なのに安売り低収入
・会社員なのに短勤続年数
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判定不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf
763仕様書無しさん
2017/08/06(日) 09:31:19.55 今時はキャメルケース補完があるし
無駄に短く命名して読みづらくする必要はない
Identifier→ID
みたいに一般的に使われてるもの以外は避けるべき
無駄に短く命名して読みづらくする必要はない
Identifier→ID
みたいに一般的に使われてるもの以外は避けるべき
764仕様書無しさん
2017/08/06(日) 09:32:44.39 キャメルケース補完
って知らんかった。。。orz
って知らんかった。。。orz
765仕様書無しさん
2017/08/06(日) 09:49:20.79 >>763
それでも表音文字である英語ベースだと変数名メソッド名が20文字30文字超える
こともざらで逆に視認性が悪くなったりもするがな。 1行80文字以下にしろなんて
思わないが無限に使えるわけでもなし。
javaで略さず使おう見たいなのがやはりあって、でも長すぎるのはそれはそれで
問題だよねみたいな議論もやはり出てきて、ほどほどがいいよねって感じだな。
それでも表音文字である英語ベースだと変数名メソッド名が20文字30文字超える
こともざらで逆に視認性が悪くなったりもするがな。 1行80文字以下にしろなんて
思わないが無限に使えるわけでもなし。
javaで略さず使おう見たいなのがやはりあって、でも長すぎるのはそれはそれで
問題だよねみたいな議論もやはり出てきて、ほどほどがいいよねって感じだな。
767仕様書無しさん
2017/08/06(日) 10:03:12.38768仕様書無しさん
2017/08/06(日) 10:08:02.33 「管理区分」をそのままローマ字にみたいな
どうとでも取れすぎて何が入っているのか皆目検討もつかない命名も良くない
もう少し具体的な名前つけてよ
どうとでも取れすぎて何が入っているのか皆目検討もつかない命名も良くない
もう少し具体的な名前つけてよ
769仕様書無しさん
2017/08/06(日) 10:10:32.84 時々「海外では○○なのに」とか言う人がいるけど、こういう人って思考が幼稚なんだよな
よそはよそ、うちはうちなんだし、現実を見ろよって思う
そういう発言を人前でする時点で「自分は現実を見てません」って言うのと同義だと理解できてない浅はかな人間です。ってアピールしてるのと同じだと理解した方がいいよ
よそはよそ、うちはうちなんだし、現実を見ろよって思う
そういう発言を人前でする時点で「自分は現実を見てません」って言うのと同義だと理解できてない浅はかな人間です。ってアピールしてるのと同じだと理解した方がいいよ
770仕様書無しさん
2017/08/06(日) 10:13:39.59 日本より海外の方が技術的な水準が高いのは目に見えてるだろ
だったら海外ではこういうのが主流だって模倣しようと努力するのは良いことだ
よそはよそなんて言って引きこもりのガラパゴスに自らなろうとするよりよっぽど健全
しかもこういう引きこもりは周りも巻き込んで引きこもろうとするから厄介
時代遅れになりたいならひとりでなってくれ
だったら海外ではこういうのが主流だって模倣しようと努力するのは良いことだ
よそはよそなんて言って引きこもりのガラパゴスに自らなろうとするよりよっぽど健全
しかもこういう引きこもりは周りも巻き込んで引きこもろうとするから厄介
時代遅れになりたいならひとりでなってくれ
771仕様書無しさん
2017/08/06(日) 10:20:58.08 >>768
業務分析がうまくできてないと区分みたいな曖昧な単語が出てくるよね
ネーミングにこだわるってことはそういった分析不足を洗い出してモデルを強化するのにも役立つ
辞書から適当に引っ張ってくるような雑なネーミングルールのプロジェクトではこのプロセスがないからモデルが貧弱になりがち
モデルが貧弱だとコードは汚くなるし品質も下がる
品質が下がると扱いが難しくなって工数が余計にかかる
業務分析がうまくできてないと区分みたいな曖昧な単語が出てくるよね
ネーミングにこだわるってことはそういった分析不足を洗い出してモデルを強化するのにも役立つ
辞書から適当に引っ張ってくるような雑なネーミングルールのプロジェクトではこのプロセスがないからモデルが貧弱になりがち
モデルが貧弱だとコードは汚くなるし品質も下がる
品質が下がると扱いが難しくなって工数が余計にかかる
772仕様書無しさん
2017/08/06(日) 10:43:25.50 >>771
でも説明すれば分かるからとか
変えたら動かなくなるしとか
他の所と違う名前になっちゃうしとか言って
何も手を打たないのが良くありすぎて困る
結果的にワケワカメな命名が蔓延り
混沌さが増していく
でも説明すれば分かるからとか
変えたら動かなくなるしとか
他の所と違う名前になっちゃうしとか言って
何も手を打たないのが良くありすぎて困る
結果的にワケワカメな命名が蔓延り
混沌さが増していく
774仕様書無しさん
2017/08/06(日) 10:58:38.16 フィールドに区分って付けてわからないテーブル名ってなんか区分けがおかしくないか?とも思う
775仕様書無しさん
2017/08/06(日) 11:05:29.15 モデルが貧弱貧弱貧弱!
776仕様書無しさん
2017/08/06(日) 11:09:09.35 違う型のデータを同じテーブルに入れて
区分フィールドでフィルターかけるって典型的なアンチパターンじゃん
フィールドの型も列名もテーブル名もすぐに意味不明になるしパフォーマンスも最悪に悪い
絶対やっちゃダメ
適切に分割して正しい名前をつける
プログラミングの基本中の基本
オブジェクト指向とか以前の話だな
区分フィールドでフィルターかけるって典型的なアンチパターンじゃん
フィールドの型も列名もテーブル名もすぐに意味不明になるしパフォーマンスも最悪に悪い
絶対やっちゃダメ
適切に分割して正しい名前をつける
プログラミングの基本中の基本
オブジェクト指向とか以前の話だな
778仕様書無しさん
2017/08/06(日) 11:27:17.17 ネーミングに拘るって個人的に工数の無駄に見える
そりゃ適切に付けばそれに越したことないけどさ
色んな奴がいじって色んな奴が変更するのにそこを監視とか無理ゲーだろ
テーブル名やフィールド名をTbl001やFld001にする企業の品質管理の気持ちが俺はわかる
直感でわかりやすいじゃなくてちゃんと仕様書読めと構造を理解しろと
そりゃ適切に付けばそれに越したことないけどさ
色んな奴がいじって色んな奴が変更するのにそこを監視とか無理ゲーだろ
テーブル名やフィールド名をTbl001やFld001にする企業の品質管理の気持ちが俺はわかる
直感でわかりやすいじゃなくてちゃんと仕様書読めと構造を理解しろと
779仕様書無しさん
2017/08/06(日) 11:39:25.81 ○○_detailテーブルのkbnフィールドが□□のときは
fld001は△△の値ですみたいなのよくあるよな
で所々に仕様書と違うのがある
fld001は△△の値ですみたいなのよくあるよな
で所々に仕様書と違うのがある
780仕様書無しさん
2017/08/06(日) 11:57:34.80 小人閑居して不善をなすといいますから、暇だから名前に無駄にこだわるんですよ。
要は暇にさせると変なこと始めるから、適度に忙しくさせておくことが大事。
要は暇にさせると変なこと始めるから、適度に忙しくさせておくことが大事。
782仕様書無しさん
2017/08/06(日) 12:27:04.41 適切な名前とされるものが万人にそうであるわけじゃないしね
だったらドキュメントしっかり書いて欲しいね
逆に適切なネーミングに重点が置かれてドキュメントが空っぽであっても困る
これを回避する方法としてTbl001、Fld001が出てきてしまうのかもしれないね
だったらドキュメントしっかり書いて欲しいね
逆に適切なネーミングに重点が置かれてドキュメントが空っぽであっても困る
これを回避する方法としてTbl001、Fld001が出てきてしまうのかもしれないね
783仕様書無しさん
2017/08/06(日) 12:39:19.70 そう言う話は何度も出ては対処して、結果今があるんでないかい?
結局、多種多様な人が携わるから、仕様書に全てきさいし、携わるものはそれを熟読、熟知しろと。
逆にこれの解が出せるならノーベル賞ものか?
結局、多種多様な人が携わるから、仕様書に全てきさいし、携わるものはそれを熟読、熟知しろと。
逆にこれの解が出せるならノーベル賞ものか?
785仕様書無しさん
2017/08/06(日) 12:53:09.58 >>778
名前を付ける作業は1回
名前を読む作業は10回や100回では済まない
どっちにこだわるべきかは子供でもわかるだろ
名前を付けるのにすら苦労するような管理不行き届きのプロジェクトじゃ
名前を見てそれがなんなのか調べる労力はさらに大きく計り知れない
工数もどれだけかかることか
名前を付ける作業は1回
名前を読む作業は10回や100回では済まない
どっちにこだわるべきかは子供でもわかるだろ
名前を付けるのにすら苦労するような管理不行き届きのプロジェクトじゃ
名前を見てそれがなんなのか調べる労力はさらに大きく計り知れない
工数もどれだけかかることか
786仕様書無しさん
2017/08/06(日) 12:55:00.81 >>782
適切なネーミングができないなら適切なドキュメントも書けない
名前を付けられないということはそのものをよく理解していないからだ
よくわからないものには名前をつけられない
よくわからないものをドキュメント化することはできない
適切なネーミングができないなら適切なドキュメントも書けない
名前を付けられないということはそのものをよく理解していないからだ
よくわからないものには名前をつけられない
よくわからないものをドキュメント化することはできない
787仕様書無しさん
2017/08/06(日) 12:56:11.56 >>784
レビューってどういう視点で?
君のいうレビューで解決するなら
レビューアーの視点が常にかつ全員一致してないと当てはまらないよ
とても難しいことなんだけど?
あのときはああ言ったのに今度はこんなこと言ってるって
大きい企業でこれやったら大混乱よ
そうなるとレビューチェックシートみたいなのが導入されて今度はそれの一致を確認するようになる
参考までに聞きたいんだけど
この場合のレビューチェックシートの
項目はどんな内容になるの?
レビューってどういう視点で?
君のいうレビューで解決するなら
レビューアーの視点が常にかつ全員一致してないと当てはまらないよ
とても難しいことなんだけど?
あのときはああ言ったのに今度はこんなこと言ってるって
大きい企業でこれやったら大混乱よ
そうなるとレビューチェックシートみたいなのが導入されて今度はそれの一致を確認するようになる
参考までに聞きたいんだけど
この場合のレビューチェックシートの
項目はどんな内容になるの?
789仕様書無しさん
2017/08/06(日) 13:03:08.61 >>787
一致させるためにレビューを積み重ねて知識や考え方を共有するんだよ
チェックシートを作りたいなら作れば良いけど
チェックシートを作るにもメンテナンスするにもレビューを続けなければならない
最初からチェックシートを用意して絶対不変の真理として扱いたくなるその気持ちが最大の過ち
システム開発は常に流動的でベストな選択肢も移ろいゆくものだ
だから常にアップデートを続けなければならない
アップデートを怠った結果が今の身動き取れなくなった大会社ってわけ
一致させるためにレビューを積み重ねて知識や考え方を共有するんだよ
チェックシートを作りたいなら作れば良いけど
チェックシートを作るにもメンテナンスするにもレビューを続けなければならない
最初からチェックシートを用意して絶対不変の真理として扱いたくなるその気持ちが最大の過ち
システム開発は常に流動的でベストな選択肢も移ろいゆくものだ
だから常にアップデートを続けなければならない
アップデートを怠った結果が今の身動き取れなくなった大会社ってわけ
790仕様書無しさん
2017/08/06(日) 13:04:49.68791仕様書無しさん
2017/08/06(日) 13:05:48.54792仕様書無しさん
2017/08/06(日) 13:08:30.60 レビューやって解決するって主張するなら
レビュー視点は何度やっても同じミスには同じ指摘を入れてくれないと品質が保てないだろ
コンパイラが気分によってエラーを変えてるぐらい役に立たない
レビュー視点は何度やっても同じミスには同じ指摘を入れてくれないと品質が保てないだろ
コンパイラが気分によってエラーを変えてるぐらい役に立たない
793仕様書無しさん
2017/08/06(日) 13:11:50.41 >>791
その時最もふさわしいと思う名前を議論して付ける
ふさわしくないとわかった時点で名前を変える
フラフラしているといえばそうだが
全く意味をなさない名前を固定的に使い続けたり
間違った名前を間違っていると認識したまま使い続けるよりずっと良いよ
だってそうだろ
最初から最後まで間違え続けるより
カイゼンし続ける方がいいに決まってる
その時最もふさわしいと思う名前を議論して付ける
ふさわしくないとわかった時点で名前を変える
フラフラしているといえばそうだが
全く意味をなさない名前を固定的に使い続けたり
間違った名前を間違っていると認識したまま使い続けるよりずっと良いよ
だってそうだろ
最初から最後まで間違え続けるより
カイゼンし続ける方がいいに決まってる
794仕様書無しさん
2017/08/06(日) 13:12:41.96 レビューチェックシートがフラフラってことは適切な条件もフラフラしてんだろ?
それでどうやって適切なネーミングを付けましたって主張してるの?おかしくないか?
自分の言動を疑ったほうがいいよ
それでどうやって適切なネーミングを付けましたって主張してるの?おかしくないか?
自分の言動を疑ったほうがいいよ
795仕様書無しさん
2017/08/06(日) 13:14:15.14 >>792
さすがに呆れはてる幼稚な意見だ
経営者もレビュアーも設計者もコーダーも人間である以上間違いはある
それを言ってしまうと人間がやる仕事は何もなくなるぞ
なんならAIに全ての仕事を任せるのか?
さすがに呆れはてる幼稚な意見だ
経営者もレビュアーも設計者もコーダーも人間である以上間違いはある
それを言ってしまうと人間がやる仕事は何もなくなるぞ
なんならAIに全ての仕事を任せるのか?
796仕様書無しさん
2017/08/06(日) 13:21:14.65 >>794
フラフラなのが正解なんだよ
ビジネスってのは刻一刻と変化し続ける
システム開発のゴールも置かれてる状況も刻一刻と変化する
システムに対する理解も刻一刻と変化する
だったらそれを追いかけて行動指針も修正を繰り返さなければならない
PDCAサイクルがなんのためにあるか考えろ
本質的にフラフラしている正解に向けて近付こうとしているからフラフラして見えるんだよ
最初にこれと決めたゴールに突き進むのは真っ直ぐブレないから一見すると見栄えがいいかもしれないが本当のゴールはとっくに別の場所に移動してる
あるいは最初から明後日の方向に猪突猛進しているかのどちらかだ
フラフラしてるよりよっぽど馬鹿馬鹿しいぜ
フラフラなのが正解なんだよ
ビジネスってのは刻一刻と変化し続ける
システム開発のゴールも置かれてる状況も刻一刻と変化する
システムに対する理解も刻一刻と変化する
だったらそれを追いかけて行動指針も修正を繰り返さなければならない
PDCAサイクルがなんのためにあるか考えろ
本質的にフラフラしている正解に向けて近付こうとしているからフラフラして見えるんだよ
最初にこれと決めたゴールに突き進むのは真っ直ぐブレないから一見すると見栄えがいいかもしれないが本当のゴールはとっくに別の場所に移動してる
あるいは最初から明後日の方向に猪突猛進しているかのどちらかだ
フラフラしてるよりよっぽど馬鹿馬鹿しいぜ
797仕様書無しさん
2017/08/06(日) 13:24:42.16 まあこれ以上は時間の無駄だな
オブジェクト指向論者と手続き型staticオジサンのように決して分かり合えない世界の対立だ
これ以上はお互いに関わり合いにならない方が良いだろう
それぞれのやり方でやれば自ずと答えは出る
オブジェクト指向論者と手続き型staticオジサンのように決して分かり合えない世界の対立だ
これ以上はお互いに関わり合いにならない方が良いだろう
それぞれのやり方でやれば自ずと答えは出る
798仕様書無しさん
2017/08/06(日) 13:35:49.83799仕様書無しさん
2017/08/06(日) 13:37:29.72 >>770
その海外ってのはどの国なんだよ?
日本以外のすべての国が海外だろ。
なのに「海外」かよw
そういう曖昧な言葉を嬉々として使ってる時点で「私は無知です」と言ってるのと同じ。
日本も世界の一部なんだよ。
そういう考えが持てないから、いつまでも戦後みたいな認識でいるわけだ。
その海外ってのはどの国なんだよ?
日本以外のすべての国が海外だろ。
なのに「海外」かよw
そういう曖昧な言葉を嬉々として使ってる時点で「私は無知です」と言ってるのと同じ。
日本も世界の一部なんだよ。
そういう考えが持てないから、いつまでも戦後みたいな認識でいるわけだ。
800仕様書無しさん
2017/08/06(日) 13:41:29.56 劣等ジャップが世界の一部とか調子に乗らないでくれませんか?
猿が人間様の真似をするな
猿が人間様の真似をするな
801仕様書無しさん
2017/08/06(日) 13:45:25.83 >>796
プロジェクト全体を管理できる優秀なリーダーがいればフラフラでも大丈夫だ。
でも現実にはそんな人ほとんどいない。
みんな単なるリーマンだから責任取りたがらないし、できるだけ仕事したくないと思ってる。
だからフラフラしてると、そのうち空中分解してしまうんだよ。
明後日の方向に行っちゃうようなのは馬鹿だけど、ある程度方向決めとかないとダメだろうね。
プロジェクト全体を管理できる優秀なリーダーがいればフラフラでも大丈夫だ。
でも現実にはそんな人ほとんどいない。
みんな単なるリーマンだから責任取りたがらないし、できるだけ仕事したくないと思ってる。
だからフラフラしてると、そのうち空中分解してしまうんだよ。
明後日の方向に行っちゃうようなのは馬鹿だけど、ある程度方向決めとかないとダメだろうね。
802仕様書無しさん
2017/08/06(日) 14:08:21.47 っていうかそんなんでモノ作れるのか?
ってレベル
昨日OKもらった項目が
今日にはNGになってるんだろ?
昨日NGだった項目も
今日にはOKに変わるかもしんねーから納期ギリギリまで待って見ようぜ
って俺なら考えちゃうね
ってレベル
昨日OKもらった項目が
今日にはNGになってるんだろ?
昨日NGだった項目も
今日にはOKに変わるかもしんねーから納期ギリギリまで待って見ようぜ
って俺なら考えちゃうね
803仕様書無しさん
2017/08/06(日) 14:14:16.09 考えなしの気分でフラフラしてるのはダメだが、
状況をよく見て対応した結果、フラフラして見えるだけだからな
なんか、そこんとこ履き違えてる奴が否定派に多い気がするな
で、固定派はそもそも状況を理解してないか、
変えなきゃいけないと理解しつつも、リスクや責任追及を恐れて現状を維持しようとする
どちらにせよ真性の無能という他ない
状況をよく見て対応した結果、フラフラして見えるだけだからな
なんか、そこんとこ履き違えてる奴が否定派に多い気がするな
で、固定派はそもそも状況を理解してないか、
変えなきゃいけないと理解しつつも、リスクや責任追及を恐れて現状を維持しようとする
どちらにせよ真性の無能という他ない
804仕様書無しさん
2017/08/06(日) 14:20:25.62 >>776
>違う型のデータを同じテーブルに入れて
>区分フィールドでフィルターかけるって典型的なアンチパターンじゃん
そういう風に作らんと周りの人たちからどうやってお目当のデータを抽出すればええのかワケワカメと言われるねんで
仕方ないねん
ワンテーブルでフィールドの名前は分かりやすくしとかんとブラックボックス化はイクないと詰められてまうからなぁ
政治的判断なんや
>違う型のデータを同じテーブルに入れて
>区分フィールドでフィルターかけるって典型的なアンチパターンじゃん
そういう風に作らんと周りの人たちからどうやってお目当のデータを抽出すればええのかワケワカメと言われるねんで
仕方ないねん
ワンテーブルでフィールドの名前は分かりやすくしとかんとブラックボックス化はイクないと詰められてまうからなぁ
政治的判断なんや
805仕様書無しさん
2017/08/06(日) 14:25:59.34806仕様書無しさん
2017/08/06(日) 14:27:58.61807仕様書無しさん
2017/08/06(日) 14:31:51.45 ‪まずは言葉ありき‬
‪世界は認識することから始まった‬
‪ネーミングで混沌をまとめそれを‬
‪概念化することで実体が生まれる‬
‪名前にはこだわらないと‬
‪特にプログラミングは概念化が大事なんだから‬
そもそも世界そのものが概念化の産物
‪世界は認識することから始まった‬
‪ネーミングで混沌をまとめそれを‬
‪概念化することで実体が生まれる‬
‪名前にはこだわらないと‬
‪特にプログラミングは概念化が大事なんだから‬
そもそも世界そのものが概念化の産物
808仕様書無しさん
2017/08/06(日) 14:34:36.33 考えなしのフラフラと
考えありのフラフラの定義を言葉にしろよ
考えありのフラフラの定義を言葉にしろよ
809仕様書無しさん
2017/08/06(日) 14:35:37.49 >>806
日本人で無いとダメなのか?
多文化共生主義の発想はないのか?
アメリカでそんな事いったら差別主義で大変な事になるぞ
日本の学校で人権教育をおざなりにしてるから差別主義が放任されるんだ
まったく日本はおぞましい国だよ
日本人で無いとダメなのか?
多文化共生主義の発想はないのか?
アメリカでそんな事いったら差別主義で大変な事になるぞ
日本の学校で人権教育をおざなりにしてるから差別主義が放任されるんだ
まったく日本はおぞましい国だよ
812仕様書無しさん
2017/08/06(日) 14:52:52.42 既存のコードを変えるのは一切無しっていう過激派が暴れてるw
813仕様書無しさん
2017/08/06(日) 14:55:56.24 イミュータブルオブジェクト
イミュータブルインフラストラクチャ
new! イミュータブルコーディング
イミュータブルインフラストラクチャ
new! イミュータブルコーディング
815仕様書無しさん
2017/08/06(日) 15:02:58.74816仕様書無しさん
2017/08/06(日) 15:05:31.85 出羽守が元気なスレ
817仕様書無しさん
2017/08/06(日) 15:15:10.35 すまん、入社してからテスト案件しか回れさやんのやが辞めてもええやろか
819仕様書無しさん
2017/08/06(日) 15:22:00.61 辞めるか
テスト案件をまわされる=いらん扱いなんかねぇ
テスト案件をまわされる=いらん扱いなんかねぇ
820仕様書無しさん
2017/08/06(日) 15:43:25.36 テストといっても格差がある
仕様やプログラムを分析してテスト仕様を書いてテスト環境を整備できる人は頼りになる
言われたことを実行して証跡を取るだけの人は代わりはいくらでもいるので要らない
仕様やプログラムを分析してテスト仕様を書いてテスト環境を整備できる人は頼りになる
言われたことを実行して証跡を取るだけの人は代わりはいくらでもいるので要らない
821仕様書無しさん
2017/08/06(日) 15:59:32.96 テストって勉強中の新人にやらせる仕事じゃね?
まだ研修中扱いなんじゃないの
まだ研修中扱いなんじゃないの
822仕様書無しさん
2017/08/06(日) 16:13:02.04 そもそも何ヶ月目でそんなこと言ってんだって話
823仕様書無しさん
2017/08/06(日) 16:15:33.84 ちなみに開発に行ったら給料上がるの?
変わらないならテストやってた方がいいよ
開発はこの世の物とは思えないほどの憎しみを伴うよ
変わらないならテストやってた方がいいよ
開発はこの世の物とは思えないほどの憎しみを伴うよ
■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 【実況】M-1グランプリ2025 決勝★4 [ひぃぃ★]
- 【実況】M-1グランプリ2025 決勝★5 [ひぃぃ★]
- 【速報】M-1グランプリ2025 優勝はたくろう [Anonymous★]
- 立民・岡田克也氏「国民の感情をコントロールしていかないと」、日中議連発言は「侮辱」保守党・有本香氏に怒 ★2 [少考さん★]
- 高市内閣の支持率 前回調査から2ポイント増の67% 3カ月連続高水準 毎日新聞世論調査 ★2 [尺アジ★]
- パナソニック、マツダ、三菱電機も…人手不足なのに「中高年リストラ」が黒字大企業で加速するワケ [七波羅探題★]
- 【テレ朝/TVer】M-1グランプリ2025★10
- M-1グランプリ2025 優勝はたくろう [748563222]
- んな(・o・🍬)1⃣グランプリ🏆決勝戦なのらぁ❗🏡
- 【テレ朝/TVer】M-1グランプリ2025★9
- 【実況】M-1グランプリ2025
- 【朗報】日本政府のAI戦略本部、本部長に高市早苗総理、副本部長に小野田紀美AI戦略大臣が就任!!日本の逆襲が始まる! [673057929]
