これは仮説というか自分がこうだという話なのだが、自分のアイデンティティを侵食されると怒りが湧く。たとえば、自分が非常に大事にしている価値観に対して、同僚から「君のその価値観は間違っている」と言われたり、あるいは、作品とか、経歴とか、家族とか、そういう自分自身と非常に密になっていて同一視されるようなものをけなされたら、腹が立つということだ。 プログラマーにとって、ソースコードというのは一つの作品だ。仮に経験が浅い開発者であっても、あるいは経験が浅いからこそ、1行1行に時間をかけて考えながら作りあげる。それに対してこれはクソコードだと言われたらどうだろうか。考えてみる。 よく、クソコードというのはコードがクソだと言っているのであって、お前がクソだと言ってるわけではないから切り離して考えるべきだという言説がある。僕はこれには微妙に賛同できない。その人が生み出したコードは、少なくともその人のいくぶ

たとえば設計について議論するときや、コードレビューで指摘をするときに、「なぜその設計が良いと思うのか？」について言語化するのが上手だと、確実に良いことがあります。 言語化が上手にできるかが一つの壁なのではないか、と感じることもあります。後輩を育てたりチームをリードするような立場になると、特に必要性を感じるのではないかなと。 自分も、うまく言語化できたことですんなり議論を進められていると感じることは多いですし、逆に直感的な良さを言語化できなかったことで直感に反する方向に進んでしまい、結果よくなかったというような苦い経験もあります。 前提: ソフトウェア設計の良さは静的には決まらない良い設計・良いコードとは何なのか。という質問に一言で答えるなら、「保守性が高い」ことだと思います。つまり、今後の変更・拡張を、高速にバグが少なく行えるような状態が良い設計・良いコードです。(一般的にはこれで70%く

はじめに。自分のことをあまり知らない人にもこの記事を読んでほしい気持ちがあるので、簡単な前書きから始めさせてもらいます。 僕は26歳の会社員で、会社にいる時間以外はほとんど対戦ゲーム（スマブラSP）をプレイしています。「競技として」と言って差し支えないくらいに時間やお金、なにより情熱をかけてプレイしています。 そんな僕ですが、6月28日をもって会社員を辞めました。 この記事では、会社員を辞めた理由と、今後の活動についての話を書いていこうと思います。 会社員を辞めた理由僕が会社員を辞めた理由をざっくり書くと、人生がもったいないと感じたからです。これだけではざっくりが過ぎるので、何をもったいないと感じたのか、少し長くなるかもしれませんがつらつらと書かせていただきます。 僕は学生時代に将来の夢や、興味のある分野などを見つけられないまま、有休が取れて残業が少なければ…となんとなくで就職をしてしまい

どちらも大変素晴らしい記事で、大変よくまとまっていながら主張が入っていて読みごたえのある文だった。それに比べたら、以下の文はまとまりもない駄文だが、それでもどうしてもこの話題には物申したくなる自分がいる。知見と呼べるほどでもないけれど、3年間マイクロサービスのことを考え続けてきた者の率直な感想として、読んでいってもらえたら嬉しい。 tl;drこの記事を通して、僕が結局何が言いたいのかというと、マイクロサービスはもっと開かれたものであってほしいということだ。複数のビジネスをやるならマイクロサービスの考え方を導入する権利があるし、すでにマイクロサービスをやっているなら、マイクロサービスのことを考えるのは基盤チームだけじゃなくてみんなであるべきだ。 マイクロサービスは「やる」か「やらない」かではない前者のdeeeetさんの記事は、全くマイクロサービスを知らない人がぜひ読むべき、本当に良い記事だと

ようやく気持ちが落ち着いてきて「これ自分のブログで書いたらいよいよ『モロ 犯罪』とかでGoogleにサジェストされてしまうのでは……？」と気を回せるようになり、そっとnoteに移行させていただきました。 モロ（@moro_is）です。 大変お騒がせしておりましたCoinhiveの件、3月27日に横浜地裁で行われた裁判にて、晴れて「無罪」となりました。 ご助力いただいたたくさんの方々のお力の賜物とひしひし感じております。 改めて、心からありがとうございました。 ここでは、これまでお伝えできていなかったことと、これからのことを簡単にご報告させてください。 無罪の判決について今回わたしが言い渡された「無罪」の判決はざっくりと以下のようになっています。 - Coinhiveは不正指令電磁的記録（ウイルス）にあたるか - ユーザーの意図に反していたか - みんなCoinhiveなんて知らないのでNG

どうも株式会社FiNC Technologies CCO(Chief Creative Officer)の小出です。FiNCでは現在執行役員としてマーケティングとクリエイティブの責任者をしています。 この度私たちが取り扱う「FiNC」というサービスのリブランディングを3月18日にFiNCブランドアンバサダーに就任した中村アンさんの記者会見を皮切りに正式発表いたしました。 今回リブランディングを行なったサービス「FiNC」ですが、昨年社名をFiNCからFiNC Technologiesに変更し、それからはこの「FiNC」という名称は弊社におけるサービスを指すものとして扱ってきました。 FiNCというサービスには我々のサービスの母体となっているヘルスケアプラットフォームアプリFiNCも含まれますし、サブスクリプションサービスのFiNCプレミアムや、ECサイトのFiNCモールなんかも含まれていま

さすらいのバーチャル・ツイッタラー、空色即是（そらいろそくぜ）と申します。パソコン・スマホを使うすべての人に本記事をお読み頂けたら幸いです。この記事はあくまで個人の見解です。 ・あひるさんを支援するビスケット ※容疑者とされた男性2人を日本ハッカー協会が支援しております。ただそれは裁判に関わる費用のみであり、元より弁護士を雇う余裕のない方が今回の事件でさらに困窮されているようです。上記のリンク先で支援を募っております。とつげき東北氏、加藤公一氏が身元を保証しております。裁判費用と比べると少額でかまわないと思いますので、ぜひご支援ください。 事件の概要：2019年3月上旬、ネット掲示板に“不正なプログラム”を書き込んだとして、「不正指令電磁的記録の罪」（供用未遂）の疑いで、兵庫県警サイバー犯罪対策課により愛知県の13歳の女子中学生が家宅捜索ののち補導され、同容疑で別の掲示板を利用していた山口

久々に日本の金融機関に電話したら、ただ解約書類を送ってもらうだけなのに、20分くらいかかってしまいました。 担当者に繋がるまでにたくさんの関門があります。繋がってからも、応対が異常に丁寧なんですよ。 「お客様、この度はご連絡ありがとうございます。この度はご解約の受付をご希望でしょうか。承知致しました。解約の受付書類をお送りさせていただく前に、いくつか確認したいことがございます。それでは、大変恐縮ではございますが、まずはじめにお客様の個人情報を確認させていただいてもよろしいでしょうか」 という感じで、まあとても丁寧なんだけれど、時間がかかる。当方は国際電話なので、さっさと済ませたいわけです。途中でつい「すいません、国際電話なんで、短めにしてもらえますか」って言ってしまいました。メールは使えないし、海外への書類送付はNGだしで、海外から電話せざるを得ないのですよ….。 普段マレーシアではとても

【君、想像したことある？】 ぼくは小学６年生です。タレントだけど、ふつうの女の子です。 今から書く言葉は君には届かないかもしれない。だって、いじめてる子は、自分がいじめっ子だなんて思っていないから。 いじめがばれた時、いじめっ子が口をそろえて「じぶんはいじめてない」って言うのは、大人が言う保身のためだけじゃなく、その子の正直な気持ちじゃないかなと思います。 ただ遊んでいるだけなんだよね。自分より弱いおもちゃで。相手を人間だと思ってたら、いじめなんてできないよね。感情のおもむくままに、醜悪なゲームで遊んでいるんだもんね。 ぼくもツイッターでよく死ねとか消えろとかブスとかウザいとか言われます。顔が見えないから体は傷つかないけど、匿名なぶん、言葉のナイフは鋭いです。 ぼくだけでなく、時には家族を傷つけられることもある。涙が出ないくらい苦しくて、死にたくなる日もあります。 けれどぼくは、ぼくがいく

この記事はRuby on Rails Advent Calendar 2018 の12/21の記事になります。 タイトルの通り、Ruby on Railsを利用したJSON形式にResponseについて考える記事です。 JSON ResponseについてRailsでJSON Responseを生成する際にはjbuilderを利用している方が多いのではないかなと思っています。 ですが、個人的にjbuilderは利用したくないと思っています。 1. 独自のDSL 以下はjbuilderのrepositoryのREADMEに記載されているサンプルです。 # app/views/messages/show.json.jbuilder json.content format_content(@message.content) json.(@message, :created_at, :updated

・4/22 技術書典4の宣伝です。場所は、か14「Gravity Pianist」 ・新刊は「Amazon Web Services サーバーレスレシピ 2018.04」1000円です。 ・か13「すべてがM(icro)になる」での新刊「Microservices architecture よろず本」もよろしくお願いします。 4/22 日曜日 秋葉原UDXで開催される「技術書典4」という技術書のための同人イベントに参加します。場所は か14「Gravity Pianist」です。 前回の技術書典3では「雰囲気でわかるAWS SAM (local)」というAWSでサーバーレスアプリケーションを作るのに便利なAWS SAMとその補助ツールであるAWS SAM localについて解説した本を作って頒布しました。今回は「実際にサーバーレスアプリケーションを組み立てる上での解説がほしいよね！」という