普通の人が資産運用で99点をとる方法とその考え方 - hayato
2024年9月13日、「普通の人が資産運用で99点をとる方法とその考え方」が日経BPから出版されました。詳しくはこちら。 はじめに 資産運用で 99 点をとる方法とその考え方について説明します。この記事の対象はいわゆる「普通の人」です。 資産運用は趣味ではない。 資産運用を始めてみたいが何をしてよいのかわからない。 資産運用をすでに行っているが毎年ころころと方針を変えてしまっている。 資産運用に無駄に時間ばかり費やしている。 今のところ資産はすべて銀行の普通口座や定期預金にいれている。このまますべて現金でおいておくのも何か損しているみたいでモヤモヤする。だけど難しいことは勉強したくないし時間も使いたくない。 といった人たちです。 記事では最初に結論、すなわち「やるべきこと」を述べます。資産運用で 99 点の投資効率を達成するためにはこの結論部分だけを実行するだけでよいです。 次に、それだけ
『1分間マネジャー』の誕生秘話：ケン・ブランチャード博士が語る過去、現在、そして未来 | Blanchard Japan
1500万部以上を売り上げた『１分間マネジャー』は、世界でもっとも広く読まれているビジネス書の一つです。同書の上梓後、リーダーシップ分野の専門家であるケン・ブランチャード氏は、65冊以上に著者として名を連ねましたが、それらは47ヶ国語に翻訳され、合計販売数は 2,300万冊に上っています。その人気の秘訣は簡潔さ、あるいはメッセージのシンプルさにあるのかもしれません。成功の秘訣が何であれ、重々しいマネジメント・テクニックが満載された分厚いビジネス書が主流であった中、1982年発行の『１分間マネジャー』は業界に清風をもたらしました。2015年に再版された『新・１分間マネジャー』は現在もベストセラーリストに掲載され、あらゆるレベルのリーダーたちから賞賛を受け続けています。 スペンサー・ジョンソン氏との共著である『１分間マネジャー』は、人をやる気にさせ、結果を出すことができる効果的なマネジャー像を
Webディレクターのスキルツリー - 二宮日記
Webディレクター解体アドベントカレンダー初日の記事です。今日はWebディレクターという職種を定義するために作ったRPG風のスキルツリーとその活用方法を紹介します。あとは関連する他の開発メンバーとお互いの担当範囲を明確にする方法や、スキルツリーをスキルアップに役立てる方法について書きます。 曖昧な仕事 Webディレクターという職種に期待される仕事の内容は、開発に関わる他の職種と比べても非常に曖昧です。そもそも何ですか、ディレクションって。英語を直訳すると方向とか指示とかそういう意味ですけど、概念的でふわっとしています。 ディレクションという仕事に含まれる範囲も様々です。受託でホームページ制作を請け負って進行管理をメインに行うWebディレクターもいれば、既存自社サービスの売上増に責任を負う人も、新サービスの立ち上げに挑戦する人もいて、同じディレクターという名前でもやっている仕事が全然違います
ヤフーのスクラム開発実践者の経験年数ごとの学習方法の紹介
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは！ アジャイルコーチの荒瀬です。 ヤフー、および関連会社のアジャイル開発支援や研修を担当しています。 今回はヤフーのスクラム実践者の学習方法についてお話しします。 イベントや研修の中で、スクラムの勉強方法をいろいろな方から質問されることが多かったので、記事にするとより多くの人の役に立つのではないかと思い執筆することにしました。 また、せっかく書くのであれば、ヤフーの中にいるさまざまなスクラム実践者の話も交えると、経験年数別に、より参考になりそうな書籍、セミナーや研修を紹介できるのではないかと考え、ヤフーのスクラム経験者にも協力いただいています。 スクラムを始めた頃の自身のことを考えながら、こういう記事があるといいのにと思
5年間 Laravel を使って辿り着いた，全然頑張らない「なんちゃってクリーンアーキテクチャ」という落としどころ
この記事は Laravel Advent Calendar 2020 - Qiita 最終日の記事です。 TL;DR DDD や "真の" クリーンアーキテクチャは， Web 業界における大抵の現場ではオーバースペックだし，導入しても全員がついてこれるとは限らない app/UseCases ディレクトリだけ切って，ドメインごとに単一責務なクラスを置くと使いやすいよ ActiveRecord 指向のフレームワークで Repository パターンを無理に導入すると死ぬので， UseCase で Eloquent Model の機能を使うことを恐れるな はじめに Zenn では初投稿です。日本の Laravel コミュニティではもうお馴染みのようで実はあまり顔を出していない（？） @mpyw と申します。オンラインサロンの火付け役となった Synapse が最初の仕事でしたが，就職後すぐ会社が
プロダクトマネージャーに必要な「定義しにくいスキル」 - もくもくプロダクトマネジメント( @Nunerm )
こちらはプロダクトマネージャー Advent Calendar 2020の21日目の記事です。 改めまして久津と申します。今年の6月からグロービスでPMをやっております。 はじめに 「PMにはどのようなスキルが求められるのか」 「PMになるためには何から学べばいいのか」 こういった話をよく聞きます。若手のエンジニアからよく相談されたりもします。その際に自分なりに「まずドメイン知識を学ぼう」とか「ユーザーの声を聞きに行こう」などアドバイスはするのですが、毎回自分の口から発しているアドバイスに自分自身が腹落ちしないというか、芯を食っていない気がしていました。 PMのスキル定義には、有名なプロダクトマネジメントトライアングルや、エンジャパン岡田さんがこの記事で定義した「PM SkillChart HEX」があります。 note.com これらの定義は良く整理されてて素晴らしいと思いますし、内容に
会社員が株式投資と向き合っていくために
会社員だ。３０代後半。投資歴は約１５年ほど。 今回、ふと思うところがあったので、会社員の株式投資との向き合い方を３点に絞って説明する。 こういうのには慣れていないので、まとまりがないかもしれない。ご容赦を。 １．会社員が株で勝とうと思ったら長期投資しかない あなたは株をやったことがあるだろうか。 やったことがあるのなら、ほとんどの人が負けているはずだ。特に、数日～数週間以内で完結する短期トレードがそれにあたる。 実力者以外は負け続ける。株式市場はそういう風にできている。理由は以下のとおりだ。 ①値上がり率ランキング ここの上位に上がっている株を買ってはならない。たいてい落ちていくからだ。「噂で買って事実で売れ」「人の行く裏に道あり花の山」と言われるように、あれは提灯買いを誘うために存在しているようなものだ。買った後は落ちるものの方が多いし、上がったとしても会社員が働いている間に下がることが
職能横断型スクラム体制になってからのチーム改善活動 - STORES Product Blog
こんにちは、STORES ECでフロントエンドエンジニアをしている@daitasuとバックエンドエンジニアをしている@phayacellです。 STORES ECでは、今年の5月よりエンジニア内の大きな体制変更がありました。 その変更では、フロントエンド/バックエンドで分かれていたチーム体制から、デザイナーやプロダクトマネージャーも含めた職能横断型のチーム体制へと変更になったのですが、この記事では、その際に生じた、今まで各チームで行っていた開発の進め方とのギャップや手法をマージしていく上での課題について、またそれらをどのように解決していったのかについてをお話しします。 チーム改善までの背景 組織体制の変更 元々STORES ECでは、フロントエンド/バックエンド/デザイナーは独立したチームとして動いており、PJTとしてメンバーが切り出されてはいますが、活動の主体としては職能で分かれている組
ざっくり知るエンジニアの為の技術選定方法 - Qiita
じゃあ「技術選定よろしく！」 ってなったそんなあなたに送る簡易的なメモ。 事業フェーズやドメインによって選定方法も変わるのでよく考える必要がある。 １、ざっくり評価軸 サービス要件の担保 決済系サービスなど重要。 ・セキュリティ要件 ・結果整合性（特にストレージ） ・サービスの実現可能性（そもそもこれがないと実現できない的な） 経済性 ・サーバー代節約 ・人件費節約 ・速度改善性 ・バグへの遭遇率の抑制 開発生産性 ・学習コスト（= 概念のシンプルさ、既存ノウハウとの親和性） ・学習モチベーション ・人数規模への適合性 ・メンテナンス性 ・人的資源の可用性 技術信頼性 ・本番採用数 ・開発母体の安定性 ・獲得しているスター数 ・誕生からの年数 ３、ざっくり評価軸２ ・要件との合致 ・情報 ・将来性 ・開発効率 ・費用対効果 要件を達成できるのか。技術が流行ってるからと言って要件達成できない
エラーは出ないけど…何か変？？Vue.jsでやりがちな「サイレント・ミス」（ロジック編） - ICS MEDIA
Vue.jsは初学者にもとても手厚いサポートを提供してくれるフレームワークです。 たとえば、以下のコードで「リセット」ボタンを押すと「propsのcountは子コンポーネントから変更すべきではない」とわかりやすくエラーを表示してくれます。 <template> <div class="CountViewComponent"> カウント={{count}} <button @click="reset">リセット</button> </div> </template> <script> export default { props: { // 表示するカウント値 count: { type: Number, default: 3 } }, methods: { // カウントをリセットします reset() { this.count = 0 } } } </script> それでも時として、
JavaScript: 通常の関数とアロー関数の違いは「書き方だけ」ではない。異なる性質が10個ほどある。 - Qiita
本稿では、アロー関数とfunctionキーワードを使って定義される関数を区別するため、functionキーワードを使うほうの関数を「通常関数」と呼ぶことにします。英文で見かけるregular functionの翻訳になりますが、これは公式の用語ではなく、解説の便宜上のものとご理解頂ければと思います。単に「関数」というときは、通常関数とアロー関数どちらも指すこととします。 関数の歴史 歴史的に見ると、通常関数は古くからある言語機能であるのに対し、アロー関数は新しいものです。アロー関数はES2015(ES6)で導入されました。導入にあたっては、関数を短く書きたい、thisを束縛したくないという2つの理由があります。 通常関数とアロー関数の性質の違い 通常関数とアロー関数では、構文が違うというのは見て分かると思います。構文についての違いはここでは解説しません。 ここでは、文法以外の相違点をひとつ
マネージャに認識してほしいこと｜えふしん
こういうドキュメントは山程あるような気がしつつ、新しくマネージャになった人とかに読んでほしいなぁということを書いてみます。短い文章です。複雑なMBAの教科書みたいなことを期待したらごめんなさい。どちらかというと研究者向けの名著「アイディアのつくりかた」みたいな感覚で、悩んだりしたら何度も見返せることを想定しています。 記事を有料化させていただきました。理由としましては、見ていただいた方のフィードバックを経て、これが必ずしも一般的な考え方ではないなと言うことに気がつきました。つまり、この考え方には、それに至るための前提条件が存在していて、全てに当てはまることではないと言うことに気が付きました。 しかし、当社の状況という前提条件の共有をオンラインで行うのはさすがにやりにくいので、記事を非公開にしようかと思いましたが、一度公開したものを引っ込めるのもなんなので有料化させていただいて、それでもいい
CTOの頭の中：技術を財務で表現する｜Shin Takeuchi｜note
会社の体制が大きく変わり、カオスの中に少しの静寂（暇）ができました。特に日々執行に勤しんでいる方々は皆そうだと思いますが、色んなこと考えているのにそのプロセスをアウトプットする機会があまりなく、結果や結論、最終的な決断のみが共有されるため、サクセッションプランに対する有効な情報を残すことも出来ていないことと思います。僕もその一人。 この時間を有効に活用するため、頭の中にあるイメージと考え方をここに、時間の許す限り吐き出していこうと思います。時折、言葉が足りないところも前提条件やバイアスの記述が足りないところもあるかと思いますが、混沌とした頭の中を曝け出すプロセスにはつきものですので、大目に見ながら読んでいただけると幸いです。 財務諸表と同じように見える化する会社は財務諸表によって経営されるものなので、経営者たるもの財務諸表を見ながら戦略を立てるべきであると僕は考えています。数字以外信じない
エンジニアリングスキルで捉えるチームマネジメント - mtx2s’s blog
チームのマネージャーが、自らの責務をジョブディスクリプションとして明文化することは難しい。職務内容や権限を、断片的にしか書けないかもしれない。もしそうなるなら、実務も断片的になっている可能性がある。 チームマネジメント（組織マネジメント）という活動は、個々のマネージャーの経験や関心によって、断片的になりやすいように感じている。断片的とは、マネジメント活動が、責務の一部の領域に偏ってしまっていたり、問題を検知してはじめてその領域がマネジメント範囲であることを知る、といった様子を指している。 このような状態になる背景は、マネージャーにとって、マネジメントが、日々の実務を通して蓄積された経験に基づく活動になっているからではないか。マネージャーは孤独だ。ひとりでその責務を担う。エンジニアとは違い、チームで協働するわけではない。だから、形式知として言語化されず、個人の経験として暗黙知にとどまる。その
タイミーのEMとしてどのようにマネジメントしているか - Sionの技術ブログ
はじめに 16歳からゲーマーとしてずっとチームマネジメントをやっており、 自身の強みなので本腰入れてやりたいという思いで1月にタイミーに入社しました。 結果、今はSREマネージャー(2人) + BI基盤チームマネージャー(3人) + コーポレートエンジニア(3人)として働いてます。 そんなにメンバーはいませんがマネージャーはやれてると思ってるので、色々と書いてみたいと思います。 そんなに掛け持ちして大丈夫なの？ スタートアップは仕方ないです。ぜひ強い方募集してます。 自分の脳内の長期計画は全てアウトプットしてチームと精査してるので出来る人がやればいい状態です。 私自身マネジメントしながら、業務でコードも書いてレビューもしてるので、自身の時間を作るために自走できるチームを作り上げるためのマネジメントでもあります。 マネージャーとしてどういう動きしてるの？ - ローテーション可能のものとする
【Webディレクターの転職術：その２】ポートフォリオの作り方（テンプレートダウンロードあり）。 - 笑顔を創りたいWeb屋の日常
はい、というわけでお約束通りWebディレクター向けポートフォリオの作り方です。僕が受託の人間だったので受託向きですが、Web系事業会社側の人でもうまくアレンジすれば使えるんじゃないかと思います。 文末にPowerPointのテンプレートデータも置いておくのでダウンロードして自由にお使いくださいまっせい。 文頭に置かないのは記事を読ませたいからではなく、テンプレートデータだけもらってもたぶんちゃんと使えないんじゃないかなーと思ったからです。 と思ったけど、よく考えたらダウンロードして手元に置きながら読みたい人もいるかなと思ったのでやっぱり先に置いちゃう。 ダウンロードとスライドシェア ■ダウンロード 以下にアップロードしたので、自由に持っていてください。どうぞどうぞ。 ポートフォリオテンプレートをダウンロード ■スライドシェア 一応、スライドシェアもアップしておきます。 Webディレクター用
Scrapyの複数Spiderを同時に実行する3つのパターン | OUTPUTおじさん
はじめに Scrapyで作ったプロジェクトに複数のSpiderを実装し、一回の実行コマンドで複数のSpiderを同時に動かすための方法を調べてみました！ この記事では以下の3パターンの実行方法について解説しています。 パターン1 : 複数のSpiderを並列に実行 パターン2 : 複数のSpiderを順番に実行 パターン3 : パターン1とパターン2の組み合わせ 実施環境 # Mac OS $ sw_vers ProductName: Mac OS X ProductVersion: 10.14.2 BuildVersion: 18C54 $ python3 --version Python 3.7.0 # Scrapyのバージョン Scrapy==1.5.1 解説 動作を確認するために、簡単なScrapyプロジェクトを作成してみました。 githubへアップロードしているので、確認してみ
世界最大のSEOイベントであるPubconで語られた「上級編SEO講座（１）」｜窪田望
世界最大のSEOイベント、Pubconに来ています。ここではPubconで語られた最新情報を書き起こしつつ日本語に翻訳する形で記事にしています。日本人参加者はかなり少ないようなので、日本語で閲覧できる記事としては、最新情報と言い切っても過言ではないでしょう。ウェブ解析士協会の江尻代表のお陰で参加できたので、改めて感謝させていただきます。 では、見ていきましょう。 Googlebotの最新バージョンは何ができて、何ができないのか。 GoogleBotのこれまでと今現在の違いは、上の表にまとめているので、見て欲しい。 2種類のレンダリングの仕組みそして、実際には2種類のレンダリング方法がある。それはサーバーサイドレンダリングとダイナミックレンダリングの2種類だ。 １）サーバーサイドレンダリング ユーザーのリクエストはブラウザgから行われ、サーバーはSingle Page Appを返す。そして、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プロジェクトマネジメントのスキルセット
技術推薦図書
