今から八年くらい前の話。 当時僕の居た界隈ではコミュニケーションや情報収集はTwitterでするのが当たり前になっていて、 Twitterを見ないと界隈の動向すら追えないという状況になっていた。 そんなわけで僕はアカウントを作ったが、すぐに飽きてしまった。 別にその界隈に居るからといっていつもその話をするわけではないのだ。 例えばポケモン好きが集まる界隈の人でも、いつもこのポケモンが可愛いやら種族値がどうたら語ってるわけではない。 今日のご飯はこんなんだったとか、昨日こんなことがあったとか、そういう他愛もないことを話している。 僕はそんな話に興味の欠片もない。 ここが2chならチラシの裏にでも書いてろよとでもレスしてる所だろうが、Twitterでそれをやると頭のおかしい人である。 僕はアカウントを作って早々にTwitterに飽き始めてたのだが、とある人の出会いから運命を大きく狂わせることと

なぜ、これほど不慮の死が続いてしまうのだろうか。その原因は、今から200年ほど前にアメリカで起きた、先住民たちとの戦いにあったといわれている。 18世紀末から19世紀初めにかけて、アメリカ中西部の先住民たちは、白人の開拓者たちから土地を奪われていた。そうした中、土地の奪還と死守、そして諸部族の一致団結を説いて立ち上がったのが、テカムセという若き先住民だった。 テカムセは、持ち前のカリスマ性と統率力で先住民たちの中心的人物となり、史上初めて諸部族の連合を組織した天才である。 それに対し、彼らと土地などを巡って争う白人開拓者たちを率い、立ちはだかったのが、当時、政府軍の若き将校だったウィリアム・ハリソンである。 宿敵同士となった彼らは数度の戦いを経て、1813年10月5日、テムズ川の戦いで激突する。テカムセはイギリス軍と同盟を結ぶなどして善戦したものの、戦闘中に被弾してついに戦死。この戦いに勝

最初に学んだプログラミング言語を覚えています。2年生のとき必須であった情報クラスの授業でBASIC言語を学習していました。暗い蛍光灯の下、前かがみに机の前に座りながら、空気のこもった教室の壁際に並べられ、音を立てているIBMパソコンを我慢できずに見ていました。時は1997年のロシアです。誰の家にもコンピュータはありませんでした。先生がチョークで汚れた黒板に下記のように書きました。 他のクラスメートのきょとんとした視線同様にそこに書かれた訳の分からない「暗号文」に8歳の自分も視線を注いでいました。先生は『恐れる必要はありません』と。安心させようとやわらかい口調で言いました。この日までの数週間、彼女に授業でフローチャートを書かされていました。この時点で、既にポテトの皮むきやレゴの組み立ての「アルゴリズム」を詳細に設計することができていました。それでも黒板から睨み付けるラテン文字は異質でした。

挑発的なタイトルによって誰かが気分を害してしまう前に、私はこの問いに対する答えも書いてしまうことにしました。答えは“ノー”です。しかしこのテーマには、なかなか興味深い議論があるのです。HaskellやErlangや、特にClojureなどのあら探しをするつもりはないのでしょうが、Piaw NaはQ&AサイトQuoraの あるアンサー で以下のようにコメントしています。 プログラミング言語を固定するのは二流のエンジニア／コンピュータサイエンティストである証です。 [中略] 私がErlangのサーバに携わるポジションの採用をした時も、Erlangのスペシャリストだと言うエンジニアより、優秀なオールラウンダーのエンジニアを雇ってErlang（これに限らず何でも）を学ばせてそのポジションを埋める方が断然いいと感じました。 Na氏の意見は1990年代に設立されたGoogleやAmazonなどの技術系

いま夜の十時だ。だからなんだって感じなんだけど、だからまあ、べつになにもないんだけど。これは作文の練習です。つまり、さっき増田でね、毎日書くことが大事みたいな感じのこと言ってるのがあって、まあ、ちゃんと読んでないから知らないんだけど、これは実際そうなのかもしれないなあとは思うんだけど、まあよく分からないのは実際に毎日描けないから仕方が無いですね。まあ、それで、だからなんだって感じで、とくに何か描きたいことも描くべきことも無いんだけどね、とにかくさっきから書くって字を描くって変換しちゃうんですけどめんどくさいから直さない。 今書き始めたけど何も思いつかない浮かばないので何も言ってないんですけどね、つまり、そう、特に書くことがないんだね、ブログで、とくにない。だからまあ、毎日続かないんだね。いや、でもブログなら、たかがブログなら何時に起きたとか、何を食ったとか、テレビとかネットで何を見たとか、

お昼の4時頃だったかな、作業中に寝てしまい夢を見た。 なんかこう、最初は過去に飛ばされて未来に戻ろうと冒険する感じの夢だったはずだけど、 気がつけば、うどん屋さんにうどんを届けるために走っていて、 ただ届けるために走っていたのに「あいつら泥棒だ」なんて言われて悲しかった。 うどんを届けたら男の人がやってきて、名刺を見るとHaskell使いの人のようだった。 「まさか[ここに名前(フルネーム)]さん？」と言ったら首を掴まれ、 「違う、確かに私はその人と同じ名字だが別人だ」と怒られた。 その後、何度か首を掴まれながら話は続き、 最後に「我流とみんながやっているやり方、どっちがいいと思う？」と聞かれ、 「そりゃあみんながやっているやり方のほうが…それに私の.vimrc短か」と言ったところでまた首を掴まれ、やっと目が覚めた。 夢だからカオスなことは普通だと思うけれどやっぱり変な気分だ。

という思いあがりを持つエンジニアは少なくない。というか、現状の俺が今この状態に陥っている。 もちろん、この思考回路自体は決して間違いではない。プログラミングにおけるセンスや問題解決能力、情報収集力などは凡そ普遍的なものだから、言語やフレームワークみたいな些細なもの、時にはパラダイムの違いですらも、優秀な人間であればごく短期間で乗り越えて、その能力を遺憾なく発揮できるはずなのだ。 その辺りを理解している企業も多く、少しマイナーな言語や環境での募集の場合、たとえ未経験でも意欲と能力を買って採用する事も多い。というかむしろそれが普通なんだろう。その辺りの融通が効かない駄目な会社は、そもそも「最新の技術」なんて導入せず、既に枯れ始めて実績と経験者のあるものに固執するからだ。 ただ、問題なのは、たまに有能ではないのに自分の能力を過信して「俺は優秀なんだから何でもできる。さあ誘え」と完全に受け身モード

タイトル通り、ちょっとでも詳しい人なら情けなくなるレベルでさえそこに達するのに何年も掛かった。 何せ、本業どころか趣味ですらないし、たぶん一般的なプログラマとは全然違う。 ともかく、レベル的にはがっかりするような話であることは最初にどうしても断っておきたい。 事の始まりは前職の会社に就職した時のことである。 非常に特殊な仕事で、ある環境計測データを現場で測定し、それを持ち帰って取りまとめて分析して報告書を提出するのが主たる業務の会社であった。 世の中にはほんと色んな仕事があるもので、そんな業種があるなんて務めるまで聞いた事もなかっただけど、パソコンという文明機器に触れたのも僕はその会社が初めてだった。とても古い話でお前いったい何歳だ？みたいな。 なので、その最初に触れたPC-9801シリーズの型番は言わないが、勤め始めた時にその会社にあったHDDは外付けでSCSI接続されたものがたった一台

なんですよ。 まさか、面白い仕事とおいしい年収をもらえるポジションにいる人たちが、豊かな才能と地道な努力によってそれを獲得したなんていうインチキを信じている人なんて、まずいないと思いますけど、念のため補足しておきます。 夢のない話なんですが、実際には、どんなに努力しても、人が育ってポジションにふさわしい人材になるということはほとんどないんですよ。現実はその逆で、「ポジションが人を育てている」というのが実態です。 プロジェクトリーダーの能力を身につけるには、実際にプロジェクトリーダーというポジションにつけられ、プロジェクトリーダーの権限と義務と責任を持ち、それに適応するために悪戦苦闘するのが、圧倒的に能率がいい。 平社員というポジションのまま、プロジェクトリーダーの能力を身につけようと努力する場合の数十分の一の努力と、数十分の一の時間で、プロジェクトリーダーの能力を身につけられるんです。下積

ぼくは、堀江さんとはあまり面識がない。ただ、仕事で会って、実務的な打ち合わせをしたことぐらいはある。だから、ぼくの名刺ボックスには、堀江さんの名刺が入っている。ライブドアの別の取締役の名刺も。なんか意味もなく怖いから、シュレッダーにかけたいというような非合理な気分になる。(← たかだか、名刺もってるだけで捕まったりしないって(笑)) でも、そう考えてしまう自分は、裏切り者的で、なんかやだ。彼がやったことが正しいと思ってるわけじゃない。彼を庇うつもりも擁護する気もまったくない。思う存分司法の場で裁いてくれ。ただ、ちょっと風向きが変わっただけで、手のひらを返すようなヤツって、サイテーだとおもうのだ。実際、彼はすごく頭の切れる人物だ。実際に具体的なビジネス案件を彼と討議してみると実感できる。性格は悪いけど。はっきりいって、ムカツクやつだし、個人的には嫌いだけど。外部の人間の目の前で、部下をコテン

スマートニュース株式会社の小田秀匡（おだひでまさ）です。 この会社では 4 年間ほどサーバーサイドの開発とデータの分析に携わっています。 2018年 3月12日（月）~ 3月16日（金）の 5 日間にわたり岡山市の岡山コンベンションセンターで 言語処理学会第24回年次大会 (NLP2018) が開催されました。 SmartNews は言語処理学会にはゴールドスポンサーとして参加し、弊社に関心を持ってもらうため、 企業展示で「特定の話題に対するユーザーの感度」というテーマで発表させていただきました。 SmartNews と言語処理 SmartNews は、小さな画面でも快適にニュース記事が閲覧できるよう、記事の解析からタイトルの改行位置の決定まで、サービスの様々な箇所で自然言語処理や機械学習を駆使しています。 例えば、国内外の主要新聞社を含む多くの媒体社から提供されている記事の内容を分析・理

法務でも、人事でも、営業でも、運送でも、接客でも、掃除でも、ほぼあらゆる仕事において、 「誰にでもできるつまらない仕事」をさせたときの生産性は、有能な人間と無能な人間で、劇的な差は出ません。 「誰でもできる簡単な営業」なら、超優秀な営業マンと、凡庸な営業マンで、仕事の成果に劇的な違いはでません。 「誰にでも出来る簡単な接客」なら、超有能な窓口係でも、凡庸な窓口係でも、仕事の能率は大して変わりません。 通常、能力によって仕事の能率に劇的な差が出るのは、「難しい仕事」をさせたときです。 有能な営業マンは、難しい営業交渉を、手際よくまとめ上げる。失敗する頻度も少ない。 平凡な営業マンは、難しい営業交渉だと、ときとして有能な営業マンの５倍もの手間をかけ、しかも、失敗する確率は５倍だったりする。 こうして、有能な営業マンは、平均的な営業マンの１０倍以上の生産性をたたき出します。 しかし、あくまで、そ

来年3月で1.5年ほど働いた現場を去る。非常に働きやすい職場だったし、周囲の人間もみんな良い人ばかりだった。残業をそれなりにして520万程度だが収入面も「極めて安い」という訳でもなかった(2015/6追記。やっぱ安い)。だが、ここでの経歴や実績は、「ASP.NET」とだけ書き、フロントサイド(レスポンシブデザイン、レガシーブラウザ、SNS連携)やPL/SQLのバッチ作成などの成果のみを殊更強調し、サーバー側の言語についてはあまり触れないようにしたい。何故かというとVBだから。 「VB.NETはC#の方言」という見方も強くなっている。歴史的に見ればむしろDelphiから産まれて、JavaとC++を反面教師としつつ上面を拝借した2002年に1.0が登場のC#よりも、BASICから連なるVBの方が全然古参だ。求人数的にもVBの方が多いように見える。加えて、言語仕様的にもC#で出来る事は基本的にV

(訳注：2017/11/17、頂きましたフィードバックを元に記事を修正いたしました。) 2012年、私は 新しいタイプの企業向けeラーニングプラットフォーム を開発するスタートアップ、Better ^(1) を共同設立しました。私たちのゴールは、大企業が、適応力の高いクロスプラットフォーム、多言語のオンラインコースを、速く安く開発、配信、解析できるようにすることでした。 立ち上げ初日にメインで使うと決めたHaskellは、チームが開発者10人を抱えるようになった時もバックエンドで使い続けていた唯一の言語でした。 実験と開発の期間を経て、Betterは数か月の間にAmerican ExpressやSwissportを始めとする顧客を得て、$0から$500,000超の年間経常利益を上げるまでに成長しました。しかし、更なる成長を目指すためには配信モデルが妨げになることが分かったため、最終的にオー

「自分の『好き』を極めれば、それで生活できるようになります」 って言う人は、たいてい、「好き」と「稼げる」の積集合が大きい。 (これを「一致タイプ」と呼ぶことにする) 一致タイプの人には、 「なんで、みんな、やりたくもない仕事をやってるの？ 好きなことを仕事にすればいいじゃないか！」 って、思ってる人が多い。 太古の昔から、一致タイプの成功者は、佃煮にするほど生息数が多い。 それほどまでに、一致タイプは、成功しやすい。 けれど、「好き」と「稼げる」の積集合が、空集合になってる人もたくさんいる。 (これを不一致タイプと呼ぶことにする) 不一致タイプの人たちにとっては、 「自分の『好き』を極めれば、それで生活できるようになります」 という一致タイプの人たちが唱える言説は、人生を蝕む呪いとなる。 経営者や上司が一致タイプで、部下が不一致タイプだと、悲惨だ。 経営者や上司は、仕事が好きなのは当然だ

ソースコードの一行一行は、経営判断そのものだ。 どの部分を汎用的につくり、どの部分をやっつけで作るか、そして、どの部分をパフォーマンス優先でつくり、どの部分を可読性優先でつくるかは、そのソフトウェアステムを使って今後どのようなビジネス展開をするか、ということと一体不可分だ。プログラマーは、絶え間なく改変されていく部分と、財産として今後も使われつづけそうな部分を意識しながらコーディングする。そして、ここでいう財産とは、プログラマが財産とみなすものであるだけでなく、同時に経営的・財務的な意味においても財産であり、会社のバランスシートの「資産」の項目に登場するような性質のものだということは、多くのエンジニアが漠然としかいしきしていないように見える。 「このルーチンは、時間がかかっても、汎用的なライブラリやフレームワークにしておこう」、とエンジニアが「なんとなく」決めたとき、実は、そのエンジニアは

以前、実質的に社員全員がホワイトカラーエグゼンプションを適用されている会社で働いていたことがあります。 仮にホワエグ社としましょう。 私は、普通に残業代をもらっていた大企業のサラリーマンだった時代もあるので、 その大企業と比較してみます。 この大企業を、仮にサラリ社としましょう。 ホワエグ社では、企画、グラフィック、プログラマ、SE、営業、人事、経理、総務などの職種に関係なく、 ３００万円〜２０００万円という年収の違いに関係なく、 アルバイトさんを除いて、全員が半年ごとに決められる年俸で報酬が支払われていました。 休日出勤も含め、残業代は皆無です。 ホワエグ社は、ごくありふれたIT系の企業で、自社サービスもやってましたけど、受託の占める割合も大きかったです。 儲かっているときもあれば、赤字続きのときもありました。 社員数は、百数十名というところ。 サラリ社は、日本屈指の大手ソフト開発会社。

個人ブログ・SNSでくらい雑語りしてもいいじゃないか 個人がインターネット上につぶやいた戯言にまともさを求めるほうが間違い 検証されてない仮説を吐き出してアイデアの肥やしにしてブレストするくらいは認めてほしい