自宅で美味しいコーヒーを飲むためにどういう順序でお金を使うべきか
みなさんこんにちわ、カカオ豆です。 皆さんは家でコーヒーを飲みますか？僕は一日4杯くらい飲みます。 コスパ良く美味しいコーヒーが飲みたすぎて自家焙煎までしはじめて、職場の同僚にもその良さを布教しまくるようなウザムーブをかまして、気がつけば2年が経ちました。 さて、自宅コーヒーは、ちょっと気をつけて投資するだけでその辺のカフェくらいなら余裕で追い越せるくらい美味しいのが淹れられるようになります。 え？「プロをなめんな？」 いえいえ、もちろん超こだわったお店で超こだわる客に出す超高い一杯を超えるのは相当難しいです。 しかし普通のカフェが出す普通のお客さんに出す普通の一杯は極限までコストを削減しなければならないのです。 それはそれでプロの仕事ですが、我々自家消費のしろうとはコスト感覚を無視して高級豆を使えるのです。よく「ドリップ技術」なんて言われますが、コーヒーのドリップは豆の品質がほとんどです
実はDDDってしっくりこないんです - タオルケット体操
DDD失敗パターン集 DDDという方法論それ自体に対する僕の立場はあんま好きじゃない寄りのフラット（といいつつほぼ忘れかけている）なんですが、過去何度もDDDでプロジェクトが爆死するのをみたり、爆破してしまったり……というのを見てきたので供養したいとおもいます。 メンバーの大半がDDDを知らない 「えっ!? ドメイン駆動を知らずにDDDを?」 「出来らぁっ!」 DDDを知らずにDDDをする、という前提がすでに禅問答じみてる気がしますが、たぶん一番よく見かける失敗パターンなんじゃあないでしょうか。 どういうことかというと、オニオンとかレイヤードとかクリーンなアーキテクチャのモジュールの命名ルールと構造を採用（採用できているとは言っていない）しただけの状態です。 私見ですが、アーキテクチャというのはメンバー全員がそれを理解できていない限り*1即破綻します。 理解できない人はどこに処理を書いてい
TypeScriptを導入する前に考慮したほうが良いこと 4項目 - タオルケット体操
補足：2021年6月 結構昔に書いた記事ですが、今でもたまにアクセスがある（ありがとうございます）ようなので使命感に駆られて追記。 本編の冒頭にもあるように、これは2018年の記事です。なので色々と書いてますが、2021年の人間の立場からTypeScriptの導入について申すのであれば一言です。 使いましょう。 もはや「TypeScriptを使う理由」とか言ってる時代はとっくの昔に終わっています（Elmとかそういう、他の型付きAltを使いたいなら別ですが）。 もちろんstrict mode一択ですからね。 当時は採用云々とか書いてましたが、逆にいまTypeScript書けるかどうかってのはフロントエンドエンジニア採用の足切りラインとしてちょうどいいくらい（書けるってのが程度かにもよりますけど）だとおもいます。 好き嫌いはともかく、TypeScriptを使えないエンジニアを雇ってもフロントエ
そろそろコードレビューそのものの必要性について考えるときがきているのかもしれない - タオルケット体操
技術ブログの方に書くか迷ったのですが、かなりポエムの類な文章になりそうなのでこちらに書きます。 ちょっと前にバズったこちらの記事 medium.com に触発されました。 ちなみにコードレビューに関する話としてはまだ僕が色々と手探りだった3年前にもこんなことを書いていたようです。3年前の自分の考えに触れられるブログって面白いなという気持ちとこいつどんだけ軽率な文章書いてんだよという気持ちが合わさり甘酸っぱい気持ちが生み出されました。 hachibeechan.hateblo.jp 当時と今では日本全体の技術的トレンドも変わっていますし、そもそも僕の所属している会社も違います。今の会社ではGitHubを使っており、コードレビューが当然のフローとして組み込まれています。 そしていま改めて当時のブログを読み返したのですが、びっくりするほどコードレビューに対する僕の考えが変わっていないので、改めて
スプラトゥーン なぜお前はいつも打開に失敗してボロ負けするのか - タオルケット体操
よく来たな、俺は墨噴射八兵衛だ。俺は毎日すごい量のツイートをしているがあまり長文は書かない。だがスプラトゥーン2に関しては別だ。今日は暇さえあればスマッホを取り出してSiriに質問ばかり、負けた理由をバランス調整にだけ求める毎日。そういった負け犬の日常に浸かりきってナイフを研ぐことを忘れてしまったおまえら腰抜けどもにメキシコの荒野で生き抜くための基礎を叩き込むためにやってきた。 最近スプラトゥーンの日記ばかり書いているように見えるが実はマッチングのレーティングがあまりにもファックすぎることに腹を立てて一ヶ月以上プレイしていなかった。Ver1.3.0で向上されたというアナウンスーがあったので戻ってきて、こうして今日の長文を書いている。 （スポイラー：今日の文章はダイハード・テイルズで時々素敵な文章を寄稿してくださっている社会派コラムニスト、逆噴射総一郎先生から大いにインスパイアされた文章スタ
スプラトゥーン2のゲームバランスについて俺も一言物申したい - タオルケット体操
追記：この日記はver 1.2.0よりも前に書かれたものです。 最近、空き時間はほぼ全てスプラトゥーンに費やしてましたよ。先週末にようやく全ルールS+（とはいえ強ブキ使ってガチパワー1900〜2000前後をうろうろしてるくらいのレベル感）になってケジメがついたのでゲーム以外のことに時間を使う気持ちになれました。 ちなみに今回の論についてはガチマッチ前提で語りがちですのであしからず。 今回の全体バランスに対する雑感 ブキの調整について シューコラ、ヒッセンそしてジェットパック、インクアーマーについて ロビーでの装備変更ができない仕様が全ての元凶 編成をランダムにしつつ運ゲーを防ぐ提案 スプラトゥーン2のe-sports展開の可能性について まとめ 追記 今回の全体バランスに対する雑感 まず大前提として、僕はスペシャルの全刷新を含めて今回の調整については好意的。前回はとにかくスパショというどう
Paizaの炎上とIT業界とセックスと緑の自転車 - タオルケット体操
Paizaといえばいつの間にか雑なSIerDisりのポジショントークで各所から顰蹙を買う炎上芸人系サービスになっていたので、後日読んだときにどれの話だよとなりかねないので念のために書いておくと、女を捕まえて調教して金を稼がせつつハレムを作るゲームが炎上した話です。ようは大悪司を水で薄めたみたいなもんでしょう*1。 そういえば某社の人事が職権を乱用して夜の面接をしていたみたいな話をゴミタブロイド誌がすっぱ抜いていたのでIT業界は実質エロゲだと言って良いでしょう。 でもPaizaって最初は割と志のあるサービスだったと記憶してるんですよね。 競プロっぽい問題を解くことがそのままエンジニアの実力の証明になるかどうかについては正直疑問がなくはないですけど、それでもある意味で現状の最適解と言えなくもないわけですし、コミュ力とかいう面接官の胸先三寸雰囲気で採用が決まるような不健全なマスの転職市場を変えた
「Reactの難しさ」を分解しよう - タオルケット体操
他のライブラリと比べるまえに まず、ReactとjQueryと比べるのはやめよう 「テンプレートエンジン」として捉えて、シンタックスを攻撃するのをやめよう ライブラリとしてのReactはとても簡単 Reactの思想を理解するのはチョットムズカシイ 環境構築が難しい JavaScriptそのものが難しい GUIが難しい jQuery時代からのパラダイムシフト フレームワーク関係者の情報量が多い SPAはとりわけ難しい まとめ ずっと感じてたもやもやを書き連ねたら長くなってしまったが、ぼんやりとReactとかなんか難しそうだしめんどくさいから新規案件だけどjQueryでやろっかなどうしよっかなーと迷っている人の指針になってくれればうれしい。 他のライブラリと比べるまえに まず、ReactとjQueryと比べるのはやめよう 出た時から延々と言われ続けているものの、やっぱり今でもjQueryとRe
英語できないエンジニアだけど外資系に転職してしばらく経ちました - タオルケット体操
僕の英語力について こういう記事って、「英語できない」を過少申告してること多いですよね。「TOEIC820点しかとれてなくて全然ダメなんです>_<」みたいな。アレはなんなんですかね？ ちなみに僕はそもそもTOEICを受けたことがないです。 そんな僕のスペックをまとめると 学生時代に特に苦手意識を持ったことはない（苦手意識を持つほど勉強しなかったとも言える） TOEICを受けたことがない StackOverflowを読むくらいならなんとか 英語で会話したことは（ほぼ）ない 去年初めてヨーロッパに行った際、「tea or coffee?」にcoffeeと答えたらteaが出てきた DMM英会話の無料体験をしてみたら死んだ つまり公式には学校教育でしか英語を学んでいないということになりますね。平均的な日本人って感じだと思います。そして学校の英語教育は役立たずで有名（実際に役立たずっぷりを実感）なん
ノウハウの共有文化がない場所にコードレビューをねじ込んでみた結果とか - タオルケット体操
「コードレビューをキメると品質も上がるし自分のレベルも上がるので最高」みたいな論が巷を賑わせていて、以前はそういうイケてる制度を指をくわえてみるのみだったのだけれど、最近職場と、それと個人的に関わったプロジェクトでコードレビュー制を無理矢理交渉して導入してみた結果、世間のイケてる書籍やエントリから得られる情報とはまた少し違う知見が得られたので書いてみる。 割と泥臭かったり、あまり希望に溢れてたりはしない感じのエントリなのでそういうのは期待しないほうがいいです。 準備 些末なコードレビューを極力避けるために、コードの規約やスタイルについてはlintとフォーマッターを用意した。 他は無策。 結論 結論から言うと、理想的な運用は出来なかったものの、コードレビューについて世間で言われるような成果（作業を共有する意識、レベルの向上）は得られた。良かった。 ぶっちゃけ僕なんかが浅はかな考えで導入しても
エンジニアに「この会社はないわ」と思わせる面接のパターン - タオルケット体操
photo by DonkeyHotey 就職市場は売り手市場になりつつあるだとか、IT業界は人手不足だなどという話を最近はよく聞きます。 が、そういうわりにはマイナビだとかの斡旋サービスが出す雇う側視点の面接ガイドみたいなものが幅を利かせていて、雇われる側が面接の時にどういう基準で会社を選別しているのかみたいなおはなしは見かけない気がします。当たり前ですが、雇われる側にとっても面接とは擬似的にその会社の人間を体験する場（インターンほどではないですが……）なので、実際にやりとりをしてみたところで魅力に欠けるような会社であれば、志望を取り消します。逆お祈りメールです。 そんなわけで、プログラマーが面接を受けて「この会社こわ、入るのやめよ」っておもうような基準についてのお話ってみかけない気がしたので、エンジニア仲間と駄弁ってて出てきた話題だとか独断と偏見から出てきた考えだとかを書きなぐろうと思
ReactとFluxの入門のためにArdaを使ってみた - タオルケット体操
FluxもReactもよくわからん状態で入門して今日一日泣きそうになってたのでメモ。 というかいわゆるJavaScriptMVCをガッツリ書いたこと自体がないです。 Arda、指輪物語由来っていうあたりがよさがありますね。 あと全体的に薄いので、FluxとReactの仕組みを学びつつ、他と組み合わせたりいざとなったら捨てたり出来そうなのでよさそうっぽいなっていう雑な考えでいじりはじめました。 また、せっかくなので今回はContext層をTypeScriptにしつつComponentをCoffeeScriptにしてTemplateをreact-jadeに分離する、作者推奨っぽい構成でやってみました。 全体的な構成は mizchi-sandbox/arda-starter-project · GitHub から持ってきた感じなので、ツールの設定など特に言及のない部分は同じだとおもっていただきた
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
