タグ

考え方に関するmiguchiのブックマーク (97)

  • 日本が戦争に敗れた本当の理由

    少し前のことだが、友人が経営する会社の幹部会議に参加した時のことだ。 「いつまで昔の意識を引きずってるんや!」 「環境に適応することを意識せんと、ホンマに生き残れへんぞ」 そんな言葉で、部課長たちを叱責する友人。 メモを取っている幹部も何人かいるが、明らかに納得感のある顔をしていない。 そのため会議後、友人から感想を聞かれた時にこんなことを答えた。 「そうやな…、率直に言ってスマン。あの内容では時間の無駄やと思った」 不機嫌そうな顔をする友人だが、構わず言葉を続ける。 「まあ聞けや、理由は2つや。抽象的な指示をしたところで人の行動は絶対に変わらんぞ。『環境に適応することを意識しろ』って、具体的に何しろっていうねん」 「……」 「それから、こっちのほうが問題なんやけど、お前当に、環境に適応することが大事やと思ってるんか?」 「当たり前やろ、それはさすがにムチャクチャな意見やわ」 「ムチャク

    日本が戦争に敗れた本当の理由
  • kindle unlimitedで無料で読める超良書45選【2024最新版】 - Qiita

    はじめに こんにちは!kindle unlimitedヘビーユーザーです。 kindle unlimitedは定額料金で、登録されている書籍が読み放題というサービスです。 今回はその中で私が読んだ書籍から、おすすめのものを紹介します。 現在は1ヶ月の無料体験もできます。 これを機にぜひ良書を1ヶ月で読破してみてはいかがでしょうか。 ※この記事はAmazonアソシエイトに参加していません。 弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています!興味をお持ちいただける方は、こちらまで。 kindle unlimitedで無料で読める超良書45選 さっそく紹介していきます。以下のカテゴリに分けてみました。 ・ビジネス・実用書 ・健康・メンタルヘルス ・エンジニアにおすすめ

    kindle unlimitedで無料で読める超良書45選【2024最新版】 - Qiita
  • 『世界一流エンジニアの思考法』を読んでみて

    はじめに みなさん、『世界一流エンジニアの思考法』読みましたか?(唐突) 結構 X(Twitter)で話題になっていたり、周りに読んでいる人も多かったので 年末年始のお休みに読もうと思ったら、あっという間に読了しました。 (電車の中で読んでいたら、同僚から「課題図書です」と連絡がきました。すごいタイミング) 知識の定着という意味でも、読んだことを書き出しておきたいと思います。 ※の要約ではなく、私自身気になった点をピックアップしています。 偉大な習慣を身につけたプログラマになる 書の「はじめに」にて 彼らはなにも全員が常人と比べて著しく頭の回転が速いわけでも、天才的記憶力を持つわけでもない。 主に「思考法」(マインドセット)が高い生産性を形づくっているのだ。 小手先のテクニックでもなければ Tips でもなく、その圧倒的なパフォーマンスは思考法から生まれているという事実。 いわゆる「一

    『世界一流エンジニアの思考法』を読んでみて
  • キャッシュを活用するために必要な知識と勘所 - そーだいなるらくがき帳

    どうもキャッシュバスターズ、 id:Soudai です。 Cache(以下、キャッシュ)は特定の場面に置いて劇的な効果を発揮し、様々な問題を解決する反面、新たなコンポートやミドルウェアが追加され、複雑性が上がり、運用のレベルが上がるため、扱いに注意する必要があります。 キャッシュを活用することで、パフォーマンスの改善や負荷軽減が行われ、コンピュータリソースの最適化によるサーバコストの削減や、レスポンスの改善によるユーザエクスペリエンスの改善がされます。 反面、その劇的な効果に毒され安易に多用すると、サービスが強くキャッシュに依存してしまい、非常に壊れやすくなり、運用が難しくなってしまいます。これをWeb界隈では「キャッシュは麻薬」と比喩されて、戒められてきました。 そのためキャッシュを使わずにサービスが運用できるのであれば使わないに越したことはないのですが、ある一定以上の規模になった際にコ

    キャッシュを活用するために必要な知識と勘所 - そーだいなるらくがき帳
  • 【11万文字越え】プログラミング初心者に贈る即戦力ガイド - Qiita

    弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています!興味をお持ちいただける方は、こちらまで。 目次 1.はじめに 2.VSCode拡張機能紹介 3.コーディングのポイント 4.よく使われる英単語一覧 5.エラーとの向き合い方 6.テストで動作確認 7.検索の極意 8.公式ドキュメントに慣れる 9.リファクタリングでさらに読みやすく 10.資料作成で気をつけること 11.Gitで管理 12.よく使うLinuxコマンド一覧 13.仕事の進め方 14.プログラム以外で意識するところ 15.初心者こそ読んで欲しい 16.まとめ 1. はじめに プログラミングは現代のデジタル社会において重要なスキルです。 AIがコードを書いてくれる時代ですが、それでも人の手によるプログラ

    【11万文字越え】プログラミング初心者に贈る即戦力ガイド - Qiita
  • 目標管理と評価制度の考え方 - KAKEHASHI Tech Blog

    エントリはカケハシ Advent Calendar 2023 の 11日目の記事です。 今年はPart2もあるのでぜひそちらもご覧ください! カケハシのVP of Engineeringの湯前(@yunon_phys)です。皆さん、目標設定と評価は順調ですか?私はこれまで何年にも渡って、様々なメンバーの目標設定や評価をしてきました。残念ながら、こうすれば良い目標設定や評価が出来る!という銀の弾丸は無さそうです。でも、こう考えたら目標設定はやりやすいかも、こうすると評価はより納得感のあるものになるかも、というのはあります。 そこで今回は制度を施行・運用していく立場の人間として、目標管理と評価制度の考え方について、私の意見を述べていきます。 目標管理 目標はそもそも変わるものである みなさんこんなことありませんか? やる気満々であんなことやこんなことを色々考えて、壮大な目標を期初にがんばって

    目標管理と評価制度の考え方 - KAKEHASHI Tech Blog
  • セキュリティーチェックシートという闇への防衛術 - Qiita

    といった感じです。(この例、下で問題例として取り上げるため、実はおかしなチェック内容にしています。) "No.~基準"までがシートに記載されていてます。回答する発注先企業は"Yes,No,N/A"を3択で✅をつけ、備考欄にNoやN/Aの理由のほか、注記を記載できます。こういう項目が20~500項目あるExcelのシートに、発注先企業の回答担当は自社の状況、対応を確認しながら、ひたすら記載してゆくわけです。 知ってる人は知っているが、知らない人はぜんぜん知らない 最近参加したエンジニアがぞろぞろいらしたカンファレンスで、私が 「……あの セキュリティーチェックシート ってあるじゃないですが、あの 面倒なアレ です。アレにこの規格を採用するよう書いてあったら、各企業に規格の採用が広がるかもですね。あはは。」 と話したことがありました。その瞬間、 嫌なことを思い出したのか顔を曇らせたり苦笑いをす

    セキュリティーチェックシートという闇への防衛術 - Qiita
  • パスキー時代の"認証要素"の考え方 ~パスキーとパスワードマネージャー~

    ritouです。 サービス、ブラウザ、OSそれぞれのパスキー対応が日々進んでいます。 その中で、パスキーを利用してみて認証要素についてふと考えてしまう人がいるでしょう。 パスキー簡単!けどこれ指紋認証だけ?弱くなってない? SMS OTPを2FAに設定し、パスワードマネージャーも使ってたから使い勝手はあまり変わらない。むしろSMS OTPがないぶんだけ弱くなった? この辺りについて整理します。 認証要素というと、次の3つです。 SYK: Something You Know. パスワード、PIN SYH: Something You Have. 認証アプリ、TOTP生成アプリ、バックアップコード、 SYA: Something You Are. 生体認証 前にこんな記事を書きました。 この内容を説明すると、「うん、わかってる」って人は多いです。 でも、実際に使ってみると心許なく感じたりする

    パスキー時代の"認証要素"の考え方 ~パスキーとパスワードマネージャー~
  • エンジニアの心構え

    2023年度リクルート エンジニアコース新人研修の講義資料です

    エンジニアの心構え
  • ゼルダとジムとやりがい搾取 - やしお

    ここ最近、テレビゲーム「ゼルダの伝説」の新作「ティアーズ オブ ザ キングダム」(TotK)をずっと遊んでいる。当に楽しい。前作「ブレス オブ ザ ワイルド」(BotW)も当に楽しくて、ずっと新作を心待ちにしていた。これだけ大勢の人から大きな期待を集めて、その期待を越えたものをメーカーが出せるのは心底すごいと思う。 それはそれとして、遊んでるとなんか仕事っぽいなという気持ちに時々なる。 仕事っぽさ タスクがどんどん発生する、それをやり方考えてこなしていく、それで忙しい。やることが多い。 この感覚が、やってると「仕事っぽい」という気持ちになる。 前作BotWも同様だけど、今作TotKはやること、やれること、やりたいことがさらに増えていて(アクションの種類がさらに多く、フィールドがさらに広いので)ますますその気持ちになる。 アクションの種類が増えたことで、操作に難儀することが時々ある。(ウ

    ゼルダとジムとやりがい搾取 - やしお
  • 若手のうちに絶対身に着けたい「ビジネス会食完全攻略マニュアル」|yuuu/ビジネス会食完全攻略マニュアル発売中!

    質は「店選び」ではない「今度〇〇社と会セッティングするから店選びとロジよろしく!」 上司からの依頼。何度聞いても心臓の奥で嫌な汗が出るような、この瞬間。そう、会はビジネスパーソンにとってできる限り避けたい「雑務」である。 単に店を選べばいいだけかと思ったら、大間違いだ。少し考えるだけでも気が重くなる調整とビジネスパーソンとしての機微が求められる。 上司がクライアントと会をセッティングする背景の理解 -相手の役職やビジネス背景、会で達成したい目的を踏まえてどのような価格帯/立地の店にすべきか 上司やクライアントのの好みの理解 -肉料理希望と言われたがステーキ/焼肉/肉割烹/メインが肉のフレンチやイタリアン、どれを選ぶべきか 個室が必要か不要か -オープン席の場合は席間隔はどのくらい空いた店にすべきか 二次会のロジ -二次会があるかわからない上に人数が未確定の状態で店の予約を

    若手のうちに絶対身に着けたい「ビジネス会食完全攻略マニュアル」|yuuu/ビジネス会食完全攻略マニュアル発売中!
  • 監視の考え方 〜あるいは可観測性とはなんなのか〜 - estie inside blog

    みなさん、監視作ってますか? システムを作ったら、そのシステムを監視していく必要がありますよね。どうやったら「いい監視」が作れるのでしょうか。「いい監視」とそうでない監視との違いとは、いったいなんでしょうか。 今の時代、「監視」ではなくて「可観測性」、 Observability (o11y) の時代になっていて、良いプラクティスや考え方が色々とあります。 この記事は、監視や o11y についての考え方を社内に共有するため書いたものを、社外共有用に調整し直したものです。新しい Observability の時代を、一緒に生きていきましょう。 監視を作ろう あなたはシステムを作りました。そのシステムに「監視」をつけようと思ったとき、最初にすることはなんでしょうか? まずは、システムを何らかのツールで監視するところから始めましょう。やらなきゃはじまらない。 Nagios, Cacti, Mun

    監視の考え方 〜あるいは可観測性とはなんなのか〜 - estie inside blog
  • 正確に文章が読めない人の話。

    ”ユーニス・パーチマンがカヴァデイル一家を殺したのは、読み書きができなかったためである” という一文から始まる「ロウフィールド館の惨劇」というミステリ小説がある。 「読み書きができない家政婦」がその劣等感をこじらせ、一家惨殺に及ぶまでを追いかける話で、映画化もされている。 3年ほど前に知人のすすめで読んだのだが、倒叙ものや、変わった話が好きな方は読んでみても良いと思う。 * ただ、ストーリーの強烈さより私が覚えているのは、文盲までいかずとも「文章が正確に読めない人」は、今でもかなりいるな、と思ったことである。 例えば、リーダーが部下に、こんなメールを送ったとする。250文字だから、ツイート2つ分弱だ。 明日の朝10時までに、私をCCに入れて、Yさんにメールを送っておいてください。内容は次回の定例までの宿題事項と、現在までに積み残している課題の一覧の二つです。積み残しの課題については、期限を

    正確に文章が読めない人の話。
    miguchi
    miguchi 2023/01/20
    “世の中には「聞く人」と「読む人」がいる”
  • 個人開発の失敗を避けるイケてる考え方 / tips for indie hackers

    フロントエンドエンジニアの方が個人開発をしてみたいと思える発表にします。 # 個人開発の目的 - 学習か、リリースか # ツールやフレームワーク ランニングコストを抑えるためのサービス選定 # 楽しさとメリット - ものづくりの楽しさ - 視野が広がる - デザイン、PMF、マネタイズ、マーケティング、イノベーションetc. - キャリアを拓いてくれる - 私は元々サーバーサイドエンジニアだった # 私の開発事例 技術ブログ(Next.js + Tailwind UI + Storybook + Cloudflare Pages) 仕事に活かすためには「コードの質」を追求しよう

    個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
    miguchi
    miguchi 2022/11/21
  • 当たり前のことをやっているだけで凄い - 覚書

    IT業界で10年以上過ごしている中で、凄いと思う人達にたくさん出会ってきました。最初はとくに新卒で入社した会社の先輩方が中心でした。ここでいう凄さとは何かというと「仕事を片づけるのが早い」とか「成果物の完成度が高い」などです。当時、こんなふうに自分もなってみたいという思いが強くて必至で真似しようと試行錯誤したのですが、全然うまくいきませんでした。ありていにいえば、表面上の凄さだけを見ていたことが失敗の原因だったかと思っています。早く仕事を片づけようと焦り、結果完成度も下がり…と、さんざんでした。 その後はアプローチを変えて、彼らの日常の何気ない振る舞いなどを観察することにしました。すると、彼らのうちの多くの凄さの源泉は驚異的に頭の回転が速いとか、ほかの誰もが持っていない異能力を持っていたりするわけではなく、世間で当たり前と言われていることを息をするようにやっていることだとわかりました。たと

    当たり前のことをやっているだけで凄い - 覚書
  • 手順書・マニュアルの限界 大きな考え方を身につけるには - orangeitems’s diary

    まさに今週は、作業に明け暮れる一週間だった。なぜそんな目にあったのかについては語らないが、とにかく延々と作業をやり続けた。 納期も量もシビアだったので、普段は手順書を残すのが当たり前だが、一部簡略化したり作らなかったりした。それぐらいやらないと間に合わないのわかっていた。いろんなショートカットを経てようやく達成に漕ぎ着けた。 この手順書なるもの、なんとなく限界を感じた。それはプログラミングでも感じたことのあることと同様だった。 手順書は、時系列に上から順番で進行していく。プログラムも同様だ。その順番通りにこなせば誰でも最後まで行けるのが手順書だ。手順書の限界はこの性質にある。 なぜその手順を思いつき、その値をそこで選んだのか、という思考が手順書には載ってこない。プログラムを書く人はたまに注釈をつける人がいて、その根拠を残す場合もある。 しかし、いちいち全てのロジックに対して、思考を残そうも

    手順書・マニュアルの限界 大きな考え方を身につけるには - orangeitems’s diary
  • 解像度を上げる 🔬

    2023 年 4 月にアップデートしました。 ビジネスにおいて「解像度が足りない」という言葉が使われるようになりました。この解像度という概念を、深さ、広さ、構造、時間の4つの軸で整理して、それぞれでどうやって解像度を上げれば良いのかについて解説しています。 このスライドを使ったYouTube での解説動画はこちら (2023年4月版) 東京大学 FoundX の各種リソース •FoundX Review - 起業家向けノウハウ情報 •FoundX Resource - 整理された記事の紹介 •FoundX Online School - 30以上の学習ビデオ教材 •FoundX Founders Program - 個室の無償提供とコミュニティ

    解像度を上げる 🔬
  • Noを伝える技術 #pmconf2021

    mROS 2: yet another runtime environment onto embedded devices

    Noを伝える技術 #pmconf2021
  • DDD is dead. God is in Twitter #scrumsapporo

    Scrum Fest Sapporo 2021でプレゼンしました。 私達の愛したDDDを取り戻すための苦悩と挑戦について紹介します。作品はマリリン・マンソン Rock is dead オマージュ作品となっております。 DDDはその構造上、デザイン思考やリーンスタートアップやディスカバリーといったものを考慮しておらず、デリバリーフェーズを意識した手法になっているのですけど、これはチーム開発のボトルネックを生み出す原因になりがちではないでしょうか? デリバリーにおいてはドメインを語れる人がいく人かおり、それをベースにそこそこの規模のシステム設計やアプリケーション設計をしていく。その過程でDDDを実践したという経験がつくわけですが、その人に対して、新規事業であったり、若々しい状態の事業のサポートをお願いすると、劣化したDDDのような設計をベースに進めつつ、現場のプログラマーを説得する行為に走る

    DDD is dead. God is in Twitter #scrumsapporo
  • Google re:Work - ガイド: OKRを設定する

    イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。

    Google re:Work - ガイド: OKRを設定する