「それ、QUIC使えないの？」 それがなんであれ、QUICを使うことを主張することで、みんなが「なんか良くわからないけど、TCPを置き換えたほうがいいのかな？」と思うようになるはず。全てのアプリケーションを、TCPの代わりにQUICを使うように修正するとなれば、この先10年間ぐらい、エンジニアみんなの仕事を作ることができます。業界愛ですね。 すでに、SSHやDNSのQUIC対応は始められています。既存のアプリケーションをQUICに対応させる難しさを調査するために、RustでBGP over QUICを実装してみました。 QUICの実装QUICは、TCPと同じく、パケットの再送、輻輳制御など、信頼性のある通信を実現するトランスポートプロトコルです。実装面の大きな違いは、TCPがオペレーティングシステムのプロトコルスタックの一機能として実装されるのに対して、QUICはアプリケーションで実装され

この文章は、PlayStation®5（以下PS5）のデザインに驚いたファンの1人が、コンピュータのデザイン小史とトレイラーから読み解ける情報を交えて、その魅力について紹介するものです。現時点で、PS5に関するインタビューはほとんど公開されていないため、妄想が多く混じっています。クルマというのは世界を映す鏡だ—山内一典 グランツーリスモシリーズの生みの親、山内さんのこの言葉が好きです。たとえば映画を観ていて、劇中で駐車してあるクルマを見ると、それがどの時代のお話か、けっこう掴めたりしませんか。そして、コンピュータの造形にもそうした側面があると思います。俳優が持っているスマホが古いと、意外と目ざとく追っていることがあります。 山内さんにといえば、グランツーリスモ6の頃のドキュメンタリー映画もオススメです。1. 今までとなんだか違うぞ 本体が発表されたときは、2人でギャーと叫んでいましたPla

僕は、2018年の5月10日（木）にキュレーター会議でこの展示を再び展示することを提案しました。そして1カ月後の6月10日（日）に、たまたま映画『共犯者たち』を東京で上映するイベントを主催していた「表現の不自由展」実行委員会の方に、映画を観た後にお声掛けしました。 その後、12月6日（木）に、Facebookを通じて正式に依頼しました。2019年2月28日（木）と3月18日（月）の打ち合わせの段階では、僕から不自由展実行委に《平和の少女像》については様々な懸念が予想されるため、実現が難しくなるだろうと伝えていました。しかし《平和の少女像》は2015年の「表現の不自由展」でも展示された作品であり、展示の根幹に関わるという理由で「少女像を展示できないのならば、その状況こそが検閲であり、この企画はやる意味がない」と断固拒否されました。 キュレーターチームや実行委員会事務局にその旨を報告すると、ア

自分がGoogleに入った時の話 はじめてこの社名を知ったのは、高校生の時。自他共に認めるパソコンオタクだったぼくは書店で月刊アスキーを立ち読みしていた。そこで、新しく登場した検索サービスについて丸々1ページ使って紹介されていた。その速さの秘密は、インターネット全体をメモリに載せて処理をしているかららしい。信じられない量のメモリを持っている謎の会社。それがGoogleをはじめて知った瞬間だった。 大学は東大に進んだ。志望した主な理由はお金がある大学だと聞いたから。なぜお金が大事か？それはお金がないと速いコンピュータが買えないから。高性能なコンピュータが使いたかった。幸い無事に入学でき、その後無事に志望していた理学部情報科学科に進学した。そこには数百台程度のクラスタがあって、それらを使って友人らとオセロのAIの開発を競った。なぜそんなことを熱心にやっていたのか正直わからない。自分にとっては小

「VOYAGE GROUP エンジニアの公開ガチ評価会」に参加して、最近考えていた「良いエンジニア」像がかなり良い感じだと思うようになりました。 「ガチ評価会」自体の内容は他の方のブログに譲るとして、「ガチ評価会」で聞けなかった部分、つまり「普段だったら『ビジネス的側面からの技術投資判断』とかも聞くんだけど」と言っていたところが、まさに聞きたいところだったのでニヤッとしました。聞けなくて残念♪ 妥協ない挑戦元々ピクシブの技術力評価においては、「最近やった妥協ない挑戦は何ですか？」というのをキーワードにやってました。 解決すべき課題に対して、どういう背景があって、どういう事前調査をして、どういう実装をして、どう考察するか、というところまでをきちんと考えて仕事することに成長があるんだよ、というメッセージ性です。 そんなこと言っても普段は妥協ばっかりですって？いえいえ、相反する選択肢の中で、何を

TL;DRタイトルの通りです。給料上がんねーから 2019/1/31 付でドワンゴ辞めます 本文入社に至った経緯ドワンゴには2016新卒で入社して2年10ヶ月在籍していたことになります。入社を決めた経緯としては 就職活動の時期に暇だったので Erlang を触り始めていたデブサミでちょうどドワンゴの中の人が配信基盤を Erlang で書き直してることを話してた研究室の先輩が何人か居た上記のような理由で仕事で Erlangを書くのはけっこう楽しそうだと思ったので入社することを決めました。実際にエントリーシートの志望動機には「Erlang で仕事したい」とだけ書いた記憶があります 入社後は新卒研修を終えてから無事希望していた DMC チームに配属されました。転部等もなく退職まで DMC チームに所属して多少飽きが来る程度には Erlang を書くことができたので入社した目的は達成されたと思いま

こんにちは。阿部と申します。とある渋谷のIT企業でエンジニアのお仕事をしています。普段はブログを書いていないのですが、お勤め先の社内ブログ用に以前執筆した記事をlean-agile podcastで紹介していただく事になり、当時の記事を今回こちらのプラットフォームでも公開する事にしました。長文になりますが、ご興味を持たれた方は是非ご覧ください。 「海外と日本でのソフトウェア開発職の文化を振り返ってみた」という記事のタイトルにしているのですが、この話のモチベーション・裏付けとしてまず自分のバックグラウンドを簡単に説明しておきます。私は名前によらず外国籍・海外育ちで、今までヨーロッパと日本それぞれでベンチャー・中小企業・大手の仕事環境を６社ほど転々とし、色々な国のエンジニアと仕事をしてきました。 （＊ちなみに、日本語で記事を書くのはあまり得意でないので、言葉遣いがおかしいところは大目に見ていた

We’ll be back soon! We're very sorry for the inconvenience but we’re performing maintenance. Please check back soon... — The Medium Team

2018年4月に株式会社メルカリに新卒入社しました．職種はソフトウェアエンジニアで，Goでマイクロサービスを開発しています．ちなみに，入社したのはメルカリですが，メルペイに出向となったので現在は株式会社メルペイにいます．なんで4月じゃなくて，今書いているのかという話ですが，試用期間中だったので(入社エントリ書いて即解雇されたら辛いので...)書きませんでした．今日出社したら席がちゃんとあり，なんとかまだ在籍できているみたいなので，入社エントリを書きました． 入社するまでの経緯@b4b4r07さんのこのエントリがきっかけでした． このエントリ中で， 16 新卒は 6 人いて、今は 17⁄18 卒の新卒採用に向けて動いています。 採用会食など、まずは話から聞いてみたいなという方がいましたら、僕経由で繋ぐことができるかもしれませんので興味があれば Twitter DM でもいいですし、コンタクト

僕の中で仕事人生に影響を与え続けてくれている三大COO（と勝手に呼んでる人たち）がいる。 一人目がアカツキ共同創業者COOの香田哲朗くん、二人目がフリークアウト(元)COOで現hey代表の佐藤裕介さん、そしてメルカリ社長兼COOの小泉文明さんだ。 それぞれ社長もできる人だが、COOとして事業及び組織の構築も構造的分析もハイレベルにできる。恐ろしく広域のアビリティを持ち、バイタリティとバランス感覚に優れ、超人的な仕事量をこなす人たちである。 そのうちのお一人であるメルカリ小泉さんと1on1させてもらう機会があり、その話が組織の課題に悩む他の人にもとても有用だと思ったのでメモを公開させていただくことにした。（ほんとにメモなんで乱文ご容赦ください） ツクルバでは組織・文化づくりに社をあげて徹底的に投資していく方針なので、非常に参考になった。 ＊＊＊以下メモ＊＊＊ [お題] メルカリで急激に組織を

無人コンビニ『600』を提供する弊社で、ハイスキルエンジニアの “最低” 提示年収を1000万円に引き上げました！もちろん年齢性別国籍不問です。ちなみに弊社の呼び方は “ろっぴゃく” です！ 応募は僕にFacebookやTwitter、メール<k@600.jp>で直接声かけてください。ご都合の良い場所へ飛んで行きます！ アルバイト・インターンの方は時給5000円です。学生歓迎。ニート歓迎です。 業務委託やフリーランス、副業として関わっていただける方も大歓迎です。 背景僕自身アメリカの大学でComputer Scienceを専攻して卒業して、在学中にはIPAの未踏事業に採択されたりもして、大学卒業後にSan FarnciscoでGitHubから1 clickで色んなサービスがデプロイできるのが売りのfluxflex, inc.を起業した時には、自分自身のことを起業家よりもエンジニアだと自認し

普段仕事をしてるとき、いろいろなことに気を使いながら仕事をしてると思う。たとえばissueには、その背景、やりたいことや期待する効果、制限事項、認識している副作用やリスクの情報等などを書くような運用ルールを作っているチームは多いらしい。しかし、私たちのチームではそういうルールはない。それでうまくいくんだっけっていう話をよく質問されるので、考えてみた。 コードの品質をカバーするためのコメント私たちは、常にわかりやすいコードを書けるとは限らない。解説として、コメントが役立つ場面はある。 ちょっと待ってよ「よし、Why notを書こう！」と言って上手く書けるのは、そうとうに経験を積んだ人だ。そして、経験を積んだ人は大体問題ない。悪いコードほどコメントが必要だが、良いコメントが書けるくらいならコードはもっと良くなってる。鶏と卵じゃん。 コメントについて議論する暇があったら、コードについて議論したほ

2018年3月24日・25日と、主催するカンファレンス、Rails Developers Meetup 2018が無事に終わりました。まだ振り返るほど、思考が整理されていないのですが、主催者としての、今の気持ちを書き留めておけたらと思います。 今回のチャレンジ 同じことをやっても飽きるので、毎回、何かしらトライしています。 2日間連続開催（11:00〜17:30, 11:00〜20:30）全38セッション・2トラック同時進行進行/配信を、永和システムマネジメント様・FiNC様・みんなのウェディング様・Aiming様に依頼初めての協賛（お弁当・ケータリング・ドリンク）crash.academy様による録画収録を行なったすごいカメラマンが来たAMA（Ask Me Anything）による質疑応答・フィードバックRailsコミッターによる基調Q&AMeetup終了からの懇親会大阪会場と同時開催

コードから不吉なにおいがしてきたなーと思うことはよくあるだろう。リファクタリングの機運かもしれないし、YAGNI原則を思い出して踏ん張るときかもしれない。では、いつリファクタリングをやるべきか、どのようにコードを整理していくべきだろうか？ リファクタリングには方針が必要リファクタリングの目的は、コードの拡張性を高めることだ。ここではそういうことにしよう。Open-Closed原則に従うように、凝集度を高め、結合度を低くするようにやっていけばいい。つまり、何か既存機能を変更するときはたった1箇所だけの変更で済むとか、もしくは新しい機能を足すときには既存機能を触らないで済むとか、そういう状態であれば比較的マシなコードになりえるよねっていうことです。 では、あらゆる変更に対してOpen-Closedであることはできるのか？おそらくそれは難しい思う。なので僕らは、経験的に「どの辺に変更が入りそうで

UpdateCheckout my new Angular WebSocket client article 😙. You could be interested in my article about realtime and schemaless database (Cloud Firestore) and Angular -> Step by step tutorial and “CUD operations, transactions and batch writes deep dive”. This is a quick step by step tutorial about WebSocket, Node/Express and Typescript. The full source code provided in these examples is lovely host