はてなブックマーク

富岡製糸場然り、工業の近代化において、衣服にまつわる技術は多く世に貢献してきた。 さて、私たちが今扱っているコンピュータも元を辿っていくと、実はジャカード織機という織機に辿り着く。 いわゆるパンチカードによるプログラミングの原型とも言えるべき機械で、パンチカードの穴の並びで布の縦糸をどう動かすかを決めることが出来た。これによって、一気に複雑な模様を短時間で作れる様になったらしい。 で、そうは言われても、じゃぁ、どういう風に動くのか日本語で調べたりしてもよく分かってなかったんだけど、偶然素晴らしい動画を見つけて、よーく理解出来た。 www.youtube.com こういうデカい機械が、がっしょんがっしょん動くのは、いつになっても浪漫がある。 さて、動画に全てを任せても良いけど、簡単に解説。 まず、一般には縦糸と横糸を交互に上下に交差させることで布のを編む。これが平織。 平織り これを、交互で

やーやーやー シミュレータや合成ツールに金出したら、もう金がないので、チップの検証環境を自作 金がないので、RTL自動生成を自作 気がつけば10モジュールぐらい担当してた 金がないので、RedmineとGitbuket、Rocket.Chat、TestLinkを導入して、開発環境と検証環境と連携するシステムを自作 と、命令された訳でも無いのに、ひたすら文句を言い続けてたら、いつの間にかこんな状況になってしまった。ついでの過去の罪状として、プログラムの開発環境が貧弱と文句を言っていたら、いつの間にか統合開発環境（IDE)を自作していた。器用貧乏を地で行っている気がしてならない。 現状を現状のままに受け入れる力が、社会人に最も重要な能力。みんなは黙って働こう。 ドキュメントを自動生成したい プロダクトに関わると、どうしても設計資料とは別に、利用者の為のドキュメント（データシート）を、どこかの時

昨日不満をぶちまけたRazer Tartarus V2だが、悪いのはソフトであって、ハードではない。 ソフトを憎み、ハードを憎まず。 ハードは物がなければどうにもならないが、ソフトなら何とかならないこともないはずだ。 Razer Tartarus V2 メカメンブレン 左手用キーパッド 【日本正規代理店保証品】 RZ07-02270100-R3M1 出版社/メーカー: Razer Inc.発売日: 2017/12/23メディア: Personal Computersこの商品を含むブログを見る HID macros ここでまず候補に挙がるのが、HID macrosだろう。(※AutoHotkeyはLowLevelKeyboardProcによるフックで動くので、デバイスごとの設定はできない。) だが、ここで問題が。私のWindows 10ではHID macrosが動かないのだ。 もう開発されて

ディレクトリ内のファイルがメモ帳で改行が表示されない形式（LFかCR）だからCR+LFのWindows形式に一括変換したい。しかし、sedはおろか、shell環境も、エディタもない。メモ帳程度。ハゲそう。 そんなときでもPowerShellさえあれば、一括変換出来るので、メモメモ。 Windows形式（CR+LF）に変換 以下を実行すると、全てのファイルやディレクトリに対して処理するので注意。特定のファイルだけにしたい場合は後述のfilterを使う。 ls | foreach{ (cat $_) -join "`r`n" | set-content $_ } なお、文字コードは元のファイルが何であれ、Shift-JIS（正確にはパソコン環境依存）になる模様。UTF8で保存したい場合は、Set-Contentのオプション「-encoding UTF8」を利用する。 （ただし、PowerShe

私が最近生存している業界は、アナログ最後の砦と言われているほどIT化の遅い世界ですが、ここ数年でジワリジワリとソフトの力が増してきている、という業界です。 あ、なお、お前のブログ読んでるとまるで働いているみたいだな！とか言われましたが、私はクソニートですので誤解なきよう。お仕事くらさい。 で、そんなもんですから、今までアナログ屋だった人が突然ディジタル屋に突っ込まれたりするわけで、コーディング技術何それおいしいの？状態だっりします。 そんな方々が書くＣコードを見ると、ひたすらコピペの連続のような力業プログラミングだったりするわけです。 そんな方々に送るちょっとしたアドバイス記事です。別段目新しかったり、難しい内容はありません。 なお、この記事におけるコーディング技術は主に「保守管理」に関わる様な技術を指しており、アルゴリズムの話や、超絶技法の様な話は含んでおりません。 コーディング技術は何

さて、どれほど根性続くかわからないけど、いままでブログに書いてきた簡単な画像処理の話じゃなくて、もっと専門的な画像処理の話を書いていこうと思う。というのも、私来年から画像処理屋じゃなくなる予定なので、今のうちにまとめとかないとわからなくなる可能性大なのよね。 画像と行列 何から書き始めようかと思ったけど、とりあえず行列の話から。画像処理において、行列は非常に大事です。画像はコンピュータ上では行列として扱っていますからね。 連続空間において色や輝度値の関数がf(x,y)と与えられたとき、計算機上で扱う画像はI(x,y)=f(ax,ay) (x,yは自然数、aは正の定数）となります。aはサンプリングレートの逆数です。サンプリングレートあたりの話は過去に何度か書いたので省略します。このIが行列として表されるわけですね。 行列の固有値と固有ベクトル 線形代数で習うあれ。私は当時はなんか問題解けと言

私はプログラム歴2年と半、オブジェクト指向プログラミング(以下OOPと略記)歴1年とちょっとというかなり浅いプログラマーである。 私が一年前、OOP初心者時に書いたプログラム（1万行ぐらい）を現在誠意修正作業中なのだが、全く持って読めた物ではない。 この記事はOOP初心者にポリモー何とかだとか、再利何とかだとか、隠蔽何とかだとか、インターフェ何とかだとかそんなことを理解してプログラムしようと啓蒙する為の記事ではない。 何時かあなたが初心者の頃に書いたソースを修正するときに後悔と過去の自分に殺意を向けない為の記事である。 ポ何とかのあたりの事は、いかに述べていく事を守っていれば、1年後のあなたがEclipseをバンバン使いこなしてスムーズに勝手にやってくれるはずだ。今のあなたが気にする必要はない。 1:やたらオーバーロードしない これはOOPではないが、Perlだとか、JavaScriptだ

Markdownを書くのに一番いい方法って何なんでしょうね？ 私はEclipse + GMF viewerを主に使っていたんですけど、このGMF viewerってディレクトリにhtmlファイル出力しちゃうのがすっごい気にくわないんだよねぇ。 かといって、Firefoxとかでやるとしても、たとえKeySnailを入れてるとしても、EclipseとかEmacsのテキスト編集機能にはさすがにかなわないのよね。 で、GitBucket作者のたけぞうさんがGitBucket用のMarkdownプロセッサ(markedj)をJava作って公開したという記事を見つけた。 ほう、Javaとな。 しかも、会社のGitサーバーに入れたのはGitBucketなので、私の利用環境との相性も良いじゃん。 よし、markedjのビューワー作るか！JavaFXで！ というわけで、できた 以下からダウンロードできます。

JavaFXでTooltipを使ったことがあるだろうか？ うん、みなまで言わなくてもいい。 使いにくいよね ざっと欠点を挙げるとするならば、 表示されるまでが遅い 表示されるまでの時間を変えられない 表示時間が短い 表示時間を変えられない フォーカス持っていないウィンドウでもポップアップする。ついでにウィンドウが一番手前に来る。 屋上へ行こうぜ…久しぶりに…キレちまったよ…な状態になってしまったのは一番最後の項目。 この症状は複数のWindowを一つのApplicationで開いているときに起こる。(なお、他のプロセスのウィンドウより前に来ることはないっぽい。) ↓ これを解消する方法がどうしてもわからんかった。次善策として、フォーカス持っていないウィンドウではせめてポップアップしないようにしたい。 自作TooltipBehaviorを作ってみることにした JavaFXにおいて、Toolt

ども、一ヶ月ぐらい前に作った自作のLineChartをちまちま更新していたら、何か結構高性能になったんじゃね？ってことで、動画にとって見ましたのでご紹介。 機能としては、「データを拡大して、スライドさせることが出来る」「マウスポイントに追従してデータの位置を取得できる」「複数のLineChartの端を一致させたまま配置できる」「複数のLineChartでスクロールバーやマウスポイントを同期させられる」「大量のデータを入れてもとりあえず固まらない」あたりです。 NodamushiChart(Github) とりあえず、動画とか初めてキャプチャして、それをそのままYoutubeにぶち込んだだけだから画質とか酷いけど、気にしないで。てか、相当昔に取ったnodamushiのアカウントに付けてた名前が田中太郎って宇宙人かよ。（ネタ分かる人居るのかな）

やろーども。滅入り苦しみます。 と、いうわけで、全国約80人のJavaFXユーザーにnodamushiサンタがナイスノンケなプレゼントをもってやってきたぜぃ。 さて、妙なノリもここまでにして、JavaFXのLineChartって使いにくい、というのが私の結論です。グラフ描画領域内のマウスイベントは取れない、double[]配列でデータあるのをいちいちDataに変換しないといけない、Axisをスクロールさせて描画領域を変化させることも出来ない。複数のグラフを並べて表示させることが出来ない。その上妙なアニメーションやらまじうぜぇ。 で、これらを解決すべく色々模索した結果……… LineChart自作してまいました(　ﾟдﾟ)ﾒﾘｰｸﾘｽﾏｽ ソースコード：NodamushiChart あ〜、車輪の再発明糞面倒くさいぜー まだバグバグしてるし、欲しい機能（マウスイベント、表示範囲の変更など）全て

ちまちま書いてるうちに新年明けました。 さて、Capyの記事書いてるときに、よくよく考えてみたらエッジの話って書いたことなくね？って気がついて、Steerable filterの話がてらエッジの話をすることにしておきました。でも一つの記事では収まりそうもありませんでした。 実際にフィルタかけた画像とかはそのうち用意する。(^^;) エッジ(edge)とはなんぞ？ エッジエッジと言うけれど、エッジってなんぞ？ エッジの前にまずは輪郭(countour)から考えてみましょう。文脈によってはエッジも輪郭も同じ意味って事もありますが、一般に輪郭とは １ 物の外形を形づくっている線。「顔の―」「―を描く」 となっています。（goo辞書)要するに物体と物体の境界を表す場所を輪郭と呼びます。 （赤い線が輪郭線） もし物体が3D情報として与えられているなら、異なる物体と物体の識別が容易に行えますから、輪郭

動機と目的 みなさんはキーボード何使ってますか？私は東プレのRealForceを………という話ではなくて、JISキーボードですか？USキーボードですか？　US!US!なギーク（笑）には関係ない話ですが、私はJISキーボードです。前の研究室はUSキーボードだったので両方使えますが、JISのがしっくりきます。 で、JISは世界の標準ではないので、色々問題起こります。 「Ctrl+@」 このキー操作を定義しようとしたときに問題が発生しました。我々JIS民は@って@を押せば出るんですよ。でも世界民はShift+2なんですよね。で、世界民はJIS民が@と呼ぶキーは[と呼ぶんですよね。 なるほど、じゃぁ、JavaFXも@は[と呼ぶから困ると私は言いたいのか。残念ながらもっと面倒で、何故か`と判定されました。KeyCodeにATって定義されてるくせに… これだと、ユーザーが柔軟にキーバインドを定義するよ

風邪引いたnodamushiです。急に気温が下がり、雨も降りでみなさま体調は大丈夫でしょうか？ さて、風邪を引いてグースカ寝てたけど、もう全然寝られなくなったのでフラフラインターネットを見ていました。すると、Capyという次世代（？）CAPTCHAがあることを知りました。CAPTCHAってのは、機械による自動登録とかを防止する、超読みにくくてイライラさせられるあれです。Capyの画面は以下のような感じで、楽しく入力できます。 ん〜、解きやすい。解き…やすい………。これ、簡単に自動化できるよね？と、思ったらやっぱりやられてた。参考記事：Capy CAPTCHAは一瞬で突破できる でも、上の参考記事にはフリースタイルパズルの話は書いてないんだよね。フリースタイルパズルはピースの色の情報とかは使えない。デモでは使っている画像が少ないから、完全な背景画像を作って、後は差分で一瞬で解くことは出来る。

今回はDavid Loweが1999年に提案したSIFTについて話していきます。今更、SIFTなんて解説してもそこらにいっぱい解説あるんだからと思うかもしれませんが、まぁ、マッタリ行きましょうや。なお、SIFTには特許があるので使用時には気をつけて下さい。また、オープンソースの実装にOpenCVの他、OpenSIFTもあります。ところで、昔JAVAで作ったSIFTのプログラムが見当たりません。(T_T)　あいつはどこ行ってしまったのか…。 Scale-Invariant 前回話したハリスのコーナー検出の手法には、回転不変性がありました。画像が回転しても特徴が変わらないよ、というものです。チョロッとだけ、アフィン変換不変や、スケール対応する改良があるよとだけ言いましたように、基本的にはその他の変形に対して不変な特徴ではありません。 特に困るのが、画像の大きさの違いを吸収できないことでした。へ

分散の話書くとか言っておいて、面倒くさくなって放置してた。とりあえず、基礎はいいや、ということで、すっ飛ばして特徴量の話をしていくよー。ここに書いてく話はすでにPDFに一回私が雑にまとめた内容をリファインしながら書いていくつもりだけど、そのPDFが既に2カラムで20P近くあります。いったい記事何回分になるんだろうね。 最新技術を紹介していくのも良いですが、原点に立ち返ってゆっくり進めていくのも良いでしょう。この記事は焦らず初期の初期からやっていきます。 輪郭 画像の特徴って何でしょう？色々考えられます。画像の色、輝度、輪郭、固有値、固有ベクトル、写っている物体の形状、数、等考えつく物は大体何でも特徴と言えます。 目的にもよりますが、これらの中でも輪郭は重要です。人間は物体の輪郭に強く反応します。輪郭線さえしっかりしていれば、多少色は適当に塗られていても問題ないぐらいです。ちなみに、脳の中で

2年ぶりぐらいにJOCL書くかーって思って環境整えようとしたら結構手惑いました。私が利用していたのはJogAmpだったので、今回もJogAmpのJOCLを使おうと思ったんですが、なんか、JOGLが結構2年前と変わってますね。櫻庭さんのJOGLの記事とか、今とインターフェースで定義されてるメソッド違うみたいだし、でもあまり日本語出てこないしで、一応記事にしておきます。 ダウンロード まずは、必要なファイルをダウンロードしてきます。JogAmpの「Builds / Downloads」の項目にあるCurrentのzipへ進みます。URLが変わっていなかったらこのリンクです。 そこからjogamp-all-platforms.7zをダウンロードします。同様にURLが変わっていなかったらこのリンクです。 ダウンロードしたファイルを適当なディレクトリに展開しておきましょう。私はJavaのライブラリは

後輩からプログラムを書くとき、アルゴリズムはわかってもプログラムに直すことが出来ない、for文やスタックなどをどう使えば良いのかわからない、難しいというぼやきを受けた。現在彼はトップコーダーにチャレンジしていて、そんな話になったのだが、その会話の中で一つ思ったことがあるので言葉にしてみようと思う。 出来ない理由は理解してないからだけじゃ？ まず、プログラムというのは事象の表現方法の一つである。つまり言語だ。プログラム言語なのだから言語で当然なのだが。つまり、本質的にプログラムを書くことと、日本語を書くことに大した差はない。日本語で曖昧さがなく、ある事象について説明できるならプログラムでも当然書くことが出来る。え？出来ないこといっぱいある？それは、曖昧さが残っているか、もしくは言語の表現力と聞き手（計算機）の理解力の問題になってくる。そこには今は目をつむろう。 ということは、当然プログラムが

だいぶJavaFXが分かってきたので、ちょいとまとめ。 JavaFXでダイアログ表示するのって面倒くさいな〜って思って、自分で使う分には簡単に作れるようなAPIを整えていました。単にダイアログって言っても、ウィンドウ形式でポップアップするダイアログの他に、モダンブラウザで実装されているJavaScriptのalertがウィンドウ内部だけで表示されるタイプのダイアログなどがあります。その違いをなるべく気にしないでいいように実装してみました。全部のソースコードはGithubにおいています。https://github.com/nodamushi/NodamushiJFXUtilities 言葉よりも図を示した方が良いですね↓ 左はウィンドウ形式のダイアログ、右はインナーウィンドウ形式のダイアログです。 ウィンドウ形式はStageを、インナーウィンドウ形式は渡されたStackPaneの一番上に表

数年ぶりとかいうレベルでJavaのスレッドに触ったもんだから色々忘れてたので、忘れてたことまとめておく。 ダブルチェックロッキングパターンって何でダメなんだっけ？ Javaではダブルチェックロッキングパターンって場合によってはクリティカルにヤヴァい事があります。やばいってことは覚えてたんだけど、どういう理由で、どういう場面でやばいのか忘れてました。 private Object checkObj; public void dcheck(){ if( checkObj == null) synchronized{ if(checkObj==null){ Object o = new Object(); checkObj = o; } } ……… } 上のコードがクリティカルにヤヴァいパターンです。 ダブルチェックロッキングパターンってのは主に、マルチスレッド環境でシングルトンなオブジェクトを

前回に続いてエッジの話をしていきましょう。 エッジのとらえ方には 微分値が高い 高周波 ゴリ の３種類があるといいました。今回は高周波のお話です。 画像は２次元の信号 信号理論を学んだことがない人にはハイパスフィルタと言われてもぴんとこないかもし…