プログラマの雑談部屋 ★17

**仕様書無しさん** · 2017/10/17(火) 15:51:56.20

プログラマは
こちらで雑談してください。

ユーザ、ＳＥが馬鹿過ぎる、
上司が陰険だからもう辞めたい、
もう少しまともな仕事に転職したい、
彼女が欲しい、
などなど愚痴、妬み、妄想などなんでもどうぞ。

※前スレ
プログラマの雑談部屋 ★9
http://medaka.2ch.net/test/read.cgi/prog/1499358214/
プログラマの雑談部屋 ★10
http://medaka.2ch.net/test/read.cgi/prog/1500790870/
プログラマの雑談部屋 ★11
http://medaka.2ch.net/test/read.cgi/prog/1502139161/
プログラマの雑談部屋 ★12
http://medaka.2ch.net/test/read.cgi/prog/1503938642/
プログラマの雑談部屋 ★13
http://medaka.2ch.net/test/read.cgi/prog/1505098111/
プログラマの雑談部屋 ★14
http://medaka.2ch.net/test/read.cgi/prog/1505834530/
プログラマの雑談部屋 ★15
http://medaka.5ch.net/test/read.cgi/prog/1506558451/
プログラマの雑談部屋 ★16
http://medaka.5ch.net/test/read.cgi/prog/1507354689/

**仕様書無しさん** · 2017/10/17(火) 15:52:25.62

(*ﾟ∀ﾟ)ｖ2get!

**仕様書無しさん** · 2017/10/17(火) 16:09:06.02

後輩が実装で詰まってるみたいで、朝から何度も質問とか相談とかされてるんだけどまだ解決出来てないみたい

この後輩に限らず、今までの経験上、詰まってる奴が苦悩しながら組んだ実装って十中八九バグを内包してるんだよな

詰まってる部分を俺がやってやった方が話が早い訳だが今後の事を考えると安易に手伝うのもどうかと思う

お前らならどうする？

**仕様書無しさん** · 2017/10/17(火) 16:09:51.22

>>3
設計書書けよｗ

**仕様書無しさん** · 2017/10/17(火) 16:40:14.34

>>4
設計書は発注元が書いてるから書き直すのは無理なんだよね
出来る事と言えば後輩に仕様を細かく噛み砕いて説明してやるくらいなんだけど、軽く混乱状態に入ってるみたいで、普段ならわかるであろう内容まで？？？って状態

みんな通る道だとは思うけど時間かけてゴミソース作ってこられるくらいなら俺がやったほうがマシかなって

**仕様書無しさん** · 2017/10/17(火) 17:02:44.58

>>5
一緒にやってやれよ
お前が指示出してその通りやらせるんだよ

**仕様書無しさん** · 2017/10/17(火) 17:03:38.11

指示は細かくな
もう脳みそが回ってねぇんだから
これしかねぇ

**仕様書無しさん** · 2017/10/17(火) 17:11:36.42

どうせ口頭だけで全部説明してるんだろ
メモ書いて渡してやれよ

**仕様書無しさん** · 2017/10/17(火) 17:27:25.63

彼にはもうそれを理解する余力は無さそう

もう
「visualstudio開いて」
「ここにｘｘｘコピー」
「その変数で参照飛んで」
「ここにｘｘｘ貼って」
みたいな感じで指示出せ

その横でお前は自分の仕事進めろ
管理職必須の技術だ

**仕様書無しさん** · 2017/10/17(火) 17:38:30.01

>>5
細かくかみ砕いた内容を書面で渡してやれ

**仕様書無しさん** · 2017/10/17(火) 19:32:46.25

助言はなんぼしてもいいけど
成果物をかわりにアウトプットするのはNG

**仕様書無しさん** · 2017/10/17(火) 19:38:44.75

>>11
え？ありだろ
だって個人事業主じゃねーんだから
渡せるタスクあるならタスク引き取ってやれよ

**仕様書無しさん** · 2017/10/17(火) 20:51:30.51

チームで動いている以上は組織として成果を出すのは大切
その上であまり引き取りすぎると成長を阻害したり有識者が偏りすぎたりして結果的に組織として牛歩となったりもする

難しいところ

**仕様書無しさん** · 2017/10/17(火) 20:52:58.98

ただ、他のメンバーより大幅に残業してるのであれば
それはなんか違うな
下手するとただのイジメ

**仕様書無しさん** · 2017/10/17(火) 20:55:17.97

残念だけど四苦八苦して書き上げた汚いバグだらけコードはいくら書いても成長しない
スマートな正解を見せて解説してやったほうがそいつのためになるよ

**仕様書無しさん** · 2017/10/17(火) 21:00:53.55

山本五十六

「やってみせ　言って聞かせて　させてみて　ほめてやらねば　人は動かじ」

「話し合い、耳を傾け、承認し、任せてやらねば、人は育たず」

「やっている、姿を感謝で見守って、信頼せねば、人は実らず」

「苦しいこともあるだろう　言い度いこともあるだろう　不満なこともあるだろう　腹の立つこともあるだろう　泣き度いこともあるだろう　これらをじっとこらえてゆくのが　男の修行である」

男の修行であって
プログラミングの修行ではないな
では後は頼んだぞ!

**仕様書無しさん** · 2017/10/17(火) 21:01:30.78

>>15
デザインパターンの概念だな

個人的にはまずは手を動かしてバグだらけコードを書いた後にスマートなものを見せる方がいいと思ってるけどね

**仕様書無しさん** · 2017/10/17(火) 21:03:37.52

>>17
無駄だな
統計的に頭のいい親から出ないと
頭のいいやつは生まれない
だとすると日常的に正解が近くにあったほうが
上手く育つということだ

**仕様書無しさん** · 2017/10/17(火) 21:10:14.29

>>18
それは遺伝子学の話
正解を知るだけでいいのであれば同じ本を使って同じ時間勉強した人だとしても差がでるのは何故なのか

人は成功失敗問わず体験を通した方が学ぶもんだよ

**仕様書無しさん** · 2017/10/17(火) 21:20:10.44

>>19
いや育たないの間違い

**仕様書無しさん** · 2017/10/17(火) 21:24:49.99

ほっとくと変な方向に進化してしまう
OOP全くできてないけど1000行の手続きでも迷わずコーディングできる奴とか
まさに職人技って感じ

**仕様書無しさん** · 2017/10/17(火) 22:45:04.12

>>5
別に補助図を書けばいいだろ

**仕様書無しさん** · 2017/10/17(火) 23:01:40.60

同じ本、同じ時間
以外は差しかないじゃないか。
青空を見て、他の条件を考慮しなければ
誰もが同じことを感じると思うか？

**仕様書無しさん** · 2017/10/17(火) 23:12:18.89

あおいそら

君が思い浮かべたものを当ててみようか？

**仕様書無しさん** · 2017/10/17(火) 23:24:09.06

>>12
いったん振ったならしょうがない
次からタスク配分調整すりゃいいが

**仕様書無しさん** · 2017/10/18(水) 00:51:33.86

ジャップは最低の社会

実力主義だったら俺エリートなんだが
なんで俺がこんな目に

コネ＞実力
新卒＞実力
コミュ力＞実力
顔（女）＞実力
仕事で要領がいいだけ＞実力
プログラミングが早いだけ＞実力
プログラミングで細かいだけ＞実力

ジャップランドは全然実力主義じゃないんだよなぁ

**仕様書無しさん** · 2017/10/18(水) 01:03:04.66

個人で開発して公開できる業界時代で何言ってんだチョンは

**仕様書無しさん** · 2017/10/18(水) 01:47:36.45

実力とはなんぞや

**仕様書無しさん** · 2017/10/18(水) 02:02:12.94

すべてだよ

**仕様書無しさん** · 2017/10/18(水) 02:09:02.52

ずいぶんと前だが大阪のシステム開発会社の試験で
こんなのがあってよ
これの答えは何なん

(　)に入る値を答えよ

void main(void){
　_floattoint() = 10;
　single + signum >> 3;
　return num;

　if(num < function(a,b)){
　　(　) + (intnum / num2);
　　・・・・(以降カット)

「は？？」って思わず口から出てしまった

・変数の宣言もされてねえ
・そもそもどっから来たんだこの数字と関数
・この関数の中身がどこにも書いていない
・Cってreturnの後にも続いていいんだっけ？

「解なし」って言わせたいにしては文章問題じゃないし
50問あるうちの45問くらいが同じようなものなので、ほとんどが解なしになってしまう

**仕様書無しさん** · 2017/10/18(水) 02:13:57.97

　

「ウソだろそんな変な関数や式のわけがない」

「関数の中身は別の場所に書いてあるんだろ」

俺もそう思って何度も何度も何度も何度も何度も何度も何度も何度も見返したんだよ

しかし、基になるようなもんがどこにも書いてねえし

こんな構文で成り立つのかって文になってるんだ

最初の2問めで20分くらい考えて
もういいやこんな会社って思って荷物をまとめてサッサと帰った

次に行った会社の試験は実にマトモ
次どころかどこの試験でもちゃんとプログラミング言語の仕様どおりの構文で
すげえ安心できた

「もしかしたら現実の仕事ではあんなワケのわからん構文なのか」
って不安になって、もしそうなら俺はプログラマにはなれないって思っていたから

　

**仕様書無しさん** · 2017/10/18(水) 05:12:16.50

ラム、それは夢だよ。……それは夢だ。

**仕様書無しさん** · 2017/10/18(水) 06:26:47.31

そんな会社ねえよ

**仕様書無しさん** · 2017/10/18(水) 07:00:42.21

>>26
お前の実力か無いだけじゃね？

**仕様書無しさん** · 2017/10/18(水) 07:35:31.85

お前ら日々の仕事時間どのくらいなのか
自分は８時間＋サービス２時間

**仕様書無しさん** · 2017/10/18(水) 07:36:31.44

サービス時間は仕事じゃねーよ

**仕様書無しさん** · 2017/10/18(水) 07:40:42.02

瑕疵担保期間の人件費は見積もりに入れたほうがいいの？
先輩はバグ無しを前提にしてるから見積もりに含めないって言ってるんだけど
実際には毎回なにかしらバグが出て10人日程度消費してる

**仕様書無しさん** · 2017/10/18(水) 08:12:43.11

>>37
普通含めるだろ。
もしバグが出たら先輩に無給で対応して貰え。

**仕様書無しさん** · 2017/10/18(水) 08:35:47.33

俺はバグなしで進んだ前提で見積もった工数に統計的なバグフィクス工数積んでる

**仕様書無しさん** · 2017/10/18(水) 09:08:06.89

>>37
会社の費用の分類ルールによるんじゃない
開発期間と別だから別にした方がいいと思うけど
一定品質でないような会社なら個別に見積もった方がいいかもね

**仕様書無しさん** · 2017/10/18(水) 09:23:23.39

【サムスン勝利！】「ギャラクシーS8」シリーズがアップルの「iPhone8」を抑え、米国の消費者評価でトップに立った

http://www.chosunonline.com/site/data/html_dir/2017/10/18/2017101800683.html

米コンシューマー・リポートがこのほど、米国市場で販売されるスマートフォンを評価した結果、
ギャラクシーS8とギャラクシーS8プラスが小数点の差で1、2位となった。

昨年上半期に発売されたギャラクシーS7もアップルのiPhone8プラス（4位）、iPhone8（5位）
を抑え3位に入った。iPhone8プラスとiPhone8はバッテリーの使用時間で評価が伸び悩んだ。
ギャラクシーS8シリーズは26時間の使用が可能だ。

凄いぞサムスン！
今時、喜んでiPhone買ってんのなんてチョッパリ猿くらいじゃね？

**仕様書無しさん** · 2017/10/18(水) 12:10:51.53

>>19
そりゃ自己満足の領域だよ
正解を写経させた方が速いに決まってる

**仕様書無しさん** · 2017/10/18(水) 12:20:07.03

>>42
じゃあ何を以て正解とするの？

**仕様書無しさん** · 2017/10/18(水) 12:47:44.30

入社試験を準備した！って、上が言うから
試験内容確認したら不具合あったから指摘したな。

しかし、受けた人達からは何も質問されなかったらしい。

**仕様書無しさん** · 2017/10/18(水) 13:39:47.34

>>43
上手く早く学習するには何が最適かって話だから正解如何は別の話だし、感覚的だから安易に求めんなよ

1.サイクロメティック
2.行数少ない方
3.yagni,kiss,oaoo,pie,dry,cqs全部

大体工数とのバランスで不正解を敢えて選ぶことも多々あるしな

**仕様書無しさん** · 2017/10/18(水) 18:33:40.78

>>16
いいね

**仕様書無しさん** · 2017/10/18(水) 19:07:55.16

>>44
テスト不能なあらゆるドキュメントはゴミ
入社試験問題も仕様書も設計書も全部ゴミだ

**仕様書無しさん** · 2017/10/18(水) 19:13:39.26

>>47
ロックンローラーがプログラマになったのか？

**仕様書無しさん** · 2017/10/18(水) 19:58:20.05

新卒でテストに回されたんだけど、これって普通？

**仕様書無しさん** · 2017/10/18(水) 19:58:51.62

>>49
当たり前じゃん

**仕様書無しさん** · 2017/10/18(水) 20:00:54.18

報告連絡相談ができないとテストも満足にできなくて叩き出されるぞ

**仕様書無しさん** · 2017/10/18(水) 20:11:14.33

テストで仕様や手順の知識つけて
慣れてきたらデバッグと修正させられて
ずるずると開発に呑み込まれる

**仕様書無しさん** · 2017/10/18(水) 20:15:09.94

うちはテストから初めてプログラム全くかかずに上流に行くよ
プログラミング最初からできるやつは上流に回さず永久にプログラマ

**仕様書無しさん** · 2017/10/18(水) 20:28:38.50

それどっちが幸せなの

**仕様書無しさん** · 2017/10/18(水) 20:45:25.07

ありがとう
開発やってたんだけど、ある程度終わったからテストに回された

**仕様書無しさん** · 2017/10/18(水) 21:51:15.84

>>50
俺は研修後、直ぐに実装だったわ。

**仕様書無しさん** · 2017/10/18(水) 22:06:47.68

>>19　体験を通した方が学びはいい
>>42　正解を写経させた方が速い
>>43　正解とは？
>>45　学習するには何が最適かって話だから正解如何は別の話

この流れ仕事でもよく見る。
おまえらならこいつらの会話は、どこに着地させる？

**仕様書無しさん** · 2017/10/18(水) 22:16:16.33

成長するよりサボるテクニックを覚えよう

**仕様書無しさん** · 2017/10/18(水) 22:36:55.22

ジャップ相手にはサボってやれば良いんだよ
ささやかな復讐さ

**仕様書無しさん** · 2017/10/18(水) 22:40:03.84

テストって処理の中身みないと何を引数に呼び出せば
いいかわからなくないし
ＤＢのどこの値が変わったとかもわからんよね

**仕様書無しさん** · 2017/10/18(水) 23:00:11.97

開発ルールを無視して開発してる人がいて何度注意を受けてもその場を取り繕うだけでしばらくするとまた再発する人ってどう対応したらいいの？

何度注意しても改善してくれないからこないだ本人の主張を聞いてみたんだけど、自己都合の屁理屈(言ってみたらワガママ)ばっかり言うから本当に困ってる

**仕様書無しさん** · 2017/10/18(水) 23:01:42.19

５６すしかなかろう

**仕様書無しさん** · 2017/10/18(水) 23:08:29.97

開発ルールってどういうのか
具体的な情報が一切ないからなんもわからん

**仕様書無しさん** · 2017/10/18(水) 23:23:31.01

クソみたいに能力が高くない限り、上に言って退場してもらうしかないだろ

今は人材不足だから追加が望めるか分からんし、聞き分けがいいからと
いって能力が十分とも限らんけど

**仕様書無しさん** · 2017/10/18(水) 23:37:03.71

>>63
仮定して回答してやる程度のことも出来ないなら書き込まなきゃいいのに

底が知れてると言うかお前仕事出来なさそうだな

**仕様書無しさん** · 2017/10/18(水) 23:38:28.67

心当たりがあるから気になったんだよ！

**仕様書無しさん** · 2017/10/18(水) 23:43:28.51

開発ルールに忠実に上流が困るように丁寧に書くのが一流ってもんだよ
少しジャップにはお灸を据えてやらんとな

**仕様書無しさん** · 2017/10/18(水) 23:44:12.70

プログラマーってうまくいかない時悲しい気持ちになっちゃうの？

**仕様書無しさん** · 2017/10/18(水) 23:45:03.25

ならない
視線が硬直し感情が鈍磨して無の境地になる

**仕様書無しさん** · 2017/10/19(木) 00:00:16.70

>>61
人を入れ替えれば解決するけど、
デモデモダッテとか言うんだろ？

**仕様書無しさん** · 2017/10/19(木) 00:00:17.23

>>61
具体的にはどんな理由だったの？

**仕様書無しさん** · 2017/10/19(木) 00:13:13.05

>>69
女性に敬遠される状態…

**仕様書無しさん** · 2017/10/19(木) 00:17:39.61

！？

**仕様書無しさん** · 2017/10/19(木) 00:28:16.39

コーティング規約とか？

**仕様書無しさん** · 2017/10/19(木) 00:28:31.88

interfaceを勝手に変えるのはやめて頂きたい

**仕様書無しさん** · 2017/10/19(木) 02:03:42.85

interfaceで独特なやつは嫌い
accessとかな
ジャップは大好きみたいだが

**仕様書無しさん** · 2017/10/19(木) 06:19:05.95

>>61
無視されるルールは生産性や品質を下げている可能性が高い
屁理屈のわがままというがもしかすると問題の本質を理解してないだけかもしれんぞ
とりあえずそのルールの内容がわからないとどっちが悪いとも判断できんな

**仕様書無しさん** · 2017/10/19(木) 06:34:47.47

>>60
処理内容を見て書くテストもあるっちゃあるけど
普通はテストが先に書かれるので処理内容は関係ない

DBアクセスのテストはDBに入ってまで調べない
DBはただの実装であって仕様ではない
ホスト側言語から見てエンティティのCRUDが成立しているかどうかをテストすれば十分

**仕様書無しさん** · 2017/10/19(木) 07:11:03.24

>>77
俺も1メソッド10行は無視したなｗ
ぜってー何もかけねーから

**仕様書無しさん** · 2017/10/19(木) 07:51:38.77

>>79
全てのメソッドは3ステートメント以内で書ける

**仕様書無しさん** · 2017/10/19(木) 08:02:12.71

>>80
かけたとしても面倒くせーよ
だって本来150行で1メソッドで書ける処理が15個もメソッドできるんだろ
把握するのが面倒臭い

**仕様書無しさん** · 2017/10/19(木) 08:06:59.17

さらに1クラスにつきメソッド5個までとかくだんねー制限まであってさらにイミフ
するとたかが50行の処理でクラス作らなわからんのかお前はと

ちなみに1メソッド5個も華麗にスルー
しかも、既存のコードも明らかにやってねーし

**仕様書無しさん** · 2017/10/19(木) 08:47:26.51

>>63>>64>>70>>71>>74>>77
レスありがとう
基盤に基幹システム向けに用意した非公開の機能があるんだけどそれを一般機能の開発に使われて困ってる

非公開の理由が、使い方が特殊(というか一般向けに作ってないから)正しい手順で使わないと期待してる結果にならない

事情を知らないコーダーが安易にソースの流用をするとまず間違いなくシステムエラーを起こす

こういう事態を招く恐れがあったから非公開で禁止にしてるのに、勝手に使うから案の定色んなところに派生が出来てる感じで収集がつかないことになってるんだよね

彼いわく
「中身を理解せずに勝手に流用するからそんなことになる」って言い張ってるんだわ

で、やめさせたいんだけどどうしたらいいと思うよ？

**仕様書無しさん** · 2017/10/19(木) 08:55:15.85

>>83
つまりそいつ一人のワガママのせいでプロジェクト全体のソースの流用性を落としてるってこと？
生産性にも関わる話だしそれは普通にアウトだろ

**仕様書無しさん** · 2017/10/19(木) 08:57:48.04

>>83
目の前で直させる
直すまで帰さない

**仕様書無しさん** · 2017/10/19(木) 09:05:45.57

>>83
派遣だったら派遣元にクレームつけて人を代えさせる。

自社の社員だったら、上司にそいつがいる損害を報告して別の部署に異動して貰うことにする。

**仕様書無しさん** · 2017/10/19(木) 09:31:09.63

　　　　　　　ｯﾂ㍊㍊㍊㍊㍊ﾐｯ
　　　　ｯﾂ㍊㍊㍊㍊㍊㍊㍊㍊㍊ﾐｯ
　　　ｯﾂ㍊㍊＞'"´　__,, ￣｀丶㍊㍊ﾐｯ
　　ｯﾂ㍊ｼ'´ _ ,ニ_二三‐｀､u｀ヾ㍊㍊ｯ
.　ﾂ㍊彡'　,'U_,..-ｭ￣ fﾆ三三ﾐヽヾ㍊㍊ｯ
　ﾐ㍊彡! :丶/|::/!!:.　　:. .:ミ;＝｀ﾞ'　ヾ㍊㍊',
　㍊㍊ﾘ ,'f r",,ゞｨ_, i　 :. ヨ　●ヾ　　',㍊㍊!
　㍊㍊{　 ' ｲ●ﾉ"´,:,!　 ' "'ーﾍヽ　　 Nlﾊ⊥
　㍊ﾐﾘﾊ　 .: '""_,.ノ,'　　 ,. }、U　　　　tf{´i, l|
.　 Wﾘ小! .: 　　　　,ゝﾞ･　･'' ヽ　　　　　｀!) Vl
　　ゞ干ﾐ} :　U　　/　　_J＿　丶　　　　 }'´ /　　　俺を支持しろ！
　　　'､Yヾ :.　　　（ﾄｪｪｪｪｪｪｲ）　　　　 / ノ
　　　ヾ.f'､:.:.　　　ヽ｀ヽ⌒⌒ｼ　　　　 /l'´ﾊｧﾊｧ
　　　　ヽ._）:.:.、　U　ﾉ:::ﾉ:ノ　　　,.　'　l
　　　　　　ﾄi､ヾ:. 、（＿ノ∪_,. - '　　｜
　　　　　 /^ヾ!､丶　｀ U''"´ 　　　　 |
　　　　／ヽ　　丶、　｀¨¨´　　　　　ト､
　　／::::::::::丶、　　｀丶、　　丶　　　　| rゝ、

**仕様書無しさん** · 2017/10/19(木) 12:05:59.75

// こういう意味が無い例外処理をするのは勘弁してくれ
try
{
　　// 何らかの処理
　　// ネストが増えるだけだよ
}
catch (Exception)
{
　　// ここでせめて何かしろよ。慣例で catch だけしてんじゃないよ
　　throw;
}

// これは更に性質が悪い
try
{
　　// 何らかの処理
　　// ネストが増えるだけならまだしも
}
catch (Exception ex)
{
　　throw ex; // ここでスタックトレース消えるんだよ
}

**仕様書無しさん** · 2017/10/19(木) 12:13:24.02

>>88
c#ならそうだね
Javaだと少し仕様が違う

**仕様書無しさん** · 2017/10/19(木) 12:15:52.99

>>88
Javaやってたやつはc#で下の書き方する可能性大

**仕様書無しさん** · 2017/10/19(木) 12:25:30.64

>81は馬鹿で素人の典型だな
素人の寄せ集めで始めたプロジェクトのソースなんか１クラスにほぼ全部の処理書いてて嫌悪感が凄いからな
素人はこういう順番に何してるかわかるような丸ごとソース（爆）ｗを好むんだよな馬鹿だからｗ
機能追加で俺が参加して処理単位ごとに関数分割してるだけで今度は素人が嫌悪感を感じるらしいｗ
メリットが全くわからんのだろうな馬鹿だからｗ

**仕様書無しさん** · 2017/10/19(木) 12:29:22.25

非公開の機能を簡単に呼べるように設計した奴も悪い

**仕様書無しさん** · 2017/10/19(木) 12:30:29.52

>>88
Javaでこの記述でエラー処理なった時に数百倍の速度ロスになるとこの掲示板で聞いたけど
それから使ってみた経験上、体感的に全くそういう速度ロスはないようだった

**仕様書無しさん** · 2017/10/19(木) 12:33:26.91

>>82
>ちなみに1メソッド5個も華麗にスルー
しかも、既存のコードも明らかにやってねーし

そりゃそーだろうなぁw

**仕様書無しさん** · 2017/10/19(木) 12:39:48.34

>>93
インライン展開されないことによるロスとか？そこまで大きいとは思えないけど

**仕様書無しさん** · 2017/10/19(木) 13:07:33.48

>>93
javaが遅かった時代の話じゃないか？
確かに例外作成はそこそこコストかかるけど

**仕様書無しさん** · 2017/10/19(木) 14:33:27.93

体感()

**仕様書無しさん** · 2017/10/19(木) 14:55:55.92

エラー握り潰すのほんとひで

**仕様書無しさん** · 2017/10/19(木) 16:22:14.41

>>88
finally足すときにインデント壊したくないんじゃないの？

**仕様書無しさん** · 2017/10/19(木) 19:25:56.90

JavaやCの例外機構は破綻してる
最近deferとかusingブロックとsurpressedExceptionの仕組みでやっと解決された

天才どもが束になってとりくんでたのに
何十年もこんなことでつまづいて来たとか信じられん

**仕様書無しさん** · 2017/10/19(木) 19:33:01.01

お前が携わってたらもっと早く解決してたのにな

**仕様書無しさん** · 2017/10/19(木) 19:35:43.37

全員が想定外のときは単に落ちるけどね

**仕様書無しさん** · 2017/10/19(木) 19:52:09.47

後からなら何とでも言えるという典型か

**仕様書無しさん** · 2017/10/19(木) 19:52:57.66

try {
File a = file();
aaa:
File b = file();
bbb:
a.write(b.read());
}
finally bbb {
b.close();
}
finally aaa {
a.close();
}

catch (Exception e) {
e.printStackTrace();
}
なんとなく昔考えてた例外機構

**仕様書無しさん** · 2017/10/19(木) 20:56:50.75

今、残業してるやついる？

**仕様書無しさん** · 2017/10/19(木) 21:10:53.41

いないよ

**仕様書無しさん** · 2017/10/19(木) 21:12:34.06

よかった

**仕様書無しさん** · 2017/10/19(木) 21:16:38.81

>>91
メンバー感でレベル差があると全員が苦しいよな
同じレベル感であと好みのパラダイムも統一したほうがいい
手続き型雑魚チームにはつまらない簡単な雑務を与える
オブジェクト指向上級者チームには難しく野心的なプロジェクト
関数型変態チームには好きなことをやらせる

**仕様書無しさん** · 2017/10/19(木) 21:22:15.28

>>83
ソース見せたのが問題の根本原因では？
ようするにソース & アーティファクトの管理もまともにできない素人集団が偉そうに他人を馬鹿にして悪者にしようとしちゃダメだよってこと
まずは杜撰な管理体制を猛省しろ

**仕様書無しさん** · 2017/10/19(木) 21:23:35.01

>>108
売上も比例するといいな

**仕様書無しさん** · 2017/10/19(木) 21:34:37.03

ノーガードでサーバー公開したらハッキングされたって怒るようなものだな
>基幹コード無断流用

**仕様書無しさん** · 2017/10/19(木) 21:43:12.13

起動したアプリを
タスクマネージャーにも表示したくありません。
何か方法はありますか？

**仕様書無しさん** · 2017/10/19(木) 21:59:03.56

タスクマネージャを起動させない

**仕様書無しさん** · 2017/10/19(木) 22:08:32.45

あります

**仕様書無しさん** · 2017/10/19(木) 22:18:46.73

どうやるんでしょうか？
また、ウィルス対策ソフトも反応しない様にしたいです。

**仕様書無しさん** · 2017/10/19(木) 22:24:20.98

サービスはだめなの？

**仕様書無しさん** · 2017/10/19(木) 22:32:25.15

ウイルスじゃなければ、ウイルス対策ソフトに反応しないと思うがｗ

**仕様書無しさん** · 2017/10/19(木) 22:39:57.60

ウイルスを作ろうとしてるんだよ
察してやれよ

**仕様書無しさん** · 2017/10/19(木) 22:45:48.17

深い処理で
最終的に例外なしで全部成功したら
最後にＤＢコミットする場合って
一番最初の入り口にだけtry-catchおいて
それ以下では全部例外throwの方がすっきりしてよくないか

**仕様書無しさん** · 2017/10/19(木) 22:56:51.24

>>116
サービスではダメです。やりたいのは、

例えば、hide.exeを実行すると
メモ帳　が起動しているけれどもWindowが表示されておらず
タスクマネージャー上にも表示されていない様にしたいです。

ただし、一定のコマンドをショートカットコマンドを気ボードから入力するとメモ帳の
タスクマネージャー、Windowsも表示される様にしたいです。

**仕様書無しさん** · 2017/10/19(木) 23:19:28.50

>>119
？？？どういうこと？

**仕様書無しさん** · 2017/10/19(木) 23:47:50.56

Javaで成功したらコミット、失敗したらロールバックして終了するだけのプログラム
try {
Connection c = getConnection();
try {
try {
serviceFunc(c); //本体
} catch (Exception e) {
try {
c.rollback()
} catch (Exception ee) {
e.addSurpressed(ee);
}
throw e;
}
c.commit();
} catch (Exception e) {
try {
c.close();
} catch (Exception ee) {
e.addSurpressed(ee);
}
throw e;
}
c.close();
} catch(Exception e) {
writeLog(e);
}

狂っとる

**仕様書無しさん** · 2017/10/19(木) 23:55:37.76

>>98
100歩譲って握りつぶすのに目をつぶってもログに出さないのは許さない

**仕様書無しさん** · 2017/10/19(木) 23:56:12.59

rootkitでもあるまいし、意味がわからんな。
楽にやりたきゃ適当に絶対立ってるexeの使うdllをラップした偽dll読み込ませるくらいか。

**仕様書無しさん** · 2017/10/20(金) 00:19:51.15

>>120
タスクトレイに表示するようにすればタスクバーには表示されないし
学習過程で表示しない方法はわかるかも
セキュリティソフトにウィルス認定されたら逃げるのは無理だね

**仕様書無しさん** · 2017/10/20(金) 00:21:27.73

ともしかしてタスクマネージャーじゃなくてタスクバーじゃね？
と思って回答してみる

**仕様書無しさん** · 2017/10/20(金) 00:44:40.22

>>125
やりたいのは、狙った特定のソフト（メモ帳だったり、ペイントだったり、電卓だったり）を今回作成する（したい）ツールで
非表示（バックグラウンドで実行）にしたいのです。

>>126
両方です。様はツールを使う事で狙ったソフトが動いている事が
全く完治出来ない様にする事の出来るツールを作りたいのです。

**仕様書無しさん** · 2017/10/20(金) 01:39:47.69

>>127
それは無理だな
タスクトレイにぶち込むアプリ作ればわかるが作る時点で登録してるっつーの？
そういう作りになってるので無理
自分で作ったメモ帳モドキならいけんじゃん

**仕様書無しさん** · 2017/10/20(金) 01:41:01.79

>>127
後、マネージャーは絶対表示されちゃうな

**仕様書無しさん** · 2017/10/20(金) 02:14:32.37

>>128 >>127
うーん、やっぱり無理か
Windows API使っても無理？

**仕様書無しさん** · 2017/10/20(金) 02:25:01.81

>>130
無理
わざわざ登録するものだったけど
書かなくても出るね

**仕様書無しさん** · 2017/10/20(金) 02:56:11.63

app.TaskVisible = false って効かねーよな？
俺のとこでは出る

**仕様書無しさん** · 2017/10/20(金) 03:06:13.61

自分で作成したアプリケーションがWindows７のタスクマネージャに表示されずに困っております。（開発言語はVB6.0です）
今回、タスクマネージャに表示されないアプリケーションは、以下の３種類です。

①「FormのCaptionプロパティを空欄("")にしたもの」

②タスクトレイに格納しているもの

③バッチ処理を行うプログラムで、画面がないもの

WindowsXPのタスクマネージャでは、①②③全てアプリケーションタブに表示されておりましたが、

(アプリケーションタブに表示される内容は、VB6.0で「アプリケーションタイトル」に設定したものでした）

Windows７のタスクマネージャでは、全て表示されない状態です。

なんか色々ありそう

**仕様書無しさん** · 2017/10/20(金) 05:22:39.79

>>127
やっぱりウイルスじゃねーか

**仕様書無しさん** · 2017/10/20(金) 05:47:40.67

>>127
「ユーザーに感知できないようにしたい」っていう理由はなんだ？
ユーザーに見えないところで、こっそり別の処理をするんだったら、
それはもう犯罪だぞ？

たとえばお前の部屋にだれかがこっそり入って、
お前に感知できないようにオナニーしてるようなもんだが？

**仕様書無しさん** · 2017/10/20(金) 06:01:28.18

>>122
こんなキモいコード書いたことないな

**仕様書無しさん** · 2017/10/20(金) 06:18:42.35

タブレットで開発が快適すぎてPCいらなくなった
布団で寝ながらぬくぬくコーディング

**仕様書無しさん** · 2017/10/20(金) 06:26:23.47

改元の日程がおおよそ決まったらしいけど実際のとこ今から何か対策するの？

**仕様書無しさん** · 2017/10/20(金) 07:50:31.44

>>138
無理だね
長々平成とか3-4文字やられたら
フィールドから変更しなきゃいけねぇ
文書関連のフォーマットも変更必須だ
ノーガードでいるしかない

**仕様書無しさん** · 2017/10/20(金) 07:59:50.96

>>138
今からやることは無い
生前退位が決まった時に見積りして、来年度の予算として確保済み
後は、新元号が決まったら対応してリリース待つだけ

**仕様書無しさん** · 2017/10/20(金) 09:14:13.20

さすがに２文字のルールは破ってこないんじゃないかえ？

**仕様書無しさん** · 2017/10/20(金) 09:16:56.35

二文字は破らないと思う
あと、MTSH以外の頭文字になると思う

**仕様書無しさん** · 2017/10/20(金) 09:33:37.77

>>137
環境教えてplz

**仕様書無しさん** · 2017/10/20(金) 09:56:47.49

>>141
わからんね
一文字とか逆に表示が不格好になることしてくれるかもしれん

**仕様書無しさん** · 2017/10/20(金) 10:24:44.14

真平成

**仕様書無しさん** · 2017/10/20(金) 10:42:11.35

>>144

おい、お前、小学校で歴史習わなかったのか？

２文字の元号、何年続いてると思ってんだよｗ

**仕様書無しさん** · 2017/10/20(金) 10:44:56.39

大穴：元号廃止

**仕様書無しさん** · 2017/10/20(金) 10:48:54.29

>>147

それが一番、グローバル社会にあってんだけどね。

**仕様書無しさん** · 2017/10/20(金) 10:52:15.55

このまえ携帯電話に関してコールセンターに電話したら、生年月日を６桁で入力しろっていうから、
あんまりよく聞かずに西暦下２で入力したらエラーで弾かれた。和暦で入れろとか言うの。

いつの時代だよ！？と思ったけど、爺婆相手にすっから、向こうに合わせるしかないんだろうな。

**仕様書無しさん** · 2017/10/20(金) 11:33:13.42

新元号：(´・ω・`)

**仕様書無しさん** · 2017/10/20(金) 11:33:44.50

新元号：( ‘д‘⊂彡☆))Д´) ﾊﾟｰﾝ

**仕様書無しさん** · 2017/10/20(金) 11:40:23.55

>>135
お前に教える必要ねーだろ

**仕様書無しさん** · 2017/10/20(金) 11:47:49.30

新元号「二人の愛がはじまって」

**仕様書無しさん** · 2017/10/20(金) 12:01:26.78

>>153

ほう、ちょっと詳しく説明して。

**仕様書無しさん** · 2017/10/20(金) 12:05:23.24

元号なんてとっととやめればいいのに

**仕様書無しさん** · 2017/10/20(金) 12:30:41.85

かっけーじゃん元号

**仕様書無しさん** · 2017/10/20(金) 12:36:30.52

元号はジャップランドの忌むべき因習

**仕様書無しさん** · 2017/10/20(金) 12:49:35.82

日本がいつまでもITで中国に負けているのは、元号に対応しなければいけないから説

**仕様書無しさん** · 2017/10/20(金) 13:14:36.00

まあ日本語は文字が山ほどありすぎて暗号・隠文にしやすいように

元号や干支があるので本人確認に役立てやすいという安全面もあるからな

利便だけで考えようとするやつは頭が悪い

想定が立てられない、つまりバグ取り下手だろ

**仕様書無しさん** · 2017/10/20(金) 13:16:41.33

【お笑いジャップ】韓国「さすが不正がうまい。日本は歴史も捏造するからな」　神戸製鋼問題、韓国でも大きな話題に

https://news.yahoo.co.jp/byline/shinmukoeng/20171019-00077073/

韓国ネット民たちも「さすがモノづくり大国・日本。不正もうまいようだ」「もはや日本の品質も信じられない時代になった」「韓国には輸入しないでほしい」「日本は歴史も捏造するからな」などと、辛らつなコメントを書き残している。

**仕様書無しさん** · 2017/10/20(金) 13:18:20.66

>>159

こんなメチャクチャな論理、久しぶりに見た。

**仕様書無しさん** · 2017/10/20(金) 13:22:23.60

そもそも、「客との対面でどう扱うか」は運用の話であって開発の話ではない

バカはこう言われても何のことか分かってないんだよな

つまりは「内部でどのように作ろうとも、運用では西暦のみにできる」

「客に聞くときは西暦だけ」ができるんだよ

それでもなお元号が残っているってことはそれ以上の理由がある、もしくは理由をつけなきゃならないわけだ

頭が悪い

**仕様書無しさん** · 2017/10/20(金) 13:26:54.36

典型的なバカと同じ

「いつまでも鍵穴があるのはおかしい！指紋認証ガー」

で車作ろうとして実際にやってみたら

バッテリーが上がってドアが開かない確率を上げるだけになった

結局、動作が確実だからと言って鍵穴を作らざるを得なかった

テスラって会社だが

想像力が足りてねえんだよな
バカって

**仕様書無しさん** · 2017/10/20(金) 13:31:23.33

でも年号って天ころ基準の記年法だろ？
おれ天皇制嫌いだから使いたくないんだわ

**仕様書無しさん** · 2017/10/20(金) 13:38:31.11

ヘイトスピーチ来た

**仕様書無しさん** · 2017/10/20(金) 14:03:35.25

>>159
本人確認に元号が役立つことなんてないな

**仕様書無しさん** · 2017/10/20(金) 14:09:36.86

>>162-163 ってさ、
そんな糞長文、読んでくれる人が居ると、本当に思って書いたの？

バカじゃん？

**仕様書無しさん** · 2017/10/20(金) 14:22:54.50

日本人を差別する差別主義者、反日朝鮮人を見破るには良い手

**仕様書無しさん** · 2017/10/20(金) 16:18:46.28

さて、ちょっと休憩スッカ

**仕様書無しさん** · 2017/10/20(金) 16:38:19.96

>>122
なんで全部Exception
例外シナリオごとに別の型ないのかよ

**仕様書無しさん** · 2017/10/20(金) 16:44:29.26

>>170
どの例外が起こっても処理が一緒なんだろな

**仕様書無しさん** · 2017/10/20(金) 16:59:48.01

if文の代わりに例外使ってるだけに見える

**仕様書無しさん** · 2017/10/20(金) 17:00:06.77

>>169
まだ定時じゃねーだろ
さっさと仕事しろカス

**仕様書無しさん** · 2017/10/20(金) 18:49:10.38

俺全然バグ出さないし他人のバグもあっさり解決してしまうから一向にデバッグのスキル上がらんわw
デバッグのスキル上げてえわぁw

**仕様書無しさん** · 2017/10/20(金) 18:59:36.25

>>174
自分のバグ出さないなんて当たり前
問題は自分以外のヤツのせいのバグ修正

**仕様書無しさん** · 2017/10/20(金) 19:08:21.05

凄いも色んな種類がいるよね
開発前に現行システムがキチンと動いてることを確認して
動いてないときは不具合修正まで工数に含められる人とか
あまりの手の速さと機転の速さにびっくりするわ
正攻法で超スピードで直しちゃうのもよく見るね
会社に一人は欲しい
マイクロソフトに質問メール書いて実際に修正させた人もいた（あ、対応してくれんだ？初めてみたｗ）

**仕様書無しさん** · 2017/10/20(金) 19:22:08.75

>>152
なるほど、人に言えない事に使うわけだな
そういうのはここで尋ねるんじゃなくて
アングラ系サイトで仕入れるべきだよ

**仕様書無しさん** · 2017/10/20(金) 19:23:25.55

>>174
難しいシステム触らせてもらえるようになったら向上するんじゃねえの
別に自分でOSSとかのデバッグやればいい話だけど

**仕様書無しさん** · 2017/10/20(金) 19:24:37.66

>>177
5chになって健全なサイトになったのか

**仕様書無しさん** · 2017/10/20(金) 19:31:36.14

>>178
いやだから>>174にも書いてるけどあっさり解決してしまうんだってばw
デバッグスキル上げる教材が見つかんねぇw

**仕様書無しさん** · 2017/10/20(金) 19:36:13.01

>>179
かなり前から健全なサイトです

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/10/20(金) 19:46:40.55

>>180
github.comにバグだらけのコードが転がってるよ。

**仕様書無しさん** · 2017/10/20(金) 20:05:47.64

>>170 キモさ三割増し
try {
Connection c = getConnection();
try {
try {
serviceFunc(c); //本体
} catch (DBConnectionException e) {
throw e;
} catch (Exception e) {
try {
c.rollback()
} catch (Exception ee) {
e.addSurpressed(ee);
}
throw e;
}
c.commit();
} catch (DBConnectionException e) {
throw e;
} catch (Exception e) {
try {
c.close();
} catch (Exception ee) {
e.addSurpressed(ee);
}
throw e;
}
c.close();
} catch(Exception e) {
writeLog(e);
}

**仕様書無しさん** · 2017/10/20(金) 20:08:43.36

>>180
簡単なんだろ
難しいけど「こ、これくらいあっさりだぜっ」って強がってるの?

**仕様書無しさん** · 2017/10/20(金) 20:08:54.11

>>180
なんであっさり解決できるのにスキル上げたいの？

**仕様書無しさん** · 2017/10/20(金) 20:14:07.72

>>183
ワザとやってんのか

**仕様書無しさん** · 2017/10/20(金) 20:15:29.04

なんか変か？
わりとしょうがないと思うんだけど

**仕様書無しさん** · 2017/10/20(金) 20:19:56.98

>>185
だってスキルじゃねえものwカンだぜカン？w
後輩に聞かれても何も教えられねえしw

**仕様書無しさん** · 2017/10/20(金) 20:24:07.07

いやないな
こいつはまだ困難な対応をしたことがないだけだ

**仕様書無しさん** · 2017/10/20(金) 20:26:14.53

>>188
なんで解決したのに説明できないの？
バグの原因と修正の根拠も説明できないの？

**仕様書無しさん** · 2017/10/20(金) 20:31:54.50

そもそも困難な場合納得できないバカがいるのでホイホイ動くわけにはいかん

まず、現状確認資料の作成じゃん
次に、修正案資料の作成（最低３つ）じゃん
上記２つでGoが出たら会議じゃん
一つ目の資料での打ち合わせで
二つ目の資料はゴミになるかもしれないじゃん
したらもう一度待ってもらって
修正案資料再作成じゃん

って感じの作業やったことねーだろ
具体的にはお硬いところと仕事したことねーな

**仕様書無しさん** · 2017/10/20(金) 20:33:41.61

はい、今日も残業してるひと

**仕様書無しさん** · 2017/10/20(金) 20:39:00.54

>>190
はあ？お前バカ？

**仕様書無しさん** · 2017/10/20(金) 20:40:40.75

>>193
お前こそ何言ってんだよ
通らねーよそんな不具合修正

**仕様書無しさん** · 2017/10/20(金) 20:42:13.30

>>194
いや通るもクソもカンで分かっちゃうんだからw
てかマジお前バカ？

**仕様書無しさん** · 2017/10/20(金) 20:43:23.72

>>195
説明できないけどカンだけで直したの？

**仕様書無しさん** · 2017/10/20(金) 20:44:59.14

>>196
だから何で説明できないと思ってんだよw
マジでバカだろお前w

**仕様書無しさん** · 2017/10/20(金) 20:48:40.31

>>197
じゃあなんでバグの原因を説明できるのに後輩に教えられないの？

**仕様書無しさん** · 2017/10/20(金) 20:51:57.63

>>198
はあ…だからその原因を特定するまでの手法がスキルだろw
それがカンで分かっちゃうんだってw
直った後でココがこうなってたからこうでなんやかんや～なんて説明いくらでも出来るわw

**仕様書無しさん** · 2017/10/20(金) 20:52:04.97

会話が成り立ってねーな