- Home
- Videos
- Slides
- Blog
- Profile
- Twitter
- GitHub
- ReBlogs
- Booklog
- Contact
YasuLab
Teach students what we learn from our startups
Lexues Academy, ScreenX TV, Whistle on Android,
Okinawa.rb, CoderDojo Tokyo/Okinawa, Favtile, ...
Loading,
0
% complete-
Videos
-
Posts
- Sep 18, 12
Designing Interface (2e) Study Group http://www.facebook.com/groups/di2e.study/ - Sep 11, 12
Designing Interface (2e) Study Group http://www.facebook.com/groups/di2e.study/ - Sep 01, 12
１コマンドで出来るリアルタイム端末配信システム「ScreenX on RackHub」について紹介しました！ @Dozens Meetup #1 デモ動画 http://www.ustream.tv/recorded/25079918/highlight/289437 発表動画（全体） http://www.youtube.com/watch?v=z1NHD5Vs4LM ScreenX on RackHub https://gist.github.com/3547668 Dozens Meetup #1 http://www.facebook.com/events/423831330982339/ - Aug 28, 12
Designing Interface (2e) Study Group http://www.facebook.com/groups/di2e.study/ - Jul 31, 12
Designing Interface (2e) Study Group http://www.facebook.com/groups/di2e.study/ - Jul 24, 12
Designing Interface (2e) Study Group http://www.facebook.com/groups/di2e.study/ - Jul 12, 12
CoderDojo Okinawa 立ち上げ時にやったこと・心掛けたことなどを説明した資料です。 発表動画 http://www.ustream.tv/recorded/23914014 - Jul 03, 12
Designing Interface (2e) Study Group http://www.facebook.com/groups/di2e.study/ - Jun 28, 12
PaaS祭りの RackHub 枠で発表してきました。「RackHub って何？」って人向けの情報です。 発表動画 http://www.ustream.tv/recorded/23616425 PaaS祭り http://www.facebook.com/events/241732012598251/ - Jun 12, 12
Designing Interface (2e) Study Group http://www.facebook.com/groups/di2e.study/ - Jun 05, 12
Designing Interface (2e) Study Group http://www.facebook.com/groups/di2e.study/ - Jun 03, 12
11/17 アイデアソン＠関西・関東・沖縄 11/18~22 自由開発期間 11/23 合同ハッカソン（自由参加？）＠沖縄 11/24 成果発表会＠沖縄 - May 22, 12
Designing Interface (2e) Study Group http://www.facebook.com/groups/di2e.study/ - May 13, 12
3ヶ月の引き篭もり生活に対する壮大な言い訳プレゼン && 観客ゼロのエアプレゼン。 エアプレゼンの様子 http://www.ustream.tv/recorded/22482868 - Mar 20, 12
シリコンバレーで行われた第１回 #RackHacks 成果報告会で 、RackSchool について発表してきました。なんと、投票の結果、優勝作品に選ばれました！ありがとうございます！ 発表動画 http://www.ustream.tv/recorded/ 21234572/highlight/250496 - Mar 03, 12
どうやって自己学習型の人間を育むかについて、色々と試行錯誤してみた結果をお伝えします。 発表時のtogetterはこちら。 ＠沖縄：http://togetter.com/li/267179 ＠シリコンバレー：http://togetter.com/li/268190 発表動画はこちらから。 http://www.youtube.com/watch?v=OvhRGGZOUic
-
Posts
- Apr 12, 13震災発生直後に友人らと一緒に開発を始めて、３月１２日にリリースした震災対策アプリ「ホイッスル on Android」が、ついに20万ダウンロードを超えました！
ホイッスル on Android は、当時、学生時代に公開したあらゆるプロダクトが全て失敗に終わっていた時期に、初めてユーザに認めてもらえた思い出深いオープンソースプロダクトです。これがキッカケで Android Bazaar and Conference 2011 を始め、CoderDojo や Ruby Community, OpenSource Cafe などのオープンソースコミュニティに積極的にコミットするようになったり、レキサスアカデミーのような仕事に繋がったりしているので、今になって振り返ると、このプロダクトをリリース出来たことは人生の転機だったのかな、と思います（そうでなければ、恐らく就職活動をしていたと思います）。
ホイッスル on Android
https://play.google.com/store/apps/details?id=org.sorarier.whistle
昔も今も、何かを始めようとしては結構失敗していたりしますが、それでも長く続いてるところを見ると、僕はやはりこういう活動が好きなのかなーと思います。
ちなみに最近は ScreenX TV という、オープンソースな開発者向けターミナル配信サービスも開発・運営してたりするので、もしよければ遊んでみてください :-)
ScreenX TV
http://screenx.tv/
ScreenX TV - GitHub
https://github.com/screenxtv
ScreenX TV を使った勉強会の風景
http://www.facebook.com/media/set/?set=a.10151285258565869.466754.715330868&type=1&l=3e12682623
明後日がちょうど誕生日なので、ちょっと早めの良い誕生日プレゼントになりました。
今後とも、YasuLab (先日ついに給与支払い事務所になりました) と、僕たちのプロダクト・プロジェクトをよろしくお願いします m(_ _)m - Feb 17, 13
2012年12月に台湾で開催された RubyConf Taiwan (台湾) に Speaker として出席してきました。当日話した内容は「Remote Pair Programming」についてです。仕事で東京・沖縄・アメリカにいるメンバーと Remote Pair Programming をしているので、そのときに使っている環境やサービスなどについて紹介してきました。
元々は札幌Ruby会議で高橋会長から「RubyConf Taiwan があるから発表してみたらどう？」という話を頂いたのがきっかけでした。その後、RubyConf 台湾の公式サイトで「A Journey into Pair Programming」というセッションを見かけたこともあり、「Remote Pair Programming の話をするとオーディエンスの方々も満足するかなー」と思って発表した、といった経緯になります。あと、12月は沖縄いいたので、台湾が近くて気軽に行けたから（約１時間半！）という理由もあります。
# 関係ない話ですが、たった１時間半のフライトなのになぜか機内食が出た不思議。復興航空とか使えばもっと安くできたのかなー。
なお、当日の発表はこちらから閲覧できます。ちょこちょこ変な英語を使ってたりしますが、スライドがあるので当日の雰囲気や内容は伝わるかなーと思います。米国留学中に英語発表は何度か経験しましたが、数百人の方々を前にして技術系の発表をするのは初めてだったので、なかなか緊張しました。変な英語も使ってましたしね。でも twitter を見た感じだと好評だったみたいなので、もし需要と機会があれば、今後も少しずつ海外のカンファレンスで登壇していこうと思います。
最後に
今回の登壇に関して、色々な方々にご協力／応援／好評していただきました！ありがとうございました！また、当日紹介した ScreenX TV というターミナル配信サービスは、その後も台湾の方々に継続的に使ってもらってるようです。発表して良かった！ScreenX TV を使ってライブコーディングを配信する - Qiita
# ただ、周囲の反応を見ると、勉強会やハッカソン、１対多の教育用途 (上図)、オープンソース活動などとの方が相性が良さそうです。本格的に Remote Pair Programming するなら join.me を使ったり、専用の共同開発環境を構築した方が良いかも...?
http://qiita.com/items/a2443c4cc1e710f862d2 - Feb 15, 13
東京Ruby会議10での発表「Rails Hackathon in Okinawa」においてターミナル配信サービス「ScreenX TV」を紹介したのですが、思っていた以上の好評を頂けたようで、とてもうれしいです。ありがとうございます。
その ScreenX TV についてですが、その翌日、中の人による中の解説（開発の経緯や使い方、ユースケース、内部のシステムなど）を下北沢オープンソースカフェで配信しました。配信にご協力して頂いた下北沢オープンソースカフェや Concrete5 部の皆様、ありがとうございます！
なお、配信の詳細はこちらから。
発表の最初でも少し説明したのですが（残念ながら最初の部分だけ録画は失敗したようです）、ScreenX TV は、Okinawa.rb のメンバーでもあり、レキサスアカデミーという沖縄型高度IT人材育成事業の受講生でもある @tompng さん (と僕) が Rails Hackathon in Okinawa に参加したときに開発したプロダクトです。
元々はハッカソンなどで、コーディング風景をリアルタイムで中継する用途で作られたのですが、現在は、個人ウェブサイトに iframe で貼り付けて使っているケース（上記動画の5分5秒）や、勉強会で使っているケース（上記動画の28分15秒）などがあるようです。ハッカソン用に作ったものですが、とはいえ、特に用途を絞っているわけではないので、もし他にも何か面白いアイデアが思いついたら是非お気軽に使ってもらえたら幸いです。
ScreenX TV
http://screenx.tv/
なお、動画中でも紹介いたしましたが、「実験的に ScreenX TV を勉強会で使ってみよう」という話が少しずつ進んでいき、2013年2月17日(日) の午後１時から沖縄の合同Ruby勉強会で使って頂けることになりました。ScreenX TV を使っているので、沖縄にいる方ではなくとも、当日 ScreenX TVのサイト を訪れてもらえれば、色々な方のコーディング風景を眺めて楽しむこともできるかなーと思います。もしお時間があれば、是非お立ち寄りください。
また、沖縄にいる方であれば、勉強会に参加して(あるいは、会場に立ち寄って)頂けると嬉しいです。当日は Creators Residens さんの巨大スクリーン(250インチ!!)を使って、コーディング風景を投影する予定となっているので、他人がどのようにコーディングをしているのか巨大スクリーンで眺めることができます。
Okinawa.rb+lex.rb 合同勉強会 vol.1
http://atnd.org/event/okrb1
もしよければご参加くださーい :) - Feb 10, 13壇上の様子. 収容人数は700人とかなんとか...
大雪のために中止となった東京Ruby会議の２日目午後の部ですが、スポンサーの方々や運営の努力のおかげで、幻の東京Ruby会議３日目（劇場版）が開催されました。そこで、僕は11月に行われた Rails Hackathon in Okinawa （と沖縄とOkinawa.rb）について簡単に報告させて頂きました。
当日のスライドはこちらから。
発表中に紹介させて頂いた ScreenX TV (Rails Hackathon in Okinawa の優勝作品) についてですが、明日（２月１１日）の午後６時ぐらいから下北沢オープンソースカフェで解説します！具体的には、ScreenX TV の使い方や使用例、内部のシステム、また、ScreenX TVが今の形になるまでの試行錯誤の道程などを紹介させて頂く予定です。当日は Livestream を使って配信もする予定なので、もし興味があれば是非覗いてみてくださーい。
ScreenX TV
http://screenx.tv/
下北沢オープンソースカフェ - Livestream
http://new.livestream.com/shimokitazawa-osscafe
最後に、当日会場に来てくださった皆さん、また、登壇する機会を作って頂いた運営の皆さん、ありがとうございました！沖縄に来るときは是非ご連絡くださ〜い :) - Dec 29, 12
マッキンゼーの元採用担当の人が書いた「採用基準」というタイトルの本ですが、内容はリーダーシップに関する話です。リーダーシップとは何か？何故必要なのか？どんな人が持つべきか？どう育てていくか？といった点について、マッキンゼーを例にして丁寧に説明してくれています。
Chikirin さんという方が書いた本に共感を覚える方は、是非こちらも読んでみるべきだと思います。Chikirin さんがおちゃらけながら説明してくれていた内容を、極めて真面目に、豊富な例題をもって説明してくれています。
Chikirinの日記
http://d.hatena.ne.jp/Chikirin/
僕は元々 Chikirin さんの主張に興味があったので、同様の主張をより真面目に、かつ、より具体性をもって指摘してくれた本書は、個人的にはとても面白かったです。 - Dec 26, 12
米国留学中にガッツリ読まされた本です。Modern Operating System (3e) は日本語訳がまだなので、もしこれから読むならこちらの方を読んだ方が良いと思います。
本書は、OSの概念から始まり、Process や Filesystem，Memory や I/O などの基本的な機構を一つずつ章分けして解説している本になっています。各章末にある問題は、実際に考えてみるととメチャクチャ面白いので、もしよければ章末問題もやってみると良いと思います。
少し全般的な話になっていまいますが、どうしても邦訳だと変な日本語になってしまいがちだと感じています（英語→日本語の変換がそもそも本質的に難しい作業なのだと感じています)。ただ、実際に原著の方もそんな難しい言葉を使っているかというと、全然そんなことはなくて、かなり丁寧に分かりやすい言葉を（恐らく意図的に）選んで書かれていました。なので、多少英語が苦手でも、こちらの原著を読んで理解した方が、翻訳によるノイズで時間を無駄に割くこともなくなるかな、と個人的には思います。
翻訳された本の全てが悪いとは全く思っていませんが、一方で、やはり専門書の翻訳はかなり厳しいモノがあるなーと、実際に xv6 の翻訳にチャレンジしてみて実感しました。
ご参考になれば幸いです。 - Dec 26, 12
僕自身はエンジニアですが、基礎の部分から丁寧に解説されている本なので、デザインについて全く分からないエンジニアでもサクサクと読み進めていけます（というかサクサク読まないと全然読み終わりません）。
第１〜３章ぐらいまでは順々に読むべきだと思いますが、それ以降は各 UI 毎に独立している傾向があるので（完全に独立しているわけでは無いです）、４章以降は好きなところから読んでしまっても大丈夫だと思います。
また、各章は基本的に２つのチャプターに分かれていて、1) 対象となる UI に関する基本的な考え方・使い方を説明するチャプターと、2) その考え方・使い方を使って、実世界の UI 例 (Design Pattern) を分析するチャプターの２つに分かれています。
読了後はライブラリとして使えるので、特にこれから UI を勉強する人については、「UI 設計の基礎力の向上＋Design Pattern のライブラリ」として一石二鳥な使い方が出来る本だと思います。
ちなみに、2012年にデザイニング・インターフェイス第２版の勉強会を主催して（※執筆者公認済）、勉強会で使用した資料は全てオンラインで公開してあるので、もしよければこちらもご参考にしてください。
Designing Interface 2e Study Group
http://www.facebook.com/groups/di2e.study/ - Dec 26, 12
次の講演動画を見て、山中先生の具体的な考えに興味が出てきたので購入しました。
「人間万事塞翁が馬」 京都大学iPS細胞研究所所長 山中 伸弥 教授
http://www.youtube.com/watch?feature=player_embedded&v=ReKaknHHyTM
本書では、上記の講演において、時間の関係で簡潔にせざるを得なかったところを、より具体的に書かれていています。例えば、米国の人はVisionの形成に優れていて、米国に来るアジア人はWork Hard(VM理論)であるとか、米国のプレゼンの授業では動画を撮ってプレゼンターがいないところで Feedback をする (本人を目の前にすると厳しいことが言いづらいから) とか、PADに対する試行錯誤の道程などが具体的に書かれていて、とても参考になりました。
あと、僕がメモした講演動画の簡単な要約ですが、もしよければこちらも参考まで。
==========
1. 万事塞翁が馬
2. 9失敗、1成功
国立研究センター 研修医
鬼教官 じゃまなか
整形外科になりたかったがセンスがな
かった
研究に向いてるのでは？
薬理学で大学に入り直す
整形外科で治せない病気を治したい
例 全身麻痺 下半身切断の高校生
今ないクスリの研究開発 薬理学へ
仮説 実験 仮説 実験の繰り返し
始めての実験
仮説は意外な結果に。ワクワクした！
それを研究して博士号を取得
３つの分かったこと:
1. 科学は驚きに満ちている
2. 必ず実験で確かめる
仮説は当たらないことが多い
仮説をいきなりやらない
3. あまり先生/上司のいうことを信じない
疑ってかかる
先入観を持たない
誰だって間違える
薬だけでは限界。遺伝子改変マウスへ。
ポスドク@gladstone研究所
4年くらい
所長 ロバート めいりー
VW理論を教えてもらう
今後の人生を成功させる秘訣
1. vision
長期的な目的をしっかり持つ
2. work hard
一杯働く。
日本人はよく勉強するが、目的を疎かにしすぎ。
自分は何のために生きているのか？
勉強いっぱいやるのも大事だけど、
長期的な目標について考える時間をちゃんと設けよう。
自分は何のために生きているのか？目を背けずに考えよう。
アメリカ人の場合
ビジョンを作るのが得意
ただ、ワークハードが苦手
アジアからワークハードな人材をたくさん呼び入れる
自分の研究の話
オスもメスのマウスが妊娠してる！？
実際は巨大な肝臓 約5倍
肝臓の癌 apobec1は癌遺伝子だった！
いいと思ったもモノがダメなモノだった！
何故アポベク1は肝臓を悪くしたのか？
癌抑制遺伝子だから癌になる？
ノックアウトマウスを作って検証
癌抑制遺伝子はマウスの形状を形なすのに必須 分化多能性
NAT1はES細胞に作用する
NAT1は分化多能性を持っている
家族の都合により日本に帰国
Post America Depression
PADという鬱病になった
PADの原因:
世界で賞賛されるNAT1の研究が日本では理解されない.
研究はワクワクしてたのに、
いつの間にか楽しくなくなった。
逃げ出したくなった。
幸運なニュース。人間のES細胞ができた。
ES細胞を使って医学の役にたつかも！？
日本でも評価が高まり、奈良先端大学院のPIに。
研究室を持つことに。
ワークハードの無駄使いをしないためにビジョンをしっかり持つ！
目標:ES細胞の初期化. ヤケクソ.
皮膚の細胞に四つの遺伝子を加えると
万能細胞ができた。それがiPS細胞。
多くの人に評価される。
ただ、まだ患者を一人も救っていない。
患者を救うのが本質。これからが大事。
まとめ:
研究は忘れてもいい。
全てが順調にはいかないこと。
挫折、家族の他界、PAD
いい事も悪い事も、万事塞翁が馬:
いいときは用心を。
悪いときは希望を。
やって後悔しよう。
失敗は恥ずかしくない。
========== - Dec 26, 12沖縄の皆さん,
お久しぶりです、@yasulab です。今まで沖縄では、レキサスアカデミーを始めとして、 Okinawa.rb や CoderDojo Okinawa の立ち上げから、ギークハウス沖縄や FabLab Okinawa (こちらは現在準備中) の支援まで色々と活動してきましたが、今度は Google などのIPA未踏ユース関係者をお呼びして、琉球大学で公開講座を開きます。
具体的には、12月20日(木)に、 Google Senior Product Marketing Manager や琉球大学の河野先生、未踏ユースOB/OGおよび現役クリエイターをお呼びして、琉球大学で公開講座を行います。僕も現役クリエイターの一人として自分のプロジェクトについて少しお話しする予定です。もしご都合がつけば、是非こちらからご参加下さい。
「Google x 琉球大学河野研 x 未踏ユース」公開講座
http://www.facebook.com/events/292138687555666/
詳細はこちら。
==========IPA未踏事業説明会のご案内
IT分野における技術革新はマイクロソフトやアップル、フェイスブック等の
例のように一部の独創的な突出した才能を有する者より創出されてきており、
我が国の産業競争力強化のためにはこうした突出した人材を発掘・育成する必
要があります。
経済産業省管轄の独立行政法人情報処理推進機構（IPA）では、ソフトウェア
関連分野の独創的なアイディア・技術やビジネスシーズを有した若い「突出し
たIT人材」を発掘・育成するために、未踏IT人材発掘育成事業（通称：「未踏
事業」）を実施しています。
この事業の最大の特徴は、産学界の第一線でご活躍の方をプロジェクトマネー
ジャー（PM）としてお願いし、PMの「独自の目利き」で若い突出したIT人材の
発掘・育成を行っている点です。
本説明会では、下記の通りPMのお一人である藤井彰人氏をはじめとする未踏
事業で輩出したクリエータの方々の講演を行い、未踏事業の魅力を皆様にお伝
えしたいと存じます。
記
日時：2012年12月20日（木） 16:00-20:00
会場：琉球大学工学部1号館5階会議室
※ 当日に収容が困難な人数となった場合は変更の可能性があります。
内容：
※ 敬称略。時間と順番は目安です。
16:00-16:15 受付
16:15-16:20 開会の挨拶
琉球大学 工学部 情報工学科 准教授 河野真治
独立行政法人情報処理推進機構（IPA）
産学連携推進センター 次長 神島 万喜也（未踏事業責任者）
16:20-17:00 未踏プロジェクトマネージャー講演
「未来のクリエーターのみなさんへ」
藤井 彰人
グーグル株式会社 エンタープライズ部門
シニアプロダクトマーケティングマネージャー
長年にわたる米国IT企業に勤務した経験を踏まえて、今後期待される
IT分野を簡単に説明するとともに、3年間以上の未踏PM経験から、数名
のクリエーターの事案を紹介し伸びるクリエーターの共通点などを紹介
します。
17:00-17:30 未踏クリエータ講演
「ourcam: デジタル・フォトグラフィのためのオンサイトプログラミン
グ環境」
大島 遼
2011年度未踏事業クリエータ
慶応義塾大学SFC研究所 研究員
2011年度の未踏事業で開発した「ourcam」を紹介します。ourcamはカメ
ラ機能のプログラミング、および写真とプログラムを紐づけた状態で共
有することが可能な、iPhone上で動作するカメラアプリケーションです。
ourcamには以下の3つの大きな特徴があります。
・プログラミングできるカメラ
・写真とプログラムを紐づけた状態での共有
・スマートフォンにおける、直感的なプログラミングインタフェース
17:30-18:00 未踏クリエータ講演
「将来の仕事を楽しむために学んでおくべきこと」
玉城 絵美
2008年度上期未踏事業クリエータ
東京大学大学院 総合文化研究科 特任研究員
H2L株式会社 代表取締役
2006年琉球大学卒業
研究、課外活動や未踏を通して学生の間に学んでおいて良かった技術や
体験して良かったことをお話します。また、現在の活動とともに、学生
の時に得た技術や体験が実際の仕事にどう活かされているのかも紹介し
ます。
18:00-18:15 休憩
18:15-18:30 2012年度未踏プロジェクト紹介
「材料の伸縮性を生かした材料加工および曲面造形システムの開発」
大嶋 泰介
慶應義塾大学大学院 政策・メディア研究科
本プロジェクトでは、dukta（ダクタ）と呼ばれる板材をゴムのように
柔らかくする加工法を用いて、数学的に定義された滑らかな曲線（パラ
メトリック曲線）をコンピュータ上で設計し、それを元に板材の“曲
げ”を製造するための設計システムを開発しています。本システムでは、
設計者がコンピュータ上で描いた（ほぼ）任意の曲線元に、自由な曲げ
加工を金型なしに瞬時に実現することができます。したがって、ある場
所の周辺環境に適応した家具やインテリアや特定の個人にカスタマイズ
されたプロダクトなどを瞬時に誰でも簡単に実現することができます。
さらに、綾線面（例えば螺旋構造の様な曲面）等の造形も本システムで
実現し、最終的には従来の手法では実現不可能であった複雑な形態のプ
ロダクトへ応用可能な設計システムを目指します。
18:30-18:45 2012年度未踏プロジェクト紹介
「思いを叶える視覚駆動バケットリストの開発」
安川 要平、比嘉 正栄
沖縄在住のフリーランスエンジニア
本プロジェクトでは、やりたい事リスト（Bucket List）を視覚的に管
理するウェブサービスを開発しています。具体的には、行きたい場所や
会いたい人、作りたいモノなどを、画像中心に管理できるようにして、
自分が本当に「やりたい！（want）」と願っていることを、ワクワクす
る気持ちで取り組めるようにサポートするウェブサービスです。画像を
中心にしてBucket Listを管理することで、「やらなくてはいけない」
といったネガティブなイメージを含ませずに、「やりたい！」というポ
ジティブな気持ちを後押しすることを目指します。
18:45-19:00 IPAの事業紹介
IPA 神島 万喜也
19:00- 閉会の挨拶、交流
以上
==========
読んで頂きありがとうございました。
もしご参加できるのであれば、会場でお会いしましょう。
「Google x 琉球大学河野研 x 未踏ユース」公開講座
http://www.facebook.com/events/292138687555666/ - Dec 26, 12
#phpmatsuri の成果物が出来たので、Chrome Web Store で公開しました。
Lingr to GitHub Issue - Chrome Web Store
https://chrome.google.com/webstore/detail/lingr-to-github-issue/ohpkdpkmelbalkjiieoolpifkikcpppk
今回の #phpmatsuri で作ったのは、Lingr という IRC 上でハッシュタグ付きの数字を入力すると、自動で任意の GitHub Repository の Issue にリンクを送付してくれるエクステンションです。GitHub WebHook と Lingr を連携させておくと commit log が IRC に流れるようになるのですが、その際、もし次のような感じの Issue 番号が記載されていれば、該当する番号の Issue へ直接飛べるようになります。
Lingr は、フィヨルドさんの 小さい会社のツールスタック・開発フロー という記事を見かけてから試しに使ってみたですが、思ったより手に馴染んだので、今でもよく使っています。最近は HipChat とか、なにやら面白そうな噂とかもあって、色々と浮気心が芽生えつつある感じですが、とはいってもまだまだ Lingr を使い続けるとは思うので、このような（ほぼ自分用の）エクステンションを作った次第です。自分が欲しくて作ったモノですが、他の人にも使ってもらえると嬉しいです。
ソースコードはこちらに開示してあるので、もし必要であれば適当に fork/clone してください。
Lingr to GitHub Issue - GitHub
http://github.com/yasulab/lingr2github_issue
ちなみに #phpmatsuri の２日目は、僕は CoderDojo Fukuoka をお手伝いする予定です。飛び入りも歓迎なので、今福岡周辺にいる方で参加してみたい／見学してみたい方は、こちらのページからご参加くださ〜い :-)
CoderDojo Fukuoka - ATND
http://atnd.org/events/33317 - Sep 02, 12
先日、下北沢オープンソースカフェで行われた wwDC / DNS管理サービスDozensミートアップ に参加してきました。当初、「wwDC」は world wide Dera-Beppin Conference だとかなんとか言われてたので、「たぶん Dozens と関係ない話しても大丈夫かなー」とか思ってましたが、全然そんなことはありませんでした。ゲストとして呼ばれたにも関わらず、Dozens と全く関係ない話をした人とはたぶん僕のことかも。ごめんなさい。
ということで、ブログでカバーするよ！当日の内容は Ustream に上がっている ので (一部のみ) 、詳細はそちらを見てもらうことにして、ここでは各発表で個人的に面白かった点を箇条書きにしてまとめます。興味があれば動画を見てみると良いと思います。
当日 Ust された発表は次の通りです。- RackHub - もっとつよくてニューゲーム
- NIFTY Cloud C4SA は Dozens を使い倒している件
- Dozens だけどなんか質問ある？
- １コマンドで動くリアルタイム端末配信システム ScreenX on RackHub の紹介
- デモ配信（2012/09/10 まで配信する予定）
- ウェブ上からターミナルを直接操作できるようになる予定。
- WebSocket 版では既に操作可能。RackHub にはまだ対応してない。
- RackHub 用に Comet 版を実装中。今は配信(Read)のみ可能。
- 使い道
- リアルタイム中継ハッカソン
- リモートペアプログラミング
- エクストリーム・ボッチソン
- C4SA はサブドメインの付与に Dozens を使っている。
- ユーザがインスタンスを生成する度に Dozens にチャリーン☆
- C4SA は元々、Cloud for Social Applications だった。
- 色々あって、今は Cloud for Scalable Applications になってる。
- C4SA という略語は決まってるけど、意味は変更の余地有り。
- C4SA の意味について、何か面白いアイデアがあれば歓迎。
- 実は PaaS という用語が定着する前から、PaaS っぽいものを作っていた。
- Nifty と競合して引導を渡された。と思ったら Nifty と提携してた。
- な… 何を言ってるのか わからねーと思うが ... (ry
- とても貴重な話なので、この部分の詳細は動画見た方が良いかも。
- Mac/Windows でローカルの DNS Cache をクリアするやり方 - Reddit
- ns4 のネームサーバはアイルランドにあって、だいぶ遅い。現在改善中。
- アーキテクチャは PHP, MySQL, オレオレ Framework などで構成されている。
- 詳細は次のハイライトからどうぞ。
Dozens のアーキテクチャについて - Ustream ハイライト DNAME record は今後実装する予定。- （追記）実装する必要はない模様。
詳細はこちらのコメントから。
以上です。
このまとめが何かの参考になれば嬉しいです。
以下、宣伝
=========
さて、このような面白い Meetup を開いて頂いた Dozens さん。DNS を簡単に使えるようにしてくれる上に、12レコードまでは無料で使えるので、まだ Dozens に登録していない方がいたらとりあえず触ってみるといいかなーと思います。次のURLから登録して頂けると、僕の使用できるレコード数が増えるので、僕がとても喜びます。といっても無理に登録する必要はないとは思いますが、もしよければ試しに使ってみてはどうでしょうか？
Dozens - We make DNS easy
http://dozens.jp/i/lWkYx7
ではでは〜。 - Dec 19, 12毎週日曜日に下北沢オープンソースカフェで行われている CoderDojo Tokyo ですが、ついに、沖縄で第０回 CoderDojo Okinawa を実施しました！（上の画像は８月１２日に行われたときの写真です）
CoderDojo Tokyo の運営に携わったり、教育をお仕事でされている方々からのアドバイスを参考にしたりして、まずは小さく「第０回」ということにしました。いきなり大きく始めるのは色々と身が持たなかったり、個人的にもそれがあまり良い結果に繋がった試しがないので、まずは、少数でも構わないので「毎週来たい！」って言ってくれるような方々をしっかりサポートしたいなー、という感じです。
実際、第０回の参加者の中にも、「思ったよりつまらなかった」という意見から「次いつあるの？また行きたい！」という意見まで色々あったり、また、「駐車する場所にちょっと困ってます」などの意見もあったりするので、沖縄で CoderDojo を継続して実施していくには、まだまだ学ぶべきことも多そうです。他にも、当初予定していた第０回は台風で中止になったりしたので、そういった地理的なことも鑑みる必要がありそうです。
とまぁ、そんな感じでやりながら学んでいこうって感じですかね。次は、８月１９日の日曜日に、第0.5回 CoderDojo Okinawa を開催します。参加だけでなく見学も歓迎しているので、興味ある方は次のリンクからご参加くださ〜い。
第0.5回 CoderDojo Okinawa
http://www.facebook.com/events/122731977872270/ - Jul 16, 12
Lexues Academy やら Okinawa.rb やらで色々と縁のある沖縄ですが、CoderDojo Tokyo の参画＆運営経験を活かして、今度は CoderDojo Okinawa を立ち上げてみました。で、その報告と立ち上げ時にやったことリストなどをまとめて、CoderDojoの始め方勉強会 で発表してきました。当日の内容は、ITmedia さんの記事で良い感じにまとめられているので、こちらをご参考にしてください。
なお、当日の発表で使用したスライドはこちらになります。そういえば、約１年前に「Okinawa.rb を立ち上げました。」って記事を書いていて、その約１年後に CoderDojo Okinawa を立ち上げたわけですが、では、来年の今頃は僕は何やってるんですかねー。来年の自分の活動にワクテカしつつ、とりあえず今は CoderDojo Okinawa の活動が Okinawa.rb みたいに sustainable になるように色々と試行錯誤してみます。
ところで、Okinawa.rb は @hanachin_ さんなどのコアメンバーのおかげで、今のところ良い感じに続いていますが、CoderDojo Okinawa はどうなんですかね。こればっかりはやってみないと分からないような気がします。需要があれば続いていくんだろうし、無ければ自然と廃れていくんだろうなーと僕は考えています。 - Jul 06, 12
勢いに任せて連投！
先日（というか2, 3ヶ月前ぐらいに）@naokomc さんに懇願して、WordPress部の庇護のもと立ちあげさせて頂いたデザイニング・インターフェイス勉強会が、なんと Ustream のトップページに載りました！こちらがそのときの写真です！
記念ついでに宣伝ですが、デザイニング・インターフェイス勉強会とは、2011年の冬頃に出版された「デザイニング・インターフェイス 第２版」を精読して、理解した内容をシェアしたり、他の商用利用可能な具体例（e.g. Theme Forest）を引っ張りだして分析したりする勉強会です。
現在、ちょうど5/11章終わったので、大体中間地点ぐらいに来ました。次回は6章の「アクションとコマンド」で、僕が発表します。発表日は７月１７日を予定しています。
詳細は Facebook Group の「デザイニング・インターフェイス勉強会」に書き込んでいくので、もし興味があれば是非 join して下さい！
ちなみに、今までの発表スライド・発表動画は次のとおりです。
第１章「ユーザの行動」
発表者：@yasulab
スライド資料：http://www.slideshare.net/yasulab/di2e-ch1
発表動画：http://www.ustream.tv/recorded/23094628
第２章「コンテンツを整理する：情報アーキテクチャとアプリケーション構造」
発表者：@yasulab
スライド資料：http://www.slideshare.net/yasulab/ss-13288087
発表動画：http://www.ustream.tv/recorded/23258024
第３章「動き回る：ナビゲーション、標識、経路探索」
発表者：@shinichiN
スライド資料：http://www.slideshare.net/NSKW/chapter3-navigation
発表動画：http://www.ustream.tv/recorded/23734214
第４章「ページを構成する：ページ要素のレイアウト」
発表者：@yasulab
スライド資料：http://www.slideshare.net/yasulab/ss-13525013
発表動画：http://www.ustream.tv/recorded/23733716
第５章「リストで表現する」
発表者：@naokomc
スライド資料：http://www.slideshare.net/naokomc/designing-interfaces-book-reading-chapter-5/
発表動画：http://www.ustream.tv/recorded/23415252 - Jul 05, 12
Essay 的なブログを投稿するのが中々億劫なんですが、とはいえ twitter や facebook だと、発表や成果物が段々と流れてしまうので、これからはもっと気楽に 1) やったことと、2) その概要と、3) 詳細へのリンクをパパっとまとめた記事を書いていこうかなーと思います。時系列はたぶんゴチャゴチャです。なので、ブログで取り上げる記事の順序と、実際の起こった時系列はたぶん一致しません。あとで気が向いたら fix すると思いますが、まぁまずは覚えてるところからコツコツ書いていこうと思います。
というわけで、今回は、ちょうど１週間前ぐらいにやった発表について。 6月28日に下北沢オープンソースカフェで PaaS 祭り が開かれたのですが、そのトップバッターとして「RackHub - つよくてニューゲーム」を発表してきました。「RackHubって何ぞ？」って人を対象としていて、今回はサインアップから Rack の作り方／使い方までの、かなり初歩的な内容にフォーカスを当てています。
Video streaming by Ustream
もし需要があれば、rackhub 上で username を切り分けるやり方（デフォルトだと、誰が login しても username は 'rackhuber' になる）とか、apache や nginx の使い方とか、困ったときのお問い合わせ方法（？）などを発表しようと思います。
もし何か聞きたいことなどあれば、ご連絡くださ〜い。 - Jun 08, 12
まだ全部を読み終えたわけではないですが、Rails 3で開発するときに、前作の本「Ruby on Rails 3 アプリケーションプログラミング」と共に、よく参考にさせて頂いております。
色々な使い方があると思いますが、個人的には次のように本書を利用しています。
[準備]
0). 暇が出来たら目次をパラパラと読んで、全体像を頭に入れておく。
[利用]
そして、勉強時や作業時に、
1). 「このコードってどういう意味だっけ？」→前作の本を参照にする
2). 「こんな風に実装する場合はどうするんだっけ？」→本書を参照にする
といった感じで、僕は利用しています。ただ、上述の 2). のケースで本書を参照したとき、本書に該当する項目がない場合もあるので、その際は「Webで検索する」ようにしています。
0. の準備で目次を頭に入れておくと、2).のとき、本書に該当する項目があるかどうかが 即座にわかるので、目次を頭に入れておくと色々と捗るかなー、と考えています。
ご参考になれば幸いです。 - May 30, 12
ちょっと躓いたので、メモしておきます。
Pivotal Tracker で Task を日本語入力すると、デフォルトの設定だと、変換のためのリターンキーで改行されてしまいます。
ただ、これはヘッダー部の Profile から、Project Page Preferences -> Save on enter って辿って、この「Save on enter」のチェックを外せば直ります。
もし同じような問題に出くわした人がいたら、試しにやってみてください：）
参考：Having a trouble of creating tasks in Japanese. - Dec 19, 12
久しぶりの投稿です。今日は、最近よくお手伝いをしている CoderDojo Tokyo にまつわる話を書こうと思います。実は５月の初旬に CoderDojo 創始者の一人、James Whelton（@jwhelton）さんが来日していたのですが、来日中は、ほぼ毎日彼と話しをしていたので、そこで見聞きしたノウハウなどを、ここで共有しようと思います。「CoderDojo にメンターとして手伝ってみたい！」とか、「CoderDojo を地元で開いてみたい！」って考えている方の参考になれば嬉しいです。
「そもそも CoderDojo Tokyo って何ぞや？」って方は、次の記事を参考にすると良いかと思います。ココらへんを抑えておけば、CoderDojo に関する話の流れは、ほぼ全て掴めるかと思います。- 23人のキッズがプログラミングに熱中した CoderDojo - A-Listers
- CoderDojo Tokyo #1 当日の様子 - Togetter
- CoderDojo Tokyo #1 と創始者ジェームズ・ウェルトン氏来日のまとめ
話を戻しましょう。ここでは、運営側としてやってみた体験や、Founder の James から見聞きした話の中で、僕がポイントだと思ったものを３つだけ書こうと思います。ただ、僕が勝手にこう思ってるだけなので、James や CoderDojo Tokyo の Founder の方々が全く同じように考えているとは限らないです。あしからず。1. CoderDojoは「点在型」ムーブメント.
最初のポイントは、CoderDojo の広がり方についての話です。僕もつい先日まで勘違いしていたのですが、CoderDojo は、大勢の人が一箇所にあつまるような一箇所集中型ではなく、いくつもの Dojo が色々な地域に点在しているムーブメントのようです。例えば、CoderDojo 発祥の地「アイルランド」は、車で３時間も走れば国土の半分を渡りきれてしまうような狭い土地だけれど、それでも、アイルランドだけで 20 個以上もの CoderDojo が点在しているそうです。そして、各 Dojo の規模は、小さくて20人ぐらい、一番大きい Dojo でも120人ぐらいの規模だそうです。なので、コンセプトとしては、日本の書道や剣道、合気道などの道場などと同じように考えても良いと考えています。１つの Dojo を大きくしていくよりも、「やりたい」って人達が集まって、どんどん自分たちの道場を開いていくのが、本来の CoderDojo のコンセプトに近いのかな、と考えています。これは日本の CoderDojo についても同じだと思います。例えば CoderDojo Tokyo では、メンターや運営側の人数とか考えると、参加できる人数の上限が数百、数千になることはないでしょう。少なくとも現状では、メンターが都合よく全員揃っていても、20人ほどの子供しか受け入れることができません。したがって、ポイントとなるのは、CoderDojo Tokyo の規模を大きくしていくのではなく、色んな地域に CoderDojo を新たに開いていくことだと思います。例えば、地域Rubyの会みたいに、CoderDojo Tokyo だけではなく、CoderDojo Shinjuku / Ikebukuro / Akihabara など、それぞれの地域でそれぞれの CoderDojo を立ちあげて、運営していくのが良いと僕は考えています。注意点としては、CoderDojo として名乗るためには、原則として CoderDojo のコンセプトに従っている必要があることです、例えば、オープンソースではなくて、ビジネスとして CoderDojo っぽいことをやっても、それは公式な CoderDojo としてカウントすることはできないそうです（James 談）。2. 目標は「魚の釣り方」を学ぶこと.
次のポイントは、教えるときの話です。実際に CoderDojo Tokyo #1 に運営＆メンターとして参加して感じましたが、Scratch のような簡易的なプログラミング言語を教材として使って、そして適切なメンターがいれば、子供たちは驚くべき速さで Scratch の使い方を学習することが出来ます。しかし、どこまで教えれば良いのでしょうか？Scratch の学習にしても、教えようと思えば、SmallTalk などの内部の振る舞いまで教えることが出来ます。しかし、そういった深い部分まで教えられるメンターはそこまで多くいません。同様に、 HTML や Javascript でも、教えようと思えば、かなり深いところまで教えることが出来ます。しかし、それをするだけのリソースを、ボランティアだけでサポートすることは現実的ではありません。そこで、まずは Function や Array などの基本的なプログラミングの概念を教えることが大事なのではないかと、僕は考えています。基本的な概念までなら、そこまで多大なリソースを必要としません。また、Function や Array などの、プログラミングの基本的な概念を理解することが出来れば、大抵のモノはそれらの組み合わせでどうにかなります。そこまで理解させることが出来れば、少々限定的ではありますが、自分で課題を見つけて、自分で解決させるような個人プロジェクトを立ち上げることが出来るかもしれません。始めは多少のサポートが必要だとは思いますが、それでも、自分から情報を探し、自分から学習していくスタイルを身に付けることは、刻一刻と技術が進歩していくソフトウェア業界では非常に大事な要素の一つだと思います。また、ここまでのサポートなら、リソースの面から見ても、ボランティアだけでサポートできる可能性も高まります。アイルランドの本家 CoderDojo では、「魚を与えるのではなく、魚の釣り方を教える」ように心掛けているそうです。実際にそう心掛けていった結果、世界最少年の iOS Developer で、アイルランドの App Store で、AngryBird にダウンロード数で勝った Harry くんなどが生まれたそうです（他にも、9歳 の Developer がいるとかなんとか）。日本の CoderDojo は日本なりにカスタマイズする必要があるとは思いますが、こういった実例は非常に参考になると思います。そして、アイルランドの例のように、自分からトライ＆エラーを繰り返していけるスキルを身に付けられるように、CoderDojo 側でサポートしていくことが、１つの重要な到達目標なのではないかと僕は考えています。3. 困ったときの「CoderDojo Kata」
最後は教材の話です。Scratch にしろ HTML / JavaScript にしろ、プログラミングを教えるための教材がないと、効率的な学習は難しいです。しかし、メンターや運営側もボランティアで手伝ってくれているので、教材づくりまでサポート出来る人は中々いません。そこで、最近発足されたのが「CoderDojo Kata」です（日本の「型」に因んでいます）。
このサイトでは、各 CoderDojo で作られた教材や、運営のノウハウが公開・共有されています。また、ここで公開されている情報は基本的に全てオープンソースになっています。なので、例えば、教材を１から全てを準備するよりかは、CoderDojo Kata に既にあるものを利用した方が、運営側のコストをかなり軽減できると思います。
最近出来たばかりなので、まだ情報が完全に共有されているわけではないですが、徐々に整いつつあるようです。例えば、アイルランドでは、Funcion や Array の概念を教えるためにサイコロのプログラムを使っていて、その教材を全て GitHub に上げています。こちらはまだ CoderDojo Kata に上げられていませんが、このような教材を世界中の CoderDojo で共有することで、各 CoderDojo の負担を軽減していくそうです。なので、これから「地元で CoderDojo をやってみたい！」と考えている方は、要チェックです。
ちなみに CoderDojo Tokyo でも、作成した教材の日本語版・英語版の両方を用意して CoderDojo Kata に還元したり、英語版の教材の日本語化を進めていたりします。もし他の地域で CoderDojo を立ち上げ・運営する方がいれば、是非ご活用してもらえればと思います。
より詳しい CoderDojo の日本語の情報については、次のページでまとめていくつもりなので、もし興味がある方は是非参加してみてください。
CoderDojo Japan
http://www.facebook.com/groups/226227927490614/最後に
CoderDojo は世界中で流行っている大々的なムーブメントのように見えますが、とはいえ、 CoderDojo のコンセプトが生まれてから、まだ１０ヶ月しか経っていません。なので、Co-founder の James が Ustream で述べているように、CoderDojo はまだまだ実験的に試行錯誤していく段階なんだと思います。今後も継続的に続くのかどうかは僕には分かりませんが、CoderDojo のコンセプトが「面白い！」と感じるのであれば、まずはメンターなり見学なりの形で、気軽に CoderDojo に関わってみてはいかがでしょうか？
僕も、また沖縄に訪れるときには、CoderDojo Okinawa の話を持ち上げてみたいと思います。もし興味のある方がいたら、@yasulab に声かけてくださいね。
ではでは。 - Jan 02, 12
最近、某沖縄でよく使われるという Simple TimeKeeper ですが、先日の大晦日、下北沢OSSCafe の 「Just Do(土) It!」というイベントで、HappyNewYear な機能を実装しました。で、今日は、その後日談な話をしようかと。
この新機能では、URLの末尾に次の年を入力すると、上の写真のように、コントロールパネルが消えて、謎のカウントダウンが始まります。ナニを隠そう、このカウントダウンが０になると、"HappyNewYear #{new_year}!!" って感じになるわけですね。
例えば、今年の場合は、今年の12月31日に http://simpletimekeeper.com/#2013 にアクセスすれば、カウントダウンが始まります。ただ、12月31日以外の日に上述のURLにアクセスしてしまうと、Set Time by URL という、URLで時間をセットする機能が代わりに動きます。すなわち、2013秒がセットされてしまいます。ご注意を。
「気付いたらうっかり年を越えてしまった...」なんてことにならないように、今年の年末はこの機能を使って、迫り来る HappyNewYear な雰囲気を存分に味わいましょう！
ちなみにこの Simple TimeKeeper、次のような感じで、iPadでも何でも、http://simpletimekeeper.com/ にさえアクセス出来れば、うまく表示できます。iPadでも,大型 Screen でも,テレビでも,MacBook でも,何でも動きます！ただ、放置していると時差が発生してしまったりも... orz更新すれば直りますが、まぁデバッグするのは今年の大晦日ですかね。
最後に、使用例のご紹介。この Simple TimeKeeper の HappyNewYear 機能を使って、下北沢OSSCafe な方々と、こんな感じで盛り上がることが出来ました。今年の年末は是非使ってみて下さい。全然ギリギリセーフではない件 orz orz orz。録画に夢中で完全に機を逸しました。
今年の年末...ってのは大分遠い話ですが、本来の機能は勉強会などでのタイムキーピングなので、そちらの機能も是非是非。
以上、後日談な話でした。
P.S.
ソースコード（もとい、う◯コード）は GitHub に上がっているので、興味あればコチラも是非。特に、「UIを改善してもいいよー」という方がいれば、是非僕の方までお声かけ下さい。
GitHub - SimpleTimeKeeper
github.com/yasulab/simpletimekeeper - Jan 18, 12
突然ですが、沖縄の（変態）エンジニアが集う eXtreme HAGO というLT大会の公式HPを作りました！
eXtreme HAGO
http://xhago.net/
せっかくHP作ったので、沖縄の（禁則事項です）っぷりを、このブログで紹介したい...気持ちは山々なんですが、そういう紹介は公式HPに任せておいて、この記事では、そのサイトを作るまでにやったことについて話します。具体的には、WordPress + Fluxflex + Dozens + ムームードメインを使って、独自ドメインのWordPress製HPを作る過程について、サクッとまとめます。
注１：以下の"xhago" という文字列は、自分のプロジェクト名に適宜変換して下さい。
注２：各サービスの登録手続きなどは省力します。全部説明すると長いので。
0. 前提
- fluxflex / dozens / ムームードメインに Sign Upしてること（当然）
- fluxflexの Casual プラン以上の契約をしていること。（じゃないと独自ドメインが使えない）
- 1,000円ぐらい（ドメイン取得代）を持っていること。（世の中お金です）
1. fluxflex でプロジェクト（"xhago"）を作成します。
2. fluxflex の App Garage から、WordPress(jp) をポチって、"xhago"をターゲットにする。
3. ムームードメインから、独自ドメイン（例："xhago.net"）を購入。＊xhago.net は既に僕が購入したので、登録出来ません。
4. 言われた通りに登録手続きを行い、「ドメイン取得」まで進む。
5. 「ドメイン取得」時の、ネームサーバを設定する画面で、次のように設定。他は適当に。（上記は、世界に４つ点在するという伝説の Dozens ネームサーバです。四天王？）
6. fluxflex から"xhago" -> Admin-> Domain にアクセスし、取得した独自ドメイン名を入力。
7. "Update" をクリックして、出て来た CNAME をメモります。
* "Verify Now"は、ここでは一旦無視します。
8. Dozens にログインして、コントロールパネルから独自ドメインを入力。
9. "xhago.net" -> "Add a record"に進み、次のように設定。"CONTENT"はさっきメモったヤツに置換して下さい。
10. fluxflex に戻り、さっき無視した"Verify Now"をクリックして、"Verified"となったら成功。
追記：TTLが7,200秒になっているため、場合によっては"failed"になることもあります。その場合は、１時間ほどおいてから再度お試し下さい。それでも"failed"になる場合は、もう一度設定した項目をご確認下さい。
11.最後に、取得した独自ドメインのURL（"www.xhago.net"）アクセスし、WordPressの画面が出て来たらOKです。
とまぁ、こんな感じでサクッと独自ドメインのWordPress製HPが作れます。世の中便利になりましたねー。
あとは、WordPressを使って、煮るなり焼くなり好きにして頂ければよいかと。
以上、ご参考になれば幸い。 - Dec 22, 11
最近よくお世話になっている下北沢OSSCafeで、なにやらSmooth CoffeeScriptの翻訳プロジェクトという、とても面白そうなプロジェクトが走っているみたいです。「すげぇ！僕も参加してぇ！」というわけで、その勢いに追従して（？）、１年前ぐらいに僕がオレオレ翻訳した xv6 commentary の Scheduler の章を公開します。ちなみにこの xv6 とは、教育用のOSで、MIT の強者どもが、OSの授業のためだけに作ったという伝説の一品です。ソースコードは約1万行ありますが、コメントやらなんやらが色々挿入されているので、実際のところは1万行未満です（な、なんだってーΩΩΩ）。
ただ、言い訳ですが、元々は誰かに見せるつもりではなかったので、翻訳は結構適当です。また、xv6 も毎年アップデートされてるみたいなので、可能であれば原本を見た方が良いと思います。とまぁ、そんな状態ではありますが、それでも参考になれば幸いです。ライセンスはMITライセンスだそうです。Xv6 - Scheduler オレオレ翻訳, Google Docs
GitHub版 (勢いで repos も作ってみたでござる.）
上記のリンクはいずれも"Allow anyone to edit"な状態なので、一応、現状の Snapshot を以下にコピペしておきます。ご参考（になるのか？）まで。
追記：
さっきちょっと確認してみたところ、さっそく章構成やらなんやらが変わってました。５章ではなく４章になってて、タイトルも"Scheduling"になってます。しかも、僕が読んでたときよりもっと図解が多くなってる！ということで、やっぱし英語読める人とかは原本を読んで下さいね。
以下、オレオレ翻訳
=======================
Chapter 5
[Scheduling]
OSは、実際に持っているプロセッサの数よりも多くのプロセスを走らせているかのように見える。プロセス間でプロセッサを、タイムシェアするためには、いくつかの機構が必要である。一般的なアプローチは各プロセスに仮想プロセッサを割当て、OSが仮想プロセッサを多重化させて１つの物理プロセッサに割り当てることである。
Xv6は、複数のプロセスを並列に実行するための機構を持っている。もし二つの異なったプロセスが１つの物理CPUを競合しているとき、Xv6はその２つのプロセスを多重化する。そして、実行プロセスと実行待ちプロセスを、１秒間に複数回スイッチさせている。Xv6は多重化を用いて、各プロセスがそれぞれ１つのCPUを独占させているかのように振る舞っている。これは、Xv6がメモリアロケーターと HWセグメンテーションを用いて各プロセスにメモリを割り当てたときと似ている。
多重化を実装するためには、いくつかの課題を乗り越えなくては成らない。１つ目は、どうやってあるプロセスと、他のプロセスをスイッチさせるか、である。Xv6はコンテキストスイッチの標準的なメカニズムを使用している。そのメカニズムはシンプルであるが、OSの中では最も難解のコードである。２つ目は、どうやって透過的にコンテキストスイッチを行うか、である。Xv6はタイマ割り込みを用いてコンテキストスイッチを行うという、標準的なテクニックを用いている。３つ目は、プロセスが並列に走るかもしれない、ということである。これによって発生する競合には、ロック機構を用いて対処している。４つ目は、プロセスがその処理を終えたとき、そのプロセスは他のプロセスと共に多重化することができない、ということである。プロセスを消去することは容易ではない。プロセスは自分自身を消去できない。なぜなら、そのプロセスを消去するためには、そのプロセスを実行しなければならないからである。Xv6はこういった問題に対して、出来るだけ直接的な方法を用いて解決しようと試みている。しかしながら、結果的に出来上がったコードは、ややトリッキーである。
一度多重化されたプロセスが実行されると、Xv6はその実行プロセスと他のプロセスとを協調させなくてはならない。しばしば、あるプロセスは、他のプロセスの何らかのアクションの実行が終わるのを待つことがある。その処理が終わったかどうかを繰り返しチェックするために、CPUを無駄に浪費することは無駄である。従って、Xv6はプロセスにsleepという機構を持たせて、他プロセスのある処理が終わるまで眠らせることが出来る。また、他のプロセスは、眠っているプロセスを起こすことが出来る。ただし、プロセスは並列に実行されるため、眠っているプロセスを起こし忘れる危険性がある。そういった問題と解決策の例として
、本チャプターでは、pipeの実装についても触れている。
[Code: Scheduler]
２章では、ユーザスペースにおけるスケジューラについて俯瞰した。本章では、スケジューラのもっと深い部分について触れてみよう。各プロセスは、ブート時にmpmain()を走らせている。mpmain()の最後部では、scheduler()を呼び出している(1263)。
scheduler()は単純なループを実行している(1908)。つまり、(1)次に走らせるプロセスを探し、(2)そのプロセスが止まるまで実行し続ける、ことである。このループの最初部では、scheduler()はsti()を用いて明示的に割り込みを許可している(1914)。これにより、もしHW割込みが処理されるの待っているような場合でも、スケジューラのCPUは、HW割込みを先に処理出来るようになる。その後、スケジューラはプロセステーブルの中から実行可能なプロセスを探す。実行可能なプロセスとは、"p->state == RUNNABLE"となるプロセスのことである。スケジューラが実行可能なプロセスを発見すると、現在のプロセスを変数cpに格納する。その後、スケジューラはusegment()を用いてユーザセグメントを更新し、そのプロセスの状態をRUNNINGにセットする。最後に、swtch()を呼ぶことで、そのプロセスの実行を開始する(1922-1928)。
[Code: Context Switching]
Xv6の各プロセスはkernel stackとregister setを持っている(2章参照)。各CPUはkernel stackを持っていて、スケジューラを走らせるときにそのkernel stackを用いる。swtch()はスケジューラのコンテキスト情報(stack + register)を保存する。そして、現在のプロセスのコンテキスト情報と、次に実行するプロセスのコンテキスト情報とをスイッチする。プロセスがCPUを手放すとき、プロセスはswtch()を呼び出して自身のコンテキスト情報を保存し、returnを用いてスケジューラにコンテキスト情報を返す。各コンテキスト情報はstruct context *よって宣言されている。つまり、関係のある情報の構造体に対するポインタである。swtch()は２つの引数を取る。struct context **oldと、struct context *newである。swtch()は現在のコンテキスト情報を保存し、ポインタをoldコンテキストに格納する。そして、newによって与えられた新たなコンテキスト情報を復元する。
スケジューラのswtch()の振る舞いを追う代わりに、まずユーザプロセスがどのように復元されるかを追ってみよう。私たちは、３章で割り込み処理の末端でtrap()がyield()を呼び出す様子は理解した。yield()は、swtch()を用いて現在のコンテキスト情報をcp->contextに格納するsched関数を呼び出す。そして、スケジューラのコンテキストを情報を、以前保存されたc->contextの状態にスイッチさせる(1967)。
swtch()は、eaxレジスタとedxレジスタを読み込むことで開始する(2202, 2209-2210)。swtch()は、swtch()がスタックポインタを変更する前に、この操作を行わなければ成らない。そして、espレジスタを通して引数にアクセス出来ないようにする。そして、swtch()はレジスタの状態をプッシュし、現在のスタック上にコンテクスト情報の構造体を生成する。呼び出し元が保存するレジスタは、保存される必要がある。つまり、x86の慣習により、ebp,ebx,esi,ebp, そして, espレジスタを保存する必要がある。swtch()は最初の４つのレジスタを明示的にプッシュする(2213-2216)。struct context*は*oldに書かれているため(2219)、swtch()は暗黙的にespレジスタを保存する。また、さらにもう１つ重要なレジスタが存在する。それは、eipというプログラムカウンタである。eipはswtch()を呼び出した命令の場所が保存されている。そして、その命令の場所は、スタックに置ける、ebpレジスタの丁度真上にある。古いコンテキスト情報を保存したら、swtch()は新しいコンテキスト情報の復元の準備を行う。swtch()は、新しいコンテキスト情報を指すポインタを、スタックポインタに移動させる(2220)。新しいスタックは、swtch()が先ほど使っていた古いスタックと同じフォームを持っている。新しいスタックは、swtch()を呼び出す前までは、古いスタックであった。つまり、swtch()は、新しいコンテキスト情報を復元するために、シーケンスを逆転させることが出来る。swtch()はedi,esi,ebx,ebpレジスタの情報をポップし、そして、返り値として返す(2223-2227)。swtch()はスタックポインタを変更し終わったため、各レジスタの値は復元され、戻されたアドレスには新しいコンテキスト情報がある。
私たちの用いる例では、sched()は、c->contextとスイッチさせるためにswtch関数を呼び出した。c->contextとは、各CPUが持つスケジューラのコンテキスト情報である。その新しいコンテキスト情報は、scheduler()のswtch関数の呼び出しによって、保存される(1928)。私たちが追っているswtch関数がreturnされるとき、swtch関数は、sched()ではなく、scheduler関数にreturnされる。そして、スタックポインタは、initproc()のkernel stackではなく、スケジューラのスタックを指すことになる。
[Code: Scheduling]
最後のセクションとして、swtch()の低レベルの詳細を見てみよう。具体的には、swtch()の、プロセスからスケジューラまでの振る舞いと、スケジューラからプロセスに戻ってくるまでの振る舞いを見てみよう。Xv6の慣習として、CPUを手放したいプロセスは、必ずプロセステーブルのptable.lockに鍵をかけなくてはならない。また、取得したロックは必ず解放されなければならない。次に、自分自身の状態(cp->state)を必ず更新し、最後にsched関数を呼び出さなくてはならない。yield関数は、この慣習に従っている(1973)。つまり、sleep()とexit()を実行している。これらの関数は後で見ることにしよう。sched()は自分たちの状況と、その予想される結果に対して、二重のチェックを行っている。というのも、ロックが取得されてからは、CPUは、割り込み不許可の状態で動作しているからである。最後に、sched関数はswtch()を呼び出し、現在のコンテキスト情報をcp->contextに格納している。そして、スケジューラのコンテキスト情報をc->contextにスイッチさせている。swtch()は、スケジューラのスタック情報を返す。これは、スケジューラのswtch関数がスケジューラのスタック情報を返す状況に似ている。スケジューラはforループを繰り返し行い、実行可能状態のプロセスを探す。そして、スイッチを行う。スケジューラはこれらのサイクルを繰り返す。
私たちはXv6がswtch関数の呼び出しを跨いでptable.lockが取得されるのを見てきた。つまり、swtch関数を呼び出す関数は必ずロックを取得していなければならない。そして、ロックのコントロールはスイッチ後のコードを通る。この関数は、一般的なロック機構とは異なる。ロック機構の典型的な慣習は、ロックを取得したスレッドが、そのロックの解放する責任を持つことである。これにより、正しく動作していることを簡単に確認することが出来る。というのも、コンテキストスイッチは、典型的な慣習を破る必要がある。なぜなら、各プロセスの構造体において、ptable.lockは、stateとcontextのフィールドを保護する必要があるからである。ロック機構を用いない場合、コンテキストスイッチ中に、プロセスがyield関数を呼び出す可能性がある。つまり、プロセスの状態をRUNNABLEにして、CPUを手放すためのswtch()を呼び出す前に、異なるCPUがswtch関数を用いてそのプロセスを実行する危険性がある。他のCPUがswtch関数を呼び出すことで、古いコンテキスト情報を使う可能性がある。また、ロック機構を用いない状態では、２つのCPUが同じスタックを同時に使う危険性もある。そして、いずれの状態も正しくない。
この問題を回避するために、Xv6は、プロセッサを解放するスレッドがptable.lockを取得する、という慣習に従っている。そして、そのスレッドが、プロセッサが次に解放するロックを取得する。この慣習を簡潔にするため、スレッドは、sched関数の中で常にプロセッサを手放すようにしてる。これにより、もしあるスレッドが、Xv6がスレッド間をスイッチする部分の行をプリントアウトしている場合、次の簡単なパターンを観測することが出来るだろう(1928,1967,1928,1967などなど)。様式化されたスレッド間スイッチングが起こるプロシージャは、ときどき、対応する２つのco-routinesを参照している。例えば、sched()とscheduler()は、それぞれが互いに参照し合うco-routinesである。
新しいプロセスにスイッチするためのスケジューラのswtch()が、sched関数の中で終わらないケースが存在する。私たちは２章でそのケースを理解した。つまり、新しいプロセスが最初にスケジュールされたとき、そのプロセスはforkret()によって始まる(1984)。forkret()は、ptable.lockを解放を用いて、xv6の慣習に従うためだけのために存在している。それ以外の場合では、新しいプロセスはtrapret()によって始まる。
[Sleep and Wakeup]
ロックは、CPUとプロセスが互いに干渉することを回避するのに役立ちます。また、スケジューリングは、プロセスがCPUを共有するときに役立ちます。しかしながら、今までの内容には、プロセス間の通信を簡単にする抽象化機構はありません。Sleep/wakeup機構は、あるプロセスが何らかのイベントを待つために眠り、そのイベントが発生したら他プロセスがそのプロセスを起こすという機構を用いることで、その穴を埋めてくれます。
具体的な例を見るために、シンプルなproducer/consumerのキューを見てみましょう。そのキューは、あるプロセスが、他のプロセスに対して0でないポインタを送ることを許可します。もしたった１つのsenderとreceiverしかいなく、また、それぞれが別々のCPUで実行されている場合、次の実装は正しいと言えるでしょう。
struct q {
void *ptr;
};
void* send(struct q *q, void *p){
while(q->ptr != 0)
;
q->ptr = p;
}
void* recv(struct q *q){
void *p;
while((p = p->ptr) == 0)
;
q->ptr = 0;
return p;
}
send()は、キューが空になるまで(ptr == 0になるまで)ループする。その後、send()はポインタpをキューの中に置く。recv()はキューが空でない間、ポインタpを外に取り出す。２つの異なったプロセスが走るとき、send()とrecv()は、両方ともq->ptrを編集する。しかしsend()は、ポインタが0であるときだけ、ポインタに書き込む。また、recv()は、ポインタが０でないときだけ、ポインタに書き込む。従って、send()とrecv()は相互にステップを踏むわけではない。
上述の実装は正しいかもしれないが、非常に高価である。もしsenderが時々send()する場合、receiverはポインタの値が変わるまでの間、常にwhileループでスピンし続けなくてはいけなくなるだろう。もしsend()がポインタへ到達したことをreceiverに対して通知する何らかの方法があったのだとしたら、receiverのCPUは、もっと生産的な仕事をすることが出来たかもしれない。sleep()とwakeup()は、そのような機構を提供する。sleep(chan)は、wait channelと呼ばれるポインタ"chan"の上でsleepする。chanは、参照されるためではなく、アドレスとして使われるため、chanはどんな種類のポインタであっても良い。sleep()は、呼び出し元のプロセスをsleepさせ、CPUを他の仕事のために解放する。sleep()は、プロセスが再び起きるまでreturnしない。wakeup(chan)は、chanの上で眠っているプロセスがあれば、各sleep()にreturnを実行させることで、chanの上で眠っている全てのプロセスを起こす。sleep()とwakeup()の機構を使うことで、上述の実装は次のように書き換えることが出来るだろう。
void* send(struct q *q, void *p){
while(q->ptr != 0)
;
q->ptr = p;
wakeup(q); /* wake recv */
}
void* recv(struct q *q){
void *p;
while((p = q->ptr) == 0) /* (1) */
sleep(q); /* (2) */
q->ptr = 0;
return p;
}
このコードはより効率的であるが、もはや正しくはない。なぜなら、このコードは"lost wake up"問題を起こすからである。recv()が、(1)の箇所で"q->ptr == 0"であることが分かり、sleep()を呼ぼうとするとしよう。recv()がsleepする前は、send()は他のCPU上で走っている。つまり、send()がq->ptrを0で無い値に書き換え、wakeupを呼びだしたとき、どのプロセスの眠っていないことが分かる。このとき、recv()は(2)の箇所でsleep()を実行するだろう。recv()はsleep()を呼び、sleepする。このとき、"lost wake up"問題が発生する。つまり、recv()は、既に0以外の値に書き換えられているポインタに対して、sleep()をして待ち続けることになる。次のsend()は、recv()がキューの中のポインタが消費されることを期待して、sleepして待ち続けるだろう。このような現象を、システムがデッドロックしたという。
この問題の原因は、recv()がq->ptr==0のときにだけsleepするという不定状態が、send()が間違ったタイミングで走ることで、侵害されることによって発生される。この不定状態を保持するためには、ロック機構を導入し、呼び出し元プロセスが眠っているときのみsleep()はロックを解放できるようにすれば良い。一度呼び出し元プロセスが再び起こされたとき、sleep()はreturnの直前でロックを取得する。次のコードは正しく、また、recvがwaitしているときも、CPUを効率的に使うことが出来る。
struct q {
struct spinlock lock;
void *ptr;
};
void* send(struct q *q, void *p){
lock(&q->lock);
while(q->ptr != 0)
;
q->ptr = p;
wakeup(q);
unlock(&q->lock);
}
void* recv(struct q *q){
void *p;
lock(&q->lock);
while((p = q->ptr) == 0)
sleep(q, &q->lock);
q->ptr = 0;
unlock(&q->lock);
return p;
}
１つの完全な実装は、receiverが１つ前のsend()の値の消費を待っているようなsend()時においても、sleepできるようにすることだろう。
[Code: Sleep and Wakeup]
Xv6におけるsleep()/wakeup()の実装を見てみよう。基本的なアイデアは、sleep関数で、カレントプロセスにSLEEPINGとマークすることである。次に、sched関数を呼び出し、プロセッサを解放する。wakup()は与えられたポインタの上で眠っているプロセスを探し、発券したらそのプロセスにRUNNABLEとしてマークする。
sleep()は、いくつかの健全なチェックから始まる(2003)。そのチェックとは、カレントプロセスがあることと(2005-2006)、sleep()はロックを通過し終えたばかりであることである(2008-2009)。次に、sleep()はptable.lockを取得する(2018)。このとき、sleepしようとしているそのプロセスは、ptable.lockとlkを両方とも保持している。lkを保持することはcaller(e.g. recv())にとって必要なことであった。カレントプロセスは、他のどのプロセス(e.g. send())もwakeup(chan)を開始することが出来るだろう。このとき、sleep()はptable.lockを保持していて、sleep()は安全にlkを解放することが出来る。言い換えると、ある他のプロセスがwakeup(chan)を開始させたとき、wakeup()はptable.lockを取得できるまでの間、wakeup()が動くことは無い。よって、wakeup()は、sleep()を見失わないように、sleep()の実行が終了するまでの間、待たなければならない。
やや一般的ではない複雑性も存在する。もしlsと&ptable.lockが同じであるとき、sleep()は、&ptable.lockと同様の方法でlkを取得したり、lkと同様の方法で&ptable.lockを解放することによって、デッドロックを起こすかもしれない。この場合、sleep()はacquireとreleaseが互いにキャンセルしてしまったり、また、完全にスキップしてしまったりすることを考えなければならない。
sleep()がptable.lockを保持し、他のどのロックも取得していないとき、sleep()は、sleep channelを記録し、プロセスの状態を変更し、また、sched()を呼ぶことによって、プロセスをsleepさせることが出来る(2023-2025)。
いくつかのチェックポイントを過ぎると、プロセスはwakeup(chan)を呼び出す。wakeup()はptable.lockを取得し、実際の仕事を行うwakeup1関数を呼ぶ(2053)。wakeup()関すがptable.lockを保持するということは、wakeup()がプロセスの状態を操作するという点と、ptable.lockがsleep()とwakeup()が互いに見失い合わないという点から、重要なことだと言える(wakeup1()は分離された機能である。というのも、スケジューラは、既にptable.lockを取得しているとき、wakeup()が実行する必要があるからである。この例は後で見ることにしよう。)。wakeup1()はプロセステーブルを走査する(2053)。schedulerは、適切なchanを持つSLEEPING中のプロセスを発見したとき、schedulerはそのプロセスの状態をRUNNABLEに変更する。これにより、次にschedulerが動作されるとき、schedulerは、そのプロセスが実行可能であることが分かる。
※ 他にも、Spurious Wakeups(偽りのwakeups)という複雑な問題も存在する。
SCR輪講 後半
===========
[Code: Pipes]
本章の序盤で私たちが使ったシンプルなキューはオモチャであった。しかし、Xv6が実際に使っているキューでは、readersとwritersを同期させるために、sleep()とwakeup()を使用している。Xv6のキューとは、pipeの実装である。私たちはpipeのためのインタフェースを０章で見た。具体的には、pipeの末端に書かれるバイトは、kernel buffer内にコピーされ、その後、そのpipeの他端から読み出す事が出来る(FIFO Queue)。今後の章では、pipeの周りにあるファイルシステムのサポートについて触れていく。本章では、pipewrite()とpiperead()の実装について見てみよう。
各pipeはstruct pipeとして宣言される。struct pipeはlockとdataバッファを持っている。nreadとnwriteというフィールドは、バッファから読み出した／バッファに書き出したバイト数をカウントする。また、そのバッファはラップされている。つまり、buf[PIPESIZE-1]の直後に書かれている次のバイトはbuf[0]である。しかし、カウンタはラップされない。この慣習により、(nwrite == nread+PIPESIZE)という状態の満杯のバッファと、(nwrite == nread)という状態の空のバッファを見分けるときに役立つ。しかし、一方で、バッファのインデックスの際は、buf[nread]やnwriteの代わりに、buf[nread % PIPESIZE]を使わなければならない。なお、piperead関数やpipewrite関数は、別々のCPUによって同時に呼び出される可能性がある事に注意する必要がある。
pipewrite()はpipeのロックを取得する事から始まる(5230)。ロックを取得する事により、count,dataなどの変数を保護する事が出来る。このとき、例えばpiperead()も同様にしてロックを取得しようとしたとしても、ロックを取得する事は出来ない(5251)。この場合、piperead()はロックが取得出来るまでスピンし続けるだろう(1373)。piperead()が待っている間、pipewrite()は、交互にaddr[0], addr[1], ..., addr[n-1]を書き換える動作を繰り返す(5244)。このループの間、pipewrite()はバッファを満たしていく(5236)。バッファが満杯になった場合、pipewrite()はwakeup関数を呼び出し、sleepしているreaderに対してデータが読み込み待ちであることを伝える。そして、pipewrite()は&p->nwriteに対してsleepを行い、readerがbufferからデータを取り出すのを待つ。sleep()は、pipewrite()がsleepするプロセスの途中で、p->lockを解放する。
p->lockが取得可能なとき、piperead()はp->lockの取得を管理し、その後、pipeからデータを読み出す。具体的には、piperead()は(p->nread != p->nwrite)であることをチェックする(5256)。つまり、pipewrite()は、p->nwrite == p->nread+PIPESIZEのとき、sleepし始める(5236)。従って、piperead()は、forループを抜けると、pipeからデータをコピーし、コピーしたバイト数だけnreadの値をインクリメントする(5263-5267)。最初は、pipeに多くのバイトを書き込む事が可能である。よって、piperead()はwakeup関数を呼び出し、眠っているwriterを起こす。
wakeup関数は&p->nwriteに対して眠っているプロセスを見つけ、プロセスの状態をRUNNABLEに変更する。このとき、眠っているプロセスとは、pipewrite()を走らせていたが、bufferが満杯であるためにsleepしたプロセスのことである。
他CPU上のスケジューラが異なるプロセスを走らせようとしている場合、pipewrite()はすぐに走り始める事は無い。代わりに、piperead()は、piperead関数を再び呼んだcaller関数に戻る。初めてpiperead()がpipe内のバッファを全て読み出したときは、(p->nread == p->nwrite)という条件式が成立する。その後、piperead()は、&p->nread上でsleepし、データが書き出されるのを待つ(5261)。piperead()を呼び出しているプロセスがsleep状態のとき、sleep関数をreturnさせることで、CPUはpipewrite()のプロセスを走らせる(5242)。pipewrite()は、bufferに残ったデータをコピーした後、このループを終わらせる(5244)。新しいデータを待っているreaderが存在する場合、returnする直前で、pipewrite()をwakeup関数を呼ぶ。残されたpiperead()は走り続け、pipeから新しいデータをコピーする(pipe.c/piperead-sleep/)。
[Code: Wait and exit]
sleep()とwakeup()は、キューの実装時に必ず必要というわけでは無い。sleep()とwakeup()は、チェックしたいコードや待つ必要がある状況において、動作する。0章で見たように、親プロセスは、子プロセスがexitするのを、wait関数を呼ぶ事で待つ事が出来る。Xv6においては、子プロセスがexitしたとき、子プロセスはすぐに死ぬわけではない。代わりに、子プロセスはZOMBIEというプロセス状態にスイッチして待つ。親プロセスがwait関数を呼んで、子プロセスがexitしたことを知るまで、子プロセスはZOMBIE状態で待つ。親プロセスが子プロセスを回収したとき、子プロセスが所有しているメモリを解放する。そして、struct procが再利用出来るように準備する。各プロセスの構造体は、p->parentに親プロセスへのポインタを格納する。もし子プロセスがexitする前に親プロセスがexitしてしまった場合は、initプロセスが、子プロセスのexitに対応する。これは、親プロセスが、子プロセスが終了する前にexitしてしまったときのために必要なステップである。全てのプロセスの構造体はptable.lockによって保護されている。
wait関数は、ptable.lockを取得することから始まる。wait関数は、プロセステーブルを走査し、子プロセスを探す。wait関数は、まず、カレントプロセスに子プロセスが存在し、また、そのどれも未だexitしていないかどうかをチェックする。この場合、wait関数はsleep関数を呼び出し、子プロセスのいずれかがexitするのを待ち、ループする。ここで、sleep状態から解放されるlockはptable.lockである。上述したケースは、その一例である。
exit関数はptable.lockを取得し、その後、カレントプロセスの親プロセスを起こす(2126)。exit関数は未だカレントプロセスをZOMBIEプロセスに変更していないので、ロックの取得は未だ早過ぎるかもしれない。しかし、このロック取得は安全である。親プロセスはRUNNABLE状態に変更されるかもしれないが、wait関数にループは、exit関数がsched関数からスケジューラに入り、ptable.lockを解放するまでの間、走る事は出来ない。従って、プロセスの状態がZOMBIEになるまでの間、wait関数がexitするプロセスをチェックする事は無い(2138)。exit関数がリスケジュールする直前で、親プロセスは、子プロセスからinitプロセスまでの全てのプロセスをチェックする。最終的に、exit関数は、shed関数を呼び出す事でCPUを手放す。
スケジューラは、wait関数によってsleep状態に成っている、exitするプロセスの親プロセスを選ぶ事が出来る(2188)。sleep関数の呼び出しは、ptable.lockをreturnする。具体的には、wait関数はプロセステーブルを再び走査し、exitしたプロセス(state == ZOMBIE)を見つける。wait関数は、子プロセスのPIDを記録する。その後、その子プロセスに関わるメモリを解放し、struct procをクリアする(2168-2175)。
子プロセスは、exit関数の中で上述のクリア作業を行う。重要な事は、親プロセスが、親プロセス自身によってp->kstackを解放することである。子プロセスがexit関数を走らせるとき、子プロセスのスタックは、p->kstackとして確保されたメモリに置かれる。子プロセスのスタックは、子プロセスがshed関数のswtch関数を通して解放される。そして、子プロセスの状態を移行する。こうする理由は、(1)スケジューラの処理がスタック上で走っているからである。また、(2)xv6は、sched関数とscheduler関数を相互ルーチンとして管理するからである。xv6は、子プロセスから直接scheduler関数の処理を呼び出す事は出来ない。なぜなら、scheduler関数の処理は、スタック上で走るからである。また、そのスタックは、wait関数を呼んでいる親プロセスによって削除される可能性がある。
[Scheduling concerns] /* 下書き */
- Spurious wakeupsについて
- p->killedのチェックについて
- thundering herdについて
[Real world]
sleep関数とwakeup関数はシンプルで効率的な同期メソッドである。しかし、他にも同期をする方法はある。そのうちの１つは、本章の序盤で見た"missed wakeups"問題を避ける同期メソッドである。オリジナルのUnixカーネルのsleep関数は、割込を禁止する。この方法で同期をすることができる理由は、Unixは１つのCPU上で動くシステムであるからである。xv6はマルチプロセッサ上で動かす事を想定しているため、xv6は明示的なロック機構をsleep関数に導入している。FreeBSDのmsleep関数も同じアプローチを取っている。Plan 9のsleep関数は、callback関数を使っている。callback関数は、sleepする直前で取得する、スケジュール用のロックと共に動作する。具体的には、callback関数は、直前のsleepの状況をチェックするときに役に立つ。これにより、"missed wakeups"問題を避けることが出来る。Linuxカーネルのsleep関数は、waitチャネルの代わりに、明示的なプロセスキューを使っている。Linuxカーネルのプロセスキューは、内部用のロックを持っている。(一見、コードは十分でないように見える。実際にはどうなるだろうか？)
chan関数とマッチするプロセスのために、wakeup関数内で全体のプロセスリストを走査する事は、非効率的である。より良い解決策は、sleep関数やwakeup関数内のchan関数を、sleep状態のプロセスリストを持っているデータ構造体に置換することである。Plan 9のsleep関数とwakeup関数は、待ち合わせ箇所やRendezの構造体を使う。多くのスレッドライブラリは、変化可能な条件としてその構造体を参照する。つまり、sleep関数とwakeup関数の処理はwait関数やsignal関数によって呼び出される。これらのメカニズムは、同様の手法を共有する。具体的には、sleepの条件は、sleepしている間、アトミックに解放されたロックによって保護される。
セマフォは、異なった協調メカニズムである。セマフォは、２つのオペレーション(increment/decrement, up/down)を持ったint型の値である。セマフォは、いつでもインクリメントする事が可能である。しかし、セマフォの値がゼロを下回る事は許されない。よって、他プロセスによってそのセマフォがインクリメントされるまで、ゼロのセマフォをデクリメントはsleepする。そして、２つのオペレーションはキャンセルされる。int型の値は、典型的には、実際のカウンタの値(e.g. pipeバッファのバイト数, プロセスが持っているZOMBIEプロセスの数)と呼応する。抽象化の１つとして明示的なカウンタを使用する事によって、"missed wakeup"問題を避ける事が出来る。このため、wakeupの発生回数の明示的なカウンタが存在する。このカウンタは、条件変数による"spurious wakeup"問題や、"thundering herd"問題を避けることも出来る。
[Exercises] /* 下書き */
sleep関数は、デッドロックを避けるために、(lk != &ptable.lock)であることをチェックしなければならない(2017-2020)。sleep関数は次のコードを
if(lk != &ptable.lock){
acquire(&ptable.lock);
release(lk);
}
次のコードに置き換える事によって、特別な状況を無視する事が出来るだろう。
release(lk);
acquire(&ptable.lock);
.P2
これによりsleepをbreakする。どうやって？
ほとんどのプロセスのcleanupは、exitまたはwaitによって処理される。
上述のケースはexitを使っている。
このとき、freeを使ってはならない。
p->stack
これにより、プロセスは、exit関数はopenファイルの近くにいなければならなくなる。
何故？
答えはpipeと関係している。
xv6においてセマフォを実装すること。
ミューテックスを使っても良いが、sleep関数とwakeup関数は使わないこと。
xv6のsleep関数とwakeup関数をセマフォに置換する。
結果を比較せよ。
[Additional reading]
cox and mullender, semaphores.
pike et al, sleep and wakeup. - Dec 20, 11
このブログを書くまでに至った経緯を簡単に説明しよう（キリッ。- 最近、Advent Calendar っていうブログのリレーが今流行りらしい。なんか面白そう。
- Fluxflex Meetup で知り合った @mzdakr さんが Coworking 版のソレをやってるらしい。
- って「Coworking」って何ぞや？まぁいいか。それは置いといて...
- ポチッ（イベント参加登録ボタンを押した音）
- さて、とりあえず Coworking について調べるか...
- OSSCafe と PAX Coworking を訪問。
- うおー！Coworking 超面白い！
- でも沖縄では未だ Coworking 出来る場所が無いっぽい...
- じゃあとりあえず沖縄で広めるか！ （←今ココ）
...というわけで、今に至ります。ナニはともあれ、まずはブログを書かにゃナニも始まりません。そこで、この記事では、「Coworkingとは何ぞや？」という疑問に答えるべく、初歩的な内容を書いていきます。そして後半では、沖縄におけるCoworkingの現状や、僕がやっている事などについて記します。で、Coworkingって何ぞ？
僕の乏しい参加経験から勝手に推測すると、Coworkingとは、大中小の組織の規模を問わず、仕事の種類を問わず、各々あるいはグループ毎に、場所を共有して仕事をすることのようです。Coworking Space（Coworkingをする場所）についても、最初のうちは「IT系の個人や小規模な組織のためだけのスペースなのかなー」と思っていたけど、どうやらそういうところではないみたい。実際、コクヨや富士ゼロックス、NECのようないわゆる大手のところでも、こういった Coworking Space を設けて、Coworking を推奨する動きを見せています。なので、個人的には「色々な方々が、色々な方法で、Coworking する」といった理解をしています。で、どんな人が来るの？
まず、僕のようなフリーランスな人だけが利用するスペースではないことは確かです。グループで、誰かと一緒に仕事をしに来る人もいます。最近は、コワーキングスペースを利用するため、オフィスを引き払った会社もあるようなので、今後は、より色んな形でコワーキングスペースを利用する人達が増えてくるのかもしれません。例えば、学生が勉強しに来るとか、子連れで仕事しに来るとか、etc.。いずれにせよ、僕は多様性のある環境が結構好きなので、こういった動きは、僕個人としては歓迎です。で、どんな仕事してるの？
Coworking する人も色々いますが、彼ら／彼女らの仕事の種類も色々あります。一見、IT系の人向けの特殊な共有スペースかと思いきや、全くそうじゃないです。プログラマやデザイナだけでなく、コピーライター、ジャーナリストの方々もいます。例えば、僕が OSSCafe を訪問していたとき、「スクリプトを書きに来ました」という方々と会いました。「なるほどやっぱしIT系の人が来るのね」と僕は思ったのですが、ところがどっこい彼らは全然 Lisp とか Python とか Ruby とか全然書いてない！「おいおいおいどういうことだよ...」って思ったら、コピーライターの業界では、どうやらキャッチコピーを創ることを「スクリプトを書く」と表現するみたいです。長くIT業界に浸かっていると、こういう他分野の表現に出会わないので、刺激的ですね。人も色々、仕事も色々、って感じ。
余談
PAX Coworking にいるときに、こんな会話を聞きました。
1. トゥルルルルル...（電話が鳴る）
2. 「もしもし、社長とお話したいのですが、社長はいらっしゃいますか？」
3. 「えーっと、どこの社長でしょうか？」
4. 「... ... ...」
当然ですけど、Coworking Space には、いわゆる社長な方が結構います。１人とは限りません。こういう、従来の働き方ではありえないような展開と巡り会える環境というのも、Coworking の面白い点の１つではないでしょうか。ここまでのまとめ
僕はまだまだ駆け出しのフリーランスで、仕事もほとんど沖縄でしか取れていません。しかし、こういった Coworking Space の環境を使わせて頂くことで、能力と実績さえあれば、ネットワーキングがより簡単に出来ると考えています。フリーランスとしては非常に心地良い環境が構築されつつあると感じるので、個人的には嬉しいかぎりです。ときどき「もっと安くならないかなー」とか考えたりしますが、つまりは僕がもっと稼げばいいということなのでしょう。"""
↑ここまで東京の話↓ここから沖縄の話
"""沖縄の現状さて、じゃあ沖縄の現状はどうでしょうか？ Coworking するスペースが既にあるかと聞かれると、僕の知る限り、今のところ沖縄には Coworking Space にあたる場所はほとんど無いです。ただ、僕は沖縄に対してヨーロッパに似た雰囲気を感じているので、もし沖縄に Coworking Space があったら、沖縄で「遊び半分、仕事半分」な Work Life Balance が気軽に体験出来て、非常に面白そうな気はしています。
僕は友達もコネも全くゼロの状態から始めたので、沖縄でフリーランスとして活動出来るようになるまでに、少々時間がかかってしまいました。しかし、もし Coworking Space が沖縄に既に出来ていたら、より簡単に、より早く沖縄でフリーランスとして活動出来ていたかもしれません。もしそんな環境が構築出来たら、ちょっとワクワクするでしょう？
なぜ沖縄？
ところで、この記事を読んでいる方の中には、もしかしたら「何で沖縄で活動する必要があるの？」って感じる方がいるかもしれません。そう思った方は、是非 @sayobs さんが書いた記事「沖縄に１ヶ月生活 – ノマドしてきた感想とか」を読んでみて下さい。きっと沖縄で「遊び半分、仕事半分」な Work Life Balance を体験したくなると思います。沖縄に Coworking Space 、あるいはそれに準ずる環境が出来た際には、皆さんも是非沖縄に来てみて下さい。話を戻して...
現状で、Coworking Space に類するプロジェクトが１つも無い訳ではないです。名前こそ Coworking ではありませんが、それっぽいところ、それっぽい活動はちらほら見受けます。ここでは、その一部をご紹介しようと思います。1. SHDH Okinawa
例えば、僕もちょっとお手伝いしている活動ですが、SuperHappyDevHouse Okinawa という活動があります。コンセプト自体は Coworking に非常に近いと思います。しかも無料！ただ、開催が月に一回なので、どちらかというと、勉強会と Coworking の中間ぐらいに位置する活動なのかなーと僕は思います。あと、開催地が沖縄の中部にあるので、車が無いとアクセスがつらいのも、やや難しい点です。2. ギークハウス沖縄
他にもあります。ギークハウス沖縄というプロジェクトです。週末ものづくり講座の受講生が一枚噛んでいるので、僕もちょくちょく現況を聞いています。ただ、こちらはまだオープンしていないので、今後どういった形態で活動が行われていくのかは、まだまだ分かりません。しかし、非常に面白い試みだと思うので、今後に期待です。3. 名称不明なプロジェクト
で、最後に、僕のプロジェクト。名前は未だありません（Online Study Shared Space? OS3? ）。とにかく、出来立てホヤホヤ。ITカレッジ沖縄という学校の教室が、月・木の夕方と、土曜日を終日借りれそうなので、「そこで何か面白いこと色々やろうぜ」的なプロジェクトです。早ければ来週ぐらいから始まるかもしれないし、永遠に始まらないかもしれません。とりあえず決定している事は、「電源や無線が使える場所を無料で提供してもらえる」ということだけです。当初は Coworking Space っぽさをバリバリ出そうかなーと思ったのですが、無料で場所を提供して頂く関係で、「（学内外を問わず）学生に何らかのメリットがあること」が条件になります。あと、オープンソースであること。加えて、僕がアッチいったりコッチいったりするので、僕が常駐する事も出来ません。そこで、僕の辿り着いた（とりあえずの、暫定的な）結論は、次のようなスペースを創ることです。- 勉強したり開発したり仕事したり出来るスペースだけど、
- 基本的に一緒に StanfordのOpen Course や MIT／Berkleyの講座 を受講したり、
- 僕が週末ものづくり講座をリモートで講義したりするための、
そんな感じのスペースを創ろうかと考えています。Coworking というよりは、Costudying に近いような感じですかね。ただ、実施されるその瞬間までは、僕の脳内妄想に違いありません。なので、実施されるその日までは、生暖かい目で見守って下さい。最後に
Coworking Advent CalendarのATNDには、次のような文章が書かれています。１０分で考えて５分で書く、気軽な内容でOKです。
全然ムリです。軽く１０倍以上の時間がかかってます。来年はもっとサクサク書きたいですね。ところで、来年の１月末から数ヶ月間シリコンバレーに滞在する予定なのですが、
その資金として、お仕事を絶賛募集中です。リモートでも出来る仕事だと嬉しいです。
仕事とは関係なくても、何か面白そうな話があれば yasulab@gmail.com までご連絡頂けると嬉しいです。
僕の最近の活動記録は http://www.yasulab.com/に書いてあります。ではでは、皆さんからのお便りをお待ちしております。 - Dec 05, 11
「ブログを書くまでが勉強会です」ということで、早速レポート。
Make: Tokyo Meeting 07 に出展してきました！前日に沖縄で終日の講義があったので、若干弾丸ツアー的な部分もありましたが、なんとか間に合いました。
僕が出展した内容は、「週末ものづくり講座」というプロジェクトの紹介です。このプロジェクトは、「とにかく早く作って早く公開する」をモットーに、色んな物を作るプロジェクトです。具体的には、仕事が終わった後の金曜夜から日曜の終わりまでに, アイデアからプロトタイプまでを一気に作成し, 月曜日にドヤ顔で「こんなん作っちゃったんだぜ（キリッ」と周りの人に発表する.
といった感じで、毎週末活動をします。毎週１作品作るのが目標。
元々（というか元凶）は、ホイッスルアプリが３ヶ月で5万ダウンロードされたことです。小さい成功ではあるけれど、この結果から「サクッと作れるシンプルなモノ(*1)でも、皆が使ってくれるモノは、まだまだ結構あるんじゃね？」と考えるようになりました。
*1 ちなみに、ホイッスル on Androidの中身は30行。
「とりあえず実験してみよう」ってことで、勢いに任せて色々創ってみました。例えば、Simple TimekeeperとかNico Rank Inverterとか。結果としてうまくいったのはほんの少しで、残りのほとんどは失敗でしたが、しかし、やってみるとこれが案外面白い。
面白いので、皆にこの面白さを是非共有したい。IaaSとかPaaSとか、最近はモノを作って公開するための環境が非常によく整って来ているので、もっとアプリ作る人が増えてもいいと思うしね。なので、「じゃあ講座でも開くか」と考え、紆余曲折（告知とか交渉とか）を経て、週末ものづくり講座のカリキュラム（ver. 0.01）を完成させました。これが9月の話。で、10月からITカレッジ沖縄という学校で、実験的な授業がスタート。そして、11月の末に、無事１期生の授業が終わる（←今ココ）。といった感じです。
ちなみに、１期生の作品はコチラで順次公開していく予定です。また、ハッカソンというイベントで、１期生の１人とコラボって作った作品がコチラ。
こんな感じの、わりと勢いと衝動任せのプロジェクトですが、反応は中々良いみたい。社交辞令かもしれないけど、例えば、こんな感じの反応を頂いたり。
最近は、レキサスアカデミーという沖縄のアプリ開発塾みたいなところで、専属講師としてものづくりのアレコレを教えています。定員は15名なんですが、既に満員間近。聴講生（正式な受講生ではないが、興味があるので参加する人）も来るぐらいので、個人的には嬉しい限り。
とまぁ、こんな感じの近況報告を、WIZDOM枠を使わせて頂き、Make: Tokyo Meeting 07で発表させて頂きました。こっちでの反応もいい感じでした。特に、「是非受講したい！」という話を貰えたのは非常に嬉しかったです。今は沖縄を拠点してやっているので、残念ながら沖縄以外では気軽に受講できないけれど、「誰か東京でやってくれないかなー」と悶々とする妄想する今日この頃。
最後に、宣伝ですが、WIZDOMの他のプロジェクトも非常に面白いです。例えば、GPL HouseとかCAPBOTとか。何やらハードウェア系がもっさりある感じなので、ここは是非彼ら／彼女らと情報交換したいなーとか、妄想に耽っています。
# 最近は妄想が酷い...
今年立ち上げた Okinawa.rb でも「クラウドからハンダ付けまで」をモットーに（僕が勝手に）掲げているので、ハード系な人達ともっと交流しなきゃあかんなー、と考えています。 - Dec 02, 11
各勉強会のメーリングリストにも流しましたが、ブログにも掲載します。
興味ある方は是非に。
------------------------------こんにちは、@yasulab です。今週土曜日（12月3日）は、IT津梁パークで次のイベントが行われます。ご都合の着く方は是非是非ご参加を。10:00-12:00 「アマゾン ウェブ サービスがもたらすITのニューワールド」13:00-17:00 Okinawa.rbワークショップ(*1) in Okinawa SHDH (*2)なお、15:00-16:00は、@libkinjo さんによる次の発表があります。>■SHDH2 でもくもくしたアプリ dont-forget-something の解説>・見所: accepts_nested_attributes_for, haml, やや力技 jquery などw
>■ロレーヌでもくもくしていた twitter 擬の解説
>・見所: rails 3.1/CoffeeScript/mongo/rspec/spork/factory_girlモクモクと勉強／開発する際のBGMとしてどうぞ、とのことです。また、13:00-17:00は、同じ会場で Lexues Academy(*3) が行われます。週末ものづくり講座(*4)に関するアレコレを僕が話しているはずなので、興味ある方は覗きに来て下さいね。今回は誰でも聴講することが可能です。
※追記：いつでも誰でも聴講することが可能です。ではでは、参加する方は是非当日会場でお会いしましょう。yasulab*1 Okinawa.rb ワークショップってなんぞや？って方はこちらへどうぞ。*2 Okinawa SHDHってナニ？という方はこちらへ。*3 Lexues Academy*4 週末ものづくり講座 - Nov 26, 11
最近、Lexues Academy というアプリ開発塾(?)で専属講師的な感じでアプリ開発を教えています。で、その一貫で外部講演がときどき開かれるのですが、先週と今週の外部講演で聞いたデザインの話が結構面白かったです。先週はAndroid女子部部長の @yanorin さんが講演され、今日はAndroid女子部副部長の @yanzm さんのお話をされました。（写真は @yanzm さんの講演の１コマ）
両名ともデザインに関するお話をしていましたが、僕的に特に面白かったのは、デザインするときに役立つツールの話です。覚えてる限りですが、話全体を通して、次のツールが取りあげられていたと思います。順不同。- Android メニュー用アイコン
- dafont
- OmniGraph + Android Stencil（サンプル）
- InkSpace (instead of Illustrator)
- Android Icons
- Color Scheme Designer
- Cacoo - Create diagrams online Real time collaboration!
- UI Stencils
- Android Asset Studio
- Adobe Kuler
- Android Developers
- Button Maker
他、参考図書など(覚えてる限り)：- アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~
- アジャイルサムライ
- Designing Interface
- Non-Designer's Design Book
留学中にデザインの授業を取ってから、デザインの勉強を継続的に行うようになったのですが、ツールに関する知識はあんまりなく、留学中も Adobe 以外はあんまり触らなかったので、こういった話は結構新鮮で興奮します。
皆さんのご参考にもなれば幸い。
-
Info
- Summary
Founder of Okinawa Ruby User Group, organizer of CoderDojo Tokyo/Okinawa, and contributor to OpenSource Cafe. Running YasuLab, a small distributed company, and moving between Okinawa, Tokyo, and Silicon Valley. YasuLab http://yasulab.jp/
Goals:
1. To continually develop my skills of software engineering, especially designing and coding skills.
2. To be familiar with running a business project, preferably at the very beginning stage.Specialties: Operating Systems, Web Development, Project Management, Design
Experience- May 2011 - PresentFounder / Engineer / YasuLab
Running YasuLab, a small distributed company, and moving between Okinawa, Tokyo, and Silicon Valley. YasuLab http://yasulab.jp/
- 2009 - 2011Operating System Research Group / Waseda University
conduct research on operating systems and virtualizations in SPUMONE project.
http://www.dcl.info.waseda.ac.jp/
- Aug 2009 - Sept 2009Initiating Members of Alvila Skills / Alvila SYSTEMS
Join in initiating members to start up Alvila, open source project that provides users with a framework to easily create databases. Implement a filtering function, filtering pop-up box, create UML, and support creating its website with Drupal.
http://www.alvila.org/
- Jul 2008 - Aug 2008Research Intern / Toshiba Solutions Corporation
Create use cases of SpecPrince(R), auto-creating and -verifying document tool for developers and product managers who conduct an IT solution business, and suggest new ideas to make the tool better.
- Sept 2007 - Sept 2007Project Leader / Furutanisangyo Co., Ltd.
Run pseudo IT solution project, from user interview to delivering product steps. As a leader of the project (6 engineers), manage task of members and implement a product.
Education-
2010 - 2013Waseda UniversityMaster in Computer Science
Activities: Operating System Research Group, Distributed and Ubiquitous Computing Laboratory -
2010 - 2011Monmouth CollegeExchange Student in Design, Communication, Computer Science
-
2006 - 2010Waseda UniversityBachelor in Computer Science
Activities: Wasda Riko English Student Society, Japan Korea Student Future Forum, Trekking Club, Local Sport Network NPO, Mini-soccer Club
Additional Information-
Websites:
-
Honors:May 2013 Accredited as one of Super Creators in MITOH Program 2012 Acceptance Rate: 12/31 Jun. 2012 - Feb. 2013 My own project, Visual Bucket List, was accepted by MITOH Program 2012 and awarded 1, 792,000 Yen, and conducted with an advisor from Google Senior Marketing Product Manager. http://www.ipa.go.jp/english/humandev/third.html Acceptance Rate: 21/89 Sep. 2011 Best award for Whistle project, Joint Workshop on Next-generation Computing System 2011, Ambient GCOE Feb. 2011 Excellent IAESTE Trainee Report on 80th Official Organ of IAESTE Japan Jul. 2010 Best Award for Sorarier project, Joint Workshop on Next-generation Computing System 2010, Waseda University Feb. 2008 Japan Korea Student Future Forum founded by my friends and me was invited to the social gathering held by Taro Aso, former Japan Prime Minister . JKSFF http://www.jksff.org/ Apr. 2007 3rd prize for the idea of tumbler vending machine at Asian Business Idea Contest at KT&G Asian Students’ Venture Forum 2006
-
Interests:Embedded Technology, Operating Systems, Web Application, Software Engineering, Web Design, Project Management, Start Up.
-
Tweets
- 机も椅子もあって講演も聴ける席...だと!? @ ベネッセコーポレーション http://t.co/CpOgMk2cXl
- Google Translator Kit が便利過ぎてビビっているなど。パナいっす。http://t.co/Q1raJkGD09
- @hanachin_ そういえば以前まで動かしてた heroku 上で動く Okinawa.rb イベント作成スクリプトってまだ手元にある？出来れば Heroku scheduler で動かしたいので、もしあれば見せてもらえると嬉しいっす。
- LTなのにパデュー大学の人とか、シリコンバレー在住の人とか、色々とインフレってる感。 #scratchday
- Scratch Day で研究者と子供達と親御がカオス http://t.co/eqIfLt8rbn
- 噂の物質プログラミングは、はこだて未来大学の研究だったのか @ ベネッセコーポレーション http://t.co/cgwHMVsnn6
- スクラッチでルンバ！ @ ベネッセコーポレーション http://t.co/YO1yz0Gjw0
- CoderDojo on Scratch Day Tokyo @ ベネッセコーポレーション http://t.co/JVf0EGDhdc
- rasberry pie + OLPC @ ベネッセコーポレーション http://t.co/Xy1d1nxELG
- OLPC ! http://t.co/IYmbPhtyhn
- 今更ながらボタン１つで郵送出来ることに感動している。
- タイムラインがmaker faireネタ多めになってきて絶賛嫉妬中
- やばい Maker Faire 楽しそう http://t.co/pl1TD4FexQ
- お、Little Bets って１年前に既に翻訳されてたのか。RT 小さく賭けろ！ http://t.co/OlTdHHstIw
- Google Translator Kit http://t.co/4LfEadwRWw
- Scratch Day 2013 in Tokyo http://t.co/Tnpv81WKDh via @Scratchja
- ようやく一仕事終わった感。消えていったゴールデンウィークと達成感 = PriceLess #RubyKaigi
- はじめての http://t.co/gaWoBUIsVu
- RT @cwgem: しかし残念、いくらEY日本でGentoo Install BattleやってもEYのGentooを管理する我の力に勝てぬ！（中二ポーズMay 16, 13 from web Reply, Retweet, Favorite
- コーヒーふいたw http://t.co/zBy1KgYqzs
-
Repositories
- / Pushed May 04, 13
- Config files that include .zshrc, .emacs*, and my shell scripts.1 fork / 2 watchers / Pushed Apr 25, 13
- 7 forks / Pushed Nov 17, 12
- Replace hash-tag-attached numbers like '#210' with a link to the GitHub Issue of a given GitHub repository./ Pushed Nov 03, 12
- 1 fork / Pushed Oct 21, 12
- Scrape reviews on your Android apps from Google Play1 watcher / Pushed Apr 18, 12
- No More Biz Cards; just need iPhone/Android apps instead.2 forks / 3 watchers / Pushed Jan 25, 12
- Invert the order in NicoNico Douga Ranking; you can see the ranking in order from 100 to 1, instead of from 1 to 100.1 watcher / Pushed Oct 13, 11
- Given your (or someone's) twitter account, twitter list and its owner, find interesting tweets from the list for you (or for someone).2 watchers / Pushed May 05, 11
- With the word list, you can easily memorize the word with images corresponding to the word.1 watcher / Pushed Apr 22, 11
- Some neural network demonstrations implemented by Python1 fork / 2 watchers / Pushed Mar 23, 11
- Using this library, you can easily use Kayak API on Python.1 watcher / Pushed Jul 11, 10
- Xv6 is a pretty good material for OS learners, but one thing I am concerned is that how I benchmark xv6 after I developed or changed it. For example, xv6 has really simple scheduling algorithm that we easily understand, so that it may be a good idea to develop scheduling algorithm to improve xv6 performance. However, one problem I met was how should I benchmark it? Therefore, I have modified 'hackbench.c', one of the simple benchmarking program, and now it can run on xv6. So, if you need to benchmark your implementations like me, you can download and measure your system on xv6.1 watcher / Pushed Jun 30, 10
- Tweet differences of contents on Web by comparing current html with html a few hours ago on same URL. This web application will be published at the URL below using Google App Engine.1 watcher / Pushed Feb 12, 10
- 3 forks / 4 watchers / Pushed May 19, 13
- Training course repository for iOS app development55 forks / 263 watchers / Pushed May 17, 13
- HTML source for the Ruby on Rails Tutorial, 2nd Edition, intended for translation24 forks / 27 watchers / Pushed May 14, 13
- The Rails Tutorial Sample App, 2nd Edition171 forks / 363 watchers / Pushed May 09, 13
- Config files that include .zshrc, .emacs*, and my shell scripts.1 fork / 2 watchers / Pushed Apr 25, 13
- Because JSFiddle is awesome. Persist, Version, and Fork Ruby Snippets.13 forks / 92 watchers / Pushed Apr 22, 13
- A tool to broadcast LiveCoding. This program contains some danger codes(enables you login from web browser)16 watchers / Pushed Mar 30, 13
- ScreenX TV Client is a software that enables you to broadcast your terminal to ScreenX TV.1 fork / 5 watchers / Pushed Mar 30, 13
- 1 fork / 4 watchers / Pushed Mar 21, 13
- This is a web site of Rails Hakathon 2012 in Okinawa2 forks / 4 watchers / Pushed Jan 09, 13
- Sapporo RubyKaigi 2012 Call for Lightning Talks20 forks / 36 watchers / Pushed Aug 04, 12
- Scrape reviews on your Android apps from Google Play1 watcher / Pushed Apr 18, 12
- A keyboard input transfer to another computer for remote presentation1 fork / 4 watchers / Pushed Feb 29, 12
- 4 watchers / Pushed Feb 16, 12
-
Posts
ソフトなスキルの中でも、リーダーシップ、チーム作り、創造性などの重要性は高まる一方である。これらは機械による自動化が最もむずかしく、しかも起業家精神にあふれたダイナミックな経済では最も需要の高いスキルだ。大学を出たら毎日上司にやることを指示されるような従来型の仕事に就こうなどと考えていると、いつの間にか機械との競争に巻き込まれていることに気づくだろう。上司のことこまかな指示に忠実に従うことにかけては、機械の方がはるかに得意であることを、ゆめ忘れてはいけない。
機械との競争 第４章「では、どうすればいいか」 P. 127We do not currently have API support for Google+ Communities. The nature of the Community in our system means that some calls do return data—however this is not supported and not guaranteed.
Feel free to Star this issue for updates on a Community API: https://code.google.com/p/google-plus-platform/issues/detail?id=519
どうなんですかねえ。まあぶっちゃけ、この本にツッコミを入れることが容易な種族はいる。たとえば「プロセスがfork(2)するときにPOSIX semaphoreをsem_wait(3)してたらそのセマフォはどうなってまうの？」とかそういうの(実際書いてない)ね。けど、それって、そういうの目ざとく気がついてしまう人、はっきりいって対象読者じゃないというべきだろうなあ。LinuxとBSDのカーネルコミッターの皆さん、セプキャン講師陣の皆さん、未踏スーパークリエーターの皆さん、お疲れさまです。おまえらはお呼びじゃない。
…
考えてみてほしい。今回のGunosyの問題は、一言で言ってしまえば、「一部のユーザーにとって思っていたよりもサービスの質がよくなかった」というだけだ。たったそれだけの問題なのに、大の大人たちが鬼の首をとったかのように、去年の１２月に登記したばかりの赤ん坊スタートアップを血祭りにあげている。「出る杭は、自分のチンケなトンカチで打ってヘコませることが出来そうだったら、あるいは別の人が既に打ってちょっとヘコんでいたら、打つ」日本の悪習の最たるものだ。
スタートアップなんて道ばたを駆け回る蟻のようなもので、放っておいても災難にあって死ぬものがほとんどだ。あえて追っかけまわして踏みつぶす必要があるのだろうか。
初めまして。Gunosyのマーケティング担当の竹谷と申します。
※下部がきれてしまうというCSSマターの問題があったため同内容をはらせて頂いております。
週末から、Gunosyに対する批判記事があり様々なユーザー様から質問を頂いているので簡単に所感を書かせて頂きたく思います。
ここまで大きな騒動になっているにも関わらず会社から何も出さないことは良くないと思いましたのでこの場を借りて所感を記載させて頂きます。
おそらく批判記事の内容を見ていると大きく分類して論点となるのは以下かと思います。
…
How 2.0 Changed Here are some highlights of the changes that jQuery 2.0 brings:
No more support for IE 6/7/8: Remember that this can also affect IE9 and even IE10 if they are used in their “Compatibility View” modes that emulate older versions. To prevent these newer IE versions from slipping back into prehistoric modes, we suggest you always use an X-UA-Compatible tag or HTTP header. If you can use the HTTP header it is slightly better for performance because it avoids a potential browser parser restart.
Reduced size: The final 2.0.0 file is 12 percent smaller than the 1.9.1 file, thanks to the elimination of patches that were only needed for IE 6, 7, and 8. We had hoped to remove even more code and increase performance, but older Android/WebKit 2.x browsers are now the weakest link. We’re carefully watching Android 2.x market share to determine when we can cross it off the support list, and don’t expect it to take very long.
Custom builds for even smaller files: This feature has been greatly refined and extended since its debut in jQuery 1.8. You can now exclude combinations of 12 different modules to create a custom version that is even smaller. A new minimal selector engine, basically a thin wrapper around the browser’s querySelectorAll API, lets you shrink the build to less than 10KB when minified and gzipped. See the README for instructions on how to create a custom build, and remember that any plugins you use will also need to stick to the subset you select.
jQuery 1.9 API equivalence: jQuery 2.0 is API-compatible with 1.9, which means that all of the changes documented in the jQuery 1.9 Upgrade Guide have been applied to jQuery 2.0 as well. If you haven’t yet upgraded to jQuery 1.9, you may want to try that first. Be sure to use the jQuery Migrate plugin.
The full record of changes can be found in the changelog below, and in the list of commits on GitHub.
We RubyKaigi 2013 Team are looking for lightning talks from the attendees/speakers/sponsors of RubyKaigi 2013. ANY TOPICS RELATED Ruby AND/OR RUBYISTS are welcomed!
It must be suitable for making announcement of your excellent product, your awesome community and your great idea worth to spread!
Submission Form is here:
U.S. Citizenship and Immigration Services (USCIS) announced today that it has received a sufficient number of H-1B petitions to reach the statutory cap for fiscal year (FY) 2014. USCIS has also received more than 20,000 H-1B petitions filed on behalf of persons exempt from the cap under the advanced degree exemption. After today, USCIS will not accept H-1B petitions subject to the FY 2014 cap or the advanced degree exemption.
USCIS will use a computer-generated random selection process (commonly known as the “lottery”) for all FY 2014 cap-subject petitions received through April 5, 2013. The agency will conduct the selection process for advanced degree exemption petitions first. All advanced degree petitions not selected will be part of the random selection process for the 65,000 limit. Due to the high number of petitions received, USCIS is not yet able to announce the exact day of the random selection process. Also, USCIS is currently not providing the total number of petitions received, as we continue to accept filings today. USCIS will continue to accept and process petitions that are otherwise exempt from the cap. USCIS will provide more detailed information about the H-1B cap next week. For more information about USCIS and its programs, please visit www.uscis.gov or follow us on Twitter (@uscis), YouTube (/uscis) and the USCIS blog The Beacon.
Last updated:04/05/2013
RailsPanel is a Chrome extension for Rails development that will end your tailing of development.log. Have all information about your Rails app requests in the browser - in the Developer Tools panel. Provides insight to db/rendering/total times, parameter list, rendered views and more.
Dear dotCloud Customers,
We are going open-source.
It has been a wild week for dotCloud. Of course as we prepared to open-source Docker, the container technology that powers the platform, we hoped it would be well received, like ZeroRPC and Hipache before it. But nothing could have prepared us to the magnitude of the response. Now, 6 days, 50,000 visits, 1000 github follows and 300 pull requests later… we think we get the message. You want an open-source dotCloud – and we’re going to give it to you.
Today, as the first step in our new open-source strategy, we are announcing an important change to our free Sandbox. In the coming weeks we will hand it over to the community as an open-source project which can be deployed and hosted anywhere. As part of this transition we will be sunsetting our free hosting tier – see below for details. The resources freed by this transition will be re-invested in our open-source roadmap.
I want to emphasize that this transition does not affect our Live and Enterprise flavors, and it does not change our business model. Our core competency is and will continue to be the operation and support of large-scale cloud services, for tens of millions of visitors, 24 hours a day, every day. We intend to continue expanding that business, and we believe the best way to do that is by embracing open-source.
…
They don’t.
People rarely read Web pages word by word; instead, they scan the page, picking out individual words and sentences. In research on how people read websites we found that 79 percent of our test users always scanned any new page they came across; only 16 percent read word-by-word. (Update: a newer study found that users read email newsletters even more abruptly than they read websites.)
As a result, Web pages have to employ scannable text, using
- highlighted keywords (hypertext links serve as one form of highlighting; typeface variations and color are others)
- meaningful sub-headings (not “clever” ones)
- bulleted lists
- one idea per paragraph (users will skip over any additional ideas if they are not caught by the first few words in the paragraph)
- the inverted pyramid style, starting with the conclusion
- half the word count (or less) than conventional writing
We found that credibility is important for Web users, since it is unclear who is behind information on the Web and whether a page can be trusted. Credibility can be increased by high-quality graphics, good writing, and use of outbound hypertext links. Links to other sites show that the authors have done their homework and are not afraid to let readers visit other sites.
Users detested “marketese”; the promotional writing style with boastful subjective claims (“hottest ever”) that currently is prevalent on the Web. Web users are busy: they want to get the straight facts. Also, credibility suffers when users clearly see that the site exaggerates.
Ruby Kajaであなたのコミュニティを支える身近なRubyistを賞賛しよう！
現在、Ruby Kaja の応募を受付中です。
応募締め切り：2013年5月12日(日) 23:59(JST)
Ruby Kajaとは
Ruby Kajaは、RubyやRubyコミュニティに貢献している人達に与えられる称号です。すばらしい功労者はもちろん、あまり知られることのなかったRubyistをも称えましょう！
Kajaとは「若手わかての筆頭ひっとう」を意味し、狂言の太郎冠者たろうかじゃが由来です。
もともと冠者は男子を意味しますが、Ruby Kajaは性別は不問です！Ruby Kaja 2013 の選出ルール
Kajaはコミュニティによって選ばれる
現在活動中のRubyコミュニティであれば、無条件に1名のKajaを選出することができます。
Kaja選出を希望するRubyコミュニティは、そのコミュニティが定める自由なルールに基づいてKajaを選ぶことができます。コミュニティが選出するKajaは必ずしもそのコミュニティに所属している必要はありません。
選出までの流れ
Ruby Kaja 2013 への参加登録（3月〜5月上旬）
Kaja選出を希望するRubyコミュニティは、登録フォームから登録を行います。
参加コミュニティの決定・発表（5月中旬）
運営委員による審査の上、参加コミュニティを本サイトにて発表します。
発表（5月下旬）
Ruby Kaja 2013 の表彰式をRubyKajgi2013にて行う予定です。 6月に「Ruby Kaja」を本サイトにて掲載します。
参加資格
登録時点において、公に継続して活動を行っているRubyコミュニティが参加資格を有します。参加条件は以下の通りです。
3 ヶ月に 1 回以上の頻度で、3 名以上による勉強会等を実施している
3 ヶ月に 1 回以上の頻度で、メルマガ、ポッドキャスト等を配信している
3 ヶ月に 1 回以上の頻度で、WEB 上で情報を発信している
3 名以上によって Ruby に関係する開発を継続して行っている
参加方法
Ruby Kaja を推薦するコミュニティは、定められた期間中に本サイトの専用フォームより参加登録してください。
なお、Ruby Kaja の趣旨や目的に合致しないと運営委員が判断した場合は、応募を受理しない事があります。
A Fab Lab (Fabrication Laboratory, Fabulous Laboratory) is an open workshop offering digital fabrication (and analog tools as well), with the aim to make “almost” anything, through personal, social, local manufacturing.
Fab9Japan is the 9th annual international Fab Lab forum which gathers fab lab managers, users, researchers and personal fabricators from the global Fab Lab network and beyond, for a week of dialogue sessions, hands-on workshops and a one-day academic symposium on the principles and applications of digital fabrication.
Photo by Frosti GíslasonFab9Japan is hosted by The Social Fabrication Laboratory at Keio University SFC , in conjunction with the Centre for Bits and Atoms at MIT, Fab Lab Kamakura and the Global Fab Lab Network(including Fab Lab Japan Network), from 21-27 August in Yokohama, Japan.
It is an opportunity for the network to come together and share best practice, as well as plan for the future. To this end, the full meeting is heavily subsidised to allow maximum integration for the diverse countries and cultures involved. There are a number of ways that people outside the network can engage with this year’s event. Please see registration page.
(c) FAB9 committee, Social Fabrication Laboratory, Keio University SFC
プラットフォームのOS としてMac OS X 10.7.4及びJava for Mac OS X 2012-005を適用した場合、利用者クライアントソフトVer2.3（Macintosh対応版）が正常に稼動するか検証し、一部機能について問題があることを確認しました。
（１）JREのダウンロードの問題
Mac OS X 10.7では、デフォルトでJREがインストールされていないため、利用者クライアントソフトのインストールが失敗します。
JREをWebサイトからダウンロードし、インストールしてから利用者クライアントソフトのインストールを行うことによって本事象を回避できます。（２）アイコン表示の問題
Mac OS X 10.7では、利用者クライアントソフトのインストール後にデスクトップのアイコンが非表示となります。
利用者クライアントソフトのインストール後にFinderを開くことで、アイコンが表示されます。（３）Javaアプレットに関する問題1
ご利用になる電子申請システム等が、Javaアプレットのプログラムで動作する場合、Safariが64ビットモードでは動作しない可能性があります。事前に「“Safari“の情報」画面において「32ビットモードで開く」のチェックをONにしてください。（４）Javaアプレットに関する問題2の改善
ご利用のパソコンの環境が、Safari 5.1以降の場合、事前にJavaのユーティリティの「Java Preferences」にて、「32-bit」の起動優先順位を上にしてくださいと報告しておりました。
本報告の動作検証プラットフォームにおいては、上記の設定を実施しなくても、Javaアプレットのプログラムで動作するシステム等が正常に動作することを確認しました。（５）ICカードを利用するための機能のサポートに関する問題の改善
Mac OS Xの仕様変更により、ICカードを利用するための機能がサポートされなくなったため、「Mac OS X 10.7 Lionでは公的個人認証サービスを利用できません」と報告しておりました。
Mac OS X 10.7ご利用になるにあたっては、下記のMac OS Forge(*1)が提供する Smart Card Services のインストーラのページから「Smart Card Services Update v2.0.b2-Lion」をダウンロードし、インストールすることにより、利用者クライアントソフト（Macintosh対応版）が動作することを確認しました。
Mac OS Forge の Smart Card Services Installers のページ ：
http://smartcardservices.macosforge.org/trac/wiki/installers
*1) Mac OS Forgeとは
アップル社が自身のオープンソースプロジェクトをホストするために立ち上げたウェブサイト。 (Wikipediaより)
アップル社がSmart Card Servicesを廃止し、Mac OS Forgeがそれを引き継ぐかたちとなっている。
なお、Mac OS X 10.6 以前のMac OSついては、上記に示す追加インストールは必要ありません。
また、Macintosh上の動作や操作についてのご質問に対して、Mac OS本体についてはアップル社に、Smart Card Servicesについては、Mac OS Forge に直接お問い合わせいただくようお願いします。（６）都道府県知事の自己署名証明書取得に関する問題
Mac OS X 10.7 では、カードAPライブラリのJavaインターフェースを利用した電子申請システムにおいて、都道府県知事の自己署名証明書の取得に失敗します。
なお、e-Taxをご利用になる上での問題はありません。また、利用者クライアントソフトの「都道府県知事の自己署名証明書をみる」の操作も問題はありません。画面はこのファイルをご確認ください。
- 平成２４年１２月１８日
- 財団法人 自治体衛星通信機構
- 公的個人認証サービスセンター
【重要】 Mac OS X 10.7 Lionでは公的個人認証サービスを利用できません でお知らせしたように、ICカードを利用するための機能「Smart Card Services」がMac OSから欠落した状態 (*1) が続き、Macintosh利用者の方々にはご不便をおかけしていました。
本年9月18日にMac OS Forge (*2) から新バージョンのSmart Card Servicesがリリースされ、OS X 10.7以降のMac OSをお使いの方も再びICカードを用いたサービスが利用できるようになっています。Mac OS X 10.7 Lionについては、 Macintoshをご利用の方 に示すように、公的個人認証サービス利用者クライアントソフトの動作確認済み環境としています。
ご利用にあたっては、Mac OS Forgeが提供する Smart Card Servicesのインストーラのページ から「Smart Card Services Update v2.0.b2-Lion」をダウンロードし、インストールする必要があります。また、Mac OS X 10.7 LionにはJREがインストールされていないためJREをWebサイトからダウンロードし、インストールを行う必要があります。
その他、設定変更を伴う事項については、こちらを参照いただき変更いただけますようお願いいたします。
-
Posts
