Content-Length: 272724 | pFad | http://b.hatena.ne.jp/n-sega/guideline/
.NET Coding Conventions - C#
Coding conventions are essential for maintaining code readability, consistency, and collaboration within a development team. Code that follows industry practices and established guidelines is easier to understand, maintain, and extend. Most projects enforce a consistent style through code conventions. The dotnet/docs and dotnet/samples projects are no exception. In this series of articles, you lea
アプリ製作のための定義ステートメント共有シート | fladdict
渋谷オフィスを作り社会復帰して以来、チーム内でUI設計を標準化したいと、暇をみては色々なツールを試作している。その中の一部をとして、アプリケーション定義ステートメントの共有ツールをテスト公開。 アプリケーション定義ステートメントとは 聞き慣れない言葉ですが、大雑把にいうとアプリの本質を一言であらわしたコンセプト宣言。 家訓や社訓、電通鬼十則のアプリ開発版みたいなものであり、Appleは自社のヒューマンインターフェースガイドラインで、アプリ設計の最初にこのステートメント作成することを強く推奨しています。ステートメントがチーム全体で共有されていると、アプリがふらふらとブレずにしっかり芯が通ったものになる訳です。 アプリケーション定義ステートメントは、アプリケーションの主要な目的とその対象を、簡潔かつ具体的に宣言したものです。 アプリケーション定義ステートメントを開発作業の早い段階で作成しておく
Apple Publishes iOS 7 Transition Guide To Help Developers Adopt Flat Design | TechCrunch
Apple Publishes iOS 7 Transition Guide To Help Developers Adopt Flat Design As expected, Apple is introducing a completely new design language for iOS 7. For developers, this means they will have to adapt their apps to match the rest of the operating system if they don’t want them to look antiquated. Thankfully, Apple today also published a pretty extensive guide to designing for iOS 7 and transit
git の運用指針 - Cube Lilac
ソフトウェア開発に関しては、これまでほぼ一人で完結していた*1ので git の運用方法もかなり適当だったのですが（ただのコミットマシーン状態）、今回、同一プロジェクトに対して複数人でコミットしていく形になっているので、その状態だとやはりまずいなと言う気がしてきました。ググっていると「なるほど」と思う記事もたくさんあったので、それらの記事を元に自分のプロジェクトの「git の運用指針」を情報共有のために記載しておこうと思います。 前提 まず始めに、現在のプロジェクトの状況は下記のようになっています。 開発は 1 人のメインコミッタ（私）と数人のサポートコミッタ（アルバイト等）で行われる メインコミッタはフルタイム、サポートコミッタは週に数時間〜10時間程度の勤務形態 サポートコミッタに対しては、基本的に 1 機能（1 チケット）を 1 人で完結するように作業を配分するが、時間的な兼ね合いもあ
Web API 設計のベストプラクティス集 "Web API Design - Crafting Interfaces that Developers Love" - フリーフォーム フリークアウト
移転しました http://please-sleep.cou929.nu/20130121.html
PSR-0 を和訳してみた - hnwの日記
先週の土日にPHPMatsuriに行ってきました。ナイスなイベントでしたね。その感想はまた改めて書きますが、Nate Abeleによるセッション「Practical PHP 5.3」で触れられていたPSR-0を適当に訳してみました。これはPHP5.3の名前空間とクラス名に関する標準化の試みで、少なくともZendFrameworkとsymfonyの中の人が関わっているようです。 うまく訳出できなくて苦し紛れのところもあるので、修正すべき箇所があれば教えてください。 元の文章は http://groups.google.com/group/php-standards/web/psr-0-final-proposal にあります。以下はその和訳です。 PSR-0 最終提案 以下で、オートローダーの相互利用性を確保するための必須要件について記述します。 必須要件: 名前空間とクラスの完全な名前とし
Cocoaのためのコーディングガイドライン
はじめに 公開APIを持つCocoaフレームワーク、プラグイン、その他の実行環境の開発には、アプリケーション開発に用いられるものとはまた異なる手法や慣習を必要とします。あなたの製品の主要な顧客は開発者であり、彼らをあなたのプログラム的インタフェースによって迷わせないことが大切になります。 本書にはあなたのインタフェースを一貫性のある、明確なものとするために役立つ、便利なAPI命名の慣例が収められています。また、版数管理、バイナリ互換性、エラー処理、メモリ管理といった、フレームワークに特有の—もしくは、フレームワークでより重要となる—プログラミングテクニックも含まれています。本書の話題には、Cocoaの命名の慣例、そしてフレームワークのための推奨されるプログラミングの習慣の両方が含まれています。 本書の構成 本書の話題に含まれる記事は、大きく二つの種類に分かれています。初めの大きなグループは
http://google-styleguide.googlecode.com/svn/trunk/objcguide.xml
File names for categories should include the name of the class being extended, e.g. GTMNSString+Utils.h or GTMNSTextView+Autocomplete.h Within a source file, Objective-C++ follows the style of the function/method you're implementing. In order to minimize clashes between the differing naming styles when mixing Cocoa/Objective-C and C++, follow the style of the method being implemented. If you're in
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Fetched URL: http://b.hatena.ne.jp/n-sega/guideline/
Alternative Proxies:
C++ Coding Guidelines
http://www.hp-stylelink.com/news/2013/10/20131008.php
デザイン | Android Developers
iOS Human Interface Guidelines：Designing for iOS （日本語）