MicrosoftがAnsible対応をさらに進める、完全構成済みのAzure Marketplaceソリューションを提供開始:Azureでプロビジョニングなどを自動化 Microsoftは、オープンソースの構成管理ツール「Ansible」について完全に構成されたAzure Marketplaceソリューションを提供開始した。
![MicrosoftがAnsible対応をさらに進める、完全構成済みのAzure Marketplaceソリューションを提供開始](https://cdn-ak-scissors.b.st-hatena.com/image/square/7b937610b7ee1dd0212ef448b0e1f7a47985bf21/height=288;version=1;width=512/https%3A%2F%2Fimage.itmedia.co.jp%2Fait%2Farticles%2F1902%2F01%2Fcover_news084.png)
皆さんはどのようにプレゼン資料作成していますか。 本エントリは、プレゼン資料の魅せ方ではなく、不確実な思考からプレゼン資料を作成するまでのステップをまとめました。 わたしは、この方法をアウトライン駆動プレゼンと呼んでいます。 はじめに アウトライン駆動プレゼンを説明するために、実際のプレゼン資料作成を例にして説明します。 例示するのは、「Engineering Manager Job description」というプレゼン資料です。 このプレゼン資料を作成したときの状況は以下のとおりです。 Engineering Manager Meetup のコミュニティで、 Engineering Manager の Job description を作成するというプロジェクト成果報告 プロジェクトメンバーが複数回の議論をとおして、情報整理が少し進んだが議論の結論に至ってはいない Engineerin
与太話です。 数ヶ月前、マネジメントをしながらメイン機能の開発をしていたら完全にタスクがオーバーフローして大変なことになったんですよ。 その時に「両立が難しいのは分かったが、なぜ両立が難しいんだろうか。」をひたすら考えていたら思いついた「たとえ話」です。 素潜り漁師と漁船で例えます。 エンジニアリングは素潜り漁 コードを書いているときは集中して潜りきらないといけない エンジニアが割り込みを嫌うのはこのため 途中で呼び止められたら潜水をやめて浮上しないといけない 割り込みが終わったらまた潜り始める 難しい機能を作る時ほど深く潜らないといけないというイメージ 深さと釣果には相関がないので深ければ大漁というわけではない ただ、深い漁場は素人の素潜り漁師が到達できないので、漁場が荒らされていなくて釣果が期待できる 浅めの場所を複数箇所どんどん潜って数を稼ぐタイプがいる フルスタックエンジニアみたい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く