Slackでの質問にScrapboxで答える - hitode909の日記
Slackやissueで質問がきたら Scrapboxで検索して みつかったらページを案内 みつからなかったらその場でページを書いて案内 さらに疑問点とかあったらScrapboxを見ながら話して、その場で書いていく と言うことをよくやっている。 この動きを続けるとトラブルシュートしてるだけで知識がストックになっていって便利なはず。 聞かれた質問をそのままページにするのではなくて、タイトルは一般的な単語で書くようにしている。「アクセスログはどこにでていますか?」じゃなくて「アクセスログ」のページで、ログの在り処を説明する。そうすると他のページからもリンクしやすい。 逆に、一人だけが持ってる情報をみつけたら、ページだけ作って、ページを作ったので説明を書いてもらえませんか、というお願いをしたりしている。#誰か書いて というタグをつけておくと、書きたい人が書いてくれる、というのを試したりしている。
いつも「時間がない」あなたに 欠乏の行動経済学 - hitode909の日記
リソースが足りない状態の人間について研究した本。そのリソースは時間だったり資金だったりする。 スラック、つまり余裕があることが大事で、100円のおやつとか買うとき、それによって財産が100円減ることを考慮する人は居ない、毎月使えるスラックから支払われることになる。しかし、本当に切羽詰まってると、少しのお金を作るために借金し、次の入金は利子の返済に当てることになる。 人間、気になることがあると、判断に使うためにリソースを奪われていって、能力が下がっていく。貧しい状態の人は生まれ持った能力が低いわけではなく、お金や時間の心配をしていることで能力が下がっていくことが実験によって確かめられている。という本。 現代日本で考えると、テレビに繋いでるレコーダーが残り1時間とか3時間とかで、毎日、次の番組を録画するために、歌まつりを早送りで見続けたり、古いバラエティ番組を消すかどうかで議論したりして時間を
シェルのhistoryをクラウドに保存する取り組み - hitode909の日記
ある日zshの履歴が消えた悲しみからいくつか課題感を持っていた。 巨大な1ファイルにどんどん書いていくので、壊れたときの影響が大きい 追記方式なので、複数の端末で共有するためGitやDropboxなどに入れるとコンフリクトしやすい 履歴から取り出すときにどのディレクトリで実行したコマンドなのかわからない シェル履歴をファイルに書いて終わりという暮らしは数十年変わっていない。 履歴はクラウドサーバーに保存して、補完したいときにAPI経由で問い合わせるというアーキテクチャが良いと思ったので、作ってみた。 github.com コマンドの実行時 zshのフックを使って、コマンドの実行時に、実行したコマンドと$pwdをAPIにPOSTする Cloud Functionsが立っていて、送られたコマンドをCloud Datastoreに保存する Cloud FunctionsはGoogle製のAWS
Kindle Unlimitedでよさそうなソフトウェア関係の本 - hitode909の日記
ざっと見てよさそうなの探したのでしばらく過ごせそう． SCRUM BOOT CAMP THE BOOK 作者: 西村直人,永瀬美穂,吉羽龍太郎出版社/メーカー: 翔泳社発売日: 2013/04/13メディア: Kindle版この商品を含むブログ (2件) を見るアジャイルな見積りと計画づくり ?価値あるソフトウェアを育てる概念と技法? 作者: Mike Cohn出版社/メーカー: マイナビ出版発売日: 2009/01/29メディア: Kindle版この商品を含むブログ (1件) を見るWrite Great Code〈Vol.1〉 ハードウェアを知り、ソフトウェアを書く 作者: Randall Hyde出版社/メーカー: マイナビ出版発売日: 2014/06/03メディア: Kindle版この商品を含むブログを見るWrite Great Code〈Vol.2〉 低いレベルで考え、高いレベル
Slack見がち問題 - hitode909の日記
僕はチームのチャンネル(これだけでもなぜか10個くらいある)と，その他いくつか，以外はmuteしていて，仕事に飽きたときに休憩がてら見て回る，くらいにしている． あと，他のチームのチャンネルには入らないようにしていて，そこで発話しても，実際に僕が何かできるわけではなく，責任を持てないので，見ないほうがよいと思っている．話があるときだけ入って，終わったらすぐ抜ける． あと，集中してコード書きたかったときはSlack閉じて，スマホに通知が来たら開いて返事する，とかしていた． Slack見がち ついつい見がち 他人の分報を眺めると時間が飛ぶ なぜコードが書けないのか，あるいは仕事が遅いのか - masawadaの日記
今年が2015年だと思って2015って書いておかしいなとか言って1時間くらい無駄にした - hitode909の日記
ふだんソフトウェア作ってるけど，僕はエンジニアとしてはめっちゃしょぼい感じで，こないだは今年が2015年だと思って2015って書いておかしいなとか言って1時間くらい無駄にした．1時間後に2016に直したのだけど，すごいエンジニアの人を見てると，その1時間の間くらいでも，すごい活躍されていたりする． みんな1日n時間くらい働いているはずで，すごいエンジニアはそのm倍みたいな時間働かれているわけではない．同じくらいの時間活動していても，活躍度合いは全然違う．ということは?? コードを書くのが速い 速くできるとすごい 腕の筋肉がすごい タイピング速そう 考えるのが速い 人によってそんなに差あるものなのか? 取り組むと効果ありそうなことを見極めるのがうまい いいことできるとすごい やっても大した効果が出ないものは後回しにするとその時間を使って効果のあることをできそう ちょうどいい作りこみ度合いのも
失敗する前提でデプロイする - hitode909の日記
うちのチームでは，デプロイするたびに自動的にgitのtagを切るようにしてる．たとえば，いまデプロイしたら，deploy/2014-02-01-14-48とか． たまに，リリースした直後になんかミスってたことに気付いて，慌ててロールバックすることがある． tagを切ってるので，ひとつ前に戻せばいいのだけど，えっと，どれだっけとかいって探すので慌てるし，普段はタグ指定してデプロイしてないので，どうやって戻すか忘れる． デプロイ終わったときに，今回のデプロイを戻すには，これをしましょう，とか表示するようにした． デプロイ終わったらこんなのが出る．前回のデプロイが昨日だったら昨日くらいのタグが出る． ヒント：戻すときは以下のコマンドを実行しましょう cap -S revision=deploy/2014-01-31-15-17 deploy 実装方法としては，こんな感じに，デプロイ前に最新のタグ
なぜひどいコードを書いてはいけないか - hitode909の日記
ひどいコードは何やってるか分からない ひどいコードが何やってるか分かっても、なぜそうなってるのか、そこを変えるとどうなるか分からない ひどいコードは新たな変更に耐えられず書き直されることになる ひどいコードを書き直すには、ひどいコードがどうなっているか理解し、どこを変えるとどうなるのか理解する必要がある ひどいコードはたいていひどいテストコードが支えていて、テストコードがあったとしてもひどいコードと同様の問題があり、頼れるものが何もない どんなにひどいコードでも、書いた人を憎んではいけない。たとえ自分の書いたコードだとしても、先輩の書いたコードだとしても、ソフトウェアとしてひどい物にはひどいと言っていくことが大切で、だからと言って人に向かってひどいと言ってるわけではない。 最高の仲間たちが日々変化する難しい問題に対処していいコードを書いたり、ときにはひどいコードを書いている、という😇的な
YAPCでおもしろ発表してきた - hitode909の日記
YAPCでおもしろ発表してきた． はてなブログの開発を振り返って設計の進化と最高の設計を紹介するという話． speakerdeck.com なぜか大人気発表みたいになってて，会場満員で，すみませんこんなところに来ていただいてすみませんというかんじだった． 紹介した本はこちら．予約投稿で仕込んであって，発表終わったら，こちらから買ってくださいとかやろうと思ってたけど，すっかり忘れてた． YAPCの発表で紹介した本 - hitode909の日記 質問たくさんいただいて，よいかんじにおさまったと思う． 「難しくて挫折するという問題がありますよね」「歯を食い縛って実装しろって書いてあった」 #yapcasiaE— そらは (@sora_h) 2015, 8月 21 Q: 「コメントの良い書き方は？」 A: 「オブジェクト指向入門下巻に書いてあります」 ↓ 「買って読みます。」 #yapcasiaE
「シュッとやる」の解説 - hitode909の日記
はてなのエンジニアセミナーでid:cockscombが「シュッと」と連呼していて，聴衆がざわざわしているようだった． 「シュッとやる」というのは，はてなの社内用語． 関西弁で「シュッと」というのがある．だいたいこれと同じだけど，社内用語では，よりテクノロジー的な意味合いがある． 今風（の）、あか抜けた、 研ぎ澄まされている、 洗練された、スマートな、 しゅっとしたとは - 大阪弁 Weblio辞書 関西にいない人のために説明すると，シュッとした鋭さのイメージで，すばやく正確に今すぐ簡単に，というような雰囲気． ちょっとやろうとしたらハマッたり，時間がかかったり，実装がダサかったり，正しく動かなかったりすると，シュッとしてない． 似た言葉で，「サクッと」というのがあって，これは一般的に使うと思う． Google: サクッと実装 今回は特別に，社内のチャットログから用例を紹介します． 〜くん、
テスト先に書きたい若者よ - hitode909の日記
弊社では毎年インターンを受け入れているのだけど，いまもインターンが来てて，テスト先に書きたいけど油断すると先に実装を書いてしまう，とか話してた． 個人的には，テスト先に書くのが大事というよりかは，意識して仕様を先に考えるのが大事だと思っている．テストを先に書くと，先に仕様を考えざるを得ないので，良いスタイルが身につく． 僕がよくやるのは，関連しそうなクラスの絵をひと通りノートに書いてみて，その図だけで，うまく動くことを説明できるくらい考えてみる．その時点でおかしかったら，コード書いてもおかしくなる．ノートに方眼ついてるとクラス図書きやすい．UMLとかじゃなくても，自分で見て分かるくらいでもいいと思う． 紙でうまくいったら，外部仕様だけソースコードに書いてみる．クラス名と，メソッドの定義と，メソッドの上くらいに，ひと通りコメントでも書いてみて，この関数はこういうことをするんです，こういう引数
■ - hitode909の日記
出勤とか退勤とかするのめんどうで，忘れたら余計めんどうなことになるから，忘れないよう気をつけるみたいになってて，30分に1回くらい退勤のこと思い出したり，退勤忘れて帰る夢を見たりして，めんどうだった．革新的ソフトウェアを作って世界を変えるのが仕事なので，出勤や退勤といった些細なことに気をとられている場合ではないので，なんとかしないといけなかった． コマンドラインから退勤できるようにしたけど，普段から退勤する習慣がないから，すぐに退勤するの忘れて帰ってたりしてた． Google Chrome拡張を作って，定時過ぎたらポップアップが出て，退勤しますかとか聞かれて，OKしたら退勤できるようにしたら便利な感じになった． スペースシャトルの燃料タンクとか，心配になったら人が見るみたいな運用じゃなくて，普段は黙ってるけど減ってきたらウオオオとか言って，教えてくれるようになってると思う．まともなソフトウ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazonの注文ボタンを消す - hitode909の日記