明るさとコントラストを手動で補正する 前の記事では自動的な色の調整について説明しました。 ここからは、手動での色の調整の説明に入ります。 この記事では、『明るさとコントラストの補正』について説明します。 少し手間がかかりますが、自動的な補正に比べて細かな調整を行うことができます。
明るさとコントラストを手動で補正する 前の記事では自動的な色の調整について説明しました。 ここからは、手動での色の調整の説明に入ります。 この記事では、『明るさとコントラストの補正』について説明します。 少し手間がかかりますが、自動的な補正に比べて細かな調整を行うことができます。
色の三属性とは? 色は「色相」「彩度」「明度」と呼ばれる3つの属性を持っています。この3つをコントロールすれば、キャラクターイメージを踏襲した配色や注目させたい部分を色だけで強調できます。 今回は色の基礎講座として 色の三属性(色相・彩度・明度) 色の調整方法 補色の使い方 についてご紹介します。 「いまさら聞けない!」と思いつつも、実は3つの違いをはっきりと認識していない方も多いのではないでしょうか。お絵かき初心者さんも、改めて色彩理論をおさらいしたい方にもオススメです。 色の三属性 色相(Hue) 色相とは「赤」「黄色」「青」のような色の相違を指します。 彩度(Saturation) 彩度とは、色の鮮やかさの度合いです。 彩度が高ければ高いほど目を惹く効果があります。 【ポイント】 彩度が高い→ビビッドで鮮やかな色味 彩度が低い→落ち着いた色味、無彩色 明度(Brightness) 明
ヤマモトヒロユキ (Hiroyuki Yamamoto) @yam_owl この影の境目に別の色相を入れる手法。なぜか最近までやってなくて、最近やってみたらリアリティにものすごい差があってびっくりしてるのですが、どの色を選んだらいいのか。という法則ってあるんですかね。写真のリファレンスがあれば一番でしょうけど、、 pic.twitter.com/U6a0N6w42b
[box class="box8" title="この記事で分かること"] ・エビングハウスの忘却曲線の本当の意味 ・英語学習にも活かせる、記憶の仕組み ・忘却曲線にもとづく、最適な記憶法 [/box] 英語でも何でも、勉強するときはたくさんのことを覚えなくてはいけません。資格、スポーツであっても同じことです。 覚えたことをなるべく忘れないで、長く覚えておくための記憶のコツを知りたい人はたくさんいると思います。 ここでは、有名なエビングハウスの忘却曲線や、脳の記憶の仕組みを説明しながら、効果的な暗記のやり方について紹介していきます。これを読めば「誰でも効率的にたくさんのものを覚えることができるコツ」があることを理解でき、暗記に対する考え方もガラリと変わります。 そして効率的な暗記法を理解する上でキーワードになるのが「エビングハウスの忘却曲線」です。 有名なエビングハウスの忘却曲線。19世紀
1880年から1885年にかけて、エビングハウスは、自ら「子音・母音・子音」から成り立つ無意味な音節(rit, pek, tas, ...etc)を記憶し、その再生率を調べ、この曲線を導いた。結果は以下のようになった。 20分後には、節約率が58%であった。*1 1時間後には、節約率が44%であった。 約9時間後には、節約率は35%であった。 1日後には、節約率が34%であった。 2日後には、節約率が27%であった。 6日後には、節約率が25%であった。 1ヶ月後には、節約率が21%であった。 この一番上のグラフは経過時間ごとの節約率を表している。節約率とは一度記憶した内容を再び完全に記憶し直すまでに必要な時間(または回数)をどれくらい節約できたかを表す割合である。式で表すと (節約率)=(節約された時間または回数)÷(最初に要した時間または回数) (節約された時間または回数)=(最初に要
ども、@kimihomです。 API に関する基礎的な話で、なぜ API が重要なのか、APIの実装で注意する点について記述した。 今回はAPI開発において最も頭を悩ます、認証の問題について考えてみたい。 API における認証 よくあるログインが必要なページを考えてみていただきたい。 通常のWebアプリケーションであれば、Cookieという仕組みを使って毎回Webサーバーにアクセスするときにsession idというものを送信し、それとユーザー情報を紐付けたデータを取ってくることで、どんなユーザーからリクエストが来たのかをWebアプリケーション側で判断することができる。これにより、私たちはいつも閲覧しているWebアプリケーションが自分専用の画面として見れるようになっている。 これがAPIになると話は違ってくる。Cookieという仕組みが使えないのである。ということで、なんとかしてAPIにア
Rails5からAPI modeが実装されたのに伴って、has_secure_tokenがRailsにマージされて標準機能になりました。平たくいうとhas_secure_passwordのtokenバージョン、と思えば大丈夫です。 実装については該当のPullRequestを貼っておくのでご参照してください。 https://github.com/rails/rails/pull/18217 また、元々公開されていたGithub URLも合わせて貼っておきます。 https://github.com/robertomiranda/has_secure_token 使い方 下記のように定義すれば tokenカラムに対して、has_secure_tokenメソッドで生成されるtokenがUserオブジェクトを生成するときに挿入されるようになります。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く