タグ

ブックマーク / hakobe932.hatenablog.com (10)

  • 勉強を通じてリラックスする - はこべにっき ♨

    具体的な勉強法というわけではないのだけど、勉強への向き合い方みたいなところに最近発見があったので、お題キャンペーンに便乗して書いてみる。 昔、勉強のテーマ選びの仕方についてまとめてみたことがある。 この記事ではいくつか指標をあげて、勉強のテーマを検討することについて書いている。 この記事のときからの気持ちの変化も含めて、改めて、自分の勉強の目的をまとめてみると以下のようになりそうだと思った。 自分の興味を満たすこと 成長を実感すること 役に立つこと 勉強を通してリラックスできること 1~3は、そうだよねって感じだけど、4の”勉強を通してリラックスできる”が最近気づいた部分で、意外と重要に思っている。 自分の場合、勉強の大半は読書に費やし、時々コードを書くといった具合なのだけど、そういった集中してリラックスできる時間が生活の中でわりと大事だと気づいた。最近は子育てのために自分の時間があまり取

    勉強を通じてリラックスする - はこべにっき ♨
    nhayato
    nhayato 2020/01/20
  • やっていく技術テーマを探す - はこべにっき ♨

    Webエンジニアを8年くらいやっていて、なんとなく、一通りのことはできるようになってきた。ただ、ちょっと得意な分野もあるとはいえ、基的になんでも屋さんとしてやっているので、技術者としてのアピールがいまいちだなーというのが気になっている。そこで、技術者としての自分をアピールできそうな技術テーマを一つ選んで、それにじっくり取り組んで見ようと考えた。 しかし、取り組む技術テーマをうまく選ぶ自信がない。そこで、ちょっと作戦を考えて取り組む技術テーマを見つけようと試行錯誤してみたので紹介してみる。 ステップ1: 指標を考える やっていく技術テーマを見つけるにあたって、テーマの候補をスコアリングしてみることにした。漠然とスコアをつけるのは難しいので、自分が普段技術テーマに取り組むかどうかを考えるときに気にしていることを思い出して、5つの指標に分解してみた。 指標1: 自分の興味 自分がおもしろい、や

    やっていく技術テーマを探す - はこべにっき ♨
    nhayato
    nhayato 2018/03/18
  • Kyoto.なんか#2 を今週末やります! - はこべにっき ♨

    (参加登録はもう終わってるんですが)、今週末の8/21(日) にはてなオフィスでKyoto.なんかというイベントをやります。Kyoto.なんかはプログラミングやインターネットに関する発表をしあってみんなでわいわいする勉強会です。 atnd.org スケジュールも決まりました。開催が14時からになりました! なのでおもしろ発表たくさんあるので、参加登録されているかたは忘れずぜひいらしてくださいね!! 当日とびいりのLTも歓迎です! スケジュール 13:30 開場 14:00 - 14:10 オープニング 14:10 - 14:25 y_uuki さん サーバ運用スクリプト集がゴミ捨て場みたいになってた話 14:25 - 14:40 kizkoh さん Rust仕事まわりについてなんか 14:40 - 14:50 休憩 14:50 - 14:55 鹿くん さん なんか 14:55 - 15

    Kyoto.なんか#2 を今週末やります! - はこべにっき ♨
    nhayato
    nhayato 2016/08/16
    良さ
  • golangで書かれたSlack bot でエンジニアに話題提供しよう - はこべにっき ♨

    こんにちは、id:hakobe932 です。はてなエンジニアアドベントカレンダーの18日目として、はてな社内で導入をためしている話題提供Slack botの機能と実装について紹介します。昨日はid:astj による Herokuとwerckerによる継続的インテグレーション・自動デプロイでperlのwebアプリケーションを開発するでした。 #enginnerで技術交換 はてなではメインのチャットツールとしてSlackを活用しています。チームや職種などの単位のたくさんのチャンネルがあり、それぞれのチャンネルでコミュニケーションが行われているのですが、もっぱら技術的な議論を行っているのが #enginner というチャンネルです。#engineer では、チームをまたいだ技術的な相談のほか、新技術や勉強会の紹介など、技術に関わるさまざまな話題で情報交換しています。 もっと技術の話題でわいわいし

    golangで書かれたSlack bot でエンジニアに話題提供しよう - はこべにっき ♨
  • テストをどこまで書くか - はこべにっき ♨

    CROSS2014で以下の2つのセッションにお招きいただきお話をさせていただいた。ありがとうございました。 http://www.cross-party.com/programs/testcidevops/ はてなクックパッドの開発現場で、CIやテストはどう行われているのか?(前編)。CROSS 2014 - Publickey 2014/1/17 #cross2014 現場に聞く!テスト/CI/DevOps、実際のところどうなの - Togetterまとめ http://www.cross-party.com/programs/butsukari/ 2014/1/17 #cross2014 コードレビューCROSS 〜ぶつかり稽古 2014初場所〜 - Togetterまとめ セッション中はもちろん、その後の懇親会でもいろいろな方におはなしを伺えてかなり勉強になった。テストやコードレビ

    テストをどこまで書くか - はこべにっき ♨
    nhayato
    nhayato 2014/01/19
  • Team Geek読んだ - はこべにっき ♨

    Team Geek ―Googleのギークたちはいかにしてチームを作るのか 作者: Brian W. Fitzpatrick,Ben Collins-Sussman,及川卓也,角征典出版社/メーカー: オライリージャパン発売日: 2013/07/20メディア: 単行(ソフトカバー)この商品を含むブログ (20件) を見る Team Geekを読んだ。チームの生産性を上げるために、どうやって人間関係やコミュニケーションの問題に取り組めばよいかという、実践的なテクニックがいろいろ詰まっていておもしろい。謙虚・尊敬・信頼という信条を中心に、個人、チーム、組織そしてユーザ、それぞれとどのように付き合えばいいか、いろいろな例を使って教えてくれる。おもしろい感想エントリもたくさんあるので、内容が気になる人は読むと良さそう。 L'eclat des jours(2013-07-21) Jun Muka

    Team Geek読んだ - はこべにっき ♨
    nhayato
    nhayato 2014/01/04
  • ソフトウェアにうまい前提を与える - はこべにっき ♨

    ソフトウェア機能が、普通はユーザはこういう利用方法はしないだろう、という前提にもとづいて作られていることがある。 先日の経験を例に上げると、ちょっと理由があって自分のGmailの全メール一度にアーカイブ操作をしてみようとしたことがある。メールは8万件くらいあった。普通のユーザは一度に8万件もアーカイブ操作をしたりしないと思う。 実際に操作を実行してみたところ、「実行しています」というようなメッセージがしばらく表示された後、「リクエストの実行に問題が出ているようです」というようなメッセージが表示されてしまった。メッセージの内容は不安に感じるところがあったが、結果としては、すべてのメールがちゃんとアーカイブされため、大きな不満はなかった。 ユーザがこういうめちゃくちゃなことをすることは稀であり、一般的なリクエストのタイムアウトを過ぎたために、UIが問題を報告したのだと思う。実際にソフトウェアを

    ソフトウェアにうまい前提を与える - はこべにっき ♨
    nhayato
    nhayato 2013/12/29
  • Go言語の気に入ったところ/気に入らなかったところ - はこべにっき ♨

    二日間ほど集中してgo言語でコード書いたので、その間に感じたことをまとめてみます。普段はだいたいPerlJavaScriptでWebアプリケーションを書いています。 まとめの要約 go言語良い Webアプリケーション書くならPerlとかRubyが良い PerlとかRuby書ける人がミドルウェア書くならgo言語良い 気に入ったところ コンパイルエラーが親切 たとえば気楽な気持ちで以下のようなコードを書くと package main import ("fmt"; "net/http"; "log") func main() { resp := http.Get("http://hatenablog.com/") fmt.Println(math.Pi) } 以下のように丁寧に問題箇所を教えてくれます。 ./hoge.go:6: imported and not used: "log" ./h

    Go言語の気に入ったところ/気に入らなかったところ - はこべにっき ♨
  • 正規表現のoオプションにPerlの暗黒面を見た - はこべにっき ♨

    Perlの正規表現のoオプションてご存じでしょうか? うちはあまり使ったことがなかったのですが,効率のよい正規表現処理を行うときには便利なオプションです. oオプションを使うと,その正規表現のコンパイルが1回しか行われなくなります.たとえば,正規表現の評価が繰り返しのなかで現れると,コンパイルが何度も行われて効率が悪くなります.そういったときにoオプションを付与しておけば,正規表現コンパイルのオーバーヘッドを最小限にとどめることができます. chomp(my $pattern = <>); for my $n (0..100000000000) { # すごく回数の多いループ # oをつければ正規表現がコンパイルされるのははじめの1回だけなので安心 if ($n =~ m/^$pattern$/o) { say "match!"; } } 正規表現が静的な場合は,Perlはこのような最適化

    正規表現のoオプションにPerlの暗黒面を見た - はこべにっき ♨
    nhayato
    nhayato 2012/08/27
  • zsh補完関数を自作すると便利 - はこべにっき ♨

    会社でコードを書いていると、いろんなプロジェクトのディレクトリ間を頻繁に移動します。毎回cdするのはだるいので、それを解消する便利なzsh用の関数と補完関数を書いたので紹介します。はてなエンジニアのひとと、zsh補完関数を書いてみたい人にはそこそこ役立つといった趣のエントリです。 会社のプロジェクトのリポジトリは、~/work/hatena というところに全部まとめています。だいたい以下のような感じです。 > ls ~/work/hatena Hatena-Antenna/ Hatena-Diary/ Hatena-Ugomemo/ git-hooks/ Hatena-Bookmark/ Hatena-Group/ Ridge/ iphone/ Hatena-Coco/ Hatena-Star/ android/ sketch/ 各プロジェクトのリポジトリには頻繁に移動するので、簡単なz

    zsh補完関数を自作すると便利 - はこべにっき ♨
    nhayato
    nhayato 2012/06/26
  • 1