SafeBuffers and Rails 3.0
As you may have read, Rails adds XSS protection by default in Rails 3. This means that you no longer have to manually escape user input with the h helper, because Rails will automatically escape it for you. However, it's not as simple as all that. Consider the following: Hello <strong>friends</strong>! <%= tag(:p, some_text) %> <%= some_text %> In the above example, we have a few different scenari
【Rails】form_for/form_tagの違い・使い分けをまとめた - Qiita
※追記: fields_forにかんして、新しくこちらの記事にまとめたので是非一緒に参照してください。 form_tagとform_forの使い分け Railsにおけるformを理解するために、最初に理解すべきなのがこの違いです。 Railsのform_for/form_tagの分け方の意図としては、 form_for: 任意のmodelに基づいたformを作るときに使う form_tag: modelに基づかないformを作るときに使う ということです。 つまり、あるuserモデルに基づいたuserを作成するときはform_forを使い、 そうではなく、検索窓のような何のモデルにも基づかないformを作りたいときはform_tagを使うのが原則です。 具体的に何が違って、その用途はどう分かれているのか。 結論としてform_forはモデルオブジェクト扱う上で便利 post先のurlは不要
memoryless sources
よくドイツ人は几帳面できっちりしてるとか言われるけど、実際にしばらく生活してみると、日本人の方がよっぽどマシだと思うことがよくある。でもその一方で、仕事の面ではドイツの方がはるかに楽でしかも成果をだしやすいようにも思う。 しばらくフランクフルトで働いてみて、なんとなくドイツ人と日本人の仕事のやり方の違いがつかめてきたような気がするので絵に描いてみた。一言で言うとドイツ人の仕事は雑だ。でも、まわりの人はそれを補ったりあるいは受け入れたりする。決してモラルが低いわけではないけど、ただ自分がいい加減な分他人にもそこまで求めないし、困ったら助け合えばいいと普通に思っている。 逆に日本人は、人に迷惑をかけたり失敗を明るみに出すのをものすごく嫌がる。なので、絵に描いたみたいに、きっちりしてるけど完成しない。 完成しない理由は丁寧にゆっくりやっているからだけでもない。日本で仕事をしていると「鶴の一声」「
マネジメントスタイルの違いがもたらす「圧倒的スピード感」の違いと「楽しさ」 - メソッド屋のブログ
最近は、ソフトウェアの新しい技術や、考え方の日本に対する導入の遅れをどうやったら無くすことができるか？ということを考えている。今回はインターナショナルチームに参加して感じたマネジメントスタイルの違いについて書いてみたい。 海外企業のリーダーシップスタイルの変化 ソフトウェアの世界では、2001年にアジャイル開発が登場以来、それ以降のパラダイムでは、「サーバントリーダーシップ」と呼ばれるタイプのマネジメントスタイルが主流になっている。 従来型のスタイルは「コマンドアンドコントロール」というスタイルで、リーダーが部下に指示をし、リーダーは部下の状況を把握、確認し、管理していく。一方、サーバントリーダーシップの場合、リーダーは、ビジョンとKPIを示すが、実際にどのようにするかは、チームが自ら考えて意思決定していく。 この考え方は、既に1969年に発表されているらしいというのを下記の本で知った。
Goによる勾配降下法 - 理論と実践 - / gradient-descent-in-golang
プログラマのための数学勉強会@福岡 #5 http://maths4pg-fuk.connpass.com/event/34164/
PlantUML Web APIをSpark Framework + Kotlinなウェブアプリにしてみた - Islands in the byte stream
PlantUML を使うとき、 java -jar plantuml.jar だとほんの小さなダイアグラムの生成にも数秒かかってしまいます。ローカルではそれでいいかもしれませんが、ウェブアプリに組み込むのはちょっとイマイチですよね。 PlantUMLはJava製ツールなのでJavaのウェブアプリにしてしまえば高速になるはず、と思ってやってみました。 リポジトリ: https://github.com/gfx/plantuml-service ウェブアプリといってもパスが /svg/:source しかないような最小限のものです。 :source はPlantUML Text Encodingでエンコードされたソース、または生のPlantUMLソースです。特にキャッシュなどはしませんが、手元のMBAだと小さなダイアグラムの生成で70msほどになったので実用に耐えそうです。 PlantUMLは
pure mrubyで実装されたItamae「itamae-mruby」を作った - k0kubun's blog
itamae-goを作り直してitamae-mrubyを作った 先週Goからmrubyを使ってRubyなしでItamaeレシピを実行できる「itamae-go」を作ったんだけど、全く同じコンセプトの、RubyなしでItamaeレシピを実行できる「itamae-mruby」を作った。 github.com itamae-goの問題点 mrubyは組み込み言語だしこれは本来想定された使い方であり、go-mrubyの実用的な例として普通に作ってよかったと思っているけど、ことItamaeを実装することに関しては以下のような問題があった。 レシピを読む部分以外をGoで実装していたので、specinfraのコードの移植に手間がかかる 主にstandaloneなバイナリを吐く目的にGoが使われているが、mruby-cliでもできるのでGoを使っているメリットがそれほどなく、2つの言語をブリッジするコード
Bjarne Stroustrupのプログラミング入門書の査読の感想
C++の設計者ストラウストラップによるプログラミング入門書の最新版日本語訳が、9月に @asciidwango から出版されます。 https://t.co/ssT9ubfXtT — アスキードワンゴ編集部 (@asciidwango) August 5, 2016 アスキードワンゴ編集部からBjarne StroustrupのProgramming -- Principles and Practice Using C++という本の第二版の邦訳が出版される。初版は翔泳社が出していたが、C++14に対応した改訂版の第二版の版権が空いていたので、アスキードワンゴから出すための作業をしていた。私は邦訳の査読をした。 今年になってから半年は、ずっとこの本の査読をしていた。このためにC++標準化委員会の最新の文書を把握する作業が数ヶ月ほど滞った。そして、この仕事は、私がドワンゴに入社して以来、最悪の
CROSS ME(クロスミー) - すれ違いを恋のきっかけにするアプリ
空っぽじゃない「いいね」が届く。 相手がどんなところに 「いいね」をくれたかわかる。 あたらしいマッチングアプリができました。 あなたの思い出の曲に「いいね」。 最近、笑ったできごとに「いいね」。 旅先の写真に「いいね」。 ひとつひとつの「いいね」に理由があるから、 はじめから、価値観の合う人とつながれる。 気が合うね。から、はじまる恋。 さっそくはじめる ※高校生を除く、満18歳以上の独身者向けサービスです。 空っぽじゃない 「いいね」が届く。 相手がどんなところに 「いいね」をくれたかわかる。 あたらしいマッチングアプリができました。 あなたの思い出の曲に「いいね」。 最近、笑ったできごとに「いいね」。 旅先の写真に「いいね」。 ひとつひとつの「いいね」に理由があるから、 はじめから、価値観の合う人とつながれる。 気が合うね。から、はじまる恋。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PlantUML Cheat Sheet - Qiita
