先日、このようなお知らせエントリを書いたところ、文末のウィッシュリストよりたくさんの方からたくさんの本をお贈りいただきました。本当にありがとうございます。 blog.a-know.me 当然、いただいた本は順次読んでいくことになるわけですが、今日のこのエントリでは、今後どういった本を読んでいくか・なぜそういった本なのか、というその紹介をしつつお贈りいただいた方への御礼とさせていただけたらと思います。順不同でございます。 コードを書く技術に関する書籍 Clean Code アジャイルソフトウェア達人の技 は@hika_riruさんから、リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice) は@fd0さんからいただきました。どちらの方も、Twitter上でゆる〜くfavしたり・されたりといった関わり（直接お会いしたことはない...

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

manabusakai さんの下記の記事を読んだ感想。 blog.manabusakai.com Twitterにも書いたけど僕は信頼されるエンジニアをずっと目指してきたし、そのために僕に必要なことがここには詰まっていた。 ほんとみんなに読んでほしい。 このエントリーの中の信頼を得ているエンジニアの姿を引用する。 有言実行である 仕事の納期をきっちり守る どんな仕事でもムラがない 困ったときに快く相談に乗ってくれる 皆がやりたがらないタスクを拾ってくれる チームの雰囲気を良い方向に導いてくれる etc... まさに。 ではソフトウェアエンジニアとしてこの他に当たり前にやるべき事って何があるだろう？ ソフトウェアエンジニアとしてやるべき事 僕らは技術で問題を解決することで価値を高めたり、対価を頂いている。 例えば使っているOSSにバグがあったらどうだろう？ これは自戒をかなり含むが不満をSN

なんか京都に移住することになった 明けましておめでとうございます。 突然ですが、京都に住むことになりました。 理由は家庭の事情です。我々はもう親から車の免許を取り上げるとか、同居とか介護とか、 そういうことを考えなければいけない年齢なんですよ……。 さて、気になる職についてですが、FA 宣言させていただく形になりました。 まだ在職中で最終出社日も決まっていない異例の記事ですが、 引っ越し日程から逆算して次の就職先(＝通勤経路)を決める必要があるのです。 今後に関して まだ何も決まっていませんが、2 月中旬には決めちゃう感じのスピード感です。 京都にオフィスのある会社 フルリモートの実績がある会社 のいずれかで働きたいと思っています。 他の要素としては 開発言語には特にこだわりはありません。Ruby だと今の知識が全て活かせるのでマッチしやすそうです サーバサイド/クライアントサイドにもあま

Rails Developers Meetup 2017 というイベントで「OSS雑メンテ」という発表をしたのでスライドをシェアさせていただきます スライド 発表中の反応 他の人のスライド スライド 発表中の反応 OSS雑メンテ 末吉さん #railsdm— シロ (@shiroemons) 2017年12月9日 黄色のプリキュアのsueさん！ #railsdm— kaiba (@kaiba) 2017年12月9日 栗のアイコン見たことある！ #railsdm— 🌈 (@ppworks) 2017年12月9日 毎年プリキュアのAdvent Calendar立ててる人だ！ #railsdm— 黄色 (@iyanayatudaze) 2017年12月9日 一瞬カラフルな背景が見えた #railsdm— ゆっき：Lv6 (@yucky_sun) 2017年12月9日 栗の人だ #railsdm

先日、僕が大好きでリスペクトしてるソフトウェアエンジニアさんたちと意見交換会（呑み会）中にソフトウェアエンジニアの信用と信頼について話題になったのでメモ。 僕が「このソフトウェアエンジニアは信用できる」っていうのはどういう指標がありますか？って質問した時に出た意見としては コードに対して何らかの貢献をしている 新規プロダクトの開発など OSSのメンテナンスなど（パッチを送るなど） 自分の持つプロダクトに対する反応など が出てきた。 これらのような「良質なアウトプット」を定期的に行う頻度も大事だよねという感じ。 なるほど、確かにって思ったのだけど更にその中で良質なアウトプットとは何かという話題になった。 ソフトウェアエンジニアの属性 ソフトウェアエンジニアには得手不得手がある。 言語だったりレイヤーだったりで好き嫌いも含めて得手不得手がある。 更にもっと言えば「プロダクトの成長段階」でも得手

自分の会社ではパッケージ製品、つまりお客様の環境で動かして頂く製品を販売している。 そのため、カスタマイズを希望される事もある。今の機能では簡単に実現するのが難しいというのがほとんどの希望理由だ。 カスタマイズの定義は製品に対して＋アルファの何らかの特別な対応を機能を追加することという事にしておく。 結論から言うと自分の会社では一切のカスタマイズを受けないというスタンスだ。カスタマイズはメリットよりデメリットの方が多いという考え方からだ。 カスタマイズのメリットまちがいなく売り上げを上げやすい事だろう。カスタマイズが必須な場合の顧客はカスタマイズを受け付けない製品を購入しない。 さらにカスタマイズ対応ということで、追加の開発費やサポート費を手にすることができる。これは前職で十分実感できた。 ただメリットはこれしか無い。 カスタマイズのデメリット一番大きいのはコードのフォークが発生してしまう

はじめに お気づきの方も多いかと思いますが、本記事はiOS新人プログラマーさんに贈るiOSで活躍しているエンジニア を参考に書かれました。 今回は、Goを始めた方がよりよい情報を得ることができるよう、GithubでのOSS活動やQiita、Blog　の記事、Twitter、登壇、執筆などアウトプットされている方を中心にGopherを集めてみました。 僕自身、いろんな方のブログやスライド、OSSのコードを見て勉強してきて非常にお世話になりました。この場を借りてお礼申し上げます。 自分の知っている範囲での紹介となってしまうため、活躍されているエンジニアさんをすべて網羅しきれないですがすみません。。 今後もどんどん追記していく予定です！ おすすめの方がいらっしゃいましたら、コメントや編集リクエストで教えていただけると嬉しいです。 この記事がGo初学者の助けとなれば幸いです。 紹介順はアルファベッ

この記事について 職務経歴書をGitHubで公開して転職活動を楽にしようという提案です。 書類めんどくさい 職務経歴書や履歴書、毎回書くの面倒ですよね。なので、最近（相手が問題なければ）履歴書はWantedlyのリンクを送るようにしてみました。 ただ、職務経歴書はなかなかいいサービスがないので難しいと悩んでいました そんなときに @kubosho_ さんがGitで管理してGitHubでプレビューできるようにしていると聞きました、頭いい！ しょうがないので職務経歴書をGitで管理してGitHubでプレビューできるようにしてます… — kubosho_ (@kubosho_) 2016年11月21日 というわけで私も採用して、公開しました。 https://github.com/okoysm/Curriculum-Vitae ※ちなみにkubosho_さんオリジナルではなく、他の人を真似した模

たしか、採用面接の方針を話していて、それぞれの採用に関する価値観を聞いたときのこと。ある後輩が「GitHub採用つらい」という話をしてくれました。聞いてみると、たしかにすんなり納得できない部分もある気がします。 GitHub採用とは 最近のエンジニア採用では、応募者のGitHubアカウント情報が流れてくるようになりました。同様に、LinkedInアカウントも流れてきますね。書いてきたコードや経験がオープンになってきたということなのでしょう。 情報がオープンになり、人材の流動性が高まるのは、個人的にはうれしいことです。なぜなら、いろんなことをいろんな場所で経験できることに魅力を感じるからです。一つの会社でいろいろできるのも魅力的ですが、土台となる文化が同じだと、体験に差が生まれそうですし。また、景気に影響を受けるとはいえ、クビになっても仕事を見つけやすくなるかもしれない。 一方で、マネージャ

著名なOSSコミッタを年収400万円で雇おうとしたら激怒されたちゃった会社のお話とそれに対するTwiterでの感想です。

こんにちは、id:onishiです。今日ははてなの技術部の取り組みとして毎週技術勉強会というのを紹介します。 はてな技術部とは はてなのサービス開発は「ブックマークチーム」とか「ブログチーム」のようなサービスを軸にしたチームで構成されています。それとマトリクスを描くように「技術部」「デザイン部」といった職種によるまとまりも存在します（2015年6月現在）。エンジニアが全員所属する技術部ははてなの技術を推進しエンジニア技術の向上を目指して様々な取り組みを行っています。 毎週技術勉強会 毎週木曜の夕方にエンジニア・デザイナー持ち回りで一人30分の技術トークをする、社内技術勉強会を実施しています。 業務に絡んだことでもいいし、関係なく最近勉強していることでも、技術にまつわるトピックならなんでもOKとしています。 技術勉強会のメリット 社内勉強会にはいくつかの効果があって、 知識を共有できる いわ

こんにちは。Songmuです。 この記事ははてなエンジニアアドベントカレンダーの3日目です。 昨日、Hatena Engineer Seminar #3を開催いたしました。何より参加率が高かったことに感激したのですが、その分少し窮屈な思いをさせてしまったかもしれないのは申し訳なかったです。多数のご参加本当にありがとうございました。 セミナーではMackerel overviewという話をさせてもらったのですが、そこでお話したMackerelで採用している技術について説明します。 Mackerelとは？ 今年の9月17日にリリースしたはてな謹製のサーバー管理・監視ツールです。 数多くのサーバーを運用しているはてなは、これまでサーバー管理ツールを内製してきたのですが、そのノウハウを活かし、サービス用に新たに一から作ったサービスになります。 また、はてなの既存サービスとは性質が異なるため、技術選

pplog の方に書いたけど、別にブログに書けばいいかと思い直したので投稿。Slack でチャットしてて、なんとなくこれ面白いよ URL を共有する機会があったので適当に選んだもの。 伽藍、バザール、ノウアスフィア、おなべ(3) http://www.artonx.org/diary/20120411.html#p01 artonさんがノウアスフィアの開墾についてわかりやすく書いてるもの。原文はちょっと長くて読むのが大変だけど、こっちは分かりやすいし、面白い。OSS の構造がなんかわかったきになる、すごい。 Steve Yegge の Google とプラットフォームに関するぶっちゃけ話を訳した http://anond.hatelabo.jp/20111018190933 (前編) http://anond.hatelabo.jp/20111018192953 (中編) http://a

Androidってあまり良い本が無い印象なんですが、実際に仕事で少しでも役に立った本をシェアしたいと思います。 WEB+DB PRESS Vol.81 「Androidアプリ開発最前線」という特集が本当に役に立つ。 Android Studio、Gradle、テストやCIなど、まとまった情報がまだ少ない、最近のモダンなAndroidアプリ開発事情に関するノウハウがまとまっている。この特集書いてるのもクックパッドの人達なので間違いない感じ。 改訂2版 Android SDK逆引きハンドブック 定番の逆引き本。1冊あると便利。 Android UI Cookbook for 4.0 ICS アプリ開発術 Androidデベロッパーにはお馴染みの、あんざいゆきさんの本。 Android4系のUIが主に紹介されてる。サンプルコード便利。 Master of Fragment これも、あんざいゆきさ

先日書いたエントリでも触れたけど、日本OSS奨励賞、というものをいただくことになりました。ご推薦いただいた方がいるということで、本当にありがとうございます。 「第9回 日本OSS貢献者賞・日本OSS奨励賞」受賞者を選定 | 日本OSS推進フォーラム で、せっかくの機会だし、普段思っていることを書いておこうと思う。この内容はほとんど将来の自分に対する自戒だ。アレな内容になることを申し上げておきます。先日に引き続いてアレですが、まあせっかくの機会なんですよ。ねえ。 ちなみに、ちょー長くなりました。あっはっは。 業務としてのオープンソース活動 自分はフルタイムのオープンソースコミッタではない。オープンソース活動に貢献すること、などという文言は自分の業務内容にはひと言も含まれていないし、自分が所属する部署の目標にも無い。自分の業務はあくまで自社サービスに貢献すること、自社サービスの開発および運用を

Developers Summit 2014：【13-E-1】OSSコミッタ大集合 まとめ：デブサミ2014【13-E-1】OSSコミッタ大集合 #devsumiE 写真：http://www.flickr.com/photos/koichiroo/sets/72157640952803105/ 事の発端 これが [急募]デブサミで"OSSコミッター大集合"という企画をやろうと思ってます。自分はOSSのコミッター/コントリビューターだ！というひとは連絡ください。（ただしRubyを除く）— Ayumu AIZAWA (@ayumin) 2014, 1月 7 こうして @ayumin ネタgemですがこんなもの作ってますが大丈夫でしょうか？ https://t.co/hGbZP5u8EQ http://t.co/JY9OliSfUf あとはRailsに3行だけコントリビュートしてます— sue