「推す飯」とは、明るくてらいない気持ちでただ好きな飯を推す活動です。 第13回の今回はノンアルコール・低アルコール飲料編。 推し手は禁酒勢として編集部 林雄司、橋田玲子。節酒勢としてライタースズキナオ。お相手は節酒希望の編集部古賀及子です。 こちらの記事では編集部 林が日本ビール「龍馬レモン」を推します。

Gitのワークフロー、好みが分かれる分野で自転車置き場の議論にもなりがちだと感じている。基本的にはプロジェクトの流儀に素直に従い、余計なストレスを抱えないのが良いと考えている。例えば、私はマージコミットを作るのが好みだが、OSS活動等では「squash & mergeして」って言われることもあり、そういうときは当然素直に従うようにしている。 ということで、私のGitのワークフローについてのスタンスについて書いておこうと思う。私と一緒に働く人や、働くことを検討している人の参考になればと思います。もちろん、この辺りは、良い方向に変化もさせていきたい。例えばエントリー内でも触れていますが、私は昔はforce pushを禁止したいくらいでしたが、今は使っても良い、と思うようになりました。 Natureの特にGoでのバックエンド開発はこれに近い感じだとイメージしてもらえればと思います。ただ、できてな

はじめにTIG DXユニット 1真野です。 RESTfullとかRESTishな方針でWebA PIの横断検索を設計する際にチーム内で方針について議論したやり取りの備忘記事です。 注意としてB2C向けなWeb APIを提供するというよりは、主に企業間または企業内部で使われるようなAPIの設計のバイアスがあります。LSUDs（Large Set of Unknown Developers）かSSKDs（Small Set of Known Developers）で言えば、確実にSSKDs脳で記事が書かれています。 REST API広く使われているため日本語記事も多数です。実践RESTful HTTP - InfoQ や、0からREST APIについて調べてみた など良さそうな記事が沢山でてくるの読むと良いでしょう。一般的な設計方法はやや古いですがWeb API: The Good Parts

この記事で書きたいことは、以下のような内容です。 ・成功体験を分析すると、大きく分けて「再現可能な部分」と「再現不可能な部分」に分けられる ・前者は「自分の努力や実力でカバー可能な要素」後者は「周囲の環境や運次第で、努力や実力とは関係ない要素」と言い換えることも出来る ・部下や後輩を指導する立場の人間は、定期的に自分の成功体験をたな卸しして、再現可能/不可能を切り分けしておくべき ・「老害」とは、自分の成功体験のたな卸しが出来ず、成功体験全てを努力で勝ち取ってきたと勘違いしている人のこと ・再現不可能な成功体験に基づいた指導を部下や後輩に押し付けるのは避けた方がいいですよね よろしくお願いします。 さて、書きたいことを最初に全部書いてしまったので、後はざっくばらんにいきましょう。 以前勤めていた会社でお世話になった元上司が先日定年退職されまして、久々に電話でお話しました。 こんなご時世なの