Next.jsの考え方Next.js App Routerにおける設計やベストプラクティスを、筆者なりにまとめました。
出版のお知らせ 「普通の人が資産運用で99点をとる方法とその考え方」 - hayato
日経BPより「普通の人が資産運用で99点をとる方法とその考え方」が出版されます。 Amazon: 普通の人が資産運用で99点をとる方法とその考え方 内容の紹介 「はじめに」と「目次」です。 はじめに / 目次 (PDF) （掲載許可取得済) 書籍は、元の記事をベースに全面的に書き下ろしました。特に第2部「理論編」と第3部「Q&A編」には、新しいコンテンツを多く追加しています。 「資産運用に関しては最初にこれだけ読めばよい」という本を目指して、資産運用の具体的な方法、99点の方法を実践するための「考え方」、さらに現実によくある質問に多く応える実践的な本です。 第1部「結論編」では、元の記事同様「資産運用するならここだけ実践すればよい」という内容を中心にまとめました。 第2部「理論編」は、元の記事の「理論編」は読むのを飛ばしましたという方にも、「これなら理解できる！」と思ってもらうのを目標に丁
ゲームプランナーが仕様書を書き始める前に考えておくべきこと｜panke
【この記事の対象者】 仕様書の書き方が分からなくて、困っているゲームプランナー ゲームプランナーの素養を身に付けたい人 ゲーム開発に興味がある人 【この記事で学べること】 仕様の考え方 仕様書の作成方法 ゲームデザインに関する基礎知識 前回の記事 前回の記事では、なぜ人によって仕様書作成の能力に差が出るのかを解説しました。今回は仕様書作成の能力を身に付けるための方法を紹介します。 はじめに仕様書が書けない人は、次のどちらかに当てはまると思います。 やりたいことがはっきりしていない やりたいことがはっきりしているが、何を書けばいいのか分からない 『2』に関しては「仕様書の書き方」を調べていけば、答えにたどり着く可能性があります。 しかし、『1』の場合は「仕様書の書き方」を調べても、答えにたどり着けません。なぜなら、「仕様書の書き方」でつまづいているのではなく、「仕様の考え方」の部分でつまづい
出生前診断によって子に障害が見つかった場合、これを堕胎する自由があるのか。
「内なる優生思想」とわたし たいへんむずかしくて、結論の出ない問題について語りたいと思う。「内なる優生思想」についてだ。 「内なる優生思想」については、今までもいくらか興味を持って、本などを読んでは思うところも述べてきた。 たとえば、『リベラル優生主義と正義』という本では、旧来の優生思想から、今後の人類の優生思想、たとえば病気や障害を避けるばかりではなく、エンハンスメントするようになったらどうなるのかといった問題まで語られていた。 人が子を残すとはなんぞや？ 『リベラル優生主義と正義』を読む – 関内関外日記 リベラル優生主義と正義 で、このごろ、森岡正博の『生命学に何ができるか 脳死・フェミニズム・優生思想』という本を読んでいたら1970年代の日本における議論について詳しい話が載っていた。また、あらためて考えてみたいと思った。 生命学に何ができるか: 脳死・フェミニズム・優生思想 そもそ
ウソみたいにメンタルが安定する考え方８選（えらせん） - エキスパート - Yahoo!ニュース
こんにちは、えらせんです。 今回は「ウソみたいにメンタルが安定する考え方」というテーマで話していきます。日々のストレスに悩まされることってありますよね。でも、ちょっとした考え方の転換で、心が軽くなることがありますよ。一緒に見ていきましょう。 1.休むのも仕事のうち「頑張らなきゃ」って思いすぎて、休むのに罪悪感を感じていませんか？でも、休むことでより良いパフォーマンスを発揮できるはず。「休むのも立派な仕事だ」って思えば、心にゆとりが生まれますよね。 2.周りも自分の事で精一杯「みんな自分のことを見てる」なんて、プレッシャーに感じることありますよね。でも実は、周りの人も自分のことで頭がいっぱいです。自意識過剰にならないことって結構大切ですよ。人の目を気にせず、自分らしくいていいんです。 3.自分へのプチご褒美は鉄則頑張った自分にはちゃんとご褒美をあげましょう。「贅沢しちゃダメ」なんて思わないで
「宇多田ヒカルが言ってたやつだこれ」ピンチの時の「面白くなってきたな」と思えるように、不安を興奮と捉え直すことが大事という話
もどき。 @modokidesu @honten_popepope 漫画でよくありがちな強い敵を目前にして震えているキャラが仲間に「ビビってんのか？」と言われて「武者震いだよ」って答えるやつ
テストを書く方針と原則の備忘録 - Qiita
こんにちは。サーバエンジニアのnsym-mです。普段はGoでバックエンドの開発などをしています。 最近テストに関する書籍や記事などを色々読み漁ったので、現時点での自分のテストについての考え方を備忘録として残しておきます。 今回の話はWebフロントエンドやiOS/Androidなどでも適用できる汎用的な考え方として記載していますが、ベースの文脈はバックエンド開発になりますのでそのつもりで読んでいただけますと幸いです なお、本記事では主にGoogle、『単体テストの考え方/使い方』、@t_wadaさんの発表されている考え方（いわゆる古典学派）に倣っています。 用語整理 よく使われるテストスコープ 単体テスト（ユニットテスト） 人によって定義に差がある 統合テスト（インテグレーションテスト） 結合テスト（E2Eテスト） 単体テストの定義がブレることから、スコープではなく実行時間で判断するテストサ
新卒の子に「とりあえずこれ」と伝えたら生産性が10倍になったメモ（なのに1万字越え）｜やまだくにあき
仕事柄、大学生とよく会います。みんなひたすらに優秀。学生の頃の活動は、自分のど真ん中と紐づいてるからかどれも魅力的。 そんな彼ら彼女らですが、卒業し、就職した後、そのままめちゃ伸びて大活躍って子と、ちょっとくすぶってる子にわかれます。そんな時によく相談受けるので、アドバイス的なものをさせていただくことがあるんですが、それの評判が良かったのでnoteにまとめました。 このnoteを読んで、実践してもらった上でのGoalは、 社会人三年目くらいの「うわ、あの人仕事できるね」って言われてるような人に、半年でなる。 です。 この感覚わかりますかね？ 多分会社員の皆さんだと、「あーあいつみたいな感じね」「あーあの人みたいな感じか」となってもらえるかと思います。 会社員じゃない人だとあまりイメージ湧かないかもしれませんが、クライアントの若手の仕事できそーな感じの人を想像してみてください。そうです、その
アンチパターンで学ぶDB設計 - Qiita
はじめに データベース（DB）の設計は、システムの性能や保守性に大きな影響を与えます。 この記事では、最低限パフォーマンスの低下や管理の複雑化を引き起こさないようにするために覚えておくべきことを、アンチパターンとしてまとめました。 本記事は、 現在仕事でデータベースを扱っており、データ設計について今一度おさらいしたい データベースについての基礎知識やお作法を身に付けたい という人を対象として想定しています。 これらに当てはまる方はぜひ一度確認してみてください！ 弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています！興味をお持ちいただける方は、こちらまで。 DB設計アンチパターン 早速、DB設計におけるアンチパターンを紹介します。 それぞれアンチパターンのテーブルを見て
中年が人生に輝きを取り戻す、唯一のコツ
むかし、「35歳を過ぎると、急に頑張らなくなる」という話を書きました。 「中年の危機」です。 なぜ35歳を超えると頑張らなくなるのか。それはロールプレイングゲームの終盤と同じだから。 私の世代であれば、ドラゴンクエストや、ファイナルファンタジーといったRPGに熱中した方も多いだろう。 だが、私は「最後までやりきったゲーム」が異常に少ない。 なぜなら、いつもラストダンジョンになると、やる気を失ってしまうからだ。 序盤はとても面白い。自分が強くなる実感が得られるし、新しい世界が次々に広がっていく。 ところが、中盤を経て、終盤になると、とたんにゲームはつまらなくなる。 作業的なレベル上げ。 探検しつくされた世界。 有り余るお金。 そうだ。 操作するキャラクターは強くなっているはずなのに、そこには「可能性」が無くなっているのである。 キャラクターが育ち、謎がとけ、世界の広がる可能性だ。 「可能性」
政敵の悪魔化こそが支持者への報酬だからだよ
https://anond.hatelabo.jp/20240628220617 いい質問だね 「なんでみんなそんなに悪魔化出来るの？」 政治界隈が政敵を悪魔化するのはそれが支持者への精神的報酬だからだよ 恨みがないから悪魔化できないって？ 話は逆だ そこまで恨みがない相手に現実の不満を集約し、悪魔化して叩く根拠を与えるから意味があるんだよ それが政治のリーダーに求められる、フォロワーへの協力報酬の支払い方としてメジャーなんだ ちょっと考えてくれ 政治運動には多大な労力がかかるのに、協力者に報酬を払う方法は非常に限られている まず、金が払えない 当たり前だと思ってるやつ、この難しさを舐めすぎ いやマジで舐めすぎ 金が払えないんだぞ？ 労働してもらうのに、対価として妥当なカネが払えない、この資本主義社会で それどころか経費すらまともに払えません、持ち出しです どうやって運営するんだそんな組織
2024 年のスタートアップの始め方・考え方
2024 年 5 月 12 日に行った東京大学 Startup School 2024 での講演資料です。 関連資料
「ミスを罰する」より効果的にミスを減らす『失敗ゼロからの脱却』
ミスや失敗をなくすため、ヒューマンエラーに厳罰を下すとどうなるか？ 一つの事例が、2001年に起きた旅客機のニアミス事故だ。羽田発のJAL907便と、韓国発のJAL958便が駿河湾上空でニアミスを起こしたもの。幸いにも死者は無かったものの、多数の重軽傷者が出ており、一歩間違えれば航空史上最悪の結果を招いた可能性もあった。 事故の原因は航空管制官による「便名の言い間違い」にあるとし、指示をした管制官と訓練生の2名が刑事事件に問われることになる。裁判は最高裁まで行われ、最終的には2名とも有罪となり、失職する。判決文にこうある。 そもそも、被告人両名が航空管制官として緊張感をもって、意識を集中して仕事をしていれば、起こり得なかった事態である [Wikipedia:日本航空機駿河湾上空ニアミス事故] より 芳賀繁『失敗ゼロからの脱却』は、これに異を唱える。 事故は単一の人間のミスにより発生するので
先延ばし癖、楽観的になれば改善する？ 東大の研究
研究では、過去・現在・未来にわたる時間軸でのストレスを測定し、時系列順に並べたものを「時系列的ストレス観」と定義。4種類に類型化し、それぞれについて先延ばし癖との相関を調べた。 時系列的ストレス観は、「未来にいくにつれてストレスは減る」と考える「下降型」、「未来にいくにつれてストレスが増える」と考える「上昇型」、「今が1番ストレスが低くて、そこから離れるにつれてストレスが増える」と考える「V字型」、「過去のある1点でストレスが1番高く、そこから未来にいくにつれてストレスは減る」と考える「への字型」の4種類に分かれた。 中でも「下降型」グループは、深刻な先延ばし癖を持つ人の割合が低いことが判明。「今よりも未来のストレスが増えることはない」という、未来に対する楽観的な見方を持つことが、深刻な先延ばし癖を減少させる可能性が示されたとしている。 また、時間軸と幸福度を測定し、時系列順に並べた「時系
不運に潰されず、幸運をつかむ方法｜ふろむだ@分裂勘違い君劇場
この記事は、ぼくのやらかした大失敗から得た教訓をまとめたものです。 麻雀では、配牌やツモが悪ければ、まず勝てません。 しかし、何千回も麻雀ゲームを繰り返すと、トータルでは、麻雀が強い人が勝ちます。 試行回数が十分に多いと、運よりも、「運以外の何か」によってトータルの勝敗が決まるのです。 しかし、人生は麻雀と違って、以前にやったゲームの結果が、その後のゲームの勝敗を大きく左右します。 たとえば、人生の初期に大きな成功を収めると、その後の人生は圧倒的に有利になります(金銭・人脈だけでなく、拙著に書いたような認知バイアス系の雪だるま効果が発生するため)。 また、逆にうつ病になって、それが治らなくなってしまったりすると、もう、何をやっても、どうにもならなくなったりします。 しかしながら、実際には、「人生の初期に大きな成功を収めた人」も「うつ病になって、それが治らなくなってしまった人」も、多数派では
圧倒的な読書量を誇るからあげ氏が実践・読書との向き合い方
からあげ AIの仕事をしているエンジニア。インターネットで20年以上情報発信を継続中。 「からあげ先生のとにかく楽しいAI自作教室」「面倒なことはChatGPTにやらせよう」を始めとした著書、商業誌への寄稿多数。個人としてモノづくりを楽しむメイカーとしても「Ogaki Mini Maker Faire」をはじめとした複数のメイカー系イベントに出展。好きな食べ物は、からあげ。 X（@karaage0703）・ブログ からあげです。エンジニアとして働きながら、ブログを書いたり、本を執筆したりしています。今回、読書術についての寄稿をさせていただくのですが、私に声がかかった理由は、ブログで公開した読書記録が大きな理由だったようです。 以下がKindleの購入ログをもとに、年ごとのKindle蔵書購入数を可視化したグラフです。 確かにグラフをみると、ここ2年は1年に約300冊となっています。ただ、こ
100人以上の資料を読んで見つけた伝わりやすい成果報告書の書き方 - CARTA TECH BLOG
TL;DR 自身の成果をアピールするために、1)Before/After、2)自分の寄与度、3)数字的インパクトを過不足なく伝えることが重要 説明の冒頭では、課題と解法の全体感と成果を述べ、詳細は後に肉付けすると伝わりやすい 課題を伝える際は"誰から見た課題か"を明確にする。課題は解法の前提であるためブレないように はじめに 技術広報のしゅーぞーです。この記事では、過去100人分程度の成果報告書を読み、気付いた "自分の成果をわかりやすく伝える書き方"をまとめています。 仕事をしていると自身の成果を的確に伝える機会は数多くありますよね。 評価期、転職面接、昇格面談など 評価者に自分の成果をどう分かりやすく伝えるか は自分のキャリアを伸ばす上でとても大事なスキルです。 しかし、自分の頑張りや成果を上手く言語化し、相手に正しく理解してもらうのは簡単ではありません。 特に、経験の浅い若手にとって
エラーが出たら喜べ。エラーをちゃんと出せ。 - Qiita
どうもエラーを出すもしくはエラーが出るのが怖いという人がいるみたい。例えば改修を行うときに既存部分でエラーが出ないことを最優先にして増築を行いいびつな構造を生み出すとか、単純に例外を全然使わないとか。エラーが出ると、「うわ、エラーになった。手間かけさせやがって面倒だなぁ…」みたいな感覚があって、とにかく自分がコードを書くときも一切例外を投げないというスタンスをとりがちなのかもしれない。 私はここで、適切にエラーが出てくれるのはむしろ喜ばしいことであり、自分がコードを書くときも積極的にエラーを出すようにすべきだ、という主張をする。 関数定義のドキュメンテーションの一部 ある関数の中身で一番最初に書くべき処理は何か、それは引数のチェックをして条件を満たさなければエラーを出すことである。例えば文字列は特定の形式になってなければならないとか、数値に最大値最小値があるとか、これらは関数の入力の前提条
【ソフトウェア設計】例外処理を考える
はじめに 最近書いてるソフトウェア設計シリーズです。今回は例外に関して。以前、以下のような記事を書いたのですが、もう少し深堀して書いてみました。 ちなみにソフトウェア設計シリーズは他には以下を書いています。 モジュールになぜ分けるのか？ モジュール、依存、そしてカプセル化 モジュールをどう分割するのか？ 簡潔さは力なり？ 予測可能な振る舞いと簡潔さについて ドキュメントとしてのコメント TL;DR 例外は「原則」キャッチしない 業務例外や必ずハンドリングさせたい例外はOptionalなど戻り値の方が便利 だいたい以下の図が言いたい事のすべて 例外処理とは？ 「例外処理(Exception Handling)」は言語に依らず普遍的な関心事です。端的に言えば例外処理は異常やシステムの動作に不備が発生した際の特別な分岐処理です。リカバリやリソースの解放、あるいはユーザへの通知などがありますね。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
人を責めるな。「しくみ」を責めろ→「人を責めるから隠蔽してしまう」トヨタの『失敗を報告しやすい環境作り』が素晴らしかった話
