約 2,400,895 件
https://w.atwiki.jp/alphas/pages/11.html
コーディングルールについて ディレクトリ構造について コーディングファイルは最終的にWordPressへの移行も兼ねております。 下記の通り制作をよろしくお願いいたします。 〔提出フォルダ〕 -index.html -下層.html 〔img〕…画像の格納 〔js〕...jsファイルの格納 〔css〕...CSSファイルの格納 〔pdf〕...ダウンロード用PDFデータの格納 CSSの記述について ファイルのURLなど、相対パスで記述をお願いいたします。 テスト テスト CSSファイルについて resetファイルを読み込んだうえで、コーディングをよろしくお願いいたします。 コーディングしたファイルのCSSは、style.cssに記述をお願いいたします。（ページごとに分けないようよろしくお願いいたします。 ブレイクポイントはXXXpxです。 コーディング時確認事項 レスポンシブ対応でのコーディングをよろしくお願いいたします。 ブレイクポイントを守ったコーディングでよろしくお願いいたします。 最新バージョンのIE、FireFox、Googlechromeのブラウザにて崩れが発生していないかご確認をよろしくお願いいたします。
https://w.atwiki.jp/sevenlives/pages/328.html
コーディング 読み：こーでぃんぐ 英語：coding 別名： 意味： コーディングとは設計した仕様書を元に実際にソースコードに落とすこと。 設計したプログラムを書き下ろす段階のこと。 プログラミングとほぼ同義だがどちらかと言うとプログラミングは大きく設計段階も含めることも多い。 2010年11月24日 コーディング規約 ハード・コーディング ライブ・コーディング
https://w.atwiki.jp/kobapan/pages/89.html
コーディング/正規表現で先頭のひとつに一致 コーディング/ファイル名を一括変換 コーディング/クリック時のリンク画像の点線枠を消すCSS
https://w.atwiki.jp/sskokko/pages/44.html
コーディング ここ
https://w.atwiki.jp/wakaolab_wd/pages/16.html
【環境構築について】 Ruby Apache MySQL Windows環境での Ruby on Rails (開発環境構築) http //www.syssupo.co.jp/net_hal/ruby.html#010 http //apacheguide.org/ Ruby on Rails用 統合開発環境（IDE） 比較レポート http //codezine.jp/article/detail/2482 開発環境のセッティングは、はてなブックマーク（http //b.hatena.ne.jp/）とかで rubyとかで検索して、user数多いものが情報の精度がいいかもしれない。 【Ruby】 最速でマスターする基礎文法 http //ow.ly/3WyXw ruby チュートリアル http //jp.rubyist.net/magazine/?0002-FirstProgramming http //www.swlab.it.okayama-u.ac.jp/man/ruby/uguide/uguide00.html http //www.ie.u-ryukyu.ac.jp/~kono/software/s04/tutorial/ これいいかも！ チュートリアル集 http //q.hatena.ne.jp/1145328681 オフライン勉強環境 http //japan.internet.com/busnews/20110406/1.html 【Rails】 活用例："10分間で作るRailsアプリ" http //lightson.dip.jp/zope/ZWiki/BookmarkOnInstantRails 【データベースの構築について】 MySQLのセットアップ データベースの構築 【参考図書】 イトクロ社員に聞きました。 【Ruby（2冊組）】 http //ow.ly/41Wa1 http //ow.ly/41Wdg 【Rails】 http //ow.ly/41W3Y 【データサーバに関すること】 レンタルサーバの取得？ ロリポップ http //lolipop.jp/ さくら http //www.sakura.ne.jp/ ドメインの取得？ ムームードメイン http //muumuu-domain.com/ お名前.com http //www.onamae.com/ 正規表現 http //www.mnet.ne.jp/~nakama/ ※参考になりそうなサイト クリエイターボックス 製作者かわいいｗ http //www.webcreatorbox.com ・コーディングのスピードを上げる為の6つの方法 twitterAPIまわり http //usy.jp/twitter/index.php?Twitter%20API Webサービス始める時に気をつけること５つ http //d.hatena.ne.jp/hajimeataka/20110214/1297645090
https://w.atwiki.jp/handsrecs/pages/29.html
コーディング コーディングStringBuffer(StringBuilder) からStringに変換する時 Mapから全てのデータを取得する プリミティブ型からString型への変換する時 String型からプリミティブ型への変換する時 [for]と[while]の使い分け マルチスレッドでコレクションを読み出し(get)処理を高速に行いたい StringBuffer(StringBuilder) からStringに変換する時 ×StringBuffer#toString() ○new String(StringBuffer) ■理由 toString() は返される文字列表現が将来的に変わらない保証はないから。 Mapから全てのデータを取得する Set set = map.keySet(); Iterator iterator = set.iterator(); while(iterator.hasNext()){ Object object = iterator.next(); System.out.println(object + " = " + map.get(object)); } プリミティブ型からString型への変換する時 String.valueOf(int); String型からプリミティブ型への変換する時 Integer.parseInt(string); [for]と[while]の使い分け カウンタを使用する：[for] カウンタを使用しない：[while] マルチスレッドでコレクションを読み出し(get)処理を高速に行いたい org.apache.commons.collectionsパッケージに属する以下のクラスを使用する。 ArrayList FastArrayList HashMap FastHashMap TreeMap FastTreeMap ＜使用方法＞ 以下のサイトを参照 http //www.atmarkit.co.jp/fjava/rensai2/jakarta07/jakarta07.html
https://w.atwiki.jp/handsrecs/pages/5.html
コーディングルール コーディングルール はじめに 目的 心得 良いコードの特徴(実践J2EEシステムデザイン第4章より) はじめに 目的 プロジェクト開発においてコーディングルールに沿って開発を進めていくことは、非常に重要である。その理由は以下の通りである。 本人だけでなく他人のもわかりやすいコードとなる。 開発スピードが高められる。 バグの発生を未然に防ぐことができる。 バグ発生時も素早い対応ができる可能性が高くなる。 本コーディングルールは基本的なルールと有効的なルールをまとめたものである。必ずしもこのルールに沿って開発をする必要はない。プロジェクト開発においてJavaでコーディングする際のルール、推奨、および迷った時の指針を提供するものである。 心得 わかりやすいコードを意識する(他人の視線を意識する)。 Javadocやコメントをきちんと書く。 適切にインデントする。 複数のコーディングがある場合、実行速度に差があまりなけれ-ば、わかりやすいコーディングを選択する。 同じコードは2度書かない。 修正が生じた場合、2箇所変更しなければならず、バグの原因になる可能性が高いから。 わかりやすいネーミングをつける。 全て英語で表記し、長くても名前だけである程度推測できるネーミングが良い。 良いコードの特徴(実践J2EEシステムデザイン第4章より) 良いコードは、大幅な変更そ行わずに拡張でき、ばらばらにしなくても簡単に機能を追加できる。 良いコードは、読みやすく、保守しやすい。 良いコードにはきちんとしたドキュメントがある。 良いコードを基にして悪いコードを書くのは難しい。 良いコードはテストしやすい。 良いコードはデバッグしやすい。 良いコードには重複するコードがない。 良いコードは再利用される。 基本ルール 命名規約 フォーマットスタイル コーディング 設計 #ref_list
https://w.atwiki.jp/sevenlives/pages/2631.html
■ PHP PEARコーディング規約? Zend Framework PHP 標準コーディング規約? PHP-FIG?
https://w.atwiki.jp/implosion/pages/114.html
o0WrafsPアドバンスド 高速コーディング 運動ニューロン補強 Lv 詳細データ 入手 4 攻撃力 9 7 攻撃力 11 10 攻撃力 15 14 攻撃力 22 15 攻撃力 24 20 攻撃力 37 0bgVWcncエクセル 高速コーディング アンドレナイン強化 Lv 詳細データ 入手 13 攻撃力 20 通常攻撃ダメージ 3% 30 攻撃力 74 E C4 通常攻撃ダメージ 5%
https://w.atwiki.jp/libjo/pages/30.html
プログラムの書式 文字コード [UTF-8 BOMなし] 行末はラインフィード(LF)のみにする。 PHPの開始タグには ?は使用せず ?phpを使用する。 PHPの終了タグは使用しない [ ? ] ライブラリ 11/18 ソースコードにJavadoc風のコメントをつける 必ずつけるものは@author,@parm,@version,@info @authorは作成者か更新者の名前 @parmは引数の説明 @versionはバージョン @infoはモジュールの説明 Smarty 11/18 PHP側で表示するテンプレートのファイル名はPHPファイルと同じにする index.phpの場合はindex.tplとする。 命名規則 ファイル名 使用可能な文字は[英数字]と[アンダーバー(_)]のみ 拡張子は必ず[.php]でなければならない 英単語のみの構成を推奨 変数 使用可能な文字は英数字のみ コメント １行コメントは// コーディングスタイル オブジェクト指向はまだならっていなので、手続き型でコーディングする。（保留） 画面に出力するのはSmartyを使用する OOを「習っていないから」という理由で避けるのは無理がある。MySQLもSmartyも（もっといえば、PHPも）習ってないものだから -- fuck (2008-10-05 22 48 13) 名前 コメント