一人でやってると個人開発と同じクオリティになる問題 - hitode909の日記
たまに、今のこの状況は組織パターンに載ってたこのパターンだ、と思い出すことがある。数年前に読んでまだ役立ってる本のうちのひとつ。 今は「常に誰かが進捗させる」というプラクティスをやっている。それ自体はいいのだけど、問題なのは、チーム内チームのエンジニア二人チームでやっているので、一人が進捗させる、もう一人が差し込み対応する、という最小の形になっていること。 奥さんが家でやってる生け花教室のホームページを作る夫、みたいなものをイメージすると、奥さんが生花を教えることで進捗させて、夫がホームページ更新など雑務を巻き取るという構造をイメージできる。百人以上の人間がいる会社であっても、夫婦の生け花教室と同じ数の人のアサインでことを進めているのだとしたら、推進力では同じくらいしか出せないはず。実際には百人いる会社には経理の人がいたり総務の人が居たり、資本が潤沢にあったら良いパソコンを使えるとか、いろ
なぜひどいコードを書いてはいけないか - hitode909の日記
ひどいコードは何やってるか分からない ひどいコードが何やってるか分かっても、なぜそうなってるのか、そこを変えるとどうなるか分からない ひどいコードは新たな変更に耐えられず書き直されることになる ひどいコードを書き直すには、ひどいコードがどうなっているか理解し、どこを変えるとどうなるのか理解する必要がある ひどいコードはたいていひどいテストコードが支えていて、テストコードがあったとしてもひどいコードと同様の問題があり、頼れるものが何もない どんなにひどいコードでも、書いた人を憎んではいけない。たとえ自分の書いたコードだとしても、先輩の書いたコードだとしても、ソフトウェアとしてひどい物にはひどいと言っていくことが大切で、だからと言って人に向かってひどいと言ってるわけではない。 最高の仲間たちが日々変化する難しい問題に対処していいコードを書いたり、ときにはひどいコードを書いている、という😇的な
作り直し - hitode909の日記
ソフトウェアを作ってて、作り直したり、書き直したりするべきかどうかという話をすることがある。 大きな規模だと、ソフトウェアを作り直す、というところから、小さな規模だと、込み入った機能を書き直す、くらいまであるけど、作り直すとうまくいくのは、次の二つのうちどちらかではないか。 最初に作ったときより世の中の技術が発展したとき 昔のコンピュータでは収まらなかったとか、昔は良いライブラリがなかったけど、今はある、というとき。 単に今ありふれた技術で作り直すと、よいものができそう。 最初に作ったときよりはコンピュータのスペックが上がったので、そのつもりで、並列度倍に上げても止まらないし、より速く動かせる、とか。 昔はバッチで計算しないといけなかったけど、今ならリアルタイムに返せる、とか。 昔は依存管理のよいライブラリがなかったけど、今ならこれ入れたら簡単、とか。 最初に作ったときより人間の技術が発展
ソフトウェア作るのはしんどいけど異常におもしろい - hitode909の日記
忙しくて精神安定剤としての寿司を食べる時間もないとか心配されていた． ひとでさんを例に出すと，数週間前か大好きな寿司を毎日のように食べてはブログを更新していて，楽しそうだなと思っていたんだけれど，少したってからとても仕事がきついと書いていて，寿司は精神安定剤として食べていたのかということに気づいた．そして，最近は寿司すら食べに行くこともなく，なんかずっとしんどいと書いている． はてなに足りないのは人員ではないかという話 - ミグストラノート 大好きな寿司を食べることもないみたいなストーリーはおもしろいけど事実と異なっていて，寿司は頻繁に食べていて，昨日もさっと定時で仕事終えて寿司食べに行った． 最近の寿司 寿司の写真見せないと心配されるようだったので最近の寿司を紹介します． これは昨日行ったすしてつっていう三条の寿司屋で，1貫100円くらいで，機械じゃなくて職人が握ってくれるので良い．アボ
テスト先に書きたい若者よ - hitode909の日記
弊社では毎年インターンを受け入れているのだけど，いまもインターンが来てて，テスト先に書きたいけど油断すると先に実装を書いてしまう，とか話してた． 個人的には，テスト先に書くのが大事というよりかは，意識して仕様を先に考えるのが大事だと思っている．テストを先に書くと，先に仕様を考えざるを得ないので，良いスタイルが身につく． 僕がよくやるのは，関連しそうなクラスの絵をひと通りノートに書いてみて，その図だけで，うまく動くことを説明できるくらい考えてみる．その時点でおかしかったら，コード書いてもおかしくなる．ノートに方眼ついてるとクラス図書きやすい．UMLとかじゃなくても，自分で見て分かるくらいでもいいと思う． 紙でうまくいったら，外部仕様だけソースコードに書いてみる．クラス名と，メソッドの定義と，メソッドの上くらいに，ひと通りコメントでも書いてみて，この関数はこういうことをするんです，こういう引数
Vim入門した - hitode909の日記
例えば，ペアプロしていて，ちょっと打たせてくださいとか言って，エディタがVimで全然打てない，ということがよくあったので，最低限使えるようになろうと思った． チュートリアルを読んだ．以下，そのメモ． 起動 vim 起動 vim ファイル名 ファイルを指定して起動 vimtutor チュートリアルを開く ファイル読み書き :w ファイル名 指定したファイル名で保存 :r ファイル名 指定したファイルをカーソルの位置に挿入する(これ使うことあるんだろうか) 入力 i 入力 A 行末に移動して入力 o 下の行で挿入モードになる O 上の行で挿入モードになる a カーソルの次に挿入する モード ESC ノーマルモード i 挿入 v 選択 コピー，ペースト y コピー p ペースト d 切り取り カーソル移動系 hjkl 一文字移動 w 次の単語の先頭 e 次の単語の最後 $ 行末 C-g カーソル
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
