orange @[email protected]

libgdbmとかいうののターゲットを3から5にあげる影響？＞＜(また互換性がゴミ事案？＞＜；)

オレンジが、いわゆるエスパーサポート(何言ってるんだかわからないレベルに(主に)メカ音痴な人が助けを求めてる所にお節介サポートする事)をたくさんするのは、ものすごく勉強になるって言ってるのもそれ＞＜
(その人がどう操作がわからなくてどう認識していてどう操作してどういう状況になっているのかを推定する訓練になる＞＜ それはそのままデザインする時のスキルとして使えるはず＞＜)

新しいユーザープロフィールページ？＞＜も、誰か一人でも文句言ったのか謎＞＜(観測範囲ではカコイイって肯定的な声しか見つけられなかった＞＜)

これかも＞＜
7 design lessons from Silicon Valley’s most important failure https://www.fastcompany.com/90208070/7-design-lessons-from-silicon-valleys-most-important-failure

ていうか、声の面は、さっきのリーナスブチキレ事案でもそうだけど「文句があるなら使うな」圧力があるじゃん？＞＜ Apple関連の誰かも言ってたと思うけど、ブチキレる人の話を排除してると改良なんて出来ない＞＜(従えという意味ではなく多くの場合重要なヒントが含まれているし、反論を考える事でより検討できるかも＞＜)

PascalかC# で書かれてたら手伝えるけど＞＜；

ていうか、通報が多い順からソートとかちょっと考えれば付けて当たり前なUIだと思うんだけど・・・＞＜

Rubyでの実装が嫌ならば別の言語での実装を自分でって話も動的型付けな環境の欠点そのもので、動的型付けな言語で書かれたコードってドキュメント性が低すぎて仕様を読み解く資料として使い物にならないのが問題＞＜(言い換えると、十分なドキュメントがわざわざ用意されていないと移植が困難かも＞＜)

Ruby嫌いって、他の動的型付け言語も含めて嫌ってる人はよく観測できるしオレンジもそうだけど、他の動的型付けな言語を極度に嫌わずにRubyだけ嫌いって人どういう面が嫌いなんだろう？＞＜

・・・・と思ったけど、書いた人のプロフィール読んだ感じ違うっぽさ＞＜；

nginx嫌いって例えばよくわかんないけど、プロセススレッドの使い方がエレガント(※1)では無いと嫌な人が嫌うとかはありそう＞＜
(※1 この場合のエレガントはUNIXの構造に対する皮肉を含んだ意味です＞＜)

読んでてリーナスの代わりにブチキレたというか、Sriram RamkrishnaとかいうGNONEの開発者がオレンジの絶対許さない人リストに載った＞＜

google+(のモバイル版のページ)って、発言の固定リンクどこで得られるんだろ？＞＜；(わかんなくて書き出しを引用した＞＜)

リーナスの発言の "that's a particularly stupid and bad example, and whoever wrote that bug report is a moron." って素晴らしい書き出しで始まる辺りの話すごくおもしろい＞＜

I don't mind these GNOME forks so much.  But I would hope that they would tak... https://plus.google.com/115250422803614415116/posts/KygiWsQc4Wm

(オレンジはこういう事が起きないように、完全に互換を保つことに注意して書くこと多い＞＜(なので良くないとされるHogehogeEx()みたいなのわりとある＞＜； そういう場面で正しくはどうすべきなのか本買えなくて知らない＞＜；))