約 120,043 件
https://w.atwiki.jp/enhans/pages/12.html
PHP本部 PHPとは 基本的に絞られるPHPで書くもの 掲示板 チャット 参考になるサイト PHPの講座を開いていらっしゃるKuchinashiさん（イチオシ）です。 http //www.nicovideo.jp/user/163365/video 掲示板やチャットを説明を入れながら書いてくれています。 初期更新(2015/06/23 17)
https://w.atwiki.jp/enhans/pages/13.html
HSP本部 HSPとは Hot Soup Processor開発者おにたまさんの素晴らしいPrograming言語で皆さんも是非、 Programingの魅力を知って下さい！ 基本的に絞られるHSPで書くもの ゲーム全般 アプリ・ツール全般 ２ちゃんねるHSP HSPまとめページ 初期更新(2015/06/23 17)
https://w.atwiki.jp/peachful/pages/30.html
書くことに関する企画書 書くこと 高校の頃、父がぼくの文章を絶賛した。 その文章は、ぼくが思いついた、冗談や、大ボラを、ワザと真面目に書き綴ったもので まあ、読者が笑ってくれたらいいなあとだけ思ったものだ。 大学生のころ、父は新聞の連載コラムを担当した。 書くに当たって参考になった本
https://w.atwiki.jp/brutalanimal/pages/185.html
書く人氏の作品 狼娘１ 狼娘２ ライオン娘１ 熊娘１ 百舌娘
https://w.atwiki.jp/uyoku310/pages/22.html
鑑別所は大人で言ったら拘置所みたいなとこだ。家裁からの判決待ちの約一ヶ月間入ってる。 他のとこはわからんけど、茨城の鑑別所は精神的に辛い。誰とも話できない。朝は6時に起きて布団畳んだり、洗ってラジオ体操する。そっから朝食なんだが、これがまた不味い。山盛りご飯は麦７ 米３の黄金比www おかずは魚が出ればまだいい、わけのわからないザーサイとキュウリのキュウちゃんしか出ない日もある。味噌汁だけが友達www 後は、運動と言うなのイジメと、一日二冊だけ貸してくれる本を読む。 日課はボールペンの先で色紙ちぎって書く貼絵www ドラえもん書いたら、鑑別所の中に飾られて笑ったwww お風呂の時間は大変だった。少年ヤクザみたいな奴が多くて背中が絵の博覧会www 親指は常に水面より上に出してなくちゃいけないからかなり間抜けな状態www 土曜日と日曜日は特別な日だった。朝から食パン一斤しかも出てくるマーガリンとジャムは学校給食サイズwww 全部食べないと責められるから、口の中パサパサになっても食った。 後、午前中と午後に各１本ずつ映画見れる。自分のお金で頼んだカールのチーズ一袋とあんパンとオレンジジュース飲めるから幸せwwwただ映画の内容はとなりのトトロとかグーニーズとかしかなかった。フランダースの犬が始まった時は別の意味で泣いた。 たまに家裁から検事が取り調べ来るぐらいで後は、親とかが面会来るぐらい。 約一ヶ月すぎると家裁で裁判になる。これで行き先決まるわけ。 俺と竜は、初犯だったから保護観察になった。
https://w.atwiki.jp/nvws/pages/18.html
とにかく書く 「アイディアだけはいくらでもある」などと寝言をいっている暇があるのなら、そのアイディアを形にする努力をすること。 どうすればいいか。簡単である。書けばいい。個人的な経験則だが、一文字も書かずにいるよりも、たとえ五文字でも十文字でも、毎日書き進めていった方が良いアイディアが浮かんでくるように思う。 ある程度の時間が毎日確保できるのなら、一日に何枚と自分にノルマを課すのもいいだろう。一日（原稿用紙換算で）十枚のノルマを課せば、一カ月あまりで文庫本一冊程度の分量の小説を書き上げることができる計算である。 無論、仕事が忙しい、乳幼児の子育て真っ最中など、なかなか小説を書くためのまとまった時間をつくることのできない場合もあろう。そのような場合でも、極力何らかの形で創作活動には関わっておきたい。執筆中の作品のアイディアを膨らませる、次作の構想を練るなど、頭の中だけでできることも少なくはない。
https://w.atwiki.jp/mysqlmemo/pages/18.html
図面 製図ソフト（CAD）で書く JW CADを使うか 概念図 図の配置と実際の寸法が厳密にあっていなくても良い図 フローチャートなど 専用ソフトで書くのがのぞましい（Visio or Visioライクなフリーソフト）
https://w.atwiki.jp/kurogiri_all/pages/174.html
作成者：萩野真澄 部品構造 大部品 小説を書く RD 4 評価値 3大部品 小説の書き方 RD 4 評価値 3部品 構想を練る 部品 プロットをつくる 部品 思いのまま執筆する 部品 推敲をする 部品定義 部品 構想を練る 小説を書くには、順序立てて書いていくことが一番の方法である。まず、話の構想を練っておくべきだ。どんな話にするのか、その話にはどんなテーマ性があるのか、など細かくでなくても練っておくと執筆の段階でたとえ筆が止まっても向かう先は見える状態になる。 部品 プロットをつくる 構想を練ったら、400字程度で内容をまとめる。あらすじのようだが、話の触りを書くのではなく起承転結すべてをまとめるのである。その後、まとめた内容を膨らますようにシーンを作っていく。その時に重要となる場所や台詞などを忘れずに書いておく。 部品 思いのまま執筆する 構想、プロットができたなら思いのまま執筆をする。執筆をしていると練っていた構想やプロットどおりに行かないこともあるが、構想やプロットがしっかりと立てられていれば、話が回り道をしても戻ることができる。 部品 推敲をする 思いのまま執筆した小説をそのまま発表するのではなく、誤字や脱字、また内容などを推敲するべきである。できれば、本人ではなく友人など他人に確認してもらうとなおさら推敲がはかどるだろう。 提出書式 大部品 小説を書く RD 4 評価値 3 -大部品 小説の書き方 RD 4 評価値 3 --部品 構想を練る --部品 プロットをつくる --部品 思いのまま執筆する --部品 推敲をする 部品 構想を練る 小説を書くには、順序立てて書いていくことが一番の方法である。まず、話の構想を練っておくべきだ。どんな話にするのか、その話にはどんなテーマ性があるのか、など細かくでなくても練っておくと執筆の段階でたとえ筆が止まっても向かう先は見える状態になる。 部品 プロットをつくる 構想を練ったら、400字程度で内容をまとめる。あらすじのようだが、話の触りを書くのではなく起承転結すべてをまとめるのである。その後、まとめた内容を膨らますようにシーンを作っていく。その時に重要となる場所や台詞などを忘れずに書いておく。 部品 思いのまま執筆する 構想、プロットができたなら思いのまま執筆をする。執筆をしていると練っていた構想やプロットどおりに行かないこともあるが、構想やプロットがしっかりと立てられていれば、話が回り道をしても戻ることができる。 部品 推敲をする 思いのまま執筆した小説をそのまま発表するのではなく、誤字や脱字、また内容などを推敲するべきである。できれば、本人ではなく友人など他人に確認してもらうとなおさら推敲がはかどるだろう。 インポート用定義データ [ { "title" "小説を書く", "part_type" "group", "children" [ { "title" "小説の書き方", "part_type" "group", "children" [ { "title" "構想を練る", "description" "小説を書くには、順序立てて書いていくことが一番の方法である。まず、話の構想を練っておくべきだ。どんな話にするのか、その話にはどんなテーマ性があるのか、など細かくでなくても練っておくと執筆の段階でたとえ筆が止まっても向かう先は見える状態になる。", "part_type" "part" }, { "title" "プロットをつくる", "description" "構想を練ったら、400字程度で内容をまとめる。あらすじのようだが、話の触りを書くのではなく起承転結すべてをまとめるのである。その後、まとめた内容を膨らますようにシーンを作っていく。その時に重要となる場所や台詞などを忘れずに書いておく。", "part_type" "part", "expanded" true }, { "title" "思いのまま執筆する", "description" "構想、プロットができたなら思いのまま執筆をする。執筆をしていると練っていた構想やプロットどおりに行かないこともあるが、構想やプロットがしっかりと立てられていれば、話が回り道をしても戻ることができる。", "part_type" "part" }, { "title" "推敲をする", "description" "思いのまま執筆した小説をそのまま発表するのではなく、誤字や脱字、また内容などを推敲するべきである。できれば、本人ではなく友人など他人に確認してもらうとなおさら推敲がはかどるだろう。", "part_type" "part", "expanded" true } ], "expanded" true } ], "expanded" true } ]
https://w.atwiki.jp/pleasealloy/pages/22.html
プログラムを二度書くことの必要性 データエントリーでのベリファイ まだ大学生だった頃、データ入力のアルバイトをしていたのですが、その作業内容は「エントレックス」という機械に、二人の人がペアで同じデータを入力し、その両方を比較するというものでした。当時から「絶対に間違っていてはいけない伝票のような情報を入力する際は、互いに影響を与え合わない二者で同じ作業を平行して行い、結果を突き合わせる、ということは普通に行われていました。 ところが、ソフトウェアの製造に関してはこういったことは僕の知る限り行われていません。仕様書が書かれ、それを見ながらプログラムを作って、仕様書を見ながらテストをして（同じ人が！）、という具合に進んでいきます。これらの作業が、並行して行われているということはありません。そんな提案をしたら、「コストのこと考えろ」と言われるに決まっています。まぁ確かにそれはないでしょう。 仕様書作成は「内包的」なプログラミング作業 仕様を作成するという作業は「プログラムがどうあるべきか」を事細かに、特定の言語で書く作業です。細かく書けばそれだけ仕様書としての完成度は上がります。しかしよく考えると、「プログラムがどうあるべきかを特定の言語で書く」というのはプログラミングと同じ作業で、「特定の言語」の違いこそあれ、等価な作業と言えなくもありません。 それならば、いっそのこと「仕様書を書く」という作業自体を一種のプログラミングと考えても無理はなさそうです。仕様を考えることは、外から内側に追い込むようにプログラムを定義していくことです。プログラムが満たすべき条件、性質を満たすものはどういうものか、ということを厳格に記述するということは、「内包的（外側から内側に包み込んでいくような・・・）」な側面で捉えたプログラミングそのものです。 従来のプログラミングは「外延的」なプログラミング作業 対して、いわゆる「プログラミング」という作業は、プログラムの中身を一つ一つ列挙していくような作業です。小さいところから始めて、外に外に結晶が成長していくように作られるプログラムです。 そしてベリファイ こうして違う言語で同じプログラムを二度書き、その結果を突き合わせる、ということは、データエントリーでのベリファイ作業に通じるものがあります。あるべきプログラムを二つのプログラムで外側と内側から追い込んでいき、その結果が一致することを確認することが、正しい仕様とプログラムのありかただと思うのです。幸い、仕様書はプログラムとして書かれていますから、あらゆるパターンで実行して動きを検証することができます。時間的に許される限りにおいて、多くのパターンで二つのプログラムを動かし、同じであることを検証できるのです。これが（単体）テスト作業になります。 新しい開発スタイルへ XPというものが提唱されて久しいですが、その先を見て、以下のような開発スタイルを提唱してみたいと思います。 基本設計までは、いわゆるSEがこれまでと同じように行う その後、機能設計とプログラミングに相当する作業は、同時並行で二人の人間が行う。その際、機能設計はAlloyで、プログラミングは従来の手続き型言語で行う。作業中、二人は「何を作るか」について毎日密に連絡を取り合ってもかまわないが「どう作るか」については触れない（その必要はないはず）。 両方のプログラミングが完成したら、Alloyで、起こりえる事象のパターンの入力条件と出力条件（そのスジの言葉では事前条件と事後条件）を時間の許す範囲で（XMLなどに）出力し、それをテストツールにかけてプログラムの実行結果と比較する。 結果が異なる場合、どちらが間違っているかを人間が検証する。Alloy側が間違っていた場合はモデルを修正し、プログラムが間違っていた場合はプログラムを修正し、再度テストを流す。 両者が一致した時点で単体テスト完了とする。 Alloyのソースと、そこからもう少し分かりやすい図を作成して機能設計ドキュメントとする。 このようにして、プログラムの内包的な定義と外延的な定義が一致するようなところを目指すのです。 現実と理想 とはいえ、実際にAlloyを使って、例えば300人月規模のプログラムの定義が書けるのか、といわれると、まだ夢物語の感はぬぐえません。しかしそれでも、このようなアプローチを取っている手法の中では、Alloyはかなり現実的な方向に振られている方です。まずこのあたりから初めて形式手法にある程度みんなが馴染んでくれば、それなりに世の中も変わってくるのではないかというのが今の僕の心境です。 （文責：片山 功士 2011/11/14） 今日： - 人 昨日： - 人 トータル： - 人
https://w.atwiki.jp/gemu/pages/87.html
既存のゲームのレビューを書く すでにここにあるゲームのレビューを書く場合、 書きたいゲームのレビューのページを開き編集って所を探してクリック。 あとは自由にレビューを書いて下さい。 新しいゲームのレビューを書く ここのゲームレビューに、まぁ大抵そうだろうけど載ってないゲームのレビューを書く場合、 まずゲームレビューのページを開いて編集ってところを探してクリック。 そしてア行のゲームならア行、ハ行のゲームならハ行のところになるべくアイウエオ順に -[[ゲーム名 ゲーム名レビュー]] (機種) をコピーして貼り付けてしてください。 あたりまえだけどゲーム名の所には追加したいゲームの名前(なるべく短縮しない)をいれてください。 ゲーム名レビューの方のゲーム名は短縮してもいいです。 機種には FC、SFC、64、GC、GB、GBA、DS、PS、PS2、PSP、DC、PC(まだあったっけ?) みたいに書いて下さい。 例 アナザーセンチュリーズエピソード2を追加する場合 ア行 -[[アナザーセンチュリーズエピソード2 ACE2レビュー]](PS2) 出来たら (追加したゲーム名)? ってなってると思うからクリックしてwikiモードで作成を押して下さい。 その先はおまかせします。ただし投稿者名は必ず書いて下さい。 ちなみに僕は 投稿者 管理人(黒丸) 評価☆☆☆☆(最大五つ星) 感想 みたいに書いてます。 まぁ参考にして下さい。