人文系の文献の取り扱いとか業績についてちょっとだけ - dlitの殴り書き こちらの記事に賛同したので続いてみます。 確かに異分野の事情をお互いにわかっていたほうがみんな幸せになりますよね。パーマネントや学振の採用とか。 はじめに素粒子分野は大きく分けて 弦理論 (string)現象論 (phenomenology)格子場 (lattice)素粒子実験に分かれています。これらの間には超えられない壁がありまして全てをまとめるのはちょっと難しいのですがなんとか書いてみます。 間違いを見つけたら教えてください。 論文事情素粒子の論文は全て英語で書かれます。国内雑誌としてはPTEP（旧PTP）がありますがこちらも英文です。当然どれも査読があります。 業績リストの論文（査読なし）には国際会議や研究会の proceeding を載せたりします。 素粒子分野には論文投稿前に arXiv に載せる慣習があ

夜中に勝手に復帰して起こされるぞ！！！ もうマジ最低だ。眠りが浅いせいもあるだろうが最近はほぼ毎日３時半ぐらいに起こされる。 警告しておく。デスクトップPCでスリープを使ってるやつは絶対にwin10にしたらダメだ。 ノートは知らん。 俺は情報工学系の学部を出て１０年ぐらいプログラマーをやってる人間だが、 何をしてもなおせなかった。 俺より詳しいやつなら直せるのかもしれんが、自信がない奴はやめておけ。 サンプル数は２だが、会社の同僚も同じ現象に悩まされてる。 他の会社の同僚や友人は全員win10にしていないが、それが正解だと思う。 ちなみにググると同様の報告がたくさんあった。 ツイッターでもいっぱい言及されてる。 調べずにアップグレードしたのは俺のミスだが、試しに使ってみたかったのと すぐに戻せるように別パーティションにクリーンインストールして、win7とデュアルブートできるようにしてあるか

まあこれは全て私の印象論にすぎないわけですが、 近頃上位に出てくるサイトってのはこんなんばっかりだと思うわけですよ。 内容の薄い長文とにかく長い。5000、6000字は当たり前。 もちろん長いこと自体は必ずしも問題ではないと思いますが、明らかに文字数を稼ぐためとしか思えないような回りくどい書き方の記事が多すぎる。 三行でいえることを十行で書いたらSEO的に有利になるなんて馬鹿げた話だと思いませんか。読む方としては迷惑なだけでしょ。 独自画像はゼロ例えば「××近くのおすすめレストラン」的な記事の画像が全部引用ってどういうことなのでしょうか。 おすすめもクソもお前明らかにそこ行ったことないだろってｗ 目にするのはそんなのばっかりですわ。 こんな他人のふんどしで相撲をとったようなサイトが上位ってどうなんですかね。 ゴミが増えた理由クラウドソージングサイトこの手のサイトが増えた原因はランサーズやク

20代の数年間SIで働いた。1年以上前に退職して今は別業界にいる。 今日、Evernoteを整理していたら「退職理由、SIの嫌な点」というメモが発掘された。退職直前のかなりストレスがたまっていた時期に書き殴った文章だった。学生の頃の私は絵を書いたりしていて、ものづくりで暮らしたいな〜などと思って始めたプログラミングが楽しかったので安易に受託開発業を選んでしまったが、その後悔が如実に表れていた。 一部自分でも覚えていない話もあったがコンテンツとしては面白かったし、今でもシステムインテグレーター業界で消耗する若者を減らしたいとは思うので公開してみる。 以下、同メモに加筆・修正したものなのでファンタジーだと思って読んでくれ。 工数至上主義受注した時点で売上がおよそ確定するので、後はその予定工数に収めて納品できれば御の字という考え方。よくある話だが、見積がおかしくても顧客と対等な関係が築けていない

2015/11/24 慣れないことをしたせいか、この記事を投稿した直後から体調を崩していました。 論争的なトピックは体に悪い。 わたしはわたし自身の翻訳の腕を磨き、わたし自身の分野に専念したほうがいいのかもしれません。 真鍋さん、山口さん、minghai さん、本来関係のない者が差し出がましい真似をしてしまい申し訳ありませんでした。 記事全体を撤回いたします。

2015/11/24 慣れないことをしたせいか、この記事を投稿した直後から体調を崩していました。 論争的なトピックは体に悪い。 わたしはわたし自身の翻訳の腕を磨き、わたし自身の分野に専念したほうがいいのかもしれません。 真鍋さん、山口さん、minghai さん、本来関係のない者が差し出がましい真似をしてしまい申し訳ありませんでした。 記事全体を撤回いたします。

http://d.hatena.ne.jp/Yamashiro0217/20131004/1380855545 プログラマーの仕事は、 ほぼ、考えることだ。 これは正しい、正しいがゆえに 場合によっては駒の重さが30kgぐらいある。 どんだけ優れた将棋指しでも、30kgの駒を100回とか動かしたら、 疲れて頭回らなくて素人にも負けてしまうかもしれない。 30kgもある駒を動かすのは大変だ。 だからプログラマーはエディタ工夫したり、 開発環境工夫したり、色々して駒を軽くする。 この下りは、大嘘または大間違いだ 俺の周りにいる国際学会で発表するような研究をしてきた同僚や Googleなどの世界的な企業で活躍する、畏敬する人々は得意な道具こそあれ 道具の差や環境の差で、パフォーマンスが落ちたりしない なぜならは プログラマーの仕事は、 ほぼ、考えることだ。 ということだから。 研究であれば重要な

http://anond.hatelabo.jp/20130524165256 11年前にマイクロソフトのタブレットPCというものが有りまして。 マイクロソフト、Windows XP Tablet PC Editionを発表 http://pc.watch.impress.co.jp/docs/2002/0612/ms.htm マイクロソフト、Tablet PC発売発表会を開催 http://pc.watch.impress.co.jp/docs/2002/1107/ms.htm しかしこれが売れない。1年後には…。 鈴木直美のTablet PC/OneNoteレポート http://pc.watch.impress.co.jp/docs/2003/1024/tabletpc.htm Tablet PCが登場して、まもなく1年を迎えようとしている。フルサイズの携帯画面を直接ペンで操作できる

2013年5月4日、Gunosyについていくつかの批判記事が出た。 Gunosyのレコメンドエンジンの仕組み解説 - ベンチャー・アンダーグラウンド［衝撃］Gunosyはただの「はてブ拡張サービス」だった？衝撃の分析まとめ - NAVER まとめ賛否両論あるが、残念ながら、はてなブックマークにフリーライドしていること、配信される記事がはてブのホットエントリーと被ることは事実である。 それはさておき、本日のGunosyで、上記の記事は誰にも配信されなかった。はてブのホッテントリ入りしたのに、だ。 ここから言えるのは、「Gunosyは運営者の都合で記事をフィルタリングすることができる」ということだ。GoogleはGoogleを批判する記事をフィルタリングしないが、Gunosyはフィルタリングした。２ちゃんねるや各社ブログは運営を批判する記事をフィルタリングしないが、Gunosyはフィルタリング

わたしは「穴を掘って埋める仕事」を徹底して排除するよう日々コストをかけている。事前に察知できれば全力で回避に努める。だが、無限ループに陥ることもある。ループから抜けるには信用を失うなど相応の代償を支払うことになるけれど、早めの方が双方の傷は浅い。その見分け方を後述する。 工期がきまっていない企画書の完成日がきまっていない競合調査より先に自分達だけで企画を考えるターゲット層の調査より先に自分達だけで企画を考える議事録を取らない議事録を取り始めても訂正や意見がない企画書の雛形を作ってもあいまいな表現でだめ出しだけする思いつくままに会議を進める業務進行の定石を無視して効率の悪い方法を採用するリーダーがウェブに疎いメンバーに技術者がいない(外注)キラーコンテンツの準備より先に課金方法を取り上げるブレスト中にダメ出しする(ブレスト中は発想が縮むためダメ出し禁止)ことあるごとにその分野に疎いことをほの

http://anond.hatelabo.jp/20130301155027 このエントリーに触発されて書いてみる。 EVOLTAとeneloopの新型のデザイン変更とその反応についてだ。 もと増田氏のエントリでは、技術的な革新性と歴史、と言う切り口で語られたので、経営的、経済的な話からeneloopブランドがどうしてこうなったかを考えてみる。 簡単に言うと、独占禁止法の関係でeneloopの生産はライバル社に売却された。現状eneloopはライバル社から購入されている状態だから、できるだけ早く軟着陸させEVOLTAブランドに統合しなければならないと言う事だと思う。 Panasonicはeneloopブランドを高く評価している。評価している故に生産と同時に売却され、eneloopのシェアが他社に渡り、自社の電池ビジネスが脅かされる可能性を排除する必要もあった。だからこう言う事態になってい

英語圏ではかなり前からPerlで開発し続けることのリスクについて語られていたが、いよいよ具体的な弊害が出て来ているようなので、かいつまんでメモ。日本でもそう遠くない未来だと思う。 若手エンジニアの不足Objective-Cのように需要が逼迫しているのに人材の供給が増えず需給ミスマッチが起っているわけでは無く、需要も供給も減るという状況下でわずかだが需要が上回っているとう性質の悪い状況がPerlに起きている。特に深刻なのは安価な若手エンジニアの採用が絶望的に難しいという現実だ。Rubyが台頭して数年経ちPythonがメインストリームの先頭を突っ走る2013年において新しくPerlを勉強しようとする若者はよほどの物好きしかいない。30~40歳のPerlエンジニアを雇うのはそれほど難しく無いだろうがコストがかかる。安価な20代前半の若手エンジニアを雇いたいという企業の思いとは裏腹にPerlを新た

「選択と集中」「利益が出なかったので撤退、でも俺の間違いだったとは認めない」 「新規事業育てる体力がなくなった、でも俺は間違ってない」 のいずれかの意味「PDCAサイクル」「反省しました」 「これからはがんばります具体案はないけど」 のいずれかの意味「再発防止策」「次に二度と同じ失敗をしないための仕組みづくり」 「俺のせいじゃないけど謝っておきます」 「具体案を作りようがないけど次からは凄く気をつけます」 のいずれかの意味「ソリューション」「受託開発」 「前の受託開発で作ったものをちょっと改造して他の所に売ります」 「お客様と同業種の会社から開発を請け負った経験があります」 のいずれかの意味「パッケージ」「前の受託開発で作ったものをちょっと改造して他の所に売りますお安くしますよ」 の意味「クラウド」「アマゾンかグーグル」 「レン鯖」 「クラサバ」 「ホストとダム端」 「ブラウザで操作する社

中編からの続き そんでもって、 Microsoft は持っている。僕同様、みんなも知ってると思うけど、なんと驚くべきことに、 Microsoft はそれをよく理解していない。実に。でも彼らは、純粋に、偶然、プラットフォームを提供するビジネスから始まって成長してきたから、プラットフォームを分かっているんだ。彼らはその領域で30数年やってきた。 msdn.com に行って、少しの間ブラウジングしてみればわかる。もし見たことが無ければ、驚く準備をしておいた方が良い。なぜならそれがとてつもなく巨大だからだ。何千の、何千の、何千もの API コールがある。彼らは巨大なプラットフォームを持っている。実際の処大きすぎて、全く統率が取れていないけれど、少なくとも彼らはやっている。 Amazon は自分のものにしている。 Amazon の AWS （ aws.amazon.com ）は途方も無くすばらしい。

前編からの続き この努力は僕が Google に来る為に Amazonを離れた2005年半ばも続いていた。でももっとずっと進化していたよ。 Bezos が命令を出してから僕が離れるまでの間に、 Amazon は全てにおいてまず最初にサービスを考える企業へと文化的に変化していった。外部の日の目を決して見ることの無いような、スタッフへの内部的なデザインも含めて、今ではそれがデザインというもの全てに対しての基本的なアプローチになっている。 その時点では、彼らはもはや解雇の恐怖からそうしているわけではなかった。つまり、もちろんビビってはいたけれど、ドレッドヘアの海賊 Bezos 様にご奉仕するのは日常生活の一部だからね。そうじゃなく、彼らはそれが正しいことだと理解したから、サービスを提供しているんだ。確かに SOA のアプローチには長所も短所もあるし、短所を書き出してみたら切りが無い。でも全体とし

Google エンジニアの Steve Yegge 氏、Google+ への懸念を漏らす http://japan.internet.com/busnews/20111013/8.html で記事になってたけど、原文とちょっと要旨が変わっちゃってサービスへの警鐘みたいになってしまってたので、全文訳してみた。くそ長い。お暇な方どうぞ。 （2011/10/19 08:14）ありがたい誤訳の指摘をいただいたので3カ所修正。 Stevey の Google プラットフォームぶっちゃけ話 僕は6年半ばかり Amazon にいて、今はそれと同じくらい Google にいる。この二つの会社について強く感じることは（しかもその印象は日々強まるのだけれど）、 Amazon は全てにおいて間違っていて、 Google は全てにおいて正しいということだ。そう、やりすぎな一般化だけど、驚くほど正確だと思う。いやも