2020-08-21OpenAPI や Protocol Buffers のおかげで開発がかなり捗っている話こんにちは、インキュベーション本部エンジニアの加藤です。 主に CLINICS アプリの開発を担当しています。 はじめにCLINICS アプリの開発では OpenAPI や gRPC を利用しています。 OpenAPI と gRPC の間には何の関係もないのですが、どちらも API の仕様をスキーマ言語で記述するという点では共通しています。 今回はこの API スキーマが開発にもたらすメリットについて紹介していこうと思います。 API ドキュメントとしてのスキーマ定義既存のコードに機能を追加する際や修正を加える際に気にすることの多い部分は API の仕様ではないかと思います。 「リクエストやレスポンスはどのようなデータなのか」「この値は必須なのか、任意なのか」「データの型は数値なのか

こんにちは(U・ω・U) AWS事業部の深澤です。 AWSにはElastiCacheと呼ばれるマネージド型のキャッシュストアサービスがあります。利用を始めようと色々調査すると「RedisとMemcached、どっち使ったらいいの？」というのは結構悩みがちなポイントかと思います。今回は２つの特徴を比べてみて、どちらのサービスを使うか一緒に考えてみましょう！ 可用性 ElastiCacheでは最小の構成単位を「ノード」と呼びます。EC2で言うところのインスタンスに相当するものです。このノードを組み合わせた集合体をクラスターと呼びます。ノードに直接接続してしまうと、もしそのノードに問題が発生した場合には新しいノードのアドレス（エンドポイント）をアプリケーション側で書き換えなくてはなりませんし、サービスの成長と共に負荷が上がってくるとノードの台数を増やして負荷やメモリ（キャッシュ）を分散したりとい

年末ですね。更新がおろそかになっていたので、たまにはちゃんとした話をしたいなと思い、前々から書こうと思っていたRedisの話を書いてみました。 検証に使用したRedisは3.2ですので、新しくバージョンが変わると以下の話は変わってくるかもしれませんが今のところそのようなことはしばらくなさそうです。 以下長々とRedisを本当に使えるように設定したり調べたり検証したりした内容を書いていきます。 いまさらですが Redisは構造データを持てるオンメモリデータベースサーバで、RDBとは違いますがHashやListなどのデータ構造を記録することができる高速なストレージサーバです。 オンメモリDBでHashを持つことができるので、KVSのように扱われることもあるのですが、memcachedと比較すると機能は多く、レプリケーションやAtomicなデータ処理なども可能です。 導入の前に Redisに限っ

質とスピード 初演: 2019/10/31 @ EOF2019

はじめに Goにおける抽象化の方法にインターフェースがあります。インタフェースをうまく使うことにより具体的な実装を隠し、疎結合な実装ができるようになります。 これにより、テストがやりやすくなったり、リファクタリングの影響範囲を小さくできるなどのメリットがあります。インターフェースがないコードは振る舞いで共通化することができないため、冗長かつ密結合なシステムになってしまいます。 今回はGoのインターフェースの基本的な考え方である "Accept interfaces, Return structs" について紹介します。 "Accept interfaces, Return structs" とは 直訳で 「インターフェースを受け入れて、構造体を返す」 ですが、この考え方はJack Lindamood氏が過去に提案したものです。 GoのCodeReviewのドキュメントには以下のように書かれ

こんにちは、代表ののびすけです。 この記事はNode.jsアドベントカレンダー2017の記事になります。 GASじゃなくてNode.jsから直接スプレッドシートにアクセスしたい！ そう思って調べるとNode.js Quickstart | Sheets API | Google Developersが出て来ますが、JS記述も古いし英語なので少しとっつきにくいです。 ということでちょっと試して記録残そうと思います。 Google Sheets APIGoogle Sheets APIはスプレッドシートにアクセスできるようになるAPIです。 Google Sheets API を使用すると、スプレッドシートの要素を読み取って変更できます。 スプレッドシートは多くの設定を備えており、美しく機能的なシートを作成することができます。 普段慣れている言語でスプレッドシートにアクセス出来まるので、簡単な

javascriptで配列の部分配列をsliceで出せるのだが、それだけじゃ不満なので、配列を行列に変換してみた。 テーブルや、ページング作るのにあれば便利だろう。 Array.prototype.chunk = function(n){ len = Math.round(this.length/n,10) ret = [] for(var i=0;i<len;i++){ ret.push( this.slice( i*n, i*n+n ) ) } return ret; } 配列を配列に分ける。 > [9,8,7,6,5,4,3,2,1,0].chunk(2) [ [ 9, 8 ], [ 7, 6 ], [ 5, 4 ], [ 3, 2 ], [ 1, 0 ] ] > [9,8,7,6,5,4,3,2,1,0].chunk(1) [ [ 9 ], [ 8 ], [ 7 ], [ 6 ],

SEOはアルゴリズムではなく検索者に最適化するものに | CyberAgent SEO Information　　(サイバーエージェントSEO情報ブログ) ここ数日、また検索結果順位の変動が大きくなっているのではないかと思います。 特に、9月20日から9月21日にかけての変動が大きくウェブサイトによっては大きく流入を減らしたり、逆に増やしたりしていることと思います。 （弊社ツールでの変動状況；直近での変動が顕著） 我々も当然ですが、変動を検知すれば何が起こっているか？を調査しますし、そのためにすべきことはないか？を考えます。 が、そのスタンスにここ数年で変化が出てきたなあと思っているので少し書いてみたいと思います。 なおこれを「SEO屋の言い訳だ」とか「ポジショントークだ」とか思われる方もいるでしょうが、それならそれで構わないと思っています。 「アルゴリズムがどう変わろうと、上げ続けるのが

- はじめに - 最近はWebスクレイピングにお熱である。 趣味の機械学習のデータセット集めに利用したり、自身のカードの情報や各アカウントの支払い状況をスクレイピングしてスプレッドシートで管理したりしている。 最近この手の記事は多くあるものの「～してみた」から抜けた記事が見当たらないので、大規模に処理する場合も含めた大きめの記事として知見をまとめておく。 追記 2018/03/05： 大きな内容なのでここに追記します。 github.com phantomJSについての記載が記事内でありますが、phantomJSのメンテナが止めたニュースが記憶に新しいですが、上記issueにて正式にこれ以上バージョンアップされないとの通達。 記事内でも推奨していますがheadless Chrome等を使う方が良さそうです。 - アジェンダ - 主に以下のような話をします。 - はじめに - - アジェンダ

昨今、話題のグルメスポット中目黒。 そんな中目黒の閑静な住宅街にひっそりと佇むイタリア料理店「フェリチェリーナ」は、グルメな大人たちを満足させる料理を提供する店として知られています。 通の大人になるためには、隠れ家的な名店は押さえておきたい。そんな想いを密かに秘めつつ、「フェリチェリーナ」を訪れました。 目黒川を眺めながらお散歩気分で『フェリチェリーナ』へ 東急東横線、東京メトロ日比谷線が乗り入れる駅、中目黒。渋谷から東横線で２駅の場所とアクセスもよし！それでは早速、中目黒駅から「フェリチェリーナ」に向かいます。 改札を出て目の前の横断歩道を渡ると、蔦屋書店、スターバックスコーヒーがあります。 スターバックスの脇の細い路地を入ります。 東横線の高架下をそのまま進むと、目黒川にぶつかります。目黒川にぶつかったら川沿いを左折しましょう。 春には東京でも有数の桜の名所として知られる目黒川。新緑の

忙しい毎日。ちょっと気持ちも体も疲れ気味…そんな時はガッツリお肉を食べてエネルギーをチャージしたい！なんてことありませんか？ そんながっつりのステーキ、しかもL.A.スタイルでボリュームがすごいらしい…店があると聞きつけ、早速訪れてみましたよ！ 『グラムズカフェ　ロサンゼルス』を目指して、京橋駅へ！ 東京メトロ銀座線・京橋駅の３番出口を出たら、すぐに目の前にあるビル『東京スクエアガーデン』の１階にお目当ての店『グラムズカフェ　ロサンゼルス』があるんだとか。 ４年前に竣工したおしゃれなビル、この東京スクエアガーデンはグラムズカフェ ロサンゼルス以外にも、レストラン、ショップ、オフィスなどが入っています。 このエリア、銀座駅、銀座一丁目駅、東京駅も徒歩圏内のビジネス街なので、アクセスは抜群。 １階に上がるとおしゃれなテラス席が並んでいました。そう、もうここは『グラムズカフェ　ロサンゼルス』。

It’s that time of week again, folks. Welcome to Week in Review (WiR), TechCrunch’s regular digest of the past week in tech. New here? Not to worry — sign up here to get WiR in your i

※3/10 9:20 消費電力ワット数に誤りがあったため修正 みなさんはじめまして. 今年の1月からRettyにエンジニアとしてJOINしました, nakagawa(@shinyorke)ともうします.*1 Rettyではお店さん向けプロダクトのエンジニアリーダー(Tech Lead)やエンジニアチーム全体のスクラムマスターを,プライベートではPythonと野球をテーマに分析やプロダクト開発をさせてもらっています(「野球」「Python」で検索すると色々出てきます！). そんな私のRetty Tech Blogの初エントリーはPythonの何か…といいたいところですが,今度の週末(3/11)に開催されるU30若手エンジニアが集うカンファレンス「Battle Conference U30(#bcu30)」の企業ブースに登場する最新の機械学習マシン, 日本初上陸！NVIDIA Quadro G

こんにちは、VASILYバックエンドエンジニアの塩崎です。 VASILYでは様々なログデータの分析にBigQueryを使用しています。 インデックスについて何も考えなくても良いのが特に便利です。 さて、そんなBigQueryですが、数か月前にStandard SQLという新しい仕様のSQLがサポートされました。 BigQuery 1.11, now with Standard SQL, IAM, and partitioned tables! VASILYでも徐々にStandard SQLに移行をしているので、使い勝手や従来のSQLからの移行方法についてまとめておきます。 Standard SQLとは SQL:2011に準拠しつつ、配列や構造体等の構造化データを扱えるように拡張されたSQLです。 Standard SQLの登場によって、以前からあったSQLはLegacy SQLと呼ばれるよ

先日、Homesを運営するネクストが世界最大級のアグリゲーションサイト「Trovit」を100億円で買収しました。 記者会見では、買収した一番の目的を「SEOノウハウ」の獲得と公言しており、ネクストの強みである営業とビッグワードSEOのノウハウと、Trovit社が得意とするテールワードのSEOノウハウを融合する事で、世界規模の進出を図ろうとしているのでは無いかと思われます。 そこで今回は、ネクストを魅了したTrovitのSEO効果を分析してみたいと思います。 ※弊社独自の調査結果です。 2015/04/14：TrovitJapanの調査記事を掲載しました 調査対象のキーワードTrovitはその本社をスペインに置き、ラテン語圏を中心に各国でアグリゲーションサービスを展開しています。実際にどの位のSEO集客力があるかを、不動産市場が大きい米国のGoogle順位を調査しました。 様々な不動産系キ

こんばんは ぎんです。 ールが物理法則しかないという、無双爛の「The-GATE」に参加してきましたので、レポートしていきたいと思います。 この公演は現在開催されておりません。 １：ぎんチャート この公演は、いままでのイベントと違います。 面白い。絶対行ったほうが良いです。 ２：公演情報 公演名 The-GATE 種類 特殊型 開催日 平日：17:00~22:00 休日：10:00～22:00 ※定休日：火曜日 所要時間 20分（延長システム有り） 開催場所 東京都新宿区西新宿7－8－11 4階 参加費 基本料金：20分 1,980円/人 延長料金：10分 500円/人 ※混雑時の延長回数は制限がかかる場合があります 特記事項 このビルですね、４Fです。右は会場の入り口です、既に怪しい。 予約 予約は必須ではありません、飛び入りも可能です。予約のする場合は、電話、メール、Twitterが使

【2021/10/15 追記】 この記事は更新が停止されています。現在では筆者の思想が変化している面もありますので，過去の記事として参考程度にご覧ください。 番目指定は 0番目、1番目、2番目、… というように0以上の整数とします。 想定しない値の例外処理はしていません。 strpos()　を使う strpos() の第3引数 $offset なんて滅多に出番ないと思ってたけど、こういう使い方ができるとは・・・ function strpos_n($str, $needle, $n = 0) { $offset = 0; $len = strlen($needle); while ($n-- >= 0 && ($pos = strpos($str, $needle, $offset)) !== false) { $offset = $pos + $len; } return $pos; }

皆さんこんにちは。ギャプライズ鎌田（@kamatec）です。 今回は、弊社のプランナー・ディレクターが ランディングページの構成作成後 ランディングページのデザイン完了後 ランディングページのコーディング完了後 にそれぞれ行っているチェック内容を公開します。 細かい所ですがこの「チェック」のレベルによってプロとアマの違いが出るとも言えます。 何百本ランディングページを構築した熟練の経験者であろうとも、1回で完璧なものができることは決してありません。チェックを通してブラッシュアップされていくのです。 ランディングページ構築における一番の肝は、構成を引く前のターゲット設定・集客設計にあるのですが、今回はそこまで書くと壮大なボリュームになってしまうので、実制作に入った後のチェック項目に限定してご紹介します。 それでは早速ご紹介しましょう。 目次 ファーストビューで言いたいことが伝わるか？ 見出し

皆さんこんにちは。ギャプライズ鎌田（@kamatec）です。 今日は過去私が数百社という企業のプランニング・運用をしてきた中で実証した、 最も「手早く」「確実に」コンバージョンを伸ばす方法をご紹介します。 それがEFO、つまり「エントリーフォームの最適化」です。 Webサイトをリニューアルしなくとも、LPを作らなくとも、 エントリーフォームを変えるだけでコンバージョンは劇的に変わるのです。 実際の事例をいくつかご紹介しましょう。 Case1：ブライダル系サービスのEFO事例 http://www.primavera-wedding.co.jp Case2:ギャプライズクリックテールサイトのEFO事例 https://contentsquare.gaprise.jp/ Case3:システム系BtoBサービスのEFO事例 これらの事例はいずれも変更したのはエントリーフォームだけです。 特にフォ