個人的にはまぁ無理だとは思うが。

生かさず殺さずのギリギリの給料に設定すれば、黙ってても向こうから「もっと多くの時間働かせてください！」とおねだりしてくるので、いいように手のひらで転がせるので、だからこの手の過酷な労働は決まって給料が生活ギリギリちっくに設定されてるのは、合理的で当然な気がする。
なまじ給料上げると既存の労働者のおねだりまで減って、手のひらコロコロがしづらくなる的な兼ね合いもあって、なかなか給料上げるの難しいのかもね。知らんけど。適当言ってるだけだけど。

最終的にうんこ製造が人の最も高度な能力ですた、ってことが判明したらどうするよ俺ら

こんなのを高校生で自主的に自作できるの、超優秀だと思う。

プロの専門家（？）たちが名無しで、ヒューズが無いとか絶縁が甘いとか素人の設計プゲラとか、
バカが真似したら火事になるのでバカの為に犠牲になるべき（自粛して消すべき）とか、プロ同然の完璧なものができるまで見せるな、いや、作るな、何もするな。優秀な高校生に大人たちがよってたかって超かっこいい。

こんなイケ好かない優秀なガキは、われわれ大人が正しい方向に導いてあげなければ…　とりあえず成果物の自慢は全て禁止ぃ！（笑

そ、そんなオプションがあったとは知らなかったです。
うひぃ〜はずかしぃ〜〜（＾＿＾汗

ありがとうございます。今度やるときやってみます！

ubuntuでxmonad使ってると、手頃なfmがnautilusなので時々起動するけど、
昔からデスクトップが表示されるので、「？」と思って「邪魔だな〜」って思いつつ最小化してどけて使ったりしてた。
たぶん今回のソース書き換えでそれが治りそうっぽいから、xmonad使う人にはうれしい書き換え。

あ、ubuntuのは据え置きですか。そうですか…orz

int a[]={10, 11, 12};
int *p = a;

*p++ = p[1]; /* なんかトリッキー… */

printf("%d %d %d", a[0], a[1], a[2]);

これをコンパイルすると
gcc4.7以前だと 11 11 12
gcc4.8以降だと 12 11 12
わんぱくですね。

初代Bを1台、A+を1台、2を2台。3も買いたいです。

性能に飢えてる感じが昔のPCやゲーム機の雰囲気に似てるので、性能アップした新型を追いかけるのが毎回楽しいです。踊らされてます。
いいんです。安いですし…

これ、見方を変えて「５００円で買える OOMI → HDMI 変換ボード自作キット」として考えると、コスパすごく良い気がする。
※ OOMI : 俺俺マルチメディアインターフェース

一個作っとけば、低レベルなPIC等で何か作ってそれをPC用モニターへ表示して遊ぶようなことを気軽にできそう。

たとえば状態Ａを、状態Ｂにするのが目的なアプリがあったとして、
Ａ　→　Ｂ
ソースコードに書かれてるのは　→　の具体的な方法。
→　から　Ａ　や　Ｂ　を炙り出して推測しないといけないから、だから他人の書いたソースコードって読むのが難しいわけ。

自分で書いたソースコードなら暗黙に　Ａ　や　Ｂ　を頭に思い浮かべながらソースコード（→）を読めるけど、
他人のソースコード（→）”だけ”を渡されたら、まず　Ａ　や　Ｂ　を　→　から炙り出して推測するという手間が必要となるわけ。
その手間を軽減するためにコメントがあるわけで、または設計書や仕様書のような、とにかく　Ａ　や　Ｂ　を炙り出ししなくても知れる手段が用意されてるのは、有用なことだと思います。

だけど、　→　の中身まで懇々と説明しだすと、それはソースコード読めば良いじゃない。ということになる。
Ａ　と　Ｂ　を説明しとくに止めてればそれは有用な情報なのに、気を利かせてソースコード（→）の中身まで過度に説明しだすと、それは逆に身動きしづらくする鎖になるので良くない。
そこのバランスの問題だと思うわ。

ある程度大きな電流流れるような（液晶モニターの冷陰極管など）ところを自分で交換修理するのは、火事的な意味で怖いので手が出せないです。
直した直後は動くでしょうけど、数日後に外出中に突然火を拭くようなことも起こり得るでしょうし。

ショートさせてヒューズが切れたリチウムポリマー電池を、半田コテ片手にヒューズ新調して復活させるとかも怖すぎるし。火事的な意味で。

メーカーの保証が切れるとか以前に、自前での家電修理って火事的な意味で怖いので、あまり積極的に進んでやるべきものじゃないとは思います。