Here at Fermyon, we are enthusiastic (to say the least) about WebAssembly. But we also value openness, thoughtfulness, and caution. Intellectual honesty is the practice of examining available evidence in a way that includes not just confirming information (see the Confirmation Bias), but also information that may run counter to the thesis. Following this practice helps us all see the potholes in t

「なんかアプリでインシデント起きてエンジニアがどこかで対応してるらしいよ」 「インシデント時のお知らせって誰がどうやって出すんだっけ？」 「インシデントの復旧作業って今どれくらい終わってる？」 「あのインシデントって振り返りしたっけ？」 「似たようなインシデント、前も対応したような、していないような」 このような会話に覚えはありませんか？ FiNC Technologies社 (以下FiNC) では今まで インシデント対応をしていても自チーム内で対処しようとしてしまい、他の人が気づけないインシデント対応の仕方にフォーマットがなく、迅速な対応やお客様への報告ができないインシデントの振り返りが実施されず、インシデント時の知見が共有されないという問題がありました。 それらの問題を 気が付きやすく、シェアしやすくする = 統一のチャンネルで情報を整理し、そこにシェアしやすい空気を作る何をすべきかわ

不信･不要･不適･不急このフレーズを聞いたことはありますでしょうか? これは、お客様が何かを買うときに生じる心の壁を表しています。 4つの不という概念は、どちらかといえばマイナーで、私もSalesforceに転職するまでは知りませんでした。 ただ、Salesforceでは非常に大切にしている概念で、入社1ヶ月目の集合研修でも“4つの不”というセッションがあるくらいです。 今日はこの4つの不について、Salesforce的なエッセンスも織り交ぜつつ解説いたします。 4つの不の基本的な考え方企業がモノも買う際、大きく2つの分類ができます。 ･コピー用紙を始めとする絶対に買わないといけないモノ ･Salesforceやその他便利になるあったら良いなというモノこの後者における、あったら良いなというNice to Have商材を買う際は、基本的に人は買わない理由を作ろうとするそうです。 その買わない

Search, watch, and cook every single Tasty recipe and video ever - all in one place! News, Politics, Culture, Life, Entertainment, and more. Stories that matter to you.

Ruby Advent Calendar 2015 とは Ruby について何か書くアドベントカレンダーになります。 現在は Qiita で開催しています。 Ruby Advent Calendar 2015 - Qiita まだ参加者は募集中なので気になる方はぜひ参加してみてください。 本題 さて、わたしは元々 C++ 界隈の人間なのですが、最近は Ruby ばかり書いています。 そこで、今回は C++er が Ruby を書いてみて驚いたことをちょっと紹介してみようかと思います。 ちなみにわたしは Rails は触ったことはありません。 if や while, class, def などの制御構造はすべて式 Ruby でや if や while, class などの制御構造はすべて式になります。 ですので、代入式の右辺などに記述する事ができます。 flag = true result