苦しんで覚えるC言語
［全ページ目次］ 苦しんで覚えるＣ言語(苦Ｃ)は、初心者を対象としたＣ言語入門サイトです。 C言語の基本機能を体系立てて解説しており、市販書籍と同等以上の完成度です。 初めての人は 前書き から読み始めて下さい。 キーボードの矢印キーか、右下の進む>で次のページに移動します。 コンパイラ入手：基礎編：応用編：標準ライブラリ 全文検索：ダウンロード版：苦Ｃアンケート：ミス報告：掲示板で質問 ［ 更新情報 ］ 01月22日 : Visual C++ 2005 Express Edition 10月30日 : Borland C++ BuilderX Personal 10月07日 : 掲示板に寄せられたＱ＆Ａ項目を作成 03月10日 : ドラッグへの対応 ※ミス報告で報告されたミスの修正は約１００回以上行っています。 苦Ｃについて 苦Ｃの使用法(特に読まなくても良い
ハッカーに憧れてたダケのオマエらに捧ぐ（序＋目次） - Eloquent JavaScript - 暗号、数学、時々プログラミング
Eloquent JavaScript | 06:06 | 心配するな。日本語は死なんよ 来たか、ハッカー大好きはてなー野朗。ちょっとオマエ、ブクマを見せてみろ。ん？なんだこの大量の「あとで読む」タグは？！ で、これは読んだのか？ 何？ まだだと？ あ？「だって英語で書いてあるしー」だ？ で、「その前に英語やらなくっちゃ！」と思ってやった事が、英語Tips のページにブクマして「あとで読む」タグを付けること？ おめでてーなー。オマエは本当におめでてーヤツだよ。今日も新たな教材探しか？ おい、、、図星かよ。涙目になんなよ。。 今日から、そんなオマエのヘタレな日常とサヨナラ出来るよう、またオレが教材を用意してやったぞ。喜べ。元ネタは"Eloquent JavaScript （オレ的な超訳では「スゴいよ JavaScript」）"だ。コイツの出来の良さは関係各方面でお墨付きが出てるから安心しろ。
中途半端に優秀なプログラマが「正しいプログラミングテクニック」だと妄信しがちな３つポイント - 分裂勘違い君劇場
「変数のスコープは狭いほど良い」と妄信する 変数でもメソッド名でもクラス名でも言えることだが、単純に「スコープは狭いほどよい」という方針でプログラムすると、逆に保守性も可読性も悪いプログラムができあがることがけっこうある*1。 実際、「あちこちから頻繁にアクセスするようなオブジェクトやメソッド」は、スコープをぐっと広くしてしまった方が(場合によってはグローバル変数やグローバル関数にしてしまった方が)、いちいちパラメータ渡しのバケツリレーをせずに、オブジェクトや機能を使うことができ、プログラムの可読性も保守性もずっと向上することがけっこうある。 たとえば、プログラムのいろいろな箇所から比較的頻繁にアクセスする必要があるようなオブジェクトや機能がバインド(格納)された変数やメソッドのスコープをクラスやメソッド内のローカルにして、それを使うときは、いちいち各クラスやメソッドにパラメータ渡しのチェ
プログラミングテクニックのまとめ - プログラミング日記
とりあえず思いついたもののまとめ。 まずは、ベーシックなものから。 変数のスコープをなるべく狭くしろ 他はグローバル変数を使うなとか、モジュール化と界面を意識せよなど。とにかくスコープは重要かつ意外と奥が深い。スコープに関係する機能は、モジュール(パッケージ)、クロージャ、ローカル関数、ローカルクラス、変数の種類、アクセス制御など。 同じロジックのコードを2度以上書くな 他はDRY原則、コピペをするななど。自分の場合、2度書く方がシンプルになる場合、2度書くこともある。特に、ifやswitchなどのロジックの中で同じコードが2度現れる場合、ちょっとしたコードでわざわざ別のところで関数やブロックにまとめて、それを参照するのは面倒。但し3度以上現れる場合は関数などにまとめるケースが多いかも。 汎用コード内で条件分岐コードを減らせ 他はifをポリモーフィズムによりなくせなど。条件分岐は汎用性を損
教養としてのC言語
筆者は「日経ソフトウエア」というプログラミング雑誌で記事の執筆と編集をしている。先日，C言語にターゲットを絞った特集を企画・担当した。記事は無事校了し，今はこの特集を収録した2008年11月号が書店に並んでいる。 C言語の特集を企画した理由はただ一つ，C言語を学ぶことによって，プログラミングに関するより深い知見を得られると強く感じたからだ。筆者自身，C言語に不案内で苦手意識を感じていたので，その思いは余計に大きかった。同時に，だからこそ，筆者同様にC言語の経験が比較的少ない人，そしてこれからC言語を学ぼうという人に役に立つ特集に仕立てられるのではという気持ちもあった。 日経ソフトウエアとしては，C言語にターゲットを絞った特集をここ3年ほど掲載していなかった。その間にアプリケーション・ソフトウエアの大きな流れとしては，デスクトップ・アプリケーションからWebアプリケーションへの比重が高まり，
【2ch】ニュー速クオリティ:COBOLの利用は精神を損なう。COBOLを教えることは犯罪行為だ
1 毎日新聞配達(福島県)2008/09/21(日) 14:03:04.30 ID:cpGers0D0 ?2BP(3001) 株主優待 本家/.の記事より。チューリング賞受賞者エドガー・ダイクストラ曰く、 「COBOLの利用は精神を損なう。よって、COBOLを教えることは犯罪行為とみなされるべきだ」 http://developers.slashdot.org/article.pl?sid=08/09/19/2035223 ……とはいえ、このDr. Dobb's Journalの記事によれば、COBOLのしぶとさには度外れたものがあるらしい。 21世紀に入ってもCOBOLは最も広く使われている言語であり、今日のソフトウェア開発における最もホットな 領域のいくつかで重要な地位を占めている。あなたが次に学ぶべき言語はCOBOLかもしれないのだ。 1997年、Gartner Gro
『コピー指向プログラミング』
以前、「簡単コピー・プログラミングの罠」という記事で、コピー・プログラミングの危険性について書いた。ここでいうコピー・プログラミングとは、同じアプリケーション開発の中で、似た機能を量産するためにソースコードをコピーすることである。同記事には書いていないが、他にも、「バグがコピーされてしまう」問題や、ソースコードが無駄に大きくなるなどの問題もある。 そもそも、プログラミングでは「同じことを何度も書く」ということは避けるべきだ。その理由をあらためてここに書く必要もないだろう。同じことを何度も書かずに済ませるにはどうするか、ということは、構造化プログラミングからオブジェクト指向やアスペクト指向に至るまで、プログラミング技術の発展における重要な課題のひとつだったはずだ。 アプリケーションに固有の「業務ロジック（ビジネスロジック）」なども、開発プロジェクト内で共通化を行い、重複コードをなくすのが理想
suVeneのあれ: よくないプログラムコメントの書き方について
2008年09月23日 よくないプログラムコメントの書き方について プログラムのコメントというのは、人によって書き方は様々である。 2008年07月30日 otsune コードでhowやwhatは書けてもwhyは表現できません！はてなブックマーク - Latest topics > ドキュメントは善か悪か - outsider reflex と、otsune さんも言うように、俺が考えるプログラムのコメントというのは、「summary」や「why?」を書くべきであって、決して「what?」をひたすら書くべきではない。 (この場合の「summary」というのは、「what」の概要のようなものかもしれないし、コーディングの思想のようなものかもしれない。そして、「why」は、仕様的な「何故」かもしれないし、トリッキーな方法を説明する為の「何故」かもしれない) そもそも、「如何に(後に役に立つ)ド
プログラミングに詳しい人に質問です。大学でプログラミング経験の学部一年生向けにプログラミングを教えることを想定しています。…
プログラミングに詳しい人に質問です。大学でプログラミング経験の学部一年生向けにプログラミングを教えることを想定しています。週１コマ×半年程度の限られた時間で、プログラミングとはどういうものかという本質を教えたいのですが、どの言語を使うのが適切でしょうか。
はてな人力検索その後 - snow-bellの日記
はてな人力検索の結果ですがあっさりと1時間かからずに終了しました・・・ id:nishiohirokazu さんとPythonとHaskellならどっちが難しいか話をしていて どっちか分からなかったのではてな人力検索をしてみたのがコレ↓ http://q.hatena.ne.jp/1221581192 どう考えても僅差なんて仕組まれてるよねwwwwww ということで次は西尾さんがはてな人力検索をしてみたのがコレ↓ http://q.hatena.ne.jp/1221584268 途中結果を公開しないでアンケートしました☆ だけど・・・ Q1 プログラミング歴数ヶ月の人に以下の言語からどれか一つを選んで 教えることになりました。 どれが一番適していると思いますか？これで1位がPythonってwwwww 西尾さんだからPython?? 個人的にはPythonよりSchemeでしょ!!!って思っ
具体例で説明するデザインパターン - てっく煮ブログ
JavaScriptデザインパターンってなんだかたいそうなものに考えられがちだけど、実は、そこかしこのライブラリや仕様に取り込まれていることが多い。「デザインパターン分からん」とか「で、どうやって使うのよ」と悶々としている人には、「どういうところで使わているのか」を知っておけばイメージも沸きやすいし、意外にたいしたことないんだな、ということが分かるんじゃないだろうか。そこで、JavaScript やその周辺の技術で、デザインパターンがどのように使われているかを紹介してみることにする。ここでは、GoF本の順番に沿って、以下の11個のパターンを取り上げる。生成に関するパターン Factory MethodAbstract FactoryBuilderPrototypeSingleton構造に関するパターン AdapterComposite振る舞いに関するパターン Chain Of Respon
日時表記のフォーマットの名前とperl/PHP/javascriptでのつくりかた - bits and bytes
毎回毎回日時を出力する時にどうすればいいのか思い出せなくて毎回毎回調べていてばかみたいなのできちんとまとめてみます。 日時のフォーマット名 まず、よく使われる日時表記の名前を把握することが大切です。名前がわからないと検索のしようがありません。 ISO8601 ISO8601はたぶん一番なじみが深いものだと思います。 MySQLのdatetime型の表記 2008-08-06 19:38:56 はISO8601です。 ISO8601は日時を表すだけでなく、年だけや時刻だけを表せるほか、期間を表すことができます。また、多様な書き方を許していて、間にある記号を省略して20080806 193856というのもISO8601として正しい日時になります。英語のwikipediaのISO 8601が詳しいです。 W3CDTF W3CDTFはatomのフィードで使われている 2003-12-13T18:3
OOコード養成ギブス - rants
Binstock on Software: Perfecting OO's Small Classes and Short Methods The Pragmatic Programmersシリーズの新しい本、The ThoughtWorks Anthologyの中に 興味をそそるエッセイがある。Jeff Bayの"Object Calisthenics"だ。 これは良いオブジェクト指向の性質を実証する小さなルーチンを書く方法をマスターするための 詳細にわたるエクササイズだ。オブジェクト指向なルーチンを書く能力を向上させたい開発者がいるなら このエッセイに目を通すことを勧める。ここにBayのアプローチを要約してみよう。 彼は次にあげられる制約のもとに1000行のプログラムを書くことを勧めている。 これらの制約は意図的に過剰な制限となっているが、これは開発者を手続き的なやり方から脱却させるた
昔話 - 川o・-・）＜2nd life
昔話でもしようか。 自分は6年前はプログラミングが全くできなかった。プログラム書ける人は一部の天才だと思っていた。プログラミングができないことに劣等感を覚えた自分は、Linux が使えると格好いいんじゃと思い、Debian で自宅サーバを構築し、アンテナ*1や tDiary で日記サイトを運営したり始めた。 そんなとき、id:antipop と出会った*2。島に住んで、特にITもなにも関係ない仕事をしていた彼が、全く知識が無いところから勉強し Linux で自宅サーバを動かし、php + postgres で blog っぽいシステムを日々バージョンアップさせ、Button Maker for Japanese などのツールを作っていくのを blog 経由でリアルタイムで見ていて、プログラミングもやれば誰でもできるんじゃないかと感じ、自分の日記ツールが tDiary ということもあって、R
初心者による初心者のためのプログラム勉強法 : ロケスタ社長日記
最近、プログラムっておいしいの？というasami81さんという女性の方のブログが話題になっています。 それに反応して「プログラムの勉強方法はこれだ！」「この言語を学べばいいよ！」などのエントリーが複数あがっており、プログラム初心者の僕としては非常に勉強になります。 そこで、何らかの参考になればと思い、僕も書いてみます。 前提 僕はいわゆるプログラマではありません。書き始めてから7,8ヶ月しかたっていません。しかもそこそこ忙しい会社にいたりするので、家に帰るのはいつも23時〜2時くらいだったりするので、時間もあまりありません。 それでも、学んでから半年くらいでミルフィールというサイトを自分で立ち上げることができました。twitterと同程度の機能くらいのものだったら、仕事しながら学んでも半年くらいでなんとか動くものは出来るのです。 初心者のことは初心者に聞け 僕もいろいろなサイ
Latest topics > コーディング規約を定める動機 - outsider reflex
Latest topics > コーディング規約を定める動機 宣伝。日経LinuxにてLinuxの基礎？を紹介する漫画「シス管系女子」を連載させていただいています。 以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能！ « 社会的信用にかけて物を言う Main Inkscapeとぼかし » コーディング規約を定める動機 - Apr 13, 2008 コーディング規約をいちいち気にするより、いろんなコードがあっていいじゃん、という話。 完全に趣味のプログラミングだったらそれでいいだろうし、コードを読むことが苦にならない、コードを読むのに無限の時間を使える、そういう状況なんだったらそれでもいいかもとは思う。 でも「仕事」でそれやられちゃたまんない。複数人での共同作業で、メンバーの一人が書いた変態的なコードを読んで理解して修正箇所を見つける、ということのために無駄
力試しにナベアツのような判定をするプログラムを作ろうとしたところ、問題が発生しました。…
力試しにナベアツのような判定をするプログラムを作ろうとしたところ、問題が発生しました。 3の倍数や5の倍数は考えるまでもないんですが、3のつく数字をどう判定したらいいのかわかりません。 どのように判定させればよいのでしょうか？
NESプログラミング事始め - mizuno_takaakiの日記
ファミコン戦士になるべく、ファミコン（NES）のプログラミングを始めた。とりあえず、情報収集と環境設定をした。ので覚え書き。 まず一通り読んだのが以下の２サイト。 ｷﾞｺ猫でもわかるファミコンプログラミング NES研究室 - from id:cojiさん で、漠然とその仕組みがわかってきた。スプライトや背景とパレットを使って、同じスプライトでも色を変えて表示すると買って仕組みは以前どこかで読んだことがあったし、Z80のアセンブラは昔書いたことがあるので、なんとかなる予感。ところで、ここに6502の命令セットが書かれているけれど、VirtualNESの説明にある「未公開命令」なるものが存在する予感があって、それも含まれているかわからない。ま、まだ今後いろいろ調べていこう。 続いて環境整備。ダウンロードしたものは以下。 cc65 - コンパイラ NESASM - こちらもコンパイラ Virtu
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
駄文 - 最初にやるプログラミング言語 - IT戦記
ぽっちゃり熟女主婦出会い！巨乳を揉み倒す