Dreamstate_Instinct (@__Dreamstate) header
Dreamstate_Instinct (@__Dreamstate) profile picture

Hi there!

Joined November 2009
Photo by Dreamstate_Instinct (@__Dreamstate)Photo by Dreamstate_Instinct (@__Dreamstate)Photo by Dreamstate_Instinct (@__Dreamstate)Photo by Dreamstate_Instinct (@__Dreamstate)Photo by Dreamstate_Instinct (@__Dreamstate)Photo by Dreamstate_Instinct (@__Dreamstate)Photo by Dreamstate_Instinct (@__Dreamstate)Photo by Dreamstate_Instinct (@__Dreamstate)Photo by Dreamstate_Instinct (@__Dreamstate)Photo by Dreamstate_Instinct (@__Dreamstate)
「お子さんが初めてアイスクリーム代を稼いだら、次のことをしてください。 1. 子供がアイスクリームをなめる前に、アイスクリームを奪い、20% 食べて下さい。 2. 子供が驚いてあなたを見つめている間に、さらに 30% を食べます。 その後、残りのアイスクリームを子供に渡し、国は誰かが稼いだお金をすべてこのように扱うのだと説明します。 そして、これは彼が自分のために買うすべてのアイスクリームで起こることです。 そして、食べた人の手で掴み、なぜそんなに食べるか説明を求めることで、食べられる割合を減らすことができるとのこと。 すべての親がこれを行えば、国には自分のお金はなく、あるのは納税者のお金だけだということを理解する世代が育つという希望がある。 そして納税者は政府職員のお金の使い方を監視できるだけでなく、監視すべきである。」 - マーガレット・サッチャー。
142
4,775
358
15,476
1,951,337
Dreamstate_Instinct retweeted
We are thrilled to share that @IBM has been named one of @TIME’s 100 Most Influential Companies of 2023, thanks to our leadership in quantum computing. Learn more: ibm.co/3PpLeD4
2
72
7
165
19,427
北海道の皆さん大丈夫でしょうか。 夜なので本当に心配です。。。
1
248
強く憤りを感じます。 ナンシー・レブソンの”Engineering Safer World”を読んでから「失敗」という言葉を口にして欲しい。 打ち上げ中止「H3」会見で共同記者の質問に批判相次ぐ ロケットを救った「フェールセーフ」とは(ITmedia NEWS) - Yahoo!ニュース news.yahoo.co.jp/articles/5a…
5
357
Dreamstate_Instinct retweeted
JAXAの件、制御システムを開発している者としては、想定した範囲内の例外を期待通りに検知して期待通りに停止出来たことを、想定していない例外が起きてクラッシュしたり甚大な被害に繋るようなことと同一視されて、失敗と決めつけられるのは、本当に悔しいと思うし、技術も技術者も冒涜してると思う。
2
5,318
183
18,999
1,083,797
IT業界における回答なら、 ・止めて当たり前のデバッガー ・コーディング開始前にバグ止めるレビュー屋のオフサイドトラップ ・重箱の隅をツツくQAのコーナーキック あたりも是非加えて欲しいです
Q. あえて "キーマン" をあげるとしたら? IT業界における回答... 決めてくれるPM 無茶苦茶なこと言ってこない取引先
ご参加ありがとうございます。 頭を使わなくていい工程ってないはずだし、頭を使わない仕事は技術者の仕事ではないですよね。 ほら。ドクターX=米倉涼子も「あたし、医師免許がなくてもできる仕事はい・た・し・ま・せ・ん!」っていうでしょwww
どの工程でも、常に頭を使わないといけないのよね。。。 #devfesta
1
3
ご参加ありがとうございました。 ハードウェア設計・製造の分野の考え方を、そのままソフトウェアに持ち込んだのが由来だといいますね。 この管理を最初に考案したところ。。。。って実はわかっているのですけれどねw (機会があったら詳しくお話します)
バグ密度の本来の使い方 #devfesta
2
ご参加ありがとうございます。 自分が平和ボケしてない!って主張する老害も多いのです。自分の指示・命令は決して間違っていないと。<根拠は「若い頃これで成功したから」。 ITの未来を作るのはどの時代も若者であり(先輩の意見は一旦拝聴して)おかしいことにおかしいと声を上げないと、ですね。
Replying to @jun_mh4g
#devfesta 今まで通りやってたら死ぬぜーの事例に共通する事は、既定を疑わずに鵜呑みで続ける事 前提が昔と違うので、平和ボケで臨んでると詰む 「言われた通り」やると壊れる 明日成功させるにはどうすればいいかを考えてやるのがよい 思ったことをいま書き込んでほかの人の意見を見るべしw
ご参加ありがとうございました。 どこでもあり得るヤツであり、今この言葉を否定しながらもがいて前進・成長している若者を阻害する風潮すらあります。 この「世界で一番口にしてはいけないことは、いつもこうやってきたから」を食い止める側の技術者でありたいものですね。
トラブル原因の共通項:「いつこうやってきたから」 (#devfesta A-7) | ソフトウェア開発に限らず、どこででもあり得るヤツだな、、、
2
ご参加ありがとうございます。 行動の「意義」を考えることは、技術者の前進や成長に必ず必要だと考えます。この「屈んで、溜めて、高く飛ぶ」ための時間があるとないとでは、数年後の差が大きく開きます。 更には、毎日の「仕事」の一つ一つを丁寧に噛み締めながら遂行できるといいですね。
#devfesta 「今までやってきたから大丈夫!」 は危険で、目的の確認 「本当にソレをやる必要があるのか?何故それをやる必要があるのか?」 を改めて考える必要がある 気をつけます……
1
2
ご参加ありがとうございました! 「大多数の若い技術者」が、「何でそうなるか」を考えずに「毎回発生する」ことを取り上げました。少しでも共感できるものがあったら嬉しいです。 そして、考えることすら止められる風潮がありますからね。考え抜く癖を付けると未来は楽しくなりますよ。
devfesta行ってきました。 帰り大雨で自転車で行ってたのでかなりの試練でしたが、最後の細川さんのセッションは、わかる!という話ばかりである意味飲み屋での愚痴のこぼしあいみたいな感じでスッキリした感がありました。 いつも進めている考えていこうが間違ってないんだなと感じました #devfesta
1
1
3
本日はこちらに登壇します。 オンライン配信もありますので、ぜひご参加ください(無料です あわせて、札幌の皆様、ご近所お誘い合わせの上、会場へ!3年ぶりに生の動く細川=ウゴホがお待ちしていまーす! #devfesta
Developers Festa Sapporo 2022、まもなく受付開始です。 会場にてお待ちしております🙇 #devfesta
5
4
16
A−1「メタバースはどうあるべきか ~開発視点からみたバーチャルキャストの葛藤~」 始まりました! #devfesta
2
5
11
悲報: 品川駅人身事故の影響を直撃に受けて、帰り道がなくなりました… 今、あらゆる交通網を駆使して探してる… 早く寝なきゃいけない時に限って仕事の変な依頼がスタックし、明日の朝は早起き… たまに仕事で出社するも、ろくなことがない…
1
1
秋山さんの講演 何がすごいってこの講演内容はどのようにして生み出されたか考えて見てください。涙流すほど悔しかったり、もがき足掻いた人しかこれを「人前で笑顔で話す」ことはできないです。 誰かの明日の笑顔のために、自分の流した涙を話せるのすごいことだ #jasstkyushu
3
本日の講演の原文はこちらです。#3 3. David Lorge Parnas ”Software Aging”, Proceedings of the 16th international conference on Software engineering, IEEE Computer Society Press 1994, P279–287 : dl.acm.org/doi/pdf/10.5555/2… #jasstkyushu
1
4
本日の講演の原文はこちらです。#2 2. Howard G. Cunningham, “Debt Metaphor” : 技術的負債についてはCunningham氏本人による動画での解説(”負債の比喩” : youtube.com/watch?v=pqeJFYwn…)が公開されています。一見の価値ありです。)
1
3
本日の講演の原文はこちらです。#1 1. Meir M. Lehman, “Programs, Life Cycles, and Laws of Software Evolution”. PROCEEDINGS OF THE IEEE, VOL.68, NO.9, SEPTEMBER 1980.
3