タグ

ブックマーク / www.artonx.org (5)

  • RPAとは何か? EUCとは何が異なるのか? なぜ誰も知らないのか? - L'eclat des jours(2019-05-31)

    _ RPAとは何か? EUCとは何が異なるのか? なぜ誰も知らないのか? 羽生さんのいきいき塾特別編に参加して、羽生さんが見た聞いた実感した「これからはRPAですよ!」を聴講。その後で、酒匂さんやいがぴょんさんと少し討論。 おもしろかった。 RPAが何かは、なんとなく理解していたし、その点では「なんだやっぱりそうだったのね」なわけだが、羽生さんのユーザー環境体験を(UXではなくEUEXと呼んでみよう)聞いて目から鱗ばぼろぼろ落ちまくって足元に溜まりまくって身動きが取れなくなるほどだった。 そこに酒匂さんの懐疑的な見解が出る。 だが、それは違うと直観的にわかった。酒匂さんは、すごい人だが、ことこの点については宇宙飛行士観点でRPAをEUCの延長として捉えているのだ。つまり、エンドユーザーによる局地最適化(部分最適化に輪をかけて悪いレガシーの導入)という観点だ。でも、そういうことではない。 オ

  • なぜUnixはUnixなのか(Unix考古学を読み始めた) - L'eclat des jours(2016-04-27)

    _ なぜUnixはUnixなのか(Unix考古学を読み始めた) アスキーの鈴木さんにUnix考古学を頂いたので読み始めて、シェヘラザードの代わりに寝台の脇に置いて何夜か過ぎて大体半分読んだ。 抜群におもしろい。単なる読み物としてもおもしろいのだが、おおそういう理由でそうだったのか/こうなっているのかという説明が(あとがきを読むと、筆者は類書をネタにしているのではなく(ゼロではないだろうけど)、当事者たちのログや論文を読むことで事実関係を掘り起こして推測して結論づけたりしている。なるほど、その作業は電子の地層から掘り起こして塵を払ってつなぎ合わせて当時を復元していく作業にそっくりだ。それで「考古学」なのだな)なかなかに快刀乱麻で読んでいて実に楽しいのだ。 まずまえがきにぶっとぶ。 読み進めて次の文章に腰を抜かした。 人づてに聞いた話だが、著者の藤田氏は1970年代生まれよりも若い年代に書を

  • Swiftはすごい L'eclat des jours(2014-06-03)

    _ Swiftはすごい 朝起きたらTLでSwiftという文字が躍り、まさかのスィフト復権かと思ったらWWDCを受けての話で、どうやらアップルが新しいプログラミング言語を投入したらしいとわかった。 ガリバーの宇宙旅行 [DVD](坂九) たかがアップルの新しいプログラミング言語で何を騒いでいるのだろうとすごく疑問だったが、そんなにみんなObjective-Cが嫌いだったのかと(それにしてはえらく利用されているっぽい)感じたくらいだった。 そうは言っても、とりあえずdeveloper.apple.comを眺めると、SwiftについてはThe Swift Programming LanguageというiTSで無料で配布しているからiBooksで読めと書いてあるので、とりあえず後で読むことにして昼の仕事に戻った。 で、帰って来てSwiftをダウンロードして読むかと思い、ふと気づくと、MSD

    a2ikm
    a2ikm 2014/06/04
  • 伽藍、バザール、ノウアスフィア、おなべ(1) - L'eclat des jours(2012-04-09)

    _ 伽藍、バザール、ノウアスフィア、おなべ(1) エリック・レイモンドの伽藍とバザールが19991997年(翻訳版の日付を最初書いていた。以降修正済)なので、もう15年も昔のことなのか。それだけ年月がたてば、ソフトウェア開発者でも、プレジデントやダイヤモンド並のいい加減な知識でいい加減なことを書いたりしたりするのだなぁと感慨もある。 感慨もあるが、少なくともソフトウェア開発そのものを仕事にしているのなら、もう少しまともな知識を持つほうが良いんじゃないか? とも思う。 というわけで、読まずに済ませるOSSの歴史入門を簡単に書いてみたり。 ただ、どれも読めばささっと読めるものばかりなので(山形浩生の訳も読みやすい)、リンクもつけたし物を読んでももちろん良い。 まずは、『伽藍とバザール』だ。 さて、1997年。Linuxが実用的なOSになってきたころの話だ。FSF(GNUの組織)が1980年代

  • 5年後に後悔しないJavaプログラムの書き方 - L'eclat des jours(2009-07-02)

    _ 5年後に後悔しないJavaプログラムの書き方 ここ数日、死ぬほど後悔しまくっているので、あらためて(というのは、数年前にも一度後悔しまくって、そのときの知見はあらかた処方箋とかコーディングの掟に書いているからだが)後悔しないための書き方をいくつか紹介する。 とにかく、ファクトリメソッドパターンを使うこと。 これは当に重要。しかも簡単でありながら効果は絶大。 だめな例。 public class FooBar { private Connection conn; ... protected void setup() { ... conn = DriverManager.getConnection(url); ... } urlを指定することや、DriverManagerの実装を交換すれば良いだろうと想定していても(というか、Connectionならそういう方法もあり得るが、そうはいかな

  • 1