イーハイブと瑞風が共同で行っているセミナーのご紹介をいたします。
イーハイブはブログポータルシステムCOMLOGをASPで提供する会社です。
ブログシステムをCMSとして利用したり、SEO対策の一環として利用したりして、
単純な日記だけではなく、企業としてブログを活用することをメリットして
企業様へご提案している会社です。
他にはCOMLOGを利用した福岡ショップ情報局を運営しています。
福岡ショップ情報局は、福岡のお店を紹介するポータルサイトで、
地域密着型の情報サイトとして運営しています。
さらに、選挙情報専門サイトElectionは、政治家専門ブログとなっています。
今回の総選挙ではブログが可能になったので有効活用されることでしょう。
Popularity: 5%
トラックバック URL :
コメント (0)
Popularity: 3%
トラックバック URL :
コメント (0)Popularity: 3%
トラックバック URL :
コメント (0)ネットで実名を出すことに関しては色々な意見があります。
ちなみに、Googleで「実名を出す」と検索すると様々な方々がブログで意見されていて興味深いです。
簡単に要点を記述しますと。
信頼度があがり、商売などにも有用など。
あらぬ誹謗中傷を受ける、特に女性は気をつけたほうがよいなど。
欧米は実名で意見を述べ議論しあう。韓国も実名が多い
と、各方面から皆さんお考えになられて、なるほどと思います。
ちなみに私は、本ブログとtwitterを実名で運用し、あと別のブログを匿名で所有しています。（これは大半が音楽の話）実名と匿名両方使う事で漠然とですが、その振る舞い方の特性を把握出来ているように感じます。個人的な基本ルールですが匿名では極力私が好きな物以外の評価を書かない。批判のコメントをしないよう心がけています。実名ではまだわからな部分があります。
ところで、私が個人情報として開示させて頂いている情報は、「名前」、「所属会社情報」、「会社でのタイトル」尊敬する人物ローウェルジョージ（笑）、といった所でしょうか。と言う事は私に会おうと思えば会えますし直接メール頂く事も可能ですし、リトルフィートに関して話したいと思えば話すことができます。この個人情報の出し方が良いか悪いかわかりません。情報の出し方には賛否あると思います。これは別でじっくり考えたいテーマです。
さて、実名と匿名。そもそも実名ってなんなの？実名で書かなくてはいけないの？という疑問があります。
自分にとっては実名なんだけどネットを通して第三者が見れば、実在の私を知らない方からすれば愛甲慎一郎でもへのへのもへじでも代わり在りません。なぜなら、ネットの上では実在と名前が必ずしも一致しないからです。これ以上書くと形而上学的な話になりそうですから止めます。要するに有名人でもない私のブログを読む方に取っては。「実名でも匿名でもさして問題はない！」し気にもしないという結論に行き着きます。でも、なのになぜわざわざ実名にするかと言う事に関して考えてみました。これは私個人的な考え方なのですが。
1．情報発信に対する責任。
ブログやSNS、twitterなんでも良いのですが、私が発信した情報が不特定多数の方がたに
見られるという状況に責任を持ちたい。むろん責任なく発した情報に関しては批判を受け
真摯に訂正したい。
2．リアルで会っているかのような緊張感を持つ
情報を発信するにあたり、自分に対して適度な緊張感を持ちたい。
3．Web業界に身を置く人間として
これからのインターネットメディアは議論をする場としての成長を願います。
この3点からです。もちろんこれは匿名でも出来ていいると言う方は多数いらっしゃると思いますのでそれに関しての否定はしません。現に匿名のブロガーさんでも有用な情報を提供されていらっしゃる方は多数いらっしゃいますし、信頼もしています。
しかしあえて考えると、実名でないが故に起きている問題を解決する事でインターネットはメディアとしての成長を遂げられるのではと考えます。「ブログが炎上した」とか、「掲示板が訴えられるた」とか実生活で被害を受けたとか、全てではないですが実名で議論しないが故におこっていると考えます。現状はあまり良い議論の場とはいえませんね。実名、匿名とそれだけでインターネットが健全なメディアになるとは考えません。健全の定義も難しテーマです。
ただ思うことはWebを通しても相手の事を考え、そして明確に自分の意見を述べる。このシンプルな事をするために実名を使う事は有用に機能すると考えています。発言というのは第三者の視点と意見を論破するために自由を許されているのです。もう少し考えていきたいテーマです。
了
瑞風 愛甲慎一郎
Popularity: 3%
トラックバック URL :
コメント (0)Popularity: 3%
トラックバック URL :
コメント (0)本命マイクロソフトがクラウドに本格参入。
瑞風ではGoogleのApp Engineを使ってサービスを提供しています。
やはり気になります。
今日は1日目ということで、聴いたセッションの状況と感想を書きます。
明日、2日目には同様、セッションの状況と感想、それに総評を書きたいと思います。
■キーノート
うわぁ、とにかく派手！！音楽、映像、光、かっこいいです。
キーノートはライブ中継されたみたいで、流行のtwitter連携も行ってました。
つぶやくと大スクリーン上に写真と呟きが出ます！これはちょっとうれしい。
キーノートの中継
※Sliverlightプラグインが必要とのこと。
マイクロソフトのレイオジーがビデオでプレゼン。
2008年に発表し、2009年は改善、そして今年2月にプレビュー版から製品版へ！
(App Engineはまだプレビュー版なんですよね・・・)
マイクロソフトとしては「スリースクリーン＋クラウド」を前面に出し、
クラウドのメリットと今後の方向性を示す。
「let’s dream and then let’s build.」
4つのキーテクノロジーの紹介
今回の僕のキーはクラウドだったのでSliverlightとかは余り興味はなかったんですが、見ていると次第に・・・なかなかいい感じ♪
ちょっと触ってみたくなった。
あと、やっぱりMS製品は開発ツールがすばらしい！開発プロセスをきちんと考えたツール設計になっているため、すっごくわかりやすい。これをEclipseでやろうとすると、たぶん矛盾がおきる。さっすがマイクロソフト！
■T1-301セッション：Windows Azure アドバンスド アプリケーション開発
今回の目的でもあるクラウドのセッションを聞くため、ほとんどがT1-xxxセッション。
でも明日はSliverlightも見てみたいと思ったりして。
さて、本題。
スティーブマークスの同時通訳手のプレゼン。
彼はずっとマイクロソフトにいたのではないと思う。SMTPサーバをtelnetでたたいたり、
Lucene.NETを使ったり。かなりオープンな気がした。
詳しくは、あれ、パワーポイントがアップされてたんだけどなくなりました・・・
http://www.microsoft.com/japan/events/techdays/2010/session/session.aspx
そのつもりでメモをしてたので、キーワードだけピックしました。
個人的にはLuceneが気になりました。すべてをRAMDirectoryで扱うって、すごすぎ。でも確かにメモリが冗長構成になっていればそれもありかも。で、定期的にバックアップをする形にする。
GAEでもできるかも、です。
■T1-303セッション：Windows Azure ストレージ ～アーキテクチャとその適用
Azureで使うストレージの話。
大きく分けると、4つといってたけど、3つかな。
これらをカバーするためCDN(ContentDeliveryNetwork)をサービス提供。これは大きい。いままではAkamaiみたいなサービスがあったけど、マイクロソフトの中でまかなえるかも。ただし、料金体系は要比較！！EC2は意外と高かったから。
■T1-309セッション：Windows Azure Platform AppFabric によるオンプレミス/クラウド ハイブリッド アプリケーションの構築
ちょっとここはいまいちでした。
というのは僕の問題でスキルマッチしてませんでした x_x
ある程度知ってる人たちが聞くと、フムフムとなると思う。
キーとしては。
まだ正式版ではないらしく、ただ、どうしても必要な機能。
マイクロソフトが提唱する、
「オンプレミス＋パブリッククラウド＋プライベートクラウド」
の実現のためには。
サービスバスはアーキテクトとして面白かった。ただ、思ったとおりパフォーマンスの問題があるとのこと。プロキシとして使うと、どうしてもルーティングするためネックになる。で、最初だけサービスバスへアクセスし、UDDI的にサービスの場所を取得したら、その後はサービスバスを通さず、直接アクセスすることで解決するとのこと。考慮が必要なのは、1.グローバルIPが必要。2.ポート開放が必要。とのこと。
セキュリティ的には厳しくなるかも、です。内部通信であればいけるかもしれませんね。
■T1-202セッション：Windows Azure 先行事例の現場で得られた開発ノウハウ 1
1日目、最後。
事例でのクラウドの使い方の紹介。
クラウドの利用シナリオを提案。
なるほど。瑞風のお客様でもピークに対する対応はありました。
どうしてもサーバ台数を確保するのが難しく、アプリケーションでカバーしてた感じでした。
でも、限界値は低くなりますね。
ディザスタの情報をクラウドに！というのはよいアイディアだな。火を落としておいて、いつでも上げれる状態。ただ、バージョンとか管理は難しそう。
事例は3社。
弥生会計、ソニー、イースト。3社ともSliverlight＋Azureの話題。
既存で.netアプリの移行は1週間とソニーさん。すごい！！
弥生さんもかなり早くから取り組んでいましたが、すべてを切り替える方向ではなく、既存も残しつつ、と言うところが難しいところ。多くお客様を抱えている弥生さん、マルチテナントの大変さを体感。
イーストさんは大量データの事例。検索エンジンを使ってコストダウンを実現！検索エンジンにはBTONICを使っているとのこと。マイクロソフトのサーバで動く検索エンジンなんですね！
■以上
1日目終了！お疲れ様でした！
また明日が楽しみです！
Popularity: 18%
トラックバック URL :
コメント (0)だいぶ遅くなってしまいましたので、すでに多くのまとめがブログにアップされています。
メモを取らなかったので、詳しく見たいかたは、@shin1ogawa さんとか、@bluerabbit777jp さんのまとめが見やすいです。改めてみてみると、なるほど、と、うなってしまいます。
■App Engine アンチパターン
@tmatsuo さんのGAEでのアンチパターンということで、これをやるとこうなるよ、というとってもわかりやすい説明。
KVSの使い方、インデックスの使い方・考え方、パフォーマンスのあげ方、などなど。なんとなくわかっていたものが、きちんと整理されて、すっごく納得。
その後、1.3.1の新しい機能の説明だったのですが、ajn#5は1.3.1が出た翌日だったのですが、見事にカバーリング。びっくりでした。早いなぁ・・・
■Global Transaction
ひがさん(@higayasuo)のトラック。プレゼン、うまい！さすがに慣れてる。どんどん引き込まれます。参加者のレイヤーを確認しながら、うまく、そして美しく説明が始まります・・・
内容は、というと Slim3+gtx。Grobal Transaction。KVSの2フェーズコミットの話題。
個人的にはGAEを使う上で、細かなトランザクションを行うアプリケーション向きではないな、という感じはしてます。
ただ、gtxのソースをみる限り、これだけ簡略にトランザクションを得られるのはお得♪
ひがさんは再三、パフォーマンスに触れていました。どうしても３０秒ルールが前提のため、一つの処理の時間を極限まで削る必要があります。最短でも100msかかるとすると、ちょっとした負荷で200ms、下手すると1000msと、想像がつきません。よくよく仕組みを理解しておく必要があるのだと思います。
トランザクション制御を行う上で、memcacheを絡めた形もありかなと思ってます。BigTableは取得は早いですが、仕組み上書き込みがどうしても遅いです。インメモリRDBのような位置づけでmemcacheを使うのがいいかなと思ってます。で、遅延書き込みですね。ファイルシステムのようなイメージが近いでしょうか。あ、memcacheの検索ができないと、ですね・・・
■まとめ
GAEになって、考慮すべき点が多くなった気がします。ただそれは、先に考えるか、後に回すか、というだけの違いであって、必要なことであることは間違いありません。
同時にエンティティ設計の重要性も出てきます。モデル中心なものとしては、この考えがシームレスに入ってきます。いわゆる、セマンティックWebの考えですね。エンティティの考え方をどのようにするかが最も重要、と自分では思ってます。
GAEを触ることで、分散、ステートフル、リソース共有、の理解を進めることで、オンプレミスのアプリケーション開発も進むのではないかと思いました。
GAEはまだ調整をしながらリリースをしている、という感じにとれて、さらにこれから進化するのではないかと思います。ひとつひとつ丁寧に、しかも安全に、スピードを持って、提供してきます。
ほかのクラウドベンダも同じではないかと期待しています。
また、いままで一番時間をかけて大変な「負荷分散」の考慮をインフラ側でまかなってくれる恩恵はすばらしい！と改めて感じました。
ajnですが、ものすごいエネルギーの固まりであったと思いました。BTに出てないのですが、おそらくものすごいディスカスがされるのだろうと思います。今の問題点の解決、GAEに期待すること、GAEでできること、GAE向きなアプリケーション、などなど話題は絶えないでしょう。
ということで、次回はBTにもでたいなと思いました♪ （あ、今回ajn#6も補欠でした・・・2時間で定員に達するらしい）
Popularity: 17%
トラックバック URL :
コメント (0)