以前よりちらちら触れてますが、Twitter のクライアントを開発中ということで、 投稿前に URL を短縮して文字数を稼ぐ タイムライン上の短縮 URL のリダイレクト先へジャンプする前に URL を確認 といった機能の実装のため、API を調べて使ってみました。 ＠ユーザー登録 API を使用するにはユーザー登録が必要です。 http://j.mp/ bit.ly と j.mp は運営が同一ですので、どちらかで登録すれば両方使えます。 API 使用時に必要になる「API Key」は、右上「Account」のページから参照できます。 ＠URL を短縮する http://api.j.mp/shorten?version=2.0.1&longUrl=(url)&login=(user_id)&apiKey=(api_key)&format=xml こいつを GET で投げます*1。 form

はじめに JavaScriptはオブジェクト指向言語です。しかし、そのオブジェクトの性質は、他に良く知られているオブジェクト指向言語のJavaやC++と大きく異なっています。 そこでこの記事では、なぜそのような違いがあるのか、JavaScriptにおけるオブジェクト指向の言語思想を見ていくと共に、その違いの根幹であるプロトタイプについて解説していきたいと思います。 なお、この記事はJavaScriptの解説ですが、その内容は、標準仕様のECMAScriptで扱われる範囲に基づいています。従って、同じくECMAScriptを元にしている言語（JScript、ActionScript）でも通じる内容になっています。 対象読者 プログラミングの基本的な知識、ならびにオブジェクトやメソッドと言った基礎的な概念については、ここでは解説しません。最低限、オブジェクト指向プログラミングについて理解をして

購入編 会社にて amachang「秋だけに akky ですね。Macbook が欲しくなってきました」 akky（苦笑） amachang「新しい Macbook が欲しくなってきました」 akky（苦笑） amachang「買って来まーす」 akky（苦笑） Apple Store 銀座にて amachang「Macbook Pro の 13 inch のやつください」 店員「はい。 2 種類ありますが」 amachang「高いほうのやつください」 店員「キーボードは JIS と US どちらにいたすますか」 amachang「US ください」 店員「こちらでよろしいですか?」 amachang「JIS よりキー少ないのですね」 店員「はい。英数キー、かなキーなどがありません」 amachang「えっ」 店員「えっ」 amachang「JIS ください」 店員「かしこまりました」 am

個人的に Twitter って誰をフォローするか （というかどういうタイムラインを作りたいか） が楽しむ上では一番重要かなと思うんですが、そういう意味では自分の所属する業界とか興味のある事柄に関連したアカウントからフォローして行くっていうのは、Twitterをスタートする時点では最も簡単で有効な方法だと思います。 ということで、人様の記事に乗っかる感じですが、業界とか別に Twitter アカウントをまとめてある記事とかサイトのまとめ。 フォローすべきTwitterアカウント一覧 ： IDEA*PAD 百式の田口さんがまとめてる　Twitter アカウント一覧。芸能人とか経営者とか、カテゴリごとに分けて掲載されてるので見やすいですね。 以下、敬称略、順不同です。基本的に日本語のアカウントのみということで。 Twitterの有名人・公式・お役立ち情報アカウント一覧 ： できるネット＋ 編集部

複数の SVN リポジトリを 1 つの Trac で管理する方法です。元ネタは 2009-07-14 に対応された Multiple Repository Support for 0.12 です。multirepos のソースコードは edgewall の sandbox 内に公開されています。インスコ環境は ubuntu です。私は動作環境については、mysql, mod_python を利用していますが、sqlite でも mod_wsgi でも同じように動作すると思います。また、trac と SVN のユーザは一元的に LDAP で管理します。 LDAP のインストールと設定 LDAP のインストール (Ubuntu の場合) sudo apt-get install slapd ldap-utils sudo dpkg-reconfigure slapd LDAP の設定とユーザの

議事録をTracへ載せる話は「議事録はTracへ」に書いたけれど、今度は仕様書の話。ソフトウェア開発の構成管理にはSubversionを使っており、その中にはソースコードだけではなく、WordやExcelで作った資料も入れるようにしている。以前はサーバの共有フォルダに入れていたけれど、色々な面で問題が有ったのでSubversionとTracを使うようにした。目的は下記の通り。 仕様変更の確実な履歴管理 Wordファイル自体に変更履歴を管理する機能はあるけれど、ファイルを開いてみなければ分からないし、必ず履歴が残っているという保証も無い（誰かが変更箇所を承認してしまった等）ので、あまり使える機能ではない。確かに、短期的に変更点を知ってもらうには分かりやすくて便利なのだけど、長期的な保存に耐えうる機能ではないと思う。そこで構成管理へ入れるようにすれば、遙か昔の履歴も確実に残るので安心だ。 ソー

一定期間更新がないため広告を表示しています

(hgの部分をgitに置き換えてもOK) bzrとhgを比較するベンチマークだと、特にcloneにおいてbzrが遅い。 bzrとhgにおける、リポジトリとブランチの扱いの違いについて まず、bzrは色々な使い方に対応できるようにしようとしてリポジトリとブランチと作業ツリーを分離して設計している。 bzrの .bzr というディレクトリは、作業ツリー、ブランチ、リポジトリを含む場合もあれば含まない場合もある。 bzr init-repo --no-tree foo # foo/ はリポジトリ bzr init foo/bar # foo/bar/ はブランチ bzr co --lightweight foo/bar baz # baz/ は作業ツリーさて、bzrのリポジトリ、ブランチ、作業ツリーとは何者か。 リポジトリというのは、リビジョンを格納するものだ。リビジョンとはあるディレクトリツリ

アルファシステムズは2009年10月1日，ネットワークを介して複数のパソコンの画面を閲覧し操作できるオープンソース・ソフトウエアの新版「MultiVNC 3.0」を公開した。新版では管理対象として従来のLinuxに加えWindowsにも対応した。 MultiVNCは，ネットワークを介してパソコンの画面を転送し遠隔操作するオープンソース・ソフトウエアVNCをベースにアルファシステムズが多画面に対応するよう拡張したソフトウエア。独立行政法人 情報処理推進機構(IPA)が行ったオープンソースソフトウェア活用基盤整備事業として開発され，2004年12月にGPLで公開した。 2年ぶりの新版となるMultiVNC 3.0では，閲覧，操作の対象となるクライアントOSとして，従来のLinuxに加えWindows Vista Business，Windows 7 Professionalを追加した。Wind

outputz でいまだに1位になれたことがない村瀬です。 社内で開発をスムーズにするための tips 集を紹介したので、まとめておきます。 記事ではデモができないので便利さが伝わらない物も多いですが参考になれば幸いです。 screenとかzshとか便利だよ！と言う話は社内ではさんざんしているのでありません。 また、OSX 限定の内容もあります。 でははじめましょう。 keychain keychain と言っても OSX の KeyChain ではなく、コマンドラインのツールです。 これは ssh-agent をより便利にするためのラッパーです。これを使用すると ssh の秘密鍵のパスワードを一度入力するとあとはパスワードなしで ssh 接続できるようになります。 「同じこと二回も言わせんな！」といつも切れているような人は導入すると良いでしょう。 使い方は $ keychain ~/.s

httpもしくはhttpsにて接続してファイルの共有が可能なWebDAVを 設定しました。ファイヤーウォールを越えて通信できてしまうので、 管理者泣かせです。 OS: Ubuntu Server 8.042 (インストール時に"LAMP"をインストール） --共有をするディレクトリの作成 $ sudo su - # mkdir -p /var/www/share # chown www-data:www-data /var/www/share --WebDAVのディレクティブ設定 # vi /etc/apache2/sites-available/default ----  下記を追記 Alias /share "/var/www/share" <Location /share> DAV On Options Indexes FollowSymlinks Order allow,deny

「ナルホドー！ 使って分かった Mercurial と Bitbucket の便利さ」に書いたような事情でMercurialを使っています。分散バージョン管理について理解も納得もしないままに、とりあえず使い始めて、「おー、便利だ」と思ったわけです。その後も理屈は分からないまま、その場で必要な機能だけツマミ食い的に利用。コマンドリファレンスを見たこともありません。 と、こんな状況だと、常識的なことさえ知らないままでツマラナイ苦労をするものです。今まで僕は、既にMercurial管理下に入ってしまったファイル -- 例として Docs/JunkMemo.txt を、バージョン管理の対象外にする方法を知らなくて、次のようにしてました（Windowsコマンドラインを使います）。 copy Docs\JunkMemo.txt Docs\tmp.txt …← 待避用コピーを作成 hg remove D

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

おそらく Scala（に限らずだと思うけど）を身につけるにあたって、Java プログラマが越えなければならない大きな壁の一つは「いかに関数型プログラミング脳を作るか」だと思います。 これは、手続き型プログラミングからオブジェクト指向プログラミング（OOP）にシフトする際にいかに OOP 脳を作るかということが問題になったのと同様です。もとから OOP に取り組んだ人は得に意識しなかったかも知れません。しかし、手続き型に慣れ親しんでいた方が OOP に移行したときはそうとうに苦労したなんてことも少なくなかったようです（そして挫折した人も！）。 私も今、関数型プログラミング脳作りに苦労しています（関数型は Scala が初めてなので）。試行錯誤の連続です。 そんな中、ふと気づいたことがあります。 これまで「var は使わず val で」とか「while は使わず再帰で」などと文法的なことにばか

また Linux カーネルの話です。 Linux では fork によるマルチプロセスと、pthread によるマルチスレッドでの並行処理を比較した場合、後者の方がコストが低く高速と言われます。「スレッドはメモリ空間を共有するので、マルチプロセスとは異なりコンテキストスイッチ時にメモリ空間の切り替えを省略できる。切り替えに伴うオーバーヘッドが少ない。」というのが FAQ の答えかと思います。 が「オーバーヘッドが少ない」と一言にいわれても具体的にどういうことなのかがイメージできません。そこで Linux のスレッド周りの実装を見て見ようじゃないか、というのが今回のテーマです。 3分でわかる(?) マルチプロセスとマルチスレッド まずはうんちく。マルチプロセスとマルチスレッドの違いの図。以前に社内で勉強会をしたときに作った資料にちょうど良いのがあったので掲載します。Pthreadsプログラミ

私が講師役をしている社内向けJavaScript勉強会の資料をまとめて公開しました。 実践JavaScript - 株式会社ALBERT 社内勉強会資料 1回目を書いてからだいぶ間が空いてしまいましたが、その分6回分をまとめて、インデックスや見た目等々を整理してあります。 コードのハイライトには google-code-prettify - syntax highlighting of code snippets in a web page - Google Project Hosting を使用してみたのですが、すごく重かったので出力結果を静的に使っています。 オススメ回は実践JavaScript - JavaScript特有の問題・クロスブラウザなど - 株式会社ALBERT 勉強会資料でしょうか。特にクロスブラウザなDOMサイズ取得は自分でも良く参照してます。 間違いなどありましたら

はてなからセキュリティホールを突かれた不正アクセスについての報告があった。 「はてなブックマーク モバイル版」の脆弱性を利用した不正アクセスに関するご報告 - はてなブックマーク日記 - 機能変更、お知らせなど これは先週の連休中に騒ぎになった件。id:guldeen さんのブックマークコメントが何者かによって改竄されたという事件があったのだ。*1 当初パスワードが推測または盗難されたのではないかという話だったが、実際の手口は、いわゆるセッションハイジャックだったようだ。要するに、 guldeen さんが docomo の携帯電話からはてなにログインした ログインした状態でモバイル版はてなブックマークを利用した ログイン情報を含んだリンクがはてなのサーバの共有部分に残ってしまった 他人がはてなにアクセスした時にそのリンクが表示されてしまう状態だった 誰か(以下 X)がそのリンクをクリックし

いよいよ今月こちらの本が出版されるのですが、その本を執筆している最中、「そういえばRAID6の正確な定義って何だろう？」という話になりました。 よく知られているRAID6の定義としては「パリティ情報を2本のHDDに書き込むので、HDDが2本死んでもデータが飛ばない」というものです。しかし曖昧なのは、どのようなパリティ情報をHDDに書きこむのか、というところです。この件、文献によって書いてあることに差があります。例えば「RAID5のパリティ情報をもう1つ他のHDDにも書き込んだものがRAID6だ」というものや、「RAID5のパリティ情報とは別のアルゴリズムで算出したパリティ情報を他のHDDに書き込んだものがRAID6だ」など。 RAID1-5に関しては明確な定義があります。Wikipediaによると「1988年にカリフォルニア大学バークリー校のデイビッド・パターソン, Garth A. Gi

はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

連休は特に外出する予定もなかったので、Trac のプラグイン開発の準備でもしようと思い環境を作ってみた。 いろいろな所に散らばっている情報を拾っては適用、拾っては適用の繰り返しだったので、備忘録も兼ねてまとめておく。 #なんか、秋休みの自由研究みたいだ＾＾； 環境 Windows XP SP3 Trac Lightning 2.3.1 Eclipse 3.5 Python 2.5 参考ページ Pythonの勉強のためにTracのデバッグ環境を構築する « ひよっこ。 http://cid-72e5b46b1514a2d2.spaces.live.com/Blog/cns!72E5B46B1514A2D2!135.entry EclipseでTracプラグイン開発 - 現場のためのソフトウェア開発プロセス - たかのり日記 TracLightning2.2以降でプラグインをデバッグするとき

プログラミング言語にはさまざまな種類、CやJavaやPerlなど、が存在します。理想的なプログラミング言語の定義は条件やプログラマーの好みによってさまざまだとは思いますが、やはり実行速度が速いこと、できれば簡潔に記述できた方がよい、という条件に同意する方は多いのではないでしょうか。 さまざまなプログラミング言語のベンチマークを実行し、その結果を報告しているWebサイト「The Computer Language Benchmarks Game」を紹介しているのが、ブログ「Radium Software」の記事「プログラミング言語の特徴を視覚的に比較する」です。 「The Computer Language Benchmarks Game」では、ベンチマークの結果とそのコードの関係をグラフにした「interpret scatter plot shapes」というWebページが公開されています

Webサーバから始めよう：いまさら聞けない!? Web系開発者のためのサーバ知識（1）（1/2 ページ） プログラマの弱点（？） ある程度の規模の開発プロジェクトでは、上流工程と下流工程、開発担当とサーバ担当、さらに開発担当のなかでもバックエンドのロジック担当とフロント周りの担当など、分業体制で進めていくのが一般的です。 ここまできっちりと分業されていない場合でも、コーディングはプログラマが行い、本番向けのサーバ構築などは詳しい人に任せてしまうといったことは多々あります。 こういった分業体制はもちろん理に適ったことなのですが、開発者が常にプログラマに徹してしまっていると、どうしてもサーバ知識が不足しがちになります。アプリケーションを動作させるために必要な最低限の環境を自分のPC上に整えたら、あとはひたすらコーディングの日々といったことの繰り返しになるので、なかなかサーバ知識が深まりません。

C++版のOpenCVを使ってカラーヒストグラムを用いた類似画像検索を実験してみました。バッチ処理などのスクリプトはPythonを使ってますが、PerlでもRubyでも似たような感じでできます。 指定した画像と類似した画像を検索するシステムは類似画像検索システムと言います。GoogleやYahoo!のイメージ検索は、クエリにキーワードを入れてキーワードに関連した画像を検索しますが、類似画像検索ではクエリに画像を与えるのが特徴的です。この分野は、Content-Based Image Retrieval (CBIR)と呼ばれており、最新のサーベイ論文（Datta,2008）を読むと1990年代前半とけっこう昔から研究されてます。 最新の手法では、色、形状、テクスチャ、特徴点などさまざまな特徴量を用いて類似度を判定するそうですが、今回は、もっとも簡単な「色」を用いた類似画像検索を実験してみます