CSSのクラス名を決めるときに使うリストをつくりました
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? CSSは設計手法も大事ですが、どういう単語で名前をつけていくかも大事だと思っています。 個人個人でばらつきが出るところでもありますし、「単語名 英語」で検索をして探した単語を使ったけど若干意味合いが違ったといったこともあると思います。 クラス名を決めるためのリストを見かけることもありますが、英単語の読みは書かれていても意味合いが書かれていることは少ないように思います。 自分の確認用と、チームで製作するさいの基準になるようなものを作りたいと思い、単語とその意味を短くまとめてGitHubにあげています。 CSS クラス名リスト | GitH
データ構造と メソッドのネーミング - codic ブログ
データ構造など技術的な背景をちゃんと知っていれば、データ操作に関する正しい英語を使えるねーて話です。用語のイメージもつかめるようにしていますので、shift / unshift とかイメージできない方もどうぞ。 1. push / pop = スタック push pop は、スタックの用語で、それぞれ pop はスタックから取り出す、push は挿入する事を意味します。JavaScript や Ruby の Array には、スタックとしてのコンセプトもあるので、push / popという用語が使われます。 対して、Javaの ArrayList (インターフェースは Collection） は、単なる集合を表すインターフェースなので、抽象化のために add / remove というネーミングが使われます。そういえば、Javaには、Stackというクラスも別途用意されていますね。Stack
XMLParser vs XmlParser どちらが正解？表記が揺れるケースと対策 - codic ブログ
キャメルケースの表記で、よく揺れるケースとその対策についてまとめてみました。プロジェクト内で表記を統一したい場合などに参考にしてみてください。No.3以降は、単語の区切りについてなので、snake_caseにも当てはまりますよ。 1. XMLParser – XmlParser これはよく揺れますね。XMLのようにそれぞれの頭文字 (Extensible Markup Language) を並べて作られた単語を頭字語と言います。頭字語は、それが頭字語だと言う事をわかりやすくするために、英文のルールではすべてを大文字にします。このルールとキャメルケースの表記法とが衝突しているので、人それぞれで書き方がバラツキます。 Rule ルールを作る場合は、英文ルールに従い頭字語はすべて大文字にするか、キャメルケースに従うか・どちらか一方にしなければならないのですが、単語によってしっくりくる書き方が違っ
delete_flag とネーミングしている人に読んでもらいたい、過去分詞を使った曖昧さの回避 - プログラマー幸福論
Photo by LordFerguson とあるテーブルで、process_flag（処理フラグ）というカラムを見つけた時に、あなたは 処理したものに "1" が立つと思いますか？それとも 処理対象のものに"1" が立つと思いますか？ 大抵の人は「処理したものに "1" が立つ」と答えますが、何人かは反対のことを言うと思います。それは不思議なことではありません。process_flag というカラム名に「処理したものが ”1” になる」ニュアンスはなく、受け手が経験や慣習から判断しているだけなので、このような現象が起きます。 日本語では、処理済フラグ／処理対象フラグといった表現の使い分けにより、このような問題が解決されるのですが、英語名に変換した際にこれらの情報が欠落しているケースを良く見ます。 ～済みは過去分詞 何かの動作が完了したことを表現するには、過去分詞を使うとスマートに表現でき
クラスの命名のアンチパターン - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 昔から「名は体を表す」と言ひます。クラスの名前がクラスの果たす役割と一致してゐるかどうか常に考へ続けませう。 ImageInfo, AccountData, etc. Info って何やねん? Data って何やねん? ImageInfo って Image とはどう違ふねん?? FooInfo や FooData よりも好ましいかもしれない名前の例: FooAttribute, FooProperty, FooMetadata, FooDescription FooConfiguration, FooSetting, FooParame
SSD Cloud Hosting & VPS - MNX.io - A PROPER SERVER NAMING SCHEME
Here at MNX, we’ve been busy setting up a brand new data center for our cloud hosted services. We started off as a consulting company providing managed Linux services, which means we have been exposed to a ton of different customer environments and an equal number of schemes for naming equipment…not all of them good. It’s a problem that goes back as far as computers have existed, and everyone has
RedisのKeyのnaming convention(命名規則) - Debuginfo
基本自由に決められますが、何かしら方針が欲しいですよね。 調べてみるとオフィシャルのページに書いてありました。 Try to stick with a schema. For instance "object-type:id:field" can be a nice idea, like in "user:1000:password". I like to use dots for multi-words fields, like in "comment:1234:reply.to". なので、user_id=1のusernameがkamepacaだったら、 user_id:1:username = kamepaca でいいと思います。Perl的には下みたいに入れておけば良いでしょう。 use Redis; use JSON; my $redis = Redis->new(server =
DMM inside
“爆速” 導入の舞台裏！デジタル庁が提供する「デジタル認証アプリ」の活用で実現「安全で簡単な本人確認システム」
変数名の力 - いいプログラムを書こう
はじめに名前ありき。 これは洋の東西を問わず、呪術魔術の基本として伝えられる語句です。 いきなり魔術や呪術や出してしまって引いてらっしゃる方も多いとは思いますが、コンピュータの世界ではプログラマは一種の魔法使いかもしれません。 プログラミング言語やスクリプトといった呪文、ミドルウェアやデータベースエンジンといった触媒を使いこなし、さまざまな現象を仮想空間に作り出します。 そして実際に、非常に優れた専門家は、敬意を込めて、同じ開発者から(特に英語圏では)こんな風に呼ばれます。 ─ウィザード。 多くの系統の魔術や呪術では、「名前」というものは、すべての基本です。 「まじない」とはそうあるべく縛ること、そして最も強力で基本的な縛りが名前なのだそうです。 名前がないものは存在しないと同じ、名前は、それがそこにあることの証明でもあるのです。落ちているゴミも、ゴミという
hostname 命名のヒント
一台を越える計算機を管理するには、 「計算機に名前をつける」という作業が必要になります。 計算機に名前をつける作業の際に、 記憶を刺激し適当なもの捻り出すキッカケとなるように書きました。 最初の一台に適当に名前をつけてしまうと目も当てられません。 この文書で扱わないこと 文書の中で例示するドメインが欲しい場合には RFC2606 を参照のこと。 /etc/myname や /etc/rc.conf の書き方が知りたい場合には man でも見てください。 NSD や tinydns の設定については他を当たってください。 named.conf や zone の書き方は適当に他を当たってください。 $GENERATE の使いかたも自力で調べてください。 べき・べからず テーマのある名前をつけろ。 タイプしやすい名前をつけろ。 採用前に綴りの確認をしろ。 (計算機を使う可能性のある)ユーザの名前
The programmer's thesaurus
The programmer's thesaurus 1 Introduction In computer-related areas, the English language offers a broad vocabulary. Therefore, naming functions and methods can be a difficult task. This document aims to be a comprehensive reference which will help you finding the most appropriate word in all situations. If you want to contribute, I'd be happy to include your changes. You can find my e-mail addres
サーバ名など、たくさんの名前が必要なときに使える「命名シリーズ」まとめ - masahirorの気まま記録簿
サーバなどの機器が大量に増え、命名に困っています。 サーバやネットワークの管理者にお尋ねします。 サーバやハブ、ルータなどの名前はどのように付けていますか？ 機器名や役割などをそのまま名前にしている場合もありますが、今回は惑星の名前や星座の名前など、バリエーションが豊富で今後機器が増えても安心な「シリーズもの」を教えてください。 先日行った人力検索。多く方からたくさんの情報が集まったのだが、参考にしたい時、上記ページを開くと人力検索の仕様上表示に時間がかかるので、まとめてみた。（本当は質問終了後すぐまとめるつもりだったけど、延び延びでようやく今日まとめる気になった） 以下のような名づけが必要なシーンで、命名をどうするかよく困ります。※下記はあくまで例です 台数が増えてきた自宅PCのコンピュータ名・ホスト名。 無線LANアクセスポイントのSSID。 ネットワークのワークグループ名。 会社に導
「よりよいコードを求めて命名について頭をひねる会」のログ
http://www.zusaar.com/event/438105 アプリケーションを作る英語 の著者の西野さんを交えて、クラス名とかメソッド名とか変数名とか命名で困っている課題を1つ以上持ち寄りみんなで一緒に検討する勉強会をしました。 「アプリケーションを作る英語」 電子書籍 http://tatsu-zine.com/books/english4app 紙 http://www.amazon.co.jp/gp/product/4844332848/ はじめに：西野さんからちょっとお話 The Art of Readable Code から第2章と第3章 第2章：名前に情報を詰め込むようにする どういう情報をつめこむか。 明確な言葉を選ぶ get は不明確らしい getPage(url) -> FetchPage(url) や DownloadPage(url) 特色のある（color
良いネーミングをするために覚えておきたい英語のルール5つ - プログラマー幸福論
Photo by muraterturk こういった記事って、ネーミング規則や慣習の視点から書かれていることが多いんですけど、この記事では、英文法に視点を置いて、参考になりそうなことをいくつかピックアップしてみたいと思います。 「省略形は使わない」などの規約的なものは、各プロジェクトのルールに従えばいいので、ここでは書きません。あくまで英語という視点から書いているということを、ご理解ください。 Rule 1 : “検索”は名詞 一般的な英語辞書のルールでは「検索」は、動詞ではなく「検索する」が動詞になります。「検索」は、検索することの名称 だと考えられるため、動詞ではなく名詞として扱います。 英語辞書には、日本語の品詞ごとに表記のルールがあります。これが理解できていると、和英辞書などで品詞を意識して検索できるようになります。以下に、一般的な英語辞書の表記ルールをまとめてみました。 ＜各品詞
変数とメソッドの命名ベストプラクティス15 - 杉風呂2.0 - A Lifelog -
この記事は、Cagdas Basarane 氏のブログ、 CodeBuild から 2012年2月20日の記事 "15 Best Practices of Variable & Method Naming" を翻訳したものです。 原文URL http://codebuild.blogspot.com/2012/02/15-best-practices-of-variable-method.html 十分短く十分長い変数名をスコープごとに使用する。一般的に、ループカウンタには1文字、条件やループ変数には1単語、メソッドには1-2単語、クラスには2-3単語、グローバル変数には3-4単語を使用する。 具体的な(specific)名前を使用する。例えば、"value"、"equals"、"data"といった変数名はいかなる場合も有効ではない。 意味のある(meaningful)名前を使用する。変数
RESTful API Design, Second Edition
Nov 3, 2011661 likes180,448 viewsAI-enhanced description This document provides guidance on designing RESTful APIs. It recommends using nouns instead of verbs, keeping URLs simple with only two endpoints per resource, and following conventions from leading APIs. Complex variations and optional parameters should be "swept behind the '?'." The document emphasizes designing for application developers
我的春秋 コード共有のためのネーミングルール
最近、CSS の使いまわしなどを視野に入れ、一部で class名や id名の共有というテーマへの関心が徐々に高まりつつあるような印象です。microformats なんかも、その流れのひとつといえるでしょう。 Naming conventions table（And all that Malarkey） もう、class名やid名で悩まないんだからっ！！（CSS HappyLife） (X)HTML の id/class における命名規則（purprin さん CSS Flight プレゼンスライド） 名前の共有はコードの共有のための（複数人で同一コードを編集・転用する）重要なファクターのひとつですし、非常にいい傾向だとは思うんですけど、実際につけられている名前を見てみると、シブい顔をせざるを得ない事例が結構あるようです。 コード共有のためには避けたい命名事例 構造ではなく見栄えで命名して
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
データベースオブジェクトの命名規約 - Qiita
【やじうまWatch】これで名付けに迷わない？ サーバー命名ルールをまとめた良エントリー ほか
はてな 何かのネーミングをするのに役立つページを教えてください。