[B! code] Ehrenのブックマーク

Don't DRY Your Code Prematurely

TotT 100 GTAC 61 James Whittaker 42 Misko Hevery 32 Code Health 29 Anthony Vallone 27 Patrick Copeland 23 Jobs 18 Andrew Trenk 12 C++ 11 Patrik Höglund 8 JavaScript 7 Allen Hutchison 6 George Pirocanac 6 Zhanyong Wan 6 Harry Robinson 5 Java 5 Julian Harty 5 Alberto Savoia 4 Ben Yu 4 Erik Kuefler 4 Philip Zembrod 4 Shyam Seshadri 4 Adam Bender 3 Chrome 3 Dillon Bly 3 John Thomas 3 Lesley Katzen 3 M

Ehren 2024/05/31

code
test

リンク

よく考慮したコーディングとパフォーマンスの関係 - ワザノバ | wazanova

http://hacksoflife.blogspot.com.au/2015/01/the-four-horsemen-of-performance.html 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約4時間前 Benjamin Supnik曰く、高いパフォーマンスをだせるソフトウェアは、高いパフォーマンスを目指したデザインプロセスが大切。「本当にひどい状態になったら、プロファイラで調べて直すから。」といっても色々積み重なると簡単には直せなくなると指摘しています。そして、ゲーム開発において遅いコードを生み出すパターンを挙げてくれてます。 1. 無駄なことをするテーブルを再描画する際、ユーザが見える部分だけでなく、テーブル全体のデータを取得していないか？同じ値が計算されて何度も使われるケースで、都度計

Ehren 2015/02/17

code

リンク

遅いコードを貯蓄する - Backnumbers: Steps to Phantasien

2005-08-21 遅いコードを貯蓄する私は仕事柄, 書いたコードに実行速度を要求されることがある. 本当はいつも要求されていて, たまにそれに応えるという方が正しいかもしれない... とにかく, 権力者(上司, 顧客, 同僚)から "遅いので速くしろ" というお言葉を日常的に頂く. とはいえできる範囲の高速化は既に済んでいる. 無い袖は振れない. まわりからの圧力を前にすると, 高速化の余地あるコードがある種の資産に思えてくる. 高速化の "余地" にも色々ある. 直せは確実に速くなる性質の良いもの. 複雑さ故に速くなる "かもしれない" ように見える不確実性の高い不良債権, まだプロファイルをとっていない未公開株のストックオプション, など. そこで, 優良な財をなす投資の方法 ... つまり遅くてかつ簡単に高速化できるコードを書く方法を, いくつか提案しておく. アクセサ変数を

Ehren 2014/10/03

code

リンク

英語でコミットを書こう

Cheating the UX When There Is Nothing More to Optimize - PixelPioneers

Ehren 2012/11/13

code

リンク

コードレビューについて - camlspotter’s blog

このところ立て続けにコードレビューについて話をする機会があったので私が経験した最高のレビュー体制を簡単にまとめておこうと思います。利点何故必要か何が嬉しいのかコストうまく回すためには何が必要か細かい運営方法はっきり言って当たり前の事しか書きません。私も当時は当たり前のことだと思っていましたから、特に気にもしていなかったのです。ただ見聞するところによると、これをちゃんとやっているところはとても少ないようです。ウォールストリート系のファンドでもろくにレビューしてないとかどういうことなんでしょう。だから時々会社が吹っ飛ぶんですね… 結局は、ああだ、こうだ各論を言っても、ちゃんとやれるのか、それ一点に尽きてしまう話なのですが… 利点レビューを何のためにするか、それはまず第一に自分達の書いているコードに潜在するバグによる損失をできるだけ少なくすることでしょう。型システムや

Ehren 2012/08/14

code

リンク

初めてIntelliJに触れる人へ－ Javadocの日本語化 - 2009-10-26 - marsのメモ

File -> Project Structure -> SDKs -> 任意のJDK -> Documentation Paths にJavadocを指定するんだけど，EUC-JPな日本語Javadocを指定しても文字化けするだけなので，Eclipseみたくmergedocで日本語化したsrc.zipを使うのが通例。下図がその設定画面。 JDKのupdateが出るたびにsrc.zip再生成するのが面倒で，しばらく英語版のまま使ってたんだけど，思うところあって仕組みを整理してみたよ。ちなみに，IntelliJのJavadocポップアップは，あまりスタイリッシュじゃない。さらに文字化けするとゲンナリ度がＵＰする。ついで言うと，EclipseやNetBeansみたいなJavadocプレビューウィンドウなんて無いから，探すだけ無駄だよ。こんな感じで，がっかりしていいレベルにかっこ悪い。経験