2017_04
の編集
https://k.osask.jp/klog/?2017_04
[
トップ
] [
編集
|
差分
|
バックアップ
|
添付
|
リロード
] [
新規
|
一覧
|
単語検索
|
最終更新
|
ヘルプ
]
-- 雛形とするページ --
2012_0001
2013_0001
2013_0002
2013_0003
2014_0001
2015_0001
2016_07
2016_08
2016_09
2016_10
2016_11
2017_01
2017_02
2017_03
2017_04
2017_05
2018_01
2019_01
BracketName
FormattingRules
FrontPage
Help
InterWiki
InterWikiName
InterWikiSandBox
K
KH_SARC_00
KH_dha8
MenuBar
PHP
PukiWiki
PukiWiki/1.4
PukiWiki/1.4/Manual
PukiWiki/1.4/Manual/Plugin
PukiWiki/1.4/Manual/Plugin/A-D
PukiWiki/1.4/Manual/Plugin/E-G
PukiWiki/1.4/Manual/Plugin/H-K
PukiWiki/1.4/Manual/Plugin/L-N
PukiWiki/1.4/Manual/Plugin/O-R
PukiWiki/1.4/Manual/Plugin/S-U
PukiWiki/1.4/Manual/Plugin/V-Z
RecentDeleted
SandBox
VC_install
WikiEngines
WikiName
WikiWikiWeb
YukiWiki
fdpl_memo0001
fdpl_memo0002
fdpl_memo0003
fdpl_memo0004
fdpl_memo0005
fdpl_memo0006
fdpl_memo0007
fdpl_memo0008
fdpl_memo0009
fdpl_memo0010
gg02_0004
gg02_0005
gg02_0006
gg02_0007
gg02_0008
gg02_0009
https
impressions
memo0001
memo0002
oisix01
osaskology
osaskology0
osecpu_0001
osecpu_0002
p20200229a
p20200303a
p20200310a
p20200321a
p20200401a
p20200730a
p20201230a
p20220628a
p20220701a
populars
prog_0001
prog_0002
prog_0003
prog_0004
prog_0005
* 2017年04月 -(by [[K]], 2017.04.18) ** 2017年04月18日(火) #00 聖人さん発見!なつかしい!! -https://blogs.yahoo.co.jp/development_room/39678679.html -きっと今頃は成人して就職もして、ばりばりと働いているんだろうなあ。 ** 2017年04月18日(火) #01 古いものが好き -みんなは新しいのものが好き。僕は古いものも好き。 -なんか古いものを手に入れた時って、「これって3年前だったら、最上位機種だったやつだよな!」とか「これでも10年前の基準だったら、想像を絶する性能だよなあ」とか妄想して、すごく満足しちゃいます。 -あの時はこれで十分だったはずなのに、なぜ今は十分ではないのか。なにがおかしいのか。何が悪いのか。間違っているのは誰だ?! -きっとみんな甘やかされて贅沢になっているだけなんだ。僕は自分を甘やかしたくはない。 -世の中は本当に便利になっているのか。なんかPCの性能が良くなっていくのに従ってホームページは重たくなっていき、結局気持ちよくアクセスできない気がする。せっかく処理能力は上がって通信速度も上がったのに、それを全部食いつぶしてしまって、快適な生活につながってない。それでいいのか。 -なんか「コンピュータの性能が良くなったので、より性能を要求する使い方を考えてください」みたいな募集を見たことがあるけど、それっていいことなんだろうか。お父さんの収入が増えたので、お金がないとできないことをもっと考えてください、みたいな話だよね。なんか変じゃない?性能を上げた人はそういうことをしてほしかったの?? --普通に貯金すればいいじゃないか。まずは住宅ローンを返そうよ。どうしてそういうことを考えずに使うことを重視するかなあ・・・。 ** 2017年04月18日(火) #02 メリハリ -僕は速度を重視したシステムを作るとき、「まずこのパラメータで動かしたときは最高速度が出る」というのを考える。つまり何が得意なのかを決める。そしてそれ以外のパラメータについては、「それでも動くけれど最高性能は出ないよ」というように設計する。 -でも世間の人たちの作り方を見ているとそういう考え方はあまりしていないように思う。とにかく汎用的に作って、まんべんなく高速化しようとする。・・・そんなのできるわけないよ。いや、まあ、みんな僕よりも頭がいいからできるのかもしれないけどね・・・。 -もし、A地点からB地点までの交通網を作るとしたら、まず一番高速な乗り物で2点間を直線でつなぐ。そしてその乗り物の輸送力を充実させる(複々線にするとか)。そのあとで、他の交通機関をじゃまにならないように作る。道路や歩道は、橋を作ったり地下をくぐらせたりする。だから一番高速な乗り物は余計なカーブも勾配も踏切もない。ダイヤを決めるときも、まずは停車駅の少ない快速特急から決める。そしてその合間を準急とか各駅停車が走る。 -速度ではなくてコスト重視で作る場合もあるだろう。その場合は、もっともコスト効率が良いものを中心に据えて、それ以外はそのあとで付け足すように作る。 -OSECPU-VMのようにサイズ重視で作るときも、そうやって何を中心に作るべきかをよくよく考えて、それを優先させて作った。 -つまり僕は何事も八方美人を目指さない。極端なメリハリをつける。そして使うときは、その長所をできるだけ活躍させるように使う。そうすると、かなりすごいことができる。こういう思想の持ち主なので、逆に八方美人的でメリハリのないシステムだと、この設計者はこれをどう使ってほしかったんだろうか?と思い悩んだりする。 ** 2017年04月20日(木) #00 「プログラミングが好きなので職業プログラマになりたいです!」ってなんか変? -いや、まあ、変じゃない。 -好きなことを職業にしたいっていうのは、基本的にはおかしくない。 --野球が好きだから野球選手、みたいな感じで。 -でも好きなことをして、そんでもってお給料ももらえるって、かなり夢のような話だと僕は思うのだけど、なんかそれが当然だと思われると、うーむーってなる。 -好きなことがあるのは結構なことなので、それは是非好きなだけやったらいい。でもお仕事は好きなことをすることじゃない、人の役に立ってお金を稼いで、その分け前をもらうことだ。 -そもそも仕事は遊びでも教育でもない。学校では学生はお客様だけど、会社では社員はお客様じゃない。「言われたとおりの作業をがんばってやったから金をくれ」とはならない。その作業のおかげで会社が儲かって、そこから経費だのなんだのを差し引いて、他人との取り分も調整して、それでやっと自分の取り分がある。 -ぶっちゃけ、自分がやったことが一円にもならなければ、お給料をもらう資格はない。とはいえ、親切な会社は最初からできるなんて思ってなくて、その間も赤字でも支払ってくれるけれど、それは当然なことではない。 -会社に入っても好きなことができる保証はない。「その好きなこと」がお客様の役に立って、「そのお客様」がお金を払ってくれないとだめだ。だから会社は好きじゃないことを押し付けてくるかもしれない。でもお金を稼ぐにはしょうがない。 -「今は何もできないけど、会社に入って勉強します!」まあそれはありだろう。しかし「できるようになったら、転職してステップアップして・・・」っていうのはどうだろう。会社がかわいそうではないか?仕事ができないあなたをあえてやとって、あなたは給料だけではなく仕事まで教えてもらって、それでできるようになったら転職するのか?会社は大損しただけ?それでいいのか?? -「その仕事だと成長できないので嫌です!」これも変な主張。会社はあなたを成長させるなんていう約束はしていない。成長してほしいとも思っていない。勉強したいのなら勝手にすればいい。仕事をしてほしい。お金を稼いでほしい。・・・そんなに勉強したいのなら、仕事を頑張ってお金を貯めて、自分で学校に通えばいいじゃないの?そうすれば教えてもらえるよ。 -「仕事」はお金をもらうためにすること。 -「趣味」は自分の好きなことをすること。 -「勉強」は自分の成長のためにすること。 -いつからこの三つを混ぜることが当たり前になってしまったのだろうか。 -もし趣味に対してお金をもらったら、その時からその人は「お客様」になってしまうのだよ!もしお客様が、あれもやって、これもやってと言い出したらどうするのか。それは従うべきだろう。そういうのが嫌なら最初からお金をもらわないべきだ。僕はそう思う。 --もちろん、相手の要求をあえてのまないという選択肢もある。それで許してくれる場合もある。しかしそうではない場合もある。そういう期待値の齟齬があった場合、大きなトラブルになる可能性がある。 ** 2017年04月20日(木) #01 他のソフトウェアと勝手に連携するソフトウェア -Windowsにclangをインストールしたい。 -ということでこれを読んだ。 --LLVM Clang の Windows へのインストールと使い方 --http://yohshiy.blog.fc2.com/blog-entry-294.html --(この記事はとても参考になりました、どうもありがとうございます!) -さてじゃあダウンロードしてインストールしよう。・・・できた。 -しかし、うまく動かない。 -どうやら、MSVCと連携しようとしているようだ。そんなことしなくていいのに。僕はMinGWと連携してほしいのに。 -しかしどっちに連携させるかをどうやら簡単には選べない。インストーラで聞いてくれればいいのに、勝手に自動判別する。 -はー。なんでそうなるかな。 -こういうのを体験すると、本当にtolsetはよくできていたと思う。そしてそれに割り込んできたMSYSが実に嘆かわしい。どうして干渉してくるのか。 -勝手にあれこれやることは、多くの場合でありがたいことだろうけど、常にそうとは限らない。そして手動でやる方法は明示されない。 -こういう文化はよくないと思う。 -結局僕はどうするかというと、まずMSVCをアンインストールする。しょうがない。まああまり使ってなかったので消すのは構わない。 --そこまでさせるclangのインストーラってなんなんだろうな、とは思うけど。 -その上でclangを再インストールしようと思う。 ~ -困っていたらWandboxを教えてもらった。 -https://wandbox.org/ --これはすごいな!これだと自分のマシンにインストールしなくても試せるじゃないか!! --Compiler options: に -lm を書けば math.h も使える。 --Runtime options: のところに書き込めば、コマンドライン引数も渡せる。 ** 2017年04月21日(金) #00 ビッグバンについて思うことあれこれ -まず、ビッグバンは本当にあったことなのか?それがひっかかる。 -なぜかというと、ビッグバンの初期状態には宇宙の全質量が相当に狭い領域に集まっていたわけで、それってブラックホール化の条件を完全に満たしているような気がするのだけど、どうして爆発できたのかな?光さえも抜け出せない重力の井戸からどうやって抜け出したんだ?? -っていうか、なんか裏技があるのなら、ブラックホールだってビッグバンみたいに爆発することもあり得るってこと??・・・それとも宇宙の初期には重力がなかった?超高温では重力が無くなる?(or無視できるほど小さくなる??) ~ -別の問題。今のビッグバンのモデルでは、途中でインフレーションという時期があって、その期間は光速を超えて膨張したとされている。まあそれはいい。 -で、それはどういう仕組みで起きたのかというと「真空には内部状態があって、安定で基底状態の真空と、励起されて不安定な真空というのがあり、ビッグバン直後はこの励起された真空で、それが基底状態の真空に遷移するときにエネルギーが解放されて、その連鎖で宇宙は指数関数的に膨張して加熱された」と。 -それで、恐ろしいことがある。それは、真空の状態が変わるにあたって、以前の真空で安定だったものは新しい真空で安定である保証はなく、また解放されるエネルギーが膨大過ぎるため、「何もかも壊されて別のものに変わった」と考えられることだ。そして今の真空についてもそれが真の基底状態であるのか、実は準安定な励起状態の一つなのか、それはまだ分からない(ビッグス粒子とトップクォークの質量比が分かれば判定できるらしい)。 -つまり、もし現在の真空も準安定な真空でしかなかった場合、僕たちはいつか再び破壊しつくされる可能性がある。・・・今の真空の寿命はどのくらいなのか・・・。 --この辺りの怖い話はここで見つけた。 --偽の真空: https://ja.wikipedia.org/wiki/%E5%81%BD%E3%81%AE%E7%9C%9F%E7%A9%BA ~ -高校生の時に先生に教えてもらったこと。 -気体は膨張すると温度が下がる。でもそれは膨張するときに外壁に対して圧力をかけて仕事をするから。 -宇宙の膨張のように、外壁がなければ「断熱自由膨張」となり、つまり仕事をしないで膨張するので、温度は下がらない。内部圧力は下がる。 -ではどうしてビッグバンの説明では、膨張と共に温度が下がっていくのだろう。 -これがいまだによくわからない・・・。 -万有引力に逆らって膨張するから、その分だけエネルギーが失われて温度が下がるってことなのかな?それだったら納得がいく。 ** 2017年04月28日(金) #00 技術者として何を目指すべきか -ある「優秀な経営者を目指す知人」が、僕にこんな相談をしてきた。 -「優秀な技術者が言っていることをちゃんと理解できる経営者になりたい。だから技術の勉強をしたい。どうしたらいいだろうか。」 -これに対する僕の返答。 -「本当に優秀な技術者であれば、経営者が経営判断するのに必要なすべての情報を正確に開陳できる。それができないような技術者は二流なので、相手にしないほうがいいんじゃないかな。だからそんなに技術に歩み寄らなくてもいいと思う。あなたは経営判断のためにどんな情報が必要なのか、的確に質問できる必要がある。」 -技術的に可能なのか。 -どのくらいの開発時間がかかるのか。 -費用はどのくらいかかるのか。 -質問の回答を得るまでにどのくらいの時間がかかるのか。 -その回答はどのくらいの精度(確度)なのか。 -他社にまねされる可能性は? -などなどなど・・・ -僕は会社で高速化の提案をやってきたけど、「これくらいの修正でこれくらい速くなります。修正を減らしたければ、半分くらいの量で、これくらい速くなるというあたりで妥協するプランもあります、どうですか?」みたいにやっています。経営判断するほうは、このケースでも速くなるのか?とか、データを10倍食わせても平気なのかとか、ワーストケースはどうなのか、いろいろ聞いてきます。 -それらについて、予断無く返答するのです。提案を採用してほしいとか思って、無理をした回答をしてはいけません。そうやって情報をゆがめてしまっては、経営者は正しい判断ができません。判断をするのは経営者の仕事なんです。やりたいと思っている自分の気持ちがあるのなら、それはそれで別の情報として伝えるべきです。 -で、何が言いたいのかと言うと、もし一流の技術者を目指すのなら、少なくともこういうコミュニケーションだけはちゃんとできないといけないよね、ということです。そこをうまく説明できないのであれば、自分で判断するしかないです。つまりは誰かと一緒に仕事をしないで自分一人でやるということです。それが好きならそれでいいと思います。でも誰かと仕事をするつもりなら、他の分野の人に分かりやすく正確に説明するスキルは絶対に必要です。 // 判断ができるように説明するのは技術者の仕事(どこで仕事を切り分けるか) * こめんと欄 #comment
タイムスタンプを変更しない
* 2017年04月 -(by [[K]], 2017.04.18) ** 2017年04月18日(火) #00 聖人さん発見!なつかしい!! -https://blogs.yahoo.co.jp/development_room/39678679.html -きっと今頃は成人して就職もして、ばりばりと働いているんだろうなあ。 ** 2017年04月18日(火) #01 古いものが好き -みんなは新しいのものが好き。僕は古いものも好き。 -なんか古いものを手に入れた時って、「これって3年前だったら、最上位機種だったやつだよな!」とか「これでも10年前の基準だったら、想像を絶する性能だよなあ」とか妄想して、すごく満足しちゃいます。 -あの時はこれで十分だったはずなのに、なぜ今は十分ではないのか。なにがおかしいのか。何が悪いのか。間違っているのは誰だ?! -きっとみんな甘やかされて贅沢になっているだけなんだ。僕は自分を甘やかしたくはない。 -世の中は本当に便利になっているのか。なんかPCの性能が良くなっていくのに従ってホームページは重たくなっていき、結局気持ちよくアクセスできない気がする。せっかく処理能力は上がって通信速度も上がったのに、それを全部食いつぶしてしまって、快適な生活につながってない。それでいいのか。 -なんか「コンピュータの性能が良くなったので、より性能を要求する使い方を考えてください」みたいな募集を見たことがあるけど、それっていいことなんだろうか。お父さんの収入が増えたので、お金がないとできないことをもっと考えてください、みたいな話だよね。なんか変じゃない?性能を上げた人はそういうことをしてほしかったの?? --普通に貯金すればいいじゃないか。まずは住宅ローンを返そうよ。どうしてそういうことを考えずに使うことを重視するかなあ・・・。 ** 2017年04月18日(火) #02 メリハリ -僕は速度を重視したシステムを作るとき、「まずこのパラメータで動かしたときは最高速度が出る」というのを考える。つまり何が得意なのかを決める。そしてそれ以外のパラメータについては、「それでも動くけれど最高性能は出ないよ」というように設計する。 -でも世間の人たちの作り方を見ているとそういう考え方はあまりしていないように思う。とにかく汎用的に作って、まんべんなく高速化しようとする。・・・そんなのできるわけないよ。いや、まあ、みんな僕よりも頭がいいからできるのかもしれないけどね・・・。 -もし、A地点からB地点までの交通網を作るとしたら、まず一番高速な乗り物で2点間を直線でつなぐ。そしてその乗り物の輸送力を充実させる(複々線にするとか)。そのあとで、他の交通機関をじゃまにならないように作る。道路や歩道は、橋を作ったり地下をくぐらせたりする。だから一番高速な乗り物は余計なカーブも勾配も踏切もない。ダイヤを決めるときも、まずは停車駅の少ない快速特急から決める。そしてその合間を準急とか各駅停車が走る。 -速度ではなくてコスト重視で作る場合もあるだろう。その場合は、もっともコスト効率が良いものを中心に据えて、それ以外はそのあとで付け足すように作る。 -OSECPU-VMのようにサイズ重視で作るときも、そうやって何を中心に作るべきかをよくよく考えて、それを優先させて作った。 -つまり僕は何事も八方美人を目指さない。極端なメリハリをつける。そして使うときは、その長所をできるだけ活躍させるように使う。そうすると、かなりすごいことができる。こういう思想の持ち主なので、逆に八方美人的でメリハリのないシステムだと、この設計者はこれをどう使ってほしかったんだろうか?と思い悩んだりする。 ** 2017年04月20日(木) #00 「プログラミングが好きなので職業プログラマになりたいです!」ってなんか変? -いや、まあ、変じゃない。 -好きなことを職業にしたいっていうのは、基本的にはおかしくない。 --野球が好きだから野球選手、みたいな感じで。 -でも好きなことをして、そんでもってお給料ももらえるって、かなり夢のような話だと僕は思うのだけど、なんかそれが当然だと思われると、うーむーってなる。 -好きなことがあるのは結構なことなので、それは是非好きなだけやったらいい。でもお仕事は好きなことをすることじゃない、人の役に立ってお金を稼いで、その分け前をもらうことだ。 -そもそも仕事は遊びでも教育でもない。学校では学生はお客様だけど、会社では社員はお客様じゃない。「言われたとおりの作業をがんばってやったから金をくれ」とはならない。その作業のおかげで会社が儲かって、そこから経費だのなんだのを差し引いて、他人との取り分も調整して、それでやっと自分の取り分がある。 -ぶっちゃけ、自分がやったことが一円にもならなければ、お給料をもらう資格はない。とはいえ、親切な会社は最初からできるなんて思ってなくて、その間も赤字でも支払ってくれるけれど、それは当然なことではない。 -会社に入っても好きなことができる保証はない。「その好きなこと」がお客様の役に立って、「そのお客様」がお金を払ってくれないとだめだ。だから会社は好きじゃないことを押し付けてくるかもしれない。でもお金を稼ぐにはしょうがない。 -「今は何もできないけど、会社に入って勉強します!」まあそれはありだろう。しかし「できるようになったら、転職してステップアップして・・・」っていうのはどうだろう。会社がかわいそうではないか?仕事ができないあなたをあえてやとって、あなたは給料だけではなく仕事まで教えてもらって、それでできるようになったら転職するのか?会社は大損しただけ?それでいいのか?? -「その仕事だと成長できないので嫌です!」これも変な主張。会社はあなたを成長させるなんていう約束はしていない。成長してほしいとも思っていない。勉強したいのなら勝手にすればいい。仕事をしてほしい。お金を稼いでほしい。・・・そんなに勉強したいのなら、仕事を頑張ってお金を貯めて、自分で学校に通えばいいじゃないの?そうすれば教えてもらえるよ。 -「仕事」はお金をもらうためにすること。 -「趣味」は自分の好きなことをすること。 -「勉強」は自分の成長のためにすること。 -いつからこの三つを混ぜることが当たり前になってしまったのだろうか。 -もし趣味に対してお金をもらったら、その時からその人は「お客様」になってしまうのだよ!もしお客様が、あれもやって、これもやってと言い出したらどうするのか。それは従うべきだろう。そういうのが嫌なら最初からお金をもらわないべきだ。僕はそう思う。 --もちろん、相手の要求をあえてのまないという選択肢もある。それで許してくれる場合もある。しかしそうではない場合もある。そういう期待値の齟齬があった場合、大きなトラブルになる可能性がある。 ** 2017年04月20日(木) #01 他のソフトウェアと勝手に連携するソフトウェア -Windowsにclangをインストールしたい。 -ということでこれを読んだ。 --LLVM Clang の Windows へのインストールと使い方 --http://yohshiy.blog.fc2.com/blog-entry-294.html --(この記事はとても参考になりました、どうもありがとうございます!) -さてじゃあダウンロードしてインストールしよう。・・・できた。 -しかし、うまく動かない。 -どうやら、MSVCと連携しようとしているようだ。そんなことしなくていいのに。僕はMinGWと連携してほしいのに。 -しかしどっちに連携させるかをどうやら簡単には選べない。インストーラで聞いてくれればいいのに、勝手に自動判別する。 -はー。なんでそうなるかな。 -こういうのを体験すると、本当にtolsetはよくできていたと思う。そしてそれに割り込んできたMSYSが実に嘆かわしい。どうして干渉してくるのか。 -勝手にあれこれやることは、多くの場合でありがたいことだろうけど、常にそうとは限らない。そして手動でやる方法は明示されない。 -こういう文化はよくないと思う。 -結局僕はどうするかというと、まずMSVCをアンインストールする。しょうがない。まああまり使ってなかったので消すのは構わない。 --そこまでさせるclangのインストーラってなんなんだろうな、とは思うけど。 -その上でclangを再インストールしようと思う。 ~ -困っていたらWandboxを教えてもらった。 -https://wandbox.org/ --これはすごいな!これだと自分のマシンにインストールしなくても試せるじゃないか!! --Compiler options: に -lm を書けば math.h も使える。 --Runtime options: のところに書き込めば、コマンドライン引数も渡せる。 ** 2017年04月21日(金) #00 ビッグバンについて思うことあれこれ -まず、ビッグバンは本当にあったことなのか?それがひっかかる。 -なぜかというと、ビッグバンの初期状態には宇宙の全質量が相当に狭い領域に集まっていたわけで、それってブラックホール化の条件を完全に満たしているような気がするのだけど、どうして爆発できたのかな?光さえも抜け出せない重力の井戸からどうやって抜け出したんだ?? -っていうか、なんか裏技があるのなら、ブラックホールだってビッグバンみたいに爆発することもあり得るってこと??・・・それとも宇宙の初期には重力がなかった?超高温では重力が無くなる?(or無視できるほど小さくなる??) ~ -別の問題。今のビッグバンのモデルでは、途中でインフレーションという時期があって、その期間は光速を超えて膨張したとされている。まあそれはいい。 -で、それはどういう仕組みで起きたのかというと「真空には内部状態があって、安定で基底状態の真空と、励起されて不安定な真空というのがあり、ビッグバン直後はこの励起された真空で、それが基底状態の真空に遷移するときにエネルギーが解放されて、その連鎖で宇宙は指数関数的に膨張して加熱された」と。 -それで、恐ろしいことがある。それは、真空の状態が変わるにあたって、以前の真空で安定だったものは新しい真空で安定である保証はなく、また解放されるエネルギーが膨大過ぎるため、「何もかも壊されて別のものに変わった」と考えられることだ。そして今の真空についてもそれが真の基底状態であるのか、実は準安定な励起状態の一つなのか、それはまだ分からない(ビッグス粒子とトップクォークの質量比が分かれば判定できるらしい)。 -つまり、もし現在の真空も準安定な真空でしかなかった場合、僕たちはいつか再び破壊しつくされる可能性がある。・・・今の真空の寿命はどのくらいなのか・・・。 --この辺りの怖い話はここで見つけた。 --偽の真空: https://ja.wikipedia.org/wiki/%E5%81%BD%E3%81%AE%E7%9C%9F%E7%A9%BA ~ -高校生の時に先生に教えてもらったこと。 -気体は膨張すると温度が下がる。でもそれは膨張するときに外壁に対して圧力をかけて仕事をするから。 -宇宙の膨張のように、外壁がなければ「断熱自由膨張」となり、つまり仕事をしないで膨張するので、温度は下がらない。内部圧力は下がる。 -ではどうしてビッグバンの説明では、膨張と共に温度が下がっていくのだろう。 -これがいまだによくわからない・・・。 -万有引力に逆らって膨張するから、その分だけエネルギーが失われて温度が下がるってことなのかな?それだったら納得がいく。 ** 2017年04月28日(金) #00 技術者として何を目指すべきか -ある「優秀な経営者を目指す知人」が、僕にこんな相談をしてきた。 -「優秀な技術者が言っていることをちゃんと理解できる経営者になりたい。だから技術の勉強をしたい。どうしたらいいだろうか。」 -これに対する僕の返答。 -「本当に優秀な技術者であれば、経営者が経営判断するのに必要なすべての情報を正確に開陳できる。それができないような技術者は二流なので、相手にしないほうがいいんじゃないかな。だからそんなに技術に歩み寄らなくてもいいと思う。あなたは経営判断のためにどんな情報が必要なのか、的確に質問できる必要がある。」 -技術的に可能なのか。 -どのくらいの開発時間がかかるのか。 -費用はどのくらいかかるのか。 -質問の回答を得るまでにどのくらいの時間がかかるのか。 -その回答はどのくらいの精度(確度)なのか。 -他社にまねされる可能性は? -などなどなど・・・ -僕は会社で高速化の提案をやってきたけど、「これくらいの修正でこれくらい速くなります。修正を減らしたければ、半分くらいの量で、これくらい速くなるというあたりで妥協するプランもあります、どうですか?」みたいにやっています。経営判断するほうは、このケースでも速くなるのか?とか、データを10倍食わせても平気なのかとか、ワーストケースはどうなのか、いろいろ聞いてきます。 -それらについて、予断無く返答するのです。提案を採用してほしいとか思って、無理をした回答をしてはいけません。そうやって情報をゆがめてしまっては、経営者は正しい判断ができません。判断をするのは経営者の仕事なんです。やりたいと思っている自分の気持ちがあるのなら、それはそれで別の情報として伝えるべきです。 -で、何が言いたいのかと言うと、もし一流の技術者を目指すのなら、少なくともこういうコミュニケーションだけはちゃんとできないといけないよね、ということです。そこをうまく説明できないのであれば、自分で判断するしかないです。つまりは誰かと一緒に仕事をしないで自分一人でやるということです。それが好きならそれでいいと思います。でも誰かと仕事をするつもりなら、他の分野の人に分かりやすく正確に説明するスキルは絶対に必要です。 // 判断ができるように説明するのは技術者の仕事(どこで仕事を切り分けるか) * こめんと欄 #comment
テキスト整形のルールを表示する