米Googleが2016年にGitHubで公開した“新しいOS”「Fuchsia（フクシア）」の開発者向けWebサイト「Fuchsia.dev」が公開された。米9TO5Googleなどが6月28日（現地時間）に報じた。 非常にシンプルで、GitHubにはあるFuchsiaのロゴらしき画像もない。また、fuchsiaは赤紫色を指すが、サイトの基本色は緑。だが、Redditのr/FuchsiaのメンバーがWHOISでこれがGoogle公式サイトであることを確認した。 今のところはドキュメントがまとまっているだけで、ほとんどが従来のFuchsia Gitにあるものと重複するが、サイト全体を検索できるようになったことが開発者に歓迎されている。 FuchsiaはGoogle独自のリアルタイムOS向けカーネル「Zircon（旧Magenta）」をベースにした新しいOS。Webサイトのドキュメントによる

Build beautiful, usable products faster. Material Design is an adaptable system—backed by open-source code—that helps teams build high quality digital experiences.

退職エントリを書くつもりはあまり無かったけど、はてブに退職エントリが多くあがっていて書く気力が高まったので書いてみた。 DMMに入社した理由 去年の5月に入社しました。 大きな企業の便利な社内ツール・サービスを見たい 色んな種類のサービスの裏側を見たい Railsアプリをゼロから作る機会 仕事で rails new できる プロジェクト初期からレビューできる あたりに魅力を感じて内定を承諾した。 DMMでやっていたこと とあるサービスのリプレイス案件*1のサーバサイドエンジニアを担当していた。 既存のデプロイ方法の修正 AWSのアーキテクチャ設計 APIや管理画面をRailsで実装 RubyやRailsに関するレビュー（他メンバーがあまりRailsに慣れていなかった） Terraformを使ったインフラ業 死活監視の設定 タスク管理 この案件、入社して2ヶ月でデスマの気配を感じていた。 自

ex-dwango.md 株式会社ドワンゴを退職しました 2011年3月15日に就職してから今日で8年と3ヶ月半・・・月にして99ヶ月・・・日数にして実に3033日 と・・・計算している間にも23秒が過ぎてしまったわけですが、株式会社ドワンゴを退職しました。 7月からはクックパッドで働きます。 ドワンゴでやってきたこと 2011年に入社して最初は今は亡きニコニコ静画(電子書籍)のバックエンドの開発をしました。 当時はphp縛りだったので仕方なくphp、こっそり gitを導入して会社の公式リポジトリであるsvnには定期的に git-svn でコピーする仕組みを作ったりしてました。 当時CIはちょっと導入されていたもののCDの概念は存在しなかったので、capistranoでphpをデプロイする仕組みを作ってそれも こっそり 運用していました。 浜町時代からドワンゴ社員御用達 BROZERS'

While all of Wesley Chan’s success has been well-documented over the years, his personal journey…not so much. Chan spoke to TechCrunch about the ways his life impacts how he invests in startups.

はじめに 当初、ScalaMatsuri 2019が終わった次の日の、6月30日に書く予定だったのですが、最終出社日も終わっていることだしよいかということで、エントリを書くことにします。 2019年6月30日をもって、5年と3か月勤めた株式会社ドワンゴを退職します。最終出社日は6月26日でした。 これまで2回転職してきましたが、ドワンゴに居た期間が最長です（なお、5年で最長でというのに違和感感じる人もいるかもですが、博士卒で就職したので、まあそんなもんかと思っています）。 何やってたの 1年目こそプロダクト開発に携わっていたものの、2年目以降は、 Scala研修テキストの執筆やメンテナンス 新入社員研修の中のScala研修講師 ドワンゴ社員として各種イベントやカンファレンスで発表 論文の査読や情報処理学会関連のイベント（主にPRO（プログラミング研究会））への参加 自分主催の勉強会（テーマ

メディア関係者向けお問い合わせ先 メールでのお問い合わせ: pr-jp@google.com メディア関係者以外からのお問い合わせにはお答えいたしかねます。 その他すべてのお問い合わせにつきましては、ヘルプセンターをご覧ください。

ペアプロ・モブプロ、スキルマップ、1-on-1等々… チーム開発にまつわる各論・方法論・話題をよく見る昨今、関心の高まりは歓迎さるべきことながら つまるところそれらが現実のどのような問題を解決していくのか？ どのように相互作用するのか？ これらが有機的に結びつくことで現実のどのような問題を解決していくか？ こうした疑問に答えたり、具体例とともに記した記事はさほど多くないのではと思います。 本記事では昨年度に筆者のチームが約7ヶ月携わったプロジェクトにて、プロジェクト特性に起因する不確実性と我々がいかに戦ったかを記します。チーム開発を行う方にとってこの記事が実りあるケーススタディとなれば幸いです。*1 なお、本記事では以下のことは本旨とは逸れるため割愛させていただきます。 プロジェクトの機能的側面 技術的不確実性 各取り組み単体の詳細 はじめに / プロジェクトの雰囲気を伝える図 この記事で

2019/6/25に行われたJavaコミュ@福岡での登壇資料です

自称“AI（人工知能）ベンチャーで働きながら、情報発信するマスクマン”こと、マスクド・アナライズさんが、AIをめぐる現状について、たっぷりの愛情とちょっぴり刺激的な毒を織り交ぜてお伝えします。Twitter：@maskedanl （編集：ITmedia村上） 第一章：契約 都内で働く「鹿日ありさ」さんは新卒で某通信会社に入社し、いまは携帯ショップ店員として働いています。社会人も3年目になると、日々の仕事は単調に感じ、将来に対して漠然とした不安を抱えるようになります。 世間でも「AIで仕事がなくなる」「終身雇用が崩壊する」といった、毎日を憂鬱（ゆううつ）にさせるような話題があふれています。焦りを感じたありささんは、新しいスキルを身に付けたいと思って上司に異動願いを出すものの、却下されてしまいました。 自分の特技や能力を生かすには、いまの会社ではダメなんじゃないか。このまま埋もれてしまっていい

何が問題かおさらいユーザーテストでは、スクリーンリーダーでタブを読む際に問題が起こりました（ユーザーテストの詳細は、第4回をご覧ください）。問題となった動きをおさらいすると、次の通りです。 「料金表」というタブにフォーカスを合わせることはできた（「料金表」というリンクとして伝わる）リンクを選択すると、見た目の上では下部のコンテンツが切り替わり、料金表が表示されるしかし、スクリーンリーダーでは切り替わったことが通知されず、リンクを選択しても何も起きないように感じられる何かが切り替わったと予想できても、切り替わったコンテンツに移動することが困難問題はスクリーンリーダーで「タブ」がうまく扱えないことこの問題を一言でまとめると、スクリーンリーダーで「タブ」がうまく扱えていない、ということになります。なぜこのタブは、スクリーンリーダーでうまく扱えないのでしょうか。 実は、Webで使われているタブの多

Yahoo! JAPANのマーケティングサミットが、5月17日（金）、ザ・プリンスパークタワー東京で行われた。テーマは「そのマーケティングを疑え」。 赤で統一された壇上では、「クリエイティブ」「メディア」「プランニング」という3つの視点からのセッションを展開。マーケティング分野で活躍されているさまざまな企業の登壇者が語った、ポイントをご紹介する。 セッション1  DOUBT! THE CREATIVEDOUBT! THE CREATIVE、そのクリエイティブを疑えという視点からのセッションは、次のメンバーで行われた。 なぜ広告は嫌われたのか？まずは、平成に入って嫌われものになってしまった広告の話から。「昭和では、新聞広告、テレビCMが皆の共通言語になっていて、楽しみにされていた時代だ」とヤフーの井上大輔氏（以下、井上氏）は話す。 たとえば1990年代前半に話題となった栄養ドリンクのテレビC

ユーザー間の取引がサービスの大きな要であるメルカリ。当然、不正取引は悩みの種だ。 そのメルカリは2019年5月、増田直紀上級講師（英ブリストル大学）、小舘俊（東北大学）と共同で、機械学習と「ネットワーク解析」と呼ばれるデータ解析方法を用いて不正取引を検出する研究成果をネットワーク科学の主要な国際会議である「NetSci 2019」で発表した。 ネットワーク科学とは ユーザとユーザの取引関係はネットワークとして表すことができます。同様に、他の人間関係、経済現象、インターネット、交通網、生態系、遺伝子と遺伝子の関係など、様々な現象やデータはネットワークという共通言語で表すことができます。ネットワーク科学は、「つながりの科学」であり、ネットワークとして表されるデータから有用な情報を引き出したり、社会や科学などにその知見を応用することを目指す研究分野です。 「ネットワーク解析」を用いて不正取引を検

As an organization and product, Slack has grown by leaps and bounds. Originally Slack was an internal chat tool for a now-defunct startup. Today it has become the Searchable Log of All Conversation and Knowledge for millions of teams of all sizes around the world. Here, we analyze their journey from Startup to Unicorn to IPO. This story-line ponders upon their tech decisions that changed over the

こんにちは、AWSセールスエンジニアの加藤カズキです。 ジーンズ、スニーカー、釣具、Tシャツ。。。集めだしたらキリがない、管理が大変なものってありますよね。 AWSの各リソースにも使える数量に上限が設けられています。これまでは個別に管理する必要がありましたが、現在の上限値が一元管理可能な AWS Service Quotas がリリースされましたのでご紹介します。 AWS Service Quotas とは 対応するAWSリソースの上限値、現在利用値を横断で一元的に閲覧する事が出来ます。 ダッシュボードは、良く利用するリソースを表示出来るように編集可能です。 複数リソースの現在上限値（適用されたクォータ）が一元的に表示されています。 個別のリソースに管理画面でも、標準の上限値(AWSのデフォルトのクォータ)と現在上限値(適用されたクォータ)を確認する事が出来ます。 これは非常に嬉しいアップ

うちのチームのプログラマーはテストが好きかどうかは分からないけど「これよく見つけたなー」と思うようなバグを見つけてくるからテストがうまいと思う。で、なんでうまいのか考えているのだけど「毎日１時間、システムレベルのテストをしている」のが、うまくなる要因の一つなんじゃないか。— miwa (@miwa719) 2019年6月24日 医用機器（自社製品）のソフトウェア開発に従事して、あと数年で３０年になります。いろんなチームに所属し、多くの開発者と一緒に仕事してきましたが、現在所属しているチーム（うちのチーム）のプログラマーはテストがうまいです。プログラマー時代の自分と比較してもそう思いますし、『ソフトウェアテスト』という側面から製品開発を考えられるようになった今の自分から見てもそう思います。いいバグを見つけたなぁ…（素晴らしい）と思うことが多々あります。 うちのチームのプログラマーはなぜテスト