副題の件は、その後翻訳メンバーで案を追加して、以下の6つを出版社さんに送っておいた。 [副題の案] ユーザーと開発者のコミュニケーションを改善する革新的なプログラミング技法 押さえておきたいプログラミングの新常識 46のパターンで学ぶDSL作成のベストプラクティス 46のパターンで学ぶDSLのつくり方 46のパターンで学ぶDSL作成のエッセンス 生産性とコミュニケーションをDSLで改善する46のプラクティス あわせて、タイトルを『ドメイン特化言語DSL』あるいは『ドメイン特化言語（DSL）』とする案も伝えておいた。 副題は、それをつけることで、ネットで書籍を検索する際に重要なキーワードにヒットさせる効果がある。 もうひとつ重要なのは、書店の店員さんへのメッセージである。 当然のことだが、書店の店員さんがITの専門家とは限らないから、毎月たくさん出版される新刊本を書店のどのコーナーに置くかを
Python Insider ってなに？ Python Insider JA: Python Insider へようこそ！ を読んでください。 Python Insider のはじまり http://us.pycon.org/2011/home/ で Python Insider という、Python のコア開発チームによるブログが3月の下旬から開始されました。その後、その編集者を務める Doug Hellmann から各国語に翻訳されたブログも立ち上げようとしているというお話がありました。 いまのところ、3カ国語に翻訳されたブログが用意されています。 Python Insider JA (日本語) Python Insider PT (ポルトガル語) Python Insider ES (スペイン語) オリジナル (英語) のブログの記事は Bitbucket PSF に reST フォ
About 南の島のプログラマ。 たまに役者。 Practical Schemeの主。 WiLiKi:Shiro 最近のエントリ 米国の大学進学無限cxr高校受験Defense振り返ってみると2019年は色々学んで楽...覚えるより忘れる方が難しい(こともある)眼鏡のつると3DプリンタIris Klein Acting ClassSAG-AFTRA conservatory: Voice Acting創作活動って自分を晒け出さねばならないと...More... 最近のコメント YouTube Downloader for PC on CLtL2 (2025/03/03)Jessica Gertrude on CLtL2 (2025/02/25)shiro on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/14)1357 on 歳を取ると時間が速く過ぎるの
■ 私の翻訳のやり方 秋から半年かけて2冊の本の翻訳をしたので、そのやり方をまとめて書いてみる。翻訳本の宣伝はまた後日。 1. テキストデータ化する まずは何はともあれテキストデータにする。 私は、テキストエディタと電子辞書を使って翻訳しているので、 テキストデータがなければ作業ができない。あまりよくない気もするけど、仕方ない。 元の原稿が最初からテキストデータであれば問題ないが、その他のフォーマットだと変換しなくてはいけない。HTMLなら簡単にできる。物理的な紙（原書）なら、OCRするのかなあ。よく知らないが、たぶんそうだろう。よくあるのがPDFで、割と面倒なのもPDFだ。PDFからテキストを抽出するツールはいろいろあるが、ちゃんと正確に抽出できるものは、たぶんない。そこそこうまくいくツールでも、アポストロフィーとかハイフネーションの扱いがうまくできない。が、抽出することが主な目的ではな
はじめに Thoughts On Developer Longevity @voluntas が面白記事を発見してくれたので翻訳しました。本文よりもコメント欄がかなり盛り上がってるので、そっちも読んでほしいです。個人的にはオープンソース系コミュニティで一線行ってる人はあんまり関係ないんじゃないかなあと感じてます。ただ世間一般の場合はどうなんでしょうかね。日本だと「プログラマが知るべき97のこと」もでてるのであわせて読んでみるのもいいかもしれません。 開発者の寿命について思うこと 40歳以上の開発者をどれだけ知ってますか？かなり多くの人が0人と答えるでしょう。では、40歳以上の開発者を1人以上知っていると答えた方にさらに質問。その内何人が素晴らしい開発者ですか？もし40歳以上の素晴らしい開発者をご存知なら、お願いがあります。彼らの脳みそを取り出して、何が彼らの能力を研ぎ澄ましているのかを判別
はじめに 翻訳をしていて、気がついたことをメモしておきます。 私は翻訳の専門家ではないけれど、自分で辞書を引き引き翻訳をしていると、 それなりに考えることがあるものです。 ここでいう翻訳は英文和訳を意味しています。 意味を伝える 翻訳とは「原文の意味をよく理解し、それを日本語として表現する」ことである。 原文の意味をきちんと理解しなければならない。 自分が理解できない文章を翻訳することはできない。 機械的に字面を字面に置き換えてはいけない。 原文の意味をよく伝える日本語の文章を作ること。 原文の構成や言葉遣いに引きずられて、 日本語としておかしい文章にならないように。 差違を埋める 原文の品詞にこだわらない。 原文で名詞になっているものを動詞として表現してもいい。 原文の一文にこだわらない。 一つの文を複数の文に分けたり、 複数の文を一つにしたりしてもよい。 もしもそれが意味をより正確に伝
この記事はTrygve Reenskaug氏の記事「MODELS - VIEWS - CONTROLLERS」を、氏の許可を得て翻訳したものです。（原文公開日：1979年12月10日） モデル モデルは知識の表象です。モデルは１つのオブジェクトであるかもしれませし（あまり面白くはありませんが）、複数のオブジェクトからなる構造かもしれません。 モデルとその一部には一対一の対応関係がある一方で、モデルとその所有者によって知覚された世界の表象との間にも一対一の対応関係があります。したがって、モデルの各ノードはその問題における識別可能な一部分を表象しているのです。 モデルの各ノードは、同一水準の問題を扱うものでなければなりません。問題指向の各ノード（例えば、カレンダーの予定）を実装の詳細（例えば、パラグラフ）と一緒にすることは混乱を招きますし、良くない形式と考えられます。 ビュー ビューはモデルの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く