はじめに 細かいところに PlantUML ほど融通が利かないと言われる mermaid.js ですが、逆に言えばそこまで複雑なフローでなければそこそこ描けるやんけ！ということで mermaid.js で中規模以上のフロー図を描くときに使えそうな記法などについて書いてきます。 題材 良い感じの題材が思いつかなかったので、今回は地上の星の歌詞のフロー図を mermaid.js で描いていきます。 参考↓ 準備 まずは mermaid.js でフロー図を描く際の基本です。 記載規模やお好みでどうぞ VSCode みんな大好き VSCode。拡張機能を入れることで、描きながらプレビューできたり画像出力ができます。Markdown を普段から VSCode で描いている方は下記の1を。そうでない方は2を使うと良いかと思います。 1 https://marketplace.visualstudio.

以下の文章は、コリイ・ドクトロウの「Too big to care」という記事を翻訳したものである。 Pluralistic Google検索を初めて使ったときのことを覚えているだろうか。まるで魔法にかかったようだった。Altavistaや Yahooの検索品質が徐々に劣化していく中にあって、Googleは文字通り卒倒ものだった。インターネットへの最高の入り口だったのだ。 今日、Googleは検索市場の90%のシェアを占めている。彼らはその地位を力ずくで手に入れた。Googleは数百億ドルを賄賂に費やして、あらゆるデバイス、あらゆるサービス、あらゆるウェブサイトの検索ボックスの裏側にあるデフォルト検索エンジンの地位を確実にしている。 https://pluralistic.net/2023/10/03/not-feeling-lucky/#fundamental-laws-of-econo

以降では、このテスト設計改善の取り組みに対する質問に回答していきます。 テスト設計改善についての質問の回答 【質問1】テスト設計にあたって開発ドキュメントの参照はしないのでしょうか。開発ドキュメントがほとんど無い？ 開発ドキュメントの参照はします。チケットの内容、開発ドキュメントだけでなく、その内容に対しての疑問点は実際に開発と議論しておきます。開発者との議論はテスト設計に着手する前、テスト観点出しを行う前後の活動です。 【質問2】テストと設計の比率を出していらっしゃいましたが（テストをいっぱいやるようにした）、数える単位は何ですか？人数？時間？その他？ 説明資料では文字の大きさの都合上省略した形で書いていますが、比率を出していたのは「（開発の設計ではなく）テスト設計」と「テスト実施」の比率です。また、ここでの比率は感覚値ではありますが、工数比です。 【質問3】改善後の成果物サンプルやアク

プログラムの実行速度やウェブサイトの表示速度は、たった数秒の改善でも多くのエンジニアたちの苦心を必要としますが、時として拍子抜けするほどにあっけなく、かつ劇的な改善がなされる場合もあります。画像共有サービスのPinterestが自社のブログで「たった1行の変更でコードの実行時間を99％短縮した」事例を紹介しています。 How a one line change decreased our build times by 99% | by Pinterest Engineering | Pinterest Engineering Blog | Oct, 2020 | Medium https://medium.com/pinterest-engineering/how-a-one-line-change-decreased-our-build-times-by-99-b98453265370

Red Hatの福岡オフィスでソリューションアーキテクトをしている田中司恩です。OpenShift 4.1をUPIでベアメタル環境にインストールする方法について解説します。基本的にはインストールドキュメントの要約になりますが、初めてOpenShiftに触れる方にも分かりやすいように順を追って説明していきます。*1 なお、AWSへのUPIインストールについては、前の記事で林さんが書かれていますのでそちらを参考にしてください。 rheb.hatenablog.com 2019/10/30追記。 OpenShift 4.2がGAになりましたので、4.1からの変更点について下記の記事にまとめました。 rheb.hatenablog.com 本記事の章立てはこのようになります。 UPIインストールの概要 UPIインストールの事前準備 UPIインストールの実施手順 参考：踏み台サーバーの構築 ゴールは

10分でわかる株式会社ログラス − エンジニア向け会社説明資料 / Loglass in 10 min for Engineers

V8エンジン対応版の資料を公開しましたこれから学ぶ方はこちらで！ ↓ https://docs.google.com/presentation/d/1B4av1gPS9xW4XVRqcih6R4Oe5nQabsm3AYO54Y9HDQ0/edit

EmacsJP Slackで話題に上がったEmacsモダン化計画という語感に触発され、Emacsひなまつりでそれっぽい話をすることにした。本記事では、見た目中心の変更方法について紹介する。 ちなみに現在82パッケージ導入しているが、use-packageでフル遅延ロード、なにか遅ければデフォルトのプロファイラで原因を解析して修正しているのでEmacsでも起動も動作も早い(現在の起動時間は0.4秒)。 コードが読みやすいテーマ -- doom-emacs-themes(doom-dracula) Doom Emacsという(Evilユーザ向け)Spacemacs系のプロジェクトがあり、このDoom Emacsのために開発されたテーマ。 目立たせるものと、そうでないもののバランスが良ため、非常に気に入っている。Dracula公式のEmacsThemeもあるが、Doomとは微妙に色味が異なる。

海外のデザイナーのポートフォリオを見るのに便利なサイトの紹介です。 Bestfolios - UI/UX Design Portfolio Inspiration and Showcase ポートフォリオだけでなく、次の４カテゴリで情報がまとめられています。 Portfolios（ポートフォリオ） Resumes（履歴書） Resources（デザイン素材） Articles（投稿記事） オススメなページ順に、簡単に内容を紹介します。 Articles（投稿記事） ポートフォリオに関連した記事が読めます。 今のところ４記事しかありませんが、いずれもタイトルの魔力がすごい。 Google Designer Portfolio Collection 1 Facebook Product Designer Portfolio Collection 1 10 great fonts you may

『MarkeZine』が主催するマーケティング・イベント『MarkeZine Day』『MarkeZine Academy』『MarkeZine プレミアムセミナー』の 最新情報をはじめ、様々なイベント情報をまとめてご紹介します。 MarkeZine Day

TimeTree の SRE が海外展開においてやったこと＆やってないこと by【TimeTree × みてね勉強会】 グローバル対応への挑戦 〜SRE/インフラ編〜

食品卸最大手の三菱食品がシステム開発の失敗を巡り発注先のインテックを提訴した事件の全貌が、2019年3月4日までに日経 xTECHの独自取材で判明した。原因はビジネスルール管理システム（BRMS）を利用したEDI（電子データ交換）システムの構築失敗にあった。 損害賠償請求額は127億円と、勘定系システムの開発失敗を巡るスルガ銀行と日本IBMの裁判の当初請求額を上回る。巨額裁判の行方は、発注側のユーザー企業と受注側のITベンダー双方の注目を集めそうだ。 インテックの親会社のTISが2019年2月4日に発表した2019年3月期第3四半期決算で、インテックが受託したシステム開発業務に関して三菱食品から127億円の損害賠償請求訴訟を受け、係争中だと公表していた。だが、係争の対象システムや損害賠償額の算出根拠、三菱食品の主張などは不明だった。日経 xTECHの取材により、システム開発が失敗した経緯や

「記事を書いてみたものの文字ばかりで味気無い」、という時にちょっとだけ変化を付けられる（...かもしれない）ビジネスマンの画像をつくってみました。 GitHubに上げたので、よかったら使ってみて下さい（記事以外でも使えるかもしれません）。 吹き出しに一言付け加えて記事の合間に配置すると、アクセントになると思います。実際にこれを使って書いた記事がこちらです。このようなストーリー性のある記事には使えるのではないかと思います。 絵の下に何をしているところかを表す作者（私）の意図を書きましたが、これに必ずしも従う必要はありません（見え方が曖昧なものも多いので）。 効果的に使用するには、以下のようなことに気をつけてください。 使い過ぎない 吹き出しを付ける場合は、言葉は短くする 拡大・縮小しすぎない ちなみに全てPower Pointで一からつくっています（これをつくりたいので、Power Poin

Kubernetesアプリケーションの運用ツールポータル「OperatorHub.io」、Red Hatが開始。AWS、Google Cloud、Azureらが協力 Kubernetesには「Operator」と呼ばれる、Kubernetesの機能を拡張してアプリケーションの運用管理を支援するソフトウェアがあります。 Operatorとは、アプリケーションの運用ノウハウやテクニックをソフトウェアに組み込んだものだと、Operatorを開発したCoreOS（現Red Hat）のブログ「Introducing Operators: Putting Operational Knowledge into Software」で次のように説明されています。 A larger challenge is managing stateful applications, like databases, cac

この記事では、プログラミングをしてWebサービスを個人＆独学で開発するときに役に立つ＆役に立ったWebサービス、Webサイトを紹介します。 全般 質問サイト チュートリアル サーバー・データベース 開発環境 API フロントエンド・デザイン 配色 HTMLをHAMLに変換 フレームワーク CSSジェネレーター 背景 ロゴ 全般 質問サイト Qiita、stackoverflow(英語版)を使えばプログラミング初心者が頻繁に陥りがちなバグやエラーの解決法を見つけることができます。 Qiitaは最近は記事の質が下がっているようにも感じますが、初歩的な情報はまとめられているので問題ないでしょう。 より理論に踏み込んだ知識を得たいなら専門書を読み込むことが必要です。しかしウェブサービスを開発する目的を果たすだけなら「どのように？（HOW）」がわかれば「なぜ？（WHY）」は後からでもいいと思います。

アウトプット大全を読み、一ヶ月試してみた感想を書いておく。 所感 本著はアウトプットするためのTipsがひとつ２、３ページくらいの量でいくつもまとめられており、自分に合ったもの、すぐ始められそうなものから試すことができる。 本著の「アウトプット」とは、「他人と話す」「アイデアを出す」という日常の小さなアウトプットも含まれており、ブログを書いたりなにか発信する媒体を持っていない人が読んでも参考になるはずだ。 私は読後一ヶ月程度いくつかのTipsを試してみたが後述する通りとても効果を感じたので今後も本著のTipsに従うのを継続していきたい（そして他のTipsも取り入れていきたい）と思う。 どんな本なのか この本には著者がまとめた80のアウトプットのTipsと、7つのトレーニングがまとめられている。 著者である精神科医の樺沢紫苑氏は実際に以下の圧倒的なアウトプットを継続しているとのこと。 メルマ

本題のチートシートはこちら PNG SVG https://d.kuku.lu/6b5cc7b0a9 から DL できます 作った理由 git って他人に概念を説明するのって難しいし、自身も何度も反復させないと定着しなかったなあという感覚を持っていたので作ってみました 所感 こちらの Git チートシートですが、この中に盛り込めなかった内容で 第2段 を作成しようか考え中です 皆さまのオススメの便利コマンドとか、この内容は必須だろ！的なものがあればをご教示いただければ幸いです もし誤りがあれば、作者の心が折れない程度にご指摘いただければ幸いです あとがき ここまで反響を頂けるとは思っておらず、嬉しい限りです・・・本当にありがとうございます・・・！！ また、図は全て自作です。図における言語は英語、説明は日本語、と言う形に統一しました。（吹き出し部分だけ日本語になっていたのでこちらは修正しまし

巷には今、「働き方改革」とともに「RPA」という言葉が台頭し始めている。RPAは「ロボティック・プロセス・オートメーション」のことで、普段の業務を自動化してくれるソフトだという。 こんな説明がなされているが、これまでプログラミングに触れてきた人にとってはやや疑問が浮かぶのではないだろうか。「Excelマクロやバッチと何が違うのか」と。 例えば、RPAの動作説明でよくあるのは「ファイルをゴミ箱に捨てる」という操作だ。RPAソフトがファイルをゴミ箱にドラッグ＆ドロップするという操作だが、ファイルを削除するのが目的なら、Windowsであれば「del hogehoge.txt」と書いたバッチファイルを実行すれば済む話だ。「del *.txt」とすればフォルダ内のテキストファイルを一網打尽に消すこともできる。 Webブラウザの操作であれば、「Node.js」や「Selenium」などですでに自動化