プログラマーの“宿命”? ファイル操作に関する常識:プログラマーの常識をJavaで身につける(7)(1/4 ページ) 本連載は、Java言語やその文法は一通り理解しているが、「プログラマー」としては初心者、という方を対象とします。Javaコアパッケージを掘り下げることにより「プログラマーの常識」を身に付けられるように話を進めていきます。今回は「ファイル操作」について。OSやアプリケーションなどのさまざまなプログラムでよく行われ、とても身近な存在であるファイル操作の仕方を一から解説します
![プログラマーの“宿命”? ファイル操作に関する常識](https://cdn-ak-scissors.b.st-hatena.com/image/square/5bdc092eb6c14d54fcd8f7b7476bc54d4490e76d/height=288;version=1;width=512/https%3A%2F%2Fimage.itmedia.co.jp%2Fait%2Farticles%2F0709%2F12%2Fr5programer07_01.gif)
「情報の共有は善。Googleも全員がほとんどのコードにアクセスできる。そして少人数のチームであること。Googleでも,一つのプロジェクト・チームは5~6人以下」---Google ソフトウエアエンジニアの鵜飼文敏氏は9月7日,イベントITpro Challenge!で「ハッカーのソフトウエアエンジニアリング」と題し講演,高い生産性を実現するハッカー流の開発手法を解説した。 ハッカーと呼ばれるプログラマは,通常の数倍とも数十倍とも言われる生産性と,高い品質を実現していると言われる。鵜飼氏はボランティア・ベースのLinuxディストリビューションDebian ProjectオフィシャルメンバーとしてIPA OSS貢献者賞を受賞したほか,The Free Software Initiative of Japan副理事長,2003年と2004年度の「未踏ソフトウエア創造事業」プロジェクトマネージ
設計・実装から運用,メソドロジまで,最新アンチパターンを徹底解説 先輩から教わったことのなかに多くの「やってはいけないこと」(アンチパターン)があるだろう。だが,その理由を問われると,うまく説明できないことがあるのではないだろうか。突き詰めて考えると,状況によっては「やっても構わない」こともあるし,技術の進化に伴い「やれるようになってきた」こともある。そこで設計,実装,テスト,運用,メソドロジの各分野について,取材を通じて浮かび上がった最新アンチパターンを徹底解説する。テーマごとに「どれくらいやってはいけないか」のレベルも表した。レベル3~レベル1の3段階あり,レベルの数字が大きいほど,やってはいけない度合いも大きい。 関連サイト: ■設計編 ■メソドロジ編 ■実装編 ■テスト編 ■運用編 ■サーバー運用編 ■データベース編 ■セキュリティ編 ■記録メディア編 ■方式設計編 ■内部統制編
実践的なデバッグ方法論(デバッグの仕方、事例研究)も強く求められている。デバッガーというツール依存のTipsではなく、ソフトウェアのデバッグというプロセスそのものの形式化である。 人々は誰に教わるでもなく自分のデバッグのスタイルを持っている。自分なりな定石を獲得している。しかしそれを明示化して人に伝えようと試みる人は少ない。伝承がまったく不可能なような議論も少なくない。 わたしはオープンソースの時代こそデバッグの方法論を広く共有できるチャンスに満ちた時代だと考えている。いくつか事例を紹介しつつ解説する。 優れたプログラマは優れたデバッグ方法論を持つ。そのデバッグ方法論をぜひ共有化したい。そのためには情報公開が要である。 デバッグとはプログラムの不具合を修正するプロセスである。テストなどによって発見された何らかの不具合を期待する結果に修正する作業である。テストとデバッグの区別が十分ついていな
「ゼリーのみ規制…モチはいいのか?」→野田聖子氏「モチは喉に詰まるものというのが常識」…消費者庁構想に暗い影
ソフトウェア工学の標準的なカリキュラムにソースコードの読み方というのがあるのかないのか知らないが、プログラマとして最も重要な資質の一つにコードの読解力というのがある。 ついでに言えば、大学や専門学校であまり教えられているとはいえないけど、実践では常に必要とされているものとして、テストの方法論、デバッグの方法論、性能向上の方法論、メモリなど各種資源の削減方法論などなどがある。国際化、移植性なども重要な単元であるがソフトウェア工学の中で教授されていると言う話はあまり聞かない。コードのハック一般についてどこかで議論されているのだろうか。経団連あたりで議論しているのだろうか? 閑話休題。 ソースコードの読み方ということで、最近では「コード・リーディング」というそのものずばりの教科書も出ているので状況は好転しつつある。コードの読み方はオープンソースの時代になり、間違いなく広く情報を共有できるようにな
Paul Graham / 青木靖 訳 2007年8月 いいプログラマは、自分のコードに集中しているとき、それを頭の中に保持しておくことができる。数学者が取り組んでいる問題を頭の中に入れているのといっしょだ。数学者は学校で子供たちが習っているように、紙の上で問題の解いているわけではない。彼らは多くの部分を頭の中でやっているのだ。問題の領域をよく把握しようと努めることで、普通の人が記憶にある育った家の中を歩き回れるように、数学者は頭の中で問題空間を歩き回ることができる。最高の状態で行われるプログラミングもそうだ。プログラムの全体を頭の中に入れたなら、それを思い通りに操れるようになる。 これはプロジェクトのはじめにおいては特に価値がある。それはプログラムを作り始めるときに最も重要なことが、やっていることを変えられるということだからだ。単に問題の解き方を変えるという ことではなく、解いている問題
ちょっと世知辛いです。 「The Old Programmer's Home」という記事がありました。 「Am I Too Old to be a Programmer ?」という記事を読んで思った事を綴っているようです。 アメリカと日本で多少違いそうな部分はありますが、何となく言いたい事はわかるような気がします。 50歳ぐらいまでずっとプログラマとして生きてきた人の職人技は本当に凄いと思います。 でも、ハッカー(not cracker)として生きている人よりもマネージャになっていく人の方が多いんですよね。。。 「Am I Too Old to be a Programmer ?」では、25年のキャリアを持つプログラマが転職活動を行っていて、電話インタビューでは良い感触を得ても、実際に会って面接をすると落ちてしまうという話でした。 「プログラマは若くないと続けられないのだろうか?マネージャ
まつもとゆきひろは、コンピュータの設計・構造の分野において世界的に名の知れた数少ない日本人のひとりとして、4004の嶋正利やLHAの吉崎栄泰、TRONの坂村健らとともに名を馳せている。 そういう凄い人が、実はWindowsのことをあまりよく知らないという事実は、もっと知られていいと思います。 先日、友人が遊びに来たときに紙の上に数字を並べて遊んだのが好評だったのだが、 目で判別するのが面倒だったので、Rubyスクリプトを作る。 ついでに1から10までの任意の桁数で遊べるように。 30分ほどで完成。60行。 すると、息子が「ぼくもそれ使いたい」と言う。 が、WindowsでRubyスクリプトをワンクリックで起動する方法が分からず。 というか、Cygwinターミナル以外からWindowsでRuby動かしたことってないよな。 結局、そこでつまずいてしまった。 Windowsは難しすぎて使えない。
harukiです。 携帯サイト作成の際に使えるPHPのライブラリを知っているだけ羅列してみます。 Net_UserAgent_Mobile 基本となるライブラリです。機種判定など、様々な用途に使用します。 細かい情報については、スクレイピングなどをしたりして自前で用意する必要があります。 PEAR::Mail メールの送信に使用できます。 特殊な送信の際は、Mail::factory()にsmtpで使用することになりますが、キャリアの迷惑メールの設定にも気をつける必要があります。 Mail_mime_Decomail (Y-110's Wiki) Mail_mimeと同じ使い方で、デコメール送信用にMIMEを組み立てることができるのでとても便利です。 Mail_mimeDecode 空メール・エラーメールなどを受け取って解析する際に使用します。 解析の際には、Mail_RFC822:
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く