伝説のプログラマーが守り切る誠実な生き方
中島聡氏（以下、中島氏）：普段はアメリカのシアトルに住んでいますが、年に数回は日本に来ています。今回の日本出張の目的のひとつが、母校でもある早稲田大学でのシンポジウムへの出席、講演でした。ここで「エンジニアのための経営学」といった話をするために招かれたんです。 ぼくの仕事の主軸はソフトウェア開発です。米国Microsoft社でWindowsの開発に携わったあと、2000年にUIEvolutionというソフトウェアの開発会社を起業しました。今はその後継となるXevo.Incという会社で、チーフアーキテクト兼会長という職に就いています。職務上、この会社で現場業務に携わることは少なくなりましたが、まったく別のところで、今もプログラミング、ソフトウェア開発を行っています。「少しずつ前進する未来」をこの目で見たくて、イチプログラマーとしてあれこれやっているんです。 「三度の飯より……」という言葉があ
「『プログラマー35歳限界説』はある」Rubyの父・まつもとゆきひろさんにその真意を聞いた | HRナビ by リクルート
IT業界でささやかれる「プログラマー35歳限界説」。体力や学習能力の低下、マネジメント層へのキャリアチェンジといった理由が引き合いに出される一方で、35歳を越えてもなお最前線で活躍するプログラマーが登場し、この説が否定されることも多くなった。 「プログラマー35歳限界説」は本当にあるのだろうか？ それともまったくの幻想なのか？ Rubyの父・まつもとゆきひろさんに聞いてみたところ、意外にも「この説は成立する」と言う。その真意は？ まつもとさんにプログラマーのキャリアについて話してもらった。 「35歳限界説はある」 まつもとゆきひろさんがそう答える真意とは？ ――IT業界では、古くから「プログラマー35歳限界説」についての議論がありますが、まつもとさんは率直に言って、どう思いますか？ 私の見る限り、「プログラマー35歳限界説」は実際に成立しています。そしてその理由は、組織にあると思っています
初音ミクがグリグリ躍る「MMD」の現状と未来 (1/5)
3DCGのキャラクターをマウスだけで自由に動かし、気軽に動画を作れるツールが誕生し、ニコニコ動画などの投稿サイトにはそこから生まれた動画があふれている。そのツールこそがMikuMikuDance(ミクミクダンス、以下「MMD」)だ。 MMDはその名の通り、当初は3Dで作られた「初音ミク」のCGを動かすために生まれたツール。動作の軽さと、圧倒的な分かりやすさ、さらにフリーウェアということで、瞬く間にユーザー層を拡大した。今では初音ミクというジャンルを越え、誰もが簡単に3D映像を作る事ができるツールとして広がっている。
AviUtlのお部屋
AVIファイルに各種フィルタをかけるツールです。 簡単な動画編集や各種codecを使って圧縮しながら出力することも出来ます。 WinXP、Win7等で動作すると思います。MMXが使えるCPUが必要です。
テスト駆動開発（TDD）はもう終わっているのか？ Part 1 | POSTD
後編を公開しました（2014/10/8） これは、テスト駆動開発（TDD）とTDDがソフトウェア設計に与える影響についてKent Beck、David Heinemeier Hansson、および著者の3人で行った一連のディスカッションの議事録です。 ディスカッションに至った経緯 あるセンセーショナルな発言とブログ記事が発端となり、お互いの見解と経験について理解を深める目的で、話し合いが持たれました。 この会話のきっかけとなったのは、 DavidがRailsConfで行った基調演説です。 彼はRailsコミュニティでTDDおよびユニットテストへの不満を表明しました。 程なくして、彼はいくつかのブログ記事を公開しましたが、そのうちの最初の記事で “TDDは終わった” と宣言したのです。 それから2～3日後、Davidのその後の記事について私がタイプミスの修正を送ったところ、 Davidは彼の
「納品のない受託開発」とは 〜 これからの時代にあったソフトウェア受託開発のビジネスモデル | Social Change!
昔は技術的に出来なかった為に運用でカバーしてきた慣習が残り続けているけれども、実は今の技術で考え直すともっと無駄なく簡単に出来ることって、多くの業界で起きているように思います。 もちろん、ソフトウェアの受託開発の世界でも起きています。ソフトウェア開発を生業とする私たちの会社で考えたのは、昔ながらの商習慣によって様々な問題を引き起こしているのは「納品」ではないか、ということでした。 この記事ではソフトウェアにおける「納品」のもたらす問題と、私たちの会社で解決している方法「納品のない受託開発」について書きました。（自社のウェブサイト用に書いた原稿をブログにしただけなので、それっぽい表現になってます。） 「納品」が引き起こしている問題 私たちソニックガーデンの受託開発では、一括委託を行っていません。ソフトウェア開発における「一括請負での受託開発」のビジネスモデルは、多くの問題を生み出してきたから
我々が失ったウェブ（The Web We Lost 日本語訳）
以下の文章は、Anil Dash による The Web We Lost の日本語訳である。 ハイテク業界やマスコミは、10億人規模のソーシャルネットワークや遍在するスマートフォンアプリの隆盛を普通の人たちの純粋な勝利、使いやすさと権利拡大の勝利のように扱ってきた。この変化の過程で我々が失ってしまったものが話題になることは稀だし、お若い方だとかつてウェブがどんなだったかご存知すらないかもしれないのは私も承知している。 そこで今では大方消えてしまったかつてのウェブを以下に紹介させてもらう。 五年前、共有される写真は大抵 Flickr にアップロードされ、そこで写真は machine tags を利用することで、人間ないしアプリやサービスででもタグ付け可能だった。単純な RSS フィードを利用することで、画像は容易に公開ウェブ上で見つけられた。そして人々がアップロードした写真は、クリエイティブ
開発者にとって「権利・規制強化と自由の対立」が目立った1年
Rubyの作者であり、日本を代表するプログラマの1人であるまつもとゆきひろ氏。まつもと氏は2012年の十大ニュースとして、「権利・規制強化と自由の対立」（まつもと氏）に関する話題を多数選んだ。筆頭に挙げたのは「違法ダウンロードに刑事罰、著作権法の改正法案が成立」だ（ニュース記事：違法ダウンロードに罰則、DVDリッピングも違法化）。 まつもと氏は「日本の政治に大変がっかりさせるニュースでした」と嘆く。「有効性に疑問があり、創作を萎縮させる危険性のある改変がろくに審議も行われないまま、ヒアリング内容もほぼ無視するような形で成立してしまうなど悪夢のようです。しかもこの点が改善される気配がまったく見えないという。この傾向が続けばソフトウエア開発者としての自由のため、日本という国を諦めて、他国に移住しなければならなくなる日が来てしまうかもしれません」と危機感を表明する。
高性能 無料ペイントツール FireAlpaca (Mac/Win両対応) - mdiapp開発報告所
http://firealpaca.com/ タイトルそのまま、無料のペイントツールを開発しました！ 苦節数年、ようやくMac対応 (もちろんWindowsにも対応) のアプリを作る事ができました……長かった (涙）。今回は多くの人が気軽に使えるように、可能な限りシンプルな機能とインターフェースを目指しました。自分で言うのも何ですが、とても良い感じに仕上がっていると思います。 http://d.hatena.ne.jp/MDIAPP/20120311/1331453406 (使い方、Tipsをまとめました 一応最初に書いておきますと、アプリの起動時に新バージョン確認と広告表示用のダイアログが出るようになっていて、「この枠を使って収益を上げられないかな」と考えています。ネットワークに接続するのは起動した時だけですし、個人情報の送付は行ってないので大丈夫です、信頼してください！（パケットを監視
25re.com is for sale | HugeDomains
Working with hugedomains.com was a quick and easy process. We got to speak to multiple real people located in Colorado without having to wait on hold! Our only complaint was we felt we had to overpay more than this particular domain was worth, and we weren't able to negotiate it down to a level that we felt was fair. However, payment and delivery were seamless, and within a few hours we had all of
ついに登場！ 究極の見積もり技法（その3：最短開発期間）
「ソフトウェア技術者の最高の能力は、見積もりだ！」――今回は、パラメトリックス法の1つ「SLIM」のトレードマークといえる“最短開発期間”の概要を解説する。 「見積もり」は、ソフトウェア開発における大きなテーマであり、ソフトウェア工学における最重要課題の1つでもあります。 今回お届けしている“見積もり・シリーズ”では、「見積もりの目的（正確に見積もるだけでは不十分）」「見積もりの具体的な方法（精度を上げるため、少なくとも、2つ以上の方法で見積もる必要がある）」「見積もりの応用（見積もり値に合わせる制御と再見積もり）」「見積もりの調整（状況に応じて開発量とスケジュールを再見積もりしなければならない）」について、具体的に解説していきます。 見積もり技法は「類推法」「積み上げ法」「パラメトリックス法」の3つに分類することができます。第38回のコラムから、パラメトリックス法の1つとして、「SLIM
【HTML5とか勉強会 Webと家電】 家電のUIになるブラウザ
未来の家電はインターネットに接続でき、ブラウザが内蔵されてくる。家電にブラウザが載ったらどうなるか？ 未来のホームネットワークを想像しよう 家電とWebとHTML5 2011年12月26日、ソニーシティ大崎で「第25回 HTML5とか勉強会」が開催されました。HTML5とか勉強会は、HTML5に関心のあるエンジニアやコーダー、デザイナ向けの勉強会です。今回は、会場がソニーということもあり、テーマが「Webと家電」でした。 最近の家電製品はインターネットに接続でき、ブラウザが内蔵されている機種があります。勉強会では、現在の家電とHTML5の関係と、今後の関わり方についての説明があり、とても興味深い内容でした。 ゲーム、家電、自動車、新聞などへの影響 ゲーム、家電、自動車、新聞などへの影響 ゲーム、新聞、家電業界などのHTML5への対応 - HTML5とか勉強会 - YouTube 小林さんは
世界に通用するソフトウェアを作る合言葉は「読むな、作れ」
世界に通用するソフトウェアを作る合言葉は「読むな、作れ」：海外から見た！ ニッポン人エンジニア（11）（1/2 ページ） 時代を読む力は、生き残れるエンジニアの必須条件である。本連載では、海外と深い接点を持つ人物へのインタビューをとおして、IT業界の世界的な動向をお届けする。ITエンジニア自らが時代を読み解き、キャリアを構築するヒントとしていただきたい。 あるときは案件があふれ、またあるときは枯渇して皆無となる……。「景況感に左右されないエンジニアになるためには、どうすればいいのか」。これは多くのエンジニアにとって共通の課題であろう。 時代を読む力は、生き残れるエンジニアの必須条件だ。 この対談シリーズ「海外から見た！ ニッポン人エンジニア」では、グローバル組織・人事コンサルティングを行うジェイエーエス 代表取締役社長 小平達也が、海外と深い接点を持つ人物へのインタビュー通じ、世界の経済・
ソフトウェア開発が好きでないサラリーマンエンジニア：柴田 芳樹 (Yoshiki Shibata)：So-netブログ
ソフトウェア開発は、自分で考えて手を動かしてプログラミングして動くものを作ることを繰り返す訳ですが、そもそもソフトウェア開発という「物作り」を好きではないサラリーマンエンジニアが日本には多いのではないかと思います。 その理由は単純で、新卒新人でも中途入社であっても、自分で分析・設計から実装・デバッグまでするのが好きな人を採用していないからだと思います。たとえば、メーカーでソフトウェア開発部門に配属されるような新卒新人でも、大学ではほとんどプログラミングしたことがない人をメーカーは採用します。中途採用であっても、採用面接でプログラミングを伴う技術的な質問をほとんどしません。 その結果、企業の中には、本当にソフトウェア開発が好きなソフトウェアエンジニアと仕事だからというサラリーマンエンジニアがいることになります。そして、サラリーマンエンジニアは、そもそも好きではないので、業務がこなせるようにな
【インタビュー】言語は思考にも影響を及ぼす、だからRuby開発を選んだ--まつもとゆきひろ氏 | エンタープライズ | マイコミジャーナル
「ソフトウェア・エンジニアの幸せ」とは一体何だろうか? 報酬、評価、やり甲斐。何に喜びを見出すかは人それぞれかもしれないが、ここでは一つの仮説を立ててみたい。 一生涯エンジニアであり続けること――仕事のためだけにプログラミングをするのではなく、仕事を離れても自発的にプログラミングに取り組むようになれば、エンジニアとして日々を楽しめるようになり、ひいては幸せなエンジニア人生を送れるのではないだろうか。 この仮説に基づいてソフトウェア・エンジニアの幸せを考えたときに、切っても切り離せない存在となるのがOSS(オープンソースソフトウェア)である。OSSのコミュニティは、ソフトウェア・エンジニアが仕事を離れてプログラミングに向き合う環境を提供してくれる。先の仮説が正しいとすると、「生涯エンジニアへの道」にぴったりな場所と言えるだろう。 そこで本誌は、日本発のプログラミング言語にして日本発のOSSコ
『TDD信者が増えてきてるのでこの辺で一言言っとくか。』
令和からの働き方について -TownSoft- 元「傲慢SE日記」で、しばらく放置していました。 2020年からはこれからの働き方などについて書いて行こうかと思います。 TDDは良いか？ とりあえず、過去に色々TDDについて記事を書きましたのでそれを掲載します。 仕事が出来ない人ほど横柄なのは何故？（2007年05月12日） リファクタリング、テスト、開発速度など（2007年08月01日） テストファースト（2007年08月21日） まぁ、この中で一番参考になるのは最後に書いたテストファーストかな。今の僕の考えと合わせると心情が良く分かる。 TDDはプログラムを書く前に仕様の詳細まで把握する事が出来て、なおかつテストコードまで作ってくれる優れものだ。しかし、局面によってはTDDは不要になる。僕も数年前はTDDやテストファーストを実践していた。効率的だと思った所もあるが、大体はマンネリに陥っ
「遅れているプロジェクトに追加人員を投入するとさらに遅れる」法則を逆向きに適用 - 人生を書き換える者すらいた。
久々の更新です。 相変わらず忙しいですが、最近の仕事の大きなポイントは上海と香港に良いビジネスパートナーが見つかったことです。いつまでも日本だけで活動してても明るい展望は描けないのでチャンスを伺ってましたが、来月ぐらいからこちらの新プロジェクトに本腰を入れることになります。日本が総体的にはだんだんダメになっていく、というのは抗し難い流れだけれども、震災と菅政権がそれをグッと加速させたと思う。 今日書くのは、先月の「なぜ優秀なプログラマは人を雇わないか」に関連して、いかにして少人数の非請負型プロジェクトの成功確率を上げるか、という話。前から考えていたことを、新プロジェクト開始にあたって改めて整理してみた。 ここでいう成功、というのは、きっちり黒字を出す、ということである。 例題として、平均的なプログラマ10人のチームで10ヶ月かかるプロジェクトがあるとしよう。100人月だから、ざっと１人月5
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「訴えてやる！」の前に読む IT訴訟 徹底解説
LVMをGUIで管理するには － ＠IT
Linux Mint 12 を使いやすく設定する | シログ