構成図を描く際に気をつけていること - NRIネットコムBlog
こんにちは、越川です。 皆さんは構成図を描く機会ありますか？ 僕の場合、内部のメンバーやお客様との議論の場で、構成図を描いて図解ベースで説明することが多いです。実際に描いてみると色々と考慮すべき点が多く、今回は自分なりに普段意識している点を言語化してみようと思います。 なぜ構成図を描くのか 構成図を描く際に意識している３つのこと 1. 導線 2. 引き算思考 1. 主役を決める 2. 読者を想定する 3. 高さや大きさを揃える さいごに なぜ構成図を描くのか 構成図のメリットは相手に伝えたいことをシンプルに伝えられる点だと思います。文章で書くと沢山書かなければいけないことが構成図を使うとスムーズに相手に伝わります。例えば、以下の文章を読んでみて下さい。 ユーザーはDNS登録されたFQDNへHTTPSアクセスする CloudFrontはBehaviorに指定されたALBにHTTPSリクエスト
私のセキュリティ情報収集法を整理してみた（2022年版） - Fox on Security
新年あけましておめでとうございます。毎年年頭に更新している「私の情報収集法」を今年も公開します。何かの参考になれば幸いです。 インプットで参照している情報源（海外） 海外からの攻撃が主流となる中、海外情報をいち早く把握する事の重要性が増しています。去年に引き続き、今年も絶対外したくない海外サイトからご紹介します。 サイト キタきつね寸評 1位 morningstar SECURITY 不動の1位です。ジャンルの広さ、情報の更新頻度、関連ソースの網羅性など、英語系のセキュリティニュースとしては群を抜いた、最良のまとめサイトです。 私は「Daily Security News（最も人気のあるセキュリティニュース）」（一番上）と「Security Blogs（セキュリティブログ）」（下から3つ目）を主にチェックしていますが、人によって興味が違うかと思いますので、「Malware/APT」「Exp
結果報告：Publickey読者調査2021。読者の中心は40代のITエンジニア。JavaScriptやLinuxやAWSに仕事で関わり、RustやPotgreSQLに興味
結果報告：Publickey読者調査2021。読者の中心は40代のITエンジニア。JavaScriptやLinuxやAWSに仕事で関わり、RustやPotgreSQLに興味 Publickeyでは読者調査を2021年8月31日から9月11日までの約2週間行い、892名の読者から回答をいただきました。ご協力いただいた皆様にお礼申し上げます。ありがとうございました。 ここでは、その読者調査の結果概要を報告します。 40歳前後のIT企業に勤めるプログラマやプロジェクトリーダーが読者の中心 読者の年齢層は40代前半が最も多く、30代後半がそれに続いてます。社会や組織の中心となって働いている世代にたくさん読んでいただいているようです。 読者の主たる業務について。51％はプログラマやSE、製品開発など、ITの現場で働く方々。次に多いのが、プロジェクトリーダーや情報部門長などの技術管理職でした。読者の中
記者に「プログラミングのスキル」って必要なの？ちなみにNHKニュースの画像生成も記者がコードを書いてます｜NHK取材ノート
記者に「プログラミングのスキル」って必要なの？ちなみにNHKニュースの画像生成も記者がコードを書いてます 新型コロナウイルスの新規感染者の数を示す日本地図に、毎日厳しい視線を送る男がいる。 コロナの感染拡大の今後が懸念されるが、地図がきちんと描画されているかも気になってしまう。 それはこの「新型コロナ感染者数マップ作画システム」をプログラミングしたのが彼だから。 ちなみに彼は技術部局のエンジニアではなく、いつもはテレビで解説している記者だったりする。 このシステム、記者が作りましたこんにちは、NHK解説委員の三輪誠司といいます。専門はITやサイバーセキュリティで、主に「シブ5時」や「くらし解説」などでニュースの解説を担当しています。 新型コロナウイルスの「感染者数マップ作画システム」は、1週間で作成しました。 言語はJava、地図はSVGで、ブラウザの画面をそのまま放送で使っています。SV
自己流の手順書フォーマットを公開してみた | DevelopersIO
手順書フォーマットは千差万別 みなさんは自己流または、組織やプロジェクトで定められた手順書のフォーマットはありますか? 私は自己流の手順書フォーマットがあります。 自己流の手順書フォーマットがあるといっても、かなり扱いがふわふわしているので、備忘やメモの意味合い強めでまとめていきます。 「もっとこうした方がいいよ!!」などフィードバックがあれば、ぜひお願いします! いきなりまとめ 手順書はExcelやスプレッドシートではなく、Markdownで書く 手順書はgitで管理する 5W1Hを意識して手順書を書く 基本的にはCLIを使った手順書にする 手順書はExcelやスプレッドシートではなく、Markdownで書く 手順書をExcelやスプレッドシートで書くメリット・デメリット 手順書をExcelやスプレッドシートで書いている方も多いと思いますが、私はMarkdownで書いています。 Exce
今後のサイトの更新について
あいまい検索（英語検索） あいまいな日本語で（英語でも）検索できます。上手く動くか分からないのでお試しです。 「マスクを付けた〇〇」というイラストが無い場合はマスク単体と既存のイラストを組み合わせてください。 検索の仕方については「検索のコツ」をご覧ください。 いらすとやパーティの漫画を載せているツイッターアカウントです。 Eテレのショートアニメです。 写真とイラストを載せているインスタのアカウントです。 いらすとやが更新されたらお知らせするツイッターアカウントです。 いらすとやのLINEスタンプに関する情報をお知らせするLINEアカウントです。 こんにちは作者のみふねです。2月からサイトが不定期更新になるお知らせです。 早いものでいらすとやは2月で10年目に入ります。一人でコツコツ描いていた素材もいつの間にか25000点以上になりました。おかげさまで遠い世界の方達にイラストを使ってもらっ
重大事故の時にどうするか？｜miyasaka
ヤフー時代の部下から突然メッセンジャーが。 「以前宮坂さんが緊急対応時に残して頂いた言葉を今度セミナーで使っていいですか？」 と。 リーダーの仕事はいっぱいあるけどなかでも大きな仕事の一つは重大事故の発生の時の陣頭指揮。平時は部下で回せるようにするのがマネジメントだけど、危機の時まで部下にまかせるわけにはいかない。 お恥ずかしながらヤフー在職中の22年で何度か重大事故を起こし関係者の人に多大な迷惑をかけてしまった。その度にその陣頭指揮をとった。 結果的にヤフーのなかでもっとも深刻な事故対策をやった人の一人じゃなかろうか。そのなかからノウハウ的なものがたまってきたものを部下にメモしておくってあげたものを彼は覚えていてくれたらしい。 彼いわく危機対応の時にすっごく役にたって指針になったといってくれて送ってくれた。 ひょっとしたら他の人にも参考になるかとおもって（若干訂正してますが）ここに残して
Working Out Loud 大声作業（しなさい）、チームメンバー同士でのトレーニング文化の醸成 - スタディサプリ Product Team Blog
ソフトウェアエンジニアリングと一見関わりはなさそうで、しかしチームで成果を出す過程においてとても重要だと筆者が考えているコンセプト、 "Working Out Loud" について書いてみます。 日本語の記事がほとんど見当たらないのであまり知られている言葉ではないかもしれません。 対象読者 以下に興味や関心を持つ方を対象読者として想定しています。 チーム開発におけるコラボレーション手法 チーム開発者としての振る舞い方 テックリードやスペシャリストの育成 が、本心ではチーム開発する全ての方に届いてほしいです。 まえがき ある夜に同僚の@ujihisaと近場ないし遠方のEngineering ManagerやVPofEの皆さんと話す機会があり、その折にふと筆者がこぼしたのが 「開発などの日常の業務において自分がやっている以下の思考様式が大変便利なので、この考え方を最近入社したメンバーにもインス
日本企業は「礼儀正しく時間を奪う」 マイクロソフトが働き方改革で歩んだ“地雷だらけ”の道 - ログミー[o_O]
最新テクノロジーやデータを活用する企業が一堂に会し、先進的な取り組みを共有するカンファレンス「ウイングアークフォーラム 2017」。11月14日に開催されたウイングアークフォーラム 2017 [東京]では日本マイクロソフト株式会社の澤円氏が登壇し、「『働き方改革』を本気で進めるために必要なこと、教えます。 ～ワークスタイルのリアル～」と題して講演を行いました。 マイクロソフトが歩んできた“地雷だらけ”の道 澤円氏（以下、澤）：澤と申します。よろしくお願いします。40分間を使いまして「働き方改革」を本気で進めるときに必要なことをみなさんにお伝えしたいなと思っています。 タイトルが「『働き方改革』を本気で進めるために必要なこと、教えます。」だと、偉そうに聞こえますけど、なんていうことはない。我々が、散々先に踏んだ地雷の話をするわけですね。ですから、どのように地雷を踏んで道を作ったかというのを共
![日本企業は「礼儀正しく時間を奪う」 マイクロソフトが働き方改革で歩んだ“地雷だらけ”の道 - ログミー[o_O]](https://cdn-ak-scissors.b.st-hatena.com/image/square/84b1bf26208e94889dc86984c203de3408a87384/height=288;version=1;width=512/https%3A%2F%2Fimg.logmi.jp%2Fwp-content%2Fuploads%2F2018%2F02%2Fimage81-e1519376385364.jpg)
技術的負債のパターンと悪影響・原因・返却方法について考える - $shibayu36->blog;
先日飲み会で技術的負債についての雑談をしていた。結構いろいろな側面の話をしていたのだけど、技術的負債って一括りにしているのが今はあんまり良くなくて、負債の性質によって技術的奨学金、技術的FX、技術的年金などと言葉を変えると良いのではみたいな半分冗談で会話をしていた。 いろんな問題が技術的負債という一言にまとめられてしまっているので、負債の性質に合わせて、技術的奨学金、技術的FX、技術的年金、など用語を分けると良いのではないか、という話をした— 趣味はマリンスポーツです (@hitode909) 2018年3月27日 技術的負債について - hitode909の日記 それで技術的負債のパターンを見つけて、それによりどういう悪影響があるか、それがなぜ起こるのか、どう返却するかについて考えておくと良いのではと思ったので、今日思いついた3つのパターンをメモしておく。 思いついたパターンは3つ。 変
スタートアップ経営者から見たQiita:Teamのいいところ | toyoshiの日記
請求書サービス「Misoca」 ブログ toyoshi クラウド型請求書管理サービス「Misoca」を無料で試してみる ビジネステンプレート 請求書テンプレート 見積書テンプレート 納品書テンプレート 注文書テンプレート 経理の教科書 請求書の書き方 見積書の書き方 納品書の書き方 注文書の書き方 人気記事 Word/Excel可！企画書・提案書のテンプレート・フォーマット無料配布 注文書（発注書）と注文請書のエクセルテンプレート・フォーマット（ひな形）の無料配布と書き方 源泉徴収税額を手取額から逆算する方法 フリーランス「Webデザイナー」向け請求書、源泉徴収税の書き方と作り方 いざという時のために！未払いのときの入金催促のメール例文 便利な見積項目リスト システム開発の見積項目 Web制作の見積項目 ロゴデザイナーの見積項目 最新記事 文書一覧画面で並べ替えと表示件数の変更ができるよう
タイムゾーン呪いの書 - Qiita
コメント欄で「Software Design 誌 (2018/12) に寄稿した内容や修正などをこちらの記事にも適用したい」と言ったあと、やるやる詐欺でずっと放置していましたが、三年近く経ってようやく 2021年 7月に大幅に改訂し、同時に Zenn に引っ越すことにしました。 タイムゾーン呪いの書 (知識編) タイムゾーン呪いの書 (実装編) タイムゾーン呪いの書 (Java 編) なにやら長くなりすぎたので三部構成になっています。 この Qiita 版は、しばらく (最低一年は) 改訂前のまま残しておきます。 タイムゾーンの存在はほぼ全ての人が知っていると思います。ソフトウェア・エンジニアなら多くの方が、自分の得意な言語で、タイムゾーンが関わるなにかしらのコードを書いたことがあるでしょう。ですが、日本に住んで日本の仕事をしていると国内時差もなく1 夏時間もない2 日本標準時 (Japa
管理職のためのエンジニア組織構築マニュアル | DevelopersIO
はじめに クラスメソッド株式会社 AWS事業部長の佐々木です。 私は前職で創業メンバーの1人としてビジネスを立ち上げた後、エンジニアとして実業務に携わりながら、統括マネージャーとして50人規模のエンジニア組織を構築しました。 また2014年にAWSエンジニアとしてクラスメソッドに入社し、2015年7月よりAWS事業部の部長に就任。事業は順調に拡大しており、2015年と比較して組織も2倍以上に大きくなりました。これは優秀な仲間に恵まれたのはもちろんのこと、組織設計と構築プランが功を奏したことも一因だと感じています。 そこで、私がこれまでに培ってきた経験から得たエンジニア組織の構築の仕方をお伝えしたいと思います。 エンジニア組織構築マニュアル 骨子を定義する これはエンジニア組織に限りませんが、組織には3つの骨子が必要です。 ポリシー ビジョン ターゲット ポリシーは、その組織が最もこだわる一
エンジニアのベンチャー企業の選び方/働き方/やめ方 - mizchi's blog
この記事は退職者アドベントカレンダーの12日目です。 adventar.org 経歴としては、新卒で設立してすぐのゲーム会社 => 小規模教育系ベンチャー => Incements(Qiita) => フリーランス。 今年で29歳、20代で3回退職しました。20代のうちは冒険してベンチャー企業で働いてみよう、と思ってたのですが、結局29を目前にフリーランスになってしまいました。 ベンチャーで働くこと ベンチャーで働くのはリスクを取るということ。一番言いたいのは、ストックオプションもたずにベンチャーやるな、ストックオプションも確実に換金できるわけじゃない、ということ。上場するときに行使するか、バイアウト時に買い取ってもらわないといけません。 また、ストックオプションの期待だけ給与は下がるので、他の会社で同じことをやるのに比べて、 -100~-150万ぐらいの相場です。少数精鋭志向で最初からじ
「人を怒らせたら協力しなくなります」 部下がいる人なら知っておきたい、経済学のこと
最近の経済学は、これまで「経済学」と聞いてぱっとイメージすることと、ちょっと離れたことが研究対象になっている。 例えば感情だ。 私たちは、人が感情に左右されることを知っている。幸福感でいっぱいならやる気はでるし、なんとなくうまくいかず気分が乗らない日は成果も乏しい。 幸福度が高いと、生産性が高まることを裏付ける研究も進んでいる。大竹さんもいうように、まさに笑う門には福来たるだ。 一方で、感情を軽視すると、人の生産性を下げることにつながるという研究もある。 部下がいるビジネスパーソン必読「怒り」に着目した研究結果が紹介されている。ここは部下をもつビジネスパーソンにとって、まず必読のパートだ。 怒りっぽい上司が怒っているときに、わざわざ話をしようと思う人はいない。「落ち着いたときに話をしようかな」とか「時間を置くか」と考える。 人間が完全に合理的なら、与えられた情報に基づく意思決定は、感情に左
【CEDEC2017】ディライトワークスが語る、継続的に会社が成長する方法とは…優れたエンジニア「採用」「育成」「評価」サイクルについて | gamebiz
【CEDEC2017】ディライトワークスが語る、継続的に会社が成長する方法とは…優れたエンジニア「採用」「育成」「評価」サイクルについて 一般社団法人コンピュータエンターテインメント協会（CESA）は、8月30日～9月1日の期間、パシフィコ横浜にて、国内最大のゲーム開発者向けカンファレンス「コンピュータ・エンターテインメント・デベロッパーズ・カンファレンス 2017」（CEDEC 2017）を開催している。 本稿では、9月1日に実施された講演「優れたエンジニアが集まり継続的に成長する会社にする方法 ～組織を急拡大させる採用育成評価ガイド～」についてのレポートをお届けしていく。 本セッションには、ディライトワークス 技術部 テクニカルディレクターの田村祐樹氏が登壇。急成長する会社の中で経験した成功体験、失敗体験などを踏まえ、「採用」、「育成」、「評価」に関して実情と課題についての話を展開した
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
テクニカルライティングの基本
Noを伝える技術 #pmconf2021
本番環境でやらかしちゃった人 Advent Calendar 2019 - Qiita
保守・運用の仕事の大切さを説明するのは、保守・運用の仕事の内なのか？: 不倒城