タグ

2013年3月7日のブックマーク (5件)

  • プロデザイナー御用達「Linotype」の高品質なフォント(5万円相当)が期間限定で無料でダウンロードできますよ

    Gift2のフォント Slate Light Neo Tech Black Neue Haas Grotesk Thin ITC Officina Serif Medium ライセンスはLinotypeの通常で、商用利用可、譲渡不可、インストールはPC5台までです。 詳しくは、ダウンロードファイルの「Font Software EULA.pdf」をご覧ください。 ダウンロードはいつも紹介するボタンクリックで、という感じではないのでキャプチャ付きで紹介します。まずは、下記ページから、Gift1と2をカートに入れます。 From Linotype to Monotype to You

  • カプコンに学ぶデスマーチにならない仕事術 - teruyastarはかく語りき

    ほんとにヤバくなってギリギリになるまで相談しない人々: 切込隊長BLOG(ブログ) Lead‐off man's Blog http://kirik.tea-nifty.com/diary/2010/03/post-1da9.html いつも予防線が突破されるので、いずれにせよ年がら年中修羅場になってるわけだが、 修羅場をこなしているうちに、常在戦場みたいな組織が出来上がって、 毎日ラットレースをしている敗戦処理のエキスパート軍団ができちゃう。 戦況だけ見ると実に見事に負けてるんだけど、 担当した局地戦だけはどうにかなっちゃってるというような。 そういう組織は、人が内部から壊れていく。になったり、病気になったりする。 まあ、発展性のない業務に長時間据えられて、 強いストレスに晒されながら安い給料で働くわけだからねえ。 一個一個のデスマーチは、マーチである限り終わりはあるわけだけど、 デス

    カプコンに学ぶデスマーチにならない仕事術 - teruyastarはかく語りき
    redcopper
    redcopper 2013/03/07
  • プログラミングのスピードを上げる方法 - teruyastarはかく語りき

    http://q.hatena.ne.jp/1203667934 ソフトウェア開発やプログラミングのスピードを上げる方法はありませんか? プログラマーとして生きていこうと決めたのですが、いつも見積もりの3倍時間がかかってしまいます。 そのため いつもつらい思いをしています。 環境を良くしようとHHKLite2を使い、カスタマイズソフトでホームポジションから離さずにプログラミングしています。 マウスもゲーム用の高精度のものを使っています。 調べ物にもタブブラウザを使い、拡張し続けて効率化をしています。 DualCoreマシンを使いメモリもたくさん積み、障害がないように心がけがけています。 出始めのころから効率化のためにエクストリームプログラミングも取り入れていました。 単体テスト、リファクタリングも当然行いますが、余計に開発速度が落ちています。 しかし開発速度は効率化とは無縁だとすら感じてい

  • 「ゴミだね」と言われて本当に「傷つかない技術」 - teruyastarはかく語りき

    というか、広い考え方。 「傷つかない技術」を体験した授業 | 記事 | s-style-arts blog !! http://s-style-arts.com/blog/article/entry-234.html 最後の学年のアート&ビジネスというクラスでした。 3ヶ月くらいかけて完成させる課題で、 ◯△□の基的なシェイプを使って最終的には何か プロダクトのモックアップを作るみたいな感じだったと思います。 (略) 「はい。みんな課題持って来ましたか? では、机の上に出して、紙の人はそのまま破り捨てなさい。 立体物の人は壊してゴミ箱へ捨てなさい。」 生徒全員しばらく唖然とした状態で沈黙。 その後、泣き出す人、すごい剣幕で怒り出す人、教室から出ていっちゃう人、 多くの生徒はそのショックをそれぞれに表現していました。 (略) 「みんなプロのデザイナーとしてこの先の人生っていこうと思ってい

    「ゴミだね」と言われて本当に「傷つかない技術」 - teruyastarはかく語りき
  • 論理的思考の放棄 - 登 大遊@筑波大学情報学類の SoftEther VPN 日記

    僕は、1 日に少なくとも 3,000 行程度、多く書くときで 10,000 行以上のプログラムを書くことができる。その結果、多い月で 10 万行 / 月くらいである。なお、言語は書くソフトウェアの性質上、大半が C 言語である。 また、プログラミングにはバグが付き物だが、ここ 2、3 年の間は、発生するバグの数を極めて少なく保つことに成功している。 とても大きく複雑で、かつレイヤ的に OS に近い処理をたくさんやるプログラムを書く場合は、プログラミングをするときでも、事前の設計が極めて重要となる。設計をうまく行わないと、後になって全面的に書き直しをしないといけなくなったり、パフォーマンスが低下したりする原因となり、開発者の苦痛の原因となる。 当然のことながら、これまで書いたいくつかの大きく複雑といえるソフトウェアの大半の設計も、自分で行った。いかなる場合でも、設計は、最初の 1 回目で確定

    論理的思考の放棄 - 登 大遊@筑波大学情報学類の SoftEther VPN 日記