運用方針 マインドシェアを持って行かれないようにする 「値動きが気になって仕事ができない」はダメ インデックス最強 「コカコーラ、ボーイング、テスラ、アップル、Alphabetはじめ世界の名だたる企業の株主です！」 個別株はファンクラブに入会する気持ちで買う 余裕資金で運用する 短期間に目減りしても狼狽しないようにする 配分の目安 年100万円は「長期的に増やす」積立 それ以上は「比較的流動性を確
タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
資産運用 - shao's Scrapbox
運用方針 マインドシェアを持って行かれないようにする 「値動きが気になって仕事ができない」はダメ インデックス最強 「コカコーラ、ボーイング、テスラ、アップル、Alphabetはじめ世界の名だたる企業の株主です！」 個別株はファンクラブに入会する気持ちで買う 余裕資金で運用する 短期間に目減りしても狼狽しないようにする 配分の目安 年100万円は「長期的に増やす」積立 それ以上は「比較的流動性を確
「先生がオメガを倒したら宿題やってきてやるよ」と生徒が言ったので、わたしはゲームライターになった｜Yuka S. (or rurune)
（四半世紀前の思い出。間違い、勘違いがいくつかあります。修正しようと努力しましたが、次第につじつま合わせに必死になり、書き上げた時の情熱を自ら消してしまいかねないと気づきました。なので10年以上も迷って、やっとついに書き上げることができたままの文を残しておきます。） 大学生時代、塾講師のバイトをしていた。理由は金。岩手県で「現役東北大学生が勉強を教えます」とぶん回せば仕事がたくさん来た。家庭教師もしていたが、すぐに塾一本に絞った。希少性を高めるため、不便なところを狙った。動機は金。岩手の実家から高速バスで1時間半揺られ、山奥の町の中にあるたったひとつの塾に週3回通った。当時の岩手はのんきなもので、高校進学の選択肢もそんなに多くはなかった。進学校に行くか、そうではない高校に行くか、それぐらい。それでも我が子のよりよい将来を願って、子供を塾に通わせる親が増えてきていた。 両親の願いを背負って送
周りを見ていると何の苦もなく英語社会に適応しているわけですが、日々苦しんでいる人の奮闘記があっても良いのではないかと思って書きました。残念なエピソードを晒すことで実は自分もこうやって乗り切ってましたという人が現れお互いに助け合えることを期待しています。 概要 前提 バッドノウハウ 質問編 聞き取れなかった時にSorry?と聞き直さない 聞こえたところまで繰り返す 可能性のある質問全てに答える Do you mean ~ ? で可能性を潰していく うかつにYES/NOで答えない 他人に振ってみる 良い質問ですねぇを使う 何か言いそうな雰囲気を出して時間を稼ぐ 発言編 How are you?を速攻でキメる Can you hear me? Can you see my screen? に率先して答える How are you?にHow are you?で返す 発表編 話し続ける 質問が出ない
今回はソフトウェアエンジニアじゃない人や学生にも、ソフトウェアエンジニアという職業には夢があるかもしれないと思ってもらうために書いています。そのため既に詳しい方からすると回りくどい説明も多いと思いますがご容赦下さい。 基本的に記事とかには技術的なことしか書かないスタンスでやってきましたが、今回の件はさすがに誰かに伝えておくべきだろうということで長々と垂れ流しました。 概要 GW中に趣味で開発したソフトウェアを無料で公開したところAqua Securityという海外企業（アメリカとイスラエルが本社）から買収の申し出を受け、最終的に譲渡したという話です。さらに譲渡するだけでなく、Aqua Securityの社員として雇われて自分のソフトウェア開発を続けることになっています。つまり趣味でやっていたことを仕事として続けるということになります。 少なくとも自分の知る限り一個人で開発していたソフトウェ
意思決定できる人は進める手順の型みたいなものを持っているように見える。逆に意思決定が遅かったりできなかったりする人は、進めるときに型のうちの何かが欠けているのかもしれない。 体系化された話は書籍で語られつくされているとは思うが、思考整理のために雑にまとめてみる。 最後は決めるだけだという考えを持つ 目的や満たしたいことを明確にする 最終的な決め方や期日を明確にする 選択肢を広げて考える 今は意思決定しない、という意思決定も選択肢に入れる 意思決定の軸を明確にする 軸をもとに定量/定性データを集める 軸をもとに選択肢を評価する 自分はこうしたいという"推し"を決めてたたき台にする ここまでの話をドキュメントにしている ここまでのプロセスに時間をかけない 意見を聞く人を見定めてフィードバックをもらう 最初に明確にした決め方で意思決定する 意思決定できない場合は決め方と期日と意思決定軸を再定義す
はじめに インターネット、Webの世界には大変有用な資料がたくさんあるのですが、情報がたくさんあってたどりつくのがいよいよ大変になってきた印象です。 読みごたえがあって、わかりやすく、一通りマスターすれば業務でも使えそうなのに、無料で読める。そんな良教材のリンクを集めてみました。 私も時間を見つけてトライする予定です。 ジャンルは様々ですので、ご興味に合わせてご利用ください。 教材集 色と配色 baigie.me このエントリーでは、デザイナー以外の方が読むことを想定し、最低限知っておくといい色と配色の基本をまとめました。基本なので、細かいことは端折って簡単にまとめています。しかし、駆け出しのデザイナーでも十分参考にできる骨太な内容ではないかとも思います。 プレゼンテーション liginc.co.jp ・なるべく時間をかけず、スライド作成よりも内容に時間を割きたい ・見栄えはできるだけ綺麗
Twitter で医師を拾ってきて Google のソフトウェアエンジニアにするだけの簡単なお仕事 - 白のカピバラの逆極限 S.144-3
はじめに 「【転職エントリ】Googleに入社します｜Lillian｜note」という、医師から未経験で Google のソフトウェアエンジニアになった記事があります。 note.com 私は、この記事に出てくる「とある元 Google のソフトウェアエンジニア」で、面接の対策を立てました。 記事が出た当初から大反響で、私もそれなりの反応を見まして、いろいろと誤解されているなあ、と思う一方、アドバイザーはあくまでもアドバイザーだから、アドバイザーとして知りえた情報については、口をつぐむべきだと思っていました。 ただ、あまりにも誤解されており、悪影響が大きく、犠牲者も多くなってきたと思ったので、許可を得て簡単に背景を書いておこうかと思います。 これはあくまでもアドバイザー側からどう見えていたかを書いておくものですが、医学部卒だけでも3,4人 Google や Amazon に入っていったおぼ
「未経験文系から3ヶ月でデータサイエンティストになって一発逆転」はここで終わり (2020/7/31 更新) - todo-mentor’s diary
データサイエンティストを生業にする手段と実態について述べる。 途中、具体例・境界値の例として私個人の話もするが、なるべく一般性のある話をする。 この記事で言いたいことは具体的には4つだ。 プログラミングスクールをディスるなら代わりの入門方法を提供しようよ。 もう「未経験文系から3ヶ月でデータサイエンティストで一発逆転物語」を止めろ。*1 おじさんは人生逆転したいなら真面目にやれ。 若者はワンチャンじゃなくて、ちゃんと化け物になれよ。 この記事についてはパブリック・ドメインとして転載・改変・リンク記載を自由にしてよいです。 (続き書いた) a. 入門は辛いが… b. 思考停止でプログラミングスクールに通うな。 なろう系・始めてみよう系資料一覧 （最速・最短ルート用） まずは動かしてみよう。強くてニューゲームが体験出来るぞ！ 入門以前の本 一般向け業界本 (AI業界と展望がわかる本) 技術者入
「なんとなく元気がない」状態には名前があり対応が必要だと全マネジャーは知っていたほうが良い - tomoima525's blog
ポッドキャスト Today I Learned FMの28 回目はメンタルヘルスの話題について話しました。この記事はその収録に関する追記です。 anchor.fm 「なんとなく元気がない」 = languishing www.nytimes.com "バーンアウトでもないし、うつでもない。けどどこか希望がない。なんか楽しくないし、目的ももてない。なんだかモヤモヤする。" この症状に対し、社会学者の Corey Keyes 氏は languishing という名称をつけました。日本語だと"衰弱"という意味ですが、要はゆるやかに不調になっている状態を指します。 languishing のやっかいなところは、これまで明確に言語化されていなかったために、症状として認識されていなかった点です。認識されていないために早期の対応が遅れ、やがて本当のうつに移行していく可能性が高いです。 元記事では、パンデ
概要 数年前の自分（高校卒業程度の物理は履修しているが、趣味で電子工作をしたことがない）が読んだときに学習をショートカットするための知識をまとめておこうと思ったので書きます。 同じように電子工作を始めようとして、躊躇している人が居たら、参考になるかもしれません。 ちょうど家にいる時間が増えているこのタイミングで、技術の幅を広げるのも楽しいと思います！ この文章は趣味レベルの電子工作で遊んでる僕が独断で書いたものです 高周波回路や、高電圧を扱うような工作ではなく、ホビー用途を対象としています 技術的な誤りがあったらごめんなさい… このエントリに書いてある程度の理解力でも、こんな感じの事は出来るようになりました。 初めまして。 Haritoraという下半身トラッキングシステムを作っています。 ベースステーションが結構高いので、フルトラを民主化出来たら嬉しいです('-'*)#vrchat pic
1000万件オーバーのレコードのデータをカジュアルに扱うための心構え - joker1007’s diary
自分が所属している会社のメンバーの教育用資料として、それなりの規模のデータを扱う時に前提として意識しておかなければいけないことをざっくりまとめたので、弊社特有の話は除外して公開用に整理してみました。 大規模データ処理、分散処理に慣れている人にとっては今更改めて言うことじゃないだろ、みたいな話ばかりだと思いますが、急激にデータスケールが増大してしまったりすると環境に開発者の意識が追い付かないこともあるかと思います。 そういったケースで参考にできるかもしれません。 弊社は基本的にAWSによって運用されているので、AWSを前提にした様なキーワードやサービス名が出てきます。後、句読点があったり無かったりしますが、ご容赦ください。 追記: 社内用の資料の編集なのでかなりハイコンテキストな内容だから誤解するかもしれませんが、これらはそもそもRDBの話ではありません。(関係無くは無いけど) 1000万オ
まえがき コードレビューの目的 大目的 小目的 チェックリスト 優先度高（大きな損失を生む問題・後からの修正が困難な問題） 優先度中 優先度低（システムに大きな影響を与えない問題・後からの修正が容易な問題） レビューを負担にしないために レビューサイズのコントロール 誰がレビューをするか 議論をどうまとめるか 批判と個人攻撃 レビュワー向けアドバイス Code author向けアドバイス 参考文献 まえがき コードレビューの有効性が説かれるようになって久しい。しかし、コードレビューをするべきという観念ばかりが先立ってしまい、何のためにコードレビューをするのか、どのような点をレビューするべきなのかといった、目的や進め方に対する意識が曖昧なケースも数多くあるように思われる[6]。コードレビューの目的を理解せずに惰性でレビューしているだけでは、いずれレビューそのものが形骸化し、単に承認のハンコを
全国の休校された生徒の皆さまへ 3/1より、N高のオンライン授業を無料開放 ～学習アプリ「N予備校」を無償提供～ | N高等学校・S高等学校(通信制高校 広域・単位制)
全国の休校された生徒の皆さまへ 3/1より、N高のオンライン授業を無料開放 ～学習アプリ「N予備校」を無償提供～ 学校法人角川ドワンゴ学園N高等学校（以下、N高）および株式会社ドワンゴは、新型コロナウイルスの感染拡大に伴う全小中高の休校要請を受け、3月1日（日）より、N高で導入しているオンライン学習アプリ「N予備校」を全ての方に無償で提供し、オンライン授業を無料開放することを決定しました。 また、オンライン授業を実施したいと考えている教員の皆さまに向けて、学習コンテンツの配信ノウハウのレクチャやアドバイスなどを行う無償サポートも開始します。 オンラインで、自宅で学べるオールインワン学習アプリで家庭学習支援 「N予備校」は、ドワンゴがN高と連携し独自に開発した、授業、教材（問題集・参考書）、Q＆Aシステムが一つになった学習アプリです。インターネットを活用することで、いつでもどこでも学習を進め
この記事は、ネット中傷に悩む方々の参考として、また、ネット中傷をする人達への牽制にもなると考えて書きました。以下の流れで経緯を説明していきます。 （今回の件の中傷投稿者をX氏とします。X氏のツイッターアカウントをX1、おそらくX氏の別のアカウントと思われるものをX2・X3・X4とします） 【参考資料】（各文書のPDFをリンクしています） ・仮処分決定文「平成30年（ヨ）第9 2 3 号」 ・判決文「平成31年（ワ）第997号」（さいたま地裁） ※追記：被告が期限までに控訴せず、上記判決が確定しました。 ※追記：「謝罪文の交付」が履行されるまでX氏に「1日につき1万円」を私に支払うことを命じる決定が出されました。 ・間接強制の決定文 1. X2から中傷が開始される（2017年7月27日～） X2から少なくとも52回、私を指した中傷投稿がされる →Twitter社に通報したが「ルールに違反して
このあいだ、GAFA数社のコーディング面接を受けて全落ちしました。後続のため、オンサイト面接がこんな感じだったよ、というのをストーリー風に仕立てて公開します。問題と会話はダミーですが、雰囲気はかなり近くできたと思います。なお実際の会話はすべて英語で、バーチャルでの実施でした。 メイン問題はLeetCodeのNo.1472をもとに作成。 https://leetcode.com/contest/weekly-contest-192/problems/design-browser-history/ ちなみに「ぼく」はIQ+30くらいの設定です。それではどうぞ。 入室と自己紹介 面接官「やあ！わたしはシンディ。会えて嬉しいよ！」 ぼく「こんにちは、シンディ。ぼくはyambe2002。調子はどう？」 面「超いい感じだよ。きみは？」 ぼ「ぼくも超いい感じさ」 面「それはよかった。わたしは部署Aのソフ
ここは先進国の日本 未就学児を抱えた片親に 人権はないのかもしれない これはいちシングルマザーの愚痴です。 ちゃんとした知識もなく書きなぐったものです。 多く間違いもあるかもしれませんが、どうぞ御容赦を。 ご指摘いただければ、さらに幸いです。 ただ、自分の吐き出した言葉を、撤回はなかなか出来ません。 ここが違うよ、ということを教えていただければ。それはもちろん訂正させていただきます。 追記（2020.1.31） タイトルに死とはいっているのはどうか、とか言われますが。 じゃあ頑張って生きていきましょう、という環境が少ないと思います。 私は児童扶養手当を今すぐあげてくれ、役所はもっとお金をくれ、とも思っていません。それはもちろんもらえるほうが良いですが。私は削られまくって本当に雀の涙ほどしか貰えていません。 もちろんそういう手当が必要な人は沢山居ます。その為にも手当等の細分化は必要だと思いま
改めて ソフトウェアアーキテクチャ GUI のアーキテクチャの歴史を調べてみたくなった。本来の MVC とは何か？何が正しくて何が間違っているか？も重要なのだが、それよりは、なぜそれが生まれたのか？何を解決しようとしたのか？どのような問題点が生まれて、それをどう工夫して解決・発展してきたのか？を知りたい。しかし、そういうことがまとまっている日本語の情報が少ないので、自分で色々かいつまんでメモしておく。 MVC の原点は 70 年代にまで遡り、実装としては Smalltalk-80 のクラスライブラリとして実装されたのが最初だと思われる。しかし、後世に大きな影響を及ぼしたポイントをいくつか持ちつつも、当時のアーキテクチャが現代においてそのまま利用されているケースはほぼないといっていい。したがって、単に MVC といった時には大抵最初期の MVC を指すことは少なく、区別するために最初期の M
1. はじめに こんにちは、東京大学 3 年の米田と申します。この度は、ダイヤモンド社から『高校数学の基礎が 150 分でわかる本』という書籍を出版させていただくことになりました。高校数学の基礎を図解で超わかりやすく説明した本です。 【フルカラー図解】高校数学の基礎が 150 分でわかる本 - Amazon 発売日は 3 週間後の 2023/7/26 です。電子書籍版も同時期に出る予定です。本記事では、この本の内容や特徴について、簡単に紹介させていただきます。 2. この本はどういう本か 本書は、主に次のような方に向けた、高校数学の「超」入門書です。 高校数学をはじめて学ぶ方 数学を学び直したい方 日本ではたくさんの数学の本が毎週のように出版されています。しかしこの中の多くは、難しくて多数の人が挫折してしまうか、雰囲気でわかった気にはなるけど結局身に付かないかのいずれかです。 そこで本書は
社内SlackやTwitterなどで、自分が新しいことを学ぶ時に実践していることを書いたりしていたのだが、今日メンバーと1 on 1をしていて、あらためて新しいことの学び方について訊かれたので、ブログにも簡単にまとめておく。 まず前提として、学ぶ対象の「新しいこと」とは何かについて述べておく。ここでいう新しいこととは、研究やイノベーションに関することではない。そういうのは、ググっても出てこないレベルの新しさなので、このエントリで述べる対象ではない。ここでいっているのは、自分にとって新しい知識であり、かつ、既に一定の蓄積があるような内容のことである。 それをひとことでいうと、入門書があるような領域ということになる。たとえばプログラミング言語はメジャーなものはたいてい当てはまるし、DockerとかKubernetesのような技術要素も入門書があるし、もっと広く学問一般についても当てはまる定義で
目標設定むずかしいよね。正直嫌いとか意味がわからんと言う人も多いと思う。自分は適切な目標設定は必要なものだという腹落ちはしてるんだけど、なぜむずかしいかとかはうまく説明できなかった。 そんな時に EM.FM Re8. 本当に意味のある目標設定 でMBOの歴史から色々と話していてさすがだなー面白いなーと思ったので、自分もそもそも目標管理とは何なのかﾁｮｯﾄ調べてみることにした。 学術的にきちんと学べたわけではないので少しこわい部分もあるけれど、こういうのは誰かのためになるかもしれないし書いてみる。もし間違いや補足があれば教えてもらえると嬉しい。 目標管理の起源 目標管理の起源は欧米の研究者の中ではよく論じられているテーマらしい 諸説あるが、アリストテレスが 「成功するには目的意識を持て」 と言ったのが最初という説もある この起源とは関係ないが、Googleでは「効果的なチームを可能とする条件
https://martinfowler.com/articles/branching-patterns.html 最新のソース管理システムには、ソースコードのブランチを簡単に作成できる強力なツールが用意されています。しかし、最終的にはこれらのブランチをマージしなければならず、多くのチームは混み合ったブランチに対処するのに膨大な時間を費やしています。複数の開発者の作業をインテグレーションし、本番リリースまでの道筋を整理することに集中して、チームが効果的にブランチを利用できるようにするためのパターンがいくつかあります。全体的なテーマとしては、ブランチを頻繁にインテグレーションし、最小限の労力で本番環境に展開できる健全なメインラインを作ることに注力すべきだということです。 ベースパターン ソースブランチング ✣ メインライン ✣ 健全なブランチ ✣ インテグレーションパターン メインラインイン
私的水族館ランク分けが興味深い…S「ここのために行く価値がある」A「旅行の目玉になる」B「展示が面白いので寄りたい」C「やや物足りない」
ゆうだい @Yudai04kuniv @Bell29916308 ゴビウスが1番下じゃないのが地元民としては地味に嬉しいです笑、あと島根なら西部にあるアクアスはゴビウスより楽しめるんじゃないかなと思います。西日本で唯一シロイルカがいる水族館のはずです 2021-08-13 22:58:24 Bell @Bell29916308 @Yudai04kuniv アクアスはアクセスと行動時間の都合で山陰本線から途中下車できませんでした…そのうち行ってみたいなとは思っています ゴビウスは小規模ながらも宍道湖周辺に特化した内容が面白くてこの評価になりました 2021-08-13 23:34:07
技術ブログをバズらせたくて必死で身につけた情報収集術 - omuriceman's blog
僕は2019年4月から技術ブログを始めているが、2ヶ月目くらいから「はてなブックマークでホッテントリを取るための情報収集」を心がけるようになった。その影響もあって何記事かはてなブックマークでホッテントリ入りすることもできたので、これから技術ブログなどでアウトプットを始める人の役に立てばいいなぁと思ってブログでまとめることにした。技術ブログを書く人でなくても情報収集先として参考になる部分はあると思う。 はじめに GitHub Trending プログラミング言語はPythonとJavaScriptとTypeScriptを重点的に見る プログラミング言語以外にもUnknown languagesをチェックする Advanced searchで直近の日付に絞り込む GitHub Trendingを参考にしたブログ記事 Product Hunt Product Huntを参考にしたブログ記事 Re
Webアプリ負荷試験ガイド 目次 Webアプリ負荷試験ガイド 目次 前置き 時間がない人向け要約 about me 何故負荷試験を行うのか 負荷試験ツール 負荷掛けるツール 負荷計測 負荷の可視化 負荷試験の流れ 負荷試験スケジュールについて 注目すべきポイント シナリオ作成 アカウント情報は自動生成出来るようにする DB分割を行ってる場合はDB分割を意識したシナリオを用意する。 負荷試験元 http or https サーバ1台 サーバ単体での負荷 アプリの正常性の確認 サーバ複数台 KVS Memcached Redis RDB 問題になりやすいDB キャッシュの話 大前提 注意すべき点 CDNやProxyレベル local cache or remote cache local cache or memory cache(in app cache) references 更新情報 前
日々権限設計で頭を抱えてます。この苦悩が終わることは無いと思ってますが、新しい課題にぶつかっていくうちに最初のころの課題を忘れていきそうなので、現時点での自分の中でぐちゃぐちゃになっている情報をまとめようと思い、記事にしました。 所々で「メリット」「デメリット」に関連する情報がありますが、そのときそのときには色々と感じることがあっても、いざ記事にまとめるときに思い出せないものが多々ありました。フィードバックや自分の経験を思い出しながら随時更新する予定です。 TL;DR（長すぎて読みたくない） 想定する読者や前提知識 この記事での権限とは 権限の種類 ACL(Access Control List) RBAC(Role-Based Access Control) ABAC(Attribute-Based Access Control) どの権限モデルを採用するべきか 権限を適用する場面 機能
追記: Kubernetes側での公式のアナウンスが2本出ているのでこちらも合わせてご覧ください。 kubernetes.io kubernetes.io Kubernetesコミュニティを眺めていたら、やたらめったら色んな人達が1.20 RCのリリースノート引っ張り出して「Dockerが非推奨になるからちゃんと対策を検討してね！！！」とアナウンスをしていて、挙げ句SIG Contributexではその対策に追われてバタバタしている自体を観測しました。 CNCF Ambassador Slackでもだいぶ燃え上がっていて、見かねて dev.to に記事を投稿したのでそれをかんたんに日本語にまとめてみようと思います。英語のほうはこちらをご覧ください。 dev.to 追記2. 影響範囲を知りたい場合はまずこちらをお読みください blog.inductor.me 追記2. 影響範囲を知りたい場合
軽量Dockerイメージに安易にAlpineを使うのはやめたほうがいいという話 - inductor's blog
はじめに やめろ、ではなく、やめたほうがいい。です。自分のユースケースに合ってるか今一度確認することを推奨します。基本的にはAlpineは避けたほうが良い、というのが2021年時点での私の認識です。 なんで？ libcに一般的な互換性が不足しているからです。Ruby、Python、Node.jsなどでNativeモジュールをバンドルしているアプリケーションの場合、パフォーマンスの劣化や互換性の問題にぶち当たる場合があります。 superuser.com あとは他のベースイメージの軽量化もそれなりに進んできていて、Alpineが定番軽量イメージと言う認識は2018年頃には消えつつあったかなという認識でいます。 どうすりゃええねん ※Debian Slimがあるやんってツッコミ結構もらったんですが、Slimは当たり前過ぎてもう紹介しなくていいかなっていう甘えで省略していました。よろしくおねがい
4年前に会社の福利厚生を使ってスタンフォードの授業を取ってみたら面白く、 働きながらでも続けられそうだなという実感を得たので、 2年後、受験を経てジョージア工科大学にリモートで通い始めた。 そして先日、ジョージア工科大学からコンピュータサイエンス修士号をいただくことができた。 画像の学位記は卒業式イベント用の非公式のもので、1~2か月すると Masterとちゃんと書いてある本物が来るらしい *1 。 After 1 year and 9 months, I graduated from Georgia Tech and got a master's degree in computer science. It was intense to be a student while working full-time, but I learned a lot. pic.twitter.com/J
概要 エンジニアに限らず、現代の暮らしはドラム式洗濯機や高価なスマートフォン、PCなどを使用することが多いです。 そしてそれらはメーカー保証が１年で、それを越える延長保証は各社様々なサービスがあり、選択肢もいろいろあります。(メーカー独自の延長保証、家電量販店の延長保証、クレジットカード付帯の動産保険など) 最近それらを調べて、個人的にオススメ（つまり、おそらく保険料に対して修理の期待値的に得しそうなもの）が幾つかあったので紹介をします。 忙しい人向けに結論を書くと以下です。 ドラム式洗濯機を使っているなら→くらしTEPCOの住設・家電修理サービス https://www.service.tepco.co.jp/s/Warranty_set/ 10万円以上のスマートフォンを買うなら→スマホケ https://sumahoke.jp/ くらしTEPCOの住設・家電修理サービス 東京電力が提供
「紙」に印刷すると間違いに気づく理由（リコー経済社会研究所）「反射光」と「透過光」の性質の違い。反射光で文字を読む際には、人間の脳は「分析モード」に切り替わる。画面から発せられる透過光を見る際、脳は「パターン認識モード」になるhttps://t.co/Bmfx0Tcr5q— 500drachmas (@500drachmas) 2020年9月15日 これは先月拡散されていた「リコー経済社会研究所」による記事だが、大事なことを先に言うならこの内容に科学的な根拠は何もない。 記事の中身をしっかり読めば、前世紀に行われた研究（つまりCRTディスプレイが液晶へ移行せず、Retinaディスプレイの端末も当然登場していない時代のもの）に対して最新研究のアップデートをしていないし、そもそも「脳科学者」の研究ではないことも分かるはずだ。 話題になっているこれ、本文を読んでもマクルーハンがそう言っています以
組織で物事を進めるのが早い人は、"提案"のコミュニケーションを取っていることが多い気がする。 "指摘"で止まるのではなく課題の解決に向けた"提案"までやる方がいいんだけれど、そもそも提案って一言で言ってもまあ難しいよね。とある1on1で雑談していて、"提案"のスキルを上げていくにあたってはいくつかのレベルに分けて考えてみるといいかもしれないと思ったので、声かけのワード別に自分の考えを雑にまとめてみる。洗練されていないので意見がほしい。 レベル0: 「どうすればいいですか」 何か問題があった時の「どうすればいいですか」という聞き方は提案ではなく指摘で止まっている。 指摘してくれるということは気づいているということだし、それを伝えてくれること自体も素晴らしいことなのだけれど、そこからどうしていくかを決めるのが大変な部分なので次のレベルにも染み出していきたい。 レベル1: 「どれにしましょうか」
組織内のメンバーを「リソース」として見始めると、それを100%使い切ることにばかり注力してしまいます。リソースの稼働率を下げることは、すなわち、生産性を下げること。マネージャーは、まるで強迫観念に取り憑かれたように、そのような考えに囚われます。 自社でのソフトウェアプロダクト開発において、その対象は特に、開発者に強く向けられます。その理由は明らかでしょう。バックログに積み上がり続けるアイデアをソフトウェアに変えられるのは、開発者だけです。より多く、できる限り早く、アイデアを市場投入したい。彼らに空き時間という無駄を作らせてしまうわけにはいかない。 しかし、そのような努力が、必ずしも良い結果につながるとは限りません。むしろ、開発者の稼働率を高めすぎたことが、リードタイムに悪影響を与えているかもしれないのです。そして言うまでもなく、アイデアの市場投入が延びれば延びるほど、ユーザーにとってもビジ
もうね、テレワークは終わりです。 というのは自分の話。昨日を持ちまして、緊急避難的な日を除いてはテレワークを終わりにします。 テレワークでも仕事まわる、ということを確認する日々はまだ新鮮だったのですが、日常になってきて思ったこと。仕事環境としては快適でもなく普通でもなく、むしろ不快。こんな日々を続けたら、モチベーションがどんどん下がっていく。 経験としてテレワーク期間があったのはとても有意義でした。閉ざされた環境下で人の心や体調がどのように変化していくか。普通の日々なら絶対に経験できないことを経験できました。いいことばかり吹聴されるけれど、悪いことがいっぱいあります。それなのにいいことばかりを強調する記事がたくさん。 オフィスに通勤し、その中で経験できることの貴重さを思い知りました。通勤すら価値があることがわかりました。車窓の景色、ですれ違う人々の表情すら情報でした。そしてそのために筋肉を
あの頃の俺に伝えたい内容を雑に書く。 本を読め お前が困ってることはたいてい先人の知恵によって体系化されている。経験から学ぶことも大事だが、歴史から学ぶことを常に継続しろ。 他社のマネージャーと話せ 社内のことで手一杯なのはわかるが、思った以上に視野が狭くなっているぞ。社外の人間と話すとそれに気づくはずだ。緊張を乗り越えて直接声をかけたりイベントに出向いたりしてみるといい。思考が整理され、きっと解決の種が育つ。 引き出しを増やせ マネジメントは成長がわかりづらい。不安になったらマネジメントの引き出しを増やすことに集中しろ。メンバーへの物事の伝え方、意思決定の前の整理の仕方、やり方は無数にある。何個違うやり方にチャレンジできたかを数えてみるといい。 どこで成果を出すかを決めろ 自分の期待は自分で合わせろ。やること、やらないこと、頼りたいことを明文化しないと全てが自分の責任のようにすれば感じて
カメラ付き顔認識体表温度計を中古で買ったら中に全員の顔写真以下略って全部言っちゃった！ - honeylab's blog
（本件に関する詳しいお問い合わせはTwitterのDMか、→のプロフィールにあるメールアドレスにどうぞ。） Twitter見てたらこんな記事が流れてきたんですよ コロナ禍が終わり、店の入り口にある温度計の中古品が安く出回り始めた。 で、買った。 pic.twitter.com/708olhpSjN — 林 雄司 (@yaginome) April 30, 2023 変なもの投げ売りに興味のある私、早速メルカリで見てみると、それなりの安い値段で売っていたので、また値段が上がる前にと思って早速一台買ったんですよ。 ある意味有名な、しかしなぜか業界標準の体表温度計サーモマネージャーを買ってみた。自分への誕生日プレゼントとすることにした。尚、傷あり中古ということで定価の1/10程度で入手した。この価格で、実は大変高価な何かが採取できないかどうか気になるのである。 pic.twitter.com/j
私たちソフトウェアエンジニアは、コード品質についてしばしば論ずるけれども、ではコード品質の良し悪しがどれほどビジネスに影響するのかと問われると、回答に窮する。只々、「コード品質が悪いと変更により多くの時間がかかります」だとか、「欠陥の修正に追われて開発時間が奪われます」だとか、個人の経験やエンジニア的一般論に頼った定性的な説明に終始するしかない。ソフトウェアを繰り返し変更する頻度が高いほど、コード品質が開発時間に影響を与えるのは確かにそのとおりだと思えるが、はたしてそれは、どれほどのインパクトなのだろうか。 2022年の研究論文 "Code Red: The Business Impact of Code Quality – A Quantitative Study of 39 Proprietary Production Codebases" では、コード品質がビジネスに与えるインパクト
スワロー on Twitter: "ウクライナはロシアをどう思っているの？という疑問にシンプルで誠実で明確なアンサーを見つけた。すごく大切なスピーチだと思うので一人でも多くの人の目に留まるように日本語に書き起こしてみたい。以下に続きます。… https://t.co/zmSh9SIY6s"
ウクライナはロシアをどう思っているの？という疑問にシンプルで誠実で明確なアンサーを見つけた。すごく大切なスピーチだと思うので一人でも多くの人の目に留まるように日本語に書き起こしてみたい。以下に続きます。… https://t.co/zmSh9SIY6s
いつも通りの朝だった。 朝いち、僕が長女を小学校に送り、 次は、家内が次女を幼稚園に送り、 幼稚園の送りから、家内が戻ってきた頃には、 『フジテレビのクルマ、マンションの前で、もう待ってるよ！』と家内が言ってた。 なんて早い到着。さすが、局のクルマ。 時間には絶対！を可能にしてくれる車だ。 家内が買い物に出たら、 その次は、僕が、すでにマンション前で待ってくれている、 いつものフジテレビからのタクシー送迎車に、 １１時３０分に車に乗り込む。そして、１２時２０分フジテレビ到着予定。 この車は、あくまでフジテレビが契約して、手配している専用車。 １１時半、オンタイムで出発。 あれ、でも、車両は、いつものだけど、 今日は運転手さんが、ルーティンの、いつもの人とは違う。 乗り込むと、 『フジテレビまで、安全にご案内します』と、運転手さん。 いつも通りだ。 車は、中原街道を上っていく。 うん、間違い
気づくと僕達は晒されていた。 どうしてこうなったんだ… 今回は4/7の夜に1部のTwitterで起きたランサーズ事件において僕ら善良なTwitterユーザーがネットの政治印象操作をしたbotやそれを目的とした企業の工作員と勘違いされ一方的に晒されたことを受けてそれに対して 「なんでこんなことになったのか」 を詳しく解説し、 身の潔白を証明しようと思います。 騒動を時系列順に簡単にまとめます。 4/7 1.Twitterにおいてこちらの投稿が観測される ※彼は僕とFFで本人から掲載の許可は得てます 同時刻、安倍晋三首相による新型コロナウイルスに関する緊急事態宣言の会見。 2. 1のツイートを見たフォロワー達がこのツイートをコピべ。 3.数十分後、5ch(旧2ch)においてこれらのツイートをまとめたスクショが「ランサーズによる印象操作！」の趣旨で書き込まれる 4. 3の書き込みを発見したTwi
趣味で作ったソフトウェアが海外企業に買われ分野世界一になるまでの話 - knqyf263's blog
2年前の2019年8月に以下のブログを書きました。 knqyf263.hatenablog.com 今回はその続きです。前回のブログは多くの人に読んでもらうことを意識して書きましたが、今回はそうではないです。特に得た学びを書くわけでもなく何で作り始めたのか？とかどんなことがあったのか？とか思い出話を書いているだけなので、言ってしまえば自己満足の記事です。それで構わない人や前回の記事を見てその後どうなったか気になった人だけが読んでもらえますと幸いです。 誰かのためになるわけでもない過去の出来事について語るのは老人感が強くて基本的に好きではないのですが、自分の中で一番大きかった目標を達成したので節目として書いています。 英語版の記事も会社のブログから公開しています。英語版のほうが簡潔で良い可能性もあります。日本語版は誤った解釈をされると嫌だからもう少し詳細に書こう、を繰り返していつも長くなりす
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
英語ミーティングを乗り切るために身につけたバッドノウハウ - knqyf263's blog
趣味で作ったソフトウェアが海外企業に買われるまでの話 - knqyf263's blog
意思決定できる人の手順の型 - Konifar's ZATSU
初心者が無料で勉強できる良教材いろいろまとめ - orangeitems’s diary
趣味の電子工作をする前に知っておきたかったこと - izm_11's blog
コードレビューの目的と考え方 - osa_k’s diary
ツイッターでの中傷投稿への法的対応事例－ネット中傷対策 - warbler’s diary
GAFAコーディング面接こんな感じでした - yambe2002’s diary
シングルマザー死ねって日本が言ってる - misoyorishioha’s diary
ソフトウェアアーキテクチャの歴史 - tasuwo's notes
「高校数学の基礎が150分でわかる本」を書きました - E869120's Blog
効率的に新しいことを学ぶ方法 - Kentaro Kuribayashi's blog
目標設定とは何か - Konifar's ZATSU
ソースコードブランチ管理のパターン - Martin Fowler's Bliki (ja)
Webアプリ負荷試験ガイド - withgod's blog
アプリケーションにおける権限設計の課題 - kenfdev’s blog
Kubernetes 1.20からDockerが非推奨になる理由 - inductor's blog
働きながらアメリカの大学院でCS修士号を取った - k0kubun's blog
家電に対して適切な補償に入ることで修理コストを下げて生活を安定させる - izm_11's blog
「紙に印刷すると間違いに気づく理由」に根拠はない - izumino’s note
"提案"のレベルを上げる - Konifar's ZATSU
エンジニアの稼働率を上げれば上げるほど機能リリースが遅くなっていく｜mtx2s
テレワーク、終了。 - orangeitems’s diary
マネジメント半年くらいの自分へ - Konifar's ZATSU
コード品質はやはりビジネスに影響を与える - mtx2s’s blog
運転手さん、フジテレビって・・・まとめてみた。 - Shinzen's EYE!
4/7 ランサーズ騒動の真実 - UCHIMALL’s blog
www.vogue.co.jp
www.soundhouse.co.jp
izumihudousan2007.hatenablog.com
mintaku-blog.net
www.tawabagani.com
matomedane.jp