コメント: Re:うーん (スコア 5, おもしろおかしい) 94
>遅いって言ってる人も、一度完全に初期化すると遅いの直るかも知れませんよ。
これだからドザーは・・あれ?
アナウンス:スラドとOSDNは受け入れ先を募集中です。
>遅いって言ってる人も、一度完全に初期化すると遅いの直るかも知れませんよ。
これだからドザーは・・あれ?
何かやたら評判悪いですが、遅さは全く感じないです。
iPhone 5S。
アップデート後に完全に初期化(DFUモードでのリカバリ後、バックアップからの復元も無し、アプリも全部手動で落とし直し)したのが効いてるのかも?
遅いって言ってる人も、一度完全に初期化すると遅いの直るかも知れませんよ。
#ただし、ソフトウェアトークンの類を使っている人はご注意を。
#リカバリ後、復元、トークン利用停止後にさらにリカバリする羽目になりました。
今あるのは生存競争に打ち勝った強さをを持つものです。
古い言語とはこの生存競争に負けて消えた言語です。
> 実学系だと割とよくある手法の一つ。
> 手を替え色を変え形を変えてる手探りしてるときに、とっつかみをやってるときに何気に思いつく形だよね。
> なんとなく実用では既存の物で足りてるから探求しないだけで、庭先ぐらいの距離に金鉱が埋まってたりする。
全然違います.
まず最初に量子力学の研究者が,光や電磁波に軌道角運動量が存在することを発見しました.
その論文を読んだ電波工学の研究者が,無線通信の多重化に応用できることを実証したのです.
これは試行錯誤や偶然の産物ではなくて,聡明な人たちの学際的研究の賜物です.
①レンジokのタッパーでカレーを加熱したら、カレー面と容器との境目が溶けた。
・周囲に偏った油分が容器の耐熱温度以上に上がるため、その油分に接している容器内面が溶けてしまいます。
・対流しないものを加熱するときは一気にやらずに
3~4回にわけてかき混ぜながら加熱しましょう。
②シャケが爆ぜてレンジ内べっとり。
・内部の水分が蒸発して膨張するため、その圧力で爆ぜてしまうことがあります。
・面倒でも蓋になるものをかぶせましょう。
③牛乳加熱しすぎてあふれだした。
・牛乳はタンパク質をふくんでいるので、加熱しすぎると沸騰した泡がほとんどはじけずに容器からあふれ出します。
・液体だからと油断しないようにしましょう。
番外:学祭で野草茶をつくるということで、陰干ししたスギナの水分を飛ばそうと加熱したら燃えた。
・水分少なくないものは加熱しすぎれば炎上します。気をつけましょう。
#あの頃~俺は 若かった~
昔コンビニのカウンターでカップ酒をレンジで温めてくれと客に言われて、金属の蓋がついたまま入れようとした若い店員がいたっけな。しかも液体の過熱は勝手を知らないと結構ヤバい。
家庭用電子レンジ(600W)でお燗する場合は、必ず金属の蓋を取って、加熱時間は1分以内でお願いします。業務用(1500W)では、20秒以内をお守りください。それ以上加熱しますと、電子レンジから取り出したとたん、またテーブルに置いたショックで突然高温のお酒が噴出して、たいへん危険です。
これは、突沸と言われる現象で、電子レンジでの加熱は液体の対流が起こりにくく、沸点以上の温度でも沸騰しない状態(過熱)になることです。一種の不安定な状態のため、わずかな条件変化で一瞬のうちに爆発的な沸騰が起こります。お酒だけでなく、コーヒー・ミルク・味噌汁などでも同じ現象が起こりますので、電子レンジでの加熱時には十分なご注意が必要となります。
> 植物や動物、人間が製造した工業製品に取り込まれた水って、簡単に海に戻るの?
地上の植物や動物、人間が製造した工業製品に含まれうる水の量がどれくらいか、考えてみましょう。
正確な計算は面倒なので、大きく見積もった上限を考えましょう。
地球の陸地がすべて、植物・動物・工業製品で覆われたとしましょう。
実際にはそんなにたくさんの植物・動物・工業製品はありませんが、あくまで、大きく見積もった上限です。
また、その量は、地球の表面を平均10m (0.01km) くらいの厚さで覆う量だとしましょう。
これもまた、とんでもなく大きな見積もりですが、これより小さいことは確実、という値です。
そして、これら植物・動物・工業製品を構成する物質は、100%水だとしましょう。
これもまた、ありえませんが、これより小さいことは確実です。
そうすると、地球の陸地面積は1.5e8 km2ですから、植物や動物・工業製品に含まれる水は、
1.5e8 × 0.01 × 1 = 1.5e6 km3
です。
一方、海水の全体積はおよそ1.3e9 km3 ですから、植物・動物・工業製品に含まれうる水の上限は、
海水の約0.1%ということになります。
これでも、地球上の全陸地を高さ(あるいは深さ)10mで埋め尽くすだけの工業製品や動植物、
というありえない設定を想定したときの値です。実際にはもっと(これより何桁も)少ないはずです。
遅さに関しては、Android端末でも起きますが、iOS8インストール直後に脆弱性対策に伴う電話帳の暗号化のやり直しとか様々な処理が走るので電池持ち悪化と遅くなるので要注意ですね。
それより目玉のHealthKitに不具合とか、
Chrome入れれば回避出来るけどSafariでファイルアップロード時に不具合とか、
今は更新で直ったけどGarageBandを初めとした音周りの不具合とか、
iCroud Driveの対応状況とか、
iPhone6/6 plusに合わせてβ版を無理矢理リリースしちゃった感じ。
速さを語る前にOSや純正アプリの不具合やクラッシュとかを何とかしてほしいかな。
例によってセキュリティアップデートを含むので更新しないって選択肢も無いしねぇ。
そもそも、古い=悪であるような論調がとても引っかかるわけだけど、
昔からあるということは、処理系の選択肢が多い(と思われている)ということでもある。
記述の抽象度が低いということは、ロジックを追ってちょっと治すだけならオリジナルの作者でなくても簡単にできる(と思われている)ということでもある。
そういう点が評価されて使われ続けているのではないだろうか
もちろん、新しい言語がそれを解決する手段を提供しているんだろうけど、決定者を納得させるだけの力がない。
だってさ、Web関係の仕事へ行くとすぐ”捨てて作り直しましょう”とか言い出す。
そういう用途向けでないものをリプレースするのは難しいんじゃないかな。
物事のやり方は一つではない -- Perlな人