【その発想はなかったわ】「語学力ゼロで8ヵ国語翻訳できるナゾ」水野麻子 : マインドマップ的読書感想文
【本の概要】◆今日ご紹介するのは、一見、英語勉強本かと思いきやあにはからんや。 実はリアル書店で見かけたものの、タイトルからしてちょっとぁゃιぃとスルーしていたのですが、先日のアソシエの英語特集の記事のコメントでエピクロスさんにオススメ頂いて、実際に手に取って見たところ目からウロコ。 この本、基本的には「翻訳」というフィールドのお話なんですけど、中身は完全に「仕事術」です。 しかも汎用性もありそうなので、文章を多く扱う方なら必見ではないかと！ いつも応援ありがとうございます！ 【目次】第1章 語学力と論理的思考力 「翻訳のスピード」って何? 「品質」を上げるには? ほか 第2章 知識とは選択肢のこと 技術の知識は二の次 何が書いてあっても恐れるな ほか 第3章 生き残りのカギは発想の転換にあり 意外なところに大きなロスを発見 「辞書を引かない」「入力しない」 ほか 第4章 「重ね刷り」方式
[書評]IQってホントは何なんだ？ 知能をめぐる神話と真実（村上宣寛）: 極東ブログ
知能とは何か。それは人種間で差があるのか。この問題について、米国ではチャールズ・マリー(Charles Murray）氏の1994年の共著「Bell Curve: Intelligence and Class Structure in American Life」（参照）および2008年の単著の「Real Education: Four Simple Truths for Bringing America's Schools Back to Reality」（参照）が社会的な話題になった。私はどちらも読んでいないが、その話題については米国の社会的話題として報道などから知識を得てずっと気になっている。関心事の焦点は、人種間の差異というより、知能を社会的に論じるというのはどういうことのなかという点だ。 マリー氏のこれらの著作は日本では翻訳されそうにない。米国社会の問題だということもあるし、その
「ほんとうのプロダクトアウト開発」 ― マツダはなぜ、よみがえったのか? - naoyaのはてなダイアリー
"プロダクトアウト"。技術や思い入れなどを優先して製品を作るやり方です。 技術から発想しなければなし得ない製品というのは当然ありますし、そういうものこそ革新的であるとずっと思っていました。ですが、僕はこの「プロダクトアウト開発」というのを、いつからか都合の良いように解釈していた。自分達がやりたいことを優先するための正当化、技術的に困難な課題を解くことからはじめるのではなく、そこに扱いやすい技術があるからそれで作るという、リスクを取らない開発のための言い訳。 「プロダクトアウトじゃないと、真に新しいものは作れないんです。」 先日、『マツダはなぜ、よみがえったのか?』という本を読みました。不振に陥った自動車メーカーのマツダが、苦境の中から RX-8 を開発し、その状況から脱出するまでをつづったノンフィクションです。この本には「ほんとうのプロダクトアウトとはなにか」ということが記されていました。
Twitterで送る「140文字の音楽」と、その聞き方 | WIRED VISION
前の記事 「宇宙飛行士の型」：NASAの古い写真から SNSユーザーの多数派は「見るだけ」で「テレビ好き」 次の記事 Twitterで送る「140文字の音楽」と、その聞き方 2010年3月15日 ITカルチャー コメント： トラックバック (0) フィードITカルチャー Eliot Van Buskirk 「世界初のTwitterアルバム」 オープンソースの無料プログラミング言語『SuperCollider 3』を使うと、短いコードで音楽を奏でることができる(その方法は以下で簡単に説明している)。 ロンドン大学クイーンメリー校の博士課程に在籍するDan Stowell氏が「岸に打ち寄せる波」に聞こえるような音のプログラム命令をツイートしたのが、すべての発端だったといわれている。 ほかの学生たちがこれに同様に応じていった結果、『Twiiter』でツイートが可能な22曲からなる、クラウドソース
プログラマというのは物書きである - モジログ
When you were young - 何かが見えなくなっている日本 ― Google村上憲郎氏講演で思ったこと http://hiroshimo.wordpress.com/2010/03/14/murakami_hirakata/ Google名誉会長・村上憲郎氏の講演について書かれている。その中にある、質疑応答での村上氏の回答がいい。 ＜Googleという会社は日本の会社とどう違うのか、という非常に根本に迫った質問があり、それに対して村上氏は「日本ではプログラマからSE、主技、部長というようなキャリアステップがあるが、USではプログラマはずっとプログラマだ」ということをおっしゃっていました。プログラマというのは物書きなんだから、ということです。つまり著述業であるということです。松本清張がずっと松本清張であるようなものだと＞。 ＜日本で役職があがるというと、それまで出来ていたことが
日本テレビ東京で学ぶMeCabのコスト計算 | mwSoft
今回はこの言葉の解析をMeCab＋NAIST辞書にお願いして、結果を分析することで、MeCabが行っているコスト計算について勉強してみたいと思います。 とりあえず実行してみる さっそくMeCabに「日本テレビ東京」を解析してもらいましょう。 $ echo 日本テレビ東京 | mecab 日本 名詞,固有名詞,地域,国,*,*,日本,ニッポン,ニッポン,, テレビ東京 名詞,固有名詞,組織,*,*,*,テレビ東京,テレビトウキョウ,テレビトーキョー,, EOS 「日本 | テレビ東京」と分けていますね。視聴率的には負けていますが、NAIST辞書的には日本テレビよりもテレビ東京が優先されたようです。 ちなみに「フジテレビ東京」ではどうなるでしょうか。 $ echo フジテレビ東京 | mecab フジテレビ 名詞,固有名詞,組織,*,*,*,フジテレビ,フジテレビ,フジテレビ,, 東京 名詞,
[tech]HTTP GETメソッドのURIの長さ制限を調べてみた - Kazumi007の日記
Webの開発者をやっていると良くいわれていることですが、HTTP GETメソッドを使うなという話を聞きます。セキュリティの点もありますが、HTTP GETメソッドですべてのパラメータをサーバに送れないからというのがその理由のようです。 実際どこからでているのか、現在もそうなのか？という疑問を感じたので、HTTP GETの制限を調べてみました。 RFCではどうなっているの？ まずHTTP1.1のRFC2616を調べました。 とりあえず、日本語訳がありましたので、引用いたします。http://www.studyinghttp.net/cgi-bin/rfc.cgi?2616より HTTP プロトコルでは、URI の長さにどんな制限も設けていない。 サーバは、自身が持つどんなリソースのURI も扱えなければならないし、もしそのような URI を生成する GET ベースのフォームを用意するなら、無
![[tech]HTTP GETメソッドのURIの長さ制限を調べてみた - Kazumi007の日記](https://cdn-ak-scissors.b.st-hatena.com/image/square/dc5ae93dec0cf6107772deee61d36de43276fd14/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127136432888%2F17680117127136435012%2F1558043428)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
