タグ

ブックマーク / konifar.hatenablog.com (6)

  • アニメの名言を簡単に引用できるChrome extension『Kotoha』作りました - Konifar's WIP

    思いついた勢いのままに Chrome extension『Kotoha』を作って公開しました。 chrome.google.com コードもGitHubに公開してます。 勢いのままに作ったと言いましたが、Javascript触るの久しぶりな上に初めてのChrome extension開発ということで、 実質15〜6時間くらいかかりました。 完全に俺得Extensionなんですが、せっかく作ったので何を考えてたのかまとめておこうと思います。 知らぬ間にGIGAZINEにも紹介されていました。圧倒的感謝。 gigazine.net どんなExtensionか イケてるアニメの名言を簡単に引用できるようになるExtensionです。 名言をキーワードで探せます。 作品タイトルやキャラクター名でも探せます。 名言はアドレスバーの隣のアイコンから登録できます。 詳細はREADMEに全部書いてあるので

    アニメの名言を簡単に引用できるChrome extension『Kotoha』作りました - Konifar's WIP
    mocchan0625
    mocchan0625 2015/07/25
    これ使おう!
  • エンジニアの「できない」という言葉の裏側 - Konifar's WIP

    「ここ、こんな感じにできませんかね?」と言われたエンジニアが、「うーん、それはちょっと厳しいですね。できないです」と返すみたいなやりとりは結構見かけます。 この「できますか?」⇒「できない」というやりとりなんですが、「できない」という言葉にはいくつか裏が考えられます。言葉足らずだっただけでちょっとした調整をすればできるよね、というケースもあるので、「できない」という言葉の裏側をまとめておこうと思います。 先に補足しておくと、「エンジニアの人の言葉が足りなすぎるでしょ」という意見ももちろんあると思います。こういうコミュニケーションは、お互いの信頼度によっても変わってくるので難しいところです。お互いが相手に伝わるように意識すべきだと思うんですが、 エンジニアから「できない」と言われた時にどういう意味で言ってるのか想像しやすくなればいいなという思いで書いておきます。 ちなみに、「(できるけどやり

    エンジニアの「できない」という言葉の裏側 - Konifar's WIP
  • 圧倒的に成長している時は実感がない - Konifar's WIP

    若いヨルダン人エンジニアの後輩がいるんですが、彼は当に前のめりで成長に対して貪欲です。 入社してすぐに「家で勉強するのに良い資料はありますかッ?!」と聞いてきたり、GW前には「何を作ったらいいですかッ?!」と聞いてきたり、とにかく勢いがすごいです。こういう訳がわからない前のめりさはとても重要だと思っていて、何かしら力になりたいなぁと思ったりします。 で、この前も昼時に 「konifarさんは新卒の時どんな風に成長したんですかッ?!」と聞かれまして。覚えてることを話したんですが、ふわっとしたことしか話せなくて申し訳なくなってしまいました。 自分でも成長とは何なのかよくわかってないなぁと感じたので、思考整理してみようと思います。 未来の成長は想像しにくい 自分は正直、『成長する』というのがどういうことなのかよくわかってません。 就活の時に、「他の会社の5年分を1年で身につけられますよ!」みた

    圧倒的に成長している時は実感がない - Konifar's WIP
  • バグをドラゴンと呼ぶ運用を始めて1ヶ月くらいたった - Konifar's WIP

    1ヶ月くらい前、 「バグをドラゴンと呼んだらどうなるか」というTweetを見ました。 確かに、バグをドラゴンと読んだ場合「Sクラスのドラゴンが出ました!」「Aクラスのドラゴンを相手にしてる最中だってのに!」って会話になるし、ドラゴンは結局人の手で生み出されたものってところが中二ファンタジーっぽくて良い— 尾野(しっぽ) (@tail_y) March 18, 2015 これは天才的発想だなと思って職場で雑談で話してみたところ、 同僚のスペインエンジニアにバカウケしまして、 それからちょいちょいバグのことをドラゴンと呼ぶようになりました。 せっかくなので、どんな雰囲気になるのかまとめてみようと思います。 先に言っておくと、自分ともう1人スペインエンジニアが時々チャット上で使っているだけで、 正直そんなに流行ってないです。 なんかテンションが上がる バグ修正ってマイナスをゼロにするだけで何

    バグをドラゴンと呼ぶ運用を始めて1ヶ月くらいたった - Konifar's WIP
  • エンジニアに必要な説明能力 - Konifar's WIP

    最近、業のTaptripで新機能の開発やコードレビューの数が多くなってきた中、 やはりエンジニアに必要なのは説明能力だなぁと感じることが多々あります。 これは受託の場合は全然違うよと言われるかもしれないし、裁量のある環境だけの話なのかもしれないですが、あくまで自分の感じたこととして考えをまとめておこうと思います。 エンジニアは説明することが多い 開発職じゃないとピンと来ないかもしれないですが、何かを説明することって意外と多いです。 例えばバグ修正をする時に、一番理想的な修正をするとテストも含め2日かかるけど、暫定修正なら半日で終わるみたいな場合。 「ユーザーへの影響が大きいので暫定修正で直して、次のリリースで回収できるように調整します」みたいな説明をしたりします。 もっとコードレベルの話で言うと、例えばこんなやりとりをしたりします。 ほとんど伏せているのでわかりにくいかもしれませんが、

    エンジニアに必要な説明能力 - Konifar's WIP
  • 非エンジニアの嫁にエンジニアの仕事をわかってもらうために工夫したこと - Konifar's WIP

    嫁は専業主婦なんですが、エンジニアがどういうことをやっているのかをある程度理解してくれていて色々と捗ります。ただ嫁に限らずエンジニアじゃない人にエンジニアのことを理解してもらうのは結構難しくて、どう実現していったかを簡単に残しておこうと思います。 問題意識 仕事柄、突発的に問題が起こって帰りが遅くなることはざらにあります。特にリリース前は忙しくて帰りが遅くなることも多く、帰るたびに説明責任を果たす必要がありました。 また仕事以外でも勉強のために家で開発をしたりブログを書いたりすることも多く、ジトっとした目で不満を訴えかけられていました。 これは毎回同じような対応をするよりも、根的に教育した方がいいかなぁと考えていました。問題の質は 何をやってるか想像もつかないことにあると思ったからです。 クイズを出す こんな会話をしてました。 俺「(画面を見せながら)このボタン何%くらいの人が押すと思

    非エンジニアの嫁にエンジニアの仕事をわかってもらうために工夫したこと - Konifar's WIP
  • 1