一般にヨーロッパの「中世」時代はおおよそ5世紀から15世紀あたりまでとされている。 1000年もの長い期間のため、中世初期（500-1000年頃）、中世盛期（1000-1300年頃）、中世後期（1300年-1500年）に分けられる事もある。 中世の前の時代が、古代ローマ帝国に代表される古代。 中世の次の時代が、ルネサンス・宗教改革・大航海時代に始まる近世となる。 「ヨーロッパ」とは
中世パン図鑑
一般にヨーロッパの「中世」時代はおおよそ5世紀から15世紀あたりまでとされている。 1000年もの長い期間のため、中世初期（500-1000年頃）、中世盛期（1000-1300年頃）、中世後期（1300年-1500年）に分けられる事もある。 中世の前の時代が、古代ローマ帝国に代表される古代。 中世の次の時代が、ルネサンス・宗教改革・大航海時代に始まる近世となる。 「ヨーロッパ」とは
【艦これ】新規プレイで効率よく進めたい人へのまとめ記事
2013年07月10日12:00 カテゴリ攻略 【艦これ】新規プレイで効率よく進めたい人へのまとめ記事 こちらの記事は管理人がまとめた個別記事です 2ch本スレやツイッター等で、開始するに当たっての諸注意等出回ってるので 私艦これ速報管理人はもう一歩踏み込んだ内容でお送りしたいと思います 登録等、参加するまでの下準備はこちら→艦隊これくしょんを始めたい方へ ※効率から見た注意事項もあるので、苦手な方は要注意です 全編に渡りネタバレ要素しかありません。こちらの要素も要注意です 大前提 艦これを効率よく進められるかどうかは完全に運ゲー だがそれがイイ それでもコツと基礎知識さえあれば、ランキングで上位を狙えたり 他の人より早く進軍(次MAPへ)出来たりします。 その為のノウハウをまとめたいと思います 大前提をご理解頂いた上で続きを読んで頂ければ幸いです なお、ここから先に私が書いた記事はwik
「MongoDBのはじめての運用テキスト」を書いてみた - 256bitの殺人メニュー
MongoDB使いましょって時に、やれ、レプリカセットだの、シャーディングだの、いちいち手順とか教えていくのがめんどくさくなったので、これを見たらコマンド的な手順はひと通りいけますよ。だから後は自分で調べてね、っていう資料をつくってみたのだ。 というわけで、「MongoDBのはじめての運用テキスト」SlideShareにあげました。 MongoDBのはじめての運用テキスト from Akihiro Kuwano 内容 PDFには、以下の様な内容を盛り込んでいます。 インストール レプリカセット構築 シャーディング設定 基本的なオペレーション Stat系ツールの見方。 ただし、徐々に古い情報にはなってくると思うので、詳しい情報や、最新の情報を見たい方には公式のWikiなり、ソースなり見ていただくのを推奨いたしますｗ 意図 以前MongoDBの薄い本などもあって、あれはすごくわかりやすい入門テ
掃除や引っ越しにも便利！「雑誌や新聞の上手な縛り方」 - はてなニュース
雑誌などの本や新聞を処分する際、紐で束ねればいいのは分かっていても、コツを知っていないとなかなか難しいもの。結んでもすぐにずれてしまったり、緩んでほどけてしまった経験はありませんか？また、何度もやり直して紐を無駄にするのももったいないですよね。そこで今回は、「本や新聞の縛り方」についてのエントリーを集めました。 ■本・雑誌を縛るコツは？ まずは普段から使うことの多い「本の縛り方」についてご紹介します。 こちらのエントリーでは、以前古本屋でアルバイトをしていたという筆者が、その時に教えてもらったという本の縛り方を紹介しています。 ▽古本屋でのバイト時に教えてもらった便利な本・雑誌の縛り方 - 空気を読まない中杜カズサ 今回はこちらを参考に、実際に雑誌を縛ってみました。 1.今回縛るのは、ファッション誌2冊とコミック誌1冊です。まずはコミック誌2冊を台がわりにして、縛る3冊を少しずらして上に乗
コメリ・ドットコム｜HowTo情報：ロープの結び方 新聞を上手に束ねる
新聞を束ねるシーンが連続する廃品回収は、ロープワークの腕の見せどころ。 絶対に覚えて、みんなの注目を集めましょう。
もち肌ビジネスマン奮闘記: 社内セッション 芸者東京（GTE） 開発の勝ち方をきっかけにまとめた、コンテンツ開発についての私的メモ
社内セッション 芸者東京（GTE） 開発の勝ち方をきっかけにまとめた、コンテンツ開発についての私的メモ 金曜日に、弊社エンジニアである、tsuruokaプレゼンツで、 「芸者東京エンターテインメント（GTE） 開発の勝ち方」という、朝まで生セッションが開かれた。 おもしろかった。 なにより、こういうことがスタッフ主催で行われるカルチャーに、すごく感動した。 今日は、これをきっかけにかんがえたことを、メモ書き風に。 社内ブログに書く内容だけど、外部のフィードバックを期待して、こっちにかくことにする。 ■tsuruokaの提案 議論そのものは、 自社＆世の中の失敗プロジェクトに対する、これまでの反省を踏まえ、 エンタメコンテンツの開発工程を、どう洗練させていくか、ということについて。 tsuruokaの提言主題は、 eXtreme Programmingの考え方を アナロジーとし
記憶は削除の方向で - trac をプロジェクトのポータルサイトとして使うために
trac は標準でもかなり高機能なんだけど、使っているうちにそれなりに不満点は出てくる。 個人的に、標準では使いにくいと思うものがいくつかあって、今のところこれくらい。 ユーザ管理 -> 標準だとコマンドラインで trac-admin するしかない。 -> サーバまで移動する or リモートログイン。面倒。 ニュースの表示 -> 一番目立つ WikiStart を編集するとか？ -> ニュースであることが気付き難いし、過去のニュースが追えない。 関連する情報へのリンク ->手動で関連情報にリンク。 -> めんどくさいし、漏れが出るのは確実だろう。 あとは議論するための仕組み(-> DiscussionPlugin ？)とか、自分のタスク一覧確認(-> デフォルトのレポート7？)が必要かとも思うけど、標準でもなんとかなるように思う。 trac の場合、プラグインやマクロを使えばある程度はカバ
web-conte.com | blue | Lightbox JS v2.0 と Flash
web-conte.comでも画像の拡大表示時に使っている「Lightbox JS v2.0」。これ、ページ内にFlashが同居していると厄介なのである。自分のサイト（ここ）だとそもそもFlashを置いていないから気づきにくい問題なのだが、先日あるサイトを作っていてこのことに気づいた。Flashオブジェクトは z-indexなどの指定を無視し、基本的にドキュメントの最前面にあるように表示されてしまうため、Flashだけは背景に追いやられず、Lightboxで拡大表示させた画像のさらに手前に出てきてしまう。 このことの解決策はひとまずあって、たとえば「小粋空間: Lightbox JS でブログパーツ等の Flash を PNG 背景画像の下に隠す」などの解説が丁寧だ。要は、Flashを埋め込む際の記述のひとつに「背景を透過する」という命令にあたるものがあって、それを書き加えてやればいい。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
