2019-03-06 ダメな「運用自動化」の3類型 + α /operation-automation-3-bad-model
ssmjp 2019/03での発表資料です。 「運用自動化の基本原則」シリーズの番外編と位置付けています。 # 運用自動化の基本原則シリーズ - 2019-03-06 「運用自動化」とは: https://speakerdeck.com/opelab/20190306-operation-what-automation - 2019-05-24 運用業務の「構造化」: https://speakerdeck.com/opelab/20190524-structured-operation - 2019-04-18 運用自動化の基本原則1 「引継ぎの原則」: https://speakerdeck.com/opelab/20190418-operation-automation-basis-principle-1 - 2019-05-24 運用自動化の基本原則2「平易化の原則」: https
新人Git/Github研修公開用スライド（その１）
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24Shin Ohno
ビジネスモデル図解におけるノウハウの公開！｜きょん
どうも、きょんです。 今日は、私が最近参加させていただきながら非常に大きな刺激を受けている「ビジネスモデル図解制作委員会」にて取り組んでいる、「ビジネスモデル図解」についての私のノウハウの中でも、特に図解作業に限定したノウハウを提供させていただこうと考えています。 委員会ではとても勉強になる楽しい日々を過ごさせていただいていますが、一つ疑問が。このツールが流通したとして、本当に初心者がいきなり作れるのだろうか、ということです。実際、私も何度もビジネスモデル図解に挑戦し、なかなか苦労した経験があるので、これはとても難しいなと感じています。現在も日進月歩な状態です。 ビジネスモデル図解制作の図解ツールは公開されており、現状では誰でもビジネスモデル図解に取り組むための道具はそろっています。しかし、図解に取り組む際の作り方までは共有されているかというと、まだまだなところがあると思います。どうやって
話すのが苦手な人のためのプレゼンの裏技テクニック｜けんすう
僕のことを直接しっている人にはよく知られた話ですが、僕はなかなかどうして話すのがヘタでして、コミュニケーションをとるのが得意ではないのですね。 特に、大人数の前だとすごい緊張しちゃうので、落ち着いて話すこともできません。心臓がバクバクいい、足が震えます。10人以上いる会議で発言とかかなりキツイです。 で、そんな僕なんですが、プレゼンをしなさい、となる時もたまにあって、そういう時、結構困るのですね。どうしたらいいんだと。 しかし、何回か回を重ねていくことで、話す技術を向上することはできなくても、表面的なテクニックでなんとかカバーすることは出来るな、と思ってきました。ハウツーですね。僕はハウツーが好きなんです。 そのあたりのテクニックをたまに後輩に教えたりするのですが、ブログにまとまっているほうがいいかなと思ったので、紹介します。 ---✂--- 「遊び半分の起業のすすめ」 最近、こんな感じ
「こわくない Git」というスライドを発表しました - kotas.tech
社内向けに「こわくない Git」というタイトルのスライドを作って発表しました。 対象者は「マージがなんとなく怖い」「エラーが怖い」「リベース使うなって言われて怖い」と、Git が怖いと思っている人です！ こわくない Git from Kota Saito 発表中に出た質問など 補足も兼ねて、上のスライドを発表した際に出た質疑応答などをここに書いておきます。 Q: 常に Non Fast-Forward (--no-ff) でいいのでは、と思えるけど git merge がデフォルトだと Fast-Foward or Non Fast-Forward (--ff) なのはなぜ？ A1: Non Fast-Forward だと、確かにメリットが多いのですが、1点だけデメリットがあります。特に差分が無い状態で git merge --no-ff すると、空のマージコミットが作られてしまうのです。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
