【iOS】あのUIは何て言うの？iOSのデフォルトUIコンポーネントをおさらいする | 日本VTR実験室
どうもこんにちはJBです。 アプリの開発&デザイン時に、関わる人たちがデフォルトのUIコンポーネントについてきちんと知っているとお互い話が通じやすいし、設計もしやすいですよね！という訳で、今回はiOSのデフォルトUIコンポーネントについてまとめてみたいと思います。 昔、「あの、あれだよ、あの青くてなんか切り替わるヤツ！」「Segmentted Controls?」「何それ」みたいな会話が繰り広げられて時間と労力を多少無駄にしました。 開発しない人も名前ぐらいは知ってた方が良いですね…と言う事をひしひし感じております。そんなわけでiOS8が出るか出ないかくらいの時期に空気を読まず、今回の記事です。 すべて網羅している訳ではないのと、色々端折っておりますのでその辺はあしからずですよ。詳しく知りたい方は、iOSのヒューマンインターフェースガイドラインをご覧ください！ それでは行ってみましょう！
github で fork したリポジトリで本家に追従する
シンプルに、リモートの本家リポジトリを fetch し手元にマージするという方法。 fork したリポジトリに移動して以下を行う 本家を upstream という名前でリモートとして追加する git remote add upstream git://github.com/FOO/BAR.git git remote -v show 本家の変更を fetch git fetch upstream 本家の変更を merge git merge upstream/master 手順としてはシンプルで理解しやすい。 fork したリポジトリの master は常に本家に追従するようにしておいて、pull request を送る際には必ずトピックブランチを切ってから送るように運用すればよさそうだ。 参考 GitHubでFork/cloneしたリポジトリを本家リポジトリに追従する - Qiita
RailsのAsset PipelineとPrecompileをNode.jsのみで処理できるgulp-sprocketsを作った - yo_waka's blog
RailsのAsset PipelineとPrecompileをNode.jsのみで処理できるgulp-sprocketsを作った 仕事ではRailsアプリを書いていて、JSやCSSなどのフロントエンドはRailsのAsset Pipelineの仕組みに則ってビルドしてる。 普通にRailsアプリ作ってると普段Sprocketsについて特に意識しないと思う。 Sprocketsはそこが凄くて、あまり考えなくてもドキュメント通りにやってれば、必要なAssetを結合できて、リリース時は変更がなければブラウザキャッシュから、変更があれば 新しく読み込まれるみたいなことをやってくれる。 なんだけど、もうそろそろ新しい機能はES2015で書きたいよねという人が増えてきた。 とはいえSprocketsは独自のディレクティブ以外は使えなくて、SprocketsWayから外れると途端に脆い。 ES2015
シンプルさの必要性 · eed3si9n
2013-06-24 2012年4月23日にテキサスの Austin で行われた RailsConf 2012 での Rich Hickey (@richhickey) さんによる基調講演、Simplicity Matters を書き起こして翻訳しました。 Rich Hickey さんは Clojure や Datomic の作者です。 この翻訳は Creative Commons Attribution ShareAlike 3.0 ライセンスに基いて公開します。 Rich Hickey 講演 e.e d3si9n 訳 談: こんにちは。ご招待いただきありがとうございます。 聞く所によると RailsConf はいつもコミュニティーからかなり外れた人を選ぶらしく、今回は僕ということになりました。 僕の電話ボックスは外に駐車してあります。(会場、笑) だけど、今日は言語の壁を越える話題を持
ES6 in Practice
Firefox Developer Conference 2015の講演資料 http://www.mozilla.jp/events/devcon/2015/tokyo/ ES6 Modulesの現状確認がメインです。Read less
Web開発でよく使う、特に使えるChromeデベロッパー・ツールの機能
Webアプリのデバッグやチューニングに役立つ、Chrome Developer Toolsの主要機能を、スクリーンキャプチャ中心で簡潔に紹介。2014年10月に最新情報に改訂。 モダンブラウザーの中でGoogle Chromeは最後発ながら、その機能の潤沢さ、便利さ、高速さからシェアを大きく伸ばしている。そして、今やほとんどのブラウザーではWindowsの場合F12キーを押すことで（Macの場合はCommand＋Option＋Iキーで）手軽に各ブラウザー搭載のデベロッパーツールを利用できるが、特にChromeのデベロッパーツールは、非常に機能が豊富なため、利用している人もかなり多い。 本稿では筆者がよく使う機能や、使うと便利な機能を中心に、Chromeのデベロッパーツールについて紹介していく。なお、本書は執筆時点で、最新のChrome 38を使用している。 機能ふかん 残念ながら、Chro
React.jsのContext周りで嵌ったはなし (owner-based vs parent-based context) - ukatama’s blog
2015-07-08 React.jsのContext周りで嵌ったはなし (owner-based vs parent-based context) # Context React.js の Material Design パッケージ material-ui (mui) などを使ってると出てくる Context 。 これって ドキュメント を読んでもさっぱり出てこないんですよね。 私の探し方が悪いのかもしれませんが。 React.jsのコンポーネント間で情報を渡すためには props を使うわけですが、これはいちいち明示的に指定しなきゃいけないし、子は良くてもそれよ り下の子孫に渡すにはその全てにわたって渡していかなきゃならない。 これはめんどくさいし、コンポーネントの結合度がとても高くなってしまう。 そこで登場するのが Context なのかと。 以下、個人の見解になります。 例えば m
漢のzsh (4) コマンド履歴の検索～EmacsとVi、どっちも設定できるぜzsh | マイナビニュース
今回は、少し話がそれるが最初にEmacsの話だ。 Emacsキーバインド 朝起きると、既に床の横で起動している端末にログイン、おもむろにcvs update -Pdし、Emacsをビルドする。当然、シェルスクリプトで自動化されているのはいうまでもない。しかし、cronに登録しないのは彼の良心である。ギークにとっては日常茶飯事だ。 Emacsでは多くの一種独特なショートカットキーを使う。こうしたキーは普段の作業で体に染み付いてしまうもので、シェルを操作するときでもついつい同じキーを叩いてしまいがち。 ここで期待しない動作になるとストレスである。 そんなユーザのために、zshにはEmacs風ショートカットキー設定が用意されている。なにはともあれ~/.zshrcにリスト1.1の設定を追加だ。何の設定もしていなければだいたいEmacs風設定が最初から有効になっている。 リスト1.1 Emacsライ
みんな大好きjQueryのライセンスを地道にチェックしてみた | オープンソース・ライセンスの談話室
ご存知、Webブラウザ用の軽量なJavaScriptライブラリ「jQuery」(ジェイクエリー)。これを使うと、ウェブブラウザ用のJavaScriptコードをより容易に記述できるようになります。 このjQuery、オープンソースソフトウェア(OSS)として提供されていますが、ライセンスを確認したことがありますか？そして、それをどんなふうに確認しましたか? 先日、「自作ソースコードに、MITライセンスを適用する３つのやり方」という記事を書いたところ、けっこう多くの人に読んで頂けました。ライセンスの適用方法が、よく分からないという人が、まだまだいるってことだと思いますが、これって、そもそもOSSのライセンスがどのように適用されているか、きちんと実例を見ていない可能性が高いんじゃないかと考えました。そこで、今回は、jQueryを題材にライセンスの確認方法を解説します。 手間のかからない方法からは
Searching code (legacy) - GitHub Docs
Note: This article covers the syntax for legacy code search, which you should only need to use for the REST API endpoint for searching code. For information on the code search syntax that you can use on GitHub.com, see "Understanding GitHub Code Search syntax." You can search globally across all of GitHub, or scope your search to a particular repository or organization. For more information, see "
手続き型のダンジョン生成アルゴリズム | プログラミング | POSTD
この投稿では、以前に TinyKeepDev が こちら で述べたランダムなダンジョンを生成する技法について説明しようと思います。元の投稿に比べて、もう少し具体的に話を進めるつもりです。まずは、以下に示したアルゴリズムの一般的な動作をご覧ください。 部屋の生成 はじめに、幅と高さを持つ部屋を円の中にランダムに配置しましょう。TKdevのアルゴリズムは、各部屋のサイズを生成するのに正規分布を用いています。これは一般的にとてもいいアイデアです。なぜかと言うと、これによってより多くのパラメータを扱うことができるようになるからです。幅/高さの平均と標準偏差間の異なる比率を選ぶと、通常は見た目の違うダンジョンとなります。 ここで実行すべき関数は getRandomPointInCircle です。 function getRandomPointInCircle(radius) local t = 2
2 段階認証は本当に安全なのか調べてみた | はったりエンジニアの備忘録
このブログを読んでいる人なら Google や AWS の 2 段階認証（マルチファクタ認証）を有効にしていると思います。もしパスワードが漏れてしまってもワンタイムパスワードを入力しないと認証されないので安心です。 有名どころのサービスでは使えるところが増えてきましたが、2 段階認証を有効にしていれば万全なのでしょうか。エンジニアである以上、その仕組みを理解したうえで自信を持って安全と言いたいところ。 というわけで、2 段階認証は本当に安全なのか仕様を紐解きながら調べてみました。 ワンタイムパスワードの仕様 ワンタイムパスワードを生成する仕様は HOTP と TOTP の 2 つがあり、RFC の仕様になっています（TOTP はドラフト段階）。 HOTP (HMAC-Based One-Time Password Algorithm) TOTP (Time-Based One-Time P
fs.exists()がdeprecatedになった理由 / 学ぶ、考える、書き出す。
wearefractal/vinyl-fs の dest(folder, [opt]) が出力先のディレクトリが無い場合でも、そのディレクトリを作ってくれないということで、自分で「ディレクトリの有無を確認して、無い場合はディレクトリを作る」という処理を作る必要がでてきました。 そこで File System Node.js v4.1.0 Manual & Documentation を見て、ディレクトリの有無を確認するのに使えそうな fs.exists() という API を見つけたのですが、「Deprecated: Use fs.stat or fs.access instead.」ということで、他の API を使うように書かれていました。 「ファイルの有無を確認する API が deprecated になるのはなぜ？」と思い、これは何かあると思って少し調べてみたのでまとめておこうと思い
Thousands of FANTASY NAMES - fairy, gnomes, elves, goblins, mystical, magic demons, vampires, witches, dragons, beasts, pirates, creatures, giants, monsters, heroes, hippies, gypsies, clowns, Sailormoon, Jungle Book, Disney, James Bond ... endless!
| Fantasy Names | All the Fantasy Names Links | Mystical Names | | Names of Tolkien Folk | Names of Tolkien Animals | Name Generators | | Dungeon & Dragons Deities | Forgotten Realm Deities | Greyhawk Deities | This website contains links to thousands of external websites. Although we check for, and correct broken links once monthly, it is inevitable that you will encounter broken links throughout
JSON Schema の oneOf / anyOf / allOf - たまめも(tech)
draft v4 の validation keyword たちであるところの xxxOf 三兄弟。 混乱しがちなのでまとめるぞ！ 共通点 object の array であること 中の object は JSON Schema として valid であること array の中身は１つ以上であること 相違点 (oneOf) An instance validates successfully against this keyword if it validates successfully against exactly one schema defined by this keyword's value. (anyOf) An instance validates successfully against this keyword if it validates successfully
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://developers.google.com/web/tools/setup/workspace/setup-devtools
[ドミニオン]ドミニオン単語英日対応表
when running screen on OSX, command+r messes up arrow keys in vim across all screens
Opening New File using VBA on Mac
This is how to represent an object that can have multiple types within a JSON Schema
