[B! コーディング] field_combatのブックマーク

iOSアプリのコーディング規約を考える時はGoogleよりもNYTimesのObjective-Cスタイルガイドを参考にすべき - Steel Dragon 14106

iOSアプリのコーディング規約を考える時はGoogleよりもNYTimesのObjective-Cスタイルガイドを参考にすべき By raimon, 2015-03-21(土), in category Ios Googleのスタイルガイドは古い複数人でiOSアプリをObjective-Cコードで書いて保守する時、コーディング規約を検討することになる。参考にすべきスタイルガイドとして良く挙がるものにGoogle Objective-C Style Guideがあるが、これはいかんせん古い。メモリ管理ARCやNSNumberのリテラル構文など、比較的新しいトピックについても追記されてはいるが、インスタンス変数のアクセス修飾子プロパティを使う事が主流となっている2015年現在、余り扱われない autorelease を使ったオブジェクト生成など、MRC時代の規約何よりホスティング先が

field_combat 2015/04/06

リンク

コメントの9割は無駄！～アンチプラクティスから学ぶ洗練されたコメントの書き方～ #code #コード｜CodeIQ MAGAZINE

コメントは基礎的で一般的なものでありながら、「どのようなことをコメントに残すか」は経験のあるプログラマにとっても難しいもの。この記事では、アンチパターンコメントを見ながら、どのようなコメントを残すべきかについて説明します。 by 馬場美由紀（CodeIQ中の人）コードは機械のために、コメントは人間のために? プログラミング言語を学ぶとき、コメントは最初に習う項目のひとつです。そして、プログラムであればコメントを含んでいることが普通です。ある研究によれば、ソースコードの平均19%がコメントだそうです。コードを書くとき、私たちは機械とコミュニケーションを取ることを意識しています。機械はコードを認識してコンパイルしたり実行してくれます。解釈できなければ教えてくれます。プログラマは、コンパイラのためにデータ型を明示するコードを書いたりもします。一方、コメントは人間とコミュニケーションする

field_combat 2013/12/18

リンク

WordPressプラグインのコーディングでありがちな10の間違いと設計時に考慮すべきこと | ゆっくりと…

WordPress のプラグインを作って公開すべく、基礎からみっちり学習しています。 Codex 日本語版のプラグインの作成の項には、外部リソースとして Ozh さんの2009年記事「WordPress プラグインのコーディングでよくある10個の間違い」が紹介されています。 Professional WordPress Plugin Development の著者でもある Ozh さんは、WordPress プラグイン・コンペティションの審査員を努めて来た関係上、今までに相当数のプラグインをレビューしているそうです。私も色々なプラグインのコード・リーディングをしてみましたが、古いけど良質なこの記事が、必ずしも広く認知されてるわけではないことを感じています。ということで、古くなっている部分を新しい情報で補いながら、この記事を翻訳で共有してみたいと思います。タイトルにある通り、

field_combat 2013/04/22

リンク

【15日目】AppcleratorにおけるJavaScriptコーディング規則をまとめてみる。 - JP::HSJ::Junknews::HatenaSide

この記事はあすt（略）とふざけてばかりでは、いい加減怒られそうなので(^^; この記事は、@astronaughtsさんが主催の11月1日〜30日まで毎日誰かがTitanium Mobileに関する記事を書くイベント「Titanium mobile “early” Advent Calendar 2012」向けにまとめたもので、中間点その１を担当するのがわたくし@donayamaであります。ちなみに明日の中間点その２は@papetto_tvさんのご担当です。さて、プログラムをしているなかでどういう変数名を付けるかやブロックの記述するときのスペーシングやインデントといった細々としたことではありますが、ともすれば一人だけでやっていてもブレがち、複数名のプロジェクトにおいては示し合わさなければ合うはずもないというわけで、コーディング規則（コーディング規約とか…いろいろ呼び名はあると思うけど

field_combat 2012/11/15

あとで

リンク

JavaScriptのコーディング規約を気軽にチェック

こんにちは、中川です。今回は「Google JavaScript Style Guide」を気軽にチェックできるClosure Linterをご紹介したいと思います。 http://google-styleguide.googlecode.com/svn/trunk/javascript guide.xml Google JavaScript Style Guideのいいところですが、規約だけでなく、しっかりしたツールも揃っているところが素晴らしいと思います。コーディング規約はあったとしても、それに従っているか定期的に簡単にチェックする方法がないと、いつしか守られないまま開発されてしまうことになりますね。 ※今回の内容はMacにて動作確認を行なっています。

field_combat 2012/05/14

Macかぁ

リンク

今さらながら知ったWebStormとJSDocの深〜い関係 – 宇都宮ウエブ制作所

正宗です。ものすごく今さらな事を知ったのでおおはしゃぎで書き留めておきます。いかに今までまともにJSDocを書いていなかったか。私が主に JavaScriptを書くときに使っているWebStormでJSDocをきちんと書くようにすると、JavaScriptの型をなかなか強力にサポートしてくれるようになりました。コードの補完機能なんかもかなり精度が上がってくるので、結果的にコーディングも速くなるのではないでしょうか。私は特に普段はActionScript3を書く機会が多く、ご存じのとおりActionScript3は型を明示できる言語なのでFlashBuilderやFlashDevelop、FlashCS5などのIDEに備わっている補完機能に頼り切ってコーディングしていました。そのスタイルのままJavaScriptのほうの開発を行うと、今まではJavaScriptで厳密に型を明示できないこ