オプショナルな静的型、ある程度の型推論
- 静的型付き言語かつ型推論があるので、かなりの部分で冗長な記述を無くせる。
- プログラマの意図と処理系の解釈が違う場合は、コンパイラがはじいてくれる。
不必要なシンタックスシュガーがない
- 微妙な点ではあるけど、コードの見た目に対して理不尽な挙動をすることは少ないと思う。コンパイラがチェックしてくれる部分も多いので、あとはコーディングルールの問題じゃないかな。
- http://stackoverflow.com/questions/2662984/what-are-all-the-instances-of-syntactic-sugar-in-scala
見通しの良い非同期処理
- デフォルトでFutureというクラスが用意されてる。 http://docs.scala-lang.org/ja/overviews/core/futures.html
- 例えば、
  1. 他のサービスにユーザ一覧を問い合わせて、
  2. 頭文字が'T'のユーザだけ取り出して、
  3. DBに書き込んで、
  4. 結果をユーザに通知する。
- みたいな処理はこう書ける。複雑な非同期処理が、完全に手続き処理っぽく書けてるのが分かると思う。

val users = service.getUsers // 1
val result = users.map { users ＝＞ users.filter { u ＝＞
  u.name.head == 'T' // 2
}}.flatMap { users ＝＞ Future.traverse(users) { user ＝＞
  db.write(user.id, user.name) // 3
}}

result.onSuccess { case _ ＝＞
  println("Success!") // 4
}
// '＝＞'がうまく書けなかったので全角になってる。

起動速度が速い
- コンパイル言語で、コンパイル時間も決して短くないのでここは微妙かな。いちおう、次のバージョンで改善が予定されてる。
実行速度ができるだけ速い
- JVM 言語なので、実行速度については何も問題がない。

Permalink | 記事への反応(0) | 18:24

■http://anond.hatelabo.jp/20130614232508

「言語機能として欲しい機能がライブラリ任せでしんどい」と「不必要なシンタックスシュガーがない」って完全に矛盾してるな。

「C# の await ? あんまり知らないけどブロックせずに同期処理っぽくかける」というの、もしC#みたいに言語機能として取り入れてほしいとおもってるなら「不必要なシンタックスシュガー」だと思うぞ http://bleis-tift.hatenablog.com/entry/asyncawaitdis

Permalink | 記事への反応(0) | 12:37

2013-06-14

■理想のプログラミング言語

普段Perlを書いているんだけど、言語機能として欲しい機能がライブラリ任せだったりしていろいろしんどい。

何かいいプログラミング言語はないかなーと思っているんだけど、なかなか自分の好みとピタリとくるものがない。まぁ好みにピタリとくるものなんかプログラミング言語に限らずないんだろうけど。

なので夢想してたのを垂れ流してみる。最近 OOPディスのエントリとかあったので話題作りになれば。

Web系のエンジニアなのでWebサービス作ることが前提で、範囲広げすぎるとまとまらないので今回はLLを想定してる。

だいたい PHP, Perl, Python, Ruby, JavaScript あたりをイメージしながら、さらにこんな機能があればいいなーと思って書いたよ。

言語 仕様

使い慣れているクラスベースオブジェクト指向
オプショナルな静的型
- 静的な型がないのはちょっと苦しい
- かといって型が必須だと気軽に書けない
- 気軽に書きたいときは形無しでスクリプトっぽく書けて、かっちり書きたいときはちゃんと型がつけられると良い
- ライブラリとかはちゃんと型をつけて書くとかできると安心
ある程度の型推論
- 型がオプショナルだと型推論に限界があると思うが、TypeScriptくらい推論してくれればJavaのような二重記述に悩まされずに済む
ラムダ式が簡単にかける
GCちゃんとしてる
不必要なシンタックスシュガーがない
- 読みにくくなるだけ
モジュール機構しっかりしてること
Cライクなシンタックス
- ブレースが好き。これは完全に好み

処理系

見通しの良い非同期処理
- ノンブロッキングIO流行ってるっぽいし非同期処理が簡単に書けると便利なんだろうけど、DB引くたびにコールバックとかだとコードの見通しが良くない
- C# の await ? あんまり知らないけどブロックせずに同期処理っぽくかけるのがあるといいなー
- コールバック地獄になるくらいならブロッキング処理でプロセス並べればいいんじゃないの、って思う
使える環境はできるだけ多いとうれしい
- できればサーバー側でもブラウザ側でも使いたい。モデルのコードとか共用できたらすてきなんじゃなかろうか？
起動速度が速い
実行速度ができるだけ速い

まとめ

どれかの言語にはあるけど全部持ったのはない、みたいな感じ
dart か TypeScript がよいんじゃないかと思ってるんだけど、dart vm と node.js はブロッキング処理が書けないのでサーバー側のコードがかなりしんどいことになる
dart の Future に T await() みたいなのが入るとかなり理想的だなー
このエントリ完全に好みで書いててかつ自分は関数型言語とかあんまりしらないので、この機能いらない／必要とかこういう観点が抜けてるとかあったら是非聞かせてほしい

Permalink | 記事への反応(13) | 23:25

2013-06-12

■「ミラーリング」は万能か？～その隠された危険性

　昨日ゼミの先輩と学食でバッタリ出会い、とても久々の非ぼっち飯となったのだが、その際「（実名）くんは東浩紀と喋り方が似ている」とのご指摘があった。酒が入るとまんま劣化東浩紀だという自覚はあったが、素面かつ公の場でもあずまナイズされていたとは……。

　敬意や好意を抱く相手の言行と自分の言行とが似てくる現象には「ミラーリング効果」という名前がついているらしい。さらにはこの逆を能動的に解釈した「ミラーリング（自分の言行を特定の対象と似せることでその対象の好意を引き出す）」というのがあり、これは対人コミュニケーションの重要なテクニックの1つとなっているようだ。「それらしい」解説サイトには、「（恐らく動物的なレベルで）自分と同じ言行をする人間を仲間だと思うから」という理由が附されているが、いくら無意識が自我の及ばない領域だとはいえ、人間の行動の多くを司る知性を動物の水準にまで落とし、その点のみで理由を探ろうとすることもないだろう。確かにちょっとした言行（会話で応答の際にオウム返しを入れる、同じタイミングで足を組む、同じ物を注文する等々）はそのような理由から来ているのかもしれないが、思うにこれは「（意識無意識にかかわらず）自分のいいところ」が、心身ともに自分とは別の個体である他者の中に見出されたとき、その他者に対して「無意識に」好意的な感情を抱くことにより、理性の管轄外で自己承認を行うプロセスなのではないだろうか。

　だとすればその裏、すなわち「自分のよくないところ」に対してはどうか。シンタックス上は上記したミラーリング効果の対偶に当たるので、ミラーリング効果が真ならば「好意的ではない感情を抱く」ということになるが、これだと少々不明瞭なうえ、シンタックス上の真偽は必ずしもセマンティックス上の真偽を保証しない。だが細かい部分を無視し、思い切って「自分のよくないところ」を「自分の悪いところ」に、「好意的ではない感情を抱く」を「嫌悪感を抱く」に置き換えてみると、おぼろげながら見えてくるものがある。「自分の悪いところを他者に見出したとき、その他者に対して嫌悪感を抱く」――これは同族嫌悪の理屈を指していると考えることは出来ないだろうか。だとすればミラーリングは、一般に語られない重大な欠陥を抱えているということになる。相手が意識するせざるにかかわらず、「相手の悪いところ」をミラーリングすることで、相手が自分に対して同族嫌悪的な感情を喚起する可能性があるからだ。

　そんなわけで、尊敬する人の前ではやや立ちふるまいを意識しなくてはな、と考えた次第であります。おあとがよろしいようで。

Permalink | 記事への反応(0) | 19:18

2013-03-04

■はてなブログのテーマ 投稿があらゆる意味でプロ向けすぎて萎えた

テーマストアが公開されたので、週末の時間を使ってちょっと作ってみたんだけど、想像以上に手間がかかったのでまだ完成してない。

手引きに「オリジナルテーマの作成は、CSSの知識がある方を対象にしています。」なんて逃げを打ってるけどさ。プロ向けにしたってちょっと投げっぱなしじゃないの？

以下、萎えるリスト。

スタイルの仕様が公開されていない

そのため、気合いで解析する必要がある。保守するプログラムに設計書もコメントもないなんて常識だよねー、的な？　まあ頑張ってFirebugするわけですが、当然、解析できるのはCSSの構造までであり、そのスタイルの意図などはわかるはずもないわけで。もしかしてアレですか。Webデザイナであればフィーリングで伝わるようなレベルの問題なんでしょうか。私のような卑しいSIerのエンジニアはWeb 業界に転職してから出直した方がいいのでしょうか。

テストの仕組みが提供されていない

テスト用に別ブログを自分で開設し（！）、自分であらゆる表示パターンを網羅するテストページを作成（！！）し、カスタム CSSを記述しては保存、各種確認URLを開いて回る、ということを公式に求める始末。なんではてな様のテーマ作成コスト削減にそんな苦労をしてまで貢献しないといかんのですか。ちなみに手引きで紹介されているサンプルエントリーでは何かと不十分。脚注とかないし。シンタックスハイライトじゃないPREないし。コメントとかスターとか自分でつけないとだし。複数ページないとPagerでてこないし。つーか、はてなの公式テーマとか作ったときに使ったテスト用HTMLやテストケースを公開してくれればいいんでないの。・・・あるよね？

この前のトップページデザイン変更もそうだけど((自分の場合、横方向の視線移動を求められるようになったのが苦痛で仕方が無い))。使う人のこと、基本的にあんまり考えてないよね、はてな。とにかく、はやりの技術やデザインを使ってみたいんだろうね。それがユーザーにとっていいかどうかは二の次なんだろうね。個人の趣味じゃないんだからさ。ねえ。お願いしますよ。こんなんで月980円（だっけ？）もとろうだなんてどうかしてるよ。

公式でも投稿でもいいからはてなダイアリー並にテーマがたくさん使えるようになるのはいつなんでしょう。

あと全然別の話だけどついでに文句書いておくと、スマホ用はてブのWebはなんでわざわざAjaxでPager実装しているの？　だって最新ホットエントリー一覧なんて、前のページのコンテンツ保持しておく必要性も薄いじゃない。何が困るって、次ページ読み込み中（■がくるくるしてる状態）に電波切れると（地下鉄とかね）、ボタン押せなくなってるから電波復帰してもどうにもならなくなるのよね。リロードすると1ページ目に戻るし。普通にリンクで次ページ遷移じゃダメなの？

Permalink | 記事への反応(0) | 00:11

2012-03-14

■はてな から Tumblrに移るための手引き

要約：Tumblrは日記帳としてもソーシャルなブクマとしても使えるので、ダイアリーとブックマークを止めてTumblr一本にすると捗ります。

Tumblrははてなダイアリーの代用になるか？

なります。

はてなダイアリーで個人的に便利だと思っていたのは次の4点です。

テキストベースで書ける。
コードのシンタックスハイライトが充実している。
はてブされやすくて、他の人に見てもらいやすい。
どうせはてブを使うので、複数のサービスを行き来したりログインしなおす面倒くささがない。

このあたりは Tumblr にしてもだいたい大丈夫というか、むしろよくなります。

Markdown記法で書ける。
シンタックスハイライトはJavaScriptを使えばいくらでもできる（例）。
リブログされやすくて、他の人に見てもらいやすい。
Tumblr がブクマの役割も果たしてくれるので、2つのサイトを行き来する面倒くささがない。
JavaScript が貼れるので、ブログパーツやアクセス解析は自由。
独自ドメインを割り当てることもできる（無料）。
その他、シンプルでモダンなブログに欲しいものは大体揃ってる。

ブクマ的ポストと区別して整理したい人は、タグ（「日記帳」など）をつけると便利です。

ちなみに日本語タグは普通に使えます。

Tumblrははてなブックマークの代用になるか？

ちょっと違いはありますが、なります。

私の考えでは、はてブの価値は次の3点に集約されます。

人気エントリやお気に入りユーザーのブクマが上がってきて、いい情報が簡単に手に入る。
他の人のコメントを読んだり、他の人にコメントを見せたりできる。
タグ付け機能が充実していて、資料として蓄積し、後で利用しやすい形で記録を残せる。

Tumblrならこうなります。

いいエントリはなんどもダッシュボードに上がってくるので、ダッシュボードを一日8時間以上監視する平均的なリブロガーにとっては問題ない。
他の人のリブログを無言でリブログしたり、たまにはコメントをつけあったりできる。
タグ付け機能や Like が充実していて、資料として蓄積し、後で利用しやすい形で記録を残せる。/archive を見て、後で悦に浸ることもできる。

真面目に付け加えておくと、やはり少し違うものが貼られる、上がってくるという感じはあります。

やってみて肌に合わない思った人は、Twitterのほうがいいかもしれません。

ブックマークでは「あとで読む」な使い方もしばしばやりますが、その感覚でTumblrをやると

「クォート無しでリブログするとはけしからん」と偉い人から言われたりします。

でも、最初は気にせずガンガンやって大丈夫です。

慣れてくると自然に、リンクだけのリブログが物足りなくなります。

具体的な移行方法

結論から言うと、

ダイアリーとブックマークで、移行する旨と移行先をお知らせする連絡を投稿し、
それぞれ全部エクスポートしてローカルに保存して、
ダイアリーとブックマークは削除したり閉鎖したりせずに、

移行するというのがおすすめです。

ダイアリーとブックマーク からのエクスポート

このご時世何が起こるか分からないのでエクスポートはできるうちにしておきましょう。次のページを参考にしてください。

過去のエントリを全部Tumblrにインポートしたいという人は、頑張ってくださいというしかないです。

どうしてもやりたければTumblr APIを使うか、どこかでツールを探してくればできると思いますが、

面倒だし、実際インポートできても大した実益はなさそうなので、私は諦めました。

インポートできても結局、誰も新しい方を見にはきません。

最近の検索エンジンは賢いので、コピーだと認識して相手にしてくれません。

そもそも種類の違うサービスなので、インポートしないほうが後腐れなくていいんじゃないでしょうか。

Tumblr アカウントを作る

まだアカウント持ってなければ作りましょう。

最近は日本語I/Fも整備されているので簡単なはずです。

http://www.tumblr.com

Markdown に慣れる

Markdown は GitHub とかでも使えるグローバルスタンダードな感じですし、慣れればはてな記法と大差ないのでこの機会に覚えましょう。

http://blog.2310.net/archives/6

ちなみに脚注記法もあります（参考）。

あまり知られてなさそうですが、個人的にはよく使ってます。

Tumblr で誰かをフォローする

いままでTumblr使ってなかった人は、まずは誰かフォローしないと寂しいと思います。

はてなーの皆様におかれましては、まずは http://otsune.tumblr.com をフォローしてそこから芋づる式に増やしたり、

http://mao.s151.xrea.com/tumbrowser/text.html でこれはというリブログをしている人をフォローするのがおすすめです。

ツールをインストールする

公式ブックマークレット http://www.tumblr.com/goodies をとりあえず使ってみましょう。

Tumblrの検索性ははてブやはてなダイアリーと大差ない（＝いまいち）ので、

ifttt を経由した Evernote への自動保存を設定しておくと便利です。

さらにヘビーに使う方には、Tumblr の代名詞とも言える秒間10 リブログな廃人ツール、

Tombloo (for Firefox) と taberareloo (for Google Chrome) もあります。

お好みでどうぞ。

Permalink | 記事への反応(5) | 21:58

2010-02-15

■http://anond.hatelabo.jp/20100215141354

言葉が話せない以前にセマンティクスとかシンタックスという単語を使う必要がない上に、

読んだ一般的な人間からして読みづらい単語使ってるその神経が問題のような気がしてならない

Permalink | 記事への反応(0) | 14:21

■最近 言葉が流暢に話せなくなった

頭の中に構築してあるセマンティクスと実際に表現できるシンタックスの繋がりがかなり弱くなってる。

言っても意味が伝わらなかったり、そもそも言葉にできずにあたふたする事が多い。

何これ。若年性アルツハイマー？統合失調症？怖い。

Permalink | 記事への反応(1) | 14:13

2010-02-05

■[不具合]http://anond.hatelabo.jp/20100205131149

二重エスケープじゃなくて、エスケープした後にはてなキーワードがリンクに変換されている。類似で&というのもある。

あと、化けるのはスーパープレ記法でもシンタックスハイライトしたときだけ。

プラス&が&amp;に化けるおまけ付き

$www = "w" &amp;amp; shift;

$www = "w" &amp;amp; shift;

シンタックスハイライト失敗する。なぜだろうか。

Permalink | 記事への反応(3) | 21:08

2010-01-05

■Macでemacsって使いにくくないだろうか？

404 blog not foundの人とか。miはobjective-cのシンタックスハイライトをサポートしてないようなので、はじめてemacsに手を出したのだけどcontrolキーが左側にしかないのでファイル開いたり保存したりするのが大変すぎる。左手の小指がつりそう。ヘビーユーザは一体どうしてるのだろうか？

Permalink | 記事への反応(2) | 20:50

2009-12-29

■ＳＰＳＳシンタックス　覚書

・各行の１列（桁）目が半角ブランクである場合は継続行記号。

・各行の１列（桁）目が半角アスタリクス“*”である場合は注釈行記号。

・ひとつのコマンドを終了する記号は行末の半角ピリオド“.”。

・変数リスト

　１）ひとつの変数名

　２）複数の変数名を半角ブランクまたは半角カンマでくくって指定したもの

　３）ファイルの変数順に指定する最初の変数名 to 指定する最後の変数名 ←　これで書くとスゴク便利 e.g.)

【便利なテクニック】

・Ctrl + R でシンタックスの実行

・Ctrl + A で全体を選択して、Ctrl + Rで全て実行

＊＊＊全角スペースは絶対使ってはいけない！バグる！＊＊＊

Permalink | 記事への反応(0) | 08:33

2009-03-28

■なんぞこれ

増田にスーパーpre 記法（シンタックス・ハイライト）でCSS登録しようとすると502 Proxy Errorになる

Permalink | 記事への反応(0) | 12:14

2008-12-18

■こっそり教えてはてダの中の人

新規投稿・既存変更の上限が1日10KBになってるのは確定？

これは新しい仕様でしばらく変わらない？

----

@2008-12-18 19:16

naoya hatena, diary そんな上限はないですよー。64kb (65,535bytes, EUC-JP の日本語で 65,535/2 文字) までいけます。

わあお手数かけまして。…うーん、じゃあなんだろう。

スーパーpre 記法のシンタックスハイライト使ったときに、表示上でのみいろいろ中身が消えたり途中で切れたりします（1週間くらい前に投稿したときは平気だったと思うのに）。気がついたらどっかに書いたり報告したりするかもしれません。PCのメモリや回線の問題だったらやだなあ。

----

やったー消える文章ができたよーみんなメモれコピれー

>|ruby|
agent.get(:url => 'http://example.com/', :referer => referer_uri)
agent.get({:url => 'http://example.com/', :referer => referer_uri})
|

を、

で普通に閉じて、d.hatena.ne.jp で投稿またはプレビューする、と、途中で消えます、たぶん…

Permalink | 記事への反応(1) | 17:56

2008-11-29

■

スーパーpre 記法（シンタックス、ハイライト）を使ってrubyのコードを保存しようとすると、proxy errorとやらが出て保存できない。なぜだ!?自分のはてダでは出来たぞ!?

シンタックス、ハイライトを使わないスーパーpre 記法だったら大丈夫だった。何だったんだ？

Permalink | 記事への反応(0) | 01:05

2008-10-30

■http://anond.hatelabo.jp/20081025202001

いまさらだがFizzBuzz。

1から100まで、3の倍数5の倍数云々って、全部定数の計算じゃね？

というところに気付き、自称メタプログラマー（略してメタグラマー）俺の血が騒いだ。

定数計算なら、それは実行時ではなくコンパイル時に行なわれるべきだ……。

というわけでC++テンプレートメタプログラミング召喚。

#include <iostream>

const int FIZZ_NUM = 3;
const int BUZZ_NUM = 5;
const int BEGIN_NUM = 1;
const int END_NUM = 101;

template<int N> struct Fizz {
    enum {PRINT = 0, NEXT = N + 1};
    static void print() {}
};

template<int N> struct Buzz {
    enum {PRINT = 0, NEXT = N + 1};
    static void print() {}
};

template<int N, bool ForB> struct Number {static void print() {std::cout << N;}};

template<> struct Fizz<FIZZ_NUM> {
    enum {PRINT = 1, NEXT = 1};
    static void print() {std::cout << "Fizz";}
};

template<> struct Buzz<BUZZ_NUM> {
    enum {PRINT = 1, NEXT = 1};
    static void print() {std::cout << "Buzz";}
};

template<int N> struct Number<N, true> {static void print() {}};

template<int N, int F, int B> struct FizzBuzz {
    static void print() {
        typedef ::Fizz<F> Fizz;
        typedef ::Buzz<B> Buzz;
        
        Fizz::print();
        Buzz::print();
        Number<N, Fizz::PRINT || Buzz::PRINT>::print();
        std::cout << std::endl;
        
        FizzBuzz<N + 1, Fizz::NEXT, Buzz::NEXT>::print();
    }
};

template<int F, int B> struct FizzBuzz<END_NUM, F, B> {static void print() {}};

int main(int argc, char **argv)
{
    FizzBuzz<BEGIN_NUM, 1, 1>::print();
    return 0;
}

ifなし%なしループ系なし、しかも実行時オーバーヘッドなし！（多分）

あ、これを見て理解する人間のオーバーヘッドは無視ね。

ああ、久しぶりにC++を触ったけど、やっぱC++のテンプレートってダメダメだな。20世紀の遺物といわざるを得ない。

君がもし21世紀のモテ系イケメンメタグラマーなら、21世紀のプログラミング言語、D言語を使うべきだ！

驚くべきことに、D言語はコンパイル時に関数が実行でき、その結果をソースコードとして取り込める！

ただし実行できるのは簡単な関数だけだけど……。

以下、それを使ったD言語によるメタプログラミング的実装。

import std.stdio;

// これでFizzBuzzを全部出力するコードを作るぜ！
string makeFizzBuzzCode() {
    string code;
    for(int i = 1; i <= 100; ++i) {
        // 効率？　コンパイル時にそんな配慮は要らん！
        if(i % 3 == 0 &amp;&amp; i % 5 == 0) {
            code ~= "writefln(\"FizzBuzz\");\n";
        } else if(i % 3 == 0) {
            code ~= "writefln(\"Fizz\");\n";
        } else if(i % 5 == 0) {
            code ~= "writefln(\"Buzz\");\n";
        } else {
            code ~= "writefln(" ~ static_itoa(i) ~ ");\n";
        }
    }
    return code;
}

int main(string[] args) {
    // おまけで生成されたコードも見せるよ。
    pragma(msg, makeFizzBuzzCode());
    
    // 生成したコードを埋め込む。コピペみたいな感覚。
    mixin(makeFizzBuzzCode);
    return 0;
}

// 以下ユーティリティ。このぐらい標準で欲しいな……。

/// 整数→文字列変換（コンパイル時）
string static_itoa(int n) {
    if(n == 0) {
        return "0";
    }
    
    // 10で割りながら余りを文字にして追加。桁が逆転した文字列になる。
    string s;
    for(; n; n /= 10) {
        s ~= ("0123456789")[n % 10];
    }
    
    // 桁位置を正常にする。相変わらず効率無視。
    return static_reverse(s);
}

/// 配列リバース（コンパイル時）
/// 実行時ならarray.reverseが使えるんだけどね……。
T[] static_reverse(T)(T[] s) {
    T[] result;
    foreach_reverse(c; s) {
        result ~= c;
    }
    return result;
}

// 心配なので静的ユニットテスト（笑）
unittest {
    static assert(static_itoa(0) == "0");
    static assert(static_itoa(10) == "10");
    static assert(static_itoa(999) == "999");
    static assert(static_itoa(9999) == "9999");
    static assert(static_itoa(12345) == "12345");
    static assert(static_itoa(314159265) == "314159265");
}

コンパイル結果

$ dmd -unittest fizz_buzz.d
writefln(1);
writefln(2);
writefln("Fizz");
writefln(4);
writefln("Buzz");
writefln("Fizz");
writefln(7);
writefln(8);
writefln("Fizz");
writefln("Buzz");
writefln(11);
writefln("Fizz");
writefln(13);
writefln(14);
writefln("FizzBu(ry

出力結果は略。

さすがD言語！C++やJavaやC#にできない事を平然とやってのけるッ

そこにシビれる！あこがれるゥ！

というか、

writefln(1);
writefln(2);
writefln("Fizz");
writefln(4);

もうwritefln（出力関数）要らなくね？

修正。

// これでFizzBuzzを全部出力するぜ！
string makeFizzBuzzCode() {
    string code;
    for(int i = 1; i <= 100; ++i) {
        // 効率？　コンパイル時にそんな配慮は要らん！
        if(i % 3 == 0 &amp;&amp; i % 5 == 0) {
            code ~= "FizzBuzz\n";
        } else if(i % 3 == 0) {
            code ~= "Fizz\n";
        } else if(i % 5 == 0) {
            code ~= "Buzz\n";
        } else {
            code ~= static_itoa(i) ~ "\n";
        }
    }
    return code;
}

int main(string[] args) {
    // もうコンパイル時のメッセージしか出さない。（笑）
    pragma(msg, makeFizzBuzzCode());
    return 0;
}

コンパイル結果。

$ dmd -unittest fizz_buzz.d
1
2
Fizz
4
Buzz
Fizz
7
8
Fizz
Buzz
11
Fizz
13
14
FizzBu(ry

実行するまでもなく結果が出力された。つまり実行時間ゼロ、ということは……

世　界　最　速

以上、世界最速なD言語の宣伝でした。

みんな使おうD言語！

D言語リファレンス（日本語）

http://www.kmonos.net/alang/d/1.0/index.html(1.0。こっちの方が安定してる？)

http://www.kmonos.net/alang/d/2.0/index.html(もっと凄い2.0)

D言語本家配布元（無料でコンパイラが入手できます）

http://www.digitalmars.com/

それにしても、ちゃんとD言語のシンタックス・ハイライトを実装しているはてなは偉い。（笑）

Permalink | 記事への反応(1) | 22:45

2008-05-12

■バイト先で使ってるシステムの脆弱性を見つけてしまった件

某有名企業の末端で派遣バイトしてもうすぐ一年。

つい最近、社内の重要なシステムに「'」を入れると、SQL サーバから「シンタックスエラー」とか言われる欠陥を発見してしまった。

っていうかこれってSQLインジェクションなんじゃ…orz

あの部分には「'」を入れることは滅多にないから気付きにくい。

そしてこのシステム、恐らくは完全にイントラ用。

社内にはクラッキングできる奴もいなそう。

仮にいたとしても、盗んだ情報を非常に持ち出しにくい(怪しい操作をする人間を特定しやすい)運用をしている。

けどこれってどうなんだ。

日頃から「情報漏洩しないようにがんばろー＞＜」と派遣バイト・派遣社員・正社員含めてそこに勤務してるみんなが頑張ってる。

けど、これを無茶して(もしくは脅迫などして無茶させて)悪用する奴が現れたら一巻の終わりだよ。

※ちなみに最低でも毎日300人はそのシステムを操作しているし、その問題となる部分は権限上1000人以上の人間が操作可能と思われる。

一応、直属の上司に「これ、ヤバイエラーかもしれないんで、開発元に報告しておいてください」と報告しておいた。

開発元が『きっと大丈夫だよ（運用的な意味で』と判断せず、速やかに対処してくれることを望む限り。

Permalink | 記事への反応(1) | 23:14

2007-12-20

■PukiWikiにシンタックス ハイライトを入れた

以下から必要なファイルをDL。wiki/skinに放り込む。

http://code.google.com/p/google-code-prettify/

HTMLに組み込む。wiki/skin/pukiwiki.skin.php
- こんな感じ。PukiWikiよく知らないので正しいやり方かは微妙。

<?php if (PKWK_ALLOW_JAVASCRIPT) { ?>
  <script type="text/javascript" src="skin/prettify.js"></script>
  <link href="skin/prettify.css" rel="stylesheet" type="text/css"/>
<?php } //** SETTING FOR GOOGLE CODE PRETTIFY! **//?>

body要素にonload属性追加。同じくスキンの中にあるよ。

<body onload="prettyPrint()">

pre要素にclass 属性追加。wiki/lib/convert_html.phpをいじる。

  Class Pre extends Element
  {
  ...

  function toString()
  {
    return $this->wrap(join("\n", $this->elements), 'pre', ' class="prettyprint"');
  }
  }

wiki/pukiwiki.ini.phpのJavaScript設定をONにする。0を1にするだけ。

define('PKWK_ALLOW_JAVASCRIPT', 1);

難点はpre要素の中に普通のテキストを書くと変な色になること。
- 整形済みテキストなんてソースコードにしか使わないよねってことでｗ

Permalink | 記事への反応(0) | 19:14

2007-11-18

■プログラマでない人を見分けるライフハック

プログラマでない人を見分けるライフハック

「ライフハック」という単語を知らなければプログラマではない。

プログラマはインターネットを徘徊してさまざまな情報を集めるのでプログラマはインターネットでよく使われる単語には敏感である。「ライフハック」や「Geek」はその典型であり、これを知っているかどうかでインターネットによく触れているかが判断できる。

対して非プログラマはテレビ・雑誌しか読まないので、そこで扱われていない「ライフハック」などの単語に触れる機会がない。でも「スイーツ」なら良く知っている。スイーツ(笑)

Yahoo! Mailを使っていたらプログラマではない。

プログラマなら、容量・使い勝手ともに優れていて、送信するメールに広告がつかないGmailを知っている。

対して非プログラマの学生は同じく非プログラマの友達から薦められたHotmailやYahoo! Mailを使い、送信するメールの末尾にそれぞれのメールサービスの広告をつけているのである。FreeMLなんて論外。

アルファベットを全角で書いている人はプログラマではない。

プログラマは全角で書いたスペースや数字・アルファベットを含むコードがエラーを起こしたという経験を持っていて、そのトラウマはプログラミングから離れたブログ記事などの普通の文章にも現れる。

対して非プログラマにとっては全角か半角かというのは単なる表記の違いに過ぎないのである。

ブログの記事の一部のフォントサイズを大きくしている人はプログラマではない。

プログラマが書くエディタには(シンタックスハイライトはあるとしても)文字を大きくして表示させる機能はない。プログラマが書く何百・何千という行数にわたるコードはすべて単調な同じサイズのフォントで書かれているので、プログラマはそのような単調な文字列に慣れている。また、プログラマは自分の書くコードがどのような書き方をすれば読みやすいコードになるのか、また、自分の書くブログを章立てにすれば相手に自分の言いたいことが伝わるかを常に気にかけている。

対して非プログラマは自分の文章に強弱をつけるためには、文字を大きくするしか方法を知らない。

これであなたの周りにいる偽プログラマを見分けられますね!

追記：

@ujihisaに捧げたこのエントリに多くのブクマありがとうございます。嬉しいです。ちなみに上で書いた「文字を大きくする」というのはhttp://d.hatena.ne.jp/iammg/20071117みたいな書き方のことです。

最後にブクマのコメントを参考にして追記です。

このエントリーを信じる人はプログラマではない。

プログラマは細心の注意をはらって情報を集め、自分の考えをまとめる。例えば、新しい話題を見つけようと国内・海外のサイトを巡回し、そにかかれていることを試しもせずに自分のブログで紹介するなどといった軽々しいことは決して行わない。プログラマは常に自分のコードに書いてある条件分岐が正しいかどうか、変数の取りうる値は適切であるかどうかを気にけるとともに、自分の考え・行動が正しいかどうかを自分自身で確かめるのである。

対して非プログラマはインターネットの掲示板やブログに書いてあることを鵜呑みにし、さも自分が特別な情報源を得たかのように他人へ間違った知識を吹聴するのである。

Permalink | 記事への反応(1) | 18:02

2007-10-03

■恥ずかしい思い出を思い切って晒す

ことで、さっさと忘れるという魂胆。

ある田舎駅の前の、民家の入り口にずっとおばちゃんが座ってるので、てっきり店かと思って入ってしまった。「炭酸飲料ありますか」と聞いてしまったし

＿|￣|　　　　　（（○

歌を一人で熱唱しているのを家族に見られた

＿|￣|○

寝坊という理由だけで、嘘をついて学校を休んだことがある((たまにはつらくても行くときあるけど))

＿|￣|　　　（（○

駅の立ち入り禁止区域に入ってしまい、運転士に指摘された((もちろん悪意ないし知った時点でその場から離れたけど))

＿|￣|　　　　　　　　（（○

一時期「w」とかを意味も分からず使ってた

＿|￣|　（（○

ここからDelphi編

Delphiをはじめたとき、何も読まずにprocedure Form1.OnClick(Sender: TObject);に「a = "はじめの第一歩"」とか打ってエラーが出たので、やっと調べたが、型と変数の定義という初歩で挫折し、アンインスコしたことがある((ちなみに今では普通に何も読まなくても簡単なメモ帳作れるレベル))

＿|￣|　　　（（○

Delphiの初歩を少し覚えたとき、自分でプロシージャ作ったら、フォームに置いてあるコントロールにアクセスできなくて、3日迷って、思い切って2chで質問。そんでもって30分で解決((ちなみにこれが生まれてはじめての2chへの書き込み))

＿|￣|　　　　　　　（（○

ちなみにこんな感じのプロシージャだった

procedure test;
begin
Label1.Caption := 'テストだよん！';
end;

ちなみに語尾が「だよん」だとかのなのは、今もやってる個人的なルールっぽいもの。

つーか、シンタックス・ハイライトってDelphi対応してないの？しかもなんか文字化けするし

＿|￣|　　○

あーすっきりした！

Permalink | 記事への反応(1) | 15:49

2007-07-22

■[C++]C#にあるようなプロパティもどき

getter/setterを関数で書くと、後ろに()を付けないといけないから格好悪い！！

って人にオススメ？

template<typename T>struct _property{
  virtual operator T() = 0;
  typedef T _t;
};
class asdf{
  int foo;
public:
  struct __foo : _property<int>{
    asdf &parent;
    operator _t(){
      printf("親クラス（？）のメンバへのアクセスが面倒...");
      return parent.foo;
    }
    __foo(asdf &p) : parent(p){}
  }y;
  struct : _property<char*>{
    operator _t(){
      printf("ここに副作用付き処理を書ける！？\n");
      printf("この関数が参照を返せばgetもどきも実装できる！？\n");
      return "ふひひひ！やったね！！";
    }
  }x;
  asdf(int v) : y(*this){ foo = v * v - v - v; }
};
void p(char*s){ printf("\n増田はこちらを振り返ると、\n悲しそうな顔をしてこう言った\n「%s」\n", s); }
int main(){
  asdf a(127);
  //生でprintfに渡すと型推論が行われない
  //それ以外の関数だったら問題ないかも
  p(a.x);
  printf("\n");
  //どうしてもと言うならキャストすべし
  printf("\n%d\n", (int)a.y);
  return 0;
}

VC8で動作確認してるよ！

はっきり言って普通にgetter/setter書くよりも手間多いね！

あとcppシンタックス表示使うと文字化けしちゃうから引用ブロックに入れておいたよ！

Permalink | 記事への反応(2) | 05:00

2007-03-05

■ぜんぶかいてみた

http://anond.hatelabo.jp/20070305101151

【見出し関連】

◆見出し記法

ここみだしきほうをとなえた

【その他入力支援】

◆リスト記法

hogehoge
- hogehoge
hogehoge
1. hogehoge

◆定義リスト記法

hoge: fuga

◆表組み記法

hoge	fuga
hoge	fuga

◆引用記法

hoge

◆pre記法

hoge

◆スーパーpre 記法

hoge

◆スーパーpre 記法（シンタックス・ハイライト）

$There's @More %Than &amp;One \$Way \@To \%Do *It.

◆aa記法

　　　　　　　　　　　　　　　　 _,,,.. --- ..,,,__
　　　　　　　　　　　　　 ,, r''"　　　　　　　 `ヽ、
　　　　　　　　　　　　／　　　　 ,　.∧　　　　　`'、
　　　　　　　　　　　 //　　, i　 / ,/　'i　i,　 ,　　　'i
　　　　　　　　　　　',i' ,　 /フ'メi_/　　 '、i_i,_L,, i　　',
　　　　　　 _,,_　　 ,/ ,,i　/ ,,r==、,,''　　_,,,ニ,,i 'i,i　i　i,
　　　　　 ./　 'i　./　i. レ'i　 　 　 　 　 　　　`'　i/レ'! ',　　　 幸　運　を　！
　　　　　 |.　　i　i　　'、　i　　　 r─---┐　 　 i　　i　',
　　　　 _,,L,,_　i, i　　　`'i,.　　　i　 　 　 i　　　,'　／　 ',
　　 ,r''"　 　 `'i'、!　　　 /ヽ, 　 '、　 　 ノ　　./''"　　　 i
　／ -─'''''''‐く　ト-、,／　　 フ-、`ー‐ '",,_-''" ',　 　 　 i
　i　　　＿,,,,,__ノ ,i.i.　 `'ヽー" 'ヽ, ￣￣''ー0'i 　 ヽ　 　 i
　'i　　　　　 　 ）i i　　　　 `ヽ　 `ヽ,,`>、,,,,,,L_　　＼,,,j
　 '、　　 ─--r' i i　　　　　　　　　　i 　 　 　 ヽ,
　　 ＼,,＿_,,ノ-,i,i　　　　　　　　　　 i　　　0　i　',
　　　　i,　　　 //　　　　　　,, -'　　　i 0　　　 ',　i
　　　　 ＼,__//　　 _,, -ァ'''"　　 　 　 i　　　0　',　i
　　　　　　　￣゛゛゛￣　　i 　 　 　 　 　 i 0　　 　 ', ',

◆脚注記法

(( hoge ))

◆改行記法

----ここから----

1行目

2行目

----ここまで----

◆pタグ停止記法

----ここから---- < hoge fuga >

----ここまで----

◆tex 記法

◆ウクレレ記法