サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。

「大人の事情でSlackとかHipChatは使えない」 って話、やっぱり多いみたいなので。世知辛いですね。 いろいろ試していたのですが長くなったので、とりあえず一回まとめてみました。 需要ありそうでしたら仕事探しのついでに、ちょこちょこ書いたりしていきたいなーと思います。 Mattermostとは Mattermost 「GitHubに対するGitLab、そのSlack版」という説明が一番しっくりくるでしょうか。1 SlackのOSSクローンというだけにとどまらず、"Slack-compatible, not Slack-limited" を目指して、Markdown記法やハッシュタグといった独自機能を取り入れたりもしている、なかなか挑戦的なプロダクトです。 技術的にはGo言語やReactを使ってるというあたりも興味深いですね。 大きく以下の３パターンがあるかと思います。 1. 公式から提

この記事は専門用語がいくつか出てくるためわかりにくい場合もあると思います。そんな方のために一般的な用語に限ったバージョンも書きましたので、よろしければお読みください。 モノづくりの4つのゴールひと目見れば誰でもわかることですが、サイクルであるということは、「循環」していることと「等価」であることを示しています。 そして、まったく当たり前のことですが、4つのゴールの考え方としては、「ユーザーの行動」を生み出すものは、「ユーザーの体験」です。 （僕自身は必ずしもこの「ユーザーの体験」がいわゆる「UX」と同じものであるかどうかは判断していません。） それを前提として考えを深めた結果、僕はまず予期的UXにフォーカスするという考え方に至ったので、その理由としての経緯を書き留めておこうと思います。 ユーザー体験の時間区分そのいわゆるUXには、「Time spans of user USERexperi

1. OpsWorks テレビ連動システムを支える 株式会社バスキュール 濱崎 繭 × 株式会社スタジオ・アルカナ 吉田 紳一郎 AWSプロダクトシリーズ｜よくわかるAWS OpsWorks March 26, 2015 @アマゾン目黒オフィス 2. 濱崎 繭 自己紹介 すべてのテレビ局で汎用的に利用出来ることを想定したテレビ連動システムの プラットフォーム「M.I.E.S」の設計・開発。 及び、バスキュールがこれまで関わったテレビ案件で、主にアプリーケーション サーバの設計・開発を担当。  金曜ロードショー ヱヴァ新劇場版「ムーヴィシンクロナイザ」 日本テレビ → 設計・開発  クラブワールドカップ 「熱狂ファンタジスタ」 日本テレビ → 設計・開発  BLOODY TUBE BSジャパン → 設計・開発  THE LAST AWARD フジテレビ → 設計・開発  TOUCH

LINEBOT APIが公開されたので、簡単な検索botを作ってみました。 botの作り方についてはすでにたくさんの良記事が公開されているので、ここでは主にハマりやすいポイントについてメモしておきます。 開発環境 さくらのレンタルサーバ SSL証明書：Rapid SSL PHP 5.4.45 アカウント登録 下記サイトからBOT API Trial Accountを登録します。 https://business.line.me/services/products/4/introduction アカウントは1人あたり1つまで申し込めます。先着10,000名様まで利用可能だそうです。（4/9 17:00時点ではまだ申し込めるようです） 注意点 友だち数上限は50人までです 料金は無料です 実装方法 素晴らしい解説記事がすでに公開されているので、ここではリンクを貼るだけにしておきます。先人たちに

Prepared for API Meetup Tokyo #13 https://api-meetup.doorkeeper.jp/events/41135 昨今、APIアクセス認可のフレームワークとして "OAuth" 仕様を使うケースが一般的になっています。本セッションでは OAuth 適用のトレンドと今後について紹介します。Read less

This version of the talk was given at Smashing Conference, Oxford, March 2016. The onset of HTTP/2 is upon us. Now over 60% of your users browsers ar…

本家の方の↓の記事ではvidiben/casperjsなるDockerイメージを使っていた。 blue1st.hateblo.jp 一応これでも記事の目的は達していたのだが、 GithubみるとインストールされてるCasperJS/PhantomJSのバージョンは古そうだし、 何より日本語ページは化けてしまう。 ページをキャプチャしてどうこうする用途だとこれでは良くない。 そこで日本語がちゃんと表示できるイメージ（のDockerfile）を作成してみた。 npm経由ではPhantomJSのインストールで何かエラー吐くとかCasperJSはちゃんと入ったはずなんだけど何か音信不通になるとかで意外と苦労した。 結果的には必要なものを泥臭く公式からダウンロードして配置する方法で対応。 FROM ubuntu:14.04 RUN apt-get update -y&&\ apt-get insta

全マシニキは今日も全マシィィィッ！ 全マシニキです！ 今回はちょっと変わった料理をします！ ラーメンが好きな方にはぜひ自宅で試してみて欲しいです！ わりと手軽にできます！ セブンイレブンの冷凍つけ麺 これ食べたことあります？ メチャクチャ美味いんですよ！！ しかも２７０円ですからね。 ラーメン屋に行って下手なつけ麺に１０００円近く取られるくらいならコレ食ったほうがいいです（マジで） 本当に美味くてビビります。 （セブンの冷食を舐めたら）アカン。 今回は、このレビュー書こうかなと思ったんですが・・・ チンしてお湯沸かすだけじゃ何も面白くないじゃないですか？ なので簡単アレンジします。 セブンイレブンの冷凍つけ麺で二郎系ラーメンを作ります！ ※注意！ あくまでラーメン二郎風にするだけです！ 未経験の方はこれが完全な二郎だと勘違いしないでください！ けれどできるだけ頑張りました！ ここに辿り着く

小ネタ。 Rails 5から、production environmentでのDB破壊系のtaskの実行を防止する仕組みが入りました。 例えば、production environmentでdb:dropを実行しようとすると、下記のようなエラー(ActiveRecord::ProtectedEnvironmentError)が発生します。 $ RAILS_ENV=production ./bin/rails db:drop rails aborted! ActiveRecord::ProtectedEnvironmentError: You are attempting to run a destructive action against your 'production' database If you are sure you want to continue, run the sa

Talk from SREcon2016 by Brendan Gregg. Video: https://www.usenix.org/conference/srecon16/program/presentation/gregg . "There's limited time for performance analysis in the emergency room. When there is a performance-related site outage, the SRE team must analyze and solve complex performance issues as quickly as possible, and under pressure. Many performance tools and techniques are designed for a

こんにちは、吉岡(@yoshiokatsuneo)です。 DockerはLinux上の軽量コンテナ環境として、飛ぶ鳥を落とす勢いで成長しており、paizaでもジャッジシステムで利用しています。 そのDockerのMac OS X、Windows用クライアントの新製品が、"Docker for Mac"、"Docker for Windows" として先日3月24日に案内されています。 blog.docker.com 従来、Mac OS X, Windows向けクライアントとしては、Docker Toolboxが提供されてきました。 しかしながら、Docker Toolboxは、ある程度Dockerについての知識がないと使いづらい部分がありました。 Docker ToolboxはVirtual Box環境が必要であり、Docker Machineで環境設定を 行わないと利用できませんでしたし

分割の基準を2つに絞っても、9パターンもありました。各構成を1つずつ見ていきましょう。 1. 単一のAWSアカウントを使う この構成パターンは、一見単純です。しかし、すべてのシステムを1つのAWSアカウントの中に構築するため、アカウント内の環境はかなり複雑になります。 1-1. 単一のAWSアカウント、単一のVPC default VPC以外のVPCを1つ明示的に作り、その中に複数のシステム、複数の環境を混在させる構成です 1-2. システムの種類と環境の用途でVPCを分割 システムの種類でVPCを分け、さらに本番用と開発用など環境の用途によってもVPCを分ける構成です 1-3. システムの種類でVPCを分割 システムの種類によってVPCを分けますが、開発環境や本番環境を1つのVPC内に構築する構成です 1-4. 環境の用途でVPCを分割 環境の用途によってVPCを分けますが、複数の異なる

Percona Server 5.7のパフォーマンスの改善(Percona Data Performance Blogより) Percona Server 5.7の性能改善に関するブログ記事を紹介します。 LRUフラッシュのマルチスレッド化および、ダブルライトバッファーの並列化などにより、同時並行度の高いI/Oバウンドの負荷に対するパフォーマンス改善を行っています。 出典について この記事はThe Percona Data Performance Blog内のAlexey Stroganov氏、Laurynas Biveinis氏、Vadim Tkachenko氏によるPercona Server 5.7 performance improvements(2016/3/17)を翻訳したものです。 このブログ投稿は、Percona Server 5.7のパフォーマンスの改善についての記事です

はじめに 前回、 【Ruby】SinatraをVagrantに速攻構築。全部コピペで出来るようにしました。 にてRuby-Sinatraな環境をVagrantに構築する手順をご紹介しましたが、今回は、 Unicorn × Nginxを導入した本番サーバを構築し、 VagrantからCapistranoを使って GitHubのレポジトリ経由でSinatraをデプロイする手順をご紹介します！ 今回もコピペすれば出来るようになっているので、是非試してみてください。 環境 本記事は以下環境で構築しています。 デプロイ先サーバ(AWS-EC2) ・Ruby v2.2.1 ・rbenv v0.4.0 ・Unicorn v4.9.0 ・Nginx v1.6.2 ・Git 2.5.0 Vagrant ・Ruby v2.2.1 ・rbenv v0.4.0 ・Capistrano v3.2.1 ・Git 2.