はてなマンガチームの魅力、それは新しいツールをとりあえず使ってみること - hitode909の日記
最近、SlackのHuddleっていう、チャンネルから離れずに通話できる機能を使っていて、ミーティングないときはとりあえずジョインするようにしている。 同じく予定のない間はジョインしているメンバーがいるので、いろいろと声をかけながら調査したり、その場で確認をとりながら作業を進めたりできている。 今日話したことは以下のような話題。以下のいずれの話題についても、今日話す予定になかったけど、その場でちょこちょこと直せたり、調査が進んだりした。 週末いいことありましたか、みたいな雑談 同僚が使ってるイヤホンの音量ボタンをリズムよく連打するとクラッシュする、という良い情報を教えてもらえた 今日発生した不具合の原因が、以前からのキャッシュの出し分けロジックに関連していそうという話 キャッシュの出し分け方針をディレクターに確認しよう、といってissueを入れて方針決めを進めた データベースのパーティショ
テスト、正常系から書くか異常系から書くか - hitode909の日記
今週は同僚と毎日長時間ペアプロしていた。 おもしろかったのが、同僚のテストの書き進め方で、一番複雑な正常系のテストをちゃんと書いてから、その複雑なテストをもとに、いろんな条件を削っていって異常系のテストを作っていく、というところ。 僕は逆で、入力が空なら何も起きない、とか、一番簡単な異常系のテストを書いて、そこだけ通るのを確認して、よしよし、と進めていって、メソッド本来の動きは最後に確認して終わる。 変な進め方だな〜(主観)と思って眺めていたけど、たしかに正常系のテストが通っていれば、あとはバリデーションまわりのチェックとか、例外となる場合のチェックをすれば終わりで、異常系のテストがすごい速さで書かれていておもしろかった。 …という話をしたら、チームメンバーたちは正常系のテストから書きはじめるという人が多くて、正しくことを確認してから、1個ずつ前提となる条件を外してみて試す、と聞いて、同値
チーム開発で活躍するために、自分の庭を作れると良い - hitode909の日記
チームでどうやって活躍するか、まだイメージがついてない、振られた仕事をやっているだけで、仕事をしている間は忙しいけど、確認待ちになるとすぐ暇になってしまう、というメンバーの悩みを聞いていた。 巨大なチーム、巨大なプロダクトだと、すぐに全容を把握するのは難しい。その中で、この範囲なら触れています、任せてください、という庭を作るとよいのでは、という話をした。 思いつきで話したわりには意外といいことを言ってるなと思ったので掘り下げて書いてみます。 庭とは 現代では、庭のある家に住んでる人は少ないかもしれない。うちは実家が田舎だったので庭があって、ボールを蹴って回ったり、石をめくってアリを観察したり、隣の家の庭との境界もゆるくて、冒険と言って隣の家の庭で遊んだりしていた。 大人になってからの庭というと、池袋で遊んでた人が「池袋は俺の庭」と言ったり、JR新宿駅の東口を出たら椎名林檎の庭があることが知
専門 - hitode909の日記
あなたは何の専門家ですか? というときに ソフトウェアを安全に作るのが専門，という人がいるとして ソフトウェアを安全に作るのは人類の願い，皆の仕事では? という反論をできそう 身体を鍛えてる人は筋肉の専門家ではなく，筋肉が多いだけで，人間なら多かれ少なかれ筋肉はある，みたいな 一方で，たとえば，機械学習できます，というのは分かりやすいスペシャルな技能っぽい 安全に作るのが得意，ということは，特別な成果も出しにくいのではないか チーム開発の結果ソフトウェアを安全に作れたとしたら，みんながんばったね，という話で，ソフトウェア安全に作るのが専門の人の成果とは言えない 安全な開発を支える仕組みやツールを作る，とかはできそう たとえば，エンジニア増員したこともあり，スケジュール的にも少し余裕があるので，毎日時間をとってリファクタリングを始めませんか，と提案するとか たとえば，ソフトウェア工学の知見を
LGTM画像は見た目はおもしろいけど遊んでいるわけではない - hitode909の日記
YAPCのスポンサーセッションで，DeNAの採用担当の方が話されていて，エンジニア文化への憧れから，コードの意味は分からないけど勝手にLGTMしたり，会場の発表スライドに載せるには不適切な画像を貼ったりしている，という発表をされていた． 単に迷惑そう，と思ったのと，それ以上に悲しくなって，自分たちが大切にしていることを軽んじられると悲しい気持ちになる． LGTMな画像を貼るのは，傍目から見ると，にぎやかな画像が出てきて楽しそうな雰囲気があるけど，画像を貼る前にはコードが正しいか検証しているのであって，ミスの許されないシリアスな場所でもある． 見た目がおもしろそうだからといって遊びに来られると迷惑だし，そういうライトな活動をするような，遊んでいるように思われていたのか，という悲しさがある． 逆に，そんなシリアスな活動をしているなら，そうと分かる真剣そうな雰囲気になっているべきという気もして，
FlowとjQueryをあわせて使うときいろいろハマった - hitode909の日記
新しく書くコードにはflowtypeで型をつけたり，既存のコードにもちょっとずつ型をつけたりしている． jQueryのオブジェクトを引数として受け取るときに型をつけるのが難しくて，しばらくハマっていた．けどできた． flow-typedにない 探してみるとなくて，typoしてないか3回くらい見た % $(yarn bin)/flow-typed search jquery No definitions found, sorry! flow-typedにはなくて，iflow-jqueryとしてnpmで公開されている https://github.com/marudor/flowInterfaces flow-typedに移行される予定はあるとのこと npmに上がってるiflow-jqueryが古い JQueryAjaxSettingsがinterfaceになる変更がnpmに上がってる版には入
プロジェクト内からgrepして集計して補完を出してくれるAtomプラグインを作った - hitode909の日記
これまでのあらすじ auto-programming.elのAtom版を作ってるよ，という話と，単なるスニペット以上に便利だよ，という話をしていた． blog.sushi.money blog.sushi.money できた できたのでGitHubに置いた． Emacs版ではPerlのスクリプトを呼んでたのを，Atom版ではふつうにchild_process.execしてgit grepして結果を解析するように変えた． Emacs Lispで複雑なロジックを書くのに慣れてなかったので難しいところはPerlで書いてたのだけど，JSならどんなに複雑なものでも書けるので助かる． 動いてる様子 Plackのリポジトリ内で適当に動かしている様子．use strict;はプロジェクト内に206回登場する，といったお得な情報も表示している． ご利用ください 開発前から予想はしていたけど，Atom Pac
はてなブログのAMP対応で学ぶウェブサービスのAMP対応 - hitode909の日記
プレゼンモード 再生 ← / →で移動 fでフルスクリーン escでおわる こんにちは，id:hitode909です．このあと14時から品川のマイクロソフト様のオフィスでおこなわれている，YAP(PはパチモンのP)Cで発表します． この記事では，発表資料を公開いたします．現地の方は今すぐCルームに来てください．そうでないかたは懇親会でお会いしましょう． はてなブログのトピックもあるようです． トピック「YAPC」 #yapc8ojic のツイート はてなブログのAMP対応で学ぶウェブサービスのAMP対応 2016/07/03 YAP(achimon)C::Asia Hachioji 2016 mid in Shinagawa hitode909 自己紹介 id:hitode909 @hitode909 京都から来ました はてなではてなブログを作っている 自己紹介 YAPC 2015でベスト
なぜひどいコードを書いてはいけないか - hitode909の日記
ひどいコードは何やってるか分からない ひどいコードが何やってるか分かっても、なぜそうなってるのか、そこを変えるとどうなるか分からない ひどいコードは新たな変更に耐えられず書き直されることになる ひどいコードを書き直すには、ひどいコードがどうなっているか理解し、どこを変えるとどうなるのか理解する必要がある ひどいコードはたいていひどいテストコードが支えていて、テストコードがあったとしてもひどいコードと同様の問題があり、頼れるものが何もない どんなにひどいコードでも、書いた人を憎んではいけない。たとえ自分の書いたコードだとしても、先輩の書いたコードだとしても、ソフトウェアとしてひどい物にはひどいと言っていくことが大切で、だからと言って人に向かってひどいと言ってるわけではない。 最高の仲間たちが日々変化する難しい問題に対処していいコードを書いたり、ときにはひどいコードを書いている、という😇的な
YAPCでおもしろ発表してきた - hitode909の日記
YAPCでおもしろ発表してきた． はてなブログの開発を振り返って設計の進化と最高の設計を紹介するという話． speakerdeck.com なぜか大人気発表みたいになってて，会場満員で，すみませんこんなところに来ていただいてすみませんというかんじだった． 紹介した本はこちら．予約投稿で仕込んであって，発表終わったら，こちらから買ってくださいとかやろうと思ってたけど，すっかり忘れてた． YAPCの発表で紹介した本 - hitode909の日記 質問たくさんいただいて，よいかんじにおさまったと思う． 「難しくて挫折するという問題がありますよね」「歯を食い縛って実装しろって書いてあった」 #yapcasiaE— そらは (@sora_h) 2015, 8月 21 Q: 「コメントの良い書き方は？」 A: 「オブジェクト指向入門下巻に書いてあります」 ↓ 「買って読みます。」 #yapcasiaE
気が狂った設計 - hitode909の日記
大きめのこととか，自信のないところを触るときは，コード書く前に，こういう作戦考えてみたけどどうですかって聞いてみたり，こういうことやりたいんだけど一緒に考えませんかって，いっしょに話して設計考えたりするとよいと思う． 一緒に考えたすぐあとに気が狂った設計とか言い出したらおかしいので，未然に変な設計のままコード書いてしまうのを防げる． 特に辛い気持ちになるのが、「気が狂った設計」「クソコード」「（こんな実装は）有り得ない」といった言葉だ。 Pull Requestのレビューが辛くて会社をやめたい 単に言葉が強いのはよくないと思う．我が社にはそんな強い言葉でレビュー書く人はいない． 我が社には，普段から強い言葉を発する人もいなくて，みんな物腰柔らかな変な言葉を話している． 言葉使いや文体は，ずっと過ごしてると同僚から移ったりするので，普段からそういう言葉を話していると，全体の雰囲気も悪くなりそ
テスト書きすぎ問題 - hitode909の日記
テスト書きすぎるとよくないって言ってる人がいた．DHHっていう人．作業時間の1/3以上テストしてたらおかしいとか，ActiveRecordのバリデーションなど，Railsの機能はテストしない，とか． Signals vs. Noiseの去年のエントリに、テストをどれくらい書くべきかということについてDHHが指針を示していたものがあったので... - Sooey 偉い人が言ってるからという理由で，テスト手抜き派の人に良い材料を与えてしまった．僕は意見ちがって，作業時間半分以上はテスト書いたりしてる． テストたくさん書くと，最初に書くときのコストは増える．けど，あとから読む時や，変更したい時には，読むだけだし，書くのも差分だけで良い．コード本体を理解できれば，要らないテスト捨てるのは，落ちたのを消すだけだから簡単．あとで見て，テスト足りないと分かったときに，明文化されてない仕様からテストを補う
iOS6のファイルアップロードについて - hitode909の日記
はてなブログ，iOS6のSafariから写真投稿できるようになった．JS書くだけで写真とか扱えるのおもしろい．前はPhoneGapとか使う必要があった． スマートフォン用のブログ編集画面で写真を投稿できるようにしました - はてなブログ開発ブログ iOS6，リモートデバッグみたいなのができるようになっててデバッグがすごい楽だった．iPhoneのSafariの設定でWebインスペクタをオンにしてUSBケーブルでつないでMacのSafari開くとDeveloperメニューからインスペクタだけMacに出せる．エラー出たら止まったりHTML見たりできる． WWDC Tips: Debugging Web applications in iOS 6 - Adriel Blog | Adriel Blog XCode最新のにするとシミュレータもiOS6になるからシミュレータでもデバッグできる．シミュレ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
