今までに経験したリモートワークを振り返る - かまずにまるのみ。
これはリモートワーク Advent Calendar 2015 20日目の記事です。 www.adventar.org 現在、オフィスのない会社でソフトウェアエンジニアとして働いています。 これまで3社でリモートワークを経験してきたので、ざっと振り返ってみます。 1社目: チーム内で唯一人のリモートワーカー（3-4年） 2社目: エンジニアのみ週1-2回のリモートワーク（2年） 3社目: オフィスのない会社でメンバー全員リモートワーク（new!） 1社目: チーム内で唯一人のリモートワーカー リモートワーク1社目。 受託の Web アプリケーション開発の会社でした。 元々は普通に毎日オフィスへ出社して勤務していたのですが、あるとき家庭の事情により通勤が難しくなってしまい、リモートワークへ切り替えてもらうことになりました。 ルール リモートワークを始めるにあたって、以下のようなルールが取り決
研修で新規ゲームアプリをモデルとビューに分けて作ったり色々したら捗った話
この記事は【その1】ドリコム Advent Calendar 2015の20日目です。 前日はおーはらさんのElixirを使ってSidekiqを操作するでした。 なお弊社今年は募集盛況で【その2】ドリコム Advent Calendar 2015も出来ました。よろしくお願いいたします。 ついでに個人的に伺か Advent Calendar 2015とかLinux Desktop Advent Calendar 2015とかElectron Advent Calendar 2015とかNode.js その2 Advent Calendar 2015とかももんが Advent Calendar 2015とかも参加しているのでよろしくです。 自己紹介 ドリコムの新卒エンジニア、奈良阪と申します。ネットで奈良阪|Narazakaっぽいアカウントを見つけたらたぶん私です。 こんなアイコン 物理学専攻
統一金融機関コードデータセットライブラリ ZenginCode は自動更新になりました(あとリポジトリが分割されました) - Qiita
全国1億人の銀行利用者のみなさんこんにちは！そしてそのうちの銀行コードのソースデータどう用意したらええんやと頭を悩ませている数十人のみなさんお疲れ様です！あなたの友人 rosylilly です！ 前々から保守していた zengin_code (https://github.com/rosylilly/zengin_code) ですが、このたびリポジトリを分割し、 GitHub org で管理することにしました。 この org にある source-data は JSON および YAML 形式で適当にご利用いただけますので、適当にご利用いただければ幸いです。元データは過去と同様 ykaku.com さんから引いているのですが、ちょこちょこ落ちてるので、負荷を下げる意味でも ZenginCode のデータをご利用いただければ幸いです。 その ZenginCode のデータやそれらに付随する
横柄なパスワード – パスワード認証に関する改善策 | POSTD
パスワードにはうんざり。改善しましょう。 誰もが経験するあの瞬間。新しいサービスに登録し、パスワードを選んで入力する。でも、入れません。選んだパスワードは十分安全なはずなのに、使いたいサービスが独善的にそれを拒むのです。 記号、数字、大文字、小文字を少なくとも１つずつ使用しなければなりません。 小文字の長いパスワードの方がドルマークだらけの短いパスワードより安全だということを証明する、 XKCDの有名なコミック のことは忘れましょう。まず、あなたの主力パスワードが $$ICECREAM$$ だとします。アイスクリームは、恐ろしい人生の希望の灯火とも呼べるほどの大好物なので簡単に思い出せます。そして、このパスワードにはブートのための特殊文字が入っています。 残念なことに、 $$ICECREAM$$ には小文字と数字がないので、客観的に見れば安全ではありません。そこで、このサービスのためのパス
痛風とは？25歳で痛風になった私が死ぬほど痛い初期症状と治療内容を解説
こんにちは、Ichi先輩（@Abstract1Life）です。 突然ですが、私、26歳ですけど痛風です。 去年（25歳）に痛風になったんですけど、毎日お薬飲んでます。 痛風っていうと「ビールばっかり飲んでるおじさん」がなる病気だと思ってませんか？最近では若い人の痛風も増えてきているみたいなので、気を付けた方がいいですよ。 お前がデブだからなるんだろうって？ 一応181cm/74kgだから、まぁ、BMI22～23位の標準体型なんですけどね。 私も実際になるまでは、そこまで詳しく知らなかったのですが、 特に男性の皆さんは予備知識として「痛風」のこと頭に入れておいた方がいいです！ 今回は私の体験も交えて「痛風」のことを解説していきます。 痛風ってどんな病気？ 風が吹くだけで痛いというのが「痛風」という名前の由来になっています。でも、痛風って常に痛いというわけではなくて、「痛風発作」というのを起こ
トランザクションをSerializableにする4つの方法
2015年12月18日に行われたビッグデータ基盤勉強会で発表する際に使った資料です。Read less
とても賢いコンパイラーの逆襲
The Hacks of Life: The Dangers of Super Smart Compilers Clangの最適化が未定義の挙動を検出してコード片を消し去ってしまったことに引っかかった開発者の嘆き。 今日初めて、RenderFarmのDSF render(global scenaryを作成するのに使っている内部ツール)をClangで最適化コンパイルして実行した。 結果はsegfaultだった。これは驚きだ（そして自身消失だ）。というのも、最適化していないデバッグビルドは問題なく動くし、GCCでコンパイルされた最適化ビルドも正しく動く。-O0ではバグがない（つまり#if DEVコードのバグではない）ので、「最適化は何をやっているんだ」の時間だ。 大量のprintfと試行錯誤の結果、最適化は以下のようなコード片を丸ごとすっ飛ばしていることが判明した。 for(vector<me
今年よかった習慣: ライフログ収集および可視化 - yasuhisa's blog
データを眺めるのが好き 収集している情報 実現方法 データから分かった知見(?) 今後 年末なので、今年買ってよかったものに引き続き、今年やってみてよかった習慣について書いてみたいと思います。 データを眺めるのが好き 昔からデータを眺めるのは好きだったんですが、今年の5月くらいから自分に関するデータをとにかく収集してみました。可視化することで何か有益な視点だったり、生活の改善点が見つかるのではないか、という目的です。色んなデータを集めまくった結果、以下のようなグラフができあがります。ちょっと画像が小さいですが、毎日の歩いた歩数や体重、気温、録画した番組名、自宅マシンの負荷状況などが載っています。 収集している情報 上の画像ではとりあえずBlogに上げれるようなデータしか見せていないですが、収集している情報としては以下のようなものがあります。使用しているスクリプトで公開できるものはgithu
プログラマ向け：自分の強みや得意分野を見つける方法 - give IT a try
質問：あなたの強みや得意分野は何ですか？ プログラマのみなさんに質問です。 あなたの強みは何ですか？ 胸を張って「任せとけ！」と言える得意分野はありますか？ これはソニックガーデンの採用面談でよく聞かれる質問です。 僕もときどき採用希望の人と面談（という名の雑談）をすることがあるのですが、この質問に対して「はい、私はxxが得意です！」と即答できる人はかなり少ないです。 まあ、入社を希望する段階でいきなり「これが得意です！任せてください！」と言うのはかなり勇気がいりますよね。 下手に偉そうなことを言って、あとから「なんだ、大したことねーな」と思われたくない、という不安もきっとあるでしょう。 僕もかつては即答できなかった 何にせよ、即答できない気持ちはよくわかります。 実際、ソニックガーデンに入社した当時の僕もそうでした。 しかし、入社してから3年ほど経ってみると、いつの間にか僕にも得意分野（
さだまさし弱者すぎて困ったので Scala でコンパイルすることにした話 - Qiita
斬新なアドベントカレンダーで毎回楽しみに拝読していましたが、ポッカリと 20 日目だけが空いていることに気づき、何か書こうと思い立って登録しました。しかし、一つ重要なことを見落としていたことに気づきます。 にわかどころか、一般人レベルの知識すら怪しい・・ これまで 30 年以上もろくにさだまさしさんのことを知らないまま生きてきてしまったので、一般人レベルの知識かそれ以下しか持ち合わせていないことに気づきました。 お恥ずかしながら「さだまさしの曲名を 10 挙げてみろ」と言われただけで「もうお手上げです・・」となりかねないという体たらくです。「神田川」がさだまさしではなく南こうせつの曲であることはさすがに存じ上げておりましたが、基本的にはズブの素人といっていいレベルです。 この有り様では、このアドベントカレンダーに参加されている他のさだまさしマニアの方々はもちろんのこと、このアドベントカレン
Pythonista以外が環境を汚さずにJupyter Notebookに触れる方法 あるいは，Rubyist以外が環境を汚さずにJupyter NotebookでRubyに触れる方法 - Qiita
Pythonista以外が環境を汚さずにJupyter Notebookに触れる方法 あるいは，Rubyist以外が環境を汚さずにJupyter NotebookでRubyに触れる方法RubyPythonElixirDockerJupyter TL;DR Jupyter Notebookがアツい！ RubyとかElixirも動かしてみたい！ Dockerコンテナで動かせば楽！ Docker ToolboxだけでOK！ Pythonの知識なくても環境構築できる RubyやElixirの知識がなくてもJupyter Notebook上でそれらの言語が扱える Jupyter Notebookについて Jupyter Notebookがキテる！という話は色々なところでなされているため本稿では省略する: Jupyterがすごい勢いでやってくるからお前ら備えとけ（IPython Notebook +
【サッカー】ポアソン分布を使ってtoto予想してみた。 - 実験スピリッツ
あらゆるスポーツはデータ分析によって評価されています。今回はサッカーです。 調べてみた結果、試合のゴール数はポアソン分布（正規分布）に従うと仮定できるそうで、簡単そうなのでやってみます。 ※かなり前に実験してみた結果なので、その辺はご容赦下さい。 ポアソン分布とは ポアソン分布は平均値を変数として使用することで、ある事象が起こる確率を求めることができます。 今回の場合、λに平均得点、kに得点の０点～３点を代入します。 例えば、２０１５年サンフレッチェ広島は1ゲームあたり平均2.03ゴールを得点する可能性があります。この情報をポアソン方程式に当てはめると、広島が試合で0ゴールになる確率は13%、1ゴールは27%、2ゴールは27%、3ゴールは18%になります。簡単ですね。 しかしながら、サッカーは対戦相手あってのものです。単純に、これをそのまま利用するのは適切ではありません。 検証する対象試合
じこはおこるさ - 職質アンチパターン
これはきかんしゃトーマスアドベントカレンダー20日目の記事です． サービスやシステムが運用・運営フェイズに入るとほぼ間違いなく事故が起きる．理想的には事故が起きないことがベストだがそうした状況はほぼ間違いなく存在しない，つまり事故はいずれ起こるので，我々はそうした不慮の事故に備える必要がある．上の動画は今，社内の一部で流行っている歌で，非常に示唆に富んでいて，良い． さてスタンスを予め明らかにしておくと，事故やオペミスは起こるものだし，その点については仕方がない事だと思っているが，その事故からは学習すべきだと思っている． 事故が起きた時はそれをいち早く終息・復旧させることが再優先だと感じていて，それを遂行するためには手段を選り好みせず，かつ冷静に行うことが重要だと思う． よく「犯人探しをするな」みたいなことを言われるけど (まあ犯人という言い方は悪いんだが) 実際に事故を起こした人から話を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - chute/turbine: Relay-like REST-friendly Immutable-based React data library
ログイン - はてな
EmacsをSQLクライアントにする - んなまにのメモ帳
東京都渋谷区円山町／神泉の賃貸マンション情報 | 下北沢の賃貸はサークルホーム下北沢店
The Future of mruby in HTTP Server - RubyKaigi 2015
How to persistently control maximum system resource consumption on Mac?
kiwanami/emacs-edbi: Database Interface for Emacs Lisp