強さの程度 / kzys - Message Passing
強く押す、いくつか段階があって 「A は X です。お前はバカか?」 「A は X です。」 「もし間違っていたら教えて欲しいのですが、私が思うに、A は X です。」 1は、会社でやる人はいねーよ、という感じですが、例えば Ulrich Drepper とか昔の Linus Torvalds とか、古のオープンソースソフトウェア開発者には一言多い罵倒表現がキャラクターの一部として受け入れられていた人々がいたと思う。ただ、Linus Torvalds が過去の振る舞いを反省・謝罪し、Linux をはじめとするオープンソースソフトウェアに行動規範が取り入れられた現代では、これはどんなにコードが書けても受け入れられない態度になりつつある。罵倒が好きだった人は他をあたってください。 karino さんが言っているのは2のほうで、世の中には、2はきつすぎるので3がデフォルトの人々もいる。これに関し
バグのはなし / morrita - Message Passing
なにか話すことはないかと Hacker News をみていたら（ろくでもない）、 Youtube や Gmail など Google のサービスが一時間落ちていたというニュースで 盛り上がっていた。担当者の想像するだけで胃が痛い。 森田はクライアントサイドで仕事をしているので、この手の outage は起きない。 けれど自分のところに担当したくないイヤなバグが回ってくることはたまにある。 そういうのを精神衛生を害さない程度で思い出してみたい。 A Ship Blocker 何年か前にカメラアプリのチームに入った直後、ハカソンでカメラのビューファインダに OpenGL のシェーダで簡単なエフェクトをかけるコードを書いた。 ハカソン最終日のデモで成果を紹介すると、より洗練されたリアルタイムエフェクトを近隣のアルゴリズムチームが長いこと構想していたことがわかった。 そこで彼らが開発していたエフェ
モノレポ好きじゃない / morrita - Message Passing
自分は今は社内 Monorepo での作業がメインで、たまに Android とかさわってる。 レポジトリの壁というか、レポジトリの違いを含むインフラの違いの壁は、組織の壁より厚い。 この話は前にも書いたことがある。 だから向井さんの言っていることはよくわかる。 Monorepo が強制するインフラ共通化が押し下げた組織の壁の低さを、しばしば実感する。 たとえば最近だと、仕事でやっている Android アプリの APK のビルド方法が変わった際にビルドツールチェインにあるマイナーなバグにあたってしまい、 そのツールのバグを直したことがあった。そんなツールがあるとは知らなかったというくらい降って湧いた話。 でもビルドシステムが統一されているおかげでコードをビルドするのもテストするのも簡単で、 IDE も普段の設定そのまま。コードレビューもいつもと同じ。 はじめてのコードベース、レビュー相手
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
