  |
はてなキーワード: 2.0とは
横だけど、URLは面白いですね。 高齢カップルの出産数の低下も要因としてあるのね。 晩婚化も問題だわな。非婚化も問題だと思うけど。
夫婦の出生力 http://www.ipss.go.jp/ps-doukou/j/doukou14/chapter2.html
平均出生子ども数は夫妻の結婚年齢が高いほど少ない傾向がある。たとえば結婚持続期間15～19年でみると、妻の結婚年齢が20～24歳の夫婦では平均出生子ども数が2.08人であるのに対し、25～29歳では1.92人、30～34歳では1.50人となっている。したがって、結婚年齢の上昇（晩婚化）は、夫婦の平均出生子ども数を低下させる効果を持つ。
まぁ高齢出産だと大変だからな。 育児は体力勝負な所がある。30歳こえてから出産すると「2人目はちょっと。。。」ってなる女性も多かろう。
バグフィックスやiOS6最適化をさせた最新のAdMobを載せたい！→AdMob SDK 6.2.0を使ってね。あ、でもこのバージョンのAdMobはiOS5以下ではUDID取得するから（あと、iOS6ではadvertising identifier使うから）アプリ側の責任でそのことはちゃんとユーザに告知してね☆
あれ、今まではUDID使わないバージョンがダウンロードできていたと思うけど、それどこ行ったの？ 6.2.1とかないんですか。
え、iPhoneでAdMob使うなら、ユーザに「IDFA/UDIDを使ってもいい？」って同意をとったことを確認した上じゃないと使えない？ めんどくさくね？ 端末がユニークになるようにトラッキングしないと広告出せないの？
（記事が長すぎたので前編・中編・後編に分けました）
僕ももう、リストラされそうなとあるおっさんなんですが、先日Webサービスを公開しました。
きっかけになったのはこの記事です。
http://anond.hatelabo.jp/20101203150748
こんな事できたら良いなぁと思っていると、他にもやっている方たちがいました。
http://matome.naver.jp/odai/2131952812556433001
http://anond.hatelabo.jp/20120318122617
Rails3 と jQuery で、真面目にオシャレなエロサイトをつくってみました - h300
http://d.hatena.ne.jp/inouetakuya/20120331/1333192327
http://anond.hatelabo.jp/20120914214121
http://blog.ropross.net/archives/99
これらを読んで自分もやってみたくなり、
先日の家入さんの折れずに挑戦を続ける姿を見てモチベーションも高まり、
７月２１日～８月１９日の３０日でWebサービスを作りました。
最後の一週間はお盆休みでしたが、それ以外は平日は仕事をしながら土日をフルに使っています。
と言っても、いきなり高度な事をするのは大変なので、
本当に自分が作りたいサイトをやる前に、一度シンプルなサイトを作ってみる、という所までです。
やってみて改めて分かったのは、「自分でWEBサービスを作りたいと思っている人へ」の中の人はかなりがんばったんだなぁ、と。
かなりの熱意とモチベーションをもって、効率良くやらないと、一から勉強してあの短期間であのサイトは作れません。
プロ顔負けの技術とおもしろいアイデア、情熱をもって短期間でそれをやってしまった中の人は凄いです。
だから、Webサービスに夢を見る人(僕)も、Web業界の人も、あとＨな人もブクマするのでしょう。（賞賛）
それでは、一般人が一般的ながんばりで確実にやれるだろう手堅いラインをお届けします。
偏差値40の僕が最低限ここまで出来たので、きっとあなたならもっと出来るはず。
ステップ７まではサクサク進めて、分からなくてもどんどん次に行きましょう。
今回ぼくが作ったサイトはこちら
■ステップ０：準備
・パソコンを用意
・ブラウザはChrome,IE,Firefox,Safariあたりをインストールしておく。Chrome便利。
・作りたいサイトのアイデアとデザインのイメージ、ドメイン名(○○○.comとか)のイメージ。
・作る理由とやる気
・はてブ便利、Web業界の皆さんの空気感を知るため、なるべくＰＣかスマホでチェック。
ブラウザを右クリックして「ソースを表示」すると出てくるアレです。
Yahoo!とかのソースを見るとかなり長いけど、全部書くわけじゃないから大丈夫。
ネットで調べても良いけど、やっぱり基礎知識は本が良いと思います。
メモ帳で書いてブラウザで表示して、メモ帳で直してブラウザF5で更新して確認、
何となく分かってきたら、より具体的に理解するためにこの本を読みます。
PHPについて調べる。
初めはこの本が勉強になりました。
書いてある通りロカールサーバー(XAMPPかMAMP)を入れて、自分のマシンでPHPが動くようにします。
データベースの使い方も一緒に書いてあるので入門に最適です。
次はこれを読みます。
普通に読んでいくと中盤のフレームワークを作る所で挫折するはずなので、一旦そこまででOK。
パーフェクトPHP
PHPの他の選択肢としてRubyやPythonもあるみたいですが、学習コストがかかりそうなのと、そのままでは動かないサーバーがあったりで、
最先端のプログラマーになる必要はないので、レガシー＆枯れたPHP一択です。
カッコつけずにモチベーションが持続するうちに勝負です。
VPS(専用サーバーを仮想的に分割して安くしたサーバー)が流行ってますが、
学習コストがかかるのと勉強する事が増えるので割りきって始めは普通のレンタルサーバーにします。
VPSを借りるとLinuxの知識やWebサーバー、メールサーバー、及びそれらの保守管理などの知識が必要になります。
レンタルサーバーならある程度マネージドで、作ったプログラムが動かない時の原因の切り分けもしやすいです。
おすすめは「さくらのレンタルサーバー」のスタンダードプランです。データベースの使えない「ライト」プランは止めましょう。
その他、ロリポップ、CORESERVERなどいろいろあるので最低限PHP,MySQLが使えるサーバーを選びます。
サーバーを契約したらアカウント情報を確認して、FTPでログインしてみましょう。
http://sourceforge.jp/projects/ffftp/
ログインできたら、ステップ１で練習したファイルをアップロードしてブラウザで表示してみたり、
ステップ２で作ったPHPファイルをアップロードしてブラウザで実行してみたりします。
慣れてきたらFileZilla FTP Clientが便利です。
Webサービスのしくみを理解するために、WordPressを借りたサーバーに入れてみます。
WordPressはPHPで出来たCMS（コンテンツ管理システム）で、ステップ１～３がどう組み合わさって動くのか理解できます。
ブログや会社案内のサイト程度は作れてしまうので触れておいて損はないです。
テーマをいじったり、プラグインで遊んでみると理解が深まります。
オススメはこの本。
プラグインのまとめはこの辺りが親切。
2011年版！絶対にインストールしたいWordPressプラグイン45個
http://vanilla-stone.com/blog/wordpress/2011-edition-45-wordpress-plugin-pieces-install-absolute/
TwitterやInstagramと連携するプラグイン入れたり、CRONで自動化したりすると楽しくなってきます。
ここまでで何となくWebサイトのしくみが理解できると思いますが、
自分の作りたいサイトを一から書いていくと思うと心が折れると思います。
そこで、CakePHP(ケーキピーエイチピー)というフレームワークを勉強します。
フレームワークというのはWebサイトの開発で必要になることが多い色んな機能をまとめてくれている枠組みソフトです。
PHPの文法で、フレームワークの書き方のルールに従うだけで、様々な便利機能を簡単に使用でき、
フレームワークは他にRubyのRuby on Rails、PHPだとSymfonyやYiiなどかなりの種類があります。
CakePHP 1.3によるWebアプリケーション開発―オープンソース徹底活用
あと、余裕があればこれも購入。
注意したいのは、現在CakePHPのバージョンは1.3系と2.0系がありますが、1.3を使うという事です。
2.0系は新しい機能が付いたりパフォーマンスが良くなったりしていますが、2012年9月現在、
バージョンアップが激しく、関連書籍は２～３冊程度、Webの検索でもヒットするのは1.3の情報が圧倒的に多いです。
ＭＶＣというデータ処理・表示処理・それらのコントロール処理を分離して記述するルールや、
ステップ２では踏み込んでいなかったクラスが出てきますので、慣れるまではかなりの心折設計です。
難しすぎて僕は理解できなかったので、ここで一旦CodeIgniterに浮気しました。
CodeIgniterはCakePHPと同じPHPで書かれたフレームワークで、インド方面で良く使われてるらしい。日本だとまだマイナー、かな。
ライセンス問題で下火になっていますが習得の容易さとパフォーマンスが良いのでフレームワークという概念の把握にはオススメです。
僕はこれを読んでCodeigniterだけじゃなくてCakePHPも理解できました。
CodeIgniter徹底入門
ただ、CodeIgniterは簡単・高速で習得しやすいけど、
その分シンプルで機能が少ないので、ちゃんとしたサイトを作ろうと思うほど自分で書く部分が増えていきます。
セキュリティやユーザー認証なども素人が自前で一から作るのは危険なので、やっぱりCakePHPお勧めです。
開発する時はgitHubに上がっているデバッグキットを入れると便利です。
cakephp / debug_kit
https://github.com/cakephp/debug_kit/tree/1.3
http://codezine.jp/article/detail/5105
NetBeansを使う時のCakePHP用の追加モジュールはここ
https://github.com/evilbloodydemon/cakephp-netbeans/tree/autocomplete
中編はこちら
studygiftの2人
スタディギフトで有名な二人がまたやらかしたというのでわくわくしています＾＾
ところで、そもそもオシャレハットさんがやってるリバティとかいうプロジェクト？が何なのかそもそもわからないのでWebサイトに行ってみました。
このうち…
色々あるとは思うんだけど、さすがに6月とか7月にリリース予定だったものを放置しておくのはやばくないでしょうか？
何か理由があるのだろうか…。
OREPONっていうのはサービス始まってるみたいだけど、ここは更新されていないみたいです。
顔面広告のやつ。
そーしゃるめでぃあで話題になってましたね。
覚えてます。
広告枠を公開しているので見てみた。
http://ganmen-kokoku.com/buy.php
一発ネタあるあるですね＾＾
ま、がんばってください＾＾
http://anond.hatelabo.jp/20120902231521
の続き
TwitterBootStrapでナビバーの色を変えたい場合は
bootstrap.cssの
.navbar-inner{
省略
background-image: -moz-linear-gradient(top, #333333, #222222);
background-image: -ms-linear-gradient(top, #333333, #222222);
background-image: -webkit-gradient(linear, 0 0, 0 100%, from(#333333), to(#222222));
background-image: -webkit-linear-gradient(top, #333333, #222222);
background-image: -o-linear-gradient(top, #333333, #222222);
background-image: linear-gradient(top, #333333, #222222);
background-repeat: repeat-x;
filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#333333', endColorstr='#222222', GradientType=0);
省略
}
の「#333333」「#222222」の部分を変えればOK。
同じ色にしたい場合は、どっちも同じ値を指定すればいいし、グラデーションで、違う色にしたい場合は、それぞれを変更したい色の値を
指定すればOK。
株価バブルが起きていた85年～89年のインフレ率は2.0%、0.7%、0.0%、0.8%、2.2%。このインフレ低下＋低インフレ水準がバブルの温床になった。もっと早くに大規模な金融緩和をやっておいて、インフレ率を引き上げて名目金利を高めていたら、あの悲惨なバブルは起きなかっただろうな。おまけに、低インフレがバブル崩壊後の景気回復の足を引っ張るから踏んだり蹴ったり。失われた20年の発端は、この85年～89年の異常な低インフレを招いた政策にこそある。
そして、その85年～89年の異常な低インフレを招いたのは、http://www.esri.go.jp/jp/others/kanko_sbubble/analysis_01_12.pdf の図表12-15にある、85年の金融引締環境（バブル潰しの時期を上回る大きな金利ギャップ＝金融緩和が必要な状況（プラザ合意後の円高）での金利維持）。
＞リフレ派に増税反対してる人がいるようだけど、日銀がお金をたくさん刷って、インフレを起こせば民間の所有する貨幣価値が下がるから増税と同じじゃん。
増税効果の有無が一致すれば、どんなものでも全部一緒だと言うの？馬鹿じゃん。リフレは経済全体のパイを拡大させて、そこからインフレ税を取る。消費増税は経済全体のパイが同じまま（あるいは縮小させながら）、そこから増税分を取る。インフレ税なり消費増税なりの分を取られた、残りの分け前の大きさは全然違ってくる。
税金を取ることで、何をしたいのか不明瞭。
税収はすなわち即金として使用できる。それが財政健全化をもたらすという。建前上の一番のインセンティブだ。
ところで、日本の国債利回りは0.098(1年)〜2.088(40年)（基準はH24.8.21。財務省ＨＰより。）と、低い。
この数字が語るのは、我が国はお金の保存先としてはトップレベルの信頼性をもつ国だということ。
それはなぜなのか。2011年度で、海外からの国債保有率は9パーセント弱。圧倒的に国内の機関投資家の割合が高い。
この状態だと、デフォルトに陥る可能性があるとは考えにくい。
海外及び家計を含む国債保有者の内訳は、http://www.boj.or.jp/statistics/sj/sjexp.pdf から参照できる。
今後外国のファンドによる保有率の向上が考えられるが、そうなるのは利回りが上昇傾向をみせてからだ。つまり、経済成長が確実視されてからということ。
政府の歳出の面を見ても、ODA で今後約30兆円の支出が決まっているところからみて、我が国の国庫の安定性は当の財務省主計局でも織り込み済みのようだ。
その金の半分は復興と脱原発に関連した予算に回すべきと思うが。
最初に述べたように、税収は即金だ。その金の遣り繰りを掌握すること、また借金（国としては給料の前借りと同意義なのだが）を増やす事への制止ができれば、
家計簿を放さないオカンのもつような絶大な権力を、一グループの省庁及び近傍の利益団体が謳歌することとなる。
プログラムはclassに記述します。たとえばSampleという名前のclassを作る場合、Sample.csファイル内に次のように書きます。(C#の場合、ファイル名とクラス名は同一でなくても良い。複数のクラスを書いても良い)
public class Sample { }
プログラムはclass内のMainメソッドの先頭から実行されます。Mainメソッドは次のように書きます。
public class Sample { public static void Main( String[] args ) { // 処理を書く } }
Console.WriteLine( "Hello world" );
コメントです。
// 一行コメント /* 複数行コメント */
// 変数 int num;
データ型です。C#のデータ型には値型と参照型とがあります。以下は値型のデータ型です。
// int(整数)型 int num; // char(文字)型 char c; // float(単精度浮動小数点)型 float val; // double(倍精度浮動小数点)型 double val; // bool(論理)型 bool flag; // DateTime(日付)型 DateTime date;
以下は参照型のデータ型です。
// String型 String s; // 配列型 String[] array;
プログラムをコンパイルするには、コマンドラインで以下のようにします。
csc Sample.cs
プログラムを実行するには、コマンドラインで以下のようにします。
Sample.exe
mono ./Sample.exe
int、float、double型の変数に数値を代入できます。int型には整数だけ代入できます。float、double型には整数でも小数でも代入できます。
int i = 2; int i = 100000000; float num = 1.234f; double num = 1.234;
四則演算です。
num = 1 + 1; num = 1 - 1; num = 1 * 2; num = 1 / 2;
商の求め方です。割る数と割られる数が両方とも整数の場合、計算結果の小数点以下が切り捨てられます。
num = 1 / 2; // 0
割る数と割られる数のどちらかが小数の場合、計算結果の小数点以下が切り捨てられません。
num = 1.0 / 2; // 0.5 num = 1 / 2.0; // 0.5 num = 1.0 / 2.0; // 0.5
余りの求め方です。
// 余り mod = 4 % 2
インクリメントとデクリメントです。
// インクリメント ++i; // デクリメント --i;
String str = "abc";
// 結合 String join = "aaa" + "bbb"; // 分割 String[] record = "aaa,bbb,ccc".Split( "," ); // 長さ int length = "abcdef".Length(); // 切り出し "abcd".Substring( 0, 2 ) // abc // 検索 int result = "abcd".IndexOf( "cd" ) // 見つかった場合はその位置、見つからなかった場合は-1が返る
配列です。
// 配列の宣言 int[] array;
配列の生成です。配列の生成時には要素数を指定するか、初期データを指定します。
int[] array; // 要素数を指定して配列を生成 array = new int[5]; // 初期データを指定して配列を生成 array = new int[] { 1, 2, 3 }; // 宣言と同時に配列を生成 int[] array2 = new int[5];
配列の要素の参照と代入です。
// 要素の参照 array[0] array[1] // 要素の代入 array[0] = 1; array[1] = 2;
array_num = array.Length;
int[] from = new int[] { 1, 2, 3 };
int[] to = new int[5];
from.CopyTo(to, 0);
if文です。
if ( 条件 )
{
}
if ～ else文です。
if ( 条件 )
{
}
else
{
}
if ～ else if文です。
if ( 条件 )
{
}
else if ( 条件 )
{
}
while文です。
int i = 0; while ( i < 5 ) { // 処理 ++i; }
for文です。
for ( int i = 0; i < 5; ++i ) { // 処理 }
int[] fields = new int[] { 1, 2, 3 }; foreach (int field in fields) { // 処理 }
C#では関数をメソッドと言います。メソッドを作るには次のようにします。戻り値を返却するにはreturn文を使います。
static int sum( int num1, int num2 )
{
int total;
total = num1 + num2;
return total;
}
ファイル入出力です。ファイル入出力を行うには、プログラムの先頭に以下を記述します。
using System.IO;
以下がファイル入力の雛形になります。ファイルのオープンや読み込みに失敗した場合、catch節に処理が移ります。
String filename = "text.txt"; StreamReader reader = null; try { reader = new StreamReader(filename); String line; while ((line = reader.ReadLine()) != null) { } } catch (IOException e) { // エラー処理: } finally { if (reader != null) { try { reader.Close(); } catch (IOException e) { } } }
またはC#ではusing ステートメントと言うものがあり、この様にも書ける
String filename = "text.txt"; using (StreamReader reader = new StreamReader(filename)) { try { String line; while ((line = reader.ReadLine()) != null) { // 読み込んだ行を処理 } } catch (IOException e) { // エラー処理: } }
usingをつかうとCloseがなくなったことからわかるようにusing(){}を抜けるときに自動的にDisposeメソッドを呼び出し、オブジェクトを廃棄する。その分コードがスッキリするが、使いにくい場面もあるので考えて使うこと。
以下がファイル出力の雛形になります。ファイルのオープンや書き込みに失敗した場合、catch節に処理が移ります。
String filename = "text.txt"; StreamWriter writer = null; try { writer = new StreamWriter(filename)); writer.WriteLine("abc"); writer.WriteLine("def"); writer.WriteLine("fgh"); } catch (IOException e) { // エラー処理: } finally { if (writer != null) { writer.Close(); } }
こちらもusingを使って書ける。が、割愛する。
C#でよく出てくる知っておいたほうがよい文法の一覧です。
繰り返し文の途中で抜けるにはbreak文を使用します。
for ( i = 0; i < 5; ++i ) { if ( 条件 ) { break; // 条件を満たす場合、for文を抜ける。 } }
残りの部分処理をスキップし、次の繰り返しに進むにはcontinue文を使用します。
for ( i = 0; i < 5; ++i ) { if ( 条件 ) { continue; // 条件を満たす場合、残りの部分処理をスキップし、次の繰り返しに進む。 } }
例外を投げるにはthrow文を使用します。
throw new Exception( "Error messsage" );
try { // 例外が発生する可能性のある処理 } catch ( Exception e ) { // 例外発生時の処理 }
944 ：名無しさん＠恐縮です [↓] ：2012/07/14(土) 23:08:16.46 ID:xoU4ZDbs0
そもそも普通にJOCが競技団体に支給される移動費は全員エコノミークラスの航空券
それをアップグレードすると補助自体なくなり丸々自腹で払うことになる
だから金のないレスリング協会はいくら女子レスリングが強くても万年エコノミー、柔道も同じ
JFAのスポンサー料のほぼ全ては男子サッカー代表に向けて支払われるスポンサー料
普通の協会ならこれを全て男子サッカーの強化・普及などに使う。てかそれが普通
それを日本サッカー協会は女子サッカー保護・普及のために女子代表強化費に５億円、女子サッカー全体では１０億円、計１５億円の金を今までもつぎ込んでる
しかもそれはほぼ回収不能の金
女子W杯で優勝した今でも強化費５億円の半分のお金もスポンサー料として稼げていないのが現実で
そんな女子代表に普通にアップグレードをするサッカー協会は女子サッカーにとっては世界で最高のサッカー協会
794 ：名無しさん＠恐縮です [↓] ：2012/07/14(土) 22:15:32.02 ID:xoU4ZDbs0
だ～か～ら～
女子のスポンサーなんかそもそも全然いないで代表主力の生活費も年間５億円を超える女子の強化費も
ぜーんぶ男子代表のスポンサー料で賄ってるんだっつーの・・・・
なでしこジャパンがどんだけ恵まれてるか知らんのか
他の強豪国なんかヌードカレンダーとか出してスポンサー料募ってるんだぞ
818 ：名無しさん＠恐縮です [↓] ：2012/07/14(土) 22:24:30.87 ID:xoU4ZDbs0
>>708
大根Pの「【卓M@S】【ＳＷ２．０】ぽんこつ冒険者の冒険譚 その０」とコラボ中の蛮族卓。
序盤のギスギスロールプレイから、パーティがパーティとして成熟していく過程を描く意外と類型のないタイプの卓。
上記事務用品Ｐの作品のオマージュとして生まれた、開拓流行れＰの新境地。
「野生のSNE」の異名にふさわしい作りこまれたセッションが特徴の卓。セッションの終わりについている「おまけ」はTRPGファンなら必読。
動画としても見ごたえのある卓。よく練られたシナリオとBGMのチョイスが秀逸。演出もすばらしく、見所の多い卓。
TRPGのリプレイとして白眉のクオリティを誇る。マスターサイドの心理も描いていて、見ているとTRPGで遊びたくなってくる卓。
休日を贅沢にすごしたいなら、この動画を見るべし。拡張ルールをはじめさまざまな点でしっかりと作りこまれた匠の一品。
D&D3.5の市販シナリオ『赤い手はほろびのしるし』のリプレイ。敵方のキャラクターがかっこいい。作者のがんびっとPの他の卓も是非ご覧になってほしい。
縛りプレイ（性的な意味ではたぶんない）が好きな人におすすめの卓。ホビット（≒グラスランナー）好きな人にとっても面白い卓。
オープニングからぐっと引き込まれる卓。早坂Pの卓はどれもおすすめ。
古典にして未だ新鮮さを失わない、TRPGの魅力にあふれた卓。メッセージの残り表示時間がわかるようになっている珍しい卓。
スラップスティックな内容としっかりと作りこまれたシナリオが魅力。
ある意味とてもTRPGらしい卓だと個人的に思う。玄人好みのバランス感覚が心地よい。
配役がめずらしい卓。ルールがわからなくても見ているだけで充分楽しめる卓。
いろいろとぶっとんでいる（ぶっとんでいるなかにクオリティも含まれる）卓。続きが待ち遠しい～
まよきんからはこの作品をピックアップ。丁寧なつくりが印象的な卓。
あげていけばきりがないし、まだ他にも紹介していない動画があるけど、思いつくだけでもこれだけの作品があるということが、TRPGが流行っている証左になったりするかな？
ファーファHPに製品の自主回収についてのお知らせが掲載される。
http://www.nsfafa.jp/file/news_release20120413.pdf
お客様各位
この度、弊社「ベビーファーファ 泡全身ソープ」＜販売名；NS ファーファ泡ボディソープ（BF）＞において、弊社品質基準を上回る菌が検出されました。
そして、2ちゃんねるの花王不買スレにファーファ回収の情報が書き込まれる
56 名前：名無しさん＠１２周年[sage] 投稿日：2012/04/13(金) 16:21:47.43 ID:LcfOIEMO0 [1/7]
＞＞40
▼ 59 名前：名無しさん＠１２周年[] 投稿日：2012/04/13(金) 16:23:01.10 ID:vYfwRGeO0
＞＞56
何の菌が出たの？教えてくれるかな？
▼ 61 名前：名無しさん＠１２周年[] 投稿日：2012/04/13(金) 16:24:21.48 ID:4y1M8cwEO
＞＞56
嘘だったら逮捕だな
▼ 63 名前：名無しさん＠１２周年[sage] 投稿日：2012/04/13(金) 16:24:49.68 ID:kVJdxS7t0
＞＞56
マジかよ
もう買わないわ
▼ 69 名前：名無しさん＠１２周年[] 投稿日：2012/04/13(金) 16:29:20.53 ID:NswFxQKP0
＞＞56、＞＞63
自作自演デマ。韓国人ですねぇwwwwwwwwww いつものことです。
▼ 77 名前：名無しさん＠１２周年[sage] 投稿日：2012/04/13(金) 16:32:28.23 ID:UL5seVI60
＞＞69
ID:r8RYId6Q0 もチェッカーで調べてみると
▼ 114 名前：名無しさん＠１２周年[sage] 投稿日：2012/04/13(金) 16:51:30.78 ID:BlnI9JPa0
＞＞63
自演してやがる
▼ 66 名前：名無しさん＠１２周年[] 投稿日：2012/04/13(金) 16:28:08.92 ID:r8RYId6Q0
＞＞56
マジかよ
▼ 67 名前：名無しさん＠１２周年[] 投稿日：2012/04/13(金) 16:28:52.47 ID:XdzZUYjz0
＞＞56
その書き込みアウトだよ
▼ 68 名前：名無しさん＠１２周年[] 投稿日：2012/04/13(金) 16:28:57.61 ID:4y1M8cwEO
＞＞56
▼ 70 名前：名無しさん＠１２周年[sage] 投稿日：2012/04/13(金) 16:29:47.07 ID:aLjJkEUw0
＞＞56
本当の話？
▼ 72 名前：名無しさん＠１２周年[] 投稿日：2012/04/13(金) 16:30:31.74 ID:u2Lv/su90
＞＞56
▼ 120 名前：名無しさん＠１２周年[] 投稿日：2012/04/13(金) 16:54:52.06 ID:4y1M8cwEO
同居してる親に早めに謝っときな
親と一緒に近くの警察署に出頭したら、減額あるかもよ
＞56
▼ 151 名前：名無しさん＠１２周年[] 投稿日：2012/04/13(金) 17:09:15.62 ID:Fv/G2/Ed0
ファーファのHPみたら本当に泡ソープでごめんなさい、返品→返金
になってたよ。
＞＞56の逮捕はなし。
▼ 173 名前：名無しさん＠１２周年[] 投稿日：2012/04/13(金) 17:16:36.98 ID:svPZgDujO
＞＞151
捏造お疲れ様です。
▼ 182 名前：名無しさん＠１２周年[sage] 投稿日：2012/04/13(金) 17:19:41.67 ID:VaNJF0NU0
＞＞173
通報はするな。
でも雑菌とは書いてないけどね。
なんでこんな時にこういう話がでるのかは不思議だけど。
▼ 161 名前：名無しさん＠１２周年[] 投稿日：2012/04/13(金) 17:13:20.01 ID:bHRW087n0
＞＞56
▼ 164 名前：名無しさん＠１２周年[] 投稿日：2012/04/13(金) 17:14:07.22 ID:dEO4Scqi0
＞＞161
昨日とか今日の昼も見たな
いう在日だ！とか
「結婚できない男」の脚本家の尾崎将也さんの作品リストをしらべてみた。
結婚できない男（2006年、関西テレビ） 最大視聴率 22.0%（最終話）
大奥スペシャル?もうひとつの物語?（2006年、フジテレビ） 視聴率 15.2%
鬼嫁日記 いい湯だな（2007年、関西テレビ） 最大視聴率 14.6%（1話）
オトコの子育て（2007年、ABC・テレビ朝日） 最大視聴率 11.8%（1話）
ロト6で3億2千万円当てた男（2008年、テレビ朝日） 最大視聴率 12.4%（1話）
白い春（2009年、関西テレビ） 最大視聴率 15.1%（最終話）
おひとりさま（2009年、TBS） 最大視聴率 11.0%（9話(最終話1話前)）
まっすぐな男（2010年、関西テレビ） 最大視聴率 10.7%（1話）
幸福の黄色いハンカチ（2011年、日本テレビ） 視聴率 11.6%
以上、wikipediaより。
:in gtkwindow.c
gtk_window_propagate_key_event
//gtk_window_activate_key
//gtk_binding_entry_activate
:./gtk+2.0-2.24.4/gtk/gtkaccelgroup.c
! default_accel_mod_mask
:gtkwidget.c
//gtk_widget_event
// GdkModifierType:GDK_MODIFIER_MASK
::libglib2
./gobject/gsignal.c
g_signal_emit
:67108928
4000040
0000100000000000000000001000000
:100663360
6000040
0000110000000000000000001000000
1011100000000000001111111111111
gtk_accelerator_set_default_mod_mask
GDK_KEY_PRESS_MASK
"<super><control>e"は何故か反応する
「外部仕様を変更しているサービスはない」という指摘が多いので追記。
てか、FacebookもTwitterも、外部仕様をもりもり変更してますよね。Facebookなんて既存の機能が無くなったことが何度もあるはずだし、TwitterもWebインタフェースを全面的にREST API経由に切り替えた当初は批判が凄かったと記憶しているけど。
結局、「うまくやるか、うまくやれないか」であって、要求の変更が仕様の変更を求めているなら、それをすることも選択肢から除外されることじゃない。
はてなブログの場合は、過去の強み（職人芸で構築されたインフラ、はてな記法、カスタマイズ性の高さ、etc）が現在の負債になっているという状況で、「じゃあ、作り直しましょう」という判断自体はそんなに間違っているとは思えない。つうか、数年ブランクが空くと痛切に感じるけど、はてな記法辛いよ、実際。もうreSTかmarkdownの拡張でいいじゃん、という感じがする。
結論としては、「はてなダイアリー2.0」を作っても誰も得しないし、不満がある人はそのままはてダ1.0を使い続ければいいじゃん、ということ。
http://www.yamdas.org/column/technique/hatenablog.html
なお、タイトルに PART I とあるが、このネーミングはメル・ブルックスの『珍説世界史 PART I』にちなんだもので、PART II 以降は存在しない。つまり、あなた（ソフトウェア企業）が絶対すべきでないことは、Joel Spolsky にとってこの文章に書かれることだけなのだ。それは何か？
まぁ、そんなわけないんだけどね。
「最近のはてなの体たらくへの失望感に名前を付けたい」というだけの文章にマジレスするのも我ながらどうかと思うし、気持ちは分からなくもないんだが、最近は「はてブ」以外全く使ってない俺でも、長年お世話になってきたはてなに対してそれなりに愛着というものがあるわけで、ディスられるばかりの流れに少しばかり反抗を試みたい。これは、それだけのエントリだ。
というわけで、以下に書くのは、技術の話でも倫理の話でもない。どうか気軽に読んでほしい。
実例を挙げる。
今やワールドワイドな影響力を持つ勝ち組ソーシャルサービスのTwitterだが、彼らは、ここ数年でバックエンドの大半をスクラッチから完全に書き換えた。しかも、RubyからJavaへと、使用言語すら変更してしまった。
http://d.hatena.ne.jp/teppei-studio/20110709/1310168002
もう一つ。Tumblrも、LAMPアーキテクチャからJVMベースへ切り替えた。その過程で、Twitterがオープンソース化した技術を取り入れたりもしている。
http://blog.kyanny.me/entry/2012/02/19/002256
『「古いコードはクズだ」というのは錯覚だ』というJoelの意見は、一面では正しいが、他の面では間違っている。なぜなら、あるソフトウェアに求められていること（要件）は、時間と共にどんどん変化するからだ。
書き直そうが、書き直すまいが、一番ダメなソフトウェアとは「ユーザの要求に応えられないソフトウェア」だ。規模や環境の変化によって古い技術の技術的限界に直面したり、ビジネス環境の変化に追随する必要が出てきたのなら、「スクラッチから書き直す」のは立派に一つの選択肢だ。
はてなダイアリーの最初のバージョンがどういうものかは俺もよく知らないが、おそらく「LAMP」がエッジなキーワードとして持て囃されていた頃に書かれたプロダクトなんじゃないかな（間違ってたら突っ込みを）。それから時代は下り、Ruby on Railsに代表されるCoCなフレームワークの登場を経て、今や大規模分散や非同期を前提としたアーキテクチャが当たり前の時代。当然改修はしているだろうけど、MySQLを職人芸で負荷分散していた時代からは大分遠いところに来たのは間違いない。
何より、はてなダイアリーといえば「はてな記法」とカスタマイズの自由度の高さがウリだったわけだが、これらの存在が、今や機能追加や改良の妨げになっているとしても不思議じゃない。
はてなブログ開発の動機として「今どきの技術で、最初からやり直す」というのがあるのは間違いないが、それは「スクラッチからの書き直し」だから悪手なのだろうか。結局のところ、レガシーコードのメンテナンスを続ける場合と比べてどちらがより低コストか、という話の結論によるとしか言えない。
はてダのソーシャル要素といえば「トラックバック」と「idコール」と「キーワードリンク」だったわけだが、全部Twitter（とTogetter）に持っていかれたよね、という話。
だから、「はてダver.2」や「ブログ2.0」を望む声が大きいのは理解できるけど、ぶっちゃけ、そんなもんに開発リソースを突っ込んでも勝ち目なんか無い。んで、それに代わるアイディアを持ってる奴はどこにもいないと。だから、既存コードの改良ではなくスクラッチから書き直し、スモールスタートでフィードバックを受けながら方向性を考えていく、という方向性はそんなに間違っていないと思う。
ただ、現状を放置すると「それTumblrでできるよ」という話にしかならん、というのはその通りで。それ以外だと、もしgithubがblogサービスを始めたりすると、かなり客を持っていかれるのではないかという予感はする。いっそのこと、Tumblrのデッドコピーから始めるのが一番早いのかもしらんね。
少し別の話を。
これは、Twitterのgithubレポジトリだ。上でも書いた通り、Twitterはサービスをスクラッチから書き換えた。で、その過程で開発した内部向けのフレームワークを、どんどんオープンソース化している。彼らが、内部の技術をきちんと体系化して再利用可能にしていることの証左と言える。
一方、はてなのgithubレポジトリ。正直、サンプルとかプラグインばかりですね、と。
色々と理由はあるんだと思うが、一つ思うのは職人芸頼りで自分たちの技術を体系化するという部分が弱いんじゃないか、ということ（はてな発のオープンソースで広く使われてるのって何かあったっけ？）。
先ほどから散々「書き直していい」と主張しているが、誰かが言っていた通り、技術の本質を捕まえきっていない状態でフルスクラッチをやっても、失敗する可能性は高い。はてなブログがどちらなのかは、中の人にしか分からないことだけど。
はてなが経営的にあまり状況がよろしくない、という推測はおそらく当たっているのではないかと思う。
タイムラインで、誰かが「まっとうな方法で収益化する方法を真面目に考えるべきだった」と言っていたのを見た。それをしていれば、今回のような事態を招くことは無かったのだろうか。
だが、「まっとうなビジネスモデル」とは何だろう。実際問題として、ここ最近成功しているネットサービスのビジネスモデルで「ターゲティング広告」と「マスなユーザベースから抽出したビッグデータを解析して売る」以外で何か有力なものはあっただろうか。FacebookにせよTwitterにせよ、収益化の原動力はユーザ行動解析だったりするわけだ（彼らがオープンソース化に積極的なのは、インフラ技術が差別化の源ではない、という面もある）。
まぁ、あとはガチャだが、どちらにせよ現状では高木先生の逆鱗に触れるようなものしかないよね。
そんなわけで、それらに代わる第四のマネタイズモデルを思いついた人は、ぜひ近藤さんに教えてあげると良いんじゃないかな。あればだけど。
今後はてながどうなるかは分からないけど、一つ希望したいことがあるとすれば、故伊藤計劃氏のダイアリーがこの先も保全されることを望みたい。
それは、エントリを全て魚拓しろ、という話ではもちろんない。彼の生前に書かれたエントリは、当時の「はてな」という生態系を構成する一部でもあるわけで、そこから切り離して文章だけをアーカイブしてもあまり意味がない。
いままでワタミの時給を650円だと思ってそう書いていたが、みなさんごめんなさい。
私が間違っていた。正しくは645円だ。訂正してお詫びします。
http://www.news-postseven.com/archives/20120308_93424.html
2月1日に同市竹駒町に「陸前高田受付センター」が開設された。居酒屋チェーンを展開するワタミグループが高齢者や子育て家庭向けに始めた食事の宅配サービス「ワタミタクショク」が運営するコールセンターだ。
…
「会長の渡邉美樹が陸前高田市の参与に就いた関係から、雇用を創出しようと高田につくることになったのです。時給を最低賃金の645円でスタートさせたのは、周辺の需給バランスが崩れると、他の企業が参入しにくくなるからです。時給は就労状況で上がっていくシステムになっています」
だが、違法ではないということと、企業人としてモラルがあるということとは別次元の問題だ。
ワタミが時給を645円にした理由は、単に中抜き利益を確保したかったから。それ以外になにがあるのか。
「需給バランスが崩れる」と言うが、最低賃金ぴったりでハリついたワタミこそ、崩れた賃金バランスを固定化させているのではないか。津波で崩れた賃金バランスを利用して利益をむしり取る貧困ビジネス以外のなんだというのだろう。
被災地には、被災者雇用開発助成金制度といって、1年間継続して雇用する求人を出した事業主に対し、厚生労働省から助成金が支給される。支給額は大企業50万円、中小企業90万円だが、ワタミはワタミタクショクというダミー企業をたちあげて雇用しているので、50万円ではなく90万円をもらっている。
被災者雇用開発助成金制度は、10人以上まとめて雇用すると、さらに支給額を追加でもらえる仕組みになっている。ワタミタクショクも追加支給の対象になっている。税金泥棒ダブルチヤンスだ！
ちなみに宮城県仙台市にコールセンターを開設したＫＤＤＩａｕ仙台契約センターの待遇は、固定シフトが850円、シフトフリーが900円。DIOジャパンは、宮城県登米市のコールセンターを開設し、100人雇用を目指し、自給は最低850円から。株式会社わかさ生活東北コミュニケーションズもコールセンターを仙台市に置いたが、待遇は全員正社員100名採用で、大卒22万、専門・短大卒20万、高卒18万円となっている。ワタミの待遇がいかに劣悪で尊敬できない待遇か、これで明らかだろう。
まとめるとこうなる。
| 会社 | 待遇 |
| わかさ生活 | 正社員22万円/月 |
| DIOジャパン | パート850円以上/時 |
| ＫＤＤＩ | パート850円/時 |
| ワタミ | パート645円/時(ジャスト最低賃金) |
従業員の賃金ムシリとって助成金もらって企業イメージ回復させるために来たのか？
☆アーティストトーク「知覚神経としての視覚によって覚醒される痛覚の不可避」at 横浜美術館レクチャー・ホール, 2012.02.11(Sat), 15:00-16:00。Kyo.I.
横浜美術館で松井冬子さんの講演を聴いた。彼女の個展「世界中の子と友達になれる」の関連イベント。
11時ころ会場前に行ってみたらスタッフの方（美人）がいたので話を聞くと、「どのくらいの方が集まるか何とも言えませんが、現時点ではどなたも並んでません」とのことで、とりあえず個展を鑑賞。同行した絵描き女子はたいへん楽しんだようだけど、私はよく分からんかった。むしろ常設展に感動。あ、でも松井さんの『ただちに穏やかになって眠りにおち』は印象に残った、私は宮沢賢治の『オツベルと象』が大好きだから。
13時ころ会場の様子を見に行ったらもう150人くらい並んでてびっくりした。慌てて最後尾に並ぶ。老若男女が並んでる。一人で来てる人も多い。並ぶときに、スタッフの方から「レジュメ」と称される紙が配られたのだけど、松井さんのプロフィールしか書いてなくて残念。
講演タイトルは「知覚神経としての視覚によって覚醒される痛覚の不可避」。この奇妙なタイトルは、松井さんが東京藝大で博士を取るときに提出した論文のタイトルだそうで、講演ではその論文について解説してくれるということだった。
とりあえずビジュアル的に面白い。つま先から太もも全体まで包む黒いエナメルのロングブーツ！ テカテカしている。もともと脚がすごく長いのかヒールがすごく高いのか両方なのか知らないけど、やたら大きかった。
松井さんの話によると、彼女は博論を2006年に執筆して、2007年2月に教授陣の前で発表したのだけど、発表の際に高熱を出していて上手く出来なかったとのこと。今回はその時のリベンジをしたいという。
で、講演が始まったわけだが、うーん、日ごろ自分のプレゼン下手を痛感している私としては、非常に勇気づけられた。こんな下手な講演が世の中にあるのか！ 私の前に座ってた中年女性が、講演中に隣の人と「おもしろくないね」と言っちゃうくらいである。
講演タイトルを見ても分かるけど、松井さんは基本的に、いわゆる「中二病」全開な文章を書く人だ。絵のタイトルも『陰刻された四肢の祭壇』とか『終極にある異体の散在』なんて感じだし、個展の絵にもそれぞれ解説文がついてて、それが全部同じような調子で長々と書かれている。まあ、幽霊とか臓物とかを描くくらいだから、「中二」なのは文章だけの問題じゃないと言われるかもしれないけど、それはともかく。
不必要に硬い語彙を好んで使い、しかもそれぞれの言葉の組み合わせ方が少しずつ適切な用法とズレていて、さらに主述関係や修飾-被修飾関係があやふやなので、全体として意味が不明瞭。そんな文章を、文字情報なしで口頭で早口で（つっかえながら）読み上げるのだから、分かりやすくなるわけがない。
と、つい悪口が長くなったけど、私の理解した範囲で要旨をまとめると、
～
他者との接触は私に痛みをもたらすよね。
でもそれを芸術作品に託すことで、目に見える形にして、人に伝達できるのでは。
そういう試みが視覚芸術のなかに確かに存在しているし、松井自身の制作も、その系譜に連なるんだよ。
～
こんな感じでした。
この系譜の探究として、河鍋暁斎とかダミアンハーストとかクリスチャンボルタンスキーとか色々な作品が挙げられ、分類され、その流れで自作解説も行われる。（ちなみにその分類の名前は「攻撃性自己顕示実践型／受動性自己犠牲変容型／局地的領域横断型」。一貫した中二感。）
余計なお世話だけど、「知覚神経としての視覚によって覚醒される痛覚の不可避」というタイトルでは全然内容を表せてない（うえにそもそも日本語としておかしい）ので、まともに修正するなら「痛覚の覚醒を企図する視覚芸術の系譜」ってところでしょうか。
私の記憶する限りでは、「不可避」の部分が講演のなかに出てこなかったので、もし質問コーナーがあったらお尋ねしたかったのだけど、むしろ講演の後半は時間が足りなくなって、松井さん自身の話さえだいぶ端折られてた。残念。
ちなみに私の同行者は、「全体としては難しくてよく分からなかったけど部分部分は面白かった」とのこと。例えば、ある作品に描いた孤独な幽霊が、少女コミックの主人公のようなものだという話。少女が運命の相手に出会うために奇跡を待つのは、逆に言えば奇跡なしには出会いが存在しないということであって、そこには極めて近代的な「ディスコミュニケーション」があらわれている、とか。
私は正直、講演の内容自体にはこれといった感想を持てなかったんだけど、にもかかわらず彼女に対する印象は大きく変わった。
松井さんの文章は、中二病的だ。見た目には間違いなく中二の文章だ。でも、彼女がそういう文章を書く理由は、いわゆる中二病とは大きく違うんじゃないか。講演を聴いてるうちにそう思えてきた。
自意識過剰の中学生は、全力でカッコつけて（実はカッコ悪い）文章を書き、しかもそのカッコつけた自分に酔っている。
一方、松井さんは、無理やり日本語をねじまげて珍妙な言葉づかいをすることを、ある意味でむしろ強いられてるんじゃないか。そうでもしなければ、彼女が何を言っても「美女の言葉」として消費されてしまって、結局何ひとつ表現することができなくなってしまうんじゃないか。
彼女は、整った顔立ちの、いわゆる美人だ。私は、平たく言えば、「どこかで過剰に武装しないとなめられてしまって、男と対等に見てもらえない、それが嫌なのかもなあ」、と思った。感覚的な話だけど、堅苦しい言葉をたどたどしく話す彼女を見ながら、思ったのだ。
彼女は講演の中でも「メスしか描かない」と言っていたし（尾長鶏はオスだけどドラァグクイーンのイメージなので名誉女性と考えているとのこと）、ネット情報によるとフェミニストの上野千鶴子さんのファンらしいから、性に関する問題に強い意識を持っているのは確かだろう。（※追記：フェミ関連の話としては、http://d.hatena.ne.jp/nagano_haru/20090709/1247140423、などがある。）
ただまあ、こんなふうに分析されるのは、たとえこの分析が実情を言い当てていたとしても（いやむしろ言い当ててていればこそ）、松井さんの立場からすれば不快以外の何物でもないだろう、とは思う。
残念ながら私には、松井さんの作品自体をフェミニズム絵画として論じるだけのモチベーションも能力も無いけれど、そういう見方もできるのかもしれないね。というかできるんだろうね、間違いなく。
長くなったついでに一つ。
私見では、松井さんは「言いたいことが山ほどあるけど上手く表現する技術がない人」だと思う。だからあんなに自作解説をしたがるのだ（いまネットで少し松井冬子評を探してみたら、彼女の自作解説にヘキエキするという人は一定数いるようだ）。 結果、彼女のファンは、「よくぞそれを言ってくれた！（技術はともかく）」というタイプの人と、「グロテスクな絵を描いて、博士号を持ってる、美人すぎる日本画家！ おもしろい！」というタイプの人に分かれることになる。あとまあ、「幽霊大好き！グロ大好き！」という人もいるのかもしれない。サブカル？
私自身は、特に彼女に同調するわけでもなく、外見や肩書に魅力を感じるわけでもなく、幽霊が好きなわけでもない。そして彼女の文章を容認できる忍耐力もない。
脆弱性で話題になっているAndroidアプリのES File Explorerですが逆アセンブルしてみたらなんか大量に外部ライブラリが混ざってました。
どこかに著作権表示ありましたっけ？ってかLGPLも混ざってるんですが。
色々含まれているけれど一部の例
いや別におおっぴらに語っていいでしょ。 というか語らないと始まらないんじゃないかねー。
本当に抑圧されているのは誰か ～「フェミニズム」と「ジェンダーフリー」は別物なの？～ : 純粋なココロ 2.0
http://a-pure-heart.cocolog-nifty.com/2_0/2006/07/post_95cb.html
ま、「女のほうが楽してる」「男に要求ばかりして何もしない女」と思う人は多分、そういった女がその人周辺に実際問題として多いんだろうと思うよ。
なんか同じ人に同じデータを出しているような気もしますが。↓の
平成17年版 国民生活白書 女性は結婚相手に対して経済力を重視している
http://www5.cao.go.jp/seikatsu/whitepaper/h17/01_honpen/html/hm01020101.html
回答者は全国の18歳以上35歳未満の独身男性3389人、同女性3085人。
(逆に既婚者女性では、そういった問題を抱えた人は少ないと言えるのかもしれませんね)
結構、男女ともにかなり頑張ってると思うんだよね。
あーっと、女性の希望を満たす男性でないとカップルになれません。
ですので最近(少なくとも平成17年ころ)のカップルになっている男女を見ると、
男女がんばってるように見えると思いますよ。
女性:92.1%
男性:30.2%
女性:96.0%
違います。日本の主婦は、頑張っているポイントが間違っているのです。下記を読んでも笑えるかな?
これには笑った。
がんばりすぎる日本の主婦（専業、兼業とも）に、もっと力抜け！手抜きしても死なないって、といってあげていいんじゃないのかな
http://adv.yomiuri.co.jp/ojo/02number/200309/09toku2.html
変わる家族 変わる食卓―真実に破壊されるマーケティング常識 岩村 暢子
http://booklog.jp/asin/4326652780
この調査は広告会社アサツーディ・ケイで食卓、家族、主婦などをテーマに長年、調査研究に携わっている方だそうで。読んでみると、
もともとは広告代理店がターゲットの主婦層の状況を調査することから始めてみたら、
それまであったイメージとは違いましたよ、という本です。 フェミニスト必見。
「言ってること（第1ステップ）」と、実際に生活場面で「やってること（第2ステップ）」の乖離が年々大きくなってきており、
若い層ほどこの傾向は顕著になっていることだ。こうした「言ってること」と「やってること」の乖離が、
〈食ＤＲＩＶＥ〉調査という同一調査の中で、この3年間に3倍ぐらいになっている。
例えば、
「栄養バランスを重視しているので、毎日のオカズは肉と魚を交互にして、かつ野菜の多い料理を心がけている」と第1ステップの事前アンケートに答えた主婦>（27歳）は、
また、「味噌まで自家製を作るほどの手作り派」を自称する主婦（38歳）の日常料理は、
簡単料理や加工品、出来合い総菜ばかりが続いている。
「夫に子どもの前ではお酒を飲まないように言っている」と語る主婦（31歳）は、
これらを見る限り、アンケートの回答は、
「たまたま、このときは時間がなかったから」「この日は特別で」と答える主婦がいる。
調査期間の1週間の中で「忙しかった」「具合が悪かった」などで、
「仕事で疲れて夕飯を作るのが面倒になった」と夕食をラーメン屋で食べることにした主婦（28歳）の「仕事」は、午後4時に終わる在宅アルバイト。
主婦にとって食事作りは、「どうしてもやらなければならないこと」ではなく、
ほかの「しなければならないこと」「したいこと」、あるいは「その日の成り行き」の中で、結果として「作れなくても仕方がない」「簡単に済ませてもいい」
というものになっている。
個人的には、これもフェミニズムの実現した社会の暗部だと思っているんですけどねー。
あと婚活男性むけにいうと、上記のような女性ばかりではないですよー。
私見ですが最近の女性、30歳以下の女性の中には異なるタイプの女性も増えてるような印象があります(印象だけですけど)
男女とも過剰な期待をしすぎているということでＦＡだな。
これも違いますよ。
女性:92.1%
男性:30.2%
女性:93.3%
男性:89.9%
女性:96.0%
http://www5.cao.go.jp/seikatsu/whitepaper/h17/01_honpen/html/hm01020101.html
男性の方は「自分の仕事に対する理解」も「家事・育児に対する能力や姿勢」も
女性ほどは求めてません。
収入に関してはいわんやをやですね。 それと未婚男女の可処分所得に関しては、ほぼ並んでます。
追記
「それ、どういう調査なのか書かれてないんだけど…」という指摘があったので、
調査元に関して追記しました。
先日「Flashエンジニアが今後10年食べていくには？」というテーマを元に
Flash に精通した Web 技術者達のディスカッションが行われる催し物があった。
http://www.publickey1.jp/blog/11/flash10.html
この記事だけでは内容が省略しすぎているため
時間があれば是非録画の模様もみていただきたい。前半初頭は音量が小さいので注意。
こういった催し物は面白いなと、私はとても楽しく見させていただいた。
http://www.ustream.tv/recorded/19073524
http://www.ustream.tv/recorded/19074357
ディスカッションでは Flash だけではなく HTML5 についても触れている。
ディスカッションの感想をディレクションや営業を行なっている知人に聞いたり、
ネット上の反応を見てみたところ以下のような意見がいくつかあった。
「『Flash が好きな人』だけではなく HTML5 派の人との対談もあればよかった」
「Flash 派の人の話だから HTML5 が使えないという話はいまいち参考にならない」
『Flash 派』『HTML5 派』という くくりで考えてしまう人は
まだまだ多いと実感する。
パネリスト達は
過去から現在までに様々なプログラミング言語を利用し、あらゆる技術に精通している。
Flash という表示媒体/環境開発がベター(時にはベスト)だと考え、
Flash をよく扱っている、という旨を話している。
最後の締めとして
Flash よりも優れたものが登場するのであればそちらに移行するでしょう、
とも言っている。
これだけの説明があったのに
ディスカッション内で触れた HTML5 に対する否定的な話は、
『Flash 派』とやらのポジショントークだと目に写ってしまったのだ。
Java やら C やら objective-c やら perl やら php やら
サーバサイドからスマホ用ネイティブ言語を用いてのアプリ制作まで
色んな事やってます、と言っても
現在世の中には HTML5 を推し、合わせて Flash を否定する記事が結構出回っている。
技術者が話す専門的な用語の飛び交う話よりも
HTML5 vs Flash 的な読みやすい記事に耳を傾けてしまう人はいる。
Apple 製品を好む人は「ジョブズがそう選択したのだから」と
なおさらこういった記事に目を向けてしまう。
「Flash vs HTML5 の話にのせられてしまうのは、よくわかっていない人だ。」
ディスカッション内では、
ネット上の煽り記事を読み不安に思ったクライアントから連絡を受け
きちんと状況をゼロから説明するハメになってしまった、という内容があった。
似たような状況になっている人もいるのではないだろうか。
当方周辺では、
「Flash は駄目だ」「Flash でなくても HTML5 ならできるはずだ」
「HTML5 は Flash の代わりになるものだと言われている」と
クライアント、あるいは仕事先の関係会社から耳にする機会が増えてきた。
技術者の及ばないところで
ベターではない技術が選択、あるいは勧められてしまう やっかい性。
その記事は世間の目には届かない。
TV CM でバンバン流れている iPhone や iPad では Flash を見ることができない
という状況に乗じた
勘違いを正すためには、今までよりもより一層
あるいはメッセージを発信するよう心がけていかねばならないと感じる。
パネリスト達のような
Flash を扱う事が可能な技術力を持ち合わせている人にとって
Flash が終わろうが、代わりの技術が HTML5 やらその他何になろうが
大した影響はない。
『プログラミング』についての話をしてみる事にする。
「世にあらゆるプログラミング言語があるが
「何か一つ言語を習得し
『Flash の事は全く知らないがプログラミングプロフェッショナルの人』
が近くにいるならば是非上記について伺ってみてほしい。
その通りだと答えてくれるはずだ。
他の言語で作ったものを Flash のプログラミング言語に移植することも容易いのだ。
ここで上記三行の「他の言語」を「JavaScript」に置き換えてみてほしい。
HTML の DOM 操作に必要な言語は JavaScript である。
言語は、Flash ならば ActionScript、HTML5 ならば JavaScript を用いる。
画面描画は
あるいは用意されている描画用 API を ActionScript で呼び出し、
あるいは用意されている描画用 API を JavaScript で呼び出す。
Flash と似たような技術として Java Applet や Shockwave があるが、
これらも一緒で
言語を変え、その技術に合わせた描画を行う処理を記述するだけだ。
Web 技術者が何かに属していて、何かには属していないかのような区別の仕方は
的がはずれている事を なんとなく感じていただけただろうか。
仕事に対し、あるいは表現したい事に対し、ベターな選択を行うだけの事なのである。
環境や表示内容に合わせ両方を採る選択もあるだろう。
パネリストの中に ActionScript が好きだ、という人がいた。
これは別に
Flash が好き(製品のファン)だから ActionScript が好き、と言っているのではない。
ActionScript が優れたプログラミング言語だと判断しての発言なのだ。
HTML5 を選択するだけの事であり、
その別の技術を選択し、
Flash より優れた技術が登場しなければ Flash を使い続ける、
ただそれだけの事なのである。
もう少し突っ込んだ話をすると
Flash のプログラミング言語である ActionScript(ActionScript 1.0)と
HTML 表示制御を行う言語 JavaScript は 実は同じ言語仕様である。
『ECMAScript』という単語で調べてみてほしい。
「Flash と HTML5 は対立するもの」と考えていた人、
あるいは ActionScript や JavaScript を触れたことがない人にとって
「え？そうなの？」と思う人もいる事だろう。
JavaScript は大規模開発に向いていない、という話は聞いたことがないだろうか。
同様の言語仕様である ActionScript 1.0 はこの問題を解決するため
ActionScript 2.0 から ActionScript 3.0 へと進化していった。
Flash は開発がし易い、という話がよく挙げられるが
その理由の一つがこれである。
現行の JavaScript と ActionScript 1.0 は ECMAScript 3 準拠に対し、
ActionScript 3.0 は ECMAScript 4 準拠である。
言語として進化しているものを Flash は採用しているので
開発は抜群にし易い。
ECMAScript 4 準拠の JavaScript も登場する日もあったかもしれなかったのだが、
ECMAScript 4 標準化が白紙、
ECMAScript 4 は無かったことになってしまったのだ。
ActionScript 3.0 で作成したプログラムが
ちなみに JavaScript は大規模開発に向いていない、という事に対し、
最近では Google が新言語 Dart というものを開発している。
位置づけとしては ActionScript 2.0 に近いと比喩した人もいる。
ActionScript 2.0 はコンパイル時 ActionScript 1.0 に変換されて出力される。
Dart も同じく JavaScript 変換機能を持つ。
先の事は誰にもわからない。
HTML5 が成長するとは必ずしも言えない。
技術者は身を持って知っている。
表示と動作の差異、技術者はずっと苦しめられてきている。
めんどくさい。コストがかかる。
HTML5 も同じ道を辿るのでは、と言われてしまうのも仕方がない。
実際に HTML5 の各ブラウザの実装具合はバラバラである。
Flash はといえば、
今でも 10年以上前のスクリプト言語 (ActionScript 1.0 よりも前の言語)で
Flash が動作するブラウザがいつまで携帯に搭載され続けるのか、
まだ誰にもわからない。
今後も当面携帯向け Flash を作り続ける事になるのかもしれない。
携帯向け Flash は一つの容量が小さいというのが救いである。
IE6 対応 HTML サイト制作にせよ、携帯向け Flash 制作にせよ
状況に応じて何を選択するかを判断できるほどの技術力を身につける事
選択する技術に何ができて何ができないのか、
どの技術を組み合わせるとよいのか、
自ら判断できるようになった時、一人前の Web 技術者になったと言えるだろう。
一つ何かをモノにしてしまえば前述の通り移行は容易い。
それを極めるくらいまでとことん勉強してほしい。
続けていくと見えてくるはずだ。自信という名の悟りの道が。
気になった点をいくつか。
現状の HTML5 の実装具合のバラバラさに対し、
「(HTML5の)表示の差分を埋めてくれる何かが登場するかもしれない」
と言う発言があった。
言った当人も会場にいる人達も、きっとこう思っただろう。
「それってなんて Flash Player？」と。
「あれはやめたほうがいい」という発言があった。
勝手に注釈するのであればこの発言は
「Flash で作られた重たい Web を HTML5 でまた再現するつもりなの？」
という皮肉であろう。