Regular expression visualizer using railroad diagrams
アトピー性皮膚炎とその治療について解説するシリーズの前編「治らない?ステロイドは怖い?アトピー性皮膚炎と治療【前編】」では、“治療のゴール”をしっかり設定すればアトピー性皮膚炎は“治らない”病気ではないということ、ステロイドについてなどを解説しました。 ここで、後編をスタートする前に、皆さんの関心の高かったステロイドの副作用について、再度、まとめておきたいと思います。前編と合わせて読んでいただくと分かりやすいと思います。 ・ステロイドは内服と外用ではまったく副作用が違う。 ・ステロイド内服は全身的な副作用が出るが、外用は「塗った場所にのみ」副作用が出る。 ・ステロイド外用にはリバウンドはない。リバウンドと思われているものは、実はきちんと「しっとりつるつる」になるまで塗っていないために悪化したものである。 ・ステロイド外用による色素沈着はない。色素沈着は、湿疹が素早く治らなかったことによるの
30代、40代のビジネスパーソンを中心に、糖尿病や高血圧、メタボ、皮膚トラブルなどについて専門家に解説をしてもらう連載。医療検索サイトにおいて、常に上位にランキングされる「アトピー性皮膚炎」。実は、社会人になってから発祥するケースも少なくないといいます。ここでは、ナビタスクリニック川崎 山本綾子先生(日本皮膚科学会専門医)に「アトピー性皮膚炎」について解説してもらいます。 ご自身を含め、アトピー性皮膚炎で苦しんでいる人が身近にいるという人が、最近、増えていないでしょうか? あるいは長年多くの皮膚科を受診し、ステロイド軟膏を処方され、そこそこマシにはなったけれど、あまりきれいにならない。アトピーはどうせ治らない病気だ……とあきらめてしまっている人も、中にはいるでしょう。 でも実は、「治療のゴール」をしっかり設定すれば、アトピー性皮膚炎は治らない病気ではありません。 そこで、意外と知られていな
##結論:Highchart ccchart(canvasChart)と悩みましたが、Highchartを選んだ理由は、下記の通りです。 1.円グラフや棒グラフを組み合わせた複合的なグラフのサンプルを載せている 2.複合グラフのアニメーションがかっこいい 商用ライセンスなので、無料にこだわる方は、ccchart(canvasChart)がおすすめです。 ##Highchart http://www.highcharts.com/ 表現力、完成度の点でいちばんだと思います。商用なのでお金さえあればこれがイチオシ。 ##ccchart(canvasChart) http://jsgt.org/c/ 私のイチオシは canvasChart です ライセンスは PUBLIC DOMAIN! ##raphael.js http://raphaeljs.com/ qiitaのプロフィールの円グラフで使
大きく挙げたのは7冊なので、7日の休みで1日1冊ですね! 連休の間に読んでおいて、友達に差をつけよう! うっかり、先輩にも差をつけちゃえばいいと思います。 プログラムを組むとはどういうことか 本を挙げる前に、まずプログラムを組むとはどういうことかということを考えておきます。 ざっくりとした説明なので、だいたいこういう感じ、だと考えてください。 その上で、どのような本が必要かを考えて、本を選んでいきます。 以前描いたものですが、プログラムを作るということと各分野の関係はこのようにあらわせます。 まず、プログラムは最終的にユーザーに使ってもらうためのものです。 ただ、ユーザーはプログラムを直接使うことはできません。プログラムはハードウェアで動かす必要があります。そして、ユーザーインタフェースを介してユーザーが使います。 (ハードウェアからプログラムへの矢印は逆のほうがいいですね) このような、
(追記:2013-08-16) 本記事のトリビアを含む55のトリビアを以下の記事にまとめました。 知って得する!55のRubyのトリビアな記法 半年くらい前にちょっとトリビアだけど、知っていると意外と便利なRubyの記法を21個紹介したよ。 知って得する21のRubyのトリビアな記法 ~ 21 Trivia Notations you should know in Ruby 今回はその第2弾だよ! ちょっと数が少ないけど、知らないものがあったらへーとかほーとか、得したとか言ってもらえるとうれしいよ。 1.Enumerator#with_index 任意のリストを標準出力するときに連番を同時に振るとしたら、普通はEnumerable#each_with_indexを使うよね。 names = Module.constants.take(10) names.each_with_index {
(追記:2013-08-16) 本記事のトリビアを含む55のトリビアを以下の記事にまとめました。 知って得する!55のRubyのトリビアな記法 ちょっとトリビアだけど、知っていると意外と便利なRubyの記法を21個拾ってみたよ(Ruby1.9限定)。 君なら全部知ってるかもしれないけど.. 1. 動的継承 Rubyのクラス継承では < 記号の右辺にクラス定数だけでなくクラスを返す式が書けるよ。 class Male def laugh; 'Ha ha ha!' end end class Female def laugh; 'Fu fu fu..' end end class Me < [Male, Female][rand 2] end Me.superclass # => Female Me.new.laugh # => 'Fu fu fu..' def io(env=:develop
自作Webアプリケーションのデプロイ先として Rackhub というのが新たな定番になると思っているので、このたび Kyoto.pm *1 で布教してきました。スライド: http://speakerdeck.com/u/cside_/p/vpsdotcloudrackhubRackhub: http://rackhub.net/Rackhubとは一言でいうと「環境構築済みのVPS」です。その何が新しいのか、何が嬉しいのか、など詳しいことは資料の方へ盛り込んだので、ぜひお読みいただければと思います。 ここからは参加しての個人的な感想になります。皆それぞれに問題意識を持っていて、それを解決するためにがっつり一人の時間を取るようにしているのだなぁと改めて感じました。僕は週5フルタイムでバイトしていたときは業務終了後や週末はぶっちゃけ結構だらけてしまっていたけど、今日紹介されてたライブラリやサー
コミットメッセージの書き方ではコミットをわかりやすくするためには以下の2つの条件を満たす必要があると書きました。 コミットの内容が分かりやすく説明されていること コミットの内容が小さくまとまっていること このうち「コミットの内容が分かりやすく説明されていること」についてはすでに説明済みです。今回は「コミットの内容が小さくまとまっていること」について説明します。 めざすところ 単純にコミットの内容を小さくするだけではわかりやすくなりません。それでは、どのような基準で小さくすればよいのでしょうか。 よく言われることは1つのコミットには1つの小さな論理的にまとまった変更だけにする、というものです。たしかにこれは重要です。しかし、これだけを基準とすると、人によっては大きめなコミットになってしまいます。人それぞれで論理的なまとまりの大きさが異なるからです。 1つのコミットでどうすればよいかを考えるの
はじめに 「分かりやすいコードを書く」、「コードと一緒にテストも書く」等はソフトウェア開発において大切なことです。しかしそれと同じくらい大切なことして「分かりやすいコミットメッセージを書く」があります。これはあまり着目されていなく、見過ごされていることです。 今回は、コミットメッセージの分かりやすさの大切さ、そして、分かりやすくするための書き方を説明します。 コミットメッセージとその大切さ バージョン管理システムとコミット 現在、ほとんど全てのソフトウェア開発ではSubversionやGitなどのバージョン管理システムを使っています。バージョン管理システムを使うことによるメリットというのは、ソフトウェアの変更が記録されていくことにあります。 具体的なメリットは3つあります。 ソフトウェアの調査がしやすくなることです。現時点でのコードと、そして変更の履歴とを組み合わせることで、それらから非常
Photo by muraterturk こういった記事って、ネーミング規則や慣習の視点から書かれていることが多いんですけど、この記事では、英文法に視点を置いて、参考になりそうなことをいくつかピックアップしてみたいと思います。 「省略形は使わない」などの規約的なものは、各プロジェクトのルールに従えばいいので、ここでは書きません。あくまで英語という視点から書いているということを、ご理解ください。 Rule 1 : “検索”は名詞 一般的な英語辞書のルールでは「検索」は、動詞ではなく「検索する」が動詞になります。「検索」は、検索することの名称 だと考えられるため、動詞ではなく名詞として扱います。 英語辞書には、日本語の品詞ごとに表記のルールがあります。これが理解できていると、和英辞書などで品詞を意識して検索できるようになります。以下に、一般的な英語辞書の表記ルールをまとめてみました。 <各品詞
■ GitHubのセキュリティホールがふさがったのでSSH Keyを確認しよう 先日、Railsアプリにありがちなセキュリティホールがあることが判明したGitHub。詳細は@sora_hによる「github の mass assignment 脆弱性が突かれた件」が非常によくまとまっているので参照のこと。脆弱性の内容そのものもだけど、開発者として脆弱性指摘をどのように受容、対応すべきかを考えさせられる事例だった。 で、これはようするに赤の他人が任意のリポジトリへのコミット権を取得できてしまうという事例だったのだけど、脆弱性の内容をみる限りその他のさまざまな入力もスルーされていた可能性がある。ということで、その対策が(おそらく)なされたのだろう、今朝になってGitHubから「SSH Keyの確認をせよ」というメールがいっせいにユーザに配信された。3日で修正とか、GitHubの中の人もずいぶん
チーム開発において、「チケット/Issue」「TDD」「コードレビュー」など、ソースコードの変更に対する効果的な開発フローについてよく考えるのだけど、なんにしてもこのあたりは非常に課題が多く、各社各コミュニティで色々なやり方が模索されているポイントだと思う。 で、まぁご多分に漏れず僕もよく考えるわけだけど、現状その過程で Pull Request こそが非常に効果的なのではないか、と思うので、ちょっとまとめてみようかと思う。 もちろん、言うまでもないようなことだよ、という人もいるかもしれないけど、そういう人がたくさんいると、非常に喜ばしいことだね。 Pull Request とは GitHub でこう呼ばれているので、こう呼ぶことにするが、ここでは、複数のリポジトリ/ブランチ間でのオープンな patch のやりとりのことだと考える。 あと、自分が使っているのが Git なので、ここでは G
ホームインターネット【まとめ】ソフトバンクが無料で配布しているFONルーター(Wi-Fiルーター)とFON/ソフトバンクWi-Fiスポット/BBモバイルポイントの関係についてまとめてみた ソフトバンクが配布している無料Wi-Fiルーターを自宅のネットワークに設定しましたよ〜。設定前にマニュアルやいろんなページを見てしまったので、逆に設定完了まで時間がかかってしまったので、まとめておきたいと思います。 これから設定をしよう!と思っている方や、興味があるけれど何だかよく分からない!という人はご参考にしてくださいね。 1.「Wi-Fiルーター無料配布」と「FONルーター」の関係は? ソフトバンクがわざとややこしくしているのか?と思うのですが、ソフトバンクのウェブサイト上で表記が混在しているので、まずは整理しておきましょう。 ソフトバンクはiPhoneの爆発的な普及の結果、3G回線が逼迫する深刻な
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く