googleサイトをマルチアカウントで利用できるiPhoneアプリを探していたところ、google作成のbloggerという名前のアプリを発見した。
どんなものかと思い、只今テスト中。
Wednesday, September 14, 2011
Monday, August 29, 2011
NSEG #18に行ってきた
第18回長野県ソフトウェア技術者グループ勉強会に行ってきました。
カレーの大原屋さん、幹事の方ありがとうございました。
充実した時間と、適度な刺激をいただきました。感謝です。
あと、遠方から参加された方々、夜三時までおつきあいくださりありがとうございました。
以下、自分のためのメモ
１ NSEGの紹介
今までのNSEGの活動を簡単に紹介
コンスタントに継続していることに改めて驚きを覚える。
主催者の勉強会への強い思いと、敷居が低さの現れなんだと思う。
これは私見なんだけど、勉強会は心療内科のグループカウンセリングに近いところがあると思う。
参加者が集まり、各自が思いを吐露するところがよく似ているような気がします。
２ カレーとプログラミング
@kagamiwariさんによるCurry言語の紹介とCurrey-Howard 対応についての説明
書籍紹介 論理の哲学
"Curry-Howard correspondence"は初めて耳にした。
日曜日にネットを漁ってみたけれど理解に至らず。残念。
３ カレーと勉強会
カレーの大原屋ご主人小沢さんのプレゼン。
ソーシャルメディアを用いたお店の宣伝活動について語っていただいた。
書籍紹介 アイデアの作り方
刺さった言葉
"全てのアイデアは既存物の結びつきでしかない"
"情報収集のつもりが情報発信になっていた"
"それまでGoogle Mapのサテライト写真がなかったが、ウェブで紹介されてからサテライト写真が乗るようになった。Google すごいぜ!"
ソーシャルメディアで大切にしていることは、
レスポンスをタイムリーに返す、そのために情報導線を作った。（レジのとなりにPCを持ってきた）
ネガティブなことは言わない
とのこと。なるほど。
オヤジギャグをつぶやくとフォロワーが増えるとは知らなんだ。
４ PHPerによるEclipseプラグインの作り方
@zoolooskiさんによるプレゼン
PHPerと書いて"ペチパー"と読む
刺さった言葉
"きっかけは前々回山田さんのプレゼン"
"触りだしたら作りたくなった"
これ大事だと思う。
勉強会での刺激が、次の勉強会の刺激を生むいい例だと思います。
５ カレーとFirefox
@hATrayfloodさんによるFirefoxプラグインの作り方紹介
Mozilla関係者にはカレー好きが多いらしい。
「辛くて辛い」ときたから「禿びで禿げ」と返したかったのだがそれは自虐的なのでやめておいた。
以前に比べずいぶんとプラグイン作成が容易になったようだ。
デモはカレーの大原屋へのリンクアイコンをステータスバーに表示するプラグイン作成
なるほど記述も直感的だし、敷居が低くなった気がする。
６ ギネスブック申請と10兆桁の計算（途中経過）
近藤さんによるギネスブック申請の顛末
ギネスブックの始まりは「世界一はやい鳥は何か」をギネスビールの取締役が言い出したから。
ギネスブック申請は最初考えていなかった。周りから言われる度合いが高くなってきたので申請した。
ギネスブック申請は全て英語。日本語ガイド付きは有料。
円周率計算結果5兆桁をハードディスク４台に入れて送付（返却されない）
東京の大学の先生には証明が足りないと言われた。でもギネス申請受理された。
現在10兆桁に挑戦中。
7月の停電時にはあきらめたが、UPSが持ってくれてことなきを得た。
（昔、書籍に載っているプログラムを打ち込んでいる最中に、ブレーカーが落ちたときのことを思い出しました。）
学習要項には３で教えろとは一言も書いていない。「円周率を3でいい」とした報道がおかしい。
円周率教育について、3桁の計算を教える前に円周率3.14を教えるのがよくない。
「だいたい3とちょっと」から始めて、紐で測ったりして、精緻な数字にたどり着いていた。
ハードディスクにアクセスするとOSが邪魔する。からの、ファイルシステム談義
OSがWindowsだからじゃないか? Linuxならどうかしら?
Windowsだとドライブレターが24しか使えない
Linuxだとext4ファイルシステムの制限がある zfsファイルシステムならどうかしら?
円周率の計算はハードディスクの耐久テストみたいだよね
日本人は儲からないと相手にしてくれない
円周率計算挑戦のきっかけはフランスの方の世界記録更新を聞いたから。
７ Rabbitの紹介
@tmtmsさんによるプレゼンテーションツールRabbitの紹介
Rabbitと高橋メソッドによるRabbitと高橋メソッドの紹介
Rabbitと高橋メソッドは相性がいい
高橋メソッドはLT向き
うさぎと亀により制限時間と進捗度が視覚的に表示されるところが優位
書籍紹介
高橋メソッドはインパクトを与える、わかりやすいという点ですぐれたメソッドですね。
近藤さんが感心されていたのが印象的でした。
８ git超入門
@yamada_ken1さんのgitの入門
というよりこのプレゼンテーションを元にしたgit談義
参加者の半分ほどがsvn、三分の一ぐらいがgit、数名がmercurialな感じ。
書籍紹介
カレーの大原屋さん、幹事の方ありがとうございました。
充実した時間と、適度な刺激をいただきました。感謝です。
あと、遠方から参加された方々、夜三時までおつきあいくださりありがとうございました。
以下、自分のためのメモ
１ NSEGの紹介
今までのNSEGの活動を簡単に紹介
コンスタントに継続していることに改めて驚きを覚える。
主催者の勉強会への強い思いと、敷居が低さの現れなんだと思う。
これは私見なんだけど、勉強会は心療内科のグループカウンセリングに近いところがあると思う。
参加者が集まり、各自が思いを吐露するところがよく似ているような気がします。
２ カレーとプログラミング
@kagamiwariさんによるCurry言語の紹介とCurrey-Howard 対応についての説明
書籍紹介 論理の哲学
"Curry-Howard correspondence"は初めて耳にした。
日曜日にネットを漁ってみたけれど理解に至らず。残念。
３ カレーと勉強会
カレーの大原屋ご主人小沢さんのプレゼン。
ソーシャルメディアを用いたお店の宣伝活動について語っていただいた。
書籍紹介 アイデアの作り方
刺さった言葉
"全てのアイデアは既存物の結びつきでしかない"
"情報収集のつもりが情報発信になっていた"
"それまでGoogle Mapのサテライト写真がなかったが、ウェブで紹介されてからサテライト写真が乗るようになった。Google すごいぜ!"
ソーシャルメディアで大切にしていることは、
レスポンスをタイムリーに返す、そのために情報導線を作った。（レジのとなりにPCを持ってきた）
ネガティブなことは言わない
とのこと。なるほど。
オヤジギャグをつぶやくとフォロワーが増えるとは知らなんだ。
４ PHPerによるEclipseプラグインの作り方
@zoolooskiさんによるプレゼン
PHPerと書いて"ペチパー"と読む
刺さった言葉
"きっかけは前々回山田さんのプレゼン"
"触りだしたら作りたくなった"
これ大事だと思う。
勉強会での刺激が、次の勉強会の刺激を生むいい例だと思います。
５ カレーとFirefox
@hATrayfloodさんによるFirefoxプラグインの作り方紹介
Mozilla関係者にはカレー好きが多いらしい。
「辛くて辛い」ときたから「禿びで禿げ」と返したかったのだがそれは自虐的なのでやめておいた。
以前に比べずいぶんとプラグイン作成が容易になったようだ。
デモはカレーの大原屋へのリンクアイコンをステータスバーに表示するプラグイン作成
なるほど記述も直感的だし、敷居が低くなった気がする。
６ ギネスブック申請と10兆桁の計算（途中経過）
近藤さんによるギネスブック申請の顛末
ギネスブックの始まりは「世界一はやい鳥は何か」をギネスビールの取締役が言い出したから。
ギネスブック申請は最初考えていなかった。周りから言われる度合いが高くなってきたので申請した。
ギネスブック申請は全て英語。日本語ガイド付きは有料。
円周率計算結果5兆桁をハードディスク４台に入れて送付（返却されない）
東京の大学の先生には証明が足りないと言われた。でもギネス申請受理された。
現在10兆桁に挑戦中。
7月の停電時にはあきらめたが、UPSが持ってくれてことなきを得た。
（昔、書籍に載っているプログラムを打ち込んでいる最中に、ブレーカーが落ちたときのことを思い出しました。）
学習要項には３で教えろとは一言も書いていない。「円周率を3でいい」とした報道がおかしい。
円周率教育について、3桁の計算を教える前に円周率3.14を教えるのがよくない。
「だいたい3とちょっと」から始めて、紐で測ったりして、精緻な数字にたどり着いていた。
ハードディスクにアクセスするとOSが邪魔する。からの、ファイルシステム談義
OSがWindowsだからじゃないか? Linuxならどうかしら?
Windowsだとドライブレターが24しか使えない
Linuxだとext4ファイルシステムの制限がある zfsファイルシステムならどうかしら?
円周率の計算はハードディスクの耐久テストみたいだよね
日本人は儲からないと相手にしてくれない
円周率計算挑戦のきっかけはフランスの方の世界記録更新を聞いたから。
７ Rabbitの紹介
@tmtmsさんによるプレゼンテーションツールRabbitの紹介
Rabbitと高橋メソッドによるRabbitと高橋メソッドの紹介
Rabbitと高橋メソッドは相性がいい
高橋メソッドはLT向き
うさぎと亀により制限時間と進捗度が視覚的に表示されるところが優位
書籍紹介
MySQL徹底入門 第3版 ～5.5新機能対応～
posted with amazlet at 11.08.29
遠藤 俊裕 坂井 恵 館山 聖司 鶴長 鎮一 とみた まさひろ 班石 悦夫 松信 嘉範
翔泳社
売り上げランキング: 5483
翔泳社
売り上げランキング: 5483
高橋メソッドはインパクトを与える、わかりやすいという点ですぐれたメソッドですね。
近藤さんが感心されていたのが印象的でした。
８ git超入門
@yamada_ken1さんのgitの入門
というよりこのプレゼンテーションを元にしたgit談義
参加者の半分ほどがsvn、三分の一ぐらいがgit、数名がmercurialな感じ。
書籍紹介
Friday, July 29, 2011
JGGUG #17 G*ワークショップ に参加した
JGGUG #17 G*ワークショップ
品川NTTソフトウェアでの開催。
今日のお題は、次の二本。
▶「1.4.0.M1 !? 2.0.0.M1 -更新メモ-」 by 山本剛(ニューキャスト)(tyama)
▶「うさみみとJenkinsとG*な開発環境」 by きょんさん(kyon_mm)
内容が私には難しく、理解ができていません。消化不良気味です。
とはいえ、プログラミングGroovyも出たことですし、勉強をするきっかけにはなったかと思います。多分。
以下はメモです。推測や思い違いも入っています。
▶「1.4.0.M1 !? 2.0.0.M1 -更新メモ-」 by 山本剛(ニューキャスト)(tyama)
"プログラミングGroovy"によれば"GrailsはGroovyの言語特性とDSLを徹底的に駆使したWebアプリケーションフレームワークです。"
もともとはRuby On RailsのJava実装だったが、JavaによるRailsライクなフレームワークに実装方針が変更されてきている。
コンポーネントのバージョンは次のとおり
Groovy 1.8
Sprng 3.1
Servlet 3.0
Tomcat 7
Hibernate 3.6
jQuery
ソースコードはGraidleの使い方の勉強にもなる。一度読んでおくといいらしい。
山本さんの会社では100%Grailsで実装とのこと。
2.0からバイナリプラグインの提供が可能になった。
▶「うさみみとJenkinsとG*な開発環境」 by きょんさん(kyon_mm)
きょんさんの開発環境は
Jenkinsを中心に、いくつかのシステムを組み合わせている。
バグトラッキングシステムにRedmine
バージョン管理システムにMercurial
ビルドするのにGradle
テストコードを書くのにGroovy
テスト対象はJava
Groovyを使うようになったきっかけは三つ
Groovyを「やってみたかった」
自動テストを「やってみたかった」
AntとかMavenわからない
きょんさん曰く「GroovyはJavaというUnix哲学の言語をモダンにラップした言語」
人に便利さを説明する場合に5分かかっていてはだめ、3秒でできることが大事。
Groovyは学習コストが低く、機能を満たすコード量が少ないので、書くのに時間はかからない。
適用範囲はテストコードに限定して使っている。
テストコードをJavaを使って30秒かけて書くよりも、Groovyを使って7秒で書くことが大事。
dump()メソッドは便利
PowerAssert使うときれいな表示でわかりやすい。
テストコードのパッケージングをTDD用、ユニットテスト用、システムテスト用に分ける。
Jenkinsでどうなるかが判断基準。おそらくJenkinsの動作に負担を強いるような構成はとっていないと思われる。
RedmineはBacklogsのために入れているとのこと。
入力項目の多いバグトラッキングシステムは「ゆとり」だから使えない、と仰っていたがおこれは同意できる。必要最低限でいいと思う。SIerは意味のわからないメトリクス値を要求するとのこと。これは確かに閉口だ。
きょんさんはうさみみつけてた。びっくりした。
おまけリンク
20110729_第17回 G*ワークショップ(#jggug )
RedmineのBacklogsプラグインを入れてみた
品川NTTソフトウェアでの開催。
今日のお題は、次の二本。
▶「1.4.0.M1 !? 2.0.0.M1 -更新メモ-」 by 山本剛(ニューキャスト)(tyama)
▶「うさみみとJenkinsとG*な開発環境」 by きょんさん(kyon_mm)
内容が私には難しく、理解ができていません。消化不良気味です。
とはいえ、プログラミングGroovyも出たことですし、勉強をするきっかけにはなったかと思います。多分。
以下はメモです。推測や思い違いも入っています。
▶「1.4.0.M1 !? 2.0.0.M1 -更新メモ-」 by 山本剛(ニューキャスト)(tyama)
"プログラミングGroovy"によれば"GrailsはGroovyの言語特性とDSLを徹底的に駆使したWebアプリケーションフレームワークです。"
もともとはRuby On RailsのJava実装だったが、JavaによるRailsライクなフレームワークに実装方針が変更されてきている。
コンポーネントのバージョンは次のとおり
Groovy 1.8
Sprng 3.1
Servlet 3.0
Tomcat 7
Hibernate 3.6
jQuery
ソースコードはGraidleの使い方の勉強にもなる。一度読んでおくといいらしい。
山本さんの会社では100%Grailsで実装とのこと。
2.0からバイナリプラグインの提供が可能になった。
▶「うさみみとJenkinsとG*な開発環境」 by きょんさん(kyon_mm)
きょんさんの開発環境は
Jenkinsを中心に、いくつかのシステムを組み合わせている。
バグトラッキングシステムにRedmine
バージョン管理システムにMercurial
ビルドするのにGradle
テストコードを書くのにGroovy
テスト対象はJava
Groovyを使うようになったきっかけは三つ
Groovyを「やってみたかった」
自動テストを「やってみたかった」
AntとかMavenわからない
きょんさん曰く「GroovyはJavaというUnix哲学の言語をモダンにラップした言語」
人に便利さを説明する場合に5分かかっていてはだめ、3秒でできることが大事。
Groovyは学習コストが低く、機能を満たすコード量が少ないので、書くのに時間はかからない。
適用範囲はテストコードに限定して使っている。
テストコードをJavaを使って30秒かけて書くよりも、Groovyを使って7秒で書くことが大事。
dump()メソッドは便利
PowerAssert使うときれいな表示でわかりやすい。
テストコードのパッケージングをTDD用、ユニットテスト用、システムテスト用に分ける。
Jenkinsでどうなるかが判断基準。おそらくJenkinsの動作に負担を強いるような構成はとっていないと思われる。
RedmineはBacklogsのために入れているとのこと。
入力項目の多いバグトラッキングシステムは「ゆとり」だから使えない、と仰っていたがおこれは同意できる。必要最低限でいいと思う。SIerは意味のわからないメトリクス値を要求するとのこと。これは確かに閉口だ。
きょんさんはうさみみつけてた。びっくりした。
おまけリンク
20110729_第17回 G*ワークショップ(#jggug )
RedmineのBacklogsプラグインを入れてみた
Thursday, July 28, 2011
JJUG 基礎セミナー HTML5&API入門へ行ってきた
JJUG 基礎セミナー HTML5&API入門へ行ってきました。講師は白石俊平さん。内容は初心者向けのHTML5入門といったところ。
HTML5についてはほとんど知らないのでちょうどいい内容でした。
HTML5&APIを使ったウェブページの表現力の豊かさに圧倒されてきました。
明らかにデスクトップアプリケーションとウェブアプリケーションの距離は縮んでいます。
以下は簡単なメモ。思い込みやうろ覚えも含んでいます。
それまでは文書のプラットフォームであったHTMLは、HTML5によりアプリケーションプラットフォームへと進化した。
狭義にはHTML5はHTML文法とDOMに関する仕様のアップデート
広義ではHTML5にJavaScript, CSS3も含められる場合がある
HTML5には3つの意義がある。
１つ目セマンティックWebとアクセシビリティ
"More Readable for Everyone"
健常者だけでなく全ての人に。
HTML4ではセマンティックの表現が乏しくdiv要素とスタイルシートのクラスで表現していた。
HTML5ではheader要素、footer要素、section要素など文書内の文の意味の表現が可能
２つ目互換性の追求
ブラウザの挙動、表現を同じに。
"Pave the Cowpaths"
HTML4で仕様が無かったり曖昧な部分の実装がブラウザ毎に異なっていた。
HTML5では既存のブラウザの実装から仕様を取り込んだ。
"Write at once, Run any Browser"
IE9の提供は評価できる。これでIE6, IE7, IE8とも決別できる。
Microsoft曰く、"IE6は9年前の腐った牛乳だ"
３つ目Rich Internet Application
canvas要素による表現力の強化
起動時に必要とするリソースを全てダウンロードしておくことで、オフラインでも稼働可能に。これにはローカルのデータベースIndexedDBを使う。
参考サイト Sticky Notes
デバイス固有の機能にアクセス可能。これはスマートフォンを意識した仕様。ただしセキュリティには気を使っている。ユーザの許諾無しにアクセスは不可。
例 GPS、マルチメディアファイル、アドレス帳、バッテリー、マシンの傾き、メール送信
これによりネイティブアプリとの機能差が縮小する。
WebSocketを使った高度なネットワーキング
ゲーム業界が注目 HTTPでシェイクハンド!?
ファイアウォールを超えられる
video要素によりマルチメディアの再生が容易
WebWorkersを使って、バックグラウンドでJavaScriptの処理させることが可能になった
まとめ
HTML5でウェブアプリケーションはバージョンアップする。
セマンティックウェブ、リッチインターネットアプリケーション
HTML5ではオープン標準を利用している(W3C, ECMA, など)ので仕様の互換性が保証される。
ベンダーロックインは無い。
CSS3を策定した人（名前は失念）が策定作業を活版印刷技術になぞらえて、「この先500年使われる技術仕様策定に関われて幸せだ」と言っている。
おまけ（質疑応答から）
ウェブアプリケーションの作り方は変わる。
それまではサーバーサイドで処理させていたが、できることはブラウザ側にやらせるようになる。
プログレッシブエンハンスメントというアプローチ
これは、ターゲットを新しいブラウザに置き、古いブラウザでは最低限の動作を提供する、という考え方
以前はどのブラウザでも同じに見えなきゃだめ、だった。
やっちゃいけないのはUSER_AGENTを使った判定処理。Modernizrを使ってブラウザの実装機能を判定するのがいいらしい。
HTML5によりクロスオリジンリソースシェアリングが可能になった。
それまでもJSONPを使ったハックがあったがあまりいいやり方ではない。
HTML5についてはほとんど知らないのでちょうどいい内容でした。
HTML5&APIを使ったウェブページの表現力の豊かさに圧倒されてきました。
明らかにデスクトップアプリケーションとウェブアプリケーションの距離は縮んでいます。
以下は簡単なメモ。思い込みやうろ覚えも含んでいます。
それまでは文書のプラットフォームであったHTMLは、HTML5によりアプリケーションプラットフォームへと進化した。
狭義にはHTML5はHTML文法とDOMに関する仕様のアップデート
広義ではHTML5にJavaScript, CSS3も含められる場合がある
HTML5には3つの意義がある。
１つ目セマンティックWebとアクセシビリティ
"More Readable for Everyone"
健常者だけでなく全ての人に。
HTML4ではセマンティックの表現が乏しくdiv要素とスタイルシートのクラスで表現していた。
HTML5ではheader要素、footer要素、section要素など文書内の文の意味の表現が可能
２つ目互換性の追求
ブラウザの挙動、表現を同じに。
"Pave the Cowpaths"
HTML4で仕様が無かったり曖昧な部分の実装がブラウザ毎に異なっていた。
HTML5では既存のブラウザの実装から仕様を取り込んだ。
"Write at once, Run any Browser"
IE9の提供は評価できる。これでIE6, IE7, IE8とも決別できる。
Microsoft曰く、"IE6は9年前の腐った牛乳だ"
３つ目Rich Internet Application
canvas要素による表現力の強化
起動時に必要とするリソースを全てダウンロードしておくことで、オフラインでも稼働可能に。これにはローカルのデータベースIndexedDBを使う。
参考サイト Sticky Notes
デバイス固有の機能にアクセス可能。これはスマートフォンを意識した仕様。ただしセキュリティには気を使っている。ユーザの許諾無しにアクセスは不可。
例 GPS、マルチメディアファイル、アドレス帳、バッテリー、マシンの傾き、メール送信
これによりネイティブアプリとの機能差が縮小する。
WebSocketを使った高度なネットワーキング
ゲーム業界が注目 HTTPでシェイクハンド!?
ファイアウォールを超えられる
video要素によりマルチメディアの再生が容易
WebWorkersを使って、バックグラウンドでJavaScriptの処理させることが可能になった
まとめ
HTML5でウェブアプリケーションはバージョンアップする。
セマンティックウェブ、リッチインターネットアプリケーション
HTML5ではオープン標準を利用している(W3C, ECMA, など)ので仕様の互換性が保証される。
ベンダーロックインは無い。
CSS3を策定した人（名前は失念）が策定作業を活版印刷技術になぞらえて、「この先500年使われる技術仕様策定に関われて幸せだ」と言っている。
おまけ（質疑応答から）
ウェブアプリケーションの作り方は変わる。
それまではサーバーサイドで処理させていたが、できることはブラウザ側にやらせるようになる。
プログレッシブエンハンスメントというアプローチ
これは、ターゲットを新しいブラウザに置き、古いブラウザでは最低限の動作を提供する、という考え方
以前はどのブラウザでも同じに見えなきゃだめ、だった。
やっちゃいけないのはUSER_AGENTを使った判定処理。Modernizrを使ってブラウザの実装機能を判定するのがいいらしい。
HTML5によりクロスオリジンリソースシェアリングが可能になった。
それまでもJSONPを使ったハックがあったがあまりいいやり方ではない。
Saturday, August 07, 2010
Syntaxhighlighter
Syntaxhighlighterを使ってみる。
GoogleのPrettyPrintよりもよさそうだ。
こんな感じ
GoogleのPrettyPrintよりもよさそうだ。
こんな感じ
sub text2hello {
my $arg = (@_);
print $arg;
}
Friday, July 23, 2010
Monday, July 05, 2010
GAE
Google App Engine for Javaを使ってみよう！ （1）Google Plugin for Eclipse（1/5）：CodeZine
GAEでごにょごにょ。
Spring ROOを使うため。
GAEでごにょごにょ。
Spring ROOを使うため。
Saturday, February 13, 2010
インドのIT産業は世界品質、片や日本は？ JBpress(日本ビジネスプレス)
以下の点からすると、これを取得しているからといって
インドのIT産業を世界品質というのはただのあおりでしかない。
CMMIのレベルを保証する機関がないこと
自己申告であること
基準達成は会社単位ではなく部署単位であること
できあがりのシステムを保証するものではないこと
インドのIT産業は世界品質、片や日本は？ JBpress(日本ビジネスプレス)
インドのIT産業を世界品質というのはただのあおりでしかない。
CMMIのレベルを保証する機関がないこと
自己申告であること
基準達成は会社単位ではなく部署単位であること
できあがりのシステムを保証するものではないこと
インドのIT産業は世界品質、片や日本は？ JBpress(日本ビジネスプレス)
インドでは、徹底して欧米のシステム開発技法・方法論などを実践し、ソフトウエア品質を確保している。ソフト開発の実力を計る世界標準基準「SEI-CMM」の最高レベル「レベル5」を取得している世界の企業の半分以上は、インドの会社である。インドはいまや世界先端のシステム開発受託国となった。
このままでは日本がどんどん置いていかれる一方になる。そう感じたインド訪問であった。
Friday, February 05, 2010
Monday, January 04, 2010
>>楽譜は設計、演奏は実装
うまい例えだと思う。
余計な記述のある楽譜（設計書）の多いこと多いこと
楽器の構え方とかバルブの押さえ方も書いているから、
音楽（システム）として成り立たない。
楽譜は設計、演奏は実装 - Zopeジャンキー日記
余計な記述のある楽譜（設計書）の多いこと多いこと
楽器の構え方とかバルブの押さえ方も書いているから、
音楽（システム）として成り立たない。
楽譜は設計、演奏は実装 - Zopeジャンキー日記
しかしこの結果、「楽譜という設計」と「演奏という実装」が分離し、以下のようなメリットが生じた。
・作曲者は作曲（設計）に、演奏者は演奏（実装）に集中できる
・楽譜（設計書）のレベルで、管理や流通、保存ができる
・クラシック愛好者が、曲と演奏者の両方の基準で選択できる
そして決定的なのは、この仕組みによって、「いい曲が残る」ということだと思う。
成功するベンチャーと失敗するベンチャーの違い
このサイクルを可能にするようなアーキテクチャが求められると思うのだ。
つまりシステムのアーキテクチャのみならず、開発のアーキテクチャも構築するのが
アーキテクトの仕事なのではないのか？
成功するベンチャーと失敗するベンチャーの違い | きらら2号
つまりシステムのアーキテクチャのみならず、開発のアーキテクチャも構築するのが
アーキテクトの仕事なのではないのか？
成功するベンチャーと失敗するベンチャーの違い | きらら2号
ユーザに価値のある機能かどうかなんていくら会議しても正解は分からないのだから、結局は「作って、リリースして、フィードバック」のサイクルをしなければいけません。
そしてそのサイクルを出来るだけ短い期間でやることが重要になってくるのです。
Sunday, January 03, 2010
2010年でやりたいこと
とりあえずあげておく
いくつできるか一年後が楽しみ
・「モジュール化」の読破と理解と応用
・ウェブデザイン勉強会開催
・selenium勉強会開催
・iPhone購入とアプリ作成
・iαppli作成
・香港旅行
・二胡レッスン始める
・タップダンスレッスン始める
・jpetstore-hacks再開
いくつできるか一年後が楽しみ
・「モジュール化」の読破と理解と応用
・ウェブデザイン勉強会開催
・selenium勉強会開催
・iPhone購入とアプリ作成
・iαppli作成
・香港旅行
・二胡レッスン始める
・タップダンスレッスン始める
・jpetstore-hacks再開
Saturday, November 21, 2009
なぜ、日本のIT産業は世界で勝てないのか
世界で勝負しているIT産業がどれほどいるかわからないけど、
レベルの低いユーザをサポートできないぐらいIT企業のレベルが低いと思う。
これは技術力というよりはプレゼンテーション能力だったり、議論（ディベート）の能力かと思う。
自戒も込めて。
なぜ、日本のIT産業は世界で勝てないのか？ - 記者の眼：ITpro
レベルの低いユーザをサポートできないぐらいIT企業のレベルが低いと思う。
これは技術力というよりはプレゼンテーション能力だったり、議論（ディベート）の能力かと思う。
自戒も込めて。
なぜ、日本のIT産業は世界で勝てないのか？ - 記者の眼：ITpro
かなり以前のことだが、日本のあるITコンサルティング会社の経営トップにこう聞かれた。私が答えに窮していると、その経営トップはズバリ言った。「ユーザー企業のレベルが低いからです」
Monday, November 02, 2009
Sunday, October 18, 2009
ソフトウェアアーキテクトが知るべき97のこと 刊行イベント
伊藤さん、小野さん、鈴木さんのトークイベントに行ってきた。
御三方とも非常に技術力の高い方々なのは十分承知。
その人たちがコード以外で何を語るか大変興味があった。
伊藤さんからはマネージメントの重要性を感じた。
「CTOなので技術の配分を考えています」
「マネージャーがモチベーションを与えなければならない」
「マネージャって大事ですね」
小野さんからは頭のリセットが必要な理由を聞いた。
「忙しいときは頭が悪くなっているんだ」
楽しい時間でした。ありがとうございました。
御三方とも非常に技術力の高い方々なのは十分承知。
その人たちがコード以外で何を語るか大変興味があった。
伊藤さんからはマネージメントの重要性を感じた。
「CTOなので技術の配分を考えています」
「マネージャーがモチベーションを与えなければならない」
「マネージャって大事ですね」
小野さんからは頭のリセットが必要な理由を聞いた。
「忙しいときは頭が悪くなっているんだ」
楽しい時間でした。ありがとうございました。
Saturday, October 10, 2009
クラウドコンピューティング
JJUG Cross Community Conference 2009 Fall- Sessions
クラウド祭りなCCC2009でした。
自分のクラウドコンピューティングの企業利用についての理解を書いておきます。
１．事例
GoogleのGmail, Bloggerに代表されるウェブサービスやAmazon EC2、S3といった
ホスティングサービスやストレージサービスが代表となります。
しかし、ウェブサービスやホスティングサービス自体は2002年ぐらいからあったと理解します。
ですから考え方自体は別に新しくない。
昨今ではSalesforce.comでの経済産業省のエコポイントシステム構築事例もあり、
短期間での開発、運用コストが安い点をクローズアップし、
企業への売り込みに必死なメーカーあるいはSIerがメディアによる宣伝合戦を
派手に繰り広げている感があります。
ガートナーの2009のハイプ曲線の頂点に"cloud computing"が来ていますね。
２．特徴
GoogleやAmazon EC2, S3を例に特徴を洗い出してみます。
リソースの提供
時間貸し
ウェブサービスの提供
ターンアラウンドが短い（すぐに使える）
これにより（個人）ユーザが享受したのは
本質的なサービスの提供に専念できること
自分でマシンを運用するより低コスト
技術的な前提もあります。
インターネット
スケールアウト技術
CAP定理
BASE特性
個人の利用が進んだのはこれらの前提を踏まえても利便を享受できたからです。
個人利用での最大の利便は"コミュニケーション"だったでしょう。
日記という形態での手軽な情報発信と、それに対するレスポンスの取得。
これが利用を促進させたのではないかと思います。
３．ビジネスへの利用
ビジネスで利用するには、顧客の業務プロセスの理解とスケールアウトの技術が必要と考えます。
プライベートクラウドであれ、パブリッククラウドであれ、
ビジネスでクラウドコンピューティングを採用していただくには、
上記の事例と特徴がどのように業務プロセスに生かされ、利益を生むかを考えます。
ワークフローあるいは業務プロセスを"利益を生み出すコミュニケーション"と捉え、
業務プロセスの改善は、円滑なコミュニケーションを生み出し、利益につながると解きます。
また本質的でない作業からの解放も訴えかけましょう。
要は、顧客の業務プロセスが理解できていないとだめということですね。
技術的にはアプリケーション側でのスケールアウトのアーキテクチャが必要と考えます。
顧客の使用するデータの量は毎年莫大になっています。
スケールアップだけではいずれ崩壊します。
ここの部分についてはどういう手法があるのか、自分でも考えがまとまりませんでした。
４．おまけ
クラウドコンピューティングに限らず、世の中の技術動向の盛り上がりは、
ビジネスチャンスでもあるし、従来の開発スタイルを改善するチャンスでもあります。
例えば、従来であればエンドユーザとベンダーの間に、
システム開発部なんて仲介業者が、仕様に横槍を入れてきたりしてたかもしれませんが、
”本質的なサービスの追及が、クラウドコンピューティングの真髄です"
とかなんとかいって、うまいこと余計な仕様を回避する方向に生かすのもありかと思います。
クラウド祭りなCCC2009でした。
自分のクラウドコンピューティングの企業利用についての理解を書いておきます。
１．事例
GoogleのGmail, Bloggerに代表されるウェブサービスやAmazon EC2、S3といった
ホスティングサービスやストレージサービスが代表となります。
しかし、ウェブサービスやホスティングサービス自体は2002年ぐらいからあったと理解します。
ですから考え方自体は別に新しくない。
昨今ではSalesforce.comでの経済産業省のエコポイントシステム構築事例もあり、
短期間での開発、運用コストが安い点をクローズアップし、
企業への売り込みに必死なメーカーあるいはSIerがメディアによる宣伝合戦を
派手に繰り広げている感があります。
ガートナーの2009のハイプ曲線の頂点に"cloud computing"が来ていますね。
２．特徴
GoogleやAmazon EC2, S3を例に特徴を洗い出してみます。
リソースの提供
時間貸し
ウェブサービスの提供
ターンアラウンドが短い（すぐに使える）
これにより（個人）ユーザが享受したのは
本質的なサービスの提供に専念できること
自分でマシンを運用するより低コスト
技術的な前提もあります。
インターネット
スケールアウト技術
CAP定理
BASE特性
個人の利用が進んだのはこれらの前提を踏まえても利便を享受できたからです。
個人利用での最大の利便は"コミュニケーション"だったでしょう。
日記という形態での手軽な情報発信と、それに対するレスポンスの取得。
これが利用を促進させたのではないかと思います。
３．ビジネスへの利用
ビジネスで利用するには、顧客の業務プロセスの理解とスケールアウトの技術が必要と考えます。
プライベートクラウドであれ、パブリッククラウドであれ、
ビジネスでクラウドコンピューティングを採用していただくには、
上記の事例と特徴がどのように業務プロセスに生かされ、利益を生むかを考えます。
ワークフローあるいは業務プロセスを"利益を生み出すコミュニケーション"と捉え、
業務プロセスの改善は、円滑なコミュニケーションを生み出し、利益につながると解きます。
また本質的でない作業からの解放も訴えかけましょう。
要は、顧客の業務プロセスが理解できていないとだめということですね。
技術的にはアプリケーション側でのスケールアウトのアーキテクチャが必要と考えます。
顧客の使用するデータの量は毎年莫大になっています。
スケールアップだけではいずれ崩壊します。
ここの部分についてはどういう手法があるのか、自分でも考えがまとまりませんでした。
４．おまけ
クラウドコンピューティングに限らず、世の中の技術動向の盛り上がりは、
ビジネスチャンスでもあるし、従来の開発スタイルを改善するチャンスでもあります。
例えば、従来であればエンドユーザとベンダーの間に、
システム開発部なんて仲介業者が、仕様に横槍を入れてきたりしてたかもしれませんが、
”本質的なサービスの追及が、クラウドコンピューティングの真髄です"
とかなんとかいって、うまいこと余計な仕様を回避する方向に生かすのもありかと思います。
ハイプ曲線
クラウドを超えた先の企業システム像 (arclamp.jp アークランプ)
JJUGCCC2009Fallにて気になったキーワードが「ハイプ曲線」だったので、
自分の理解でメモ
ハイプ曲線は、アメリカの調査会社ガートナー社が用いている
ITの期待度と浸透度（利用度）を表す曲線を指す。
だから見た目は一本の曲線だけど、
正確には二つの曲線をつなげていると理解していいと思う。
さらに浸透度には、個人での利用度と企業での利用度があると解釈する。
企業での利用が、個人の利用に比べ時間的に遅くなるのは常。
そういう意味では現実を表すにはもう少し複雑な曲線あるいはモデルになると思う。
この曲線の使い方としては、旬なITは何かを見るぐらいにとどめておくのがいいかも。
あるいは、自社の技術動向との比較として利用するのもありかもしれない。
下記リンクはいい説明をしているページ。
エンタープライズ：Gartner Column：第9回 ハイプ曲線でITの先を読む
エンタープライズ：Gartner Column：第51回 ハイプ曲線再考～ITの「墓場」を分析する
JJUGCCC2009Fallにて気になったキーワードが「ハイプ曲線」だったので、
自分の理解でメモ
ハイプ曲線は、アメリカの調査会社ガートナー社が用いている
ITの期待度と浸透度（利用度）を表す曲線を指す。
だから見た目は一本の曲線だけど、
正確には二つの曲線をつなげていると理解していいと思う。
さらに浸透度には、個人での利用度と企業での利用度があると解釈する。
企業での利用が、個人の利用に比べ時間的に遅くなるのは常。
そういう意味では現実を表すにはもう少し複雑な曲線あるいはモデルになると思う。
この曲線の使い方としては、旬なITは何かを見るぐらいにとどめておくのがいいかも。
あるいは、自社の技術動向との比較として利用するのもありかもしれない。
下記リンクはいい説明をしているページ。
エンタープライズ：Gartner Column：第9回 ハイプ曲線でITの先を読む
エンタープライズ：Gartner Column：第51回 ハイプ曲線再考～ITの「墓場」を分析する
JJUG Cross Community Conference 2009 Fall
JJUG Cross Community Conference 2009 Fall
台風で30分押した。
拝聴したのは以下のセッション。
日本のクラウドと開発者の未来
OPEN AIR FROM SEKAI （セカイカメラのオープン化戦略）
デベロッパのためのHTML5入門
SQL脳からBigtable脳へ
クラウドにおけるスケールアウト設計を掘り下げる
クラウドを超えた先の企業システム像
どれも質が高くておなかいっぱい。
マインドマップでメモしていたけどなかなか難しいかも。
主催者の方々ありがとうございました。
参考
JJUG CCC 2009 Fall に行ってきたよ - hyoromoの日記
クラウドを超えた先の企業システム像 (arclamp.jp アークランプ)
台風で30分押した。
拝聴したのは以下のセッション。
日本のクラウドと開発者の未来
OPEN AIR FROM SEKAI （セカイカメラのオープン化戦略）
デベロッパのためのHTML5入門
SQL脳からBigtable脳へ
クラウドにおけるスケールアウト設計を掘り下げる
クラウドを超えた先の企業システム像
どれも質が高くておなかいっぱい。
マインドマップでメモしていたけどなかなか難しいかも。
主催者の方々ありがとうございました。
参考
JJUG CCC 2009 Fall に行ってきたよ - hyoromoの日記
クラウドを超えた先の企業システム像 (arclamp.jp アークランプ)
Sunday, October 04, 2009
vista 標準ユーザの環境変数の設定
昨年の2月に一度ハマったのだが、またまたハマったのでメモしておく。
Windowsでは管理者ユーザで作業をすることはほとんどない。
これはUNIXでいえばrootで作業しているようなものだから。
XPであればコンピュータのプロパティダイアログから自分の環境変数を設定できるが
Vistaでの設定方法は異なっている。
Windows Vista では、標準ユーザー アカウントでログオンする場合は、システムのプロパティ] ダイアログ ボックスでユーザー環境変数を変更できません。
Windowsでは管理者ユーザで作業をすることはほとんどない。
これはUNIXでいえばrootで作業しているようなものだから。
XPであればコンピュータのプロパティダイアログから自分の環境変数を設定できるが
Vistaでの設定方法は異なっている。
Windows Vista では、標準ユーザー アカウントでログオンする場合は、システムのプロパティ] ダイアログ ボックスでユーザー環境変数を変更できません。
この問題を解決するには、ユーザー環境変数をコントロール パネルの [ユーザー アカウントを使用して変更します。 これを行うには、次の手順を実行します。
1. [ スタート
元に戻す画像を拡大する
Start button
] をクリックし、 検索の開始 ] アカウント を入力する [ プログラム ] の [ ユーザー アカウント ] をクリックします。
元に戻す画像を拡大する
User Account Control permission
パスワードを入力する管理者のパスワードまたは確認するように求められたら、か 許可する ] をクリックします。
2. ユーザー アカウント ] ダイアログします 自分の環境変数を変更する [ タスク の下の [。
3. ユーザー アカウント、ユーザー環境変数に必要な変更を行い、 [OK] をクリックします。
Subscribe to:
Posts (Atom)