タグ

ブックマーク / qiita.com (335)

  • AMP導入を検討している全てのWEBサイト運営者へ捧げる、10の検討事項とその解決法 - Qiita

    サイバー・バズの@kashira2339です。 最近巷を賑わせているAMPと、導入にあたって検討されるであろうことがらについて サイバー・バズでの取り組みにあわせて触れていきたいと思います:) 急いでいる人用 AMPを導入すると... モバイルページの表示が早くなる 検索結果にカルーセルUIが表示される Twitter、FacebookなどSNSのシェアボタンが設置できる サイドメニューやアコーディオンUIは拡張コンポーネントで使える 限られた広告は表示できる テンプレートエンジンの駆使で仮想的に外部ファイルが読み込める サードパーティのレコメンドエンジンは海外に強い会社を中心に対応されている 現状、記事ページのみ対応可能 SEOに直接影響はない GoogleAnalyticsが使える SNSの投稿やyoutubeも埋め込める 10人日程度の工数がかかる 時間があるならば、やらないよりはや

    AMP導入を検討している全てのWEBサイト運営者へ捧げる、10の検討事項とその解決法 - Qiita
  • 翻訳:Haskellと過ごした4年間〜ファウンダーの観点から〜 - Qiita

    BetterというEラーニングの会社をやっていたCarl Baatzさん表題のような記事を書いていて、とても有益だと思ったので訳してみました。 だいたい逐語訳ですがところどころ意訳したり端折ったりしてます。プロの翻訳家ではないので間違いもあるかと思います。ご了承ください。不安なところは原文をご参照頂ければと。自信ないところは括弧に原文を残しているので、よい訳があれば編集リクエストお願いします。あと脚注も Thank you Carl for sharing great experince and knowledge! 原文: A founder's perspective on 4 years with Haskell http://baatz.io/posts/haskell-in-a-startup/ [追記] InfoQでもこの記事が取り上げられていました。 製品開発においてHask

    翻訳:Haskellと過ごした4年間〜ファウンダーの観点から〜 - Qiita
  • 綺麗なAPI速習会 - Qiita

    Wantedly Engineer blogに速習会資料を閲覧向けに再編しました! ぜひご覧いただけると幸いです! 記事は、綺麗なAPI速習会@Wantedlyの資料として作成されたものです。 同時にこちらのコードも参照してください。 マイクロサービス 流行りのマイクロサービス、何がいいのか 各々自由な言語やArchitectureでサービスを立てられる 障害の影響が部分的 変化に強い 個別デプロイ etc... マイクロサービス化をすすめるにあたり、やりとりは全てAPIで行う 内部のAPIであっても外部に公開できるようなクオリティのAPIを作成し、それを元にサービスを作っていくことが重要 APIGatewayとBFF API Gateway Pattern 公式サイトより 「見た目はモノリシック、実装はマイクロサービス」 一箇所見に行けば全てのAPIを見つけられる 細かい権限管理も可

    綺麗なAPI速習会 - Qiita
  • 一からマイクロサービスの開発フローを作った話 - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ※ 2016年の記事なので、すでに古い情報が多いです。 今の会社で、全社の外部サービスで利用できるAPIを作ってね、という話があったので、環境構築からコーディング、運用まで一人で行っている。 基AWSのサービスを利用し、ログの保存だけGCPのBig Queryを利用した。 ※ 2017/10/13 追記 このときの経験を踏まえて、コンテナでの環境構築を行ったので記録した。 → 一からAPIサーバの開発フローを作った話〜コンテナ編 関連記事 マイクロサービスで調査しやすいログをつくる マイクロサービスのテスト作成方針 マイクロサービス

    一からマイクロサービスの開発フローを作った話 - Qiita
  • 既に最強なIntelliJ IDEAを更にパワーアップさせられる10個のプラグイン - Qiita

    紹介するプラグインについて この投稿で紹介するプラグインは何かのツール、言語、フレームワーク、サービスなどとintegrateする類のものは含まず、それ単体で便利に感じられるであろうプラグインに絞って紹介している。 (アルファベット順) A prevent pinned tabs from closing plugin - by momomo.com 固定したタブを閉じられなくするプラグイン。いらないタブを複数閉じようとすると間違って開いておきたいタブまで閉じてしまうことがある。それを防ぐことができるようになる。 AceJump 見えている範囲でカーソルを移動させたい場所にサッと移動させられるようにするプラグイン。慣れるとめちゃくちゃ速い。設定したショートカットで機能を起動すると1文字入力を求められ、入力するとその文字がある場所に飛ぶためのショートカットが画面に表れる(画像参照、これはst

    既に最強なIntelliJ IDEAを更にパワーアップさせられる10個のプラグイン - Qiita
  • Facebook公式のcreate-react-appコマンドを使ってReact.jsアプリを爆速で作成する - Qiita

    新規に作るReact.jsプロジェクトの、新しい始め方について書きます。スターターキットの代わりにどうぞ。 React.jsのひな形を簡単に作れるcreate-react-appが公開されました (2016/07/22) Launching create-react-app, a no config getting started experience, #nomorejsfatigue https://t.co/fqVWgn7w5t — React (@reactjs) July 22, 2016 Facebook(React.js開発元)がきょう、React.jsアプリを素早く作成するコマンドラインツール、create-react-appを公開しました。 公式ブログ記事: "Create Apps with No Configuration" GitHub: facebookincub

    Facebook公式のcreate-react-appコマンドを使ってReact.jsアプリを爆速で作成する - Qiita
  • Web開発でもアプリ開発でも使える状態遷移図を自動生成するツールを作りました - Qiita

    概要 先日こちらの記事でgraphvizを使って状態遷移図を作成する方法をご紹介したのですが、これでもまだ複雑で記述量も多いのでとっつきづらいと思い、このgraphvizのソースコードを自動生成して画像を出力するコマンドラインアプリケーションを作成しました。 このアプリケーションはPyagram(ぱいあぐらむ)といい、その名前から察しがつくかと思いますがPythonを使用して開発されました。開発期間は1日でした。 このPyagramを使うことで複雑な状態遷移図を比較的簡単に作成することができるようになりますので、以下でご紹介したいと思います。 状態遷移図の描き方についてはこちらの記事を参考にしています。 出来上がりの図は以下のような感じになります。 図には幾つかのオブジェクトがあります。 図のタイトル(最上段) ビュー(二重丸) サーバサイドの処理(灰色の背景の一重丸) 画面遷移(破線の矢

    Web開発でもアプリ開発でも使える状態遷移図を自動生成するツールを作りました - Qiita
  • 高速でダウンロードできるツールを Go で実装した。 - Qiita

    Code-Hex/pget - GitHub Parallel file download client linux カーネルのダウンロードが約1分で終わる様子 これは何なのか 簡単に言うと pget は Go 言語製の高速ダウンロードツールです。 wget っぽく気軽に実行できるように pget と名付けました。 作成の経緯 たまたま Nodejs で Range header に対してスレッドを使って分割ダウンロードするという ここの記事 を見かけたので今回これを並列処理を得意とする Go 言語で実装してみようと思い作成しました。 調べてみると Python や、Java などのほとんどの言語ですでに実装されてるようですが、どれもただ使えればいいという感じだったので、割と気で作ってみました。(調べられてないだけの可能性高いです) 仕組み ファイルをダウンロードする時、ほとんどの場合が

    高速でダウンロードできるツールを Go で実装した。 - Qiita
  • HTTPSにまつわる怪しい伝説を検証する - Google I/O 2016のセッションから - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 今年はGoogle I/Oに初めて社員ではない立場で参加しました。全体の感想は Google I/O 2016まとめ(Web的視点) で公開していますが、今回はその中で、気に入ったセッションの1つである"Mythbusting HTTPS: Squashing security’s urban legends"について書いてみたいと思います。 セッションは大変良くまとまっていますので、YouTubeにあがっている動画を見れる人は動画を見て貰えれば良いのですが、時間が無いという人のために、その内容をまとめました。基的には文字起こしに近い

    HTTPSにまつわる怪しい伝説を検証する - Google I/O 2016のセッションから - Qiita
  • 早く・それなりの UI を実現する React コンポーネントセット 16 選 - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? これまで、開発者が「早く・それなりの UI 」を実現するために、Bootstrap などの CSS フレームワークが重宝されてきました。 しかし今では、React などのライブラリを使って UI をコンポーネント化するようになってきています。 React であっても、事前に CSS フレームワークを読み込んでおき、クラス名を付与することでこれまでと同じように使うことができます。 ただ、既存の CSS フレームワークは内部で jQuery を使用していることが多いので、React と jQuery を共存させるか、jQuery 部分を自前

    早く・それなりの UI を実現する React コンポーネントセット 16 選 - Qiita
  • Domaの開発で大切にしている10のこと - Qiita

    自己紹介 中村 Domaの開発者 開発歴 7年と2か月 twitter: nakamura_to github: nakamura-to Domaとは? JavaDBアクセスフレームワーク 注釈処理(JSR 269)でコード生成 & コンパイル時検証 実行可能なSQLテンプレート Doma歴史 2009/05: 開発開始 2009/02: v1.0.0リリース 2014/07: v2.0.0リリース (Java 8対応) 2016/06: v2.11.0リリース(最新版) 1. 動かさないとわからないを減らす コンパイル時にできるだけチェック Javaコードに対して 例:アノテーションの存在チェック SQLファイルに対して 例:パラメータの存在チェック

    Domaの開発で大切にしている10のこと - Qiita
  • あなたがマスターしたのはいくつ? Railsを習得するために必要な技術要素の一覧 - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? これはなんですか? これは「This is Why Learning Rails is Hard(Railsの習得が大変な理由はこれだ)」という海外記事に載っているマインドマップを日語化&リスト化したものです。 元記事には「Railsを習得するために必要な技術要素の一覧」を表す、以下のようなマインドマップが載っています。 長年Railsの開発に携わってきた人間として、このマインドマップは「うん、たしかに!」と非常に納得できる内容です。 ただし、サイズの大きな画像なので一覧性に欠けるのと、英語なので日人にとってはぱっと頭に入りづらい点

    あなたがマスターしたのはいくつ? Railsを習得するために必要な技術要素の一覧 - Qiita
  • 中の人に聞いたGitHub flowの本当の使い方 - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 背景 今日GitHubの中の人のLTを聞く機会があって当のGitHub-flowを聞いてきたので 忘れない間にメモ GitHub-Flowのお約束 Masterにあるものは即座にデプロイ可能な状態に保つこと ブランチの上で必ず作業し、その生存期間を短くすること すぐにPRを作り、フィードバックやサインオフを求めること マージしたらすぐにデプロイすること 当のGitHub-flow 中の人曰くよくマージしてからデプロイすると言っている人がいるらしい。 だが当のGitHub-flowは違う。 当のflowは PR作成 ⇩ 修正 ⇩

    中の人に聞いたGitHub flowの本当の使い方 - Qiita
  • 機械学習・Computer Scienceを勉強する。 リソース一覧 - Qiita

    オンライン・オフラインのリソースで勉強に使ってるもの一覧。 多少プログラミングしていて少々の知識があるといいかも。 人工知能機械学習に必要な教材やTipsを載せていくブログはこちら 努力1mmブログ Coursera Machine Learning 言わずと知れた機械学習の動画。Andrew Ngさんが丁寧に教えてくれる。日語字幕あり。 Coursera : Machine Learning Coursera Natural Language Processing Courseraの自然言語処理講座。英語。 Coursera : Natural Language Processing 言語処理100ノック こちらも言わずと知れたリソースかも。自然言語処理をプログラミングするために必要なプログラミングテクニックとかが学べる。 自然言語処理100ノック Udacity Design

    機械学習・Computer Scienceを勉強する。 リソース一覧 - Qiita
  • 海外転職の面接の時に英語で聞かれるRubyとRailsの基礎質問を徹底マスターしておく方法 - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 海外転職技術面談の形式に関してはこちらのブログに何度か書いたので、今回はその具体的な対策を書いた。ずばり「RubyRailsに関する英語の基礎質問と解答例」 書類選考をみごとに通過したら次は電話面談かもしくはオフィスでの面談になる。いづれにしても採用側の会社からはエンジニアが2,3人ぐらい出てきて応募者の相手をすることになる。最初は当に基礎的な技術質問から入る。それは誰にでも分かるような質問と答えで応募者に話してもらって緊張をほぐす意味と、あともうひとつは「箸にも棒にもかからない人に早々とご退場」願うためだ。あくまでメインは技術

    海外転職の面接の時に英語で聞かれるRubyとRailsの基礎質問を徹底マスターしておく方法 - Qiita
  • Google I/O 2016まとめ(Web的視点) - Qiita

    今年は… 前日 初日 2日目 3日目 誰も話題にしなくなった 結論: 現地の経験はプライスレス 気づかせてくれたGoogle、ありがとう! ここから題(すでに半分過ぎてますが ) 主な発表 Google Assistant, Google Home, Allo, Duo, Daydream, Android Wear 2.0, Android Studio 2.2, Firebase, Android Instant Apps, Project Tango (Google Tango), Project Jacquard, Project Soli, Project Ara, Google Spotlight Stories, etc... セッションの数 Misc: 16 Ads: 6 Android: 66 Cloud: 15 Design: 9 Firebase: 28 Game:

    Google I/O 2016まとめ(Web的視点) - Qiita
  • iOS 10 時代の Notification - Qiita

    記事は、一般に公開されている情報を元に作成しています ※図は WWDC 2016 の Introduction to Notificationsより引用しています WWDC 2016 で User Notifications Framework が発表されましたね。 これまでは、Remote Notification と Local Notification が別々に存在していましたが、User Notifications Framework の登場により、これらを同じフレームワークでハンドリングできるようになります。 この中で個人的に注目なのは、**In-app presentation option(アプリを起動中にも画面上に通知を表示できる)**という点。詳しくは後述します。 通知が発生するトリガーとして次の4つが用意されています。 Push Time Interval Cale

    iOS 10 時代の Notification - Qiita
  • Chromeのヘッドレスブラウザがやってくる。というわけで試してみた。 - Qiita

    注意:この記事は古いです。2016年06月06日に書いた記事です。 2017/04/14 追記: Chrome59から正式にヘッドレスモードが搭載されます。 ヘッドレスモードではPhantomJSなどのようにJavaScriptでヘッドレスブラウザを制御することも可能です。 https://chromium.googlesource.com/chromium/src/+/master/headless/ 2017/06/07 追記: NightmareJS風に操作できるライブラリをリリースしています。 ヘッドレスChromeをもっとも簡単に操作できると思われるNightmareJS風ライブラリ http://qiita.com/devneko/items/3689b46fc2bcdb8121a8 先日、Googleの人が「Headless Chrome is coming so soon」

    Chromeのヘッドレスブラウザがやってくる。というわけで試してみた。 - Qiita
  • (個人的に)IDEじゃなくてVim、Emacsじゃなきゃダメな理由 - Qiita

    まえがき みなさんのお使いのエディタは何でしょうか。 きっとそのエディタは、自身のこだわりが幾つかあってそのエディタを選択したのだと思います。 私の身の回りにも当然IDE派とEmacs,Vim派が居て、Vim派の私はよくIDE派に「IDEをなんで使わないの?こんなに便利なのに?」的な姿勢で言われることが多々あります。(仕事PHP書くので特にPHPStorm派などに…) IDEにはエディタ単体の機能ではVimは負けるかもしれませんが、個人的にはPCにインストールする系のIDEに共通する好きではないところがいくつかあって、私はVimを選択しています。その理由を記事にしてみました。 追記:2016-10-26 この記事は個人的にあまり他の記事でも語られていないなと思った、サーバーサイドのエディタで開発することの良さを書き記したものです。Vim自体、Emacs自体の良さにつきましては他にも優秀な

    (個人的に)IDEじゃなくてVim、Emacsじゃなきゃダメな理由 - Qiita
  • [翻訳] Airbnb React/JSX Style Guide - Qiita

    この翻訳について Airbnb React/JSX Style Guideの和訳です。 間違っていたり分かりにくい箇所があれば、ご指摘いただけると幸いです。 Airbnb React/JSX スタイルガイド このスタイルガイドは現在一般的に使用されている標準に基いていますが、場合によってはいくつかの慣例(async/awaitやstatic class fields)が含まれていたり禁止されていたりします。現在、このガイドにはステージ3より前のものは含まれておらず非推奨です。 目次 基的なルール クラス vs React.createClass vs ステートレス ミックスイン 命名規則 宣言 アラインメント 引用符 空白 引数 参照 括弧 タグ メソッド 順序 isMounted 基的なルール Reactコンポーネントは1ファイルに1つだけにしてください。 ただし、1ファイルに複数の

    [翻訳] Airbnb React/JSX Style Guide - Qiita