プログラマーにとっての読み書きそろばん : 小野和俊のブログ
基礎的な学力を表す言葉として読み書きそろばんという言葉があるが、 私はプログラミングについても読み書きそろばんに当たるものがあると思っている。 まず読みというのは、プログラムを読む能力である。 たまに、人の書いたソースを見て、すぐに 「全面的に書き直さないと使い物にならない」とか、 「グチャグチャですよ」とか、 「気持ち悪い」といったことを口にする人がいるのだが、 多くの場合、なぜそのように感じるのかを聞いてみると、 単に自分が今まで書いてきたコードと違ったスタイルで書かれている、 ということだったり、ごく一般的なデザインパターンが使われているのに、 そのデザインパターンを自分が知らないだけで 「わかりにくくて読めない」などと言っていたり、 人のコードを使い物にならないと簡単に口にする人であればあるほど、 その人自身が使い物にならない、という傾向がある。 もちろん、全体の整合性を取るために
QuickRef – Startup Reference Blog
January 16, 2020 7 marketing hacks to increase brand awareness and boost profitability in 2020 If scaling your business is one of your 2020 resolutions, then you should be thinking local SEO, personalized messaging, and improved customer service. Audiences are becoming increasingly impatient and ‘very very specific’. Businesses that clearly understand customers’ evolving needs and position themsel
森崎修司の「どうやってはかるの？」 > Googleのコードレビュー : ITmedia オルタナティブ・ブログ
Googleのコードレビューのプロセス、ツールの紹介がここ（Youtube）にある。55分と長いのでなかなか全部をみる時間がなかったが、休日に時間がとれたので観た。このエントリはそのときのメモだ。 Googleのコードレビューのプロセスはオープンソースのものと似ている。オープンソースのものより若干強制力のあるプロセスとそれをサポートするツール（Mondrian）があるそうだ。ビデオでプレゼンされているのは、Guido van Rossum氏、Pythonの作者でGoogleに就職して最初の仕事がMondrianの開発だったそうだ。定着しているプロセスの実行を支援するツールは非常に頼もしいだろうなぁと思う。 詳細はビデオをみていただきたいが、プレゼンの概要は以下のとおり。 プロセスはオープンソースのレビューのやり方がベースとなっている。 （前のバージョンとの差分をMLに投げるとレビュアがその
プログラミングファースト開発 - ひがやすを技術ブログ
プログラミングファースト開発とは、ドキュメントを書いてからソースコードを書くのではなく、動くソースコードを書いてユーザに実際に触ってもらうということを何度も繰り返して、仕様を固める開発手法です。ドキュメントは仕様が固まった後に書きます。 テストサミットでは、極力ユニットテストを書かずに品質を確保する方法ということで、テストに重点を置いて話をしたのですが、今回のクロスコミュニティカンファレンスでは、「プログラミングファースト開発」そのものについて、会場の方々と一緒にディスカッションしました。 熱い(暑い?)ディスカッションになったので、思わず途中で泡のあるスポーツドリンクを飲まないといけなくなったほどです(笑)。 プログラミングファースト開発の開発手順は次のようになります。 実装してユーザに使ってもらうということを仕様が固まるまで繰り返す レビューの結果はその場で反映させる 仕様を決めながら
ソースコードがドキュメント足りえないのは訓練していないから - イトウ アスカ blog
「ドキュメントはソースコードです」というのはよく聞く話です。しかし、実際の現場ではそれが通用することはあまりないでしょう。しかしながら、「そんな動きはソースを読まなきゃわからんよ！」なんてことが必ずあるはず。 では、なぜソースコードがドキュメントというのが通用しないのでしょうか？ それは、ドキュメントは日本語さえわかれば読める（気がする）のに対して、ソースコードはプログラミング言語がわからなければ読めないということもあるでしょう。 ですが私はこうも考えます。 プログラム言語さえわかれば、ソースコードも立派なドキュメントといいたくなるようなソースコードを書く人もいるのです。 それは、かなりベテランのプログラマです。歳は関係ありません。如何にソースコードをわかり易く書くかを常に考え、コーディングしてコーディングしてコーディングしまくったようなプログラマこそがそのようなプログラマになれるのです。
なぜプログラミングが楽しくなくなったのか・日本的ソフトウエア観（1）»ビジネス-最新ニュース:IT-PLUS
電通、三菱UFJ信託銀行など大手企業が相次ぎ参入を表明する「情報銀行」。ここに挑むベンチャー企業がDataSign（東京・渋谷）だ。同社の太田祐一社長は情報銀行という言葉が生まれる…続き 中部電力が「情報銀行」参入へ 電力データを活用 ［有料会員限定］ 「情報銀行」説明会に２００社 データ流通の枠組み始動
原則的であることについて - 内田樹の研究室
原則として「ことに臨んでは無原則に対応する」ことにしている。 原則的にふるまうのはよいことであると言われるけれど、これは半真理であり、取り扱いに注意がいる。 というのは、原則的であることが必須である局面があり、原則的ではない方がよい局面があるからである。 その見極めがむずかしい。 例えば、親は子どもに対して原則的に対応しなければならない。 無原則な親は子どもにとってたいへん迷惑な存在だからである。 あるふるまいを昨日は叱り、今日はほめ、明日は無視するというふうな態度を続けると、子どもは社会性の獲得に支障を来す（統合失調の素因になるとベイトソンは論じている）。 子どもに対しては原則的に対応した方が、子どもは成長しやすい。 そういう親は「乗り越えやすい」からである。 親の立てる原則の無根拠や理不尽をひとつだけ指摘すれば、もう親を乗り越えた気になれる。 それでよいのである。 親はそのためにいるの
プログラミングのスピードを上げる方法 - teruyastarはかく語りき
http://q.hatena.ne.jp/1203667934 ソフトウェア開発やプログラミングのスピードを上げる方法はありませんか？ プログラマーとして生きていこうと決めたのですが、いつも見積もりの3倍時間がかかってしまいます。 そのため いつもつらい思いをしています。 環境を良くしようとHHKLite2を使い、カスタマイズソフトでホームポジションから離さずにプログラミングしています。 マウスもゲーム用の高精度のものを使っています。 調べ物にもタブブラウザを使い、拡張し続けて効率化をしています。 DualCoreマシンを使いメモリもたくさん積み、障害がないように心がけがけています。 出始めのころから効率化のためにエクストリームプログラミングも取り入れていました。 単体テスト、リファクタリングも当然行いますが、余計に開発速度が落ちています。 しかし開発速度は効率化とは無縁だとすら感じてい
構造化プログラミング
構造化プログラミングは1960年代後半から1970年頃にかけて，E.W.ダイクストラ達によって提唱されたプログラミングについての考え方です。この主張は提唱当時から支持され，現在ではプログラミングにおける基本的原則として広く受け入れられています。またこの考え方は余りに基本的なものとして受け入れられている為に，この主張が意識されず当然のこととして扱われていることさえあります。また現在のプログラミング技法や手法については色々ありますが，それらは全てこの考え方の延長線上にあります。 ここではこの構造化プログラミングの考え方についての簡単にまとめてみましょう。 ダイクストラ自身の提唱は原著の日本語訳 「構造化プログラミング」ダイクストラ他（サイエンス社，昭和50年） によって読むことができます。 構造化プログラミングの目的 良いプログラムとは プログラム理解ための道具 プロ
試訳 - コードをセキュアにする10の作法 : 404 Blog Not Found
2008年01月05日02:45 カテゴリ翻訳/紹介Code 試訳 - コードをセキュアにする10の作法 全コーダー必読。プログラマーだけではなく法を作る人も全員。 Top 10 Secure Coding Practices - CERT Secure Coding Standards 突っ込み希望なので、いつもの「惰訳」ではなく「試訳」としました。 Enjoy -- with Care! Dan the Coder to Err -- and Fix コードをセキュアにする10の作法 (Top 10 Secure Coding Practices) 入力を検証せよ(Validate input) - 信頼なきデータソースからの入力は、全て検証するようにしましょう。適切な入力検証は、大部分のソフトウェア脆弱性を取り除きます。外部データは疑って掛かりましょう。これらにはコマンドライン引数、
まつもと直伝 プログラミングのオキテ---目次 - まつもと直伝 プログラミングのオキテ：ITpro
第0回 あらためてRuby入門 まつもとゆきひろ氏自身による「Ruby入門」をお届けします。日経Linuxの連載開始前の特別企画（2005年4月号）として，Rubyが他のスクリプト言語やオブジェクト指向言語とどこが違うのか，なぜ便利なのかを中心に解説してもらったものです。 ● 基本と他言語との違い ● 実装とRuby誕生の秘密 第1回 プログラミングとオブジェクト指向の関係 プログラマを目指す人々の中にも，「オブジェクト指向は難しい」とか，「なかなか分からない」という印象を持つ方が多いようです。そこで，Rubyを題材にオブジェクト指向という考え方について説明していきます。 ● その1 ● その2 ● その3 第2回 抽象データと継承 オブジェクト指向プログラミングを構成する3原則のうち，前回は「ポリモーフィズム」を学びました。今回はオブジェクト指向の歴史を復習した後，残りの「データ抽象」と
Martin Fowler's Bliki in Japanese - 流れるようなインターフェース
http://www.martinfowler.com/bliki/FluentInterface.html 2005/12/20 数ヶ月前、Eric Evansと一緒にあるワークショップに参加した。 そこで彼がとあるインターフェースのスタイルについて語ったのだが、 我々はそれを「流れるようなインターフェース（fluent interface）」と名づけることにした。 一般的なスタイルではないが、もっと評価されるべき代物だ。 おそらく例を示したほうがいいだろうから、そうしてみることにする。 一番簡単な例は、EricのtimeAndMoneyライブラリだろう。 時間の間隔を作るには、通常は、以下のようにする。 TimePoint fiveOClock, sixOClock; ... TimeInterval meetingTime = new TimeInterval(fiveOClock,
Lightweight Language AHP
AHP とは Analytic Hierarchy Process の略で、意思決定手法の一種だそうです。 Lightweight Language AHP とは 30 個の質問に答えると、四大軽量言語 (Perl 、Python 、Ruby 、PHP) の中で最もあなたの価値観に合った言語を教えてくれる AHP のつもりです。 免責事項 どんな結果が出ても作者は責任を取りません。テスト結果はサーバに保存され、後で統計処理を施した上で公開される可能性があります。 用語 質問に出てくる用語の意味です。目安にしてください。 実行速度 コードを高速に実行できる。 開発環境 ライブラリ、ドキュメント、IDE などが充実している。 記述性 短く簡潔に、メンテナンス性の高いコードが書ける。 変態性 遊び心や信念がある (Acme::* 、TOOWTDI 、DRY 、callcc など) 。 備考 お遊
プログラミングは「設計」か「製造」か - 日経エレクトロニクス - Tech-On!
IT系の感覚と電子機械系の感覚は違うな，と感じることが多々あります。その最たるものが，「プログラミング」に対する考え方です。ものづくりの現場にいる方は「ソフトウエアといえどもモノなのだから，プログラミングはソフトウエアを製造する行為だ」と自然に考えていると思います。だから，ソフトウエア開発も自動化できるはずだ，と。 ところが，こうした考え方は，IT分野，特に先進的なソフトウエア開発者の間では「誤り」とされています。プログラミングという行為は「ソフトウエアの製造」ではなく「ソフトウエアの設計」である，というのがIT分野では半ば常識です（参考リンク）。 プログラミングを製造，すなわち「誰でもできる単純作業」だととらえてしまうと，現実との間に大きなギャップが生じます。実際にはプログラミングの能力は人によって大きく異なるからです。プログラマによる生産性の違いは，数10倍とも100倍とも言われていま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
デザインやコードの良いレビュー、悪いレビュー、そして酷いレビュー
「型」に関して - ohai日誌(2005-05-17)
株式会社シンメトリック | 独自技術でウェブの未来に貢献します
使えるIDEを一挙まとめて：C/C++、Java、.NET、Perl、PHP、Python、Ruby:ニュース - ZDNet Japan
/post/on-api-design-guidelines/
IBM Developer
