Tokyo Otaku Modeというスタートアップで働いている安宅です。日本のポップカルチャーを海外に発信するサービスを運営しています。 今回は「リーン・スタートアップ」を実践してみて分かったことを書いてみたいと思います。「リーン・スタートアップ」の考え方は、すでにかなり浸透していると思います。Tokyo Otaku Modeでもサービスづくりや様々な場面で実践しています。今回は、そんな日々の実践の中から分かったことをまとめてみました。ちなみに、エントリー中の“引用”は書籍の『リーン・スタートアップ』を社内向け資料として要点を分かりやすくまとめたものです。社内向けの資料は、専門用語に詳しくない人でもすんなり理解できるように、あえてやさしい日本語にしています。 ところで最近、18歳の頃から可愛がっていた22歳のエンジニアが、僕らのやっていることに刺激されて、自分でスタートアップを始めるとい
近年では多くの分野でWebアプリケーションが使われるようになり、大量の個人情報や重要な秘密情報を扱うようなアプリケーションも少なくない。そのため、Webアプリケーションも攻撃対象として狙われやすくなっている。今回はWebアプリケーションのセキュリティ対策として、Googleが公開しているセキュリティ調査ツール「skipfish」を使ったセキュリティスキャンを紹介する。 Webアプリケーションに特化したセキュリティ調査ツール「skipfish」 今日では、Webブラウザ経由でさまざまな操作を行えるWebアプリケーションが広く浸透している。Webブラウザは最近のほぼすべてのPCにインストールされており、専用のクライアントを用意せずにアプリケーションを操作できるというのがその浸透の理由の1つだ。しかし、Webアプリケーションでは簡単にその一部(HTMLやJavaScript)のソースコードを閲覧
はじめに AWSでのプロビジョニングは、AWS公式サイトのドキュメント(AWS CloudFormation のアーティクルとチュートリアル)等にも記述されているように、CloudFormationを中心にPuppetやChefを組み合わせるという方法が多く使われています。 しかしPuppetもChefもサーバ/クライアント構成(またはスタンドアロン)で動作するシステムであるため、サーバとクライアントの両方にソフトウェアをインストールする必要があります。またChefのCookbookは多機能である一方少々煩雑です。 もっと簡単な処理を手軽に行えたらなぁ...ということで、サーバサービス不要でYAMLで記述するプロビジョニングツールであるAnsibleを使ってみました。 Ansibleの良い所 sshdで接続してコマンドを投入するだけなので余計なサーバサービスの導入が不要。 YAMLなので記
MySQLのAES_ENCRYPT/AES_DECRYPT互換の方式でActiveRecordの属性を透過的に暗号化/復号するRubyMySQLActiveRecord Ruby on Rails (DBはMySQL) で開発をしている某案件で 運用の都合上、アプリ外から SQL でデータベースの内容を直接参照できる必要があるので、センシティブなデータは AES_ENCRYPT 関数で暗号化して、アプリ以外からも復号できるようにすること という要件がありました。 単に暗号化すればいいだけなら attr_encrypted gem などを使って透過的に Ruby 側で暗号化/復号すれば楽に実装できますが、いちいち MySQL 側で AES_ENCRYPT/AES_DECRYPT させるとなると、かなり実装が面倒です。 そこで、Ruby 側で MySQL の AES_ENCRYPT/AES_D
セキュリティに関してどんどん厳しくなっている今日この頃。 DBの暗号化を求められることも少なくない。 というか漏えいしたらこっちにだってリスクがふりかかるので、正直全力でセキュリティ対策はやっておきたい。 (だからもっと予算を割いてくれ!どうしてそこから削ろうとするんだ!) 「MySQL 暗号化」で検索すると「AES_ENCRYPT,AES_DECRYPT」この二つの関数が引っかかる。 SELECT AES_ENCRYPT('kan naoto','password'); と打ち込むと、環境にもよるけど暗号化されているのが分かる。(貼れるかな) + AES_ENCRYPT('kan naoto','password') + ウMァ9\\Kォ5��F�・ + 1 row in set (0.00 sec) 文字化けしているのは、暗号化されてバイナリ型になっているから。 この値をいつもと同じよ
■■序論 徳丸さんのスライド「いまさら聞けないパスワードの取り扱い方」に見られるように、昨今、ウェブアプリケーションの設計要件として、サーバ内に侵入された場合でもユーザーのパスワードをできるだけ保護すべきという論調が見受けられるようになってきました。 上掲のスライドでは、その手法としてソルトつきハッシュ化を勧めています。しかしながらスライドに書かれているとおり、ソルトつきハッシュには、複雑なパスワードの解読は困難になるものの、単純なパスワードを設定してしまっているユーザーのパスワードについては十分な保護を提供できないという問題があります。そして、多くのユーザーは適切なパスワード運用ができない、というのが悲しい現実です。 ソルトつきハッシュを使った手法でこのような問題が残るのは、ウェブアプリケーションサーバに侵入した攻撃者がユーザーの認証情報をダウンロードして、認証情報をオフライン攻撃するこ
Backed by the world's most intelligent and comprehensive view of digital traffic, our platform gives you the data and insight you need to win – and win big – online. Get started Browsing for Insights? Access behind-the-scenes analytics for every site online. With the Similarweb TrafficMeter™ browser extension, you’ll have easy access to objective traffic data and other insights, as you surf. Refle
This page contains all of our freeware and opensource utilities in a convenient place ready for download, we hope you find our software useful. For any questions, feedback or requests be sure to join the community where you can help contribute towards development and interact with other users. In addition to providing these programs we also offer a custom software development service for business
RailsでFat ControllerになったらForm Classを作れ,という記事はあちこちで見るのですが,今一つ参考になるような実装があまり見つからなかったので記事にしてみました. Rails 3.2.13,Ruby 2.0.0系で動作確認済みです. Fat Controller問題 Railsで特に何も考えずに検索機能を作っていると,検索ロジックでcontrollerが膨らんできてしまうと思います(Fat Controller問題). 例えば,検索フォームの内容として最初は名前だけで検索するとのことで, HogeController < ApplicationController def index @hoges = Hoge.where("name LIKE ?", "%#{params[:name]}%") end end と書いていたのが,そのうちメールアドレスや住所でも絞
以前書いた記事の反省を元にMarionetteに移行した。 思った以上に快適! 大規模になったらMarionette.js使えとか書いているのは嘘で、普通にBackbone使うときは、初めから使うべき。 Backboneで一番恐ろしいのは、各現場/各開発者毎に異なるオレオレ実装。オレオレ実装作るコストに加え、使う人の思わぬバグや学習コストやスイッチングコスト等諸々考えると、特別な理由がない限りMarionetteみたいな既存のframework使うべき。 あんど。データバインディングを提供してくれる、stickitと一緒に使うと、より一層効果的。 めっちゃ、ソースコードの量が減って、ソースの意図が明快になった。悩みも少ない。工数も勿論減る。 ここから、幾つか思った事を、サッカー見ながらお酒飲みながら、ダラダラ書く。※ちなみに、日本vsオランダ戦見てる。 railsアプリでのjs周辺の作りの
Omniref is Closed As of January 2017, we've shut down Omniref.com. Thank you for your support over the years. I've preserved the most popular blog posts that I wrote for the site: Ruby Garbage Collection: Still Not Ready for Production What's the most popular Ruby library? Writing Extensions for Firefox is Barely Worth the Trouble Programmers are hipster librarians Making Ruby Faster Matz at RubyC
Rubyとは... オープンソースの動的なプログラミング言語で、 シンプルさと高い生産性を備えています。 エレガントな文法を持ち、自然に読み書きができます。 ダウンロード または もっと読む...
Ruby is... A dynamic, open source programming language with a focus on simplicity and productivity. It has an elegant syntax that is natural to read and easy to write. Download Ruby or Read More... Ruby 3.3.0 Released We are pleased to announce the release of Ruby 3.3.0. Ruby 3.3 adds a new parser named Prism, uses Lrama as a parser generator, adds a new pure-Ruby JIT compiler named RJIT, and many
東洋大学の学生さんが、大学の生協にイラスト入りの「ひとことカード」(要望書)を提出したところ、予想の斜め上を行くクオリティで返事が返ってきたとネットで話題になってます。 投稿者が描いたのはテレビアニメ「魔法少女まどか☆マギカ」に登場する美樹さやかちゃん。授業中にせっせとコピックで彩色までして仕上げたそうです。 「どんなのが来るのか楽しみでしょうがない」とワクワクしてまっていたところ、数日後掲示された返事が画像のもの。 空欄で提出したはずの下段には、まどかさんが描かれています。しかも描きなれたがごとく、絶妙にうまいです。「ごめんね さやかちゃん… わけがわからないよ」というこれまたうまいコメントとともに……。 この回答について投稿者は「想像してたやつよりずっとスゴイのが帰ってきた(´Д` )」と驚きを隠しきれないようす。つけられた他のコメントにも「返しも画力も素晴らしいと思います」「このまど
MariaDB is a binary compatible and improved version of MySQL. This means that MariaDB is just a drop in replacement for MySQL. Why would you use MariaDB over MySQL? Well it’s faster, and the speed in which the team fixes bugs and provides new features is also faster. Additionally there is talk that there has been a developmental exodus from the MySQL development team to MariaDB. Anyway it is likel
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く