プログラマの雑談部屋 ★18
レス数が1000を超えています。これ以上書き込みはできません。
前スレの続き
ここでbの更新いらなくなったわ〜って仕様変更が合ったとする
前スレ>>996の場合
if (x) a += 100;
else if(y) { /* やっぱり何もしない */ }
else c = 300;
みたいなおぞましいコードになる
あるいは
if (x) a += 100;
else if(!y) c= 300;
のようにcの更新条件を書き換えないといけない
bに関する仕様変更なのになぜcに関わるコードを直さなければならないのか!ふざけるな!
一方で前スレ>>998の場合
(a, c) = (calc_a(), calc_c());
とするだけ
超スッキリ
仕様変更の文字通りbの更新を消すだけ
何もかもが完璧だ
美しい 諸君
これが本物のプログラミングだ
elseなんて要らないんだよ いや、そういう話じゃなくて
みんなの頭にあるのはすべての
ケースの入ったマトリクスよ
コードと仕様でこれが即座に
全部把握できる状態がいいなと
思ってるわけよ
なので空elseって発想が生まれる >>3
これ消さないの?
死んだコードが残って汚いんだけど。
>condition_b() => !x && y;
>
>calc_b() => condition_b() ? b * 100 : b; メソッドが6つできて
条件判定演算がいっぱいできて
条件判定のショートサーキット効かなくなって
同時にひとつしか実行されない保証がなくなっる
おい >>7
必要なら残す
不要なら消す
メソッドになってるので必要性の判断も簡単だ クソ雑魚のコードは全部コンパイラが弾くから実際は実行されないけどな >>8
メソッド化すべきコードが6つも展開されたまま放置されている
ショートサーキットのようなチンケな最適化は保守性と比べるまでもない
同時に1つは条件式で保証されてる。if elseじゃないと保証できないという思い込みが間違い 【多重派遣】無能時間外労働違反の代償【偽装請負】
無能実態派遣残業する高稼働低所得者は辞めろ!
【契約料金や知的財産の生涯損害促進者ばかり】
[偽装請負多重派遣の従犯SEを追放すべき]
偽装請負多重派遣SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者
偽装請負多重派遣SEの迷惑
無償プログラム提供
事前面接
契約外期限遵守
客先指示遵守
知的財産譲渡
中間搾取促進
時間外労働違反
低予備工数見積
残業見積
無料追加
学習不足
裁判苦手
対人障害
健康障害
孤独死
偽装請負多重派遣SEの代償
低収入低技術
非婚離婚
鬱病早死 >>11
その保証はメソッドの中を覗いて計算式精査しないとわからんじゃないか
プログラムの結合度もめっちゃ上がってる if文も使えないクソ雑魚はPG引退も視野に入れるレベル なぜ条件判定のたびにメソッドが増えるんだ? ふざけるな! 今までが無いんじゃないの?
就職もバイトもしたこと無いからアホなんだろ 今日も水呑みの罵り合いから1日が始まってるのか… よく飽きないな。
こっちが飽きてきたよ。 foreachみたいに楽な構文に慣れると古いC++のクソみたいなfor文書くのつらい ペアプロって相互に補完しながら作業を進める事でヒューマンエラーを防ぐって考え方だけど、捉え方によってはマイクロマネジメント扱いで過干渉だと言われるのか
こういうのは意識の問題なのか?
どうやって解決するのがいいんだ? if(a==-1){
a=なんか(結果として0にもなりうる)
}else{
いろんな処理
if(a==0) {
なんか処理
}
}
は、elseなしで書こうとすると、辛いかと。
while( b & (a= *p++))も、&&にすると死ぬパターンでは? >>26
少なく見て役割が2つあるからそのメソッドは設計不足 くっそ、ひたすらリファクタしてると頭ボーッとしてくる。 アジャイルの何が嫌って作った物に文句を言われること!
「もっとこういう風にして欲しい」みたいな言い方ならまだ分かるけど、
「全然分かってねーな!」みたいな言い方されるのはいい加減うんざり
それなら細かく指示出せよって思うのに時間がないとか言い訳ばっかりしやがって! それなら細かく指示出せよって口に出さなきゃ伝わらない
思っていても伝わらない >>22
ただの配列だから使えない
数年ぶりに触ってるけど、c++は色々やりかたと仕様があって訳わからんな >>30
言っても「時間がない」って断られてるってことじゃね?
実際そういう奴は俺の所も居たよ。
「こうじゃないんだよなー。俺が思ってるのはこうじゃないんだよなー。」
「じゃあどういうのですか」
「あー今忙しくて説明できないんだけど―、こうじゃないんだよなー。」
こんな奴。お前の頭の中なんて知るかと。 ちなみにさらにそのまま
「貴方が思っているだけじゃどうすればいいのか分からないので、
イメージ図か仕様書でも出して頂けますか」
と言ったら
「はぁ〜〜〜(ため息)、○○君は言わなきゃできないのか〜〜〜」
「他の会社じゃ仕様書なんていらなかったのにな〜〜〜」
だのとグダグダいい続け、飲み会でも同じことをいい続けて、
それでも出さなかったカスが居た。 そいつの上司をccに入れてメールぶちかます
bccに入れて出せば俺はもう滅茶苦茶お前のことが嫌いだアピールにもなる 設計者も答えわからないけど満足してないから別のもの作ってみてってことでしょ
または期間が余ってるから人の労力を最大限に使って設計者自信の功績を上げたいか
前と同じの持ってっても気付かずにOKされることも
最初のが1番良かったよね 意見しないと仕事してる気にならないからとりあえずNG >>35
時間もないから結局少し作り直して見せた所、
「あ〜、もうこれでいいよ。俺の思っていたのとは違うけど〜。はぁ〜〜〜」
「あ〜あ、何か思っていたのとは違うのができていくわ〜。」
だのとブツブツ愚痴っててうざいことこの上なかった。 もしかしてかなり有給とっても状況同じじゃね?
休み明け
アレ?作るもの決まったんですか?
って聞いてやればいい >>27
そうでもなかろう。
電文のトークン切りなんか後者多いと思うけど。
役割って切り方次第なんよね。恣意的にいくらでも切れるし合わせられる。 最初に仕事の指示の仕方は決めとかないとな
外部仕様書とか曖昧なものでなく、クラス図みたいに具体的なもので >>26
マトモな設計ならまずこんな条件分岐は使わない
else狂信者って必ず現実的な例を避けて無理やな例を出してelseを肯定しようとするよね
たまには現実的な例題出してみなよ パラダイムによる
手続き型は状態遷移が基本の世界だからelseが無いとキビシイ
関数型やオブジェクト指向では要らないね 低スキルの従業員を円満に辞めさせる方法を教えてください 来週三連休だから1日にも休みをジャブで入れておく
直前でキャンセルして出勤すると
1〜2日の俺はフリーになるわけよ 簡単に辞めさせることはできないな
アフリカ事業所を作ってアフリカ勤務とか辞令を出せば
断ったら懲戒免職にできる 定時後にふと、1年目の新人が2週間程前組んだプログラムのソースコード見てみたら大変なことになってた
・使われていない変数が沢山(あっこれ使ってない、あっこれも使ってない、あっ)
・無駄な空行も沢山(アートか?)
・マジックナンバー沢山(お前その2とか7とかなんの数字やねん)
・ネストが深い(なんでなん?)
・全体的に書き方に統一性がない(さっきあの書き方してたのにこっちではこう書くのか……)
・メソッド化しない(2700行あるんだけどこれ書いてる間は人としての意識を失ってた?)
・コードが複雑なのに頼るコメントが間違いだらけ(コメントとコードで言ってることが逆なんだが……)
やべぇええええええええええええええええええええ
だいたいどこもかしこも何かしら変なところがある
色々言いたいことはあるんだけどとりあえずこの大型新人(情報系学部出身)今ならただでお前らにあげるよ ただか
つまり全く役に立たないか足をひっぱるだけだから、労働力はこっちがいただいていいということだよね
給料はお前らがそいつと話しつけるんだよな
ほんとうにただでいいのか ただでいいです
給料はあげません
彼もわかってくれると思います 情報系はプログラムより情報系のものの考え方の基礎つくるところ
卒業したてで業務になじまなかったりコードきたないのはしょうがない
そこに書いてある程度のリファクタなんぞちょっと時間くれてやれば誰でもやってくれるし
そもそも汚かろうがなんだろうが2700行書き下せるやつが無能とはおもえん
一貫性というものをたたきこんでやればすぐ使えるようになるだろうに
もったいなや 2700行書くまでなんの疑問も持たなかったなら発達障害かなんかじゃないの? >>55
俺に聞くな
そいつを知ってる奴にしかわからないだろ elseがどうのより、条件判断書いたら構文内には関数ひとつか代入式ひとつだけ書くってのを徹底させればいい。 判断、取得、更新をメソッドに抽出して分離しろ
異なる3つの処理が密結合してるから、if文は危険なんだよ
危険を回避するにはメソッドに抽出して、この結合を解いてやればいい
メソッドに抽出してしまえばelseはごく自然に消滅する
elseが諸悪の根源なのではない
腐ったif文を書くと、勝手にelseが湧き出してくるのだ 俺はわからん
if(cond()) {
a = calcA()
} else {
b = calcB()
}
全部分離してもいるじゃねーか このスレでelseを書くなと言ったのは在日コリアンのエンジニアさんだったね
あの人実はすごく優秀なんじゃね?
冷遇されててとても可哀想な人なんだよ多分 calcA(a) {
if (cond()) {
return subCalcA()
}
return a
}
calcB(b) {
if (!cond()) {
return subCalcB()
}
return b
}
a=calcA(a)
b=calcB(b)
こうか?
筋悪すぎんだろ 条件分岐で更新対象が変わる処理って例えばどんな業務? if (item.getType() == ItemType.Potion)
{
chara.getHP().add(100);
}
else if (item.getType() == ItemType.Ether)
{
chara.getMP().add(25);
}
else if (item.getType() == ItemType.Elixir)
{
chara.getHP().add(200);
chara.getMP().add(50);
} 事務のながれ学ぶためとお金のため
関連業務の事務バイトを土日祝日にやってみようと思うんだがどう? class Potion : ApplicableTo<Caharactor> {
private final int _point;
public Potion(int point) { _point = point; }
public void applyTo(Charactor chara) {
chara.getHP().add(_point); }
class Ether : ApplicableTo<Charactor> {
private final int _point;
public Ether(int point) { _point = point; }
public void applyTo(Charactor chara) {
chara.getMP().add(_point); }
class Elixir : ApplicableTo<Charactor> {
private Potion _potion;
private Ether _ether;
public Elixir(int hp, mp) {
_potion = new Potion(hp);
_ether = new Ether(mp);
}
public void applyTo(Charactor chara) {
_potion.applyTo(chara);
_ether.applyTo(chara);
}
} ApplicableTo<Charactor> getItem(ItemType itemType) {
switch(itemType) {
case ItemType.Potion: return new Potion(100);
case ItemType.Ether: return new Ether(25);
case ItemType.Elixir: return new Elixir(200, 50);
default: throw new BadItemTypeException();
}
}
getItem(itemType).applyTo(chara);
やっぱりオブジェクト指向ではelseは要らないね クソ雑魚まだ頑張ってるの?w
テメーは一日10000回感謝のif〜elseだコラ 【貧困生活】派遣残業は結婚障害【家事困難】
両親や親戚に反対されましたが、低収入なのに時間外労働違反業界のSEと結婚してしまい生活困難で中絶と離婚をしました。現在は低稼働高収入で共働き可能な相手と結婚して数億円損失を防げました。
・モラルがない
・モテない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・プログラムの知的財産を人売に提供
・ITスキルが高いのに低収入
・高度情報処理技術者なのに低収入
・高利益なのに低収入
・高生産なのに低料金
・高需要なのに低料金
・学習多いのに低料金
・人員不足なのに早期退職
・会社員なのに早期退職
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・不利益なのに断らない
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判定不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf バグを発見して
それが苦になり夜中に目が覚めて
寝れないようになったら
一人前
技術なんてどうでもよくない? どうせ技術力いるとこは中国インドベトナムに出すしな ぶっちゃけ中年プログラマーの方がテクニカルな人多い
セックスと同じでおっさんの方がTPOに合わせて相手の喜ばせる流れは上手い
話変わるがアスペルガーの結婚生活の最大の問題点は性生活らしい
相手の反応みて愛撫できないからセックスが下手でそれで亀裂がひどくなるそうだ 【貧困生活】派遣残業は結婚障害【家事困難】
両親や親戚に反対されましたが、低収入なのに時間外労働違反業界のSEと結婚してしまい生活困難で中絶と離婚をしました。現在は低稼働高収入で共働き可能な相手と結婚して数億円損失を防げました。
・モラルがない
・モテない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・プログラムの知的財産を人売に提供
・ITスキルが高いのに低収入
・高度情報処理技術者なのに低収入
・高利益なのに低収入
・高生産なのに低料金
・高需要なのに低料金
・学習多いのに低料金
・人員不足なのに早期退職
・会社員なのに早期退職
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・不利益なのに断らない
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判定不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf 質問です。
WEBサイトでカスペルスキーがインストールされているユーザがアクセスした場合には
サイトを見せない
といった制御をかけたいのですが、そういった事は実現可能でしょうか?
ノートン・トレンドマイクロであればOKです。
やりたいのは実際には
例えばサイトから
http://hoge-analytics.com への通信を遮断する場合にはサイトを見せない様にしたいです。
どうすればよいでしょうか? 新自由主義で格差拡大したトンデモポピュリストが小泉なら、縁故主義の泥棒政治で最大不公平社会を築いたのがアベ晋三だよ 知り合いのデザイナー「自分でゲーム作って運営とかするのが夢だけどプログラム書けないし…」
俺「今ちょうど作りかけのゲーム作ってるからキャラとか書いてみない!?」
デザイナー「いいよ! 1キャラ5000円ね(真顔)」
これってこういうもんなのか?w 立場が弱いなら仕方無いな。
最初の交渉次第で変わる。 > ノートン・トレンドマイクロであればOKです。
何語だよ… 俺「今ちょうど作りかけのゲーム作ってるから買わない?」
だろ >>88
安いじゃん。当然権利込みの値段なんだろ? >>88
5000円なら安いだろ。
で、まぁ言いたいことは分かる。ゲームに関わってみたいというから
協力みたいな感じでキャラ出してみないって話を持っていこうと思ったんだろうが、
向こうが真っ先に金の話を出してきたのなら、仕事として受けるってことなんで、
「じゃあまずイラストを見せてもらえる?お願いするかどうかそれ見てからになるから」
と、こっちも仕事発注として対応すればいい。 >>94
どっち主体になるかで全然変わって来そうだな
デザイナー的にはゲームに関わりたいというよりは自分で作りたいゲームプランとかがあって
それを実現したいってことなんだろうな
もしそういうプランを持って来た時に同じく開発費100万とか提示してあげれば良いかも ゲームをなぜ作りたいのかによるんじゃね?
自分がゲームが好きだから作ってみたいのか、ただ金儲けしたいだけなのか
後者だったら仕事として請けるのもわかるな >>84
セックスの上手さは社会能力と関係してるらしいな
ニューズウィークだかなんかでみた記憶ある キャラにどの程度労力を注ぐのかしらんが
100人キャラ考えて50万
サラリーマンの感覚からしたら食っていける金額ではない
脳みそ酷使するのに恐ろしい業界や >>99
コミュ症じゃwinwinのエッチできんからな。出しておしまい、マグロでおしまい。 >>88
運営ってことは儲けるとこまでが夢なんだろ デザイナは名前を売りたがるからな
一度売れちゃえば後は適当でも名前で売れそうだし
PGはそうはいかないだろうな まぁ名前売れてるプログラマなんてほとんど居ないしね。
ゲーム業界でも、ゲームが成功したらプロデューサかデザイナばかりが
ちやほやされて給料も上がって、プログラマは何も、ってのが多すぎる。 なぜ「PCができないのにIT業界に来る若者がいるのか」を推測してみた人の話
https://togetter.com/li/1165051
氷河期のころから他業界よりかは採用が多いから、私立文系が入ってくるのは
変えられないんだろうな。 >>105
>ところが事実は小説より(ryつって、実際は結構います。以前見た限りでは、ある会社で今年採用した新入社員4名のうち
>・2名は学校でOffice触ったことある
>・1名は家に親が使うから置いてあるのは知ってる
>・最後1名は家電量販店にPCコーナーがあるのは知ってる、
>みたいな話であった
もう、ここんとこで破綻してんじゃん。
なんでそんなの、面接の時点で落とさないんだよ。
そんなの雇い入れちゃった時点で、お前の会社の負け決定じゃん、馬鹿じゃん。
っていう。雇うやつの問題なんだよ。そいつ解雇しろよ。 …「来る」ってのが、面接の話なら、まぁ、そりゃ来るわな。
でも、面接に来たってだけでそんだけTweetしまくってたら、そりゃ、キチガイだよ。 >>106
そこでつっけんどんにしてたら人紹介してもらえなくなる >>106
教育コストも含めて利益出るとしてるなら問題ないだろ
問題は離職率ではないだろうか
実務についた途端ついてけなくて辞職とか 教育コスト込みで利益出るような玉ならあんなにダラダラTweetしないんじゃね?
ろくにパソコン触ったこともないような奴で、めっちゃ成長するほど頭いい奴、
ろくにパソコン触った事も無いような奴を雇う会社の面接に来るかよw
ちょっと考えればわかんだろ。 >>111
怖いって、普通に「貴方の能力では厳しいですね」って言えばいいだけじゃん。
そういうあたりまえの事すら出来ないって事?
まだ雇ってもいない人に対して尊大な態度を取るような馬鹿会社は好きなだけ晒してやればいいけどさ、
そういう事してるの? >>112
頭いい奴が来ることを期待している時点でお前も同類だな
バカでも稼げる開発プロセス、ビジネスモデルを作れ
それがあればチェックすべきは皆勤賞とか継続力だ >>113
つっけんどんにしたらって話の流れだろ
しかも人の受け取り方はそれぞれで更に尾ヒレが付くものだぞ
その受け答えで逆恨みされないと言い切れるのか?
普通ならそんなこと言わずに定形文による通知で断るだけだろ
仮に言ったとしても相性が合わない、もっと相応しい職場があるとか相手を下げない上から見ない
そういうあたりまえの事すら出来ないって事? >>114
バカには無理
奇跡が起きてうまくいっても賢い奴が一瞬で真似して改善されて追い抜かれる
バカには無理
バカには、無理なんだよ プログラマの頭数揃えるだけで精一杯で中身なんて見てないでしょw 昔みたいに出来る人との抱き合わせで客先にいかせてたような習慣がまだ残ってるんだろうな
残念、全員出来ない人でした! みたいなのが現状だったりするわけだが ゆとり世代が全てをおかしくした
あいつらはなんであんなにもやる気ないんだ >>122
その前の世代が、なんでもかんでも採算度外視でやって
社会がめちゃくちゃになったからにきまってんだろw だまれ奴隷
お題目を丸暗記して怒鳴り散らすしか能がない無能ども
彼らは思考することを叩き込まれたエリート世代だ
ブラックが跋扈する世界をかれらが打ち壊した
彼らが新しい世界をつくる >>123
はぁ
ゆとりよこれだけは言っとくけどな
人のせいにすんなカス >>124
ゆとりが思考のエリートって文脈なら完全な勘違いだぞ
若い奴ほど自分で考えない
言われたことしかやろうとしない
挙げ句の果てに言われたこともうまくできない
総思考停止世代と呼んでも過言ではないね >>127
ゆとり脳じゃ理解できないかね?
濡れ衣でゆとりのせいにするのと事実としてゆとりのせいである事をただ言葉にするのではわけが違う
まあゆとりじゃわかんねえか
考えないもんなお前ら >>126
なんで仕事なのに言われてもないことまでやってやる必要がある?
そもそも言われたことができてないならそっちに注力するの当たり前だろ
将来が約束されない世界に生まれ、蔑まれて育った彼らはこの手の不条理に屈しはしない 正直自分の身の回りで、ゆとりって言われてる若い連中でやる気ないやつって見たことない
若いのに考え方しっかりしてるのがおおい
変なブラックだとまた違うんじゃろか >>129
言われたことしかできねえならシステム化して終わりなんだよ
そうじゃねえだろ
自分で考えられない奴にはなんの価値もない
システム開発にはwisdomが必要
それを鍛えてやろうって親心
わかんねえかねぇ パラメーターからSQL文を組み立てる関数があるんだけど、どうしても100行以上になってしまう
短くしたいんだけど何かいい方法ありますか? >>133
パラメタ網羅して100行になるならしかたないんじゃね?
100行見るのが嫌だって話なら、オレはORM作ってあるので実際のSQLを見る必要はなく、
Whereオブジェクト等について、必要な条件を設定してORMに投げるだけ。 >>133
トラディッショナルなSQL文字列の組み立ての話か?
SQLだろうとプログラミングの基本は同じだ
適切な単位を見切って処理を分割抽出しろ
最初は式を単位とするとわかりやすいだろう
既製品のクエリビルダを使うのも選択肢として有りだ >>134
ORMはあるんだけど、テーブル結合したいから素のSQLで組み立ててるんだが、やっぱある程度長くなるのは仕方ないのかな?
100〜200行で拡張する気が失せてくる... >>135
そう、トラディショナルな組み立て
やっぱ分割するぐらいしかないよね?
関連の関数増やすのもダルいんだけど仕方ないか >>136
ダメなORMだとJOINもままならないからなぁ…
結局、素で書いて100行になるってことは、仕様がなんかおかしいんだよなぁ…
きれいに書けたからいいって話じゃなくて、
なんかいろいろ他のこと見直したほうがいいんじゃねぇの?ってなってくる。 あー、今、適当なこと考えついたけど、
そういう時はこの際、テンポラリーテーブルつくっちゃうな… そういや今担当してるシステムViewいっこもない… >>138
普通に書いてて長くなるのは仕様を疑うよね ゆとりって今は20台後半だからアラサーだろ。
今の新卒くらいはゆとりじゃない世代のはずなんだが、そんなのも知らんのだろうな。 >>29
おまえ、アジャイルの事を全然わかってねーのな >>33
お前が無能なのはよくわかったから、もう無能自慢はやめとけ 今はゆとりが管理職になる時代に突入し始めてるんだな ゆとりみたいな私大文系の糞が優遇されて
ベテランの理系プログラマーがいつまでもヒラとは
早く日本滅びないかな
もうこんなキモい島国無くなって欲しいよ 人心操作の技術を体系的に勉強してるエリート文系怖い オリンピックで世界中に醜態を晒してジャップランド本格終了
それまでの我慢だ >>128
そんな若く見える?
もっと年上なんだけどなー
まいったな
単に傍から見て笑ってただけな IT業界には幼稚な連中しかいない
他の業界で使い物にならない愚図と判断された人間の最終処分場だから
必然的に精神が腐った無能ばかりが集まってくる >>155
お前みたいなコミュニケーション出来ない無能を出世させるメリットは何? ジャップランドのコミュニケーションははっきり言ってゴミ
意見の対立をディスカッションなどを通じて理性的に解決しようとするのではない
傘下に入らない奴を数の暴力で排除することで対立を解消しようとする
力が拮抗すると汚い罵り合いや工作合戦になる
まるで猿かなにかのような生き物だ >>165
何故そんなところにいつまでも居るのか?
早く外資系に移れ 【ジャップITの終焉】みずほ1万9千人削減へ…店舗集約、IT強化
メガバンクの一角であるみずほフィナンシャルグループ(FG)が今後10年程度で国内外1万9000人の
人員削減を検討していることが分かった。
グループ全体の従業員数の約3分の1に相当する。超低金利で収益が伸び悩むなか、
デジタル化を進めて収益力の強化を図る。
みずほFGは2017年3月期で6035億円の最終利益を確保したが、今後、金融と情報技術(IT)を
融合した金融サービス「フィンテック」の広がりで銀行以外の新興企業が台頭し、事業環境は厳しくなる
ことが予想されている。
このため、大規模な構造改革に着手し、先手を打つ必要があると判断した。従業員数は26年度までに
1万9000人減らす計画だ。新規採用の抑制や退職者を含め、全体の人員を現在の約6万人から約4万人
へと段階的に縮小する
http://www.yomiuri.co.jp/economy/20171028-OYT1T50006.html ジャップランドの猿って何言ってんだかわかんねーよ
ちょっとしたことでスグにキーキー喚きやがって
パワハラ横行の人権侵害大国だな
国というのもおこがましい
モンキーの群れ >>166
無能だから転職出来ないでいつまでも愚痴ってるんだろw >>168
何いってるか分からないのは日本人が悪いんじゃなくて
お前が性格ゴミのアスペで頭がおかしいからだろw
他のレスでもコミュニケーション出来てない一方通行の会話だしw リーマン破綻前に現役でカード会社のシステム組んでた時
派遣で時給 5,500円だったわw
毎月残業も多かったけど130万前後入ってたw適当に組んでただけだけど >>171
おいしいじゃん。現役の時って事は今は別の仕事してるの? >>167
保守拡張性皆無のウンコスパゲティをどうやって強化するんだ?
動けばいいのツケが回ってきたな RPA使うんだろ
それならソースがスパゲッティでも関係ない >>172
不動産・IT・EC・・・
自分の会社ね。
今となっていは、
派遣で来てた俺を見下していた奴らずっと俺の方が収入多いわ。
NTTデータ、日立情報、あと偽装派遣会社のロックレッジの森
とかざまぁーだわw
人生逆転があるものだよ^^ >>175
いいねぇw
派遣で稼いだ元手で起業した感じかw
サラリーマンだと重役に上がっても年間3000万〜5000万程度しか貰えないけど、
社長だと結構貰ってる感じなん? 学歴主義のクズどもから解放されて搾取が無くなれば年収は上がる >>171からの>>175の言い草だからなw
どんな奴なんや… >>179
175と178は別人でしょ
178は私大文系ガーっていつも喚いてるアスペだし >>177
年収は内緒だけど
その程度の年収なら中小企業の社長には
ゴロゴロいると思うよ
上場は余裕でできる程度の年商。
それで察してくれ。
>>178
別人
最後のレスにするけど、
下っ端PG時代の苦い経験もかなり経験してきたけど「人生大逆転」はあるよ。
腐らずに修行と思って現在の過酷なデスマとか耐え抜いてくれ。
多少人生逆転できた俺から、どん底のPGにエールを送らせてもらいます。 >>183
OK,OK参考になったわw
ちなみに一番気になったのは年金だけど、
国民年金以外で老後受けとるものってある? >>185
国ぐるみのネズミ講を気にするやつがまだいたのか 国保の金なんぞ金刷って補填すればいいさ
金持ちどもが資産目減りするの嫌さに金刷らせないから
いつまでたってもデフレで貧富の差が開く一方なんじゃ >>186
183の意見を聞いている。
お前の意見は聞いていない。 2chで社長アピールされただけで腰巾着になってんじゃねーよ
匿名掲示板で何ゆっとん コーディングには人間性が現れる
お見合いサイトつくってユーザーは自分が作成したソースコードを提出するようにすれば
そこでくっついたカップルの付き合いはうまくいくと思う >>205
月額50万の買い物する側なら慎重にもなるわ サラリーマン手取り35万、社会保険料負担分10万円、
交通費3万円、ボーナスと雇用保険は対象外としても
50万派遣の人は正社員より貰って無いって事だよな? 抜きに抜かれて単価50ならともかく、一番上が単価50で出すとかやばすぎる会社だろ キントーンがあればジャップ程度の開発者は要らなくなるな >>168
言葉が理解できていない事はわかったから 世界はともかくジャップランドは滅びたほうがいいね
百害あって一利なし 将軍様がゲリゾーに電磁パルス攻撃してくれれば話早くよな ゲリゾーのせいでこの島国が危険に晒されてる件について
中東でもゲリゾーがシャシャリ出たせいで現地のジャップが危機に晒されたし
何なんだよコイツもう 操り人形だよ
彼一人どうにかしたところで何もかわらん 太陽フレア、ウイルス、イエローストーン噴火
他にあるかな
残念だけど核じゃ人類を滅せないと思う >>230
お前は日本人嫌ってるんだろ?
喜んでいいぞ。 ゲリゾーはアジアの平和を乱しているんだよ
中東でジャップが何匹も撃たれてるのもゲリゾーのせいなんだけどね
それなのに選挙でゲリゾーを信任してしまうバカだらけ
ダメだよこの島国は 大多数が信任したような言い方はやめろ
選挙のシステムをうまく使ってるだけだろ >>236
ゲリ君は何で安倍がアジアの平和を乱していて、中東の日本人が撃たれてると思うの?
いつも都合の悪い質問は逃げてるけど、今日も答えずゲリゲリ喚くのかな? アベが悪いのではない
全てのジャップが悪なのだ
アベは所詮ジャップのうちの1人でしかない >>244
質問に逃げるなよw
何で安倍がアジアの平和を乱していて、
中東の日本人が撃たれてると思うの? 人間に善の部分があるとでも?
もしそう見えたとしても全て自分の都合だよ >>244
いや、それを許した地球人が悪い。それを生み出した宇宙が悪い。宇宙は韓国が作った。よって韓国が悪いという結論になる。 >>247
知らん
韓国とは関係なしのジャップは邪悪だ
相対化して誤魔化そうとするな
ジャップはいつもそうやって矛先を逸らそうとする
何やらせてもやり方が卑劣なんだよ >>248
パヨクだから同一人物かと思ったが、
ウジムシって複数いるもんなw >>250
ウジムシはジャップランドにいくらでもいる >>251
お前みたいに日本人に差別的なウジムシはいくらでもいるよなw >>249
お前がな。中国四千年の論理学をなめんなよ。俺たちは小学生から兵法を学んでるからな。仲良くしようぜ。キム。 >>256
兵法は確率と統計だ
論理学じゃねえよカス >>260
サヨムシに変えたらお前にぴったりだなw 韓国の皆さん、早く巨大化してアジアの救世主になって下さい。 >>264
まぁ元はお前が作った造語だから
センスねえのは当然だなw 朝鮮という国号は要らない。朝鮮半島は韓国で統一して下さい。 >>269
お前みたいに何も考えてない馬鹿とは違うからな。
お前に似合うよう変えてあげたんだよ、感謝しろよw /::::::::ソ::::::::: :゛'ヽ、
/:::::::-、:::i´i|::|/:::::::::::ヽ
/::::::,,、ミ"ヽ` "゛ / ::::::ヽ
/::::::== `-::::::::ヽ
::::::::/.,,,=≡, ,≡=、、 l:::::::l
i::::::::l゛.,/・\,!./・\ l:::::::! ネトウヨ敗北、ざまぁみろw!
.ni 7 .|`:::| :⌒ノ/.. i\:⌒ .|:::::i .n
l^l | | l ,/) (i ″ ,ィ____.i i i // l^l.| | /)
', U ! レ' / ヽ / l .i i / | U レ'//)
/ 〈 lヽ ノ `トェェェイヽ、/´ ノ /
ヽっ |、 ヽ `ー'´ / rニ |
/´ ̄ ̄\/ ヽ ` "ー−´/、 `ヽ l 朝鮮は我々の連帯を予想すらしていない。日韓同盟で朝鮮を制服しよう。 明日が月曜日だからって荒れてるな
無断欠勤するなよ? 勝利宣言したら勝ちになるルールはよくわからんゲームだな >>278
韓国で言ってやれよ
世界が韓国から孤立してて応援メッセージも届かなくてあいつら困ってるんだからさ ファシズムの初期症候 ローレンス・ブリット
●強情なナショナリズム
●人権の軽視
●団結のための敵国づくり
●軍事の優先
●性差別の横行
●マスメディアのコントロール
●国家の治安に対する執着
●宗教と政治の癒着
●企業の保護
●労働者の抑圧
●学問と芸術の軽視
●犯罪の厳罰化への執着
●身びいきの横行と腐敗
●不正な選挙 ← >>279
セキュリティ上の理由で行けない。ごめんなさい。 コーヒーブレーク
2:04 〜からみてみぃ 3.11が人工地震である事を関係者が暴露してる
https://www.youtube.com/watch?v=IEdqgs2w21I&t=4044s ∩___∩
| ノ ヽ/⌒) ジャアアアアアアアアップ
/⌒) (゚) (゚) | .|
/ / ( _●_) ミ/ ∩―−、
.( ヽ |∪| / / (゚) 、_ `ヽ
\ ヽノ / / ( ● (゚) |つ
/ / | /(入__ノ ミ じゃあああああああっぷ
| / 、 (_/ ノ
| /\ \ \___ ノ゙ ─ー
| / ) ) \ _
∪ ( \ \ \
\_) 自民が負けたら神がお怒りになって天変地異が起こる
そう例えば地震とかね
神は誰なんだろう 陰謀論とかじゃなくてガチで3.11や9.11はイルミナティ(フリーメイソン)の仕業
最初は俺も嘘だと思ったけど、調べれば調べるほどガチすぎてやばい。 >>285
お前よく知ってたな
「ムサシ」と選挙の関係について知らん奴がほとんどなのに。
真実を知ってる奴がこのスレにもいて少しほっとした。 図画工作ご苦労様。今日の給料は3000うぉんね。いつもありがとう。 ジョンウンをどうするか今夜中に決めて欲しいってトランプに言われた。君たちはどうしたい? 同じ民族が決めるのがベストなんだけど。 ムサシは民主党時代でも使われてたし、
片方に肩入れしたら信用問題に関わるから不正はないでしょ 君たちは自分たちで生きていくのに精一杯だから、決められないみたいだね。じゃ、悪いようにはしないから。 >>296
殆どシェア独占してるようなものだと聞いたが
そうなると信用は関係ないんじゃないか
誰が集計機を発注するかだけが問題だ 死んでいたら冷凍保存。生きていたら非核化か亡命。だれが考えてもこういう結論になるよね。 ムサシとか人工地震とか一番触れられたくない話を出すと
また、ぞろぞろと沸いてくるでしょ。これってネット対策として・・・
通貨発行権 特別会計
について調べてみぃ。陰謀と言われてる事が陰謀ではない、という事に気付くから。 君たちはきっといつかこう思うはずだ。悪夢のような冗談を止めてくれ。あの男さえいなければ。しかし永遠にその冗談は半島で続く。君たちのみんながそう願ったからだ。 来月太陽系通過する天体が中性子星でありますように… トランプは稀に見るクリーンな政治家だ
日本も彼に統治してもらおう お前ら2chに書込みしてるつもりかもしれんが、
ここは5chだぞ。たらこ掲示板はかっそかそ 少なくとも北の将軍様はジャップランドみたいな陰険な世論誘導はしていない 本人達に自覚があるなしは別にしても二、三年までは上司に指摘される前提でコードを書くのはまだ分かるけど、五年目を超えてもその癖が抜けないのはちょっと困るよな
今七年目の奴が外注先で作業してるんだけどそんな感じで作業してるから周りから浮いてるみたい お前らつつべこべ言って奴隷の様に働け
嫌なら替えは幾らでもいるんだぞ 今のプロジェクトで「define定義」っていう単語が当たり前のように使われてるんだが変じゃね
定義定義じゃん defineの定義は
#define Red 255,0,0
SetColor(Red);
みたいなキモイことできてクセモンやで 置換だから型宣言とかも必要ないしな。
ただの置換だと知る前は、なんでdefineだけ型指定しなくて良いのか謎だった。 >>317
余計意味わかんね
「値をdefine定義に変更」とか「ヘッダでdefine定義」とか使われてる
定数とか、defineか定義どっちかでいいじゃん ばか
defineは動詞だ。
definition declare が正しい アプリケーションマクロとプリプロセッサマクロを区別しないといけないのか。 >>313
その替えをそのままアサインしたら効率アップなのに何故入れないの? >>327
それはおまえに払う給料削って良いって事か? 問題解決して欲しいってやつじゃなくて
自分の替りにコード書いて欲しいって奴は
いちいち文句つけてくるからうざったい
1回、手伝ってやるって言われてお願いしたら
クラス全部消されて1関数に書き直されてて
二度と頼まなかった >>332
今似たような感じで感情の大半が殺意で占められています
タスケテ >>332
えー、なんかそれ脳に異常あるんじゃね?
そいつ
こう作るからねって聞くだろ普通 関数が沢山あるとコードが複雑だと感じる下等な脳味噌のの人は、マジで存在するんだよ。 >>334
そいつが依頼主っていうか上司だったので
技術が数十年止まってるようなやつ
>>333
あんまりにも違うやつをチームにしてはいけない 設計でクラス関数なりのインタフェースを決めといてそれ以外は任すのがいいと思うんだ
人がやったとこデバッグとかでいじる時はその人の流儀にのっとる 造りぐらいは設計で決めておいてもらわないと手伝いたくないな
なんも決まってないくせに作ってからグダグダうるさそう
資料書かない奴の手伝いは本当に嫌だ >>337
任せっきりはダメだレビューしろ
ただしチェックリストは会社ぐるみでバカになるから禁止
優秀なプログラマが先行して枠組みを作る
そのあとはレビュー徹して臨機応変に対応する
それがベストだ
知識の継承にもなる 設計書直さないとならない様な改悪されたら、設計書のメンテもやってもらわないとな。 作ったはずのメンバやクラスが消えている
新人に消されたのか
新人に言われていくつか自分で消したからそれだったのか
記憶が混濁して思い出せない
過去が改竄されたのかもしれない >>339
チェックリストのないレビューなんて好き勝手言いたい放題のただのリンチじゃん
絶対設計書以外のことやんねー
書いてないテメーが悪い以上
で逃げる >>345
アホが
チェックリストにできることなんてカスなんだよ
そんなもんはツールにでもやらせとけ
人間は人間にしかできない知性ある仕事をしろ >>346
あ、こーゆーのひろゆきの作った
スクリプトっぽいよ
突然流れを無視した質問して
回答しても無視っていう
Vipにたくさん貼られてる そういやCVSに旧プロジェクトが残ってるかも
消してたらもうわからん >>347
違う
俺が言いたいのは全体の利益の話じゃなくて
お前もしくはお前みたいな奴が信用できないってこと >>350
チェックリストに縋らないと何もできないカスが調子乗んなよ
隅っこの方でエクセル印刷したチェックリストを独りで眺めてろや 政府におけるデータ標準化の取組 [PDF 1,062KB]
内閣官房 政府CIO 上席補佐官/経済産業省 CIO補佐官 平本 健二 氏
http://www.boj.or.jp/announcements/release_2017/data/rel171030a7.pdf >>351
お前の正しさは誰が担保してくれるの?
ビジネスで動くときこれがとても重要になるんだぜ
お前が自由にレビューチェックするのは構わんがそのすべての指摘に正しさの担保がない >>354
知性を持った人間が相互に真剣に確認し合うのでミスはほぼ検知される
チェックリストは能無しの思考停止マンがボケ〜っとしながらやるのでミスしまくり おれさまのいうとおりにしたらテストケースはんぶんだぞ! >>355
でもさ、さっきからお前、俺の言うこと完全否定じゃん
加えて自分の発言はなんの担保もないくせに正しい前提
テメーとなんか仕事なんかできねーよクズ マニュアルやチェックリストを神聖化するとそれが間違ってることに気が付いてもマニュアルやチェックリスト優先になってしまう
形骸化してそれ自身が目的化してしまうんだ
こうなると最悪だよ
あっという間に組織が腐敗していく >>357
チェックリストに支配された白痴の言うことなんて聞く価値無し
頭を使ってる人間だけが人間として扱われる 自分が知ってる限り一番技術たかかった会社の規約の最終項は
「この規約は絶対に守らなければならないものではない」
みたいなことかいてあった
いいかいしゃだった >>358
いやあ、その前にさ
お前の発言の正しさは誰が保証してくれんの?
少なくともチェックリストは会社が承認したものだよ
チェックリストが間違っているなら会社に承認をもらって来てほしいんだよね
少なくとも俺お前のこと嫌いだから マニュアルを読み違えて研究室の実験器具を破壊した時はこっぴどく怒られたなぁ懐かしい
マニュアルの表面だけ見て背景を理解しようとしないから間違えるんだって
手順はわかるが何故その手順なのかを考えない
だからついうっかりで手順を間違えても事故になるまで気が付かない っていうロジックな
自分の発言の正当性をどう担保するか?ってことよ
結局、自分の主張が正しいかどうか?ってお前は何で判断してるの?
雑誌に載ってたの?
Itmediaに書いてあった?
カリスマブロガーがそう言ってた?
それは会社の利益になるの?
俺にはお前の発言が正しいのかわからないんだよ >>362
チームメンバーの知性とプロダクトの品質が証明するんだよ
俺が間違ったことを言ったら考える能力を持った仲間たちがそれはこう言う理由でおかしいと指摘してくれる
先輩や同期だけじゃない後輩だって揚げ足取りの1つや2つはしてくれる
チェックリスト信者ばっかりのカルト教団じゃこうはいかない
チェックリストに反したり意見を言ったらその場で見せしめに仕置部屋送りだ
上司だけが信者ならまだなんとかなるが組織ぐるみじゃ手に負えないね
そうとうヤバイよ控えめに言って逝っちゃってる 汎用性や拡張性を重視?
アレアレ?
今の仕事が間に合わないから手伝ってほしいんだよね?
何か主旨がズレちゃってない?
納期に間に合わなきゃ次の仕事なんてないよね
とかさ
そのままお前の発言を受け入れるわけにはいかないんだよ
大人だからね
契約で動いてるんで まだ組織に汚染されていない生意気な後輩がこのチェックリストはこういった理由でおかしいと指摘して来たらどうする?
お前はきっとこう言うんだろうな「チェックリストに載ってない指摘はするな」 >>365
いやいや
お前の言う通りであれば
出来るチェックリストもそのメンバが承認を出す形になるだろ?
なんか言ってることおかしいじゃんお前 >>367
チェックリストがおかしいと思うなら上に理由を書いて承認を貰えばいいよ
それは当然だろ? >>366
何も考えないお前は葦だよ
大人とか子供とか以前の問題だ
人間として失格 うへへ、顧客がそのチェック項目で良いって言ってんだから、余計な事すんなよ。は真理 >>370
なんでそこで人格否定?
レビューもそうやって指摘するの?
上手くいくやり方がそれなの? >>368
承認とかノロマなこと言ってんじゃねえよ
知性があれば相手の言ってることに理があるかどうかなんてその場でわかる >>372
あのな
ちゃんと考えて動ける仲間とチェックリスト読むしか出来ない能無しじゃ対応変わって当然だろが ちゃんと考えてる奴はチェックリストなんかなくても指摘を漏らしたりはしない
物事を理解してレビューするからミスがあってもなんかおかしいぞと自分から気が付く
最悪自分が気が付かなくてもチームの誰かが気付く
考えない奴はチェックリストを機械的に確認するような単純作業ですらミスをする
何にも理解してないし考えずにやってるから手順が抜けたり逆転しても疑問を持たない気が付かない
チームメンバーもチェックリスト通過したならいいでしょってんで疑問を持たないから誰も気が付かない >>373
でも、お前、さっきから自分の正当性を全く説明できないじゃん >>375
そう?
俺は人間が不完全なことを嫌というほど味わったから
チェックリストがない現場のレビューなんて
晴れの日と雨の日で指摘項目変わると思うね チェックリストは難しいよね。
いまのうちのやり方(いままでの会社もw)では、どんなレベルの要員でもできるように、定型化したチェックリストを作るように会社としては動くけど、砂漠の蜃気楼のように、完成することはない気がしてる。
そもそもアプローチが間違ってるんだと思う。指摘しても理解してもらえないけどねw >>378
あってるんじゃない?
時代によって必要な項目が変わっていくんだから
c++のときには「new禁止」とかあったわけでw 下限を想定して作るものって、具体的にはどれぐらいのレベルを想定してるんだろうな
変数ってなんですか?レベルだろうか チェックリストという名前がそもそもおかしい
本来であれば
カンファメーションリスト
と言うべきだ。英語の出来ないバカが日本には多いから変な名前がまかり通っているな >>376
でも、お前、さっきから自分の正当性を全く説明できないじゃん >>339
自分と同じコーディングさせたいだけの奴が出てくるからダメだ >>358
なんで正しいチェックリストが作れないの?
馬鹿なんですか?そうですか。 関係者全員の合意という意味でのチェックリストならまだわかるんだがな
誰かの好みを会社の承認という権威で飾って押し付けるための道具と化してる >>396
個人のレビューなんてもっと信用できないよ チェックリストの具体例が欲しいな
是非はその内容次第 個人的に、チェックリストとかは意味がわからないので
どんなチェックしているのかは知りたい… チェックリストおじさんはまず自分の人生のチェックリスト作るべき ポインタ変数はヌルチェックしているか。
変数は初期値を入れているか。
条件式の論理演算子は3回以内か。
ループや条件式のネストは3段以内か。
みたいな? チェックリスト → ×
チェッキングリスト → 〇
英語の出来ないバカがアホな和製英語を使うの巻 そういうチェックってリスク低減の為にやるもので動作に直接影響しない場合が大半だから、
工数使ってテストさせる割にテスト結果の確認をやらないとか割とよくあるよね
そんな適度な管理で本当にテストする意味あるのかなって思う
実際うちのプロジェクトもそういうチェックやってるけどテスト項目の内容を理解してないまま機械的に○付けてる奴何人かいるわ
適度に○を付けた奴が怒られるのか、それを管理しなかった管理者が怒られるのかは知らんけど >>406
会話が成立しやすいならそんなことどうでもいいと思うけど? >>407
えーでもノーチェックとかそれこそありえない >>409
俺もそう思うけど、サボってる奴にもチェックしてない管理者にもそれとなくきちんとやった方が良いとは言ったんだけど取り合ってくれなかったから放置してる
指摘されても態度を改めない奴まで面倒見る気にはなれない >>408
英語もしゃべれないのにプログラム組む奴とか変数名が無茶苦茶そうw 業務用語と直接結び付くのでむしろ日本語識別子のほうが優れている チェックリスト作ったが、対象外の項目だらけになって無駄に時間がかかるから、個人でやっとけってなって結局適当に○つけるだけになり意味なかったという 英語にピタッと合う単語無かったりするしな。健保番号なんてKenpoNoになりがち。 >>419
ばーか
ナンバーを NO と略す奴アホ
Numberだ まー、英語を略す場合はピリオドが付くから
変数名として使うなら num だよな… つーか、普通そういう場合はKenpoCodeだよな… 昔風にやればKenpoCDだし。KenpoNoはないわ… all jap must be a yellow monky, a moron. Hahaha すげぇ!何語かわからんけど、日本語じゃない言葉だ! 【ネトウヨ逮捕】40代男、有田芳生議員脅迫の疑い 書類送検へ
10/31(火) 13:17
フジテレビ系(FNN)
民進党の有田芳生(よしふ)参議院議員を脅迫した疑いで、警視庁公安部は、埼玉県の40代の自営業の男を、31日午後にも脅迫の疑いで書類送検する方針固めた。
男は2017年4月ごろ、自分のブログに、1960年の日本社会党の浅沼 稲次郎委員長刺殺事件の写真をのせるなどして、有田議員を脅迫した疑いが持たれている。
8月、有田参院議員は、「その時のリアルな写真をブログに掲げていたので(危なさを感じた)」と話していた。
男は、「掲載したことに間違いはないが、脅迫したつもりはなかった」と供述している。
https://headlines.yahoo.co.jp/videonews/fnn?a=20171031-00000027-fnn-soci 英語ローマ字仮名漢字、ハッシュ使った擬似変数
全部使った案件では離職者が2名出た >>419
InsuranceIdentificationNumber
InsuranceIdNumber
InsuranceIdNo プログラマって英語の技術系サイト読めるふりしてるけど実はコードしか見てないよね 俺プログラマじゃないけど本当に読めないの?
リファレンスの原文読むの楽しいじゃん
英語とプログラミングで一石二鳥じゃん?
まじで? >>436
面白い記事なら読むけどね
情報が欲しいだけなら時間かけずに素早くピックアップしたい
まあ好きで読みたいなら読めばいいさ >>428
全ての日本人は間違いなくイエローモンキーでバカ、ははは
という意味ですかな 技術書買って、中身が英文章だけだった時は泣けるがな。
図も無ければコードも数式もちょこっとしか無いと、英文読むしか無い。 >>435
違うよ、プログラマじゃない奴がコードしかみてないんだよ。
で、そういう奴の方が沢山居て、そいつらが現場でクソコードを量産してるんだよ。 >>440
おまえ、英語読めないの?
>428
> all jap must be a yellow monky, a moron. Hahaha
“全ての日本人は黄色い猿になるべき。まぬけ。ワハハ。”
なんだけど、まだ日本人は猿じゃないのな、こいつの英語だと。
そして、moronってイギリス英語。それを使った意図は不明。
Japはアメリカ英語。
ここで論理的破綻が起きるわけ。
>>428 が、如何に英語を知らない馬鹿か、よくわかるだろ? All なら複数人だから Japs になるべきだろうしな。 >>428
文法がグダグダ
バカ丸出しだからやめとけ。在日。 Japはろくでもない民族だがコタツを発明したことだけは評価されるべきだろう 寄生虫のチンクとチョンこんなところにもいるんだな
ゴミみたいな民族に寄生されるこっちの身にもなれ Want some beat?
Want some beat?
Get your beat!
Get your beat! 30年前のジョーク出すほうもセンスないツッコミ入れるほうもどうかと思うわ >>451
マジレスすると、
オンドルは一酸化炭素中毒の恐れのある
馬鹿な奴しか使わない危険な暖房方法 >>434
インシュアランスだと保険全体だ。
何枚か歴を持っている、その人の国民健康保険の歴番号。 >>453
全然危険じゃないけど?
2000年前から半島で使われてますけど何か?
こたつの方がよく死人出てるだろ
お前バッカじゃねーの 朝鮮には「オンドルで死ぬ」っていうバカっぷりを表現する慣用句があるそうだな マルチスレッドでログの出力って
自分で作る場合ってどうやるの?
ログ出力スレッドがあって他のスレッドからログの出力を引き受ける的な動作をしたい
その際、他のスレッドはログ出力のために動作は一切止めたくない
また、ログの日時も綺麗に揃えたい
って感じなんだけど >>458
複数のスレッドから一つのスレッドプールにぶち込むと勝手に綺麗に動作してくれるのでしょうか?
ってところが心配です 心配なら、そうなるように自分で作ればいいじゃん、ばーか >>460
難しいんだよ
現在はログ出力1回につき一つスレッドを立ち上げてそいつにlockで待たせる感じで組んでるけど
処理がものすごい量(パッチ処理時)になるとスレッド数がなんかヤバイ
2000付近までいくとなんか動作が怪しい?
うーんなんかバグってる感じ?
もしかして元のスレッドを一切止めずにって仕様がもはや無理なの?って考えたりして?
知識がないのでやってることおかしいかもしれんっす なんでログ出力ごとにスレッドたてんだよw
どうせ同期すんならログスレッド一本でいいだろ >>462
そうすると他のスレッドが書き込んでるときに待ちになるじゃん? >>463
ん?lockは何を同期してんの?
勝手に単一ファイルに出力してると思ったがDBとかなの?
ファイルならログスレッドはログキューの内容を順に出力するだけの動作して、他スレッドはログキューへのログ内容追加すれば他スレッド動作は待たされないじゃない? >>464
複数スレッドからのログキュー書き込み待ちっす >>465
メジャーな言語ならスレッドセーフなQueueがあるだろう
それを使えばいい
最近のプログラミングでは明示的にロックを取ることは滅多にない てか間髪入れずにログ関数呼んだらスレッドがキュー追加のlockに入るまで差で関数呼び出し順とログ出力順次が入れ替わるケースがありそうな… >>466
スレッドセーフってどういう動作するんですかね?
スレッドAからとスレッドBからの同時書き込みがあったときは片方は待ち?
それとも両方待ちは発生せずスレッドプールに積まれる?
スレッドプールに積まれる動作にも待ちは発生しそうな感じに見える
あんまりlockと変わらないような気がする シーケンス図で書くと
ログ発生側が間髪入れず永久にログを出し続けることを想定すると
この仕様は不可能なんですよね >>468
lock freeとかwait freeでググる わからん。何を悩んで難しいって言ってるのか、全く分からん。
Queueという言葉の意味がわかってないんじゃないのか?とすら思える。 なんとなくだが
ログキューへの追加にかかる同期待ちをログ関数呼び出し側に持たせたくない
んじゃスレッド側で待てばいいじゃない
って発想かと > キューって待ちが発生しないの?
とりあえず、“Queue”というのは、何がしかの実装の固有名詞では、無い。 ログキューも
・他のスレッドからの書き込み待ち
・出力済みのログのキューからの削除待ち
が発生する
結局色んな仕組みを使っても
ログ発生元が待たないと問題が解決しない
と思ったら
「いいよ、そんな面倒なことしなくてスレッドごとログ出してよ」
ってメール入ってた
ぶっころ
お騒がせしましたw 良かったな。ファイルシステムがスレッドセーフな構造で。 マルチスレッドやばいな
今回は助かったけど
スレッド毎の状態管理しっかりやらないと
できると思ってたことができないな 何を悩んでたのか知らんが
ログならリアルタイムの必要もないだろうし
データだけ渡して後はログ出力スレッドがゆっくり書いてきゃいいんじゃ? マルチスレッドろくに扱えないプログラマっているんだな。
後継人探しも楽ではなさそう。 普通、問題になりそうな事が起きたらとりあえず上長に報告した上で原因調査が基本だと思うんだけど、
今やってる仕事の人達は、そういうのを隠したがるからすごく仕事がやりにくい んなもん、宛先ロガーにしてメッセージ飛ばすだけちゃうのん? 何ヶ月か前に禁止事項に追加された処理を最近になって使ってる奴がいる
テスト仕様にその処理を利用してないかのチェックの項目があるのに意図的にテスト項目を削除してる
なんでそこまでして禁止処理を使おうと思うのか理解が出来ないわ
ダメって言われてるのに我慢ができない。誤魔化しまでしてやるとかさすがに異常だろ
こういうやってなんかの病気なん? 色々と言いたい事はあるが、単刀直入に聞く。
その禁止処理って、一体何だよ? サードパーティ製の部品を使ってるけど不具合が見つかった
サポートに問い合わせをして回避方法を教えてもらってるから厳密に言うなら禁止事項と言うより、部品を使う場合はその回避方法をきっちり守ってるかって確認だな >>488
罰則がぬるいんじゃほっときゃいいじゃん
環境がクソなのはそいつだけの責任じゃないってこと なんの強制力もないふざけた会社で正しさを叫んだところで虚しいだけだ >>491
そういうのは規約で対処しようとする事が間違い
サードパーティーのライブラリはラップして使う
そんでそいつには依存関係設定とラッパーソースへのコミット権限を与えない
こうしておけば規約なんかなくてもうまくいく チェックリストはリファクタリングのターゲットを探すのに便利だね
リファクタリングして間違えることを出来なくしてチェックの必要がなくなったらチェックリストから削除する まぁ、普通、495だろうなぁ。
愚痴る意味がわからん… チェッキングリストな
リファクタリングは現在分詞なのに・・・アホすぎ >>495
>>497
普通はそうなんだけど事情があってそれが出来ない
つか、そもそもその一件だけじゃないのが問題
規約とかルールを決めても守らない
過去何度も注意も指摘してるのに無視して好き勝手やるんだわ
信用できないからこっちもあら捜しみたいになってるしそもそも管理コストがかかって仕方がない
つか、いい大人が何度も同じ注意をされても改善出来ないとか病気なんじゃないかと思ってな お前ら英語がしゃべれないのに無理すんなよ
あと俺は物理・数学も得意だからなw >>500
何ヶ月も放置してしまったという点から察するにラッパーで対応するのはもう難しいんだろうね
次善策としてコード解析ツールを使う(あるいは作る)という手もある
粗探しにコストがかかるなら粗探しを自動化しようというわけだ
それも無理なら会議で問題行動を列挙してコーディングチームから出ていってもらうことも検討する
しかしこれはパワハラ問題とのバランスが難しいので最後の手段になるだろう >>500
お前の組織ってなんの強制力もないのなw
結局、強制力がないから守らなくてもなんのペナルティもないじゃん パッケージへの依存を禁止したら
リフレクションでメソッド呼ばれてた
人に人を縛るすべなどない >>500
ルールを守らないと品質を担保できないだろ。
基本的に背任行為なんだから
懲戒処分対象でもいいくらいだぞ?
お前さん、「ルール」って何か理解してるか? >>500
愚痴りにきただけ?
対処する気も無さそうだし、
正直同類レベルに思えるんだけど。 まず、ここになぜ書いた?
ぐちりたいだけ?
対策のアドバイスが欲しいのか?
どっちだ? 使わんでくれと連絡しても使うなら、使わざるを得ない理由があるんじゃないか?
特定のAPI蹴らんと要件が達成できないとか、特定のクラスを触らないと仕様満たせない、そういう場合もあるので
使うな使うな言っても使わざるを得ない理由がわからんかったら使うでたぶん
でないと納期とか進捗の話で吊し上げとか瑕疵担保来るでしょ?
一番エグいのだと >>505 に近い例もあるかも
例えば、別人氏が書いてるpackage(javaとかのpackage程度の意味)にほしい情報入ってるけどprivate
当人は「それ出すAPIくれ」といったものの相手は「設計としてできないからそっちでなんとかしろ」って状況があって時間がないのでリフレクションで抜いたとかな アクセス禁止のとこが変わった時のテストを追加したら
繰り返すようなら政治レイヤに上げる プログラムから読み込んだり書き込んだりしやすいプログラミング言語が欲しいね >>514
読むの楽?
xmlフォーマットの言語とかないかな? 【使い】派遣ツールスキルつけるな【捨て】
主な偽装請負多重派遣搾取業界結婚障害者の作業
[文系多数の貧困非婚スキル]
コマンド
スクリプト
データ > ロジック
簡単ロジック
大量データ
SE適性不要
IT資格不要
情報処理資格不要
大卒資格不要
文科系対象
体育系対象
商業系業種
業務系処理
[技術不要の主婦対象ソフト]
ノンプログラミングツール
フレームワーク
Web
COBOL
VB
.net
Java
DB
ERP
SAP >>522
言語仕様が嫌だな
形式はxmlとかhtmlとかのが楽じゃん >>511
あんまり書くとあれだけど、サードパーティが作った画面のコントロールが特定条件下で動かすとイベントが発生出来なくなる現象を起こすのが分かった
この特定条件下ってのが厄介で基本的にはまともに動くし、画面の要件的にそれに該当しないケースも存在するから絶対にダメとは言えない
当初はその辺りを考慮して、問題ない画面にはそのコントロールを使って開発してたけど、流用元は問題無かったけど流用先では特定条件に該当して問題になるケースとかが発生した
流用にリスクが伴うのは総合的に見て流用性が低くなるから、それならこのコントロール自体利用禁止にしようってことになった
ただこのコントロールはパワフルなので利用に問題ないなら生産性は高い
問題のコーダーは自分の進捗を上げる為にこのコントロールを使うのよ
説明してもデモデモダッテ状態
こんな感じで他にも何件かやらかしてる
一応俺がこいつの管理者なのよ
上の連中にも相談したけど
「管理者なんだからなんとかしろ」って取り合ってもらえてなくて困ってる
というか上の連中もこいつには手を焼いてて匙を投げてる状態で俺に押し付けてる感じ
プロジェクト的に取れる対策はしてるけど本人の意識を改善してもらわないとイタチごっこが続いてて管理工数が全然足りてない >>524
コイツにかかってる手間を全部コイツにやらせればいいよ >>524
長々とすまん
簡潔に言うなら自分の進捗最優先でプロジェクトの事を考えない奴がいて困ってるって感じ
全体品質の事を考えるとすごく厄介なんだけど、進捗と品質だけを見るなら優秀だから余計に扱いに困ってる 使って不具合出したらそいつに直させればいいじゃん。
当然、その時は今やってる工数に影響出させないペナルティー付きでさ。 不思議だよなー。
普通、一度雇ったら中々辞めさせることなんか出来ないけど、
採算の業務命令に従わない事実があるなら話は変わってくるわな。
辞めさせる絶好のチャンスなのに辞めさせないって事は、
そういう奴にすら劣る程度の脳力しか無い馬鹿を集めてるって事なんだろうなぁ。
アホの集まりがどんな内的問題抱えようとしったこっちゃないわ。 >>527
極論動けば良いだけなら問題にならない
問題は規約を無視して、流用性が皆無なことかな
規約無視で瑕疵責任とか言われたり、流用性が出ないから後発のスケジュールの伸びが悪い 顔はいいけどデブ
顔はいいけど臭い
顔はいいけどクズ 流用性気にしないからジャップはいつまでも落ちぶれてるんだよ しっかし、elseは本当に、基本的にはいらねーんだよな。
実装中には確かに必要なんだが、リファクタしてくと「このelseいらねーじゃん」ってなる。
else使ったほうが分かりやすいなって場合はelse残すけど、大抵は抽象化されて削られる。
elseなきゃコード書けないと思ってる奴はリファクタ度が足りねーんだよ。 ほんと、elseなきゃコード書けない低能は廃業してくんねぇかなぁ… >>540
規約に「コミット時にはelse禁止」で済むじゃん。
おまえも規約守れない>>524の奴みたいな社会不適合者なの? 美人・可愛いなら
↓
顔はいいけど臭い
はご褒美だろ elseの話はもう飽きたよ
語りたいならスレ立ててやってろよ >>542
>else不要とか聞いたことねーキチガイだろ
昨日今日初めてこのスレに来た馬鹿 >>545
ここは雑談スレだ。見たくなきゃお前が消えろカス >>541
お前の書いたelseは今後一切動かない呪いをかけた >>548
お前の書いたコードはそもそも、全く動かないけどな。 >>524
バグ回避処理を仕込んだ派生クラスを作る
コントロールの使用を検知して落とす処理を仕込む 他人を見下さなきゃ自我を保てない方はお引き取り願います >>549
俺は逆にelseしか動かない呪いを受けてるからな >>551
想定外の挙動を検知する処理として大アリだな。
基本、そこでExceptionを投げる。 >>553
リファクタ能無い奴は、このスレ書き込み禁止な。 >>537
完全に同意
elseは判断を間違って書いた場合にしか使わない
レベル低いスレだと思ってたが、わかってる奴もちゃんと居るんだな >>551
つまり、バカ検知昨日なわけ。defalutにしろ、elseにしろ。 >>557
レベル低いスレっていうか、基本、日本のグラマってそんなのばっかじゃん。プロじゃねぇのよ。 >>559
自分のレベルで見たいようにしか見えないバカの憂愁の事なんか知らねぇよ。 >>564
だってelse禁止なんてバカお前しかいないもん >>563
だーからさ、実装してる時はいいよ。
それから、そうした方が分かりやすい場合にはいいよ。
でも、ちゃんと後の事考えてリファクタしてけば、必然的に殆どは必要なくなるって話。
Could U understand? >>565
else無いとコード書けないバカはお前をはじめ、いっぱいいるもんな。
能無しの方がマジョリティなんだから、日本のITは中国にすら負けてんだよ。 elseぼっこぼっこあるコード、コミットすんなっての。 >>566
これは同意だな
たぶん日本のプロジェクトにリファクタリングって発想はないよ
だからお前とその他で話がかみ合わないんだな
至極真っ当なことを言ってるのに残念 でリファクタした結果どれだけの利益が出たんですか? >>572
コードからすべてのelseを消滅したらしい >>571
“現場指揮者”の決めたWBSに従ってコード書いてるだけの奴が多過ぎるからな。
リファクタする余裕も権限も無いから、自分のコーディング技術を向上させる事すらできない。
まぁ、哀れな奴らなんだよな >>572
利益が出るっていうか、損失が減るんだぞ。わかってねぇなぁ。 >>572
利益なんか無いよ
後のプロジェクトでの損を減らすことにつながるだけ そうなんだよな。基本、“現場指揮者”の指示で動いてるので、
損失が出ても、自分には関係ないんだよな。
そりゃ、リファクタなんかしねぇよな。他人事なんだから。
自分が動いたら動いた分だけカネになるんだから、そっちの方が美味いしな。
人生の貴重な時間をどんだけ浪費しようと、それは見えないんだよな。 でリファクタした結果どれだけの損失が減ったんですか? リファクタするのにかけた工数は減らした損失に対して見合うものですか? >>578
んー? とりあえずお前を解雇して何にも困らないくらい。 >>581
お前、リファクタにどんだけ時間かけてんの? マヂノウナシw if( x==1 ){ ... }
if( x!=1 ){ ... }
こういう事を言いたいんだろ。たぶん。 return x===1 ? func_a : func_b 口頭だけで仕様説明しようとするのマジやめて欲しい
お前は理解してるのんだろうけどこっちは初見だっての!
先に設計書に書いてメールしてこいよ
そういう配慮が出来ないのとかマジウザい 口頭のみは、お互い信用がある同士限定だよな
外部どころか内部に対してだって普通は無理だわ 複数案件携わってるときに突然話されて
え?どの話?
ってなって殺意が沸くことは多々ある 説明文書を作るより自分でコーディングしたほうが早いし高品質になる
なので口頭で素早く説明して丸投げでもしないと人に任せるもとを取れない
プログラマの人件費だってタダじゃないんだぜ いや、そんな個人の誤差の話じゃなくて、例えば5人のチームを1人の5倍の速度に近づけられるかどうかの話なんで。 >>591
ものすごく視野が狭いとそう感じるらしい
それだと作りっぱなしになるから長く残らない
知識が積みあがらないからそこから発展しない
勉強の履歴にならないから技術つかない
人に理解できないから作ったもの使ってくれる人いない
説明文を書かない限りおまえはニートに毛が生えたPGどまりだ >>591
口頭で素早く説明して丸投げして
結局伝わらなくてよくわからんことになる方が元が取れないんじゃないの?
わからない相手が悪いもん俺は悪くないもんとか思ってない? 仕事で全くプログラミングが出来なくて、同期と比べて新人だから誰かと比べるのは良くないって言われて、これから基礎を勉強した方がいいって言われたんだけど、具体的に何をすればいいのか分からない…
非情報系の人でIT業界に入った人アドバイスください Excelだ
Excelができれば
とりあえずいろんなことがどうにかなる >>596
PCはそれなりに使えます
ただプログラミングが苦手です
言語の文法を学んだ後書けないというか ずっと立ち上げていたいPC(Windows 10 Home)でこの様なエラーが
イベントログで吐いて終了してしまいます。
これって何が原因なのでしょうか?
このコンピューターはバグチェック後、再起動されました。バグチェック: 0x00000116 (0xffffce8349d554a0, 0xfffff8058247377c, 0xffffffffc000009a, 0x0000000000000004)。
ダンプの保存先: C:\Windows\MEMORY.DMP。レポート ID: f3d3cfb0-60a7-438c-9f82-f4656707f229。 ↑
サンキュー
だけどどうやらWindows Updateが悪さしてたみたい ごめんMicrosoft Partnerのページだった
真に受けられなくてよかった elseおじだけメ欄にsage入れてないから自演が分かりやすくて面白かった そんなとこ見なくても一行目の不可解な改行でわかるわ リファクタやきれいなコードによる効果って
ほんとどうやって計測したらええん?
直近の成果にならないもんだから頑張ってきれいに書いても評価されない
将来にわたる拡張性とか何寝言いってんだって感じ 拡張性なんか考えるな
完全に閉じこめて汎用的にするんだよ
リファクタリングの利点はバグりにくくなりバグったとしても一点の対応で完了するところだ DBとか外部リソース閉じ込められんからあんまり保証にならん
結局スキーマ触れるやつは誰だって触る
じゃなくて
効果をどうやって測るんだって話 達人は最小限の動きで目的を達成する
リファクタリングってつまり一撃で仕留められなかったんだろ
お前は もう 死んでいる 小手先のテクニックよりも読みやすくてメンテし易い方が
長期的に見るといいよ
by 上級SuperProgurammer >>524
・サードパーティのコントロールの代替品を(期日か納期か)に間に合うように書けるか?
・もしくは、サードパーティのコントロールを使わないようにして納期なりに間に合うようにできるか?
みたいな質問をそのマにして
「たぶんムリ、間に合わない」
って回答が来たらたぶん何言っても無駄、それ以外の手段が相手にないんや
要件を満たす方法をお前さんが知ってて相手に話せるなら、実装方法を話すことになるわね
こうやってくれってコードを見せたらそうするとおもうよ、相手は
「そうすりゃよかったんか、なるほど」って感じでな
手がないなら、仕様のダウングレードか、納期の延長を客か上司かに求めるか、どっかのPythonみたくドキュメントに書いてごまかすか
管理者の腕の見せ所になってくる可能性が出てくる
あいまいな説明で申し訳ないけど、俺が言えるのはそのくらい まーだ、else無いとコード書けないゴミクズが負け惜しみ言いまくってるのな。
>>605
何言ってんのかわかんねぇから、どれが自演なのかレス番示してみ? 低脳くん
>>606
お前の下等な理解力による不可解感なんてしりませーん。
>>611
もはや、コードもマトモに書いたことない馬鹿はしゃべるなよw
お前の一撃のクソコードで、どんだけの仲間がムダな時間を費やすことになってるかわかってんのか?
廃業しろ、ゴミクズ
>>612
そうだねー。読みやすくてメンテし易い方が 長期的に見るといいよねー。
だから、普通はelseなんか無い方がいいよねー。 else書きまくってる無能のコードって、1関数がムダにだらだらとクソ長くて巻物みたいになってそうw 良いコードを書くと勝手にelseがなくなる
意識して禁止するようなものじゃない 【貧困生活】派遣残業は結婚障害【家事困難】
両親や親戚に反対されましたが、低収入なのに時間外労働違反業界のSEと結婚してしまい生活困難で中絶と離婚をしました。現在は低稼働高収入で共働き可能な相手と結婚して数億円損失を防げました。
・モラルがない
・モテない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・プログラムの知的財産を人売に提供
・ITスキルが高いのに低収入
・高度情報処理技術者なのに低収入
・高利益なのに低収入
・高生産なのに低料金
・高需要なのに低料金
・学習多いのに低料金
・人員不足なのに早期退職
・会社員なのに早期退職
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・不利益なのに断らない
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判定不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf >>616
こいつ、ほんとに全然分かってねーのなw そっこーで否定されてるしw
「書くな!」って言ってんじゃなくて「書いてるやつ低能だろw」って言ってんだよ。
いいんじゃね? 書かなきゃシステム作れないほど頭悪いならそうするしかねーじゃん。
廃業したほうが良いとは思うけどさw 関数はひとつの結果を生成するために切るもの
else if をif ..return と書きたいがために関数切るとかナンセンスの極み
物事の優先順位を考えんから前スレみたいなくそコードになるのだ 大したもの作れないからソースコードになんか色を塗ってるのがミエミエで見てて痛いな >>620
お前、本物のアホじゃん。アホの論理で他人のセンス語るなよw
なんでコレに対してオレが「お前、本物のヴァカだろ?」って言ったのかわかってねーじゃんw
---------------------------------------
584KAC2017/11/02(木) 15:02:07.60>>587
if( x==1 ){ ... }
if( x!=1 ){ ... }
こういう事を言いたいんだろ。たぶん。
---------------------------------------
これが、お前らのクソ脳味噌ってことー。 その書き方だと同時に満たすパターンが出てきそうだな てか、elseが命綱のバカくんたちさ、そろそろ、お前らのelse頼みのコード、見せてみw できたアプリよりソースコードを自慢するようになったらPGは終わり
コイツ見てればわかると思う 人に笑われたくないから
客向けには教科書にそってきれいなコード書いてるけど
個人用だとメソッドめっちゃ長くてネスト深くなる
ある程度長さがあるほうが全体の整合性とか見通しとかつきやすい
むしろ関数切っても積極的にばらしたくなって「アレ?」ってなった
世の中で習ってることは本当に正しいのか じゃあ、お前の作ったアプリとやら見せてみwっていう。
それでいくら儲かったん? >>627
お前の下手くそな技術で作ったら抽象化の話で語られてもしらねぇよ。ー まーじ、抽象化がヘッタクソっていうか、何のためにするのか分かってねーやつ多いからなぁ…
下手くそが作った関数って、何する関数なのかよく分かんねぇのな。
あれもこれもそれもどれも突っ込んでくる。
だから、何する関数か決まらないので、“関数名がおかしい”。
適切な関数名つけられない時点で、そりゃ、抽象化の仕方がおかしいんだよ。 で、何で“何する関数なのかよく分かんない”か、分かるか?
if〜else if〜else if〜else〜 みたいな事やってっからだぞ?
そろそろ気づけよw つまり、elseなきゃシステム組めない君のコードは、自分さえ分かればいい〜
っていう、オナニーコードなわーけー。 if文がネストするのがわるい、ならまだわからんでもない。
elseを書かなくてもフロー図書いたら結果的にelseの処理を書いてるってのが一番たちが悪い原理主義者。
本来ならその関数で解決してた問題を外に押し付けてるだけ。 >>620
他害のアスペに正論を言ってもファビョるだけで無駄だぞw そんなにelseを書かないのを広めたいならマ板の雑談すれみたいな場末ではなく
twitterなりなんなりで広めりゃいいのに。それかせめてム板にスレ立てだよな。 なんも作らないとソースコードに自分のアイデンティティを求めるようになる >>633
elseを使っても10人中9人が分かりやすいコードを書けばいい。
逆に10人中9人が分かりにくいelse無しのコード書くならelse有りの方がいいけどな。 else禁止派は、あれだろ?
if文の前にelse相当の処理書いて、if条件が成立したら再度処理を重ねて打ち消すんだろ?
んな事制御系でやったら機械ぶっ壊れるがなw >>639
なんでそんな有り得ない前提を作ってまでelse使いまくりたいん?w >else禁止派は、あれだろ?
日本語読めないバカは、何回でもおんなじ間違いをし続けるのなw switch 〜 case は列挙型変数じゃないと使いづらいよな。 >>640 みたいなバカがクビにならないことが、
そもそも日本のITが腐ってる根源なんだよなぁ…
死なねぇかな、>>640 >>643
うん、それ、今話してる内容と全く関係ないから。 >>641
あり得ない前提ねぇw
殆どの人がelse禁止におかしいって言ってるのに?
自分が他人に分かりにくいオナニーコード書いてるって自覚が無いんだなw プログラミングってのは関数名に書いてある通りのことをするだけでいい
でも世の中にはどうしても例外ケースってものがある
なのでそれを条件分岐です表現する
例外ケースってのはダラダラ後ろに引きずるべきじゃない
例外ケースの判断と例外ケースのハンドリングという2つの責務を結合しちゃいけない
例外ケースではさっさと処理を終わらせる
以上をまとめると例外ケースはifでさっさとreturn
最後に正常系を書いて終わり
これが正解となる
そして正常系でif 〜 elseを書くって事はその関数がやりたいことが2つあるって事の証拠
プログラミングで複数の責務を割り当てるのは間違い >>642
そりゃおまえのことだ
問題点指摘されても自分で一切答えれないし、具体例は滅茶苦茶だし
なのに結論だけは修正されない
脳の思考回路がハンダ付けでもされとんかと思う 条件が成立するかしないかで異なる処理をしないといけない場合は、elseで切り分けるのが一番読み易くね? >>646
どこまで馬鹿なの?
有り得ない前提ってのは
・elseを使っても10人中9人が分かりやすいコードを書ける
・10人中9人が分かりにくいelse無しのコード書く
の2点だ、ばーか。
> 殆どの人がelse禁止におかしいって言ってるのに?
だーから、お前らのコードはゴミクズばっかだろってのが前提なの、まだわかんねーのか?
そうじゃないっていうなら、おまえのelseてんこもりのコード見せてみろよ、添削してやるから。 ジャアアアアアアアアアアアアアアアアアアアアッ
http://www.nikkei.com/article/DGXMZO19552690S7A800C1000000/
「君らのロボットは素晴らしい。グーグルが出資するのは難しいことではない。この程度の投資ならこの場で、 
私が決められる。
だが、足りない技術もあるからグーグルの傘下に入って、
他の優秀なエンジニアたちと組む手もある。君たち次第だ。金額を決めてくれ。
私はこれから30分、外でコーヒーを飲んでくる」 
3人は開いた口が塞がらなかった。 
「おい今、投資するって言ったよな」 
「言った。で、どうする」 
「売ってもいいんじゃないか」 
加藤は慌ててパソコンをたたき、将来性を含め、フェアと思える金額をはじき出した。コーヒーブレークから 
戻ったルービンはその数字を見て言った。 
「OK、検討可能な金額だ。あとは彼女と話を進めてくれ」 
ルービンについてきた女性の役員がにっこりほほ笑んだ。それから目が回るほどの忙しさで4ヶ月が過ぎ、 
ついに会社の売却が決まった。
その年の終わり、米国防省の国防高等研究計画局(DARPA)が主催するヒト型ロボットの競技会で、
米航空 宇宙局(NASA)やMITのチームを抑え、シャフトはぶっちぎりの1位に輝いた。 
今、中西と浦田はグーグル・ロボティクスの一員として、日本で働いている。直属のボスはグーグル創業者の 
ラリー・ペイジである。
会社を売却して億万長者になった浦田がある日、ポツリと漏らした。 
「俺、税金を払いたくない」 
巨額の所得税を払わなければならないが、浦田はカネが惜しいわけではなかった。加藤が代弁する。 
「一番助けてほしい時に、日本は僕らを見捨てた。認めてくれたのはアメリカでした。なのになぜ、日本に税金を 
納めなくてはならないのか。
ましてや、その税金が僕らを全面否定して産業革新機構を通じて、経営に失敗した大企業の救済に投じられる・・・。やるせないですよ」 多段ifはどのelseが対応するかわからなくなるから禁止するか文法変えてほしいな 分岐ネストすんなって主張ならわかるんだがそういうわけではないんだな
if hoge return end fugaとif hoge else fuga endだったら別にどっちでも・・・ お前ら禁止してるわけじゃないってところを理解してから喋れよな
せめて>>566を読んでから反論しろって >>649 仕様書無しさん2017/11/03(金) 11:58:25.88
> >>642
> そりゃおまえのことだ
こいつ、マジ日本語読めないのな。
お前は本当に3年ROMれよ。掲示板に参加できる知能無いから。上読んでこい文盲 else禁止を最初に言いだした人、確かジャップ連呼してたような気がする >>650
おまえさ、今までの会話のやり取りとか、全く読めないの?
死んだら良いのに。 中国に出して帰ってきたプログラムは今丁度みてるけど普通にelse使ってるよ elseなんて使ってるからレベルの高い中国から放逐されて戻って来たんだろうな つーか、これ、オレじゃないんだけど、オレと全く同じこと言ってるよな。
これについて、お前らどう思ってるの?
else書けない馬鹿ってさ、本当に3行以上の文章全く読めないから
こういうの、完全に無視なのなw
------------------------------------------------------------------------
>>647 仕様書無しさん2017/11/03(金) 11:56:33.04
プログラミングってのは関数名に書いてある通りのことをするだけでいい
でも世の中にはどうしても例外ケースってものがある
なのでそれを条件分岐です表現する
例外ケースってのはダラダラ後ろに引きずるべきじゃない
例外ケースの判断と例外ケースのハンドリングという2つの責務を結合しちゃいけない
例外ケースではさっさと処理を終わらせる
以上をまとめると例外ケースはifでさっさとreturn
最後に正常系を書いて終わり
これが正解となる
そして正常系でif 〜 elseを書くって事はその関数がやりたいことが2つあるって事の証拠
プログラミングで複数の責務を割り当てるのは間違い
------------------------------------------------------------------------ else書けない馬鹿ってさ ← elseないとコード書けない馬鹿ってさ
の、間違いな。 こうやって自分の主張がいつも否定されて、最終的にジャップ連呼に行き着いたのかな >>660
つうか、おまえの中途半端な主張がダメダメなんだろ?
else使っていいならそれで話は終わりだ。グタグタ細かい話で使うなって言うからさw
曖昧過ぎててイミフだからそんな無駄な主張すんな。 当たり前のことを言ってるのに否定されまくったら腹立つだろ >>670
ちゃんとリファクタリングしたらelseはほぼ駆逐されるよねって話を理解できてるなら終わり >>651
elseガイジが反抗してるなw
馬鹿は色々な人からelse禁止はおかしいって否定されても気付けないお前だからw
お前らのコードのゴミクズばっかとか言ってるけど、
自分が少数派って認めてるよな。
で、他人に罵倒ばっかしててオナニーコード書いてるのも認めないし、
ゴミクズなのはお前だろうがw
else書くことすらまともに出来ない。
周りに配慮してelseを書くことが出来ないガイジは死ねよw else連発のコードはバカ丸出しって感じするだろ
意味のないelse連発は深く考えずに書き殴った証拠 >>670
>曖昧過ぎててイミフだからそんな無駄な主張すんな。
お前の劣等過ぎる脳構造のせいで理解できない意味の責任を問われてもしりまっしぇーんw
何年コード書いても未だにelseに頼らないとシステム作れないんだから、
完全に不適合者なんだよ、お前。 else if連発後のelseの条件は個別で書くにはちょっと面倒だよね >>673
>色々な人からelse禁止はおかしいって否定されても
相変わらず上の文章全く読めてない宣言だしw
相変わらずマトモなコード書けない方がマジョリティだっていう悲しい事実に気付いてないしw
まーさしく、猿グラマだらけだなw アセンブラにelseなんてないだろ。
高水準言語なんて使ってないでアセンブラ使って書けばいいんだよ。 >>674
意味の無いelseは確かに不要だが、
分かりやすいelseもガイジ君は不要とファビョるからなw >>672
それって、マシン語には条件ジャンプしか無いから当たり前なんだけどさ。
何の為の高級言語かって話だろ? elseは好きなだけ書きまくった方がいいよ。
そうする事で引き継ぎの際に輩にメンテナンスをしずらくさせる事が出来る。 >else書くことすらまともに出来ない。
else書くのがマトモじゃないって話してるの、
わからないのぉー!?wwwwwww if( x==1 ){ ... }
if( x!=1 ){ ... }
→こーいう書き方する奴ガチのバカ >>677
多くのプログラマはまともなコードを書けないじゃなくて、
お前と違って可読性を意識したコードを書くからelseを入れるんだけど、
お前には理解出来ないようだなw センスやバランス感覚の無い人間が書けば言語レベルで制限しても無駄だよ >>680
elseがあったとしてもメソッド内の役割がひとつになるのであればそれでいいよ 三連休一日一万回感謝のif else決定だなコイツ >>684
可読性を意識したらelseはまず駆逐されると思うんですがそれは てーかさ、そろそろ突っ込むと、
オレ、こんな感じの2・3回書いたんだけど、これについて誰も否定しなかったのなw
>> 574
> “現場指揮者”の決めたWBSに従ってコード書いてるだけの奴が多過ぎるからな。
> リファクタする余裕も権限も無いから、自分のコーディング技術を向上させる事すらできない。
> まぁ、哀れな奴らなんだよな
一生懸命“else禁止はキチガイ”って主張してるバカどもって、
結局、トクテイハケーンじゃんwwwwwwwwwwwwwwwwwww
そりゃ、技術も能力もへったくれもないよなwwwwwww >>682
それだったら何で殆どの言語にelseがあるの?
else書くのがまともじゃないなら、
言語からelseが駆逐されるのが普通じゃない? >>684
> 多くのプログラマはまともなコードを書けないじゃなくて、
> お前と違って可読性を意識したコードを書くからelseを入れるんだけど、
一生懸命可読性にしたいけど、単純にお前らの能力不足が理由じゃんwwwww 条件処理文の多段ネストは禁止で済む話だし、
条件要素も複数条件を合成するのは禁止でいいし、
各条件処理は数行程度に限定させるとか、
そもそもelseが悪いワケじゃ無い話でelseを犯人にしてるから
アホな主張だって言われるんだよなw >>689
条件判定の結果がどっちも正常ケースのことだってあるだろ
>>69の形でいいじゃないか >>692
また自分を振り返らず他人のせいかよw
これだからオナニーコード書く奴は話通じないなw >>691
お前さ、お前の無知さに由来する問題で他人に物を尋ねるならもっと別の聞き方があるんじゃね? てーかさ、そろそろ突っ込むと、
オレ、こんな感じの2・3回書いたんだけど、これについて誰も否定しなかったのなw
>> 574
> “現場指揮者”の決めたWBSに従ってコード書いてるだけの奴が多過ぎるからな。
> リファクタする余裕も権限も無いから、自分のコーディング技術を向上させる事すらできない。
> まぁ、哀れな奴らなんだよな
一生懸命“else禁止はキチガイ”って主張してるバカどもって、
結局、トクテイハケーンじゃんwwwwwwwwwwwwwwwwwww
そりゃ、技術も能力もへったくれもないよなwwwwwww >>693
>そもそもelseが悪いワケじゃ無い話でelseを犯人にしてるから
elseが犯人だと“勝手に”思ったの、お前らアホじゃんwww
オレも他のelseイラン派も、「普通に有益なコードにしようとしたらelseいらん“く”なるよね?」って言ってるのに
お前ら白痴が「まーたelse禁止キチガイきたこれwww」って、馬鹿丸出しでのレスしてきたんじゃん。
うそだと思うなら、上の方全部読み返してみ?
ばーーーーーーーーーーーーーーーーかwwwww >>691
こういう表現は怒られるかもしれないけどelseは点字や車椅子用のスロープみたいなものだよ >>693
>アホな主張だって言われるんだよなw
本当に、自己紹介いつもいつも、お疲れ様っすw >>700
おれは、シリカゲルに書いてある「これは食べられません」だと思うw >>696
また人のせいにしてるし、勘違いしててワロタw
お前の論理が矛盾してるから疑問を投げてるんだろうがw >>693
それなら分かるわw
elseガイジは話が通じなくて困るw つーかさ、本当にプログラマスレは実名制にして、
else書きまくりのやつは全員解雇するのが日本のITにとって一番良いと思うよな。 >>699
だから、なんで無理してまでelseを排除する必要があるんだ?
elseの無いコードの方が優秀だとか、勝手におまえが押し付けてるだけだろ? >>705
elseガイジ君は実現性の無い妄想に走るのが好きなんだね。 >>703
>お前の論理が矛盾してるから
矛盾してると思う論拠プリーズ。 猿グラマさん お互いがお互いの主張をするだけで延々と平行線なのでネットでの論戦は無益だ if (...) return a;
else return b;
↑else要らない
if (...) a = f();
else a = g();
return a;
↑アスペっぽい
if (...) a = f();
else b = g()
↑関係ない処理を結合するな >>700
上級者用の言語を作ってelse排除しちゃえばいいじゃん。
何でそれをしないでelseのある言語使って喚いてるんだろ? >>706
>だから、なんで無理してまでelseを排除する必要があるんだ?
話の展開が読めない、文盲猿グラマ乙
>elseの無いコードの方が優秀だとか、勝手におまえが押し付けてるだけだろ?
優秀なのは押し付けではないなー。
お前らが下等すぎて書けないのに書けというのは確かに押し付けだな―。
だーから、お前らには無理だから、書きたきゃ書けば良いんじゃね?って、前に言ってるなー。
お前らが廃業するのが得策だと思うとも言ってるなー。 あ、ごめん。嘘付いた。
マシン語は条件ジャンプしか無いけど、
if〜elseになる書き方出来るわ。
マクロアセンブラならマクロでelse使えるしな。 >>711
>上級者用の言語を作ってelse排除しちゃえばいいじゃん。
まーた日本語読めない文盲湧いてきたよ。
けっきょく、トクテイハケーンは、日本語の読解力すら無いからいつまでたってもコーディング技術が向上しないんだよな。 >>708
else書くのがマトモじゃない
って所。マトモじゃないならそもそも言語にelseがいらないじゃん。
それなのに言語に含まれてるのはelseはマトモだからで、お前の論理が矛盾してるからってことw
分かったかな、elseガイジ君?
まぁ馬鹿だからまた喚いて反抗してくると思うがw >>710
なんでelse憎しで、出口を複数作るの?
そっちの方が醜いわw ここに来て大体わかってきたけど、諸悪の根源はトクテハケーンの馬鹿グラマ共な。
こいつらが日本の生産性を下げている悪の枢軸な。 else禁止って言ってるやつは仕様書もろくに読まないんだろうな
単純にわかりやすいコードを書こうとするとelseは減るのにわざわざelseを書いて複雑化してるコードって多くてやんなっちゃうね
ってだけだよ >>720
違う違う、お前みたいな自己満のオナニーコード書く奴が生産性下げてるからw
しかも他人のせいにして話も通じないゴミクズっぷりw elseを排してreturnを沢山付けましたw
アホだわこいつw9 >>718
>って所。マトモじゃないならそもそも言語にelseがいらないじゃん。
マトモじゃない事をする機能がいらないならException要らないじゃん。
ばーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーかw
やっばすぎるうぅっぃええwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
>>718 のーたりんすぎるぅぅうぅぅぅx−−−−−−−wwwwwwwwwwwwwwww >>717
トクテイハケーンって何w
正しく日本語使えない奴が日本語の指摘しても説得力が欠けるぞw トクテイハケーンの皆さんが、わけの分からない負け惜しみを言い始めましたw >トクテイハケーンって何w
>正しく日本語使えない
トクテイハケーン、必死すぎwww >>719
あ〜成る程なっとく
何十年か前に流行った関数の出口が1つのコードが良いコードってのを未だに信じてるわけね
ジェネレーションギャップが大きすぎる
そりゃ話が通じないわけだ >>725
誰もExceptionとかの例外処理について言ってないんだけど
お前頭大丈夫? >>710
3つ目、aとbは何十もあるDBの列のうちの2つで、それらに値を設定するメソッド内の話だとすればどうだ
さらに上のメソッドは処理全体の流れをコントロールするのが仕事なので
値の設定の条件判定を持ち出すのは筋が悪い
下を見れば、処理はなにものにも依存しない単一の責務を行うf()とg()にきれいに分かれてる
自分が知りうるかぎりこれがベストだ >>730
ヴァアカの論理に納得するヴァアカwwwwwwwwwwww
さすが、トクテハケーンw 三連休の初日からキチガイの相手とかお前らやさしいな >>730
おまえがelseの無いコードを盲信するよりまともじゃね? もう一回置いとくな。オレはお前らみたいな猿に丁寧に教えてやる程お人好しじゃないけど
コイツはマジ良い奴だから、ちゃんとお前らの為になる事を書いてくれてる。
コレ読んでもまだ心が入れ替えられないなら、マジゴミクズだから死んだほうが良い。
else書かないとシステム作れない馬鹿ってさ、本当に3行以上の文章全く読めないから
こういうの、完全に無視するので、いつまでたってもトクテイハケーンなんだよ。
------------------------------------------------------------------------
>>647 仕様書無しさん2017/11/03(金) 11:56:33.04
プログラミングってのは関数名に書いてある通りのことをするだけでいい
でも世の中にはどうしても例外ケースってものがある
なのでそれを条件分岐です表現する
例外ケースってのはダラダラ後ろに引きずるべきじゃない
例外ケースの判断と例外ケースのハンドリングという2つの責務を結合しちゃいけない
例外ケースではさっさと処理を終わらせる
以上をまとめると例外ケースはifでさっさとreturn
最後に正常系を書いて終わり
これが正解となる
そして正常系でif 〜 elseを書くって事はその関数がやりたいことが2つあるって事の証拠
プログラミングで複数の責務を割り当てるのは間違い
------------------------------------------------------------------------ 僕のコードはelseがないので優秀(不具合出まくり) >>735
しかし、こういうキチガイって5chで排除する機能が欲しいと思ったわ
ゴキブリみたいに湧いてくるからキモいし >>647は良い事言ってるよなぁ。
これ、聖書から引用したんじゃね? 僕のコードはelseがないので優秀(実行時間10倍) 神奈川県座間市緑ケ丘六丁目16-15
大島てるみてみぃ
やばい >>738
ワロタwしかも話が通じないからプロジェクトが進まないとかありそうやなw >>739
>ゴキブリみたいに湧いてくる
すげー、自己紹介w >>732
まず列が何十もある時点で設計が破綻してる
破綻した設計のまま続けちゃったからそんな歪な処理が必要になるんじゃないかな?
健全なプログラムなら条件によって設定先の列を切り替えるなんて処理は必要ないよ
あるというなら現実的な具体例が知りたいね >>744
誰もお前の事なんて言ってないのに、
反応するってことはもしかして? 僕のコードはelseがないので最速(テトリス、オセロ) >>746
単純に言ってるやつがゴキブリだって話じゃんw
相変わらず論理破綻してんな、おまえwwww しかし、だぁーーれも、
トクテイハケーン
否定しませんでしたぁwwwwwwwwwwwwwwwwwww そうなのよ、このスレはトクテイハケーンのすくつなのぉーーーーーーーーーーwwwwwwwwwwwwww おい、スレタイ変えようぜ!
【低能】トクテイハケーンの雑談部屋 ★1【else頼み】 >>745
ユーザーが社内か社外かで設定すべき値が違う部分がある
さすがに数カラムのためにサブテーブル作るのめんどい
クラス側で多態しろという話もあるがもっと重要な区分けがあるせいで
この項目を理由にクラス分岐までできなんだ >>748
つまりお前がゴキブリって事はよく分かったわw
何処が論理破綻してるか説明してみ?
どうせ罵詈雑言するだけで逃げるだろうがw さて、トクテイハケーンかまってないで、寝よ♪
トクテイハケーンは念仏のようにelse唱えてなよw if (condition)
velocity = f();
else
gorilla_name = g();
こういうのってそもそもありえないんだよ
たまたま偶然の一致で条件が排他的になってるだけであって
本来は分離しなきゃいけない処理
elseを盲目的に使うとこういうコードを平気で書くようになる >>753
社内のカラムと社外のカラムを合わせて一つのテーブルに入れればいいんじゃね? そんなコード書かなくない?
問題なのはelseじゃなくない? >>758
あわせてって同じカラムにしてってことなら
それはDB側がアンチパターンふざけんなって言いだすから >>757
そんな事言ったって、トクテイハケーンは、
上から降りてきた仕様書・設計書の通りに作るしかないからなぁ。
マジ、哀れな奴らなんだよな。
だからって、elseいらねーじゃんっていう、真っ当な意見を否定して言いわけじゃねーけどな。 >>760
そういう感じじゃなくて、
社内と社外のカラムを両方追加する。
社内の人のデータを入れるなら社内のカラムにデータを入れて社内のカラムをNULLにする。
社外の人のデータを入れるなら社内のカラムにNULLを入れて社外のカラムにデータを入れるイメージ。 社内のカラムをNULLにする。
⬇
社外のカラムをNULLにする。 >>762
それは、せいきかの観点からあんまり良くないけど、
工数次第だな。 >>762
それでそうしたときにelseどうするかって話が
>>710>>732>>745>>753
しょうがないよな >>753
他の区分がある場合はブリッジパターンなどを使う
こういう小さな手抜きが破綻を招く
そして社外社内の例題でもちゃんと設計してればelseはいらなかったね >>762
共用データのテーブル
社内用データテーブル
社外用データテーブル
じゃ駄目なん? まえに、customerとdealerのコードで作ってたら、店舗顧客shopが後から必要になったことがあった。
だから専用カラム作るのは愚策で、
ちゃんと専用テーブル作ってjoinするようにしといたほうが、後々らく。 >>768
お前、そろそろ黙ってた方が良さそうだよ。 >>770
実際に書いても、おんなじ事言うんじゃね? >>764
厳密に正規化するならそうだろうね。
今回はサブテーブル作るのがめんどいって話だから1テーブルで且つelseを使わない方法で言ったけど、
本来ならばそうすべきだろう。
ただ、別途整合性がとれるよう対応する必要が出てくるが。 >>772
もちろんその弊害や工数や欠陥を指摘するつもりで棍棒もって待ち構えている >>771
ごめんでもこれだけは言わせて
僕のコードはelseを使ってないから優秀(DB閲覧ツール) 「if から else までの間にグダグダ書く奴は氏ね」は共通認識で良いの? 実際、雑談スレは上級者用と低級者用に分けた方が良いだろうなぁ。
技能レベルが違い過ぎるから、話が全く合わないし。 >>778
だーから、elseがそもそも無くて、必要な場合はとっくにreturnされてるって、
何度言ったらわかるの? >>779
雑談スレ(上級)
僕のコードはelseを使ってないから優秀(エロ画像閲覧ツール) >>779
アスペとアスペ以外でいいんじゃね?
そっちの方が切り分け出来るでしょ。 【貧困生活】派遣残業は結婚障害【家事困難】
両親や親戚に反対されましたが、低収入なのに時間外労働違反業界のSEと結婚してしまい生活困難で中絶と離婚をしました。現在は低稼働高収入で共働き可能な相手と結婚して数億円損失を防げました。
・モラルがない
・モテない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・プログラムの知的財産を人売に提供
・ITスキルが高いのに低収入
・高度情報処理技術者なのに低収入
・高利益なのに低収入
・高生産なのに低料金
・高需要なのに低料金
・学習多いのに低料金
・人員不足なのに早期退職
・会社員なのに早期退職
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・不利益なのに断らない
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判定不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf もーいいや
プログラマの雑談部屋とトクテイハケーンの雑談部屋にしようぜ >>770
interface 社外社内区分 { void Update(User u); }
class 社外 : 社外社内区分 {
void Update(User u) { u.a = f(); }
}
class 社内 : 社外社内区分 {
void Update(User u) { u.b = g(); }
}
class User {
protected 社外社内区分 _社外社内区分;
public void Update() { _社外社内区分.Update(this); }
}
class UserEx1 : User { // ry
class UserEx2 : User { // ry
要件が不明瞭すぎるけどまあだいたいこんな感じ
UserExNは>>753で言う所のもっと大きな区分によるクラス分けの事な >>787
綺麗な作りしてるな。
オブジェクト生成時にはelseいると思うけど。 実装の仕方の話は、めんどくさいから読む気しない。
そんなとこはいろんな考え方あって当たり前だから。
問題なのは、根底にある考え方。 実装の話は割りと面白いけどな。
考え方とか言ってもelse絶対NGとか見苦しいだけだし。 実業団駅伝が俺の近所(鴻巣〜行田)通るから自転車で追いかけて来るぜ > else絶対NG
まーた、低脳が電波妄想受信の話はじめたし。 誰も言ってない事を、自分の論説を正当化するために使うのを、本当にキチガイって言うんだよ。 >>796
じゃあelseは絶対NGじゃなくてOKなん? ifしかないお前に俺の攻撃を受け切ることはできない elseの代わりにreturnって、
見辛さから言ったらreturnの方が遥かに際立ってるよな? だから、ここはプログラマの雑談スレだから、
トクテイハケーンは移動しろよカス >>805
というか関数が無駄に多くなるから、
elseにする場合と比べると明らかに見辛くなる。
関数を一覧化した時とかも
そういう関数が混ざると粒度が違う関数が混合して分かりずらくなるし。 >>810
普段は指示出して自分はライブラリ弄ったりして遊んでる簡単なお仕事なんだからやめる理由ないやん >>813
満足はしてないし上げるように調整してるけど、そこまでは頑張りたくない感じ
4年以内に700突破すりゃ十分やろ >>819
データ辺り?
まぁ700万で満足ならいいんじゃね。 >>651
「そうじゃないってんなら」
という言葉を使ってるけど、
それをプログラム的にどう表現するつもり? fizzbuzzをリファクタするとどうなるの?
FizzBuzzEnterpriseEditionみたいになるの? 寝て起きたら、トクテイハケーンとギョウカイミケイケーンが一生懸命馬鹿レスしてるし…
馬鹿だから、お前らのためを思って助言し続けてくれている>>827のレスは眼中にないし。 言ってる事が重箱の隅で過ぎてどうでもいい話。
んなもんでスレが消費されてく無駄 逃げて言い訳してるだけの癖に偉そうでワロタ
結局else無しじゃ実装出来ないんじゃないかw 次スレ、ほんと、トクテイハケーンは書き込み禁止な。 つーか馬鹿がfizzbuzz好きなのはなんでかと思ったら、
いつまでたってもまともに書けないからだったのか。
永遠の課題だったんだな、馬鹿にとって。 僕のfizzbuzzはelseが使ってないので国宝
さらに外部スクリプトから無限のfizzbuzzに対応可能
fizzbuzz用ライブラリをwebapiとして提供することで汎用性再利用性を確保した string FizzBuzz(int n) {
if (n <= 0) throw ArgumentException(nameof(n));
if (n % 15 == 0) return "Fizz Buzz";
if (n % 5 == 0) return "Buzz";
if (n % 3 == 0) return "Fizz";
return n.ToString();
}
Enumerable.Range(1, 100)
.Select(FizzBuzz)
.ToList()
.ForEach(Console.WriteLine); C#か。
Java使ってるとint型をToStringするって気持ち悪く感じるな。 俺なら1行でかけるよ
[1 to 100]map ->[k+\zz for k,v of{Fi:3,Bu:5,Ba:7}|it%v<1]*''||it >>845 ってさ、ストリング連結出来ない病気かなんか? >>845 は、相変わらずガードの意味わかってねーしさ。
上の方で俺が二、三回引用した親切な人のレス、全く読んでねーだろ? で、よく知らねーけど、投げたこのArgumentExceptionは、どこでcatchされんの? お前の言語だと >>847
の華麗なコードはバカには理解出来ません。 華麗なコード書いてやったら発狂するモンキー惨めだな >>853 お前は別のタイプのヴァカだから、次は更に別のスレに隔離な。 >>845 はさ、fizzbuzzにおける「正常系」ってのが何なのか考えてみ?
少しはマシになるから。 >>854 >>852
あなた方バカには理解できないでしょうね。
IQ190程度は読解するのに必要です。 メンテできる人間が少ないということは
劣ったコードではないだろうか? >>859
普通にelseで分かりやすいコード書けばいいのにね。
馬鹿にはそれが分からないんでしょ。 >>859
違うよ。多様性は正義だ。
劣っているのはコードでは無く、話題との適合性が理解出来ないアスペの脳構造。
コードの問題じゃない。 >>863
elseないとコード読めない馬鹿も論外。お前のこと。 >>865
読めないなんて言ったっけ?
分かりにくいって言ったんだけどw
お前勝手に変な解釈して他人に迷惑かけるなよw >>866
elseないとコード理解しづらくなる馬鹿も論外。お前のこと。
ばーーーーかw 言い換えても全く論旨変わらなくなることに気づかず
意気揚々と言葉の選択について食らいつくヴァカw >>867
小学生レベルの煽りだなw
精神年齢もうちょっと成長した方がいいんじゃないの?w >>870
バーーーカってw 小学生並の煽りじゃないの?w >>871
クソガキは5chばっかやってないで勉強しろよw >>872
だってお前、小学生並の知能しかないじゃんw
相手に合わせるのはコミュニケーションの基本よ? アスペには理解出来ないだろうけど。 >>873
今度は相手の年齢を勝手に妄想して戦い始めましたw
でんぱって、怖いですねーwww >>874
言ってることおかしいな。お前誰にでもバーーーカとか言ってるだろ?
まさかいい歳してまだそんなこと言ってるの?w elese要らんよね?って事すら分からない低レベルトクテイハケーンが
身の程わきまえずに他人をガキ呼ばわりするんだから
日本のITは、マジ終わってるよなぁ。 >>875
いい歳したまともな奴の行動じゃないからなw
お前いい歳した大人がバーーーカとか見たことあるか?
公園のガキ同士がバーーーカとか言ってるのと、お前も同じだけど自覚無い? >>876
お前の知能の劣等さに起因する不可解感の事なんか知らねーって。
俺は馬鹿相手にしかバーーーカって言ってねえよ。
お前の観測範囲がそうなら、お前の見てる場所は馬鹿しかいねぇんだろ。 >>879
思ってるのに言ってもらえない馬鹿ばっかりだから日本は没落してんだけどなw >>880
クソガキ君が小学生レベルの言い訳してるのは分かったから、
さっさと勉強しとけよ、な。 だから、親切心から言ってやるな。
お前、>>879 、本物のヴァーーーーーカwww >>883
そうかそうか、クソガキはほんとどうしようもないな。 >>882
小学生レベルの反論にすら白旗を上げるヴァカw
マジ、マトモに話しなくてよかったwww 年齢制限かけてないから餓鬼が来るのはしょうがない。
オンラインゲームでも餓鬼が来ると大体こうなるよ。 >>886
白旗あげてるように見えたのか、
お前ちょっと病院言った方がいいぞ。 電波が、一生懸命相手の年齢を空想設定して自分を慰めています。
正しくオナニーですねw 結局、ここの掲示板が過疎ったのって
こういう当たり前に排除しなきゃいけん奴が匿名であるために
排除できないことが原因だよな
なんだよelse禁止ってバッカじゃねぇの >>888
プログラマの板で、elseぼっこぼっこ使ってる宣言しちゃった奴が
今更何言ってもムダムダw そこだよな。
こういう変な奴を排除しないからまともな奴が居心地悪くなるし。 >>892
お前がマトモなプログラマじゃないじゃん♪ プログラムの掲示板についてはログイン必要だよな
NGユーザ設定できないと雑談すらまともにできない あー? else頼みのヴァカに発言権なんてねーよw 分かる。else出すとクソガキが騒ぎ出すからほんと締め出したいわ。 else禁止とか完全にただのクソバカだろ
早く死ねってレベル
昨日までレジ打ちやってたのが人手不足で間違ってPGなっちゃったのか? >>900
うん、だからお前は、次はトクテイハケーンスレに籠ってろ。な? >>901
禁止にはしないよ
エレガントなコードを書けば自然にelseが消える
それ以上でも以下でもない PGかどうかも怪しいけどなw
発言が低レベル過ぎてチーム開発出来ないだろ、こいつは。 >>902
お前が行けば?
自分ルールを人に押し付けるなよw >>903 さ、無駄だよ?
ここのヴァカは俺憎しで書き込みしてるだけだから
お前の有難いしてるだけだから説法なんか耳にはいらないよ。
人間は見たいようにしか見ないし聞きたいようにしか聞かないから。
だーから最初っから俺はヴァカに対してヴァカに接する態度なの おー、iOSの予測変換のせいで変な文章になったし。 >>903
>>845とか>>847とかエレガントな感じなん? 人間は常に自分に理解できないことは何でも否定したがる
by パスカル
ん〜偉人ってのはやっぱいいこと言うね >>912
ほーら、こいつも自分の都合の良いように理解したしw
マジ、ヴァカw >>910
俺の感覚ではだっせ
わかりにくいし
いいと思ってる奴気持ち悪い returnがいくつもあるコードとか全然エレガントじゃないな >>910
>>845はエレガント
>>847はセルフドキュメンテーションの観点からエレガントではない >>916
gotoだよな
しかもわかりやすいgotoじゃなくて
悪用してるやつ だーから>>845は関数の趣旨が関数名と一致してねーじゃん elseを使った場合のFizzBuzz
#include <stdio.h>
int main(void) {
int i;
for (i = 1; i <= 100; i++) {
if (i % 3 == 0 && i % 5 == 0) {
printf("FizzBuzz\n");
} else if (i % 3 == 0) {
printf("Fizz\n");
} else if (i % 5 == 0) {
printf("Buzz\n");
} else {
printf("%d\n", i);
}
}
return 0;
} 最後に返すのがfizzbuzzと関係ないって、変だと思わねーの? >>920
これでいいじゃんな
何をやってるのかわかりやすい
これが駄目って奴キチガイだろ else無し
>>845>>847
else有り
>>920
どっちが見易い? >>925
こういう奴、次はトクテイハケーンスレな。 >>925
わかりにくすぎ
判断したいのか、計算したいのか、出力したいのか、なにをしたいのかが不明瞭
また責務が密結合しているので変更、再利用、保守、拡張が最悪にしにくい
こんなコードを書いて許されるのは入門書レベルの初心者だけ fizzbuzzなんてプログラマの実力わかんねーよとか思ってたら
>>845>>847
みてーなゴミを崇拝してるやつがいるなら十分使えるな >>930
は?
わかりにくい?
頭どうかしてんじゃねーの? 大体、ビッグマッククソうめぇっていう奴が結構な数いるんだから、
棲み分けはどうしても必要なんだよ。
トクテイハケーンスレは、もう、必須なの。 >>932
これをわかりくいと感じるのは至って正常だよ
わかりにくいと感じるならプログラミングの基本がわかってる証拠 >>927 が、ウンコ味のカレーとカレー味のウンコを選ばせる問題だと気づかないヴァカ大勢。 936がカレー味のカレーみたいなFizzBuzzを書いてくれるって! >>920
これを良しとするヤツのなにがダメかというと
問題が複雑化、大規模化したときも同じように汚物を生産してしまうことだ
>>920が成長した結果、長大なループや深すぎるネスト、意図不明瞭なフラグなど、バッドプラクティスになってしまう >>878
お前を含めて他のSNS行かないで5chに書き込んでるなんて、底辺しかおらん >>940
else廃止でそれらが全て上手く解決するとは思えない
極論過ぎる
問題はもっと別の所にある もう死んでいる理論を
ボクが負けない世界を作ろうと頑張れちゃうのは匿名掲示板のよくないところだな
else禁止ガイジはプログラマの教訓にするべき >>943
だから逆なんだって何度も何度も言ってるでしょ
そういう問題を解決したら自然とelseが消えるんだよ
逆なの逆
はやく理解してよ じゃあelse別にあってもいいじゃん
もっと根本的な指摘してよ オレ、FizzBuzzって初めてやったんだけど、こういうルールじゃなかったっけ?
https://ideone.com/zmLc9f >>940
>>787をどう思うか
多態を用いてelseを解消した結果、呼び出し箇所は
_社外社内区分.Update(this);
thisのどこを更新されているかわかったもんじゃない
問題の焦点がぼけてしまっている
elseをつかば
if()a = f() else b = g()
ほかのカラム設定c=1,b=2,c=3みたいな設定処理ともレベル感があっている
おれはelseを使う きれいなコードを書けばelseが消えるかどうかの話だったはずだ
やっぱりelseのほうが適切なケースはある
そのひとつが更新先が異なる場合だ >>956
消そうとしてるんじゃなくて、普通にコード完成させようとすると無くなるの。
こだわってるのは、なんとしてでもelse使うんだー!っていうお前らw
【証拠】
>>950
> おれはelseを使う 意味ないよな
だから作ったアプリよりソースコードを自慢するようになったらPG終わりだろ?
どんな理由があっても終わってる >>957
おまいは業務で毎回>>787みたいなことやっとるんか? こいつらマジ、今晩elseが襲ってくる夢にうなされるんじゃねw?? >>960
読んでないから知らない
--------------------------------------------
>>793
実装の仕方の話は、めんどくさいから読む気しない。
そんなとこはいろんな考え方あって当たり前だから。
-------------------------------------------- で、確認だけど、オレのFizzBuzzとやらを見て、
else要らねーって事はわかったのな? お前ら糞マヌケ共は。 初めて書くFizzBuzzとやらですらelse不要を証明してしまう俺様、まさしく、本物のプログラマだよな。 を嘲笑しようと思ったら
突然Forbiddenくらって一瞬書き込めなくなった
煽りをはじくAIがすでに実装されているに違いない >>970
掲示板の書き込みすらマトモに出来ないヴァカw > 煽りをはじくAIがすでに実装されているに違いない
きーーーーーーーーーーちがーーーーーーーーーーーーいwwwwwwww re turn s ub str( $fizz_buzz, 0, -1);
はじかれる条件がわからんこれか? このように、煽りなんかいくらでも書き込めるのです。
つまり、>>970が、掲示板にマトモに書き込めないヴァカなのですうぇwwwww >>960
区分定数を放置とか懲戒解雇されてもおかしくないぞ else無し
>>845>>847>>948
else有り
>>920
どっちが見易い? >>977
冗談だろDB処理だぞ
区分ごとに些末な処理を切り分ける部分はやまほどあるが
そのたびにブリッジパターンで多態しとんか? >>847
は天才の書くコード
エレガント過ぎるから世間大半のぼんくらPGが理解できないから難しいところだね >>979
いっしょにすんな、カス
else無し 上等
>>948
else無し 下等
>>845
else無し 門外
>>847
else有り 劣等
>>920
だ。 >>981
お前のは他流試合だって、いい加減気付け、アスペ >>982
上等、下等、門外、劣等の基準は?
主観?
客観な基準で聞きたいんだけど。 >>980
おまえはさ、経済的な話と技術的な話をごっちゃにして語るなよ、いい加減いい大人なんだから。 >>847
は神がかっていてこのスレのバカには理解の出来ないエレガントなコード
バカはコード数が長いけど>>847の様な神グラマは1行で完了
背伸びしてもキミらバカには書けないよね >>986
だからさ、次はお前みたいな異端者も雑談できるスレ作ってやるから、そっちに行け。な?
流派が違うんだって事がわからないんだから、どうやっても一緒には戦えないんだよ。 >>980
まずDBの更新処理でそんな気持ち悪い条件分岐が発生する時点で設計ミス
データ層は社内社外区分なんて興味ないんだよ
頼むからビジネスロジックをデータ層に持ち込まないでくれ
みんなが迷惑してるぞ >>984
そういうのはお前が客観的に物事を見ることができるようになってから質問しろ。 >>985
言ってるいみがわからん
実装コストの問題で、理想を追求すればそうはならないと言ってるつもりなのかもしれんが
コストをかけて実装した結果が>>787じゃないか
それでもelseのときは表現できていたいくつかの情報が表現できなくなってしまってる
実際にelse排除は無理があるという話をしてるつもりなんだが >>989
基準を聞いてるんだけど?
それ以外の回答は聞いてない。 で、FizzBuzzにelseは要らないって事は、全員わかったのな? いい加減。 >>988
それはまた別の話題じゃないか
データ層のいっこ上のサービス層のメソッドで
データ層に渡すデータをいっしょうけんめい作ってるとこの話だ >>957
お前リファクタしてelse消してるって言ってたじゃん
変質的なリファクタ病だよ >>991
だーから、基準は客観的視点。どういうコードが後に負債を生むかたくさん見てきた末の結果。
おまえさ、法律でこれOK、これダメっていうのの基準て何だと思ってるの?
ヴァカは反抗ばっかしてないで言われたとおりにやってろよ。それしかできないんだから。 >>994
> お前リファクタしてelse消してるって言ってたじゃん
なんでそうやって、いっつもいっつも自分のいいように解釈して捻じ曲げるん?
リファクタしてたら自然に消えたって言ってるんだよ、何回も何回も。
おまえいい加減、ヴァカさ加減自覚しろよ。 >>995
主観だろ。客観的な基準とか
パフォーマンスとか保守性とか聞いてるんだけど、話が通じないな。 >>996
1回目はelseで書いたってことだろ?
健常者はelseがなくなるまでリファクタなんかしない
お前病気だよ おれ、何回も、「実装段階ではelse使っていい」って言ったよなー
「elseぼっこぼっこあるコードでコミットすんな」って言ったよなー このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 7日 14時間 7分 20秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。