現在、この項目の一部の版または全体について、削除の手続きに従って、削除が提案されています。 削除についての議論は、削除依頼の依頼サブページで行われています。削除の議論中はこのお知らせを除去しないでください。 この項目の執筆者の方々へ: まだ削除は行われていません。削除に対する議論に参加し、削除の方針に該当するかどうか検討してください。また、本項目を既に編集されていた方は、自身の編集した記述内容を念のために控えておいてください。
現在、この項目の一部の版または全体について、削除の手続きに従って、削除が提案されています。 削除についての議論は、削除依頼の依頼サブページで行われています。削除の議論中はこのお知らせを除去しないでください。 この項目の執筆者の方々へ: まだ削除は行われていません。削除に対する議論に参加し、削除の方針に該当するかどうか検討してください。また、本項目を既に編集されていた方は、自身の編集した記述内容を念のために控えておいてください。
キャンペーンがもうすぐ終了! 初回限定4,470円(36%OFF!) ※キャンペーンが終わる前にチェックをっ! イビサクリーム キャンペーン購入ページ イビサクリーム 定価7,000円がなんと! 限定価格:4,470円 ※今すぐチェック!! キャンペーンが終了している場合はご了承ください。 イビサクリーム キャンペーン購入ページ キャンペーンがもうすぐ終了! 初回限定4,470円(36%OFF!) ※キャンペーンが終わる前にチェックをっ! イビサクリーム キャンペーン購入ページ イビサクリーム 定価7,000円がなんと! 限定価格:4,470円 ※今すぐチェック!! キャンペーンが終了している場合はご了承ください。 イビサクリーム キャンペーン購入ページ キャンペーンがもうすぐ終了! 初回限定4,470円(36%OFF!) ※キャンペーンが終わる前にチェックをっ! イビサクリーム キャンペ
HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方 目次 この文書について 設計文書のうまい書き方 なぜ設計文書を書くのか 良い設計とは何か 同僚の開発者に向けて書く 第 1 節に書くこと: プロジェクト/サブシステムの目的を示す 第 2 節に書くこと: 設計に使う高レベルなエンティティを定義する 第 3 節に書くこと: 個々のエンティティに関する低レベルの設計を書く 使い方 設定 モデル 相互作用 第 4 節に書くこと: 利点, 前提, リスク/懸念事項 マネージャ向けに書くこと 最後に 設計文書のうまい書き方 この文書について "How to Write an Effective Design Document" の日本語訳です. http://blog.slickedit.com/?p=43 推敲歓迎: 誤訳, タイポ, 訳語の不統一,
Java, プログラミングノリノリで書いてみる。 人月というのは「人月の神話」以来、現場の技術者にとっては「お金の計算にしか使えない単位」なのですが、発注者側に分かりやすいということでいまでも大はやりしています。というか受注者側もまじめにこの単位で計算しています。 そしてJavaの世界というのは、私のようにJavaが大好きだからやってる、という人間はすごく少数派で、「そろそろJavaでもやっとくか」「Strutsの使い方覚えたからもういいか」「できればJavaなんかいじりたくないなー。俺も早くプログラマに『これやっといて』って言えるようになりたい」という人のほうが多いのが実情なんですね。その点Rubyの世界は、今は「好きだからやってる」人が圧倒的でしょう。プログラム能力の高いJavaプログラマを探すのは、プログラム能力の高いRubyプログラマを探すよりずっと大変だろうと思う。 Javaの世
外国人が「日本に長く居すぎてしまった」と実感するのはこんなとき 日本にはたくさんの外国人たちが住んでいます。彼らは自分の国と比べることができるため、日本の長所も短所もよく知り尽くしており、褒める言葉や批判を的確に表現したりします。 日本人だからこそ知らない日本の変なところや、外国人だからこそわかる日本の特徴を上手く捉えたジョークがよく彼らの間を行き来しますが、15年くらい前に日本在住のアメリカ人が作ったジョークで 日本に長くいすぎた…と実感するとき というのが出回っていました。 外国人(欧米人)の間でウケて亜流などが色々出回ったこのジョーク、日本人には不思議に思えたり、笑い所が難しいものもあるかもしれません。違う角度から日本を知ることのできる、いいジョークだと思いますので、説明を付け加えながら紹介したいと思います。 外国人が日本に長く居すぎた…と実感するとき 1. 山手線のホームで人波を左
未だに半年前のエントリにブクマされるみたいなので、もう少しjavascriptについて書いてみる。 今回は大規模化開発におけるJavascriptの注意点とかそういうの。当てはまらない環境の方もいます。(しかも基本的な事だらけで大したことは書いてないです) ほぼリッチクライアントを主目的としたjavascripterとコードを対象とします。 どちらかというと、ライブラリを提供する側の視点から 1.ログを出力せよ あなたが書いたコードは遅い、と必ず言われます。なので言われる前から、自分の書いたコードの処理時間をログするようにしましょう。 次のような処理時間を計測するロガーを作ります。 var TraceLog = function (){ this.startTime = -1; var outer = document.getElementById('_outer'); if(oute
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く