スキップしてメイン コンテンツに移動

オープンソースカンファレンス 2009 Hokkaidoに行ってきた

2009/06/20にオープンソースカンファレンス2009 Hokkaidoに行ってきた。約370人ほどの参加となったようだ。
個人的には今年がはじめての参加だったが、こんなに熱いイベントだとは。

見てきたセミナーのメモなど

できる！遺伝的アルゴリズム

CLR/H第40回勉強会のときにも発表されたネタをより強化されていた。ルーム内は超満員。立ち見の方もでるほど。

  • 遺伝的アルゴリズムとは、生物の遺伝を模倣した学習的な手順、適応範囲の広い、最適化手順
  • 遺伝的アルゴリズムとは、生物の遺伝を模倣した学習的な手順、適応範囲の広い、最適化手順
  • 大事なことなので、ミニにタコができるぐらい繰り返します
  • 遺伝子の設計は、腕のみせどころ
  • 全通りを評価すると、とてつもない時間がかかるような問題でも、短時間に「ある程度」精度のある解を求めることができる

Ruby札幌ダイジェスト・アンド・モア

前半はRuby札幌の活動内容などの紹介。

  • 「プロダクティブ・プログラマ」好評発売中（講師の島田 浩二さんが監訳）
  • Ruby逆引きレシピがでるよ
  • ビアガーデンでぐだぐだ話したい

後半はdarashiさんによる、Sinatoraの紹介

  • 自己紹介、soupcurry.infoやbuzztterつくった
  • Sinatoraとは、軽量なRubyのWebフレームワーク
  • Ruby on Railsはちょっとしたサイトを作るにはちょっと大げさ
  • Sinatoraは、サクッと作ることができる
  • Passengerでデプロイも簡単に
  • Sinatora + Passengerで「サクッと作ってサクッと配置してサクッと動かす」が可能

ビアガーデンは是非参加したい。

Firefox 3.5 & Open Web - Web は何処へ向かうのか -

Firefox3.5は最近リリースのスケジュールなどが発表された。6/19にはリリース候補版がリリースされている。

  • 1998年にNetscapeのソースコードを公開した。「オープンソース」のさきがけ
  • HTML5のマルチメディアタグに対応（OpenAudio、OpenVideo）
  • H.264/MPEG-4 AVCはライセンス契約が必要。支払期限は2010年末
  • <video>タグではOggをサポート。
  • Web Fonts（CSS3）対応
  • デザイナが指定したフォントで各ユーザ環境でも閲覧できる
  • 将来的には、必要な文字のみのダウンロードも可能となる（3.5では未対応）
  • カラーマネージメントがデフォルトでオン
  • Firefox 3では性能の問題でデフォルトオフだった
  • hacks.mozilla.orgにいろいろ情報がある
  • プライベートブラウジング機能搭載

せっかく北海道なのだから、コードネームについて言及してほしかった。閉会式では取り上げてくれました。
そうだ知床へ行こう。

Djangoフレームワークの紹介

DjangoのスペシャリストtokibitoさんによるDjangoの紹介

  • Djangoとは、Python製のWeb Applicaton Framework
  • ORマッパーではOracleにも対応している
  • 非公式だが、Firefirdもうごくらしい。DB2ももうすぐ対応するかも。
  • テンプレートエンジンは、独自のテンプレート言語で実装されている
  • 管理画面が、標準で搭載されている。設定で有効にさえすればすぐに使用できる
  • Django製のアプリケーション紹介
  • byteflow：ブログ。プロジェクト形式での公開
  • registration：ユーザ登録の機能を提供
  • command-extention：manage.pyのコマンドを拡張とか。モデル図の画像を自動生成とか。エラー画面の拡張とか。
  • Pinax：Webサイトの雛形
  • Djangoでできないこと
  • スキーママイグレーション→django-evolutionがある
  • 複数DB→multidbブランチで開発されている
  • Ajaxサポート→検索するといろいろやっている人たちがいる
  • nginx（Webサーバ）はすばらしい

 

セキュポロでもセミナーあったのを閉会式終了後に知った。おやつも出ていたらしい。なんてこったい、完全に見逃していた。
セミナー以外にも展示がいろいろあり、北海道開発オフやETロボコンなどのブースの方とお話をしたりした。開発オフには是非参加したい。

本番の懇親会にも参加。こんなに熱い人が北海道にはこんなにもいるのか、と知ることができたが、会社の人に勧めたのにあまり来ていなかったとおっしゃっていた方も居た。やはりこういった世界があることを知らない人のほうが多いのだろう。

「ぼくらの旅に出る理由」

ひとりじゃ寂しいし、外にはいろんな人がいる。そんな人たちと会うだけでも本当に楽しい。

ラベル:

コメント

コメントを投稿

このブログの人気の投稿

VirtualBoxのUbuntu 18.04でNAT + ホストオンリーアダプター

VirtualBoxのVMにインストールしたUbuntu Server 18.04で、ネットワーク割当を「NAT」+「ホストオンリーアダプター」にする場合の設定についてメモ。 VMを作るとき、ゲストOSからインターネットに繋がって、かつホスト-ゲスト間でもつながる環境にしたいとき、VMのネットワーク割当は手っ取り早いのは「ブリッジアダプター」なんだけど、会社のネットワークでは都合がわるかったりするので「NAT」+「ホストオンリーアダプター」にしている。 アダプター1は「NAT」を選択 アダプター2は「ホストオンリーアダプター」を選択 ゲストOSであるUbuntuのネットワーク設定は、NATに該当するNICはDHPCで、ホストオンリーアダプターに該当するNICは固定IPとする。 Ubuntu 18.04ではネットワーク設定はNetplanで行う（Ubuntu 17.10から変わったようだ）。編集する設定ファイルは「/etc/netplan/50-cloud-init.yaml」 network: ethernets: {NATのNIC}: addresses: [] dhcp4: true optional: true {ホストオンリーアダプターのNIC}: addresses: [{固定IPアドレス}] dhcp4: no version: 2 ポイントは、ホストオンリーアダプターに該当するNICの固定アドレスを設定するときに、 ゲートウェイを設定しない こと。 以前に QiitaのVirtualBoxでNAT + Host-Only Network環境を構築する を参考にしていたのに、今回18.04で設定する際にすっかり忘れてはまってしまった。 IPアドレスは「192.168.0.2/24」のようにサブネットマスクも指定する。 NICに指定するデバイス名は以下コマンドで表示されるlogical nameが該当する。 > lshw -class network たいていは「enp0s3」「enp0s8」となるようだ。 設定ファイルを保存したら...
コメントを投稿
続きを読む

画像を切り取って保存する

画像処理において、画像の一部を切り出すことをトリミングというらしい。画像編集ソフトなんかにも大抵「トリミング」機能が実装されているだろう。 そんな画像を切り取る処理を.NETでやってみる。 .NETでは画像を扱う際にはBitmapクラスを使用する。BitmapクラスのCloneメソッドでサイズを指定すれば、そのサイズのBitmapオブジェクトができるので、それを保存すればよい。Cloneメソッドの引数はRectangle構造体とPixelFormat列挙体。 Rectangle構造体とは四角形の位置とサイズを表したもの。元画像の左上を（0, 0）として（X座標, Y座標, 幅, 高さ）の値でRectangle構造体を作成して渡す。PixelFormat列挙体はヘルプを見てもよくわからなかった。とりあえずは元画像の値をそのまま渡す。 例えば photo by tsukacyi のようなユッケの画像をトリミングするプログラムは以下のように書ける '元画像 Dim source As Bitmap source = New Bitmap("source.jpg") '切り取るサイズ Dim rect As Rectangle rect = New Rectangle(30, 80, 400, 320) '切り取り後の画像 Dim trimed As Bitmap trimed = source.Clone(rect, source.PixelFormat) '保存 trimed.Save("trimed.jpg") source.Dispose() trimed.Dispose() トリミング後の画像は以下の通り。
コメントを投稿
続きを読む

Microsoft.VisualBasic.dllを参照しない（その1）

VB.NETには、VB6に実装されていたCIntなどの型変換関数やLeft、Rightなどの文字列関数が使用できる。これらはMicrosoft.VisualBasic名前空間で定義されている。 個人的にはこれらはVB6との互換性の為に用意されたものと考えていて、あまり使用しないようにしている。名前付けのガイドラインにも沿っていないため、他の.NETなメソッドと並ぶと違和感があるというのもある。 注意：このエントリはVisual Basic 2005 Express Editionと.NET Framework2.0 SDK環境を元に書いています。 そんなわけでチーム開発の場合に、これら関数を使用しないよう、Microdoft.VisualBasic.dllを参照しないプロジェクトを作成しようと考えた。 Visual Studioのプロジェクトのプロパティから「参照」タブを開いてみると、すでに参照しているdllにMicrosoft.VisualBasic.dllが含まれていない。  下の一覧にImportされる名前空間が表示されているが、そこには含まれている。 Importされる名前空間からチェックをはずし以下のソースを書いてみる Public Class VisualBasicTest Public Shared Sub Main() Dim i As Integer = CInt("1991") System.Console.WriteLine(i) End Sub End Class だが、ビルドは通って実行もできてしまう。 逆アセンブリしてみる。 スタートメニューから「Microsoft .NET Framework SDK v2.0」→「Tools」→「MSIL 逆アセンブラ」を起動して、ビルドでできているexeを開く。すると、MANIFESTの部分を見てみると下記記述が見つかる。参照しているようだ。 .assembly extern Microsoft.VisualBasic { .publickeytoken = (B0 3F 5F 7F 11 D5 0A 3A ) .ver 8:0:0:0 } きっとVisual Studioが...
コメントを投稿
続きを読む