パスワードを忘れた? アカウント作成

こちらは、dotkuwaさんのユーザページですよ。 スラドのストーリを選ぶための補助をお願いします。

13765275 comment

dotkuwaのコメント: 不味い! (スコア 1) 2

by dotkuwa (#3513334) ネタ元: ライフワークバランスに寄与する一案

Ubuntu 18.04で無いと色々無さすぎて不味い様です。

apt -y install imagemagick ffmpeg libpq-dev libxml2-dev libxslt1-dev file git-core g++ libprotobuf-dev protobuf-compiler pkg-config nodejs gcc autoconf bison build-essential libssl-dev libyaml-dev libreadline6-dev zlib1g-dev libncurses5-dev libffi-dev libgdbm5 libgdbm-dev nginx redis-server redis-tools postgresql postgresql-contrib certbot yarn libidn11-dev libicu-dev

13764923 journal
日記

dotkuwaの日記: ライフワークバランスに寄与する一案 2

日記 by dotkuwa

ライフワークバランス(残業しすぎは良くない)について
会議が有りました。
何か案が無いか聞かれました。そこで、昔考えていたことを
思い出しました。
 
自分は一貫してぺーぺーの作業員でしたが、その上にリーダー
が居て、プロジェクトマネージャー(管理職)が居ます。
特にリーダーの残業は昔から問題でした。
 
案ですが、
・作業員が「問題として正式に報告する・一覧に載せる」ほどの
 ことが無い、「ひっかかり」(数分~数時間で解決する)を
 全部ツイートする。

解決したらツイートする。
なにも無くても、順調な様子をツイートする。
・それにより、リーダーの「現場感覚」を補う。
・そうすることで、四六時中リーダーやその補佐が居なくても
 「現場感覚」を損なうことを減らせる。
のでは無いか?
ということでした。

13759751 journal
日記

dotkuwaの日記: 科学や技術や技能 2

日記 by dotkuwa

「もし自分が担当しているファイルサーバーの管理権限を
 移譲するとしたら、条件は何か? お前も若くないの
 だから。」と言われました。
それで即答したのですが、その内容だけでは面白くないので
もう少し考察してみました。

13738285 comment

dotkuwaのコメント: そのせいで (スコア 1) 12

by dotkuwa (#3493574) ネタ元: 違う科学

そのせいで、学校の先生が「最終ユーザ」の時に実際にうまく
行っている手法は、そうで無い「最終ユーザ」(世間では大多数)
の時に歪みまくるのかも知れません。
 
・手慣れた題材で、小規模で、正しさをすべて初めに提示出来る。
・正しさが伝わる事について、最終ユーザと作成者の利害が
 一致している。
・多数の人間が安全に使うためのフレームワークは排除可能で、
 計算が合っていれば合格。
 
こんなに歪んだ事例のみで高得点を取った人間を高位の資格者と
するとなると、本当におかしくなって当然です。
これも「違う科学」にソフトウェア科学をすり合わせようとした
誤った試みの結果だと思います。

13738236 comment

dotkuwaのコメント: 最終ユーザとパッケージやクラウド(IaaSは除く) (スコア 1) 12

by dotkuwa (#3493532) ネタ元: 違う科学

内製し自分が保守していた某システムを捨て、パッケージに
乗換した事が有りました。
 
そして、導入の際、
パッケージ会社のトレーナーの人との打ち合わせで、業務
内容について、「専門家として」内容を決定するための
意見を聞かれた事が有りました。
その時、自分は解らないので、
・このシステムの最終ユーザは監査してくれる組織だったり、
 それに連なる仕分をする人々だったりするので、
 そちらに聞いてくれ。
と答えました。
トレーナーの人はむっとした様子でしたが、別に怒りはしません
でした。
自分は、確かに某システムの保守をしていましたが、その業務内容は、、
・言われた計算を実装する。
・それが動くように配線を整える。
だけなので、そう言うしか有りませんでした。
 
怒られなかったのは、「お客(何という甘美な響きか)」だった
からだけでは無いと思います。先方と当方の力関係からすると
100%安全では無かったからです。
要するに、「正しかった」からだと思います。
 
本当に、パッケージやクラウド(Iaasは除く、以下略)は楽です。
細かい所は全部聞けます。(要保守料金。)
(ただし要望はほぼ100%叶いませんが。。。)
その後、その某システムと連携し、当方で必要不可欠な帳票を
だすソフトを内製(自分が全部作った)し、面目の一部の
躍如となりましたが、それは、
・その帳票の最終ユーザが自組織に居て、本当に必要で、
 細部まで指定できた
から実現したのだと思います。
 
パッケージやクラウドは最終ユーザが自分らで無い場合に
(監査してくれる組織だったり、インターネットのプロバイダ
だったり)、本当に本当に有用です。
それは、「科学的な本質」は最終ユーザにその根源があるから
だと思います。

13737652 comment

dotkuwaのコメント: 改めて、違う科学 (スコア 1) 12

by dotkuwa (#3493053) ネタ元: 違う科学

電波ならモデルが有って小数点以下15桁とか、楽勝で合致する
でしょうし、建物なら重さを支えればいいので、何万リューベの
固まりでも1つに考えられるでしょうけれど、
ソフトウェアはそんなモデルも無く、接触する砂粒とそれに
接触する砂粒の動きを別々に定義しないといけない。
(出来て1cc程度でしょうから、ソフトウェアは高くて当たり前
 です。もうソフトウェアの業界は「お願いですから買ってください」
 と言わないでしょう。業界が縮小しても、それをやったら最後は
 地獄なのが判明したからです。)
 
コボラーだと言ってきた、「技術的な細かい所」を無視してもいいと
言ってきた人間は、「違う科学」を商用に適用とするという
行為を行い続けてきた。
それは間違いなので、その人間の名誉を減らす方向で償却しないと
ゴーイングコンサーンにも影響する事になると思う。
 
電波なら、地面なら丸めてよい「技術的な細かい所」は
ソフトウェア科学では「科学的に本質」だったのです。
細かくても因果関係はすべて本質で、それを無視すると、後々の
保守で万倍のコストとなって跳ね返ります。

13735699 comment

dotkuwaのコメント: 「粉」 (スコア 1) 12

by dotkuwa (#3491588) ネタ元: 違う科学

#後知恵なのは事実です。当時自分も安くつくやり方だと思っていました。
 
WBSなんかで、氷山のごとく大きな塊を下位レベルに残し、
後々(保守が終わるEOL)まで絶対に消えない部分を無視するのは、
安くつく良いやり方で無く、(知ってしまってからやるのは)粉に過ぎない
(過ぎなかった)、それを科学と言うのは違う科学を持ち出したに過ぎない
という事だと思います。本当に思います。
 
WBSで無視している部分は、
「技術的な細かい事」で無く、「違う科学ではたまたま存在しない下位レベル
を合わない領域に適用した」しただけだった、
本当は新技術で消せるはずだったが、全く消せなかった(それも本質だった)
という事でしょう。

13734859 comment

dotkuwaのコメント: 自分が発掘したあごの骨 (スコア 1) 12

by dotkuwa (#3490966) ネタ元: 違う科学

この米はセンセーショナルだと思います。しかし完全なフィクションでは
無く、見つけた断片的なあごの骨は有りました。決して***全てが***神の手では
無いです。事実から角度を付けた意見です。
 
2000一桁年。自分が40台になってもまだプログラマーでした。外に出来る事
が無かったのでした。
あごの骨とは、
・開発会社の人間であった自分が、その頃、いくらやっても「全て間違い」
 と言われる様になりました。
・一応プロの人間に何をやっても「全て間違い」と評価するのは、すなわち、
 「値切り」です。
という事です。これは事実です。
ここからは想像ですが、
・固定した親子、子の子関係(WBS)だけで管理できる。
 ≡『プログラムで無い間接的なモデルが本質と相関を持ち、見通しの良い
  プログラムがすっと出来る』
を目指していた様に見えました。
子の子の子の子辺りに、本質的で大きな問題が多数有るとしか思えない場面
ばかりでした。より柔軟なチケットとかでも、管理ソフト上「見立て」をしないと
収まらない(さらに子階層に本質的で大きな問題が多数あるの意味)となると
それは筋違いのフレームの押し付け(「違う科学」の押し付け)です。
 
2000二桁年になってから、大しくじりをし(やった事の無いC++のオーバーロード
(オーバーライド?)の意味を誤り、チェック動作を減らしてしまった)、
管理系の手伝いになったのですが、その知見から言うと、
・月100万というのは、会社としては家計でいう、月1万程度の見当になる
のが妥当だという事です。
月1億を数年間というのは、家計で言うと月100万を数年間という見当になり、
「とても無理で、普通では首をくくる」金額というつもりでした。
月100万を数年間だと返せるでしょうし、月1000万を数年間だと関係の無い
開発会社を敵に回すまでの事にはならないからです。
 
これら2つが発掘した「あごの骨」です。後は空想です。

13733696 comment

dotkuwaのコメント: 「ひとり情シス」の遠因 (スコア 1) 12

by dotkuwa (#3490254) ネタ元: 違う科学

「ひとり情シス」とは、
・情報システムを値切り続け、内部の担当者もひとりになった
状態だと思います。その遠因は、
・「違う科学」の信奉者に、戦略的投資(月1億を数年とか)して
 いた。
・その投資は、『プログラムで無い間接的なモデルが本質と
 相関を持ち、見通しの良いプログラムがすっと出来る』という
 提案に対するものだった。
・皆様ご存知の通り、成果は根本的に0となった。
 なぜなら、その様な事は、素粒子を見つける様な分野では成り立って
 も、博物学に近いソフトウェア開発では成り立たないから。
・それを全く別の所(全く関係の無い開発会社)から値切る事で
 回収した。
・さすがに全部離れた。
では無いでしょうか? SIerとか全く関係無い話です。
 
それではなんで、『「違う科学」の信奉者』にそんな投資をした
のでしょうか?
それは、
・オープン系(普通のパソコンで、もっと大きく、熱く、うるさく、
 時には平べったいやつで、汎用コンピュータと同じことをする)
 は、誰がやっても(最終的には)うまく行ったはずなのに、
 コーチ屋よろしく、自分らが教えたからうまく行ったという
 ストーリーを作り上げた。
・大成功をおさめた。
からです。
汎用機とオフコンしかなかった頃に、それと同じことを出来ただけで、
実証実験を超えた評価を得られたのですから、一種いい時代だったの
でしょう。
それはそれで、サクセスストーリーなのでしょうけれど、それに
より、後の悲劇となるのは残念な話です。

13730970 comment

dotkuwaのコメント: 私見ですが、やっぱり木構造? (スコア 1) 12

by dotkuwa (#3488911) ネタ元: 違う科学

インターフェースには、入力引数と出力引数(戻り値含む)が有ります。
前者を親、後者を子とすると、インターフェースを統合した「システム」は、
木構造になります。
 
以下、祖父母を親の親、孫を子の子と表現します。
 
直接のリーダーが親-子の事をやっていて、部下が子-子の子の事をやっていた
場合、リーダーは部下を予算総額以上に管理できるとします。
そして、同じリーダーについていて、同じ子で違う子の子についてやっている
同僚は、互いに助け合える事でしょう。
しかし、
そのリーダーの上の管理職は、親の親-親の事をやっていて、上記部下の
事は、予算総額でしか管理できないでしょう。
(普通は管理職はリーダー上がりでできるのですが、ここでは省きます。)
 
人間が増え、それを一括管理する場合、
親の親の親の親とか、子の子の子の子の子の子の子とかが
同時に表れる場面は容易に現れます。
さらに「別の始祖の」親子関係のすべての始祖全体も考えると、本当に
アボガドロ数になってもおかしく無いと思います。
 
ドメイン指向のユビキタス言語も、自然言語でこれを表そうとしている
のでは無いでしょうか?
間違いなく大変です。
ただし、無限では無いので分割(キャラが被らない様にする)は有効です。
そもそも、親子関係と分割は同義かも知れません。

typodupeerror

私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike

読み込み中...