知らんかった。 Railscasts - 5 View Tips これは使えそう <%= debug @products %> <%= debug params %> <%= debug request.env %> いつも logger.info してたよ。 こんな感じ
メソッドにブロックを渡す時には、2通りの書き方があります。 [1, 2, 3].each do |i| puts i end [1, 2, 3].each { |i| puts i } この違いを意識することはあまりないのですが。。 マニュアルを見ると。 ただし、do...endと {...}で動作が異なる場合があります。 foobar a, b do .. end # foobar がブロック付きメソッドとして呼び出されます foobar a, b { .. } # b がブロック付きメソッドとして呼び出されます これは{ }の方がdoブロックよりも結合強度が強いためです。 no title となっています。 さっそく、実験。 def foobar a, b if block_given? yield a, b else puts a * b end end do end foobar
Rails 4のturbolinksについて最低でも知っておきたい事 (追記)turbolinksに関するセキュリティ上の懸念について turbolinksとは、ページ遷移をAjaxに置き換え、JavaScriptやCSSのパースを省略することで高速化するgemで、Rails 4からはデフォルトで使用されるようになります。 高速化は大歓迎なのですが、JavaScriptのイベントの起き方が変わるため、Rails 3までの書き方をしているとまず間違いなく問題が起きます。しかも、Rails 4ではデフォルトの機能ですので、最新版を使いたいなら必ず知っておかなければいけません。 本エントリではturbolinksを使うために絶対に知らなければいけないことを分かりやすく紹介したいと思います。 動作 turbolinksの動作は、すごく大雑把に言うと以下の通りです。 リンクのclickイベントをフッ
開発中に rake db:migrate がエラーで中断しても、元に戻す方法がわからない。スキーマを書き換える SQL なんて覚えてない。失敗したのにスキーマのバージョンだけ上がったりする。 こういった問題を解決する、感動的なすごい方法があるのでは、と思って調べてたんだけど、見つけられなかった。 バックアップしてテスト環境で実行するのがよさそうです。普通です。 以下手順。環境は Rails 3 + MySQL。 mysqldump を使って development DB を test にコピーする。バックアップ用の DB も作ってコピー。 $ mysqldump -u root myapp_development | mysql -u root myapp_test $ mysqldump -u root myapp_development | mysql -u root myapp_ba
情報化社会に生きるすべてに人が持っておくリテラシーとして「コンピュータで何かしたかったらプログラムを用意しないといけない」「プログラムは人間が作るものなので予想外の動きをするときがある」「ゴミを入れたらゴミが出てくる」という3つのことだけを体験を通して知っていれば十分だと思う。 この3つを分かっているならば、「プログラムは自然に発生する」「計算機の出力結果は常に正しい」という認識が崩れる(崩れやすい)ので、ハードウェアの値段だけ考えて、ソフトウェアの値段を考えないとか、保守は無料だと思うとか、異常値が出たときにその異常値が妥当かどうか検討しないとかが少なくなると思う。 なので、小学校〜中学校までにプログラムを組んでみて、自分の作ったプログラムがうまく動かないという経験をするのは重要だと思う。目的は、プログラマー育成でなく、上述のリテラシーの獲得。プログラマ育成目的ならば、義務教育における計
Welcome to the Monitorix project Take control over your small server Monitorix is a free, open source, lightweight system monitoring tool designed to monitor as many services and system resources as possible. It has been created to be used under production Linux/UNIX servers, but due to its simplicity and small size can be used on embedded devices as well. It consists mainly of two programs: a col
IDCフロンティアのUI・UXチームです。 前回はフロントエンド領域の開発に関する業務フローを中心にご紹介しました。今回は利用技術だけでなく、効率的に開発を進めるための工夫や普段気を付けている点などをご紹介します。 前回のブログ内容と合わせて読んでいただくと、実際の業務イメージが想像しやすいかもしれません。 利用技術 JavaScriptライブラリ ライブラリの取り扱い 静的解析ツール CI CD 生産性を上げるための工夫 デザインシステムを用いたUI仕様の決定 テスト駆動開発を用いた手戻り・抜け漏れの防止 Autifyを用いたE2Eテストの実施 普段開発やコードレビューで意識していること 長期メンテを考慮した設計・実装にする 初心者でも読める実装を心がける どんな方が向いているか お客さまの分かりやすさを追及するためにどんなUIがいいか考えられる方 より読みやすく保守しやすいコードを書く
AWS Week in Review – Amazon Security Lake Now GA, New Actions on AWS Fault Injection Simulator, and More – June 5, 2023 Last Wednesday, I traveled to Cape Town to speak at the .Net Developer User Group. My colleague Francois Bouteruche also gave a talk but joined virtually. I enjoyed my time there—what an amazing community! Join the group in order to learn about upcoming events. Now onto the AWS u
fluentd v0.10.35 が出ましたね! https://rubygems.org/gems/fluentd で、端的に申し上げまして fluentd をお使いの皆様は以下の組合せで使うのがおススメです。 Ruby 2.0.0-p195 Fluentd v0.10.35 MessagePack v0.5.5 なぜかというと以下のようなすばらしい利点があるからですね。 Ruby 2.0.0 でfluentdを走らせると大変高速 2.0.0 は each とかを回すときに非常に高速になるような改良が入っている 1.9.3 向けには funny-falcon patch として知られていたもの rvm を使ってビルドしていたrubyだと知らずに当たってるかも これが大量のメッセージに対してループが回りつづけるFluentdに超ハマる 手元計測で生の 1.9.3 の倍ちょっと高速 Ruby
Thomas Schranz氏は自社製品の Blossom を,Dart に移植すると ブログ記事 に発表した。Blossom は開発チームのための製品で,Webベースのカンバン方式ボードである。DartはGoogleの開発した,JavaScriptの代替として利用可能な新しいWebプログラミング言語とプラットフォームだ。 今回の決定について氏は,JavaScriptエコシステムのフラグメンテーションに対して同社がこれまで長く抱いていた不満の結果だ,と 書いている。 Blossom ではJavaScriptを積極的に利用しました。JavaScriptはいろいろな面で素晴らしい言語です。ただし,その暗黒面を回避する手段を知っているならば,ですが。というのは,JavaScriptのエコシステムには,多くの面で重要なものが欠けていると思うからなのです。コア部分に関しては特にです。 何か事を始めよ
今回は良いコードを書くための私の考え方を書いてみたいと思います。 はじめの一歩 まず、世の中のプログラマーのうち、ちゃんとしたコードを書く人はほんの一握りで、 大半は設計を含めたコーディング、プログラミングが下手くそです。 いろいろ反論はあると思います。しかし、ソクラテスの無知の知のように "自分はコーディングが下手なのではないか" と疑うことが良いコードを書くための第一歩です。 良いコードとは では、その"良いコード"とは、何でしょうか ? 良いコードの答え これは文章やプレゼンといったものと同じです。 良い文章、下手な文章というものは確かに存在します。しかし、何をもって良い文章とするかは難しいところです。 同様に "良いコードとは何か" も、人それぞれで明確な答えは出ません。 良いコードについて、 『達人プログラマー』のような書籍や DRY のように一般的に言われていることがあります。
明日から本気だす!くしいです。 イラストの投稿・閲覧が楽しめる「イラストコミュニケーションサービス」pixivを運営されている ピクシブ株式会社さん。じつは以前オフィス移転された時に紹介させてもらったんだけど、何やら 増床したらしいという噂を聞きつけたので改めてお邪魔してきた。 色々な設備がグレードアップして快適度が3段階くらい上がっているのも凄かったけど クリエイター集団という雰囲気がプンプン漂っているのが強烈でござった。 受付にはタッチパネル式でお目当ての人を呼び出せるシステムが健在 ==== なんかアナログなのが追加されてる ※公開から3ヶ月以上経過した特定の記事は有料となっている場合があります この続きはcodocで購入
LLJVM provides a set of tools and libraries for running comparatively low level languages (such as C) on the JVM. The C to JVM bytecode compilation provided by LLJVM involves several steps. Source code is first compiled to LLVM intermediate representation (IR) by a frontend such as llvm-gcc or clang. LLVM IR is then translated to Jasmin assembly code, linked against other Java classes, and then as
FAQ Are you really porting the entire Lua VM? Yes: The entire Lua 5.2.2 codebase written in C is compiled to JavaScript here, including a full incremental GC and everything else. It fits in 200K of gzipped JavaScript. How can a VM running in a VM be fast? Lua is implemented in portable C. It is possible to run C compiled to JavaScript at speeds approaching that of a native build (using the asm.js
2013年11月28日 英語 私達Webサイトの制作者は、常に英語と関わっています。なぜならHTMLコードやプログラミング言語は英語をベースに作られているからです。そのため、Web業界界隈では英会話上達方法についてのブログ記事がよく話題になります。しかし、本当に英会話って必要なんでしょうか?海外の企業に就職するのであれば、英会話は必須ですが、日本にいるWeb業界の人達はどうでしょう? ↑私が10年以上利用している会計ソフト! Web制作者にとって英語ができることのメリット まずは根本的なところから考えてみましょう。 リリースしたてのWebサービスを使える 多くのWebサービスは英語サイトを第一に作られます。Wikipediaにある2010年のインターネットにおける使用言語は42%が英語で、第一位となっているのが理由のひとつでしょう。他の言語も徐々に追加していくというサービスもありますが、ど
Web の場合は View と Controller の違いははっきりしてます。 View は html ページとその作成を担当します。 CGI は アドレスとパラメーター(アドレスの ? の後など)を受け取り、処理を行います。 その受け取り部分が Controller です。 Model と View ではなく、なぜ MVC としたのでしょうか ? 『 GoF 本』 では Controller を分ける利点をいくつか挙げられています。 キーボードの応答を変えたり、メニューからの呼び出しに変更するとき、表示方法を変更しなくていい。 入力イベントを無視するといったことをコントローラーのインスタンスの入れ替えで可能。 その他にも "View を入れ替えれば、 PC アプリ、 Web アプリでも使えるように" という理由もあります。 ちょっと無理そうな話ですが、例えば、 PC アプリが次のような
先に選択方針を図にまとめたものをあげておきます。 JavaScript 系新言語のどれかは使うべき ? 最初にそもそも何か新しい言語を使う必要があるのか? というところから考えてみましょう。 JavaScript に変換する言語あるいは取って代わろうとする言語 がいろいろできてきている状況を考えると、 今のままの JavaScript には問題がある と多くの人が思っていることは間違いないです。 そのため、今後は JavaScript を直接書くのはやめて、 どれかの言語は使うべきだと思います。 JavaScript にもいいところはある、 新しい言語を覚えるのは大変という人も多いでしょう。 しかし、理由は後で説明しますが、そういう人でも TypeScript は使うべきです。 対象言語 ここに挙げたもの以外にもありますが、私が有名だなと思うものと対象にしました。 CoffeeScript
穏やかな昼下がりにMySQLで小数の足し算をしていたところ、不思議な現象を見つけました。 mysql> select 0.8=0.7+0.1; +-------------+ | 0.8=0.7+0.1 | +-------------+ | 1 | +-------------+ 1 row in set (0.00 sec) mysql> select 0.8=0.7+0.1e0; +---------------+ | 0.8=0.7+0.1e0 | +---------------+ | 0 | +---------------+ 1 row in set (0.00 sec) mysql> select 0.8=0.7+'0.1'; +---------------+ | 0.8=0.7+'0.1' | +---------------+ | 0 | +-------------
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く