nilクラスが実際にどうなってるのか調べたい Rubyの実装がどうなっているか、一年に365回くらいは調べたくなると思うのですが、今日はnilクラスについて調べました。 Rubyの組み込みクラスは（多分）リポジトリ直下にそれぞれ、それっぽい名前.cとして存在しているのですが、nilについてはどうやらそうではない模様。 GitHub - ruby/ruby: The Ruby Programming Language 仕方がないので頑張って探してみましょう。 おもむろに git grep nil rubyのリポジトリをgit cloneしてきて*1、おもむろに git grep nil。当たり前だけど普通にnilばっか出てきてダメですね；； よく考えればnilはクラスではないのでクラス名で検索しないとダメだろう。というわけでNilClassを調べます。念のため書いておきますが、nilのクラス

先日DroidKaigiで登壇したのだが、緊張して胃がキリキリしていた。人前で話すのは、何度やってもなかなか慣れるものではない。 中でも緊張のピークは、自分のセッションの直前の数分である。 この待ってる時間一番きつい— こにふぁー (@konifar) 2018年2月9日 めちゃくちゃ静かなのだ。緊張が張り詰めているのだ。この状態で話し始めたらどう考えても最初から最後まで空気がヤバくなる、そんな予感がするのだ。 どうしようかと思っていたところへ、主催のmhidakaさんが「イェーイ！！！」と言いながら入ってきて、2人でちょっとした小噺をすることになった。「いやぁ、iOSの審査大変だったね」「ほんとですよ。なんで1万円も払ってこんな目に合わないといかんのかって話ですよ」などと適当に話しているうちに、会場内の空気が和らいでいくのを感じた。とてもとても感謝している。 思うに、登壇の空気感というの

ひつじです。 DroidKaigiおわったんですよ。みなさん、おつかれさまっした！！！！！！！ このエントリはブログタイトルどおり、ひさしぶりの個人の日記並の感想文です。読んでも得られることは、ひつじのひととなり*1がわかる以外のメリットは無さそうです。 1000人規模のイベント（珍しい規模だけど特別ではないと思う）をどうやって運営したかという部分も興味があるひといるかもしれないので、ちゃんとしたまとめは別途やるかもしれないけど今回は、この一年間オーガナイザーとして関わってきたDroidKaigiが終わったあとの感想文です。読み進めてもヤマとオチはないので理解いただきたい。なお時系列も無視されているので気をつけて。 DroidKaigi 2018が終わった夜と、はじめてのDroidKaigi DroidKaigi 2018が終わった2月9日の夜、スタッフでささやか*2に打ち上げた帰り道。

書くつもり無かったんだけどスタッフで書いている人結構多かったので自分もまとめますね こまたつは2017からスタッフ参加で今回が2回目、ずっと受付マンです 去年のDroidKaigiきた人はわかるとおもうけどあれは大変でしたね...*1 今年は雪辱戦と勝手に思っていたので気合十分で挑んだんですが、全員受付が済んでいるという状態を作れて良かったです 受付スタッフだけでなく、協力してくれた参加者のみなさんのおかげでした ありがとうございました 受付スタッフがなにをしていたか 最前線ですし、当日も目につく場所にいるのでその印象が強いんじゃないでしょうか 実際は09:20の開場からウェルカムトークが始まるまでの40分の間に最大1000人を収容するための計画を練るところから始まります 何も考えずシーケンシャルに処理すると、ひとりの受付に2.4秒しかかけることが出来ません 昨年同様に6並列展開をしてもひ

商品に関するお問い合わせ プライバシーポリシー サイトのご利用について このサイトに関するお問い合わせ先：日清食品グループウェブダイヤル ／0120-208-802 (受付時間：9:00～17:00 土・日・祝日を除く) Copyright ©2019 NISSIN FOODS HOLDINGS CO.,LTD. All Rights Reserved. 商品に関するお問い合わせ プライバシーポリシー サイトのご利用について このサイトに関するお問い合わせ先 日清食品グループウェブダイヤル／0120-208-802 (受付時間：9:00～17:00 土・日・祝日を除く) Copyright ©2019 NISSIN FOODS HOLDINGS CO.,LTD. All Rights Reserved.

新卒から約6年間勤めたSIerを退職しました。 入社時点では、Linuxコマンドを１つも知らない。。。という状態だった私を育ててもらった、本当に恩のある会社です。 会社が嫌になったわけでは無く、むしろ、最後まで本当に好きな会社でしたが、色んな縁が重なり退職することになりました。 💬 SIerでやってきたこと すごく大きなシステムの保守開発、業務アプリケーション開発、システムの基盤部品開発などなど、色んなシステム／案件に関わってきました。 炎上案件だったこともあるけど、どのプロジェクトでも学ぶことが多くあったし、「あの時は大変だったよね〜〜」と、ほとんどが笑って話せる思い出です。 また、どのプロジェクトにも憧れるような凄いエンジニアが居たし、業務外でも部署内・外を問わず、多くのエンジニアと関わることが出来ました。 会社が大きいと、色んなコンテキストの中で働いている多くの方と関わることが出来

みなさんこんにちは、LINEのサーバーサイドエンジニアの長谷部です。普段は、最近でいうとLINE Login や LINE Customer Connect などの開発を担当しています。 2018年の年始に LINEのお年玉 というイベントを実施し、その開発を担当しました。今回の記事では、LINEのお年玉のアーキテクチャの紹介や、当日実際に発生した問題(サービス過負荷起因のkafka consumer遅延)などの振り返りについて書こうと思います。 LINEのお年玉とは お年玉イベント期間中に、お年玉とLINEスタンプをセットで「お年玉つきスタンプ」として販売しました。対象スタンプを購入したユーザーさんは、スタンプ購入数 x 10個 のお年玉が付与されます。 こういったメッセージが受信されます ユーザーは自分がもっているお年玉を友だちに直接送ったりグループに送信することができ、お年玉を受け取

先日、神速さんのエントリを見てあとで書こうと思ったもの。 表題ママだけれど、Ruby / Rails の企業として新卒氏が入社した後にウォッチするように伝えているもの。もちろん流量も結構なものなので実際にどの程度ウォッチしているかは本人に委ねている。自分も全部は見れていない。メールでのタイトルか送信者 (PR や Issue を出した人) で興味を引かれたものが基準。 Rails 研修での Rails Tutorial の流れで、upstream とそれに近い情報源を伝えている。特に y-yagi さんのブログは、子供の頃に読み始めた新聞と同じで最初は分からなくても読み続けているうちに分かることが増えてくるので継続するのが力になることと共に伝えている。 GitHub 上のリポジトリ https://github.com/rails/rails ... ruby/ruby のリポジトリと一緒