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

■ このスレッドは過去ログ倉庫に格納されています
2018/08/30(木) 22:14:00.77
プログラマは
こちらで雑談してください。

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

※前スレ
プログラマの雑談部屋 ★38
http://medaka.5ch.net/test/read.cgi/prog/1530938287/
プログラマの雑談部屋 ★39
http://medaka.5ch.net/test/read.cgi/prog/1531667040/
プログラマの雑談部屋 ★40
http://medaka.5ch.net/test/read.cgi/prog/1532591492/
プログラマの雑談部屋 ★41
http://medaka.5ch.net/test/read.cgi/prog/1533486347/
プログラマの雑談部屋 ★42
http://medaka.5ch.net/test/read.cgi/prog/1534749200/
2018/09/08(土) 13:12:01.69
>>703
UMLは便利だがこだわっても失敗するだけだよ
対象ドメインをモデリングするために必要な構造が網羅されているか？と聞かれたらされてないからね
例えば、質点運動の力学的シミュレーションが対象ドメインだったら、UMLで簡潔明瞭にモデル化できるか？
この場合はUMLよりも、点と矢印を描いた図といくつかの数式を書いたもののほうが的確にモデルを表現しているね
無理してUMLをドメインモデルに当てはめようとすると歪になるだけ
714仕様書無しさん
垢版 |
2018/09/08(土) 13:14:31.17
設計・詳細設計とか勉強するのにおすすめな本教えてください
2018/09/08(土) 13:14:43.43
>>712
過不足なく書くための工数が膨大なのでそんな設計書は存在しない
2018/09/08(土) 13:16:53.56
>>709
こんなくだらん設計書を書く手間が有ったらエディタ開いて
buffer = B(A())
って入力してテストしてコミットしたらいいんじゃないの?
金になるからわざと工数増やしたいの?
2018/09/08(土) 13:18:59.72
わざと工数伸ばしてんのか？と疑うレベルのことする人いるよな
2018/09/08(土) 13:22:47.11
バッファーとか言ってるのは組み込み系じゃないか？
業務系と比べるとシステムの状態数が桁違いに少ないからバッファーバッファー言ってられるのかもしれんが
業務系でそんなんいちいち追ってたらキリがねえから抽象化して考えるんだよ
719仕様書無しさん
垢版 |
2018/09/08(土) 13:23:26.55
>>693
今だけを考えるなら少人数でいいだろう。

ただその少人数に何かあったり新しいことをやろうとした場合に都合よくできる少人数を
捕まえれるかというのがあるな。 少人数に入った側だって自分のバックアップもフォローも
ない状態で仕事を続けるのは嫌だろ。 若くて健康なのはそういう先のことまで考えないけど。

別に入れるほうがそういう考えじゃないだろうが、結局のところ出来る奴だけを事前に
抽出するなんてほとんど不可能だから、大量の人材プールを用意してそこから出来る
やつを育てていくしかないんだよ。
720仕様書無しさん
垢版 |
2018/09/08(土) 13:26:10.21
>>719
出来るやつは情報発信してるからアプローチして引き抜くんだよ
解雇は難しいけど転職は自由な日本で人材プールはいくらなんでも効率が悪すぎる
2018/09/08(土) 13:27:45.52
>>714
アプリ→現場で役立つシステム設計の原則
DB→SQLアンチパターン
が設計入門としておすすめ。

システム間連携の仕事も任されるなら、エリックエヴァンスのドメイン駆動設計も読んだほうがいい
2018/09/08(土) 13:29:48.87
>>712
マークダウンで書け
わざわざエクセルを開かせるな
2018/09/08(土) 13:59:56.00
>>722
マークダウンで横並びの画像や矢印吹き出しを入れる方法を教えてください
2018/09/08(土) 14:00:58.70
＞こんなくだらん設計書を書く手間が有ったらエディタ開いて
＞buffer = B(A()) って入力してテストしてコミットしたらいいんじゃないの? >>716

プログラマはテンションあげてコードを書いているなら
一ヶ月もしないうちに書いたこと忘れるよ。
コードに添えられたコメントも役立たない。
クソコードを読み直すのがおちだな
テンションあげて書いたものは、クソコードに陥っているよ。
そのときだけ分かるようなもの。
コードを読み直すときに設計書が役立つ
725仕様書無しさん
垢版 |
2018/09/08(土) 14:02:35.30
>>720
なんで出来る奴が勝手に生まれてくると考えるんだろう？

その出来る奴はかなりの確率でどこかの組織が育て物で大抵の場合はその組織と
周りがいるからパフォーマンスが出せたりする。
アメリカだったかで個人を引き抜いてもパフォーマンスが出ないことが多いからその
個人が属しているグループごと引き抜くほうがいいという流れになっている。 会社ごと
買収するってのはそういうことだよね。

まあアメリカみたいに世界中から人が集まる環境ならタコの足食いみたいなことしても
問題が顕在化するのはずっと先だろうけど、ほかの国だとまあ無理だよな。

今の日本のIT業界かかわらず景気が良くなったら人材不足だーって騒ぎになるけど
人を育ててなきゃそうなるなって見本だよね。

まあ情報発信してる人が必ずしも出来る人じゃないってのはそういう人を採用したことが
ある人はわかるよね。 世の中そんな単純じゃないってのは。
726仕様書無しさん
垢版 |
2018/09/08(土) 14:04:12.35
情報発信している人ってのも人材プールなわけだし
727仕様書無しさん
垢版 |
2018/09/08(土) 14:08:50.07
大手の会社で人脈作って独立したけど、独立したとたん見向きもされなくなった例なんて
いくらでもあるでしょ。 「大手の会社に所属」とい属性紐づいた人脈でしたっていう。

自分の人脈は違うから独立しても大丈夫だ！ ＞ やっぱ無理でしたったいうコントは
数えきれないほど起きているというのにそこから逃れられると考えるのも結局はこの
コントの登場人物と同じなんだよね。
2018/09/08(土) 14:11:15.89
>>724
忘れたらコードを読めばいい
コード読んで分からんようなものを書くやつは”さらに”わけわからん設計書を書く
2018/09/08(土) 14:13:05.37
>>723
横並びの画像ができないとでも？
吹き出しだなんてどうでもいいことにこだわっているExcel大先生おつ
2018/09/08(土) 14:14:07.33
「人を育てる」って、元々は終身雇用・年功序列主義の日本企業が得意とする事だったけど
情報入手の容易化や低賃金化によって、人を育てても辞めてしまうってことは増えただろうなあ

優秀な中途人材の獲得競争に負ける→優秀じゃなくていいから育てる→育てた人材が他の待遇いい会社に流出する

魅力的な労働環境とスキルに見合うだけの報酬を提供できるくらい儲かってる会社でないと、この悪循環は抜け出せそうにないな
2018/09/08(土) 14:14:29.14
>>725
組織に要介護のプール人材がいたら出来るやつも力を発揮できんだろ？
出来るやつを育てて力を発揮させることができる企業にはプール人材など不要
2018/09/08(土) 14:15:26.56
>>729
は？
ごたくはいいからやり方を書けよ
吹き出し矢印も気軽に書けないドキュメントエディタなんて話にならんぞ？
733仕様書無しさん
垢版 |
2018/09/08(土) 14:20:29.71
> 出来るやつを育てて力を発揮させることができる企業にはプール人材など不要

その企業から人材が引っこ抜かれないという保証はどこにあるのだろう？
2018/09/08(土) 14:27:23.01
>>730
そうは言ってもいい目を見させてもらった会社で生まれた帰属意識は強固で多少条件がいい
程度では転職しないんだよね、にんげんだもの。

後ろ足で砂をかけるよに辞められるのはそれなりに理由は存在する。まあ頭おかしいのは
一定数いるけど。

転職されても一定の関係を維持できるってのが今の世の中は必要なんだろうなと。
735仕様書無しさん
垢版 |
2018/09/08(土) 14:27:47.38
>>732
https://mermaidjs.github.io
2018/09/08(土) 14:32:58.20
>>721
＞現場で役立つシステム設計の原則
------------------------
以下に，コードの設計を改良する例を示します。

int price = quantity * unitPrice;
if( price < 3000 )
price += 500; //送料
price = price * taxRate();
-----------------------------
というのがネットにあった。
まずプロトタイプを作って、そこからだな。

price += 500; //送料
のところなんだけど、これをそこらじゅうでコピーすると
いうのをやってはいけない。項目ごとにそれをやってはいけない
送料の変更があったときにそこらじゅうを変更するからだ
メソッドにする
500＝GetShipCost（）；とやるわけね
2018/09/08(土) 14:33:20.21
>>733
出来るやつが引っこ抜かれたら要介護のプール人材だけが残るだろ?
プール人材でも雇用してる以上は給与を払わなきゃならん
プール人材を養うコストがなければ出来る人材を雇うのは簡単だ
2018/09/08(土) 14:39:17.92
>>735
これじゃ適当に画像ならべて吹き出しと矢印つけれねえだろ？
日本式ドキュメンテーションには全く役に立たんわ
2018/09/08(土) 14:44:38.70
その日本式ドキュメンテーションのせいでＩＴ死んでるんだよな
工数工数言う前にエクセル弄りしてる時間図ってみろよっていう
740仕様書無しさん
垢版 |
2018/09/08(土) 14:47:38.71
設計者が開発もすれば何の問題もない
2018/09/08(土) 14:49:11.60
>>739
エクセルがなきゃなにも始まらん
エクセルで企画、エクセルで要件定義、エクセルで設計
エクセルで実装、エクセルでレビュー、エクセルでテスト
最後にエクセルをコードに写すだけ
システム開発とはこうあるべきだ
2018/09/08(土) 14:49:41.79
エクセルが便利すぎるんだよ
ポップアップ表示のコメントや画像も挿入できるしアウトラインをグループ化したりもできるし
便利な例を挙げたらきりがない
2018/09/08(土) 14:50:10.20
ビジネス効率化！事務工数削減！と客に吹聴するSIerが一番工数削減できていないのほんま草
2018/09/08(土) 14:52:28.44
>>737
なんで管理側が賢明なことを前提に話しているんだろう？
10人程度の規模の組織ならともかく数十人規模くらいからでも管理側からみたら
誰が必要でだれが不要かも分らんだろうし。

出来る人材なんてコストが見合わなくなったらお荷物になるわけで、出来ることなら
出て行ってもらいたい、松坂のように。
2018/09/08(土) 14:53:44.23
>>744
そら管理側もプール人材じゃなく出来る人材を雇うからだよ
2018/09/08(土) 14:54:05.84
>>738
何でそれをやるなって言ってるのがわからねえのかなあ
100万回は言われてるだろうに
2018/09/08(土) 14:55:24.74
>>746
最高にお手軽で最高にわかりやすいからだろ
なんでやっちゃだめなんだよ
合理的な理由と代替案を示せんのか？
748仕様書無しさん
垢版 |
2018/09/08(土) 14:55:30.78
仕事をこなすより資格を取る方が給料あがる人達だからな
749仕様書無しさん
垢版 |
2018/09/08(土) 14:55:45.13
英語で全部やりたかったらレベルの高い会社に行けばいいのさ
2018/09/08(土) 15:02:24.19
エクセルはキャンバスでも処理系でも無い
2018/09/08(土) 15:25:50.58
もうみんな受託開発一斉に辞めよう
2018/09/08(土) 15:32:24.58
>>745
どこかに存在してるかもしれない組織の話をされても、はあそうですかとしか思えないのですが？
753仕様書無しさん
垢版 |
2018/09/08(土) 16:05:29.26
googleは並のレベルじゃ無理なのはわかるんだが
yahooとか楽天とかの開発職もよほどじゃないと採用されない感じなのだろうか
2018/09/08(土) 16:15:22.16
yahoo安いで
2018/09/08(土) 16:21:51.14
Excel方眼紙で結合しまくって罫線を丁寧に入れるのも
番号(1、1-1、1-2)を手作業で1つずつ入れるのも
シェイプで矢印や吹き出しを配置してキレイに座標合わせるのも
印刷レイアウトの枠内に入るよう整えたり、改ページがキリのいいところになるように文章ずらしたりするのも
SIではそういうのが大事で高品質なドキュメントなんだ
2018/09/08(土) 16:53:27.84
>>755
だからそういう作業はエクセル以外のどのツールで出来るかってのを提示できない時点で
神エクセル使いと同等な存在だというのを理解してください。

ダメだクソだとくさすのは簡単に出来て気分いいだろうけど、じゃあ正しくやるにはどうしたら
いいのかってのを提示してるやつなんてほとんどいないじゃん。

ドキュメントならエクセルよりワードでとも思うけど、ワードはワードで面倒だし。 markdownも
方言が多すぎて割と面倒だし。
2018/09/08(土) 17:04:36.27
升目えくせるを流行らしたのが
日本のITの歴史で最悪の事案。
誰だよ・・・A級戦犯は
2018/09/08(土) 17:05:01.90
plantumlはだめなの
2018/09/08(土) 17:05:43.52
ドキュメントなんて何でもいいので
まともに動くものを作ってください
2018/09/08(土) 17:08:17.24
どっちにしろwebは印刷に向いてないからドキュメントとしてmarkdownが不適切なことも
あるんだよな。

紙に印刷すること自体をバカにする人も少なくなかったりしますが。

例えば今週あった台風や地震で停電になった地域がそれなりにありました。その場合に
IT機器でしかドキュメントが読めなかったら復旧作業に入るのに遅れが出るわけで。

必要になったら印刷すればいいと考えていたけど、必要になった時に印刷できないことも
あることがこれで分かった人もいるかと思います。

> 印刷レイアウトの枠内に入るよう整えたり、改ページがキリのいいところになるように文章ずらしたりするのも
> SIではそういうのが大事で高品質なドキュメントなんだ

実際に復旧作業をやる場合にこういうのがきちんとしてないドキュメントを使わされると
書いたやつ氏ねとか思うだろうね。 必要なことが枠内に入ってなくて読めなかったら
場合によっては死活問題になるし。
2018/09/08(土) 17:09:04.55
SIでは図や表や文が横にならんでいることが一番重要なのでExcelでいいのです
非効率でもそれをやめるという選択肢はないのです
2018/09/08(土) 17:17:31.38
>>760
ＩＴで停電なんて死活問題から
そもそも予備電源確保できるようにするだろ、何言ってんだおめえ
2018/09/08(土) 17:21:21.82
T社は意識の低いネトウヨだらけの会社
2018/09/08(土) 17:25:38.36
エクセルにお絵かきして時間を潰すと給料が出るらしい
2018/09/08(土) 17:26:58.32
>>760
停電してたら復旧作業できなくない？
何言ってるか自分でわかってる？
2018/09/08(土) 17:28:04.66
電気がないと動かないシステムに対して
電気がない状態でオペレーションするという仮定に果たして意味はあるのか
紙の手順書見ながら電源ケーブル抜き差しとかスイッチポチポチでもしてるの？
2018/09/08(土) 17:33:30.44
電気工事のマニュアルでしょ
2018/09/08(土) 17:51:33.58
>>757
升目に嫌がらせをし続けるMicrosoft
結合セルの行の高さ調整すら入れようとしない
2018/09/08(土) 18:06:54.86
>>755
きみは優秀そうな男だな
ドキュメントの重要性をわかっとる
2018/09/08(土) 18:13:06.60
>>760
超レアケースに備えて全体に負担を掛けるのは愚の骨頂でしょうに
福島で事故ったから全国の原発の安全基準を異常なほどに高めろとか言う連中と同レベル
地域特性を見極めて必要性が高いところだけ対応すりゃいいだろ?
2018/09/08(土) 18:18:10.11
770みたいな奴が、勝手にこれはレアケースだから対応しないって決めて
製品が市場に出回ってから回収騒ぎになるんだよな。
2018/09/08(土) 18:24:18.62
まれなエラー時対応に画面のフォーマットや体裁にこだわってコストかけてもしょうがないという話を
まれなケースだから考えないでいいというふうに曲解してしまっているのです
2018/09/08(土) 18:27:45.06
>>771
製造業と一緒にすんな
ITセキュリティのリスク評価のあたり勉強しろ
2018/09/08(土) 18:28:13.91
人命や資産や国土を失ったり現在の技術では解決不可能なゴミができてもレアケースだから気にする必要は無いよねうんうん
775仕様書無しさん
垢版 |
2018/09/08(土) 19:00:47.68
宇宙と人の気持ちはどっちの方が大事ですか？
776仕様書無しさん
垢版 |
2018/09/08(土) 19:02:27.76
>>762
なんでIT業界だけが客だと想定しているのか分からないです
2018/09/08(土) 19:02:33.04
>>771
君はエンジニア向いてないと思う
2018/09/08(土) 19:07:47.94
どの業界だろうとドキュメントを仕事で使うのは当たり前だとは思うが、
自分はドキュメントは作るだけで使わないですみたいな仕事をなんて
ないと思うのだが。 自分が体裁の整ってないドキュメントを渡されても
作った相手を罵らずに我慢できる人のほうがまれだと思うよ。

まあドキュメントを作る際に工数も積まず体裁の指示も何もしてないのに
納品やレビューの時に切れる相手には愚痴ってもいいだろうけど。

仕事として振られたものを自分の判断で必要ないとか勝手に判断する
ような奴のほうがよっぽど必要ないよな。
2018/09/08(土) 19:10:07.79
ドキュメントによっては法律で必要で体裁がミリ単位でまで決まってるのもあるけど
そういうのがあるってのは仕事をしてても知らないままなのも珍しくない。
2018/09/08(土) 19:15:50.85
おまえら頼むから想定外とかで片付けてメルトダウンするような原発は作るなよ。
2018/09/08(土) 19:17:05.71
>>765
今の世の中にはいろいろな機械が至る所にあってPCみたいに電源ﾎﾟﾁｰで動くもの
ばかりではない。 また電気が来てなくても緊急的に手動で動かせるものもある。

取説はネットで落としてくるってのが最近は多いけど、電気は復旧したけどネットは
まだなんてこともあり得る。 今は携帯はつながるけどみたいのが多いけどね。
782仕様書無しさん
垢版 |
2018/09/08(土) 19:17:06.81
>>780
実にエンジニアらしからぬ発想やねキミ何者や？
2018/09/08(土) 19:18:29.33
>>778
Sierだとドキュメント作りっぱなしで自分はあと関係ないなんて奴も多いから
誤字脱字表記揺れのオンパレードで
「これはなんて書いたんでちゅか〜？」と他の人が聞き出さなきゃならんこともある
2018/09/08(土) 19:19:35.76
>>782
おまえこそ、エンジニアじゃなくてブローカーだろ？
エンジニアなら自ら手抜きなんかしようと思わないだろ。
2018/09/08(土) 19:20:50.63
エンジニアも人間ですよ
786仕様書無しさん
垢版 |
2018/09/08(土) 19:23:21.60
>>784
手を抜くか抜かないかは個人に属する資質であってエンジニア的資質とは直交するんやがね
2018/09/08(土) 19:41:26.29
>>784
そこが君のエンジニアらしくないところだよ
全てに対処するには無限のリソースが必要
予算も人も時間も有限な以上何かを切り捨てなきゃいけない
じゃあ何を切り捨てるかというと経営陣のポリシーとリスク発生の確率、被害、期待値といった確率・統計情報をもとに取捨選択していくわけ
そんな事は理系のエンジニアなら誰でもわかってることであって隅から隅まで手抜きはありえないといった考え方が逆にありえない
必ず捨てる部分が出てくる
2018/09/08(土) 19:49:00.00
TeX使いなよ

テキスト管理
高生産
高品質
印刷完璧

文句ねーだろ？
789仕様書無しさん
垢版 |
2018/09/08(土) 20:02:30.08
>>788
おまえ文章主体のドキュメントなんか書いたことないやろw
何見栄張っとんねんw素直にエクセル使えやw
2018/09/08(土) 20:04:48.09
>>789
貴殿は文系ですな
わかりますぞ
791仕様書無しさん
垢版 |
2018/09/08(土) 20:05:48.36
>>790
貴殿はセイガクさんですなw
わかりますぞw
2018/09/08(土) 20:08:21.41
>>700
マジか！
新車でT車買って、信号待ちで完全に止まってる最中に急加速で、
全力でブレーキ踏んでサイドブレーキも引いたけど、
ブォーンと急加速する度にちょっとずつ前進して、
次前進したら前の車にぶつかりそうってところで信号が青になって
前の車が動き出したから助かったってのが一回あるわ
ディーラーに行っても症状再現しないから嘘松扱いされてムカついた

後で考えると、ニュートラルにすれば良かったのよねー
2018/09/08(土) 20:47:26.75
エクセルを超えた設計書ツールを作ろうと思う。
コンセプトは表計算ではなく、表ドキュメントツール。

・フリーフォーマット
・表や図形の挿入
・コメントや校閲機能
・プラグイン機能
・バイナリとテキストの分離したファイルフォーマット
(外部システムでバージョン管理させるため)
・無料

あと何が必要？
2018/09/08(土) 20:48:37.05
そういや仕様書・設計書の作成ツールってこれといって無いよね
2018/09/08(土) 20:50:01.87
>>793
自動化できるようにマクロとかCOMコンポーネントみたいのとか
2018/09/08(土) 20:50:58.13
>>793
印刷機能
2018/09/08(土) 20:52:46.78
>>794
いろいろツール試したけど結局ペンとノートとIDEが最強だと確信した
編集のしやすさが最重要で体裁に拘るのは安定してからでいい
そういう意味では最初からエクセルは最悪の悪手
2018/09/08(土) 20:56:03.07
>>793
ホワイトボードや紙からのインポート機能
799仕様書無しさん
垢版 |
2018/09/08(土) 20:56:31.20
>>793
テンプレート
2018/09/08(土) 20:58:52.00
>>795
設計書ツールにvbaみたいな機能が必要か？僕は使ったことがないが。
というか、それEXCELでよくね？

>>796
忘れてたありがとう
2018/09/08(土) 21:01:52.98
>>793
エクセルとの相互変換機能
これないと他社と仕事にならん
2018/09/08(土) 21:04:35.71
>>793
ソースコードを書式付きで貼れて
一部にマーカー付けたり自由に配置できたらなおよし
2018/09/08(土) 21:05:56.55
>>793
ブラウザで直接みれるようにしてくれ
804仕様書無しさん
垢版 |
2018/09/08(土) 21:07:52.39
全部エクセルで出来るしwええやんエクセルでw
2018/09/08(土) 21:08:52.51
>>798
面白いねありがとう

>>799
そうですね必要ですね

>>801
と、ここで終了。

結局、日本で設計する都合上、エクセルを使わなければならない
どんなに良いツールが出たって、優秀な人ほど大手に行く
大手ほどエクセルを使用してる現状どうしようもなくない？
2018/09/08(土) 21:09:13.55
やっぱりエクセルは最強だなあ
2018/09/08(土) 21:10:03.76
>>800
ヘッダーフッターを一括で変更するとか、一括で印刷するとか。
例えばjavaのアノテーションとかみたいなメタデータからデータ引っこ抜いてとか
逆に設計書からソースの生成とかマスターデータの生成とか出来るほうがいいだろ。
2018/09/08(土) 21:16:57.82
それに比べてwordとかいうクソソフトはなんなのか
まともに文章書けた記憶ないわ
2018/09/08(土) 21:17:31.80
大手は文章なんて書かないから作業者が困ってることなんて知ったことではないし
非効率に時間をかけることで儲けてるから効率的にする必要もない
810仕様書無しさん
垢版 |
2018/09/08(土) 21:19:40.07
「トヨタは恥を知れ」 急加速体験の女性、米公聴会で証言
http://www.afpbb.com/articles/-/2701135

トヨタの急加速事故は欠陥だらけのファームウェアが原因？――原告側調査の詳細 (1/3)
http://eetimes.jp/ee/articles/1311/11/news072.html

カムリのETCSには、グローバル変数が1万1000もあることが判明した。Barr氏は、“スパゲティコード”と評している。
ソフトウェアの評価法である「循環的複雑度（Cyclomatic complexity）」で複雑度を計測したところ、67個の関数が“テスト不能”だった（スコアが50を超えるとテスト不能と評価される）。
スロットル角度関数にいたっては、スコアが100以上で“メンテナンス不能”と評価された。
2018/09/08(土) 21:24:18.16
>>810
ジャアアアアアアッピアwww
812仕様書無しさん
垢版 |
2018/09/08(土) 21:31:23.02
Wordも慣れればそれなりにいいなと思った
図とか表とか貼りだすと途端に使いづらくなると思う
LaTeXの方が好きだけど
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況