Code Coverage: More Than a Metric. Codecov is the all-in-one code coverage and quality solution for any test suite — giving developers actionable insights to deploy reliable code with confidence. Trusted by over 29,000 organizations. Try Codecov for Free Get Demo

Blog Introducing BugSnag Real User Monitoring for Flutter & React Native Applications

この文章は、2019年4月18日に開催された国際カンファレンス SeleniumConf Tokyo 2019 で行った基調講演の文字起こしを土台に加筆修正したものです。 当日の講演資料は speakerdeck で、動画は YouTube で公開されています。 Clean code that works - How can we go there? - Takuto Wada | SeleniumConf Tokyo 動作するきれいなコード - どうたどり着くか 本日の講演タイトルは「動作するきれいなコード - どうたどり着くか」です。動作するきれいなコードへ至る道の話をさせていただこうと思います。 資料は公開予定で、講演の写真撮影も問題ありません。ツイッター等での実況も大歓迎です。ハッシュタグは #SeConfTokyo です。 改めて自己紹介です。和田卓人（わだたくと）といいまして、

スマートキャンプのデザイナー/エンジニアのhaguriです。 弊社では3月からリモートワークに移行しています。 スマートキャンプでは開発チームが、「BOXILチーム」と「Biscuetチーム」の2つあります。 以前の記事では、リモートワーク中の開発チームの様子や、行っているコミュニケーションの工夫などを紹介しました。 tech.smartcamp.co.jp 今回は、2ヶ月弱リモートワークをすることで見えてきた「Biscuetチーム」内の課題と解決に向けて試した方法について紹介します。 発生した課題「認識のズレ」 改善1：共通で呼べる名前をつける 改善2：必須確認事項をいつでも見れるようにする 改善3：アイテムごとにUIを作成して、UIを軸に話し合う 改善4：KPTを付箋のようにやる 「認識のズレ」をビジュアルコミュニケーションで改善 発生した課題「認識のズレ」 通常では、あるトピックにつ

背景 転職クチコミサービスの転職会議を開発するプロダクトチームは2014年頃には6名ほどの小さな組織でした。 2017年現在は30名強と、徐々にメンバーを増やしながら成長してきました。 今回はこのチームで作り上げてきた文化の話をしたいと思います。 Team Geekとの出会い 僕たちが成長する上で強く影響を受けた書籍がTeam Geekです。 HRT（謙虚・尊敬・信頼）などで有名な名著ですが、チーム文化についても重要な項目として語られています。 この文化というのは非常に捉えづらいものではありますが、文化を意識してチームを作る事が非常に大切だったなと感じています。 Spotify engineering cultureとの出会い 文化について意識的に作り上げる段階において、強く影響を受けたのがSpotifyの資料です。 Spotify engineering culture (part 1)

エンジニアが働く上で気になる【開発環境】に焦点を当てた、チーム紹介コーナー。言語やツール類を紹介するだけではなく、チーム運営や開発を進める上での不文律など、ハード・ソフト面双方の「環境づくり」について深掘りしていく。 エンジニアのような専門スキルを武器に仕事をする人たちにとって、「スペシャリスト」は一度は憧れたことのあるポジションだろう。誰もが頭を悩ます課題をコードで解消し続け、周囲にすごい！と言わしめる。そんな仕事人生を全うできたら、これほど楽しいことはない。 海外の大手テクノロジー企業は各種スペシャリストを破格の待遇で雇う傾向がある一方で、日本企業では「スペシャリスト＝職権の限られた一専門職」扱いというところも。ビジネスそのものをけん引するのはディレクターやプロダクトオーナーであるとされ、収入面でも彼らの方がよかったりする（※参照記事）。 結果、経営者や開発チームのマネジャーは、「実力

こんにちは、アプリケーション基盤チームの青木(@a_o_k_i_n_g)です。好きなメソッドは emptyIfNull です。 僕は、自社クラウドである cybozu.com のミドルウェアを開発するチームで働いています。具体的には、検索サービスやファイルサーバー、非同期処理用ワーカー、セッションマネージャーなどなどを提供しています。 僕がこのチームに来たのは数年前ですが、当時はバグの多いプロダクトでした。今はすべての既知のバグを直し、残存不具合件数が 0 件、つまりバグゼロな状態になりました。また、バグゼロを実現してから 2 年ほど経過していますが今もその品質を保っています。今回はこのバグゼロを実現した方法と、その後の顛末について記そうと思います。 以前のコード 数年前に提供されていたこのミドルウェア群は、はっきり言って、バグの塊のようなプロダクトでした。 当時のコードは保守性とは程遠い

日進月歩のIT業界。毎日のように新たなニュースが飛び交い、トレンドも変わっていく動きの速い業界です。現れては消える最新技術を完璧にフォローし続けるのは不可能ですし、その必要もないかもしれません。しかし、メインストリームになったときにまったく何も知らないというのも考えものでしょう。 業界の最先端ではどんなことが起きているのか、どんな方向に向かっているのか、ざっくりと把握しているだけでもキャッチアップのスピードが変わります。IT関連のトレンドは海外発のことが多いため、先端技術の情報を収集するには英語圏のブログやメディアをチェックするのが一番です。今回は、世界の最新情報をキャッチするのにおすすめの海外ブログやメディアをまとめてご紹介します。 The Toptal Engineering Blog 出典：http://www.toptal.com/blog 世界のTOP3%に入るフリーエンジニア、

お探しのページは、URLが変更されました。 お手数ですが、トップページまたはサイトマップから再度アクセスして下さい。 The URL(address) of your requested page has been changed. Please try accessing the information again from the top page or the site map.

チーフエンジニアの @hsbt です。 今日はペパボでの日報と日報支援ツール furik について紹介します。 日報とは 日報とは、企業をはじめとする組織で様々な用途に使用されます。日々の作業の結果や記録として使われたり、チームのメンバーが考えていることや、その日その日の気分を知ることでコミュニケーションを取るための材料として使われたりします。 上記に述べた日報の使われ方は、主に自分以外の他者が参照するための用途ですが、@hsbt は日報を書きながら、何が原因で質の低い仕事をしたのか、明日良い結果を出すにはどうすればいいのか、というその日の仕事の質のふりかえりを行っています。 GitHub と日報 ペパボでは、GitHub と GitHub Enterprise を使用しています。開発者は pull request によるコードのアウトプットだけではなく、issue を用いた設計の議論、p

YAPC::Asia 2015 http://yapcasia.org/2015/talk/show/c191c08a-0a98-11e5-be34-67dc7d574c3a 「esa」は esa LLC が開発・運営しているチーム向けMarkdownドキュメント共有サービスです。2015年1月…

boardというサービスを正式リリースしてからちょうど1年が経ちました。 以前、「受託開発の会社が本格的にWebサービスを開発・運用してみてぶつかった課題（只今5ヶ月目）」という記事を書きましたが、その続きというか、現在の状況を書きたいと思います。 boardの開発の始まり boardは2年前の9月に開発を始めました。 その頃は起業して3年目の後半で、案件の管理や見積書・請求書作成などはExcelでやっており、案件数の増加とともに、Excel管理がだいぶしんどくなってきていました。 そこで、何か請求書作成系のクラウドサービスを使おうと思って探し始めたのですが、案件単位で受注するビジネスモデルにフィットするようなサービスがなく、また支払管理・売上管理・見込み管理など、自分が会社を経営する上で必要な部分まで欲しいレベルでカバーしているものがありませんでした。 ちょうど9月の連休があったので、自

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ぼんやり1メンバーとして眺めていたプロジェクトが、リリース1週間前になって「あれも足りない！これも出来てない！どうすんじゃゴラァ」となったときに突如ディレクターとしてぶっこまれ投入されたときにやってみたことのメモ。 一次対応 とにもかくにもPJTに投入されて最初にやったこと。 コミュニケーションルールをみんなで確認して、守ってもらうようにした 誰が何の情報を持ってて、そして誰から誰にどんな指示が出てて、それらがどんなステータスか、、、 もうぐっちゃぐちゃになっていた。 ディレクターは一度死ぬが、一旦全部ディレクターに報告させて、ディレク

エンジニアの渋谷です。 マネーフォワードは3月30日に【給与計算ソフト - MFクラウド給与】という新サービスをローンチさせていただきました。 マネーフォワード、クラウド型給与計算ソフト『MFクラウド給与』(β版)を無料提供開始～法改正や税制改正にも自動対応。企業の給与計算・労務をもっとスマートに～ クラウド給与計算ソフト　マネーフォワード クラウド上で完結する本格的な給与計算サービスとして、リアルタイム給与計算機能や料率自動反映などを備えております。 本サービスの企画自体は、昨年年末に３人でスタートし、年明けから様々な方にお手伝いいただきながら、約３ヶ月の開発期間でローンチしました。 今回は、新サービスをゼロから作り上げるにあたり、エンジニアとしてやって良かった、と思えた事を９つばかり紹介させていただきます。 １：リリース前確認シート 企画がスタートした時に、【ビジョン】【ミッション】と

boardというサービスをリリースして半年ほど経ちました。β版は5月なので、それからだと9ヶ月です。 ヴェルクという会社は基本的には受託開発の会社なので、リリース前もリリース後も、受託開発と平行してboardの開発を続けています。 よく「boardガンガン機能追加してますね！」って言われて、実際更新履歴を見ると、平均で10日に1回くらいのペースなので、確かにそこそこのペースでリリースをしているのですが、意外と淡々と開発している感じです。 そもそも、確か正式リリースした日も、特に感慨もなく、普通に受託の開発してた気がしますし。 資金調達をしているわけではないので、サービス開発にかかるお金は自分たちで受託開発で稼いだものを回します。そのため、当然ながら潤沢に資金があるわけではなく、やはり資金調達をしている会社のように、ガンガン広告を打って露出して急成長させる、というようなことはなかなか難しいで

エンジニアtypeは、各種エンジニアをはじめ「創る人たち」のキャリア形成に役立つ情報を発信する『＠type』のコンテンツです。

Technology Radarの2015年1月版から厳選したGo lang, React.js, Swiftなどの11のテクノロジーを紹介した記事先日 ThoughtWorks社 から最新の技術動向をまとめた Technology Radar の2015年1月版が発表されました。 このTechnology Radarですが毎回、『技術』『ツール』『プラットフォーム』『言語・フレームワーク』と4つの領域に分けて紹介しており、絶賛流行中もしくは今後注目されるテクノロジーなどが紹介されています。 今回はそんな『言語・フレームワーク』の領域から厳選した11の注目テクノロジーを紹介します。 はじめに 各テクノロジーは『Adopt』『Trial』『Assess』『Hold』という4つの階級のどれかに属しており、各階級は以下の意味を持っております。 ・【Adopt】企業での使用が推奨されるレベ

Sublime、Vim、Emacs、AtomなどにIntelliSense機能を追加する「OmniSharp」、マイクロソフトがデモ Sublime TextやVim、Emacsなど既存のテキストエディタに対して、マイクロソフトのVisual Studioが備えているIntelliSense機能を追加できるオープンソースソフトウェア「OmniSharp」のデモが、日本マイクロソフトが1月16日に開催したイベント「GoAzure」の基調講演で披露されました。 OmniSharpのデモを行ったのは、米マイクロソフト Principal Program ManagerのScott Hanselman氏。.NET CoreがオープンソースとなってMacOS XやLinuxに移植され、C#も使えるようになることを紹介した上で、「MacやLinuxでのソースコード修正は手間だ、IntelliSense