はじめに 資産運用で 99 点をとる方法とその考え方について説明します。この記事の対象はいわゆる「普通の人」です。 資産運用は趣味ではない。 資産運用を始めてみたいが何をしてよいのかわからない。 資産運用をすでに行っているが毎年ころころと方針を変えてしまっている。 資産運用に無駄に時間ばかり費やしている。 今のところ資産はすべて銀行の普通口座や定期預金にいれている。このまますべて現金でおいておくのも何か損しているみたいでモヤモヤする。だけど難しいことは勉強したくないし時間も使いたくない。 といった人たちです。 記事では最初に結論、すなわち「やるべきこと」を述べます。資産運用で 99 点の投資効率を達成するためにはこの結論部分だけを実行するだけでよいです。 次に、それだけでどうして 99 点といえるのか、その裏付けとなる考え方や理論を中心に説明します。 99 点をとるにあたってこれらの知識を
はてな
知りたいこと、伝えたいこと、 全部はてなで。はてなIDがあれば あなたの知的好奇心を刺激する 様々なサービスが楽しめます はてなIDを作る(無料)
資産運用 - shao's Scrapbox
運用方針 マインドシェアを持って行かれないようにする 「値動きが気になって仕事ができない」はダメ インデックス最強 「コカコーラ、ボーイング、テスラ、アップル、Alphabetはじめ世界の名だたる企業の株主です！」 個別株はファンクラブに入会する気持ちで買う 余裕資金で運用する 短期間に目減りしても狼狽しないようにする 配分の目安 年100万円は「長期的に増やす」積立 それ以上は「比較的流動性を確
lifehacker ライフハッカー 日本版
ワコール発「男性用レース下着」はなぜ売れる？こんなの待ってたの声も！ Sponsored by はたわらワイド
高卒新人に資産運用を説明する - やしお
今年入社の高卒の新人と雑談していて「会社の確定拠出年金のこととか何を選ぶのがいいとか分からない」という。集合研修でも制度そのものの解説はあったけどよく分からず、学校でも習わなかったので、漠然としか分からないと言っていた。 それで「自分はこういう理解で、こうしている」を整理して伝えることにしたのでそのメモ。結論としては「長期でインデックス投信」なのだけど、そこに至るバックグラウンド等も含めて説明したいと思った。 前提 そもそも趣味や仕事に注力したいので、株や不動産を一生懸命やりたいとは全く思っていない。 自分は普通の会社員で、その道のプロ（銀行員や証券マンやファイナンシャルプランナー）ではない。 大損は絶対に嫌だし、時間を遣いたくない。株の勉強とかもしたくない。 経済システム 現在は「産業資本主義」というOSで世の中が運用されている。 このシステムでは「富の総量が時間の経過で増えていく（右肩
なぜ、SQLは重たくなるのか？──『SQLパフォーマンス詳解』の翻訳者が教える原因と対策 - エンジニアHub｜Webエンジニアのキャリアを考える！
なぜ、SQLは重たくなるのか？──『SQLパフォーマンス詳解』の翻訳者が教える原因と対策 『SQLパフォーマンス詳解』の翻訳者の松浦隼人さんに、8つの「SQLが重たくなる原因とその対策」を聞きました。システムのボトルネックになるような「問題のあるSQL」を回避するノウハウを学びましょう。 データの操作や定義をする言語「SQL」は、どのような領域を担うエンジニアにとっても必修科目です。しかし、その仕様をきちんと理解し、パフォーマンスに優れたSQLを書ける方はそれほど多くありません。問題のあるSQLを書いてしまい、知らぬ間にそれがシステムのボトルネックになってしまう事態はよく発生します。 では、どうすればそうした事態を回避できるのでしょうか？ そのノウハウを学ぶため、今回は『SQLパフォーマンス詳解』の翻訳者であり、自身もエンジニアでもある松浦隼人（まつうら・はやと／@dblmkt）さんに8つ
(図書館学系の話題でもあるからちょっと悩んだけれど、文献読解全般に関する内容だからこちらへ) 既に日々論文をバリバリ読んでいるひとには今更な記事だろうけれど、分野ごとの違いもあって興味深かったのでざっくり記録する。 論文を大量に読む際に、頭から几帳面に読んでいると時間がどれほどあっても足りないし、後から「こんなことが書いてあった論文なんだったっけ？」という問題も発生してしまう。 研究者の皆様はMendeley などの文献管理ツールをを用いていることが多いかとは思うが、それでも論文の読み方そのものに工夫をすればインプット/アウトプットの効率が圧倒的によくなるので、やってみるにこしたことはない。 その工夫とは何かというと、論文を読むときに「特定の問いに集中して読む」というものだ。学術論文は分野ごとの違いはあれ、必ず特定の流れに従って構成されている。そこで要点のみに注目して読み、他の事項を捨てる
積立投資はやったほうがいいと聞くが、なかなか始められない。 かくいう俺も、その一人だった。 俺の投資に関する履歴を振り返ってみた。 長期投資はギャンブルか 漫画で学ぶNISAとiDeCoを筆頭に、はてブで投資の話が盛り上がっている。 投資が話題になるのはよくあることなのだが、今回は「投資はギャンブルか」というネタが中心だ。 みんな大好き99点の記事が公開されたのが2020年1月である。今さら「投資はギャンブル」で盛り上がるのが割と謎。それともリテラシーが高まった後だから論争になっているのだろうか。 俺はこれまで記事を書いてきた通り*1、インデックスファンドで長期投資をするタイプである。要するに上記の99点ほぼそのままの方針だ。なので一般論として「投資ってした方がいい？」と訊かれたら、「99点の通りにしたらいいよ」と返す。特定の個人に対するアドバイスなら、当然のごとくケース・バイ・ケースだ。
SEOチェキ
基本チェック項目 title・meta description・meta keywords・h1タグ 発リンク数（内部リンク・外部リンク） 最終更新日時・ファイルサイズ・読込時間 Google・Yahoo!のインデックス数 利用ホスト ドメインの登録年月日 Facebookの「いいね！」の数 ソーシャルブックマーク登録数
100円ノートの「超メモ術」
私はコクヨさんのノートを愛用しています。 一般的に販売されていますので、いつでもどこでも同じものを補充できます。（買いだめ不要）
MySQL with InnoDB のインデックスの基礎知識とありがちな間違い - クックパッド開発者ブログ
こんにちは、サービス開発部の荒引 (@a_bicky) です。 突然ですが、RDBMS の既存のテーブルを見てみたら「何でこんなにインデックスだらけなの？」みたいな経験はありませんか？不要なインデックスは容量を圧迫したり、挿入が遅くなったりと良いことがありません。 そんなわけで、今回はレコードを検索するために必要なインデックスの基礎知識と、よく見かける不適切なインデックスについて解説します。クックパッドでは Rails のデータベースとして主に MySQL 5.6、MySQL のストレージエンジンとして主に InnoDB を使っているので、MySQL 5.6 の InnoDB について解説します。 InnoDB のインデックスに関する基礎知識 インデックスの構造 (B+ 木) InnoDB では B+ 木が使われています。B+ 木は次のような特徴を持った木構造です。 次数を b とすると、
「データベースはブラックボックス。どんなSQL文を投げたらどんな結果が返ってくるかさえ知っていればよい」---そう思っている人も多いかもしれません。 しかし，本物のソフトウエア・エンジニアを目指すのであれば，データベースが動く仕組みを学ぶことは避けて通れません。パフォーマンスなどに問題が生じたときどこから手を付けていいのか皆目見当がつかない，といった事態に陥りかねません。 市販のRDBMSの内部はかなり複雑ですが，基本的な部分を理解するのはそれほど難しくありません。この特集でデータベースの動く仕組みを理解してください。 イントロ ●ブラックボックスのままでいいの？ 基礎から理解するデータベースのしくみ（1） Ｐａｒｔ１ ●SQL文はどのように実行されるのか 基礎から理解するデータベースのしくみ（2） 基礎から理解するデータベースのしくみ（3） 基礎から理解するデータベースのしくみ（4） 基
20140711 MySQL Casual Talks vol.6 / 続・Amazon RDS Casual TalksMori Tetsuya
投資の話が理解できない人との断絶がヤバイ 追記あり
といっても俺のいう投資話なんて「さっさとiDeCoの口座を作って毎月可能な限り最大額を振り込んでインデックスファンド（できればVFIAXかVTSAX）を買い続けろ」という個人年金運用の基本中の基本なんだけど、これを周りの連中に話しても「投資怖い」「投資はリスク」とか思い込んで手を出さない連中が一定数いて毎回どうしようもないなと思う。しかもこれ学歴とか関係なくこういった投資話に拒否反応を示す人が一定数いる。 俺の話を金持ち父さんのネットワークビジネスとかねずみ講の勧誘と同レベルに思ってるのか？インデックスファンドでの投資のリスクは１０年～２０年単位で運用すれば調整できるし、そもそも現金のまま持ち続けることもリスクなんだという概念が理解できないっぽい。理数脳と文系脳ってやつだろうか？（怒られそうだけど 低収入で個人年金に投資する余裕もないって層は別の話として、ある程度の余裕があるのに個人年金に
(追記あり)地味な資産運用で１億円を達成した
本日、金融資産合計の合計が1億円に到達しました。 34歳の時に資産運用を始めて、50歳で1億円に到達したというのは比較的早く達成できた方だとは思いますが、 特別面倒な手間も能力も必要とせず、ただコツコツと取り組んだ結果、 達成できたという実例を誰かに知ってほしくてこれまでやってきたことを紹介します。 属性地方公務員、男、妻あり、子なし。50歳、手取り500万位。 投資を始めたきっかけ34歳 ロバート・キヨサキの「金持ち父さん・貧乏父さん」に刺激され、証券口座を開設する。 30歳台後半35歳で金融資産約750万 個別株、中国株、FX、投資信託といろいろやってみる。FXでは50万を溶かしてしまう。 他の金融商品も損失こそないものの、仕事中も株価が気になり、日常生活への影響が大きいのでやめてしまう。 投資信託は積み立てをしながら引き続き保有。 この間にリーマンショックが来るが、種銭がまだ少ないの
以前、MySQLを高速化する10の方法という投稿で「EXPLAINの見方についてはいずれ解説しようと思う」と書いてしまったので、今日はその公約？を果たそうと思う。 MySQLのチューニングで最も大切なのは、クエリとスキーマの最適化である。スキーマの設計は一度決めてしまうとそのテーブルを利用する全てのクエリに影響してしまうためなかなか変更することは出来ないが、クエリはそのクエリだけを書き直せば良いので変更の敷居は低い。そして遅いクエリをなくすことは、性能を大幅に向上させるための最も有効な手段である。従って、アプリケーションの性能を向上させたいなら、まず最初にクエリのチューニングを検討するべきなのである。 最適化するべきクエリはスロークエリログやクエリアナライザで見付けられるが、ではそのようなクエリが見つかった場合にはどのように最適化すればいいのか？そのためにはまず現在どのようにクエリが実行さ
データベースを遅くするための８つの方法
はじめに Twitterのタイムラインを見ていたらバッチ系のプログラムで逐次コミットをやめて一括コミットにしたら爆速になったというのを見ました。当たり前でしょ、と思ったけど確かに知らなければ分からないよね、と思って主に初心者向けにRDBを扱うときの注意点をまとめてみました。 プログラミングテクニック的なところからテーブル設計くらいの範疇でDBチューニングとかは入ってないです。 自分の経験的にOracleをベースに書いていますが、他のRDBでも特に変わらないレベルの粒度だと思います。 大量の逐次コミットをする バッチアプリケーションでDBにデータをインサートすると言うのはかなり一般的な処理です。しかしデータ量が少ない時はともかく大量のインサートを逐次コミットで処理するとめちゃくちゃ遅くなります。数倍から十数倍遅くなることもあるので、10分程度のバッチが１時間越えに化けることもザラにあるので原
MSDN ホームページ
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。
投資という程でもないけど、はじめて株を買ってから10年以上たった。 その間、ITバブル崩壊、ソニーショック、リーマンショック、911、311とあったけど、リスクを集中していた最初の頃に比べると、ここ数年はアクシデント（ブラック・スワン）による資産額への影響が顕著に小さくなって分散投資の効果を実感している。 これまで資産運用とかお金について書いたことがなかったのだけど、私（たち）はこうしているよ、というのがまとまっていると便利なのでまとめておこう。人生の振り返り。 今のところ私はこういう結論に至っています、という内容をまとめてあるので、 こうしたほうがいいよ、もっといいのがあるよ、というのがあれば知りたいな。 最近は運用方法やカードについても安定してしまって、新しいものを取り入れられてないから。 とりあえず3000万円の資産を作るのが目標です。 3000万円を5％程度で運用できれば、暮らして
サラリーマンに必要な最低限の金融知識を考える - FutureInsight.info
以下のページを読んでいて、サラリーマンにとって最低限必要な金融知識ってなんだろうな、と思った。 Facebook 短期と中長期で思いつくものを並べてみる（一部アップデートしました）。 短期（数年） 短期にお金を増やすという方法はたいていそれ以上のリスクを備えているので、短期で定期的に決まった額が入ってくるサラリーマンの場合、手を出すべきではない。仮にあなたがとても有効とおもわれる金融的手法をあみだしてFXや株でお金を増やそうというならば、あなたの数千倍のお金をかけているファンドや証券会社がどうしてその手法にきづいていないのかをまず考えるべき。答えはおそらくそれ以上のリスクがあるから、になる。 輸出が稼ぎ頭の日本企業は円高、国内が稼ぎ頭の日本企業はデフレに苦しんでいるのだから日本株は当面投資するタイミングにない。インデックスでも同様だが、セレクト型のファンドはもっとだめ。たとえば国内株メイン
Make 12 monthly payments Pay 0% interest Start using the domain today. See details
MySQLノウハウ
いろいろな本からメモってきたメモのメモ。出典を書いておくのを忘れた。思い出し次第補完するかも。 deleteのコストは高いので、無効化を示すフィールドを作ってupdateすべき slow query logに要注意 多くのエントリでほとんどのフィールドが同じ値を持つ場合はインデックスの効果が小さい →複合インデックスの効果が大きい 複合インデックスは指定の順番が大切。AとBという指定の場合、A単独でもインデックスの効果がある。逆は真でない。 インデックスが使われる場面は フィールド値を定数と比較するとき (where name = 'hogehoge') フィールド値でJOINするとき (where a.name = b.name) フィールド値の範囲を求めるとき (<,>,between) LIKE句が文字列から始まるとき (where name like 'hoge%') min(),
MySQLでプライマリキーをUUIDにする前に知っておいて欲しいこと | Raccoon Tech Blog [株式会社ラクーンホールディングス 技術戦略部ブログ]
株式会社ラクーンホールディングスのエンジニア/デザイナーから技術情報をはじめ、世の中のためになることや社内のことなどを発信してます。 bashパフォーマンスMySQLInnoDBDB設計インデックス こんにちは、羽山です。 今回は MySQL のプライマリキーに UUID を採用する場合に起きるパフォーマンスの問題を仕組みから解説します。 MySQL(InnoDB) & UUID のパフォーマンスについては各所でさんざん議論・検証されていますが、論理的に解説した記事が少なかったり一部には誤解を招くようなものもあるため、しっかりと理由から理解するための情報として役立つことができればと思っています。 UUID と比較される古き良き昇順/降順のプライマリキーはというと、 MySQL の InnoDB において良いパフォーマンスを出すために縁の下の力持ちのような働きをしてくれているケースが実は少な
![MySQLでプライマリキーをUUIDにする前に知っておいて欲しいこと | Raccoon Tech Blog [株式会社ラクーンホールディングス 技術戦略部ブログ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/5e9d48c3c6f38c2d5f71897d98efcb251289d1f9/height=288;version=1;width=512/https%3A%2F%2Ftechblog.raccoon.ne.jp%2Fwp-content%2Fuploads%2F2021%2F07%2Fboard-755792_800.jpg)
投資（NISA）怖いですよね、わかります。
新NISAは年初に一括購入した方が効率的。それでも分散購入する理由（https://anond.hatelabo.jp/20231213201025）の元増田です。 資産は4800万円と書いてましたが円安と株高で5200万円くらいになってました。 NISAオルカンこわくなってきた https://anond.hatelabo.jp/20240111222400 一応いろいろ読んで自信を補強してきたつもりなんだけど、あまりにも大正義扱いなのが怖くなってきた。 「みんながこれが正しいと言ってる」という一点だけが漠然と怖い状態。 なんか落とし穴ある？ 気持ちはよーくわかります。 いくつか事例を挙げて説明します。ちなみに私はそれを理解した上で、最終的には総資産の90%はインデックスに入れる予定です。（後述） 前提（再掲）◯株式（世界の経済）は全体として成長する。 ◯購入するものはインデックス投信と
深津 貴之 / THE GUILD @fladdict THE GUILD。行動・認知・体験のデザイナです。 ネットを知の高速道路として復活させたい。 note.comもお手伝いしています。 書き物 → note.com/fladdict theguild.jp 深津 貴之 / THE GUILD / note.com @fladdict 若い人に投資とかの質問されたら、「1番キラキラしてなくて、手垢がついててダサいと思われる投資法をやり切るのがオススメ」と言ってる。そのまとめメモ。 2023-07-09 13:20:30 深津 貴之 / THE GUILD / note.com @fladdict 世界インデックスとか、米国インデックスとか、債券インデックスとかを、淡々と積み立てる。 個別株と信用と不動産などは、上級者の自覚が出るまで1mmもやらない。そういうのはnisa とかi dec
ロケットニュース24
以前からずーっと気になってた。オリジナルビデオの任侠作品『日本統一』。2013年に1作目がセルリリースされてから10年を経て、現在高い人気を誇るロングランシリーズである。 すでに本編は60作を超え、スピンオフの外伝や連続ドラマ、劇場版など幅広く展開している。それだけ支持されているなら、きっと面白いに違いない。 「ためしに1作だけ見てみるか～」。なんて軽い気持ちでNetflixで見始めたら……。もうダメ！ 止まらん!! 続きが気になって延々と見続けてしまう、なんじゃコリャ―ッ！ 続きを全部読む
【ロゴ＆マーク大辞典！】
最近MySQLの勉強をしていました。実践ハイパフォーマンスMySQLを読むべきという話を聞いていたのですが、かなり網羅的に書かれていて、今の知識ではどれが重要なのかわからない状態でした。そこで色々調べてみて、参考になる記事をいくつか見つけたので、少しまとめてみようと思います。 今回まとめた記事を読んで、大体以下のことが理解できました。 インデックスの使われ方とその構造(MyISAMとInnoDB) EXPLAINの詳しい使い方、見方 InnoDBの特性 ALTER TABLEの特性 レプリ遅延 まず最初に Webエンジニアのための データベース技術[実践]入門 (Software Design plus)posted with amazlet at 12.06.02松信 嘉範 技術評論社 売り上げランキング: 9767 Amazon.co.jp で詳細を見る 松信さんの書いた「Webエンジ
こんにちは、らくからちゃです。 毎日寒い日が続きますが、皆様いかがお過ごしでしょうか。なんとなく涼しくなったマネーフォワードの資産残高を眺めながら、これからの資産運用どうするかなあと考えていたら、半年ほど前にわたしの不用意な発言（？）が晒し上げられていたのを思い出しました。 問題の発言がコチラです。 子供の頃、教科書に「南無阿弥陀仏と唱えるだけで極楽往生に行けると信じられていた」と書いてあったのをみて首を傾げてたけど「S&P500に積立投資してれば老後は安心」と言ってる人を見て納得したな。 / https://t.co/2FR1HZ08Rl — らくからちゃ@年子育児1年育休マン (@lacucaracha) 2022年6月29日 わざわざご丁寧にS&P500の過去の推移までご用意いただき、マネーリテラシーを疑われ、コメントを眺めていると精神の正常性まで心配して貰っていました笑 anond
SQLのパフォーマンス問題は、SQLそのものと同じぐらいの歴史がある―― ある人は、SQLはそもそも遅いものだとすら言うかもしれません。これは、SQLの歴史が始まった頃は正しかったかもしれませんが、今となっては全く 当てはまらないでしょう。にもかかわらず、SQLのパフォーマンス問題は今も一般的でよくあることです。どうしてそうなってしまうのでしょうか？ SQL言語は、恐らく最も成功した第4世代言語(4GL)でしょう。その最大の利点は、「何を」と「どのように」 を分離できることです。SQL文は、どのようにそれを実行するかを記述せずに、単純に 何を必要としているかのみの記述になっています。以下のような例を考えてみましょう。 SELECT date_of_birth FROM employees WHERE last_name = 'WINAND'SQLのクエリは、データを要求する英語の文として読
SQLの実行計画の読み方 |
今回は、SQLを書く上で特にパフォーマンスに影響のあるSQLの実行計画の読み方について解説します。実行計画はデータベース製品によってさまざまに差異がありますが、ここでは比較的どのデータベース製品でも共通する内容について解説します。 実行計画とは記述したSQLが実際にデータベースの内部でどのように処理されて結果を返すか、その処理方法を記述した情報です。 A5:SQL Mk-2では、SQLエディタで実行計画を見たい SQL の上にキャレットがある状態でメニューから [SQL(S)] – [SQLの実行計画(J)] または、Ctrl+E で表示できます。 表示の仕方はデータベース製品ごとに異なりますが、多くのデータベース製品ではツリー状の情報として表現されます。（このため A5:SQL Mk-2でもツリービューで実行計画を表示します。） ツリーのリーフ（端）から処理が行われ、ルート（根）に向かっ
Google Search Console（サーチコンソール）を強力なSEOツールとして使うための究極ガイド。 ｜SEO Japan by アイオイクスSEO Japan｜アイオイクスのSEO・CV改善・Webサイト集客情報ブログ
最近、機能の追加が多いSearch Consoleですが、SEOにおいてはもはや必須のツールとなっております。今回ご紹介する記事はニール・パテル氏による、Search Consoleの活用マニュアルといった記事になります。Search Consoleの機能を網羅的にまとめており、非常に実用的な内容だと思います。どちらかと言えば、初心者の方向けの記事かもしれませんが、改めての確認にももってこいの内容でもあります。– SEO Japan SEO担当者、Webマスター、デジタルマーケター。皆、それぞれお気に入りの”強力なツール”があることだろう。 その中でも、”絶対に必要なツール”についての記事を書きたいと思う。それなしでは、SEOを行うことができない、といったツールだ。 そのツールとは何だろうか？ GoogleのSearch Consoleだ。略してGSCと呼ぶこともある。（かつてはGoogl
皆さんこんにちは、エンジニアの西尾です。 新しい機能・サービスを開発する際、私は特にデータベース設計に気をつかいます。 データベースはシステムの土台です。 土台が不安定だと、その上に積み上げていくアプリケーションコードがいびつなものになり、つらい思いをします。 また、一度動き出してしまったシステムのデータベース設計を変えるのは、容易なことではありません。 データベース設計には”これだ！”という正解はないと思っています。 サービスの特徴、システムの性質、toB向け/toC向け、Readが多い・少ない、Writeが多い・少ない。 その他もろもろの背景により、データベース設計の仕方も変わってきます。 このテーブルは正規化していないから駄目だ、この設計はいわゆるポリモーフィック関連だから使ってはいけない、などということはありません。 アンチパターンと呼ばれるものも時と場合によっては正解になります。
バックナンバー – おくvillage
このURLのページは表示することが出来ませんでした。 IQサーバー
サービス終了のお知らせ
サービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは本日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。
MySQLテーブル設計入門
行ロックと「LOG: process 12345 still waiting for ShareLock on transaction 710 afte...Masahiko Sawada
こんにちは、らくからちゃです。 先日から、2000万円という金額が独り歩きしていると聞きましたが、一体いまどこにいるのでしょうか？我が家にお越しいただけるのでしたら、熱烈歓迎いたしますので是非！ とまあつまらない小ネタはさておき、世間ではその2000万円を巡って俄に資産運用熱が加熱しているそうです。（やったね金融庁！） www.nikkei.com ネットで話題になった記事を眺めてみても「このビッグウェーブに乗るしか無い！」とばかりに、様々な書き手から色んな記事が上がってくるようになりました。ざっとここ最近で話題になったもので、思い出した範囲を拾ってみてもこの通り。 「年金デモ」やるよりも、「積み立てNISA」やった方が合理的だ。 - sakigake news 「老後2000万円必要」とリスクを煽る新聞社がセットで紹介しない、私がお勧めできるネット証券会社と投資商品 - 斗比主閲子の姑日
会社員に最強の資産運用はノーロードのインデックスファンドにドルコスト平均法で投資すること - 俺の遺言を聴いてほしい
暇な時間を持て余していた大学時代、僕はパチプロとしてコツコツとお金を稼ぎ、100万円の軍資金を集めた。 僕が大学の頃はたしか日経平均株価がわずかに回復に向かっていった時期で、本屋には ・デイトレードで3億稼ぐ方法 とか、 ・1億稼ぐ魔法のテクニカルチャート分析 というタイトルの本が並んでいた。 デイトレードで100億稼いだというB.N.Fというトレーダーが現れたのもその時期だったと思う。 僕は己の才能を過信していた。 他の人間が稼げたのだから、僕にできないはずがない。 パチンコで勝ちまくった僕だから、デイトレードも同じように勝てるはずだ。 そんな自信から、なけなしの100万をデイトレードに突っ込み、たった３ヶ月で50万の金を失った。 それからは 「負けを取り戻そう」 と焦った結果、パチンコでも負けが続き、結局奨学金に頼って生きるハメになった。 あれから10年近くの時が経った。 あの頃有名に
インデックス投資は新興宗教であることについて
https://honeshabri.hatenablog.com/entry/Market_Gospel 「信仰心を高めて時間で殴る投資術」 2020年代の新興宗教確かにこれは宗教やな。「これまで数十年、私が入信してからというもの、ずっと右肩上がり。自分はこの宗教に入って本当によかった！これまで救われてきました！」 そうして周りの人を勧誘する。 確かにこれは何かに似てるわ！自分が無自覚なところまでそっくり。 投資は大切なことなんやが、インデックス投資はいたずらに人に勧めるのはよくないんよ。特にこの時期は。 インデックス投資は人を無知にする。だってあなた「これだけやっておけば幸せになれる」ってゆーでしょ？ だれもがこぞって過去のパフォーマンスを紹介して感嘆しているのは分かる。 けど、気をつけないといけないのは、こういうときよ。 ブコメにもあるが、これは浄土真宗に似てる。「南無阿弥陀仏」と唱
サイバーエージェント公式ブログをご覧の皆さんこんばんは、インフラ＆コアテク本部の須藤(@strsk)です。普段はAmebaのソーシャルゲーム全般のインフラを見つつ、日本語ラップの啓蒙をしながら弊社社員を素材にコラ画像をつくったりしています。好きなAAは麻呂です。 はい、というわけで今回はMySQLインデックスチューニングの基本的な流れについてまとめてみました。 ソーシャルゲームは更新も参照もめちゃくちゃ多いです。数秒のレプリケーション遅延も致命的なので適切なテーブル、クエリとインデックス設計が重要です。（何でもそうですけど）インデックスが多くなると更新コストなどが懸念されますが、インデックスが正しく使われていないクエリを放置している方が悪です。そんなこんなで、割と例も偏ったりしてるかもしれませんがあしからず。 前提としてはInnoDBを想定しています。MyISAMはほとんど使っていません。
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
普通の人が資産運用で 99 点をとる方法とその考え方 - hayato
高速で論文がバリバリ読める落合先生のフォーマットがいい感じだったのでメモ - 書架とラフレンツェ
なぜ投資をさっさと始めないのか - 本しゃぶり
特集:基礎から理解するデータベースのしくみ - 特集:基礎から理解するデータベースのしくみ：ITpro
ヤフー社内でやってるMySQLチューニングセミナー大公開
MySQLのEXPLAINを徹底解説!!
311震災後の資産運用とお金について考えた - tittea blog
24jmn.com is for sale | HugeDomains
若い人に投資の質問をされたら「1番キラキラしてなくて、手垢がついててダサいと思われる投資法をやり切る」その方法まとめ
MySQLをさらに理解するために読んだ記事まとめ - $shibayu36->blog;
インデックス投資という「宗教」との付き合い方 - ゆとりずむ
SQLデータベースに正しインデックスを作るのは 誰の役割？
データベース設計の際に気をつけていること - 食べチョク開発者ブログ
NISAでインデックス積立投資を始める前に考えておくべきこと - ゆとりずむ
『MySQL初心者に贈るインデックスチューニングのポイントまとめ2014』