「GDPRなんて関係ない」と思っていたところ、突然Googleからデータ削除についての英語メールが届いて右往左往した人も多いと思います。結局どうすれば良いのか？一般論ではなく、GoogleアナリティクスやAdobe AnalyticsのようなWebの分析ツールを利用しているアナリストやWeb担当者は実際にどうすべきか？という観点で、調べた結果をまとめました。 EUに物理的に存在する個人のプライバシーを守るまずは原則から。GDPR（EU一般データ保護規則）は、EU（正確にはEEA）内の全ての個人のプライバシー保護を強化するために2018年5月25日に施行される法律です（一般論は割愛するので詳細はWikipediaやGoogleで調べてください） 対象は幅広い人種や国籍、市民権は無関係なので、日本からの駐在員や現地で日本語を話せる人も権利が保護される対象になります。EEA内に拠点や現地法人があ

コインチェックの会見中、記者の質問が下手くそすぎるという意見をよく見る。わかる。まあ記者さんの仕事も個人もよく知らないのであんまり悪く言える立場でもないのだけれど「ああ友達にはなれなそうだな、近寄りたくないな」とは思う。 悪いと思うものを悪いとだけ言っていてもあまり生産的ではないので、じゃあ逆に上手な質問というのはどういうものなのかと考えてみたい。言い換えれば、「自分が記者だったらどういう質問をするのか」という話を抽象度をあげて雑に考えてみるといいかもね、ということだ。 自分の中ではある程度答えがあって、「目的が明確な内容を最低限の礼儀を払って聞く質問」がいい質問だと思う。 目的が明確というのはその言葉のとおりで、「あ、この人はこういうことを知りたくて聞いてるんだな」と相手にも伝わりやすい質問。相手が答えやすいということではない。コンテキストが絡むのでむずかしいんだけど、自分がどういう目的

最新テクノロジーやデータを活用する企業が一堂に会し、先進的な取り組みを共有するカンファレンス「ウイングアークフォーラム 2017」。11月14日に開催されたウイングアークフォーラム 2017 [東京]では日本マイクロソフト株式会社の澤円氏が登壇し、「『働き方改革』を本気で進めるために必要なこと、教えます。 ～ワークスタイルのリアル～」と題して講演を行いました。 マイクロソフトが歩んできた“地雷だらけ”の道 澤円氏（以下、澤）：澤と申します。よろしくお願いします。40分間を使いまして「働き方改革」を本気で進めるときに必要なことをみなさんにお伝えしたいなと思っています。 タイトルが「『働き方改革』を本気で進めるために必要なこと、教えます。」だと、偉そうに聞こえますけど、なんていうことはない。我々が、散々先に踏んだ地雷の話をするわけですね。ですから、どのように地雷を踏んで道を作ったかというのを共

いま、地方のバス会社では「Googleマップ」上でバス停位置や時刻表を検索可能にすることで、利用者を増やそうという取り組みが始まっている。 視聴行動分析サービスを提供するニールセンデジタルが昨年行った調査では、2017年に日本でGoogleマップのアプリを利用した人は約3300万人（月平均）と見積もられている。「Googleマップ」に情報を掲載することは、それだけの人にリーチできる可能性があることを示している。 Googleマップでのバス情報は、現在でも都市部を中心とする一部のバス事業者については経路検索サービス提供企業からのデータを利用することで、時刻表表示や経路検索に対応している。しかし、地方のバスの多くはまだまだ対応していないのが現状だ。 どうすればGoogleマップに載る？ そこでGoogleは、パートナーとなった交通事業者から直接情報を集める仕組みを作っている。Googleと交通

Rubyコミッター・Yuguiに学ぶ、コードに書くべき「適切なコメント」と「適切な場所」 Rubyコミッター・園田裕貴（Yugui）さんが、長年の経験で体得したソースコードに書くべき「コメントの技法」を教えてくれました。 プログラミングにおいて、どんな初心者でも書けるけれど、適切に書くのは上級者でないと難しいもの。それがコメント（=ソースコードに書かれている注釈やメモ）です。 不適切なコメントをつけても、プログラムの動作には影響しません。しかし、書き方の巧拙によって、コードの可読性や理解のしやすさには雲泥の差が出ます。良質なコメントが良質なコードをつくるのです。 今回はRubyコミッターでありgrpc-gatewayの開発者でもあるSupership株式会社の園田裕貴（Yugui）さんに、優れたエンジニアがどんな観点を持ち、どんなコメントを書いているのかを聞きました。 園田 裕貴（そのだ・

※Read / Write のレスポンスタイムは大まかに計測した値のため適切な設定ができていない場合もあることをご了承ください MySQL 信頼と実績のあるRDBMS。新規タイトルの場合AWSではAurora、GCPではCloud SQLを利用することで運用の手間をある程度減らすことができる。分散システムではないため1クラスタでの書込性能には限界があり、ソーシャルゲームのように大規模なwrite処理がある用途では水平/垂直分割が必要になり、そのための設計とコーディングが煩雑になりがちである。またインスタンスのスケールアップ・ダウンで対応しきれない場合のクラスタの分割・統合のオペレーションは複雑なものになる。 スケールアップ・ダウンやnodeのメンテナンスなどでMaster nodeを切替える際には不通時間が発生してしまうため、安全のためゲーム自体をメンテナンス状態にする必要が発生する。 ※

(Image by Pixabay) 最近になって以下のようなメディア記事やそれに類する報道が殊に増えているようです。 以前研究者だった身としてはこういう「これから日本には〇〇万人の△△人材が必要」みたいな物言いを聞くとポスドク1万人計画の悪夢を思い出してしまう部分もありますが、そもそも論として「今後データ人材は日本に何人必要なのか？」を現場のヒューマンリソースの需給状況から述べる向きは相変わらず少ないのではないかという印象が強いです。 ということで相変わらずの与太記事で恐縮ですが、自分の6年間のデータ分析業界での経験と見聞をもとに「今後データ人材は日本に何人ぐらい必要なのか」を極めて主観的ながら論じてみようかと思います。いつも通り異論反論またはご指摘大歓迎ですので、コメントのある方は何がしかの方法でお寄せくださると有難いです。 まず最初に結論を 個人的な経験と見聞に基づく主観的な予想では

このブログは労働問題を扱っているので、高度プロフェッショナル制度についても何か書くべきだとは思っていたが、「どうせ採決されるんでしょ」と投げやりな気分になって、あまり書く気にならなかった。 政治には何も期待できない。 与党は５月29日に衆院を通過させ参院に送付、６月20日までの成立を目指しているようなので、非力な労働者は高プロ成立後にどうしたらよいのかを考えてみたい。 新卒は空前の売り手市場 さて、2018年３月卒の大卒就職率は、2018年４月１日現在で98.0％と、調査を始めた1997年以来、過去最高となった。 大卒就職率、過去最高９８％　高卒も２７年ぶり高水準｜朝日新聞DIGITAL 内訳を見ると、従業員数5000人以上の企業では大卒就職率は0.39倍なのに対し、300人未満の中小企業では６倍以上となっている。 また、業種別でも金融業は0.19倍だが、流通業や建設業では10倍前後と大き

SSL/TLS総合解説サイトにようこそ このサイトは「SSL/TLSって何？」「SSLの役割」「SSLのメリットと効果」「SSLの種類」などについてわかりやすく解説します。しっかりと読んで、SSL/TLSについて理解しましょう。 SSL/TLSって何？ SSL（Secure Sockets Layer）とTLS（Transport Layer Security）は、いずれもインターネット上でデータを暗号化して送受信する仕組み（プロトコル）です。個人情報やクレジットカード情報などの重要なデータを暗号化して、サーバ～PC間での通信を安全に行なうことができます。

この記事を読むのに使用する時間の目安 = 5〜10分 你好! Magandang hapon po! こんにちわ! インフラチームの 小熊 です。 前回 から大分時間が経ってしまいましたが、Aimingのインフラ事情をいくつか紹介したいと思います。 TL;DR 必要だと思える時にTDIでインフラ構築をするようにしています。 また、インフラのテストもCIで回すようにしています。 普段はGithubで、その結果とReview commentを見てmergeといった流れになります。 とくに新規性のある内容はありませんが、誰かの何かのヒントになればということで、Tipsなども少し載せます。 本題 TDI TDI (Test driven infrastructure) = テスト駆動インフラストラクチャ を指します。 インフラの「品質管理, 事故防止, 安定したリリース管理」を行うため 定義したイ

テーブルの名前をちょっとだけ変えてcreate tableしたりデータをinsert intoすることがしたくなり、なにか良いツールはあるかな？と探していたところ、Cookpadの青木さんが「たべみる」で使われているbricolageを見つけました。 不思議と使ったという情報がみつからず、使用した記録をまとめました。 bricolageの利用例など是非教えてください。 参照サイト 巨大なバッチを分割して構成する 〜SQLバッチフレームワークBricolage〜 GitHub Wiki 試した環境 OS: OSX 10.11.1 Ruby: 2.2.3 PostgreSQL: 9.4.5 MariaDB: 10.0.21 導入 PostgreSQLとMySQL(mariadb)等が必要になるようなので事前に導入しておきます。 本体はgem install bricolageで導入できます。

会員事業部エンジニアの新井( @SpicyCoffee66 )です。 Splatoon2 で各ルール S+1 以上になるため日々奮闘中のところに MHW が発売されました。 加えて最近ぷよぷよを始めたので、どう考えてもいろいろ計算が合わなくなってきました。 本日おこなわれた Cookpad TechConf 2018 では「クックパッドの "体系的" サービス開発」と題し、社内でどのような点に気をつけて開発サイクルが回されているかをお話しさせていただきました。 動画・発表資料は後日アップロードされる予定ですので、よろしければ合わせてご覧ください*1。 今回は、TechConf 2018 での発表内容から、BML ループの運用について、多少の補足や要約を交えながら書きたいと思います。 サービス開発は難しい まず前提として、サービス開発は難しいです。 その難しさの大部分は、以下の２つの要因から

【改訂版のお知らせ】 https://nikuyoshi.booth.pm/items/1038514 にて改訂版を販売しております。ぜひこちらをお買い求めください ページ数: 44ページ 目次* 日常の情報収集 * 検索の効率化 * よい質問の仕方 * 0から技術を学ぶ時に行っていること * 日々の情報収集について * 社外の技術者と交流する * Podcast * メール * Twitter * 日常会話 * 役に立つ豆知識 * 原因調査で使えるコマンド、ツールなど * 実践例題集 この本で説明する内容* 記事の良し悪しの判断スピードを上げるためのテクニックを説明します。 * 検索スピードを上げるための厳選Webサイトを紹介します。 * 質問の重要性と、いかによい質問をするかの方法論を説明します。 * 社外のエンジニアと交流することの重要性を取り上げます。 * 原因調査で使えるコマンド

昨年末ごろから黙々と開発し続けていたサービスをついにリリースしました。 学生の身分でありながらひたすら開発し続け、リリースまで約５ヶ月弱、様々なことがあり、モチベーションや多くの苦難を乗り越えてきたので、これからサービスを作ろうと思っている学生や個人に向けてQiitaに記事を残しておこうと思います。 また、学生でも個人でも良いサービスを作れるんだ！ということを、この記事でもっと知ってもらえるようになればいいと思っています。 リリースしたサービス Sphotz - 写真・フォトスポット共有サービス トップ画面 ログイン画面 投稿詳細画面 どんなサービスなのか 大まかにいうと... 写真とフォトスポットを同時に投稿してもらい、写真が好きな人やカメラが好きな人がもっと幸せになれるサービスを作りました。 機能としては、 写真・フォトスポット投稿機能 写真の情報や位置情報を確認できる機能 投稿をお気

Ruby技術者認定試験のGold、合格しました。 だいぶ出遅れたけど、ギリギリだけど、Ruby Gold試験合格！やったー！ 出題傾向や対策方法の記事は既に沢山あるので、この記事では感想と私の勉強法を書いていきたいと思います。 実は過去に一回受けてました Silverを取ったのが4年程前。 www.yuki3738.net しばらくしてGoldも受けたのですが落ちてしまいました。 Silverは対策本さえしっかりやれば取れたので同じようにGoldも本で対策すればイケるでしょと思ってたのですが、当時の自分はそもそも対策本ですら難しく理解できないような状態でした。 とても太刀打ちできないと気づいたのは申し込んでしまった後でした。 ヤケクソで受けてみましたが案の定不合格。上位試験の厳しさを痛感しました。 それから特に必要に迫られもしないのでずっと受けてませんでした。 再受験したけたきっかけ 今回

本エントリーは、技術書典4で出展した書籍、「ソフトウェアエンジニアの情報収集について」の総評を載せています。 本エントリーの要約 一人で執筆したのですべての工程を完遂するのにやることがそれなりに多かった。詳細は本文を参照のこと。 技術書典に出展するなら執筆、編集以外にも相応の準備が必要。準備をきちんとすればするほど買ってもらえたときの喜びもひとしお。 技術書典運営の方々、本書籍を購入していただいた方々、pyspa方面の方々、売り子として手伝ってくれた友人、そして家族に頭が上がりません。ありがとうございました。 本記事の想定読者 技術系同人誌、技術書執筆に興味のある方 技術書典4 サークル参加者 技術書典4 一般参加者 技術書典の運営の方 出版業界の方 出展した書籍について ソフトウェアエンジニアの情報収集に関する本を執筆しました。技術書典4の私のサークルページについては以下のリンクを参照し

こんにちは。teratail開発チームの鈴木です。 今回は、2018年3月23,24日に行われた「MANABIYA -teratail Developer Days-」にて、TIS（⁠株⁠）戦略技術センター 主査、久保隆宏氏によるセッション「機械学習時代のシステムプログラミング」を聞かせていただきましたので、こちらの内容をレポートしたいと思います。 teratailの周りで機械学習を活用している事例はなく、個人的な使用経験もなかったのですが、機械学習ならではの難しさや考え方を知ることができ、刺激を受けることができました。 セッション中の久保隆宏氏 「茶帰」というミッション はじめに、登壇者である久保さんの所属するチームのミッションを紹介していただきました。 「すべての人が、ティータイムに帰れるようにする」 「茶帰」という愛称があるようですが、この実現のためには仕事を効率化するだでなく、仕事

■ はじめに エンジニアリング組織論への招待という本を読みました。 ジョブ理論 に続く名著でした。 理想に向けて、事業を最速かつ生産性高く成長させるには、「未来」と「他人」という2つの不確実性をマネジメントすることで、成し遂げられる ソフトウェア開発における不確実性のマネジメントには、不確実性に立ち向かえるチーム開発が何よりも重要である（ex. メンタリング、権限移譲、信頼関係、透明性） の2点を中心に、事業成長×組織の幸せに必要なフレームワークを提供してもらえるものでした。 ソフトウェア関連の事業やプロダクトに関わっている人（特にマネジメントしている人）は職種限らず読むと、みんな幸せになれそうなので、1人でも多くの人がこの概念に触れられるように、私なりの視点で雑多にまとめました。 （ちなみに著者の 広木さん - hiroki_daichi には個別にご連絡し、要約した本記事の公開許可は(