こんにちは。ヌーラボのCacooチームの木村です。テックブログを書く上で個人的に気をつけていることを紹介します。 「せっかく苦労して記事を書いたのに全然読んでもらえない」「本筋とは関係ないコメントが来て消耗してしまう」といった悩みはないでしょうか。それらはもしかしたら技術記事の書き方に原因があるかもしれません。 僕は普段進めている仕事に、ある程度の成果が出たら、そこで得た知見を会社のテックブログに記事としてまとめるようにしています。そのときには以下の3つのことを心がけています。 「なぜ」を徹底的に書く 読者の認知負荷を下げる 想定読者の知識レベル下げる そうすることで以下のような効果が期待でき、読者と著者だけでなく著者が所属する会社にとってもいい記事になると考えられます。 記事の内容が正確に読者に伝わる 読者にとって有益な情報を提供できる 著者（たち）の置かれている状況や抱えている課題が読

Cacooは図の編集画面上でビデオ通話ができる機能をリリースしました！ビデオ通話で相手の顔を見て会話をしながら共同作業ができるため、オンライン環境でもチームメンバーと密なコミュニケーションができます。 たとえば、テレワーク中の会議でビデオ通話機能を使うことで、チームメンバーと一緒にCacooで作成した資料を見ながら議論ができます。さらに、その場で意見を集約して図を用いた議事録も作成できます。テキストだと伝えにくいデザインレビューなども容易になるため、チームのコミュニケーションを促します。 本記事では、オンラインコミュニケーションやコラボレーションに役立つ「ビデオ通話機能」の活用方法と使い方をお届けします！ ※なお、ビデオ通話機能はまだ試験運用中の機能になりますので、「BETA」表記が付いています。 ※ビデオ通話機能は旧フリープランおよびプラスプランの図ではご利用できません。 Cacooビデ

BacklogのSREを担当しているmuziです。 今回の記事では、ヌーラボにおけるSREの活動事例として、Backlogの課題検索機能のリプレイスプロジェクトについてご紹介します。 このプロジェクトでは、SREと開発者がチームを組んで、要件定義からリリースまで行いました。その結果、Backlogを構成するサーバ同士が疎結合になり、将来的なマイクロサービス化に向けた足がかりを作ることができました。 歴史の長いプロダクトにありがちな技術的負債への取り組みの一例として、みなさんの参考になれば幸いです。 リプレイスプロジェクトの背景 Backlogの課題検索機能 最初に、このリプレイスプロジェクトの背景として、Backlogの課題検索機能についてご紹介します。 課題検索機能とは、Backlogの「課題」ページで利用できる検索機能のことです。件名や詳細に対するキーワード検索に加えて、プレミアムプラ

Goでクリーンアーキテクチャ等のレイヤードアーキテクチャを実装するための静的解析ツールを作った。 「webhandlerパッケージからusecaseパッケージを使わずに直接domainパッケージを使わないで！」というような、やってほしくないimportをエラーにできる。 https://github.com/budougumi0617/layer TL;DR クリーンアーキテクチャなどのレイヤードアーキテクチャでは、利用できるパッケージに制限がある レイヤー間の依存関係は一方向のみ 同じ層、あるいは1つ下の層のパッケージしか利用してはいけない https://blog.cleancoder.com/uncle-bob/2012/08/13/the-clean-architecture.html Goは循環importができないので、自然に単方向依存は満たしやすい しかし、層を飛び越して、2

「Backlogの課題の状態を“自由に追加”したい」みなさんに朗報です！ 自分のワークフローに応じて、Backlogの課題の状態を柔軟に追加できるようになります！ 従来は「未対応・処理中・処理済み・完了」の4つの状態しか選択できませんでしたが、みなさんの設定次第で「レビュー」や「保留」などの状態もご利用いただけます。 本記事では、リリース予告として、状態の追加の特徴と職種別のワークフロー事例を一足先にお届けします！ ※この機能は、有料プランのスペースでご利用頂けます。ただしエンタープライズプランは対象外になります。 従来の課題の状態ではできなかったこと Backlogはデザイナー、プログラマー、ディレクターはもちろん、マーケター、営業、総務、人事など多様な職種で活用されています。 どんな職種でも使えるように、課題の状態もシンプルに「未対応・処理中・処理済み・完了」の4種類のみ用意していまし

2013年に「日経電子版」のソフトウェア開発を100%外注から内製化、アジャイル開発に切り替え、開発サイクルやチームの抜本的な改革を見事成功させた日本経済新聞社。その取り組みは、多くの注目を浴び、400以上のはてなブックマーク数を獲得しました。 「あの『日経電子版開発チーム』が内製化とアジャイル開発の成功から6年がたった “その後” を語る！」では、内製化とアジャイル開発の成功体験を他の部署にも応用し、全社をあげて開発改革に取り組んでいる模様を取り上げました。 本記事では、同社が次に取り組む、個人やチームの開発成果と事業成果を結びつけるための「OKR（オーケーアール）」を導入したきっかけと運用、そして、成功したこと、失敗したことについてお伺いします。 ■自己紹介（右から） 情報サービスユニット プロダクトマネージャー 斎藤祐也さん デジタル編成ユニット プロダクトマネージャー武市大志さん

2013年に「日経電子版」のソフトウェア開発を内製化し、アジャイル開発に切り替えた、日本経済新聞社。開発サイクルはもちろんチームの抜本的な改革は、多くの注目を浴び、400以上のはてなブックマーク数を獲得しました。 アクティブユーザーを1.9倍増にした内製化の成功をきっかけに、2017年には日経電子版のコンテンツの表示速度を改善する「爆速電子版」プロジェクトを実施し、業界最速のスピードを実現しました。 内製化やアジャイル開発の開始から6年が経過し、日経では開発部門だけでなく、全社的な組織改革に着手しています。そこで、同社の現役プロダクトマネージャーに、日経が挑戦する開発の現場の“いま”についてお伺いしました。 ■自己紹介（右から） 情報サービスユニット 斎藤祐也（さいとう・ゆうや）さん デジタル編成ユニット プロダクトマネージャー武市大志（たけいち・たいし）さん デジタル編成ユニット 西馬一

Cacooのチームコラボレーションをより楽しく活発にするために「リアルタイム共同編集」を強化しました！ チームでより使いやすくなった共同編集機能を使うことで、作業をリアルタイムで同期しながら、これまで以上に円滑な作図やコラボレーションができます。本記事では、Cacooのリアルタイム共同編集で強化された2つの機能の使い方をご紹介します。 Cacooリアルタイム共同編集でできること 今回強化されたCacooのリアルタイム共同編集は、チームのさまざまな共同作業をリアルタイムに可視化します。 たとえば、オンライン会議でCacooを使って図や資料を説明するときに、マウスカーソルで指し示している位置を閲覧者全員に共有できます。 また、シェイプやテキストの編集中の作業もチームメンバーにリアルタイムで表示できます。 他にも、ビデオチャットなどの一人の画面しか共有できないときに、Cacooを使うことで参加者

Rust + Yew = WebAssembly でかんばんライクなタスク管理アプリを作ってみました。 YewはRustで書かれたフロントエンド向けのフレームワークです。 書かれたコードはWebAssemblyに変換されて、ブラウザ上で実行することができます。プロジェクトのREADMEに「ElmとReactに影響を受けた」と書かれているように、JSX風のHTMLを書けるようなマクロが用意されていて、Rustのコード内にHTMLっぽく表現でビューを書くことができます。 また、Elmアーキテクチャのように、モデルとビューがあり、メッセージによって状態の更新がされるようになっています。 というわけで、以前、このブログでsakiが書いた「Vue.js でかんばんライクなタスク管理アプリを作ってみました。」という記事を参考に、見ためがほとんど同じようなかんばんライクなタスク管理アプリ (タスクボード

ヌーラボでScalaを書くRubyistの谷本です。 数年ぶりに開発環境をWindowsにしたら、JRubyのバグっぽい振る舞いを見つけたので、原因を探してPRを送るまでの自分のやり方について書きます。(ちなみに、仕事では全くJRubyを使っていません。) 経緯 去年、2年間使っていたMacbook Proの調子が悪くなったで、PCの買い替えタイミングで数年ぶりに開発環境をWindowsにしました。 そこで、仕事ではJVM言語(Scala)を使っていることや数年前はJRubyを使っていたこと、インストールが簡単なことなどから、JRubyを使うことにしました。 しかし、いざ使ってみるとREPLモードであるirbで矢印キーを使ったカーソル移動や入力の履歴をさかのぼることができませんでした。macOSで使っていた時や数年前にWindowsで使っていた時は問題なく動いていた記憶があったので、Win

IT Leaders トップ ＞ テクノロジー一覧 ＞ システム構築／プロジェクトマネジメント ＞ 事例ニュース ＞ NTTドコモ、プロジェクト管理ソフト「Backlog」を全社1万人規模で利用 システム構築／プロジェクトマネジメント システム構築／プロジェクトマネジメント記事一覧へ [事例ニュース] NTTドコモ、プロジェクト管理ソフト「Backlog」を全社1万人規模で利用 2018年12月5日(水)日川 佳三（IT Leaders編集部） リスト NTTドコモは、プロジェクト管理ソフトウェア「Backlog」を、関係会社を含めて1万人名規模で全社的に利用している。2013年にBacklogを導入して以降、段階的に利用ユーザーを増やしてきた。Backlogの開発会社であるヌーラボが2018年12月5日に発表した。 ヌーラボのBacklogは、様々な業種・職種で使えるプロジェクト管理ソフ

ようこそ、サル先生のバグ管理入門へ。 コースは３つ。バグ管理初心者の方は「入門編」からどうぞ。 バグ管理を経験したことがある人は「実践編」がおすすめです。 バグに関して困ったことがあれば「心構え編」を読んでみてくださいね。

こんにちは。Backlogグロースハックチームの砂川です。 今回はBacklogがサービス改善のために行なっている「アンケートを表示する機能」と、その機能によって回答率がどれほど改善されたかについてご紹介します。ユーザーの方々の声をサービスの改善に役立てたい方の参考になれば嬉しいです。 Backlogが行なった取り組み Backlogでは、これまでユーザーの方々にアンケートをとりたい場合、Backlogの上部にお知らせとしてGoogleフォームへのリンクを張っていました。 こんなやつです。 しかし、Backlogユーザーの方々のような、アンケート目的に集められていない人々を対象にしたwebアンケートでは、一般的に回答率がかなり低くなってしまいます。実際Backlogでも、上記のような形式では回答率が1%を大きく切っていました。直近のアンケートではなんと約0.3%……。アンケートは答えていた

何かを開発するとき、いきなりエディターを立ち上げていませんか？ 製品、サービスを作るときは要求、要件を分析してまとめてから作るのがオススメです。 そんなときに匠メソッドという要求開発の手法を、僕個人も BeProud の仕事でも使っています。 匠Method: 〜新たな価値観でプロジェクトをデザインするために〜 作者: 萩本順三出版社/メーカー: 匠BusinessPlace出版発売日: 2016/12/24メディア: Kindle版この商品を含むブログを見る 匠メソッドは製品やサービスを「なぜ作るべきなのか」、「何が求められているのか」という要求を、ニーズとシーズから探る手法です。 匠メソッドについて知りたい人はこの本を読んでみてください。 （僕は少し自分なりに変えて使っている部分もあるので、この記事内の図などが少し違うなというところがあっても気にしないでください）。 匠メソッドをすると

こんにちは。Cacoo チームの木村（@cohhei）です。Cacoo チームでは、 Kubernetes によるアーキテクチャの microservices 化に取り組んでいます。今回は私たち Cacoo チームが microservices 化によって解決しようとしている課題と取り組みの内容、その成果についてご紹介します。 この記事では以下の内容を含みます。 Cacoo の開発チームがどんな課題を抱えていたか 何故 microservices の道を選んだか どんな技術を選んだか microservices 化してどうだったか 現状の課題 課題：古いフレームワークとモノリシックなアプリケーション Cacoo は2009年にベータ版がリリースされた歴史のあるプロダクトで、モノリシックなアプリケーション上ですべての機能が実行されていました。 そのため、それぞれのコードの依存関係を十分に理解

こんにちは、Cacooチームの平山です。僕は対外的には技術のことをお話しする機会は最近はあまり無いのですが、今回はCacooのUIリニューアルに伴い追加された、内部的には「自動保存」と呼ばれる機能の技術的な仕組みについてお話しします。 皆さん（きっと）ご存知の通り、Cacooは2018年6月28日に全面的なユーザーインターフェースの刷新を行いました。これに伴い、以前は図の閲覧用と編集用に分かれていたページを、編集機能を持つ一つのエディタで担うという変更を実施しました。Google Docsをはじめとする、オンラインのドキュメントツールと同等のユーザー体験に倣うような変更とも言えます。 新しいユーザーインターフェースのエディター さて、以前からCacooを利用されている方はおそらくご存知かと思いますが、ダッシュボード（図の一覧表示）のサムネイルや、ブログ等に張り付けるための画像などは、図の編

Cacoo 開発チームの山岸です。ウェブにおけるアニメーション・インタラクションが好きなので今回は Web Animations API を紹介します。 Web Animations API (以下 WAAPI)とは これまでの CSS Transitions / Animations や SVG Animation を JavaScript で実現するための API です。WAAPI によりアニメーションにおける統一的なインターフェースを提供することを目的として仕様策定が進められています。 何を解決するか CSS によるアニメーションの場合、実行時の制御ができないことや複雑な CSS Animations の修正の大変さがありました。 また、CSS と JavaScript の両方を用いることも多いですが、アニメーション表現と実行のコントロールが別になることでの管理のしづらさ、reque

e-lish.io この記事はプログラマのための英語・外国語 Advent Calendar 2017 - Qiitaの10日目の記事です。 単語学習のつらみ 言うまでもないけど、ボキャブラリーは重要だ。英単語をたくさん知っていればそれだけ文章を理解できるスピードが上がる。だがボキャビルはつらい。単調でつまらない。やっている途中で、「こんな単語覚えても役に立たねーし」ってなる。 最近は優れた学習アプリが増えていて、人間の忘却曲線を考慮した順序で出題してくれるものが多い。ただ、それだけでは「こんな単語覚えても役に立たねーし」を回避できない。英単語アプリには下記の特徴がほしい。 単調ではないがテンポよく使える 覚えきれていない単語を繰り返し出題し、覚えた単語は忘れた頃に出題してくれる 出題される単語の選択に納得感がある これらすべてを満たすアプリは今までなかった。網羅的で一気に単語を覚えられる

過去のデータから未来の数値を予測するちょっとしたツールを社内向けに作りました。単に学習済のモデルを使って予測値とグラフを表示するだけなら Jupyter Notebook でも良いのですが、非プログラマーが想定ユーザーだったので Web アプリケーションにしました。この方がユーザーとって不要な Python のコードが表示されませんし、データの追加・修正を安全に行うことができます。 仕様など 社内用のツールなので詳細は伏せますが、今回作るのは過去のデータから未来のデータを予測し、数値とグラフを表示します。過去データは手動で入力し、バッチ処理により学習と予測を行います。想定ユーザーは社内で1名のみ。予測結果は今後のユーザーが業務上で意思決定を行うときに参考データのひとつとして利用されます。 バージョンは下記の通りです。 $ python --version Python 3.6.2 :: A

Apache Kafkaを用いたリアルタイムデータ処理の商用サービスを提供しているConfluentは、Apache Kafkaに対応したオープンソースのSQLエンジン「KSQL」のデベロッパープレビューをリリースしました。 Apache Kafkaはスケーラビリティに優れ、大量のデータをリアルタイムに処理できるソフトウェアです。さまざまなアプリケーションから送られてくるログや大量のセンサーなどから生成されるデータなど、リアルタイムに送信されてくるストリームデータをいったんKafkaで受け止め、それをまとめてHadoopなどの分析エンジンに渡してデータの分析を行う、といった形で使われます。 KSQLは、このKafkaに対応したSQLエンジン。これによりJavaやPythonで複雑な処理を記述しなくとも、ストリームデータを柔軟に加工できるようになります。 SQLとKSQLの違いとは？ 一般的