こんにちは。ショッピングアプリ「BASE」のiOSアプリを担当している竜口です。 背景：あの改修の効果測定用のログ、送られてる？ ショッピングアプリ「BASE」内で、施策の効果測定やKPIの経過観察で様々なログを使用しているのですが、細かい改修などで特定のログが送られない事象があり、効果測定が出来ずに多部署の作業が止まるということがありました。 そこでアプリ（今回はiOSのみ）でログが正しく送られていることを保証するために、ログのテストをするようにしました。 全体の流れ 次のことをしました。 EarlGreyでUITestを実装 テストの中で送られるログをMockに保持 テスト完了後、Mockにあるログの有無を確認 テストをCircleCIで自動化 これで改修によるログの影響を保証出来るようになります！！ 1. EarlGreyでUITestを実装 EarlGrey Referenceは、

(*この記事はデザイン未経験者や、非実務経験者の方に向けた実践記事です。) ✏️目次(再掲) 0. 前置き 1. メルカリとは 2. UIトレースをしてみる 3. デザイン観点の追加と、トレースの調整 4. 実際にメルカリのデザイナーに聞いてみた 5. まとめ・終わりに 0.前置きこんばんは、ココディーです。 前回、こんな記事を書いて、デザイナーや、デザイナーに未経験からなったという人達から、たくさんの反響をもらいました。ありがとうございました！ この記事の中で、問題視していたのは「デザイナーの総数を増やしていく必要性」でした。 その上で「ノンデザイナーからデザイナーになっていくプロセスが確立していない」ということを課題として、その解決の一つの方向性として「デザイナーに弟子入りするということ」を挙げていました。 とはいえ、「未経験からデザイナーのもとに弟子入りをする」という事も、デザイナー

チャーリーです。 追記：ビジネスモデルを図解できるツールキットを販売中です。この記事にあるような図解を自分でもやってみたいという方はぜひ。 もう2018年も1/4が終わったというにわかに信じがたい状況ですが、ビジネスモデルを図解し続けたものがたまってきたのでここらで13個一挙公開します。 - 目次 -俺のフレンチ サマリーポケット 未来食堂 Cansell プチローソン Unipos SCOUTER ポプテピピック ZOZOSUIT Optoro Fundbox PillPack Farmers Business Network 100の事例を図解した「ビジネスモデル2.0図鑑」という本を発売しています（本記事の事例ふくむ）。予約開始と同時にnoteで全文無料公開という試みをやっています。本記事に興味を持ったらそちらもどうぞ！ 俺のフレンチ俺の株式会社は2012年創業、あのブックオフの創業

FUMIYA TANAKA, UKNOWN POSSIBILITY VOL. 1 (TOREMA RECORDS 1997)

すごい発明をしたかも…💡英語で技術ブログ書くとき、HackmdとGoogle翻訳を組み合わせると、Markdown+英語で書きながら、内容をGoogleのAIにチェックさせられる。英語として流暢かはさておき、少なくともGoogle… https://t.co/Ac7bVZHLA5

How browsers work Stay organized with collections Save and categorize content based on your preferences. Preface This comprehensive primer on the internal operations of WebKit and Gecko is the result of much research done by Israeli developer Tali Garsiel. Over a few years, she reviewed all the published data about browser internals and spent a lot of time reading web browser source code. She wrot

はじめに 時の経つのは早いもので、私がIT業界に身を置いて四半世紀になってしまいました。 その間、膨大な数の「設計書（仕様書）」を書いて来ましたが、未だに悩み・迷いは尽きません。 それでも、亀の甲より年の劫とも申しますので、私なりの経験則を「個人」と「チーム」の両観点でまとめてみました。 本稿のテーマは、「主に設計書を想定した、開発ドキュメントの書き方」です。 本稿で前提とする設計書は、ExcelやWordで書かれた、フォーマルな（≒納品物になりえる）設計文書、です。 したがって、自社サービス開発よりも受託開発、アジャイルよりもウォーターフォール、を前提として読んでいただいた方が、しっくりくると思われます。 ＜ご注意＞ 本稿の内容は執筆者独自の見解であり、所属企業における立場、戦略、意見を代表するものではありません。 個人的に心がけていること 当該文書の作成目的や位置付けを冒頭に記載する

"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)

bitcoin.co.jpで以前公開されていたpdfを、webでも気軽に読めるように下記へ転載致しました。2014/09/15現在、bitcoin.co.jpにはアクセス出来ず、ビットコインに関する正式な情報はbitcoin.orgに掲載されるようです。 ビットコインに関する論文が始めて公開されたのは、2009年であり、原論文はこちらで公開されています。英語で原論文を読みたい方はこちらをご参照下さい。 Bitcoin: A Peer-to-Peer Electronic Cash System 以下、論文です。 ビットコイン：P2P 電子マネーシステム 中本 哲史 satoshi@gmx.com http://www.bitcoin.co.jp 概要 純粋なP2P電子マネーによって、金融機関を通さない甲乙間の直接的オンライン取引が可能になる。電子署名は問題の一部を解決するが、依然信用できる

マネーゲームとしての仮想通貨は興味はないのだが、技術的に興味があって自分で簡単なコードを写経しながら勉強した。 定義 ブロックチェーンの実体はブロックを繋いだリスト構造 ブロックはいくつかの入力値(生成日時など)と、自分自身のハッシュを持っている 前のブロックのハッシュ値と、入力値を元に自分自身のハッシュが決まる。その手順は公開されている。 要はハッシュ値とそのメタデータが連続するただの配列なりの LinkedList。面白いのはここから。 ネットワークに参加するそれぞれが任意に新しいブロックを追加することができる ブロックチェーンは検証結果が正しく、より長いものが信頼される なのでビットコインみたいな仮想通貨は、生成コストが重く、検証コストが軽いものが好まれる。 他のネットワーク参加者からブロックチェーンの更新を受け取った時、手元のブロックチェーンとそれを比較し、より長いものを自分のブロ

BASEの設立は2012年。鶴岡と藤川は以前から面識があったが、設立前後の頃は、藤川は技術顧問として週1日社内に足を運んでアドバイスする立場にあっただけだという。 鶴岡もともとは、(BASEの社外取締役である)家入さんが作ったLivertyという組織で出会いました。その後、決済というものと切っても切り離せないサービスを作ることになり、気を付けるべき点や実用的な方法などに関してアドバイスいただくようになったんです。でも週1日なので、会社として今後どうすればいいかまでは相談する時間はゼロ。創業数か月前から創業1年半くらいまではそういう関係でした。 それに対して藤川は当時、自身の会社でアプリ開発をしながら、ツイキャスを運営するモイにも所属、さらには大学院生でもあるという多忙な時期。それと並行してBASEの技術顧問も務めていた。 藤川自分も忙しい時期だったのでたまにしか会わなかったんですが、トラブ

チャーリーです。 ビジネスワード図解シリーズを新たにはじめました。 以前書いたビジネスモデル図解シリーズは、事例を紹介するものですが、こちらはあくまで単語や概念そのものを図解。知ってる・聞いたことあるけど、裏側にある原理は知らない、そんな方にみてほしいと思います。 ひとまず7個まで書いたので、noteにまとめておきます。 財務３表財務３表と呼ばれる、代表的な３つの財務諸表の関係性を図解。こうやってみるとものすごく合理的にできてませんか。世界中の企業は基本、財務諸表を持っているので、この仕組みがよりわかるようになれば、英語を覚えるよりも世界の人たちと会話できることになる。面白い。 ---  画像が横長のためスマホでは見づらいという方、本記事の全ての画像が入ったPDFファイルを以下に置くので、こちらをご覧いただく方が拡大などできていいかもしれません。  --- PDFファイルをダウンロード キ

BASE本社で12月19日にPHP Wayというイベントを開催しました。 PHPで成長したWebサービスを他の言語に移行させる話題を見ることがありますが、PHPを使い続ける企業がどのようなことを考えて、その選択をしているのか？ということを共有するイベントでした。 どこか自信を見失いがちなPHPの利用について、適切に状況判断するための材料を共有し、PHPを使うサービスにエンジニアとして関わっていくにあたって無駄に悲観的に思わないようにするのをイベントのゴールとして設計しています。 （左からコネヒトCTO島田さん、BASE藤川、サイバーエージェント SGE CTO 白井さん） BASE社の発表資料はこちらです。 20171219 / phpway / BASE,Inc. from 真一 藤川 一度採用した開発言語、実行環境やフレームワークは、一定のライフサイクルの後に、それを採用していることそ

シンプルなHTMLで、レスポンシブ対応の六角形のヘキサゴン レイアウトを簡単に実装できるスタイルシートを紹介します。 JavaScriptは完全に不要で、CSS Gridを使用してdiv要素にclassを付与するだけで実装できます。 Hexi-Flexi Grid Hexi-Flexi Grid -GitHub Hexi-Flexi Gridの特徴 Hexi-Flexi Gridのデモ Hexi-Flexi Gridの使い方 Hexi-Flexi Gridの特徴 JavaScriptは必要なし、CSSのみで実装。 六角形のアイテムの高さ・幅、列・行は自由に設定。 セル、列、行のモジュラー形式。 背景画像を自動入力する機能をサポート。 サポートブラウザ CSS Gridで実装するため、サポートブラウザは下記の通りです。 Firefox 56+ Chrome 61+ Safari 10.1+

せっかくEchoDot/GoogleHomeを入手したので軽くスキル開発してみました。 もちろん使い物になるレベルでないので非公開ですけど。以下軽く感想です。 チュートリアルにそって進めた＋α程度ですが、両方ともほぼ似たような構造/開発手法です。 あらかじめ「文章」を多数入力しておく。 サーバには「どの種類の文章だったか」がRequestとしてくる レスポンスとしてテキストを返すとしゃべる という構造。音声/自然言語処理はすべて向こうが処理してくれるので楽ですね。 環境比較 とはいえ、開発しやすさは結構差があると感じました。 Echo(Alexa)は基本的にAWSで閉じている。 一方GoogleHomeは、DialogFlowで自然言語処理 / FirebaseFunctoins(他)でロジック ここが結構大きい差でした。 AlexaはAWS-Lambdaの一段構造なのに対し、Google