アカウント名:
パスワード:
オブジェクトをバイト列に変換することですよね。
Cでmallocしたデータは「そこにある」ことがほぼ自明だけど、例えばJavaだとデータは全て動的なので、インスタンスを生成するたびにデータがメモリ上にでたらめに配置されてしまいます。それを出力のために連続したバイト列に直すことだったと思います。
実はFortranのような古典的な言語でも、アクセス効率をあげるためにアライメントと言ってデータの区切りをワード境界に合わせたりする時は、メモリ上の本当のデータの配置と入出力データを合わせるシリアライズ相当の処理をどこかでやらないといけなかったりします。
Javaのオブジェクトは、自分で自分のサイズなどを知っているので、クラス定義の時にSerializbleをimplementしておけばあとは処理系がやってくれると本に書いてありますが、処理系が判断できないデータもあるはずで、その場合どうなるかは知りません。書き出したものを読み込んで元に戻らなかったら大変なことになりますから、手動で実装するのはやっかいです。
入出力の他、別のプロセッサやスレッドにオブジェクトを転送して処理を頼む時や、いったんばらばらになったメモリを集めてアクセスを効率化するのにも使う気がします。
無限ループ->毎日同じ生活、同じ失敗 リセット->昨日までの(会社、人生とも)積み重ね無し フリーズ->頭使う気なし オーバーロード->業務量に自分の処理能力追いつかず シリアライズ->一度にいくつも困難(例、私生活+会社)を処理出来ず(?) エンバグ->自分の処理回路そのものに誤り有り オーバーフロー->日常生活で必要な記憶できる量を超えている コアダンプ->クラッシュ後の原因解析中orz
#俺、全部?
仕様書は書いても読まれるとは限りません. 本当に重要であれば, 他の人が調べて書いてくれます.
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
core dump (スコア:5, おもしろおかしい)
ヤケ酒ですか? (スコア:1)
#巨人ファンの私はもはや諦めの境地
Re:core dump (スコア:1)
Re:core dump (スコア:1)
コアダンプ。
#私が最後にコアダンプしたのはかれこれ10年ほど前かしら。
#大人になったのね。
「まだ生暖かい! 犯人は近くに居るぞ!」 (スコア:1, おもしろおかしい)
オートパワーオフ (スコア:5, おもしろおかしい)
オートパワーオフと言うよりむしろ (スコア:1)
それってむしろ,無限ループでは。
Re:オートパワーオフ (スコア:1)
サスペンドの度合いによって、復帰に要する時間も変わって来ます。
#サスペンド中の出力状態は不定です(w
凛々しく、あほらしく。
Re:オートパワーオフ (スコア:1, おもしろおかしい)
Re:オートパワーオフ (スコア:1)
フリーズじゃなくって?
Re:オートパワーオフ (スコア:2, おもしろおかしい)
して、を入力中にも睡魔プロセスが作動していたようですよ。
Your 金銭的 potential. Our passion - Micro$oft
Tsukitomo(月友)
オーバーロード (スコア:3, おもしろおかしい)
Re:オーバーロード (スコア:2, 参考になる)
# 一瞬オーラロードに見えたんだもん
Your 金銭的 potential. Our passion - Micro$oft
Tsukitomo(月友)
その他 (スコア:2, 興味深い)
Re:その他 (スコア:1)
Re:その他 (スコア:1)
しかも、記憶は整合性が取れず読み出せません。
#年とったので、「ボケた」とも言う
Re:その他 (スコア:1)
#人生の設計図を失くしてしまったもんで・・・
Re:その他 (スコア:4, おもしろおかしい)
[英] re-birth engineer ring
何度生まれ変わっても、結局「技術者」という名の奴隷階級になってしまうという悲惨な輪廻転生のこと。
Re:その他 (スコア:2, すばらしい洞察)
シリアライズ (スコア:2, 興味深い)
処理するようにしてます。で、シリアライズに投票しました。
じゃ、オーバーフローしないのかというと、入力の段階で制限しちゃうので、なんとかっているか
と。あとは締切が後ろにずれていくわけで、それでも何とかなるかと。
一応ACにしておこう。
逐次化と直列化 (スコア:1)
Re:シリアライズ (スコア:1)
オブジェクトをバイト列に変換することですよね。
Cでmallocしたデータは「そこにある」ことがほぼ自明だけど、例えばJavaだとデータは全て動的なので、インスタンスを生成するたびにデータがメモリ上にでたらめに配置されてしまいます。それを出力のために連続したバイト列に直すことだったと思います。
実はFortranのような古典的な言語でも、アクセス効率をあげるためにアライメントと言ってデータの区切りをワード境界に合わせたりする時は、メモリ上の本当のデータの配置と入出力データを合わせるシリアライズ相当の処理をどこかでやらないといけなかったりします。
Javaのオブジェクトは、自分で自分のサイズなどを知っているので、クラス定義の時にSerializbleをimplementしておけばあとは処理系がやってくれると本に書いてありますが、処理系が判断できないデータもあるはずで、その場合どうなるかは知りません。書き出したものを読み込んで元に戻らなかったら大変なことになりますから、手動で実装するのはやっかいです。
入出力の他、別のプロセッサやスレッドにオブジェクトを転送して処理を頼む時や、いったんばらばらになったメモリを集めてアクセスを効率化するのにも使う気がします。
選択肢を解釈 (スコア:2, 興味深い)
無限ループ->毎日同じ生活、同じ失敗
リセット->昨日までの(会社、人生とも)積み重ね無し
フリーズ->頭使う気なし
オーバーロード->業務量に自分の処理能力追いつかず
シリアライズ->一度にいくつも困難(例、私生活+会社)を処理出来ず(?)
エンバグ->自分の処理回路そのものに誤り有り
オーバーフロー->日常生活で必要な記憶できる量を超えている
コアダンプ->クラッシュ後の原因解析中orz
#俺、全部?
無限ループ (スコア:2, すばらしい洞察)
2、コーディングする。
3、デバッグする。
4、テストする。問題があれば3に戻る。
5、仕様書を書く。
6、仕様変更が入る。
7、2に戻る。
基本ですね。 orz
仕様書が書かれない理由 (スコア:4, すばらしい洞察)
>1、仕様を決定する。
>2、コーディングする。
>3、デバッグする。
>4、テストする。問題があれば3に戻る。
5、仕様変更が入る。
6、2に戻る。
7、仕様書を書く。// dead code
Re:仕様書が書かれない理由 (スコア:2, すばらしい洞察)
仕様書は書いても読まれるとは限りません. 本当に重要であれば, 他の人が調べて書いてくれます.
Re:仕様書が書かれない理由 (スコア:1, おもしろおかしい)
スワッピング (スコア:2, 参考になる)
May the source be with you... always.
オーバーフロー (スコア:2)
#仮病とも言うw
オーバーロードその2 (スコア:2, 興味深い)
部下クラスに対して「よろしくやっといて」を作用させるときは「手抜いたら許さん」という意味になります。
infinite loop?? (スコア:2, 興味深い)
{
for(;;) {
p -> do()
p -> eat();
p -> sleep();
if (p -> dead())
break;
}
return;
}
Re:infinite loop?? (スコア:2, 興味深い)
ちょっと追加 (スコア:1)
{
for(;;) {
p -> do()
p -> eat();
p -> sleep();
if (p -> dead())
break;
}
return 42;
}
その他(panic) (スコア:2, 興味深い)
午睡(フリーズ) (スコア:1)
コーヒーまたはフリスクを与えると再起動します。
フリーズ中に与えた指令は保存されません。
Re:午睡(フリーズ) (スコア:1, 興味深い)
入れるのは上の口ですか、下の口ですか?
Re:午睡(フリーズ) (スコア:4, 興味深い)
ただし周囲も臭くなる罠
#高校ん時の修学旅行で正露丸祭で部屋にぶちまけ、そのまま正露丸投げに発展したのでID
# 爆言のち漏電中… :D
Re:午睡(フリーズ) (スコア:1)
やばい、ぐっときた (スコア:1)
コアダンプ…… (スコア:1)
コアダンプの解析は、検死解剖ですか?
# 最近再燃流行のタイムリープはよくやってしまうので、リセットで。
# ただ未来にしか進めず、リセットから再起動の間の記憶がありません。うーむ……。
==========================================
投稿処理前プレビュー確認後書込処理検証処理前反映可否確認処理後……
オーバーロード (スコア:1)
例えばすらどの書き込みとかに(ぉぃ
しもべは投稿を求める →スッポン放送局がくいつく →バンブラの新作が発売される
Hack, hack (スコア:1, おもしろおかしい)
っきしょーめぃ
ハクショーン (スコア:1, おもしろおかしい)
スワッピング (スコア:1)
#(稼働率)最悪な俺…
/* Kachou Utumi
I'm Not Rich... */
経年劣化による (スコア:1)
デフラグ (スコア:1)
Re:デフラグ (スコア:3, おもしろおかしい)
/[_]
| |
■■□■■□◇_◇□□□
※上のファイルの未整理な環境が標準です。
[ ゚∀゚]=3
ノ[ へ
■◇■◇■□_■_____□■◇□□◇_
※もっと散らかってる方が落ち着きます。
:<[゚д゚;]>:
:[へへ:
■■■□□□□◇◇□◇◇◇■◇
※中途半端だと落ち着きません。
Re:デフラグ (スコア:1)
「机の横」キャッシュも破綻してるので、
目的の本がなかなか手元に取り出せません…
スタックオーバーフロー (スコア:2, おもしろおかしい)
昨日未明、机の横でスタックオーバフローが発生し、書籍流が発生。机上データが破壊されました。
復旧には2日ほど掛かる予定です。
#まだ引越しして3ヶ月経ってないのに…
デフラグ? (スコア:2)