前振り タイトルは煽りの激しい釣りです。ごめんなさい。 Web業界で今流行っている自称スクラムと、RSGTで語られるような本来のスクラムとの間のギャップが大きすぎて説明が面倒臭くなったのでこの記事を書きました。 いい加減「私たちは自称スクラム開発を完璧に回しているから、スクラムの恩恵を将来得られるだろう」「私たちは本来のスクラムとはかけ離れた別物のスタイルで開発をしている。だからスクラムの恩恵は永遠に得られない」という二重思考を他人にするようお願いするのにも飽きましたしね。 さて本題といきましょう 本題 世間で、特に渋谷や五反田や六本木のWeb企業ではスクラムというものはとても流行っています。 しかしどう考えても、Web企業でよくお目にかかるスクラムと国内トップカンファレンスであるRSGTで語られるスクラムとの間には大きな隔たりがあります。 「うちはスクラムやってます」 カジュアル面談で耳

There’s No Such Thing as Clean CodeのHacker Newsコメント経由でコードやシステム設計・最適化についての良いコメントを見つけた。どうやらHacker Newsで何度も引用されているらしいが日本語で言及された記事が見つからなかったので取り上げてみる。 コメントは2016年のSandi MetzのThe Wrong Abstractionに関するもので、発言者のcurun1rいわく「私は設計の優先順位をこの順序で学習することで、優れた開発者になれた」。*1 4つの基準と優先順位のガイドライン 状態 > 結合 > 複雑性 > コード量 私は状態 (state)、結合 (coupling)、複雑性 (complexity)、コード量 (code) の順に削減することでコードを最適化する。 コードがよりステートレスになるなら、結合を増やすこともいとわない 結

＜Ver.1.0＞ 社会の変化や、サステナビリティの観点で注目されている「行動変容」についてまとめています。 ＜シェア・共有歓迎です＞ ■解説＆ディスカッション会 こちらの資料をベースに、簡単な解説＆皆さんとのディスカッションをしました。 10/18(水) 上のイベントはすでに終了しましたが、今後も様々な形で機会を作っていきますので、 参加ご希望の方はこちらのフォームから登録をお願いします https://forms.gle/hE2TdftWWmYa2xa36

はじめに こんにちは、ソウゾウSoftware Engineerの@sue71です。連載：メルカリShops 開発の裏側 Vol.2の13日目を担当させていただきます。 以前メルカリメルカリShopsの技術スタックと、その選定理由でBFFの実装にGraphQLを採用していることをお伝えしました。メルカリShopsをリリースしてから約半年たった今、これまでを振り返ってGraphQLサーバーを実装する上での課題やあらかじめ考えておくと良い項目をまとめてみました。また、本記事ではメルカリShopsでGraphQLの実装としてApolloを採用しているため、Apolloの利用が前提の話もいくつか混在しています。予めご容赦ください。 GraphQLの説明や、メルカリShopsの実装方法に関しては以前こちらの記事で紹介しています。こちらも是非ご覧ください。 パフォーマンス課題 GraphQLは、アプリ

GitHub API で commit や branch を生成できる ghcp という OSS を紹介します。 開発者様のブログも参照してください。 この OSS で何ができるかは README や上記ブログを読んでいただくとして、何が便利なのかを書きたいと思います。 自分はこの OSS が好きで色々なところで使っていますが、便利な割にあまり知られていない気がするのでブログを書くことにしました。 tfaction や aquaproj/update-checksum-action でも使っていて、 CI やスクリプトで Pull Request を生成したり Pull Request を自動で修正して commit を push したりする際に便利です。 commit や branch を生成するのは Git でも出来ますが、 Git と比べて以下のような点で便利です。 local にリ

私たちソフトウェアエンジニアは、コード品質についてしばしば論ずるけれども、ではコード品質の良し悪しがどれほどビジネスに影響するのかと問われると、回答に窮する。只々、「コード品質が悪いと変更により多くの時間がかかります」だとか、「欠陥の修正に追われて開発時間が奪われます」だとか、個人の経験やエンジニア的一般論に頼った定性的な説明に終始するしかない。ソフトウェアを繰り返し変更する頻度が高いほど、コード品質が開発時間に影響を与えるのは確かにそのとおりだと思えるが、はたしてそれは、どれほどのインパクトなのだろうか。 2022年の研究論文 "Code Red: The Business Impact of Code Quality – A Quantitative Study of 39 Proprietary Production Codebases" では、コード品質がビジネスに与えるインパクト

ちょっと前に話題になった hotscript の技法の紹介やら, ラムダ計算を TypeScript の型にコンパイルする話やらなんやら. 通常の型レベル関数 TypeScript の型エイリアスはパラメータを取れるので, これは型レベルの関数であるとみなせます. type IsNumber<X> = X extends number ? true : false; type A = IsNumber<42>; // = true 一方でこのようにして定義された関数は第一級ではない, つまり関数そのものを他の関数の引数として渡したりすることができません. type FilterUnion<F, X> = X extends unknown ? (F<X> extends true ? X : never) : never; // ~~~~ // ^ Error: Type 'F' is n

面白いなと思った使い方、大事だなと思ったコツの個人的な備忘録です。 はじめに 前提 ChatGPTのTipsまとめ 基本編 鵜呑みにしない 途中で文章が途切れた時は "続けて" 汎用Tips 文脈を伝える 条件/制約や質問を明示する 相手の立場を指定する 回答の特性を指定する 英語で入力する 無茶振りする レビュアーや反論者を用意する おわりに はじめに ChatGPT、面白いですね。 難しく考えず素朴にChatGPTと会話するのも十分面白いですが、コミュニケーションを工夫することでより良い体験が得られたりします。 (対人コミュニケーションと同じですね) 今回は、個人的にChatGPTを使ってる中での好みのコツをまとめます。 ChatGPTのコツを書いているはずが、いつの間にか対人コミュニケーションの話みたいになってしまった ChatGPTの使い方のコツをまとめる - BioErrorLo

$ aichat user: ChatGPT API にアクセスするコマンドラインつくったのだけど、ブログタイトルは何がいいと思う？ assistant: 「ChatGPT APIを利用したコマンドラインツールの紹介」 「ChatGPT APIを使った自動応答ツールの作成方法」 「ChatGPT APIを使って、簡単にチャットボットを作ろう！」 「ChatGPT APIを活用した、簡単な自然言語処理ツールの作成方法」 などが良いかもしれません。 user: ありがとう assistant: どういたしまして！ただ、ブログの内容やテーマによっては適切なタイトルが異なる場合がありますので、少し詳しい情報を教えていただけますか？ 要約 チャットするだけではなく、$HOME/.aichat/prompts/ に YAML ファイルを作っておくことで様々なタスクが実行できるようになります。 たとえば

Contents (Click to expand) ↕️ Design Mode Pretty Print Command Pallet and Super Search Snippets Live Expressions Tracking Changes Console Shorthand Find Unused Code Rendering Panel Network Paint Times Network Timings Inspect Network Requests Performance Identifying Memory Leaks Raw Memory Inspection Test bfcache Full Refresh Lighthouse Page Size Breakdown Record User Flows Advanced User Flow Opera

今後みなさんがこれらの言葉を聞いてもたじろがず、そして自信を持って自ら発信出来るよう、一つの軸を提供します。

初めて会社を起業する人のほとんどは、集団をマネジメントする方法を学ぶ間に、創業当初の従業員を燃え尽き症候群にさせてしまうと思います。 筆者のアドバイスがそのようなケースを減らせるなら、ここに書いておく価値があるでしょう。 筆者は小規模なチームやスタートアップ企業のマネージャーのためにこの記事を書きました。 ほとんどのアドバイスは、大規模な企業のマネジメントには当てはまらないのではないかと思います。 なお、急成長している企業に入社する人への全般的なアドバイスについてはこちらをご覧ください。 筆者について 中・小規模のエンジニアリングチームを数チーム管理した経験あり On DeckのCTO CoinListの元エンジニアリング担当VP AngelListの元リモート責任者 Product Huntの元CTO それでは始めましょう。 マネージャーはすべての失敗に責任を負う 分かります……とても前

1on1やメールでご相談を受ける最頻出の話題が 「どうすればアメリカでソフトウェアエンジニアになれるでしょうか？」 というものです。これは後述しますが、いくつかの点で中々ひと言では回答の難しい質問です。ただし、本当にアメリカでソフトウェアエンジニアになりたいなら、そのための確度を大幅に上げる方法はいくつか思い当たります。 筆者について実際に米国で2年ほどではありますがソフトウェアエンジニアをしていました。現在も米系企業の日本法人でソフトウェアエンジニアとして働いています。留学経験もなく、3流大の文系出身で、30代になってから「正攻法で」米国に渡りました。そういう点で非常に現実的な経験をシェアできると思います。筆者について詳しいことは次のnoteにまとめました。もしご興味のある方はお読みいただければ幸いです。 本当に米国に行きたいですか？冒頭の質問に対して僕がまずお聞きするのは 「本当に米国

「高額な所得税の対策をしたい」 「忙しくてもできる節税対策を探している」 もしあなたがそう考えているならば、節税対策として収益物件を購入することは有効な手段です。 収益物件を購入・運営する中で出た赤字を本業の収入にぶつけることで、所得の圧縮をすることができるからです。 赤字と言っても実際に損をするわけではありません。 減価償却費という、支出のない経費を計上することによって、手元から現金を減らすことなく節税することが可能となります。 ふるさと納税やiDeCoなどでは10~100万円程度しか節税になりませんが、収益物件であればそれよりも大きな額の節税効果を得ることができます。年収の高い人ほど効果が高く、このスキームを使って年間500万円以上の節税効果を享受している人もいます。 ただ、どんな収益物件を購入しても良いのではありません。効果的な節税を狙うには、木造、築古、一棟の収益物件を購入する必要

待って！ 待ってください！！ 『ゼノブレイド3』の記事が読みたくて開いたらココカラファイン中目黒店の話が始まったからってまだ閉じないでください！！ ちゃんとゲームの話に繋がります！！！ こちらのココカラファイン中目黒店が1階に置かれているビルは「中目黒第一GSビル」と言って、「ゼノブレイド」シリーズの開発を行っている株式会社モノリスソフトもこのビルの中に入っているのです！ なので、私はここのココカラファインを利用する度に「この上で今ゼノブレイド3作ってんのかなぁ……」という謎の感慨に浸りながらトイレットペーパーを買ったりティッシュペーパーを買ったりほろよいを買ったりしていました。

[重要なお知らせ (2023/8/12)] 現在，スライドの p.10 に不十分な記述があります．ルートの答えは 0 以上の数に限定することに注意してください (たとえば -3 を 2 乗しても 9 ですが，ルート 9 は -3 ではありません)．なお，現在筆者のパソコンが修理中でデータがないので，修正は 1 週間後となります． [目次] 第1章　数学の基礎知識（p.5～） 第2章　場合の数（p.31～） 第3章　確率と期待値（p.56～） 第4章　統計的な解析（p.69～） 第5章　いろいろな関数（p.103～） 第6章　三角比と三角関数（p.141～） 第7章　証明のやり方（p.160～） 第8章　ベクトル（p.187～） 第9章　微分法と積分法（p.205～） 第10章　その他のトピック（p.240～） スライドのまとめ（p.254～）

カーニハン先生が、大学1年生と未来の大統領に向けて、コンピュータのすべてを紐解くプログラマーならみんな知ってる、C言語のカーニハン先生が、プリンストン大学の文系の学生向けにコンピュータについての一般教養を教える本書は、2020年に出版された第1版が、すでにベストセラーになっている。あらゆるプログラムで最初にテストされる「hello world」を最初に言ったのはカーニハンとリッチーの書いた入門書と言われている。世界で一番有名な人の一人で、今も現役で学生向けにコンピュータとは何かを、毎年資料をアップデートしながら教えている。 まえがきのあらゆる人も、大統領も、この本の内容ぐらいは知っておくべきで、非専門家に向けて書いたという姿勢は素晴らしいし、内容はそのとおりのものだ。 当時書いた書評ブログもはてブ450と大ヒットした。この本の良さは、ブログに書いたとおりだ。↓　（おかげさまで、第2版は献本