こんにちは。CacooチームのYAMLエンジニアの木村（@cohhei）です。「readiness」は「ready」の名詞形で「レディネス」と読むことをわりと最近知りました。今回はプルリクエスト向けに検証環境が構築される仕組みを作ったので紹介します。 忙しい人のためのざっくりとした説明 プルリクエストが作られたら自動で検証環境が構築される仕組みをつくりました。 環境まるごと作るわけではなく、フロントエンドJavaScript配信用のPodだけに対応しています。 レビュアーやテスターはクエリパラメーターが追加されたURLにアクセスするだけでその検証環境にアクセスできます。 プルリクエストをマージする前にそのバージョンを非エンジニアでも試すことができます。 プルリクエストごとに環境が作られるので、複数の開発プロジェクトが同時に走っているときに便利です。 コミットしてプルリクエストを作るだけです

こんにちは！ Meggy です。大人になると、家庭内の「やらなくてはいけないこと」が増えていく一方ですよね。「いつまでに区役所に行く」「お中元を○○さんに送る」など、タスクは山のようにあるのですが、どうしても抜け漏れが生じてしまう。パートナーや子どもがいるとなおさらです。そんな「抜け漏れ」を防ぐ方法として、 Backlog を家庭内の タスク管理 に導入しているご夫婦がいます。 Backlog のTwitterやSNSでもご紹介した「はてなニュース」寄稿記事の執筆者、IT系母ちゃんこと、平 愛美(たいら まなみ)さんにお話を伺うことができました。 ＜IT系母ちゃん 平 愛美さんプロフィール＞ 1983年生まれ、熊本県出身のITエンジニア。2児の母で、趣味は写真とグルメ。最近はRaspberry Pi、Arduinoを使った家庭内IoTについて日々研究するIT系母ちゃんとして活躍中。主な著書

ウィズコロナ時代の社内コミュニケーション促進や、VRを用いた他拠点コミュニケーションの実証実験が主な目的 コラボレーションを促進し、働くを楽しくするツール「Backlog」「Cacoo」「Typetalk」「Nulab Pass」を提供する株式会社ヌーラボ（本社：福岡県福岡市、代表取締役：橋本正徳、以下 ヌーラボ）は、全社員にVRデバイス「Oculus Quest 2」を支給することを決定しました。 テレワークが続くなか、Oculus Quest 2を使い、まるで直接会っているかのような感覚で雑談などを行う機会が増えることで、社員同士のコミュニケーションが促進されることを期待しています。 社員がVRデバイスを用いて雑談する様子 ■Oculus Quest 2 全社員への支給の背景 ヌーラボは新型コロナウイルス感染症の全国的な拡大を受け、2020年2月より、職種や雇用形態を問わず全員の勤務体

Typetalk チームフロントエンドエンジニアの岡藤（@johnykei）です。先日 Typetalk Webサイトリニューアルに伴い、フロントエンドの技術を jQuery から React + styled-components に刷新しました。本記事では、React を用いた Web サイト制作についてお伝えします。 はじめに タイトルにもあるように、僕は今まで JavaScript を書く必要がある時は使い慣れた jQuery を使っていました。 フロントエンドエンジニアという肩書きではありますが、フロントエンドエンジニアという職種は幅広く、僕はどちらかというとページやUIのスタイリングが主な業務で、普段 JavaScript を書く頻度もそんなに高くありませんでした。 最近海外ではそのような業種の人をフロントエンドデザイナーと呼ぶ動きも出てきていますが、jQuery しか使ってい

こんにちは！ Cacoo チームの中原です。現在CacooチームはFlashで作られている図の編集画面(以下エディタと表現します)を* HTML5 で置き換える開発を進めています。このブログでは、 HTML5 版 Cacoo で図形の描画に使用される、SVGを選択した理由と経緯について説明したいと思います。 （*置き換える理由については「Good-Bye Flash ~ CacooはHTML5で生まれ変わります」をご覧ください） どの技術を使って図形を描く?重視したのは「パフォーマンス」 図形の描画にどんな技術を使うか。いくつか候補を上げました。 2D Canvas 3D Canvas (WebGL) SVG (これ以外に、Unityという意見もありましたが今回はWeb標準技術を使うことを前提にしました。) さて、どれを使おう。私たちがどの技術を選択するのか、基準を決める必要があります。そ

実はガンダムを見たことがないので、時々社内のガンダムトークについていけないことがあります、中村です。今日は、 Jenkins のビルドを高速化し、リリースまでの時間を大幅に短縮した、改善策をご紹介します。全体で2~3倍程度、一部処理では何と10倍以上もビルドを高速化できました。 改善策1 : push 型デプロイから pull 型デプロイへ 改善策2 : テストケースを自動分割して、よりアグレッシブに並列実行 全体のリリース時間に対する改善結果 ビルド時間の可視化 改善策1 : push 型デプロイから pull 型デプロイへ まずはデプロイ時の方式を、push型デプロイからpull型デプロイに変更した改善策を説明します。ここで、push型デプロイは中央サーバからデプロイ用ファイルを転送する方式で、pull 型デプロイは各サーバがファイルを取得する方式とします。 各フェーズの構成は、下図の