『いま、息をしている言葉で。「光文社古典新訳文庫」誕生秘話』なぜ現代に古典が蘇ったのか - HONZ
この秋、出口治明さんと古典を学ぶ講座に参加している。毎月１冊、光文社古典新訳文庫のラインナップの中から出口さんがおすすめの作品を取り上げ、当日はその本にまつわるお話と（しばしば脱線するがこれが楽しい）活発な質疑応答とで、あっという間に2時間が経ってしまう。実に中身の濃い贅沢なひとときだ。 講座は全5回で、初回はダーウィンの『種の起源』、2回目はプラトンの『ソクラテスの弁明』だった。ちなみに来月予定されている3回目はヴェルヌの『地底旅行』だそう。自然科学、哲学と来てまさかのSFという流れが素敵である。 「古典を読めば、世界がわかる」と題されたこのイベント、どうしてこんなに面白いのか。もちろん博覧強記の出口さんの語り口に多くを負っていることは間違いないが、「古典新訳文庫で作品に触れる」という点も大事なポイントだと思う。実際、このレーベルのおかげで初めて最後まで読み終えることができた古典がたくさ
紙の印刷物で修正指示を入れるときに気をつけることが、21世紀に入って正反対に変わっちゃったということに気づいておもしろかった - in between days
書籍を中心にDTPなどを手がけている [twitter:@youichi7imazeki] さんの Blue-Screeeeeeeen.net というブログで、印刷物を制作するときの校正指示についての記事が出てた。 blue-screeeeeeen.net たまたまFacebookで流れてきたんだけど、編集や校正について実地に則したノウハウっぽい記事ってあまり見ない気がするので面白かったし、なるほどそうだなーという納得感もあった。 ぼくも前職でしばらく紙の印刷物に関わっていたので、赤ペンで修正指示などを入れたこともあるけれど、確かに最終的にはここで挙げられている1とか2のやり方で自分も指示をしていたような気がする（3については、あまりに悪筆だったのでほんとにデザイナーご迷惑かけたとおもう。すいません）。 でも、ぼくが初めてそういう作業を習ったときは、これとまったく逆を言われたし、まったく逆
編集長に学ぶ、読まれるWebライティング
8. この表は面白いのか？ 企業名 百万円 ％ 倍 倍 ％ ％ 時価総額 配当利回り PER PBR ROE ROA トヨタ自動車 20,088,033 283.2% 11.0 1.4 1369.9% 474.0% ソフトバンク 9,365,151 51.3% 17.8 4.8 2990.1% 454.1% 三菱ＵＦＪフィナンシャル・グ ループ 8,031,003 282.2% 8.2 0.6 793.9% 40.0% ＮＴＴドコモ 7,106,220 18611.8% 15.3 1.3 839.5% 630.7% 本田技研工業 6,582,731 225.6% 11.5 1.1 1048.0% 392.5% 日本たばこ産業 6,480,000 296.3% 15.1 2.6 1985.2% 1011.3% 日本電信電話 6,387,102 302.5% 10.9 0.8 695.7% 2
スペースほむらとは [単語記事] - ニコニコ大百科
スペースほむら単語 スペースホムラ 6.4千文字の記事 292 0pt ほめる 掲示板へ 記事編集 INTRODUCTION イントロダクションNEWS ニュースCHARACTER 登場人物STORY ストーリーPRODUCT 関連商品IMAGE BOARD イメージボードFUN CLUB ファンクラブLINK 外部リンク掲示板『スペースほむら』とは、九沢武一（きゅうさわぶいち）原作の鬱フラグクラッシュ魔法少女アニメである。 先行劇場版の同時上映は、佐倉杏子主演 『漢娘はつらいよ～フーセンガムの杏子』（漢娘はつらいよシリーズ第一作） INTRODUCTION イントロダクション ･･･それは、 漢娘（おとこ）という名の物語。 漫画家・九沢武一先生の大人気作品『ホムラ』（HOMRA The Space Puella Magi）が満を持してのアニメ化！ アニメ版を手がけるのは、なんとあの「成分
![スペースほむらとは [単語記事] - ニコニコ大百科](https://cdn-ak-scissors.b.st-hatena.com/image/square/29f24b13f8e62d13ba123b72a1404b181297980a/height=288;version=1;width=512/https%3A%2F%2Fdic.nicovideo.jp%2Foekaki%2F340061.png)
開発のドキュメントをどこに置くか問題 - $shibayu36->blog;
最近開発用のドキュメントをどこに配置するか悩んでて、いくつか試して見てる。今回言っている開発用のドキュメントというのは、コードの触り方も含んだサービスの開発に関するもの。例えば 開発環境セットアップ方法 ページに表示している広告をどのように切り替えたりするか(googleの管理やコードの変更も含めた) サービス内の特定の機能の仕組み 内部用HTTP APIドキュメント などを指している。 結構いろいろ考えるところがあるので、思っていることをまとめてみたい。一応先に結論を言っておくと 基本は実装に一番近いところにコメントとしてドキュメント書くのが良いと思う いろんなパーツが絡みあうような大きな機能の場合、導入部分だけ別の場所に書く 出来るだけrepository内に入れておくと探しやすく、更新しやすいと思う あといろいろ悩んでるので事例あったら教えてください。 起きている問題 ドキュメントは
Github を使って雑誌原稿を書く - naoyaのはてなダイアリー
今日はこのあと Github の Tokyo Drinkup January 2014 に行くのだが、先方から、もしかしたら 10分ほど Github について話してもらうかも、と打診された。話すか話さないかわからないが、もし話すとしたらと仮定し内容の整理も兼ねて以下「Github を使って雑誌原稿を書く」ということについて書いてみようと思う。 「Github を使って雑誌原稿を書く」もしくは「Github を使った雑誌編集者とのコラボレーション」について、である。 Web+DB PRESS の連載 ご存知の方もいるかもしれないが、このところ技術評論社の Web+DB PRESS で連載をしている。連載を始めて、もう一年近く経った。以前にも Perl に関する連載をしていて、そのときも数年ぐらい続けたので、間があきつつも、なんだかんだでそれぐらいの付き合いになる。 最近は特にテーマは決めず
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「実は文章に自信がない」そんなWeb担当者を助ける文章校正ツール「文賢」が、AIで進化する！ | インタビュー
編集やデバッグが簡単になるバッチファイル向け統合開発環境「VisualBat」NOT SUPPORTED