check禁止令 - idesaku blog
これまでいろんな人のコードを見てきて、そのたび不愉快になることがあるので、ここで提案したい。 「check」っていう単語の利用、コーディング規約で禁止にしない？ 「check」って、実に使いやすい単語なんだよ。「ナントカをチェックする」というと、大抵の検証処理の名前としてOKな気がする。なぜなら抽象度が高すぎるから。言い方を変えると、大雑把すぎるから。大雑把だから、大抵のものに当てはまってしまう。また、「チェックする」という表現が半ば日本語になっていることも使いやすくしている要因だ。だからみんなcheckXXXという名前を使いたがる。 しかし、大雑把ということは、第三者から見て大雑把なことしかわからないってことだ。変数名やメソッド名を見ても大雑把すぎて何をやっているのかよくわからず、結局コードを読まなきゃいけなくなる。 かつて、nullCheckという名前のメソッドをしつこくdisったこと
今更ですがgit入門 - プログラミングノート
ふとiPhoneのサンプルコードとか入れておくと便利かなと思い、使ってみたくなったので環境を整えてみました。 インストール gitのサイトからv1.6.2.3のソースを取得してインストール。 $ tar zxvf git-1.6.2.3.tar.gz $ mv git-1.6.2.3 /usr/local/src $ cd /usr/local/src/git-1.6.2.3 $ ./configure --prefix=/usr/local/git $ make $ sudo make install githubに登録 アカウントは少し前に作っていたのでssh関連から。 1. public key を登録 アカウントページからpublic keyを登録します。public keyは以前作っていたものをそのまま利用しています。さくらサーバでsvn+sshを利用する方法(Linux/Mac
「ソフトウェアは工業製品ではない」、Rubyのまつもと氏が講演 － ＠IT
2009/04/10 ソフトウェアは工業製品ではない――。Rubyの生みの親としてしられるまつもとゆきひろ氏は2009年4月9日、InfoQ主催のイベント「QCon Tokyo 2009」の基調講演で、ソフトウェアと何であり、何でないのか、それはどういう性質のものであるのかを雄弁に語った。 コードとは設計である 「ビューティフルコード」と題した基調講演を行ったまつもと氏は、2007年に共著者の1人として出版した同名の書籍に書いたエッセイに込めた思いを、次のように語る。 「世界に冠たる日本の製造業のノウハウを適用することで生産性を上げることができるに違いないという発想がありますが、ソフトウェアは工業製品ではない。そうした誤解を正していきたい」。 ソフトウェア産業界では、よくエンジニアが何十万人足りないということが言われる。しかし、まつもと氏は、これは工業生産と同じ方法論を当てはめることから来
第7回 関数脳のつくり方 First Season
大手SIベンダにてSEやPMやアーキテクトとして勤務したのち，現在は株式会社豆蔵のチーフコンサルタント。主に超上流のプロセスである要求開発やオブジェクト指向，アジャイル開発のコンサルタントとして活躍中。開発の現場にこだわり，開発の現場を少しでもよくしたいと日夜奮闘している。要求開発アライアンス 執行委員。著書に『オブジェクト脳のつくり方』や『eXtreme Programming実践レポート』（ともに翔泳社発行。後者は共著）などがある。 この連載も「刺激的」な内容が続いたと思いますので，今回は関数型のコーディングに普段なれていない皆さん向けの内容をお届けします。 そんなことを書くと，まるで私も関数型バリバリ…みたいですが，全くそんなことはありません。今までは仕事はJavaばかりで，昨年羽生田さんがやっているScalaに興味を持って取り組んで以来，ずっと「関数型」の考え方がよくわからなくて，
)
Hey, Scripting Guy!: 発言には注意しましょう
注意 このページにアクセスするには、承認が必要です。 サインインまたはディレクトリの変更を試すことができます。 このページにアクセスするには、承認が必要です。 ディレクトリの変更を試すことができます。 Hey, Scripting Guy!発言には注意しましょう Microsoft Scripting Guy アメリカ南北戦争中 (正確にはスポットシルバニアの戦いに際し) に、北軍のジョン・セジウィック将軍は、部下たちが南軍の狙撃兵たちによる不規則かつ無作為な発砲におじけづいているのを見て落胆していました。言い伝えによれば、セジウィックは部下たちにこう言いました。「そんな風に逃げ回るな。恥を知れ。南軍はこの距離では象でも撃てまい。」その直後に、セジウィックは戦死した最高位の北軍将校となりました。セジウィックにとっては不幸なことに、南軍の狙撃兵は象を撃つことはできなかったかもしれませんが、将
【ハウツー】ゼロからはじめるWindows Scripting Host - 基本編 | パソコン | マイコミジャーナル
新着記事一覧 【レビュー】漢字の再変換や書き換え禁止ができるテキストエディタ - オープンソースソフト「Maxy」 [22:15 1/25] 【ハウツー】ゼロからはじめるWindows Scripting Host - 基本編 [20:53 1/25] 天野莉絵「命を賭けて戦う男性が好き!」--DVD『りむ@STATION』発売イベント [20:26 1/25] DRAM大手の独Qimondaが破綻 - メモリ価格下落が直撃 [19:28 1/25] 『らき☆すた』、こちらは天然癒やし系!? 「柊つかさ」も"ねんどろいど"に [19:17 1/25] 『らき☆すた』、歩く萌え要素! 高良みゆきが待望の"ねんどろいど"化 [19:12 1/25] 【ハウツー】VMware Playerでシェルスクリプト入門 - forを使って特定フォルダのファイル全てを処理する [15:32 1
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
中途半端に優秀なプログラマが「正しいプログラミングテクニック」だと妄信しがちな３つポイント - 分裂勘違い君劇場
「変数のスコープは狭いほど良い」と妄信する 変数でもメソッド名でもクラス名でも言えることだが、単純に「スコープは狭いほどよい」という方針でプログラムすると、逆に保守性も可読性も悪いプログラムができあがることがけっこうある*1。 実際、「あちこちから頻繁にアクセスするようなオブジェクトやメソッド」は、スコープをぐっと広くしてしまった方が(場合によってはグローバル変数やグローバル関数にしてしまった方が)、いちいちパラメータ渡しのバケツリレーをせずに、オブジェクトや機能を使うことができ、プログラムの可読性も保守性もずっと向上することがけっこうある。 たとえば、プログラムのいろいろな箇所から比較的頻繁にアクセスする必要があるようなオブジェクトや機能がバインド(格納)された変数やメソッドのスコープをクラスやメソッド内のローカルにして、それを使うときは、いちいち各クラスやメソッドにパラメータ渡しのチェ
ジョエルテスト - プログラマの思索
ソフトウェア開発チームの質を3分で評価するテストがある。 ジョエルテストと言われるものだ。 ジョエル・テスト 質問は12問あり、Yes又はNoで答える。 質問内容も至ってシンプルだ。 1.ソース管理システムを使っているか？ 2.１オペレーションでビルドを行えるか？ 3.毎日ビルドを行うか？ 4.障害票データベースを持っているか？ 5.新しいコードを書くまえにバグを修正するか？ 6.更新可能なスケジュール表を持っているか？ 7.仕様書を持っているか？ 8.プログラマは静かな労働環境にあるか？ 9.買える範囲で一番良い開発ツールを使っているか？ 10.テスト担当者はいるか？ 11.プログラマを採用するときにコードを書かせるか？ 12.「廊下での使い勝手テスト」を行っているか？ だが、その評価はとても厳しい。 １２点は完璧で、１１点は許せる範囲だ。だが、１０点以下だったら君は本当に深刻な問題を抱
普通の人がプログラミングについて誤解してること - へだちの日記
腱鞘炎になっちゃったので、数日キーボード等にあまり触れないようにしてたんですけど、手を使わなければすぐ治るというものでもないらしいですね。諦めて文章やプログラムを書きはじめたんですが、我慢していた反動か、アホみたいにのめり込んでしまって、また手が痛くなってきました。 僕は「書く」ことが好きで、文章を書いたりプログラミングを書いたり、書くことばかりで生きてます。普通はこの２つを「書く」という一つの行為にまとめたりはしませんが、僕は案外似たようなものではないかと思ってます。プログラムは「プログラミング言語」で書かれ、日本語の文章は「日本語」で書かれますが、「言語という記号体系に従って頭の中にあるものを文字で表す」という点は同じだからです。 両者の大きな違いは「読者」で、普通の文章は「人間」が読むものですが、プログラムは「コンピュータ」が読むものです。というのは嘘で、実際にはプログラムは「人
社内SNSのオープンソース化から見た「エンジニアの処世術」 ― ＠IT
「エンジニアにとって、マーケティングは重要だ」――ウェブキャリアが主催する「Ruby on Rails Summer Festibal 2008」で、TISの倉貫義人氏は「エンジニアの処世術」についてそう語った。 同セミナーは、Ruby on Railsによる商用開発を促進するための、開発者向け実践的ノウハウの提供を目的としている。3回目となる8月25日、倉貫氏は「Rails×Agile実践事例 ～マネージャから見たRails×Agileと、大企業でオープンソースを出すまでの道のり～」と題して講演を行った。 倉貫氏は冒頭で「Agile系の話はよくするが、Railsの話をすることはあまりない。今日もRailsの技術的な話はほとんどしないと思う」と補足。「プログラマとマネージャを行ったり来たりしている」という自らのキャリアについて紹介した後、「そのなかで経験して学んだ、『Railsを使った開発
NTTデータと真昼の対決 - ひがやすを技術ブログ
昨日、NTTデータに「お前は最近、NTTデータに批判的でけしからん」ということで、呼び出されました。もちろん、「批判的でけしからん」というのは冗談ですが、私が、NTTデータを嫌っていると思っているデータ関係者は、実際多いようです。 データの偉い人の発言に対して、それはちょっとおかしいんじゃないのといったことはありますが、データを嫌いといったことはもちろんないはず。 データの社員の中に根強くある(と思う)「プログラミングがあまりできない人でも何とかなるように、ガチガチにルールやツールで縛る。できる人はスキルを発揮できなくなるかもしれないけど、それはしょうがない。」という考えは、個人的には好きじゃないけど。大規模なプロジェクトをまかされるSIerとして、そう思う気持ちは良くわかるんだけどね。 話し合いの中で、私が言ったのは、できる開発者が力を発揮できるように、体力勝負になってしまうような縛りは
「どの言語を学ぶか」ではなくて「どの言語から何を学べるか」 - 二十代は模索のときブログ
Tech僕はプログラミング言語論争に首を突っ込む気は一切ない。好きな言語も嫌いな言語もあるし、各言語の長所や短所もある程度分かっているつもりであるが、結局どの言語を使うかなんていうのは、自分が勤めている企業や、自分の回りのエンジニアや、マーケットの状況によって決定されてしまう事がほとんどなので、決定されたものに自分をチューニングしていくしかないであろうと思っている。ただし「どの言語を使おう」とか「どの言語を学ぼう」といった視点ではなく「どの言語から何を学べるであろうか」という視点から考えると、プログラマの成長にとってプログラミング言語の選択というのは非常に大切であろうと思っている。以前勤めていた企業では、製品の多くの部分がCOBOLにて実装されていたので、相当量のCOBOLの実装やデバッグを僕も行っていた。COBOLと聞くと「COBOLプログラマなんて駄目だよ」とか「時代遅れだよ」というよ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://srad.jp/story/09/05/04/0350234/
Linux Foundation、「オープンコンプライアンスプログラム」を開始 | The Linux Foundation
Site Under Maintenance
http://wordpress.rauru-block.org/index.php/1797
Amazon.co.jp: Rubyで作る奇妙なプログラミング言語 ~Esoteric Language~: 原悠: 本
http://jude.change-vision.com/jude-web/product/api_contest.html
Javaでコンパイラの基礎を理解する