古いissueをとりあえず閉じる - hitode909の日記
ヤパチーで聞いた話で，古いissueはとりあえずcloseして，やっぱりやるとなったらまたopenする，というのがあった． ノリでKotlin化するというissueを入れたのだけど，テンションが下がってきたので，やめませんかってなってcloseする，とか． これは良いと思って，古いissueは単に古いというだけで価値が減っていきそう． すぐにやらないと困るようなら，古いissueがopenのまま置いてあるということはまずい状況で，そうでなければ，やらなくてもいいということで，openで置いてあるのは邪魔で，次に何をやるべきなのか分からなくなってしまう． また，当時とは状況が変わってきて，実はやらなくてよくなった，みたいなものもある． 誰かが意識的にissueの治安を維持しないと，どんどん増えていって制御できなくなってしまうと思う． ふだん仕事でやってるプロジェクトでは，たまに棚卸しするのだ
なぜひどいコードを書いてはいけないか - hitode909の日記
ひどいコードは何やってるか分からない ひどいコードが何やってるか分かっても、なぜそうなってるのか、そこを変えるとどうなるか分からない ひどいコードは新たな変更に耐えられず書き直されることになる ひどいコードを書き直すには、ひどいコードがどうなっているか理解し、どこを変えるとどうなるのか理解する必要がある ひどいコードはたいていひどいテストコードが支えていて、テストコードがあったとしてもひどいコードと同様の問題があり、頼れるものが何もない どんなにひどいコードでも、書いた人を憎んではいけない。たとえ自分の書いたコードだとしても、先輩の書いたコードだとしても、ソフトウェアとしてひどい物にはひどいと言っていくことが大切で、だからと言って人に向かってひどいと言ってるわけではない。 最高の仲間たちが日々変化する難しい問題に対処していいコードを書いたり、ときにはひどいコードを書いている、という😇的な
ドメイン駆動設計読んだ - hitode909の日記
ドメイン駆動設計というのはソフトウェア工学のおしゃれな本で，Kindleで買えたので読んだ．ドメインを軸に戦略的に設計しましょうという本．2週間くらいで読めて良い体験できてよかった． ソフトウェアを，ユーザーインタフェース，アプリケーション，ドメイン，インフラストラクチャという4つの層に分けて，一番重要なのがドメイン層で，ドメイン層にアプリケーションが存在し得る理由がある．銀行システムだったら，口座とか利子みたなやつがドメイン層で，口座がよくできてると銀行としてうまくいく．ATMのタッチパネルというのはユーザーインタフェースで，どんなにATM押しやすくても，ドメイン層に，口座という概念がなくて，ただのハッシュだったりすると，銀行を運営して金を儲けるとか，新たな金融商品とか作るのが困難になる．インフラ層は永続化とかするのだけど，インフラ層がいかによくても，意味ないデータを保存していては銀行倒
WebMemcacheというWebサービスを作った - hitode909の日記
MemcachedみたいにキャッシュしてくれるWebサービスがあれば便利そうだと思ったので，作ってみた． おもむろにHTTPアクセスすると，JSONをくれる． set, get, delete, statsのAPIがある．使い方は上のリンク先に書いた．リンク先のコードをクリックするとその場でXHRして試せる． キャッシュなので，Webページから使って便利みたいな感じじゃなくて，何かキャッシュを利用したいプログラムから使う． Rubyから値を複数setして同じ値をgetする例．このように，複数同時に操作できる． require 'net/http' require 'open-uri' http = Net::HTTP.new('webmemcache.appspot.com') response = http.post('/set', 'pi=3.14&e=2.7&namespace=te
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
