2013年から毎年、「年ごとにブックマークしたページでよかったもの集めた」と題して、1年分の「自分がブックマークしたページ」を振り返り、まとめています。2020年分は以下です。 2020年にブックマークしたページでよかったもの集めた - Really Saying Something 完全に「私得」なまとめなのでカテゴライズなどは一切しておらず、主に自分のブックマークした順番となっています。そのため、春ごろの記事が冬にいきなり登場したり、日付が前後していたりします。私の脳内に「その時こういうこと考えていたな~」という記憶を作るインデックスだからです!!! 基本的には、以下の基準で選出しています。 当年に作られたエントリーであること Wikipediaや当年に作られたことが明確でない役所のページなどは除外 ブックマークが多く集まっていてもリンク切れであるものは除外 Yahoo!ニュース(掲載
大賞 「実家の犬に 弔辞」ランクタイトルブクマ数日付カテゴリ1あえぎ声を書くバイト19802021/04/08 05:49おもしろ2桃太郎なのに、とっても Apple16602021/04/26 10:18テクノロジー35年くらいセルフネグレクトしてたこと13242021/05/22 00:29世の中4精神障害者の俺、手切れ金としての年金、この世界への感謝12582021/04/23 20:18政治と経済5たまたま狂わずに生活している11942021/11/14 15:43世の中6魂に一生消えない傷を残していった作品ってある?10822021/01/27 18:01暮らし7弱者男性を救うのはお前だ中島10172021/04/06 14:04おもしろ8Apple 風文体の力を、あなたにも。10052021/04/25 03:20学び9恩師の下着に感謝9622021/05/21 02:27暮ら
失敗したというか、そもそも成功するかどうかわからない雑さだったので生きている。 それは本気で死ぬ気ではなかったのでは、と思われるだろうが、後にも先にもあんなに「死」に取り憑かれたことはないし、本当に病的に死ぬ気だったのだと自分ではわかる。 当時の自分は、社会人一年目で、新卒の人間も自分の他に一人しかおらず、あまり職場に馴染めず鬱々としていた。 こう書いてしまうとさもありなんと思われるだろうが、それ自体は別に死ぬほどのことではなかった。 仕事の代わりに趣味が充実していたし、楽しいこともいろいろあったし、明確なパワハラがあったわけでもない。 なんとなく職場のことは好きではないが、やってることはまあ嫌いでもなかった。 なかったのだが、色々なストレスが自覚もないまま積み上がっていたらしい。 とある連休の折り、地方住まいの両親が会いに来てくれた。 食事の席で珍しく酒を飲み、少々酔い、気分良く話してい
NHKスペシャル ルポ 中高年ひきこもり 親亡き後の現実 (宝島社新書) 作者:NHKスペシャル取材班宝島社Amazon Kindle版もあります。 NHKスペシャル ルポ 中高年ひきこもり 親亡き後の現実 (宝島社新書) 作者:NHKスペシャル取材班宝島社Amazon 全国の自治体1392カ所を独自調査 話題の「NHKスペシャル」待望の新書化! 長年にわたるひきこもりの果てに、命を落とす――。 いわゆる「ひきこもり死」が全国に広がっている。 いま、日本には推計61万人もの「中高年ひきこもり」の人たちがいるとされる。 高齢の親が亡くなった後、生きる術を失った「子」が衰弱死するという事態を、どうしたら回避できるのか? 2020年11月にオンエアされ大きな反響を集めた NHKスペシャル「ある、ひきこもりの死 扉の向こうの家族」の制作陣が書き下ろす、渾身のルポ。 このルポを読んでいて、僕はなんと
はじめに 本書は,筆者が長年書き溜めた様々な実務的な最適化問題についてまとめたものである. 本書は,Jupyter Laboで記述されたものを自動的に変換したものであり,以下のサポートページで公開している. コードも一部公開しているが,ソースコードを保管した Github 自体はプライベートである. 本を購入した人は,サポートページで公開していないプログラムを 圧縮ファイル でダウンロードすることができる. ダウンロードしたファイルの解凍パスワードは<本に記述>である. 作者のページ My HP 本書のサポートページ Support Page 出版社のページ Pythonによる実務で役立つ最適化問題100+ (1) ―グラフ理論と組合せ最適化への招待― Pythonによる実務で役立つ最適化問題100+ (2) ―割当・施設配置・在庫最適化・巡回セールスマン― Pythonによる実務で役立つ
このブログはグロースエクスパートナーズ Advent Calendar 2021の10日目です。 社内メンバーから要望があったので、僕自身がどのようにシステム開発の初期段階において、どのように要望を整理し、形にしていっているのかについて書きたいと思います。 なお内容は弊グループの案件を前提にしているので、システム開発は以下のような状況が一般的です。 クライアントは直接契約(プライム) 要望を出すのはクライアント企業内で事業運営側の人で、システム開発にかかわった経験がないことがある 対象システムはSoE/mode2で、一般消費者や取引先などの外部ユーザーと、社内で業務を回す内部ユーザーがいる 相手の話を整理するフレーム まず、相手から得られる情報を4つの階層にわけて整理する必要があります。 目的:達成すべきこと 戦略:目的を確実・効率的に達成するためのシナリオ 戦術:戦略を実行するための具体
2013年の秋、その時の自分は30代前半だった。 衝動的に数学を学び直すことにした。 若くないし、数学を学びなおすには遅すぎると思って尻ごみしていたが、そこを一念発起。 というか軽い気持ちで。ぶっちゃけると分散分析とやらに興味を持ったから。 数学というか統計かな。 統計的に有意差があったといわれてもその意味がさっぱりだった。 一応、理系の大学を出てるので、有意差という単語をちょいちょい耳にはしていたが、 「よくわかんないけどt検定とかいうやつやっとけばいいんでしょ?」 くらいの理解だった。 で、ありがちな多重比較の例で、3群以上の比較にt検定は使っちゃダメだよっていう話を聞いて、なんか自分だけ置いてけぼりが悔しくなって、Amazonをポチッとしたのが全ての始まり。 あと、あの頃はライン作業の工員だったから、脳が疲れてなかったし。 そんなわけで、自分の軌跡を晒してみる。 みんな数学とかプログ
「鬱(うつ)」という言葉はわりと広い概念ではないかと思う。 もちろん、「うつ」=「うつ病」=「大うつ病性障害」と考える人もいるだろう。 とはいえ、信頼にたるかどうかわからないWikipediaでも「抑うつ」として項目があるように、「抑うつ状態」というものがある。 その根っこは、いわゆる「うつ病」である「大うつ病性障害」であることが多いのかも知れない。 しかし、実態、その原因は多岐にわたるといっていい。 たとえば、大切な人を喪ったとか、職を失ったとか、そういう人生上のイベントで気が塞ぐ場合もあるだろう。 それで抑うつ状態になることもある。 それは人間の心理として当たり前のことではあるので、病気としてみなされない場合もある。 おれはべつに「鬱だ死のう」という軽い使い方をしてもいいと思う。 ちょっとした軽く不愉快な出来事でも、人は鬱になると思う。 とはいえ、おれは双極性障害と医師にも行政にも認め
なんかないですか 当方一人暮らしアラサーです 実践中なこと ・帰宅後即持ち物を仕分けてゴミを部屋まで持ち込まない ・洗濯物はたたまずに種類別にボックスに放り込む ・引っ張ったら取り込める洗濯ハンガーを使う ・アイロンかけないといけないものは買わない ・通勤服は3パターンをローテーション ・同じ靴下を何足も買う ペアを探すのがめんどいので ・玄関マットトイレマットお風呂マットは置かない ・バスタオルは干すときに場所を取るのでフェイスタオルで統一 ・なるべく物を増やさない、兼用できるものを買う ・物の定位置を決める カテゴリーごとに小さいボックスを用意して放り込むだけでもオッケー ・お風呂の床のぬめり防止に全てのものを吊るす ・詰め替え不要のシャンプーボトルを使う ・お風呂の蓋と桶は捨てる ・排水溝掃除は粉末カビハイター 放置するだけで綺麗になる ・お風呂のタイルはスポンジよりブラシで洗った方
とある経験を経て、「不機嫌で人を支配しようとする人」の気持ちとその発生機序がだいぶ分かった気がしたので、ちょっとそれについて書かせてください。 まず前提として、しんざき家には、「察してもらうな、察するな」「どんなことでも言葉にしよう」という家訓があります。 して欲しいこと。して欲しくないこと。嬉しいこと。嫌だと思ったこと。賛成、反対、不満、満足、喜怒哀楽。 どんなことであれ、とにかく言葉にしましょう、と。全部言語化して、遠慮なく相手に伝えましょう、と。 パパもママもエスパーではないのだから、君が考えることを何も言われずに察することは出来ません、と。 君にエスパーであることを期待もしませんから、パパもママも言いたいことは全部口にします、と。 そういうコンセプトです。 ことあるごとに「とにかく言葉に」と言ってます。これについてはかなり徹底していると思います。 「言わないで気付くのを待つ」という
今年入社の高卒の新人と雑談していて「会社の確定拠出年金のこととか何を選ぶのがいいとか分からない」という。集合研修でも制度そのものの解説はあったけどよく分からず、学校でも習わなかったので、漠然としか分からないと言っていた。 それで「自分はこういう理解で、こうしている」を整理して伝えることにしたのでそのメモ。結論としては「長期でインデックス投信」なのだけど、そこに至るバックグラウンド等も含めて説明したいと思った。 前提 そもそも趣味や仕事に注力したいので、株や不動産を一生懸命やりたいとは全く思っていない。 自分は普通の会社員で、その道のプロ(銀行員や証券マンやファイナンシャルプランナー)ではない。 大損は絶対に嫌だし、時間を遣いたくない。株の勉強とかもしたくない。 経済システム 現在は「産業資本主義」というOSで世の中が運用されている。 このシステムでは「富の総量が時間の経過で増えていく(右肩
詳細はボカすが吐き出したくなったので投稿。 厳密に言うと同じ現場の別業種の他会社の( その業種はそこの1社しかない)話で、直接俺とは関係ない。 そこの会社の業務はサービス業の側面が強く、客先の従業員への窓口対応がメインの業務で、テキパキと迅速な対応が求められる場面が多い。 その為か、指導が割と厳しい。服装の乱れや持ち物から髪色まで細かく言われる。ミスが発覚すると裏で詰められる。(1人で多くの人数を捌くので早く覚えて欲しいという意図もあるんだと思う)物言いがキツい社員と穏やかな社員で二極化していて、割合は半々ぐらい。 そこの会社に新人が入ってきた。20代の男性で、物静かそうな、大人しそうな子だ。こっちが挨拶をすれば返ってくる。 そこの会社の従業員たちが言うには、その子はとてつもなく仕事覚えが悪いらしい。受け答えが覚束ず、メモばっかり取っていて、ろくに客と対応が出来ないと嘆いてた。最初は物言い
10/22(金) 追記 この記事で解説している内容について解説する勉強会を開催することとなりました。以下のconnpassよりお申し込みください。 pixiv.connpass.com 10/22(金) 追記 pixivのブックマークについて ブックマークDBの問題について 具体的な対策内容 論理削除廃止・index追加・ブックマークタグのテーブル分割 適応ハッシュインデックスの無効化 アプリケーションコードのリファクタリング・全発行クエリの列挙と見直し 大きな更新処理の非同期化 結果 あわせてよみたい pixivではサービスの成長に伴い、気に入った作品に対して付けることができるブックマークの総数が急速に増加しており、ユーザーの皆様に滞りなくサービスを提供し続けるためブックマークに関するデータベース(以後DB)の負荷対策が必要になりました。 2021年2月より対策を行うプロジェクトを発足し
なぜ私が反ワクチンにハマり、そしてそこから抜け出せたのか、興味を持ってくれる人たちが多かったので長くなりますが一連の流れをツイートしてみます。 私はコロナ禍のずっと前から自然派でした。 自然派というのは大雑把に言うと添加物を嫌い… https://t.co/vdWWuWwlrJ
by Jordan Sanchez 乗り物の歴史において現代の自転車は1800年代後半、蒸気自動車の発明後に生まれました。「自動車に比べて単純な仕組みの自転車は、もっと早い時期に生まれていてもよかったのでは?」という疑問についてエンジニアのJason Crawfordさんが考察しています。 Why did we wait so long for the bicycle? https://rootsofprogress.org/why-did-we-wait-so-long-for-the-bicycle Crawfordさんは上記の疑問をTwitterにつぶやいたところ、周囲の人々からさまざまな仮説を受け取ることになりました。 Why wasn't the bicycle invented until like the late 1800s?— Jason Crawford (@jason
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く