|
|
|
|
|
||
|
||
すべて | グループ指定なし | 電子工作 | 組み込みLinux | ネットワーク | セキュリティ | 釣り | ストリーミング | 友達 | ニュースサイト | Linux | 放送機器
Error. Page cannot be displayed. Please contact your service provider for more details. (27)
免責事項
プライバシーポリシー
kinneko@転職先募集中の日記
読者になる
ふにゃふにゃ筋肉日記(ふにゃ筋)
読者になる
_
▼ ▶
2020
2020 / 1
▼ ▶
2019
2019 / 5
▼ ▶
2018
2018 / 2
▼ ▶
2015
2015 / 11
▼ ▶
2014
2014 / 5
2014 / 4
2014 / 3
▼ ▶
2013
2013 / 5
2013 / 4
2013 / 1
▼ ▶
2012
2012 / 12
2012 / 6
2012 / 5
2012 / 4
2012 / 3
2012 / 2
▼ ▶
2011
2011 / 8
2011 / 7
2011 / 6
2011 / 5
2011 / 4
2011 / 3
2011 / 2
2011 / 1
▼ ▶
2010
2010 / 12
2010 / 11
2010 / 10
2010 / 9
2010 / 8
2010 / 7
2010 / 6
2010 / 5
2010 / 4
2010 / 3
2010 / 2
2010 / 1
▼ ▶
2009
2009 / 12
2009 / 11
2009 / 10
2009 / 9
2009 / 8
2009 / 7
2009 / 6
2009 / 5
2009 / 4
2009 / 3
2009 / 2
2009 / 1
▼ ▶
2008
2008 / 12
2008 / 11
2008 / 10
2008 / 9
2008 / 8
2008 / 7
2008 / 6
2008 / 5
2008 / 4
2008 / 3
2008 / 2
2008 / 1
▼ ▶
2007
2007 / 12
2007 / 11
2007 / 10
2007 / 9
2007 / 8
2007 / 7
2007 / 6
2007 / 5
2007 / 4
2007 / 3
2007 / 2
2007 / 1
▼ ▶
2006
2006 / 12
2006 / 11
2006 / 10
2006 / 9
2006 / 8
2006 / 7
2006 / 6
2006 / 5
2006 / 4
2006 / 3
2006 / 2
2006 / 1
▼ ▶
2005
2005 / 12
2005 / 11
2005 / 10
2005 / 9
2005 / 8
2005 / 7
2005 / 6
2005 / 5
2005 / 4
2005 / 3
2005 / 2
2005 / 1
▼ ▶
2004
2004 / 12
2004 / 11
2004 / 10
2004 / 9
2004 / 8
2004 / 7
2004 / 6
2004 / 5
2004 / 4
2004 / 3
2004 / 2
2004 / 1
▼ ▶
2003
2003 / 12
2003 / 11
▼ ▶
2001
2001 / 6
2001 / 1
▼ ▶
1000
1000 / 1
▼ ▶
2022
2022 / 1
▼ ▶
2021
2021 / 7
2021 / 6
▼ ▶
2020
2020 / 6
2020 / 5
2020 / 4
2020 / 3
2020 / 2
▼ ▶
2019
2019 / 2
▼ ▶
2017
2017 / 7
2017 / 5
▼ ▶
2016
2016 / 10
2016 / 8
2016 / 7
2016 / 4
2016 / 3
2016 / 2
▼ ▶
2015
2015 / 10
2015 / 8
2015 / 4
2015 / 2
▼ ▶
2014
2014 / 8
2014 / 6
2014 / 3
▼ ▶
2013
2013 / 12
2013 / 9
2013 / 8
2013 / 7
2013 / 6
2013 / 5
▼ ▶
2012
2012 / 1
▼ ▶
2011
2011 / 12
2011 / 11
2011 / 9
2011 / 8
2011 / 7
2011 / 6
2011 / 5
2011 / 4
2011 / 3
▼ ▶
2010
2010 / 8
2010 / 7
2010 / 6
2010 / 5
2010 / 4
▼ ▶
2009
2009 / 12
2009 / 11
2009 / 10
2009 / 9
2009 / 8
2009 / 7
2009 / 6
2009 / 5
2009 / 4
2009 / 3
2009 / 2
2009 / 1
▼ ▶
2008
2008 / 12
2008 / 11
2008 / 10
2008 / 9
2008 / 8
2008 / 7
2008 / 6
2008 / 5
2008 / 4
2008 / 3
2008 / 2
2008 / 1
▼ ▶
2007
2007 / 12
2007 / 11
2007 / 10
2007 / 9
2007 / 8
2007 / 7
2007 / 6
2007 / 5
2007 / 4
2007 / 3
2007 / 2
2007 / 1
▼ ▶
2006
2006 / 12
2006 / 11
2006 / 10
2006 / 9
2006 / 8
2006 / 7
2006 / 6
2006 / 5
2006 / 4
2006 / 3
2006 / 2
2006 / 1
▼ ▶
2005
2005 / 12
2005 / 11
2005 / 10
2005 / 9
2005 / 8
2005 / 7
2005 / 6
2005 / 5
2005 / 4
2005 / 3
2005 / 2
2005 / 1
▼ ▶
2004
2004 / 12
2004 / 11
2004 / 10
2004 / 9
2004 / 8
2004 / 7
2004 / 6
2004 / 5
2004 / 4
2004 / 3
2004 / 2
2004 / 1
▼ ▶
2003
2003 / 12
2003 / 11
2003 / 10
2003 / 9
▼ ▶
0
0 / 1
6月
■ 7月1日
昨日の続き。 読みとか間違いも含めた住所や名前の曖昧検索を考えて。
単純に1文字単位でバリエーションを入れるとき、書かないとはっきりしなかったのが「ヶ」の字。
ちがさき
茅ヶ崎
りゅうがさき
龍ケ崎
ろっかしょ村
六ヶ所村
兵庫県宝塚市ひかりがおか
兵庫県宝塚市光ガ丘
を考えると、「ヶ」に対しては「ケ」と、読みの「が」「ガ」と、「か」「カ」が加わる。
さらに、3ヶ月と書く場合があることを考えると。
3ヵ月
3か月
3ゕ月
3カ月
3ケ月
3箇月
3个月
果たして地名であるかは置いて、「ヶ」の置き換えに対しては「ゕ」「ヵ」「箇」「个」を加えて「ケがガヵカゕか箇个」となる。
文字を削除して良い場合は、市谷～市ヶ谷駅や、各務原市～各務ヶ原駅を考慮すると、削除の選択肢も必要となる。
方向性を考えて。
ヶ → ケがガかカヵゕ箇个(削除)
ケ → ヶがガかカヵゕ箇个(削除)
ヵ → ヶケかカゕ箇个
カ → ヶケかヵゕ箇个
か → ヶケカヵゕ箇个
ゕ → ヶケかカヵ箇个
が → ヶケガ(削除)
ガ → ヶケが(削除)
になるのかな。
昨日書いた一方向性じゃないというのが、こんな感じで出てくる。
1文字1文字のバリエーションで対応できない文字もあって、踊り字なんかが該当する。
いすゞ→いすず
佐々木→佐佐木
これは前の字を見ないといけないので、処理がちょっと増える。
1文字1文字でも、読み方によって変換して読むのを考慮すべきか悩む文字もあって。
ゆふこ→ゆうこ
かほる→かおる
しほり→しおり
こわた→こはた
あたりが該当する。
あとは、歴史的な文字で現在使われていないものもあって。
「ヷヸヹヺ」あたり。
この文字は今の住所とか名前に出てこなそうなので、入れなくて良いかな。
日本語って難しいなと、改めて思う。
■ 7月2日
Amazon で自動二輪車用品を見ていたら、ヘルメットに付けるワイパーを見つけた。
電池駆動のもので、シールドの上部に装着するもの。
果たして便利なのかと少し考えてしまった。
もしちゃんと駆動するなら、便利かもしれないと思ったものの、中国での企画・製造のものなので、とてもちゃんと動作する気がしない。
ヘルメットのシールドの曲線に沿ってワイパーを動かすには関節が2つは必要で、それでもブレードが斜めだとちゃんと拭けないだろうし。
シールドの上部に装着するので、本体とシールドとの間に隙間ができて、逆に雨が入りそうだし。
面白そうだけど、ちょっと手が出ないな。
■ 7月3日
昨夜の夜中にスマートフォンがいくつか大きな音を立てて。
どれが鳴っているのかと見ると、Y!mobile の端末と楽天モバイルの端末みたい。
この雨に加えて地震も来るのかと画面を確認すると、大雨のためのレベル4の避難指示という緊急速報メールで。
緊急速報を、設定もなしに端末を鳴らすのは、地震以外でもあるのかと少し驚く。
でもね、寝起きで夜中で外は大雨で避難しろと言われても、多少危険があるかもしれないけど家の方が安全なんじゃないかと思ってくる。
結局、少し様子を見て、布団に戻った。
■ 7月4日
梅雨の時期もあって、雨がどのぐらい降ったのか気になって。
どこかで公開している情報はあるのかと調べてみると、気象庁の web ページに見つけた。
気象庁 過去の気象データ検索
期待はしていなかったが、まさかの CSV でのダウンロードまでできて、驚いた。
天気図と合わせて AI に学習させたら、そこそこのものができそうだなと思ってしまう。
まずは、寝ている時間も含めた降雨量をチェックして、崖崩れとかに備えることに。
■ 7月5日
数年前、onkeyup と onkeypress を組み合わせて、Enter キーで要素の移動だの実現していたコードを書いた。
2つを組み合わせる理由が、IME の制御のときのキーコードを除外していたためで、仕方なく、という感じだった。
今日、keyCode を調べていたら、event.keyCode は deprecated の扱いになっていた驚く。
さらに onkeypress も deprecated になっていて。
これだと、IME をオンにしたときの Enter キーや矢印キーの除外がうまく判別できない気がして。
ちょっと調べてみたけど、やっぱり困っている人がいて、うまい解決方法が無さそう。
しばらくブラウザは実装を残すだろうけど、この先がちょっと心配。
■ 7月6日
スマートフォンを眺めていて、気になる機種のいくつかで Bluetooth 4.2 と Bluetooth 5.0 と、違いがあって。
調べると、4.2 と 5.0 は2年の開きがあって、さらに最新は 5.2 になっていた。
Bluetooth は 4.0 になってだいぶ進化したという記憶があるけど、4.2 から 5.0 になったときの進化については記憶にない。
Wikipedia なんかで調べてみると、LE のデータレートの変更と、到達距離の変更みたい。
どちらも対応機種があってのことなので、実際にどこまで機器があるのかわからないけど。
到達距離も出力電力のクラスが対応した上でのことだし。
結局、5.0 じゃなくてはならない、という状況ではないな、ということで落ち着く。
■ 7月7日
Intel の CPU は、Celeron に Atom に i3、i5, i7, i9 に加えて Xeon とあるのはわかる。
シングルコアの時代は CPU にクロック周波数を入れてくれていたので、型番でどのぐらいの性能かなんとなくわかる。
それが、マルチコアのマルチスレッドが当たり前になって来ていて、どっちが性能が上とかよくわからなくなっている。
恥ずかしながら、i7- などの後の数字が世代なのを最近知った。
それだったら、その後の数字をコア数とスレッド数と周波数で入れてくれると、もっとわかりやすいのだけど。
最近のクロック周波数は頭打ちな感じなんだから、余計に思う。
そんな CPU のことを調べつつ、来年のメイン PC 買い替えに向けて、少しずつどのぐらいのスペックにしようかなど、考え中。
■ 7月8日
ちょっと昨日の続きで。
小型の PC を調べていたら、シリーズで Celeron N3450 と Celeron N4020 と積んでいる違いがあるモデルがあった。
果たして、どちらの性能が上なのか、まったく予想が付かない。
ちょっと調べてみて、表にしてみた。
項目 Celeron N3450 Celeron N4020
発売 2016年9月 2019年11月
アーキテクチャ Apollo Lake Gemini Lake
コア 4 2
スレッド 4 2
ベースクロック 1.1 GHz 1.1 GHz
ターボクロック 2.2 GHz 2.8 GHz
消費電力 6 W 6 W
これだけだと、実際にどちらが早いのかがわからない。
シングルコアだと N4020 の方が早いのはわかるが、マルチコアの場合はコア数の違いと最大周波数の違いがどう出るのか。
その前に、何をやるかによってなのだろうけど。
こればっかりは、人によって違うので両方使ってみないとわからない。
その辺りをもう少し分かりやすくして欲しいものである。
■ 7月9日
高速道路などで使う ETC の機械を見ていたら、「新セキュリティ対応」と書いてあったりする。
この「新セキュリティ」って何？と思って。
旧セキュリティがあって、それに脆弱性があるのかなと。
調べてみると、国土交通省の web ページに説明などがあった。
セキュリティの規格を新しくして、2030年頃に古い規格が使えなくなる、ということみたい。
ETC の仕組みができて20年経つので、仕方ないところがあるけど、せっかくなのでもっと便利にしてもらえないかと思う。
高速道路の途中で道の駅に寄っても出たことにならない、というどうでも良い施策じゃなくて、駐車場の料金支払いやドライブスルーでの支払いの方が必要とされているのに。
COVID 前に支払いで使えるようになっていたら、もっと普及していたと思うと、非常に残念に思う。
■ 7月10日
帰り道だったのもあって、いつも行かないスーパーに寄った。
支払いのときにクレジットカードを出したら、「使えるのはこちらのカードだけです」と紙を指さされて。
Orico カードとか、ライフカードとか、えっと思うようなカードしか並んでなくて。
そこそこ大きくて、チェーン展開もしているような店で、今どきクレジットカードで買い物できないなんて、と軽く衝撃で。
多分、よほど困ってないと、もう行かないだろうなと。
私でさえそう思っているので、他の人も何割かはそう思っているかもしれないし、そのために客数も減っているじゃないかと。
数パーセントの手数料をケチって、数十パーセント以上の客を逃している気がする。
■ 7月11日
家で使っている PC のモニタは窓を背に置いている。
夏の時期は日差しが強く暑いため、窓の外に笹を使って葦簀のような感じで縦に並べていた。
それがもう3年は経ってボロボロになってきた。
機能は果たしているのだけど、台風が来たときに倒れて色々なものを壊してしまうのも困る。
いざ台風が近づいて、撤去しようとしたときに風にあおられて大変そうなので、撤去した。
代わりに、オーニングというか、日除けシェードを買った。
タカショーというところの、2m×2m のもの。
思ったより軽くて、ゴワゴワした感じ。
これにした理由は、2年保証が付いているのと、2000円と言う安さ。
ホームセンターでステンレスの金具を買ってきたので、家にあったステンレスのコーススレッドで固定して。
下側は家に余っていた、昔靴掛けに使っていた金具があったので、それを地面に打って、設置完了。
上側はハトメが4か所、下側は2か所、下側は3つ欲しかったかな。
色々写ってしまうので、全体の写真はないけど。
パラコードを使って、引っ張ると折りたためるようにもしてみた。
くしゃくしゃに折りたたまるので、台風のときは窓側にぴったりと結びつける方が良いかもしれない。
使ってみた感じは、思ったよりも明るいかな。
商品説明には、遮光率:約85～90%、とあったけど、もっと通してる感じがする。
これから暑い日が続きそうなので、まずは一安心かな。
■ 7月12日
MySQL を使っていて。
MySQL [test_db]> desc user_info; +-----------+------------------+------+-----+---------+----------------+
| Field | Type | Null | Key | Default | Extra |
+-----------+------------------+------+-----+---------+----------------+
| user_id | int(10) unsigned | NO | PRI | NULL | auto_increment |
| name | varchar(100) | NO | | | |
| address | text | YES | | NULL | |
| option | text | YES | | NULL | |
+-----------+------------------+------+-----+---------+----------------+
4 rows in set (0.00 sec)
こんなテーブルがあって、何
403 Error
現在、このページへのアクセスは禁止されています。
サイト管理者の方はページの権限設定等が適切かご確認ください。
403 Error
現在、このページへのアクセスは禁止されています。
サイト管理者の方はページの権限設定等が適切かご確認ください。
FAQ / お問い合わせ窓口
コメント
2017-12-06
■ [Joke] ローカルネットワークに対するクロスオリジンの攻撃からシステムを守る簡単な方法
インターネット上に公開されているわなサイトを経由して社内イントラネットなどのローカルネットワークへXSSやCSRFなどのクロスオリジンでの攻撃を仕掛けようという試みは古くから存在します。現実にこれらが行われたという話は聞いたことはありませんが、理論上は可能であるという話をよく聞きます。対策としてまず検討すべきは、社内システムであっても通常のシステム同様に脆弱性を生まないようセキュアなものにするということです。それらが難しい場合には、少しの手間でローカルネットワークに対するクロスオリジンでの攻撃を低減させることができます。
フィドラでクロスオリジンからの攻撃を低減させる手順
Fiddler を起動し「Rules」メニューから「Customize Rules...」をクリックします。エディターが立ち上がってルール用のFiddlerScriptの編集画面が出てきますので、以下を追記します。
function isLocalServer(host:String):Boolean {
// TODO: 環境に合わせてここを修正して下さい
const localServers = ["server-name-1", "server-name-2"];
var re = /^([￥d]{1,3})￥.([￥d]{1,3})￥.([￥d]{1,3})￥.([￥d]{1,3})$/;
var m = re.exec(host);
var i;
// プライベートIPアドレスのホストはローカルのサーバーとみなす
if (m !== null) {
m[1] = m[1]|0;
m[2] = m[2]|0;
m[3] = m[3]|0;
m[4] = m[4]|0;
if (m[1] > 255 || m[2] > 255 || m[3] > 255 || m[4] > 255) return false;
if (m[1] === 10) return true;
if (m[1] === 172 && (m[2] >= 16 && m[2] <= 31)) return true;
if (m[1] === 192 && m[2] === 168) return true;
}
// ローカルサーバーの一覧に存在するかチェック
for (i = 0; i < localServers.length; i++) {
if (host.Equals(localServers[i]) ){
return true;
}
}
return false;
}
class Handlers
{
// 省略
static function OnBeforeRequest(oSession: Session) {
// 省略
// ターゲットがローカルサーバー
if (isLocalServer(oSession.hostname)) {
var from = oSession.oRequest.headers["origin"];
if (from !== "") {
from = from.replace(/^https?:￥/￥//,"");
} else {
var m = /￥/￥/([^￥/]+)￥//.exec(oSession.oRequest.headers["Referer"]);
if (m !== null) {
from = m[1].replace( /^[^@]+@/,"");
}
}
// 呼び出し元がローカルサーバーではない
if (!isLocalServer(from)) {
FiddlerApplication.Log.LogFormat("Blocked {0} from {1}", oSession.fullUrl, from);
oSession.utilCreateResponseAndBypassServer();
oSession.oResponse.headers.Add("Content-Type", "text/plain");
oSession.oResponse.headers.HTTPResponseCode = 404 ;
oSession.oResponse.headers.HTTPResponseStatus = "404 Not Found";
}
}
}
}
たったこれだけで、外部のわなサイトを経由したクロスオリジンの攻撃からローカルシステムをある程度守れます。
まとめ
やっていることは、通常は社外の公開サーバーをRefererやOriginとして社内に対してリクエストが発行されることはないので、それを検知した場合に404応答を返しているだけです。ただし、もちろんのことながら、ReferrerやOriginがつかない状況も頻繁に発生するので、そういった場合にはこの方法では攻撃を防ぐことはできません。繰り返しになりますが、社内システムであっても社外のシステム同様にきちんと脆弱性への根本的な対策を行っておくべきでしょう。
ツイートする
コメント
2017-11-06
■[SECURITY][Event] サイボウズ バグハンター合宿に行ってきた
先週の11月3日-4日に開催されたサイボウズ バグハンター合宿に参加してきた。
サイボウズ バグハンター合宿 - connpass
3年前は個人戦だったけれど今回はチーム戦ということに加え、クソつまらない脆弱性を多数報告した場合は評価が下がる採点方式だったので、最初はチームの足を引っ張らないようホームラン級のバグを探そうとしたけれど、最近すっかり技術的なことをやっていないのでなかなかそういうバグも見つけることができず、ゼロよりマシだろうということで結局わりとくだらないバグをいくつか報告した次第。とはいえ、他の人はあまりやらないだろうなという「クロスオリジンでの情報漏えい」みたいな自分としては好きなタイプのバグをひとつ見つけて報告することができたので、その点は満足。結果的にチーム順位は最下位、個人順位ではかろうじて10位に入るという感じでした(下から数えた方が早い)。Masato Kinugawaさん強すぎ。
いろんな攻撃手法に関して、以前なら自分の技として適切な場面でそれを取り出して使えることが多かったけれど、だんだんと手を動かす時間が減るにつれ他の人の攻撃例を見て「ああ、そうか。そこでその攻撃手法が使えたんだ！」みたいな感覚になっていってたんだけど、さらに今回は「なにそれ。そんな攻撃方法あったのか」みたいに全く知らない技がいくつもあったりして、すっかり時代においていかれた感を味わってきた。
実際にサイトを検証するのは、CTFと違って「問題のための問題」みたいなのではなく、実際に生きて動いてるWebサイトなのでどれだけ不合理で不自然なかたちであっても脆弱性が存在すればそれは現実のものなわけだし、あるいは特定の挙動についてあるサービスではサービスの提供方針として脆弱性として認定されるものが他のサービスでは脆弱性とは認定されないというような運用指針に寄るものがあったり、そういう点でリアルな世界なので学びも大きいし超楽しかった。
次回が開催されるのかはわからないけれど、もし開催されるのであれば次は事前にちゃんと予習復習をして、もうちょっと人権をちゃんと確保したい。
ツイートする
コメント
2017-04-24
■ [SECURITY] podcast 第1回 セキュリティの『アレ』
@ntsujiさん、@MasafumiNegishiさん、mtakeshiさんのポッドキャスト「セキュリティの『アレ』」の収録にお邪魔してきました！
第1回 動画のアレからポッドキャストのアレに帰ってきたよ！スペシャル « podcast - セキュリティの『アレ』
http://tsujileaks.com/media/are_170423.mp3
人に聞かせるために話すっていうよりは、辻さん根岸さんに解説してもらいながら3人との会話を自分自身が楽しむみたいな感じでした。ゆるゆるグデグデな感じですけどよろしくお願いします！
ツイートする
コメント
2016-12-16
■[SECURITY] 安全な脆弱性の作り方
この記事は 「脆弱性"&’<<>￥ Advent Calendar 2016」16日目の記事です。具体的な脆弱性の話でなくてすみません。いろいろコードを書いていると、安全に脆弱性を発生させたくなるときがあります。って書くとさっぱり意味がわからないと思いますが、セキュリティの講義のための演習環境とかそういうやつです。
受講生自身の手でWebアプリケーションの脆弱性を探してもらうような演習では、検査対象となる脆弱性を含むWebアプリケーションを用意する必要があります。こういった「脆弱なWebアプリケーション」は例えば Broken Web Applications Project のようなものを代表にいく
Not found: /index.html
Home
雑木林の中で、フクロウの子どもに出会う。初めて本物を間近で見た。感動。
[その動画(mp4,1.7MB)]
＠山梨県北杜市
今年こそは、と設置。カメラはマイク付USBカメラ130万画素、約2000円。巣から50�冂�話して玄関天板に取り付ける。
明日なのか数万年後なのか600年前なのか、ベテルギウス爆発
地球からの距離は約６００光年とされる一等星ベテルギウスでこんな話題が舞い込んできました。
asahi.com（朝日新聞社）：ベテルギウスに爆発の兆候 大きさ急減、表面でこぼこ - サイエンス:
オリオン座の１等星「ベテルギウス」で、超新星爆発へ向かうと見られる兆候が観測されている。米航空宇宙局（ＮＡＳＡ）が６日に公開した画像には、星の表面の盛り上がりとみられる二つの大きな白い模様が写っていた。この１５年で大きさが１５％減ったという報告もあり、専門家は「爆発は数万年後かもしれないが、明日でもおかしくない」と話す。もし爆発すれば、満月ほどの明るさになり、昼でも見えるようになる。
冬の大三角の一つでもあるベテルギウスは、赤色超巨星と呼ばれる巨大な星。直径は太陽の１千倍で、太陽系にあるとしたら、地球や火星はおろか木星までが覆われる大きさだ。重いため一生は短く、まだ数百万歳（太陽は４６億歳）だが、すでに寿命に近い。最後は超新星爆発を起こし、ブラックホールなどになるとされる。
地球からの距離は約６００光年。
もし爆発すれば？明日でもおかしくない？数万年後かもしれない？だって600光年ですよ。光、電波いずれも地球に届くのに600年かかるわけだよね。仮に明日「爆発した！」となっても、それは600年前に起きた出来事がやっと地球に伝わったということ。爆発したのかどうかは、すでに結論は出ているかもしれない。これは面白い。どんだけ過去と現在と未来を自由に使ってるのかと。
遠い星の過去の歴史が届くのを待ちながら、自分たちの未来を予測する仕事なのですね。
ロマンを感じる、、といきたいところだが、むしろ背筋に冷たいものを感じる気がする。だって、地球に情報が届いていないだけで、宇宙的にはもう決まってるわけだし。
遠い星を調査する天文の専門家は、未来に向かって調査を進めているというよりは、過去にすでに起きた出来事が地球に届くのをひたすら待っているのですね。光よりも早いスピードで伝達するものを見つけられれば、もっと先のことまでわかるわけだ。おっと、「光速よりも先に伝搬し影響を及ぼす何かがある」とすると、観測して予測するより先にどがーんと影響を受けてしまう。
これは急がねばならぬのでは。光より速い、観測可能なものを早いところ見つけろ、と。
は、それがスーパーコンピューターで計算できたら世界一だねｗ
それはそうと、600光年って、まあ、思ったより近いしリアルな印象を受けました。ウルトラの星、M78星雲は銀河系から300万光年だからおとぎ話でいられるわけですね・・・。
は！ウルトラマンはどうやって移動するんだろう！？ウルトラマンは地球の平和を守るためにちまちま怪獣退治してる場合ではなく、むしろ宇宙で何が起きているのかを伝えるという仕事をしてくれたらいいんだよな。
スーパーコンピューターじゃだめだ、ウルトラコンピュータじゃないと！
「宇宙」が面白くなってまいりました。
30年に一度の「大きなツキ」の日。
国立天文台天文情報センター暦計算室によると、2010年の元旦は満月。
元日と満月の組み合わせは30年に一度だそうです（裏はとれず）。
追記：しかも！2010年元日の早朝に、部分月食が起こるそうです。
”2010年最初の月食は部分月食で、元日の早朝に起こります。食が始まるのは午前3時52分頃、終わるのは午前4時54分頃で、食の最大は午前4時23分頃となります。”
なにはともあれ、さまざまな景気循環説は数十年単位ですよね。
1980年代。オープン・イノベーションの担い手が大手企業のR&Dからベンチャーに移ったドラスティックな時代。音楽的には80’sは時代を超えてひとつの伝説化しています。フュージョンブームでもありましたね、コピーバンドの多さが支えました。
当時わたしはティーンエイジャーで、高専で、勉強も、バイトも、バンドも、好きにいろんなチャレンジをした時代でした。そう、もっと好きにやってもよかった。今？再びやってるんだなあ、そういうこと。
1990年代。生産重視系、焼き畑農業的ビジネスのバブルははじけるわけですが、技術革新のシードが大きく発展した時代。
わたしはOAの会社を経て、早くにUNIX系エンジニアに。とても早くにインターネットに接することができたためにLinuxとともに成長し、それをきっかけにさまざまな人の出会いやプロフェッショナルビジネスに恵まれました。
2000年代。IT・ネットバブルが一旦はじけ、競争力の源泉がめまぐるしく変化する時代。この10年をぜえぜえいいながら走ってきたわけですが、この時代にいろんな「起業」を体験し、そして末吉さんとか高須賀さんとか大前さんとか他にも大勢の「匠」、あとは不断の仲間を得、それぞれから常に学ぶ機会をいただいている。これはとても大きいと思います。
2009年、大勢の方々に力を得て今日までめちゃめちゃスリリングに過ごしました。公私ともに、いろんなバッターボックスに立たせていただけた。とてもとても感謝しております。
つらいことも、楽しかったことも、必ずいいことにつながります。逃げと失敗は本質的に違う。失敗に折れないことも、成功に甘んじないことも成長につながります。
2010年を迎える今、景気循環が何年単位でもいいんですけど、とにかくマクロ的弁証法的にも、ミクロ的体感的にも、原点回帰とステップアップの両方がどくっどくっと躍動が来てる感覚があります。そして、エンジニアリングふたたび。Emacs率急上昇中です。社会心理学の実装に没頭することにも決めました。
さあ、元日、「大きなツキ」を見よう。
あっさり1400+365文字まで書けた件
なにこれ、woofer? 英辞郎曰く、「低いうなり声[音]を出す」
そうするとここでは「つぶやく」感じではなく、ぶつぶつと好きなことを延々と言えというわけですね。あまり人として充実した感じはしないが、まあ人の言うことなんて自分にとっては名言だが聴き手にとってはうなってる程度なのかもだね。
このインターフェース、なにが一番のキモかってこの文字数カウンターだよね。Twitterでは、「あと何文字書けるか」を140から減じていく方法で表示させるのに対し、Wooferでは、「あと何文字書かなければならないか」を-1400から加算していく方法でひたすら「0」になるのを目指させる。
で、どれどれ、と書き始めると、なかなか1400文字も行かない。最初はこのページの雰囲気に引っ張られて、普通にtwitterぽく書いていくわけだが、少々長く書いたところで-1241とか書かれていて、
「あはは。おまえ、そんな程度しか文字書けないのかよ。ずいぶん体力落ちたな！ twitterなんぞで中途半端に情報メタボになっちまってるんじゃネーノ？（爆」と言われてる感じだ。「そりゃこのインターフェースの狭さのせいじゃないのかよ」と言ってみよう。この時点ではそう思った。
だってさ、私の場合、記事を書く場合はWordやWriteRoom(Mac用執筆ソフト)で書く。パワポでも、A3モードにする。そこには「書くべき内容をじゃんじゃん投げ込める広い面積」を確保し、遠慮無く書く。とにかく好き放題発散してもあとで俯瞰して編集し、自分のタイム感で「語りかけ」をする。広いってすばらしい。つまり、書くべきものにふさわしい広さとタイム感を持った入力先が必要だろう。
なんてのはどうかね。
「インターフェースの面積」 x 「インターフェースが強制するタイム感」＝「執筆空間」
twitterは面積が狭い上に、早いスピードを強制するから、それは直感的かつ短命な情報がじゃんじゃん現れるわけだが、なぜかしら執筆エネルギーをそいでしまうため、blogなど長文を書く頻度、あるいは書いたとしてもその量、質すなわちゆとりを持って彩りのある表現を存分に駆使することに元気がでなくなる。
広い面積のRHODIAや、3Mのイーゼルパッドで、ゆったりとした時間をとり、思考のマッピングをする人を何人か知ってる。プチアイデアを落としてしまわないために急いで書くことを怠るわけではないのだが、そういう「ちょっとしたレベル」の情報単位はポストイットやRHODIA#11を使う。Evernoteはそこに位置づけられる。
すなわち、Twitterではその「ちょっとしたレベル」で人とプチ情報の交換ができる、そういうことが起きていると思えるわけなのだが、そこでは連携性のある思考マッピングには向かない。短期記憶に収納するには大きすぎるし、せかせかとした情報フローでは立体的なビジョンを書き落とせないからだ。
ここに大きな思考表現の機会損失があることは明白だ。
どうすればいいか。少なくとも、利用のシチュエーションごとにばさっと切り替えるとか。いわゆるパソコンのキーボードを使うときは、ばっさりtwitterに書かないとか。思考マッピングできる「広い面積」の出番を減じないようにし、自分のはけ口に安易にtwitterを使わないことにする。ケータイやスマートフォンはいいとしよう。老若男女とせいぜい仲良くtweetしよう。
次に、twitterでは「タイム感」を落とす。これはfollowerを減らすか、スルー力をつけるしかない。follow数が劇的に少ない人に面白い発言者が多い気がする。要するに「タイム感」を強制されていないからかもよ。
1400文字書くのも、やってみると乗ってきますな。途中で息切れしつつも、乗ってくるとこの狭いインターフェースでも結構書けてしまう。楽々1400文字をクリア
現在このページはサーバメンテナンスのためサービスを停止しております。
サービス再開は04:00時の予定です。
(再開時刻は前後する場合がございます)