はてなブックマーク

数ヶ月？くらい前に耳にして招待の待ち行列に並んだ記憶は残ってたのだけど、すっかり忘れてた Keybase.io というサービスがあるのですが、突然招待が届いたので、一通り登録して使ってみました。 1 年以上前からあるサービスみたいなので、少し乗り遅れた感はあるのですが、折角このタイミングで使えるようになったんだから仕方ない。 (改めて) 免責: 本稿における内容は全て著者の理解に基づくもので、内容の正確性は一切保証されません。以下の内容を参考にした行動について、著者は一切の責任を負いかねます。 Keybase.io はいわゆる公開鍵基盤と呼ばれる類のもので、個人がアップロードした PGP 公開鍵と様々なソーシャル アカウントを確実な形で紐付けることで、鍵を保持する個人の証明を行うことができるサービスのようです。 基本的な仕組みとしては全く真新しいものでもない (というか、もっと原始的で確実

プログラマが日々コードを書くなかでも、そこには山があり、谷があり…そして、光があり、闇があります。プログラマは、いつも同じような無味乾燥なコードを書いているわけではないはずです。 周りの人に感動を与える芸術的な光のコードを書くときもあれば、目を背けざるを得ない、絶望を振りまく闇のコードを書かざるを得ないときもある。そして、そんな深い絶望を超絶技巧でねじ伏せる魔術的なコードは、両方の要素を具えているといえます。 プログラミングとは、そう、光と闇との大いなる戦い…今回提唱するエレメンタル プログラミングで、皆さんもこの大いなる戦いに身を投じましょう。 (注: 本稿は有用と思われる内容も含んでいますが、本質的にはネタ記事です) コードの光と闇を示す古典的手法一般に、コードに直接現れない意図を示す手段としては、名前などでそれを示すことを別にすれば、コメントが挙げられるでしょう。

先日 Unity 5.0.0b19 がリリースされ、iOS で IL2CPP をバックエンドにしたビルドが行えるようになりました。もちろんすぐに試してみたいところではありますが、出たばかりなので当然動かない可能性も高いし、従来のビルドと比較できるようにもしてみたい。IL2CPP 有効 / 無効の両方でビルドを自動化したい…となるわけです。 例によって一筋縄ではいかなかったので、やり方について簡単にまとめました。 どうすれば IL2CPP を使ってくれるのか色々と探してみて BuildOptions.Il2CPP というのがあるのを見つけられはするのですが、これを OR してビルドしても、確かに IL2CPP はロードされ、IL2CPP 使用を表すコンパイル時定数の追加もなされてはいるのですが、肝心の出力は全く変化しません。あともうひと押しが必要らしいのです。 結論から言ってしまうと、

この記事は C# Advent Calendar 2014 の 6 日目の記事です。LINQPad の基礎的な機能について解説します。 LINQPad をご存知の方はもしかしたら多いのかもしれず、あるいは少ないのかもしれませんが、このツール、LINQPad という名前ではありますが LINQ とはあまり関係ありません。名前で結構損をしてるのではないかと常々思ってしまうので、ちょっと残念な感じではあります。 もちろん LINQ のお勉強にも便利なのは間違いないのですが、お手軽な C# / F# / VB コードの実行環境として、また、.NET オブジェクトを見やすく出力することのできるツールとして、十分に便利なツールです。Visual Studio の C# Interactive もしばらく出てこなさそうですし、ちょっとしたコード パッドとしてだけでも十分有用ではないかと思います。 ですが

転職のお知らせ: 全く隠してないのでもはや筒抜け感がありますが、数週間前から株式会社グラニで働いてます。 で、最近は Unity の闇と日々格闘する毎日を送っているわけなのですが、Unity のビルド プロセス、あるいは batch mode については最低限の情報は纏まっており、とりあえず適用してみるのは簡単かなという一方、それ以上の情報というのは少ない印象があります。で、問題にぶち当たったときに情報が枯渇 (全くゼロというわけでもない) しており絶望、というビルドできないプロセスが完成している状況です。 ということで、自分が苦しんだ Unity (のビルド周り) の闇とその解決策について書いてみようと思い立った次第です。(しばらく同趣旨の内容が続きそうな予感…！) ビルド ターゲットが変更されない件ビルドを自動化したい → batch mode でスクリプトを実行すればよい、ということ

近況 (※ここ数週間程度) について (夏休みのまとめ)。 退職しましたもはや旧聞に属する話ですが、一部界隈から何か書けと猛烈なプッシュを受けたので… 本日の業務連絡です pic.twitter.com/IZYO9ApuRc — たけしけー (@takeshik) August 1, 2014 昨年 3 月より働いてきた gloops を退職しました。1 年 3 ヶ月程度働いたことになるらしく、世間一般的には短いという扱いになるのかなとも思いますが、個人的にはかなり長く思われたし、山あり谷あり、色々なことがありました (雑な総括だ…)。 退職の要因なんてものは、一度辞めようと心に決めた瞬間に、あらゆることが辞める理由に見えてしまう以上いちいち列挙出来るのかという感もありますが、敢えて挙げると (後で見返して自省の材料とする): 得るものが大変に大きかった仕事が一息ついた段階で、今後どのよう

これは Esolang Advent Calendar 2012 の 4 日目の記事 (えっ) らしいです。 .NET における Expression Trees の簡単な紹介と、言語処理系のインフラストラクチャとしての利用についての簡単な紹介です。 はじめに言語処理系を構築するにあたっては AST (抽象構文木) を定義し、構築し、解析し最終的な出力を得る、というのがひとつの定石であるのは、たぶん疑うところではないと思われます。 また、近頃はリッチな言語の上で言語を構築することにより、基盤言語のライブラリ資産をそのまま適用できるようにしてしまおう、という発想が割と幅を利かせているように思われます。JVM とか、CLI とか、あと最近の流行は JavaScript ですね。 今回話題にするのは CLI、即ち .NET を基盤にした言語における話となります。 Expression Trees