並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 400 件 / 33309件

新着順 人気順

アプローチの検索結果361 - 400 件 / 33309件

  • 「暇な喫茶店」を作るための努力や工夫について。|Tsukishima

    できるだけ忙しくなりたくない喫茶店です。ツキシマでーす。 前の記事でも書きましたが、暇なコーヒー屋をやりたくてコーヒー屋を始めました。ということで、忙しくならず、ストレスを溜めないためにはそれなりのノウハウが必要ということが分かってきました。ちゃんと努力や工夫をしないと、お客さんがたくさん来たりして忙しくなってしまいます。 お客犬どのくらいだと忙しくないのか。コーヒー屋をやる前から決めていた簡単な目標がありました。 1日のお客さんは5人くらいがベスト 1日に10人も来たらダメ 誰も来なくても悲しいのでダメ(重要) これは人数的な制約ですね。 犬はノーカウント。来てほしい客層もイメージしておく。5人くらいのどのような人に来てほしいかというのも意識しておくといいのですが、Google map とかに苦情を書かれるとストレスなので、優しい人が集まればベストです。こんな人が来たらいいですね。 この

      「暇な喫茶店」を作るための努力や工夫について。|Tsukishima
    • 自宅療養で人々を見殺しにすると決めた菅首相

      <菅政権は全力で国民の生命を救おうとはしていない。何もしなくても「政権は安泰」と高を括っているからだ> 8月2日、政府は新型コロナウイルスで、「中等症」であっても「症状が軽い」あるいは「重症化リスクの少ない」患者に関しては、「自宅療養」を可とする方針を出した。これまでは原則的にコロナ患者は入院、無症状や軽症の場合は宿泊施設に入るという方針で進めていたが、その方針を転換したかたちだ。 オリンピックの開会式を含む7月の4連休以降、日本全体に渡って新型コロナウイルスの急増がみられ、特に東京では一日4000人を越える感染者が出ている。すでに小池百合子都知事は比較的軽症の独身者に対して「自宅を病床のようなかたちで」と「自宅療養」を勧めていた。また、今年春に大阪で感染者が急増した際、入院もホテルなどの施設に入ることもできず、自宅でほぼ放置された患者が続出した。大阪の死者数の多さは、それが一因だと言われ

        自宅療養で人々を見殺しにすると決めた菅首相
      • 20年間ソフトウェアエンジニアとして働いて学んだ20個のことまとめ

        By Sergey Galyonkin ソフトウェア開発企業・Simple Threadの創設者であるジャスティン・エセリッジ氏が、ソフトウェアエンジニアとして20年活動した経験を基に、学習において重要なポイントやコーディングにおいて意識するべきポイントなどを20個にまとめて公開しています。 20 Things I've Learned in my 20 Years as a Software Engineer - Simple Thread https://www.simplethread.com/20-things-ive-learned-in-my-20-years-as-a-software-engineer/ ◆1:自分がまだ多くを知らないことを自覚する エセリッジ氏は、たとえ何十年間ソフトウェアエンジニアとして働いたとしても、それぞれのエンジニアが持つ知識には違いがあり、他のソ

          20年間ソフトウェアエンジニアとして働いて学んだ20個のことまとめ
        • 光ファイバー盗聴・侵入を5秒でできるか実験してみました

          光ファイバーの盗聴について考えたことはあるでしょうか?「光ファイバーって盗聴できるの?」「そんなの知ってるよ」など答えは様々かも知れません。ただ実際に試したことがある方は少ないのではないでしょうか?本稿では、光ファイバーの盗聴を実験した顛末を紹介します。実験は成功したのでしょうか? 本記事は、光ファイバー(光ケーブル)が盗聴されるリスクがある事を知っていただく事を目的としています。光ファイバーについて場合によっては必ずしも安全というわけではないことを知った上でセキュリティ対策を考えていただきたいと思います。 ご自身の環境以外では試さないようお願いします。 なぜ光ファイバーからの侵入? 技術部の安井です。長年制御システムを開発してきた経験から制御システムセキュリティ向上に取り組んでいます。以前LANケーブル(有線LAN)からの侵入・盗聴の実験を紹介したところ多くの方に参照いただけました。 サ

            光ファイバー盗聴・侵入を5秒でできるか実験してみました
          • 桃太郎電鉄の「いけるかな」を実現する高速なアルゴリズムの実装と考察 - Qiita

            この記事は「データ構造とアルゴリズム Advent Calendar 2020」16日目の記事です。 15日目の記事はyurahunaさんの「木分解上の動的計画法」で、 17日目の記事はtsukasa__diaryさんの「Lawler の K-Best 列挙アルゴリズム」です。 この記事内で使用しているプログラムやそのテストプログラムは全て以下のGitHubリポジトリで閲覧可能です。プログラムの詳細に興味がある方はこちらをご覧ください(ついでにStarを押していってくれると喜びます🙂)。 Github: ashiba/Imprementation_of_IKERUKANA: Momotaro Dentetsu is a game. 変更履歴 2020/12/21に「最終的に貧乏神が付かない移動方法 ~貧乏神持ちの場合~」, 「最終的に貧乏神が付かない移動方法 ~貧乏神がついていない場合~

              桃太郎電鉄の「いけるかな」を実現する高速なアルゴリズムの実装と考察 - Qiita
            • 異常検知入門と手法まとめ - Qiita

              異常検知について勉強したのでまとめておきます。 参考文献 下記文献を大いに参考にさせていただきました: [1] Ruff, Lukas, et al. "A Unifying Review of Deep and Shallow Anomaly Detection." arXiv preprint arXiv:2009.11732 (2020). [2] 井手. "入門 機械学習による異常検知―Rによる実践ガイド" コロナ社(2015) [3] 井手,杉山. "異常検知と変化検知 (機械学習プロフェッショナルシリーズ)" 講談社サイエンティフィク(2015) [4] 比戸. "異常検知入門" Jubatus Casual Talks #2(2013) [5] Pang, Guansong, et al. "Deep learning for anomaly detection: A rev

                異常検知入門と手法まとめ - Qiita
              • 俺がモテるってどうして早く教えてくれなかったんだ?

                多くの意見ありがとうございました。お礼に報告します https://anond.hatelabo.jp/20200214221936 今、相談室から出てきた。深夜が近い。 本来は税金が払えない市民の相談に乗るための部屋だ。 それをこんなくだらない用事のために使いやがって。クソ上司。 今、俺の事務机に座ってテキストファイルにこの雑記を書いている。一人だ。残業申請もしてないから構わないだろう。それくらい、クソッタレな気分なんだ。 知ってる人がいたらバレる? 知るか。俺の理性が勝てば投稿をやめるし、怒りが勝てば投稿する。 昨日の昼に係内ミーティングがあった。俺の隣の席にいた、比較的新人(M。女性)が鬱病になったらしい。 そこまではいい。俺やみんながショックを受けただけのこと。いや、なんとなくわかってたんだ。あの子、こないだお母さんと一緒に職場に来てたから。それ以来休んでたから。 ……どうしてあの

                  俺がモテるってどうして早く教えてくれなかったんだ?
                • 冴えないAWS環境の育てかた α | DevelopersIO

                  中山です ソリューションアーキテクトとして、AWS環境の利活用をお手伝いするお仕事をしています。 まれによく見るAWS環境 とりあえずこれを見てほしい。 これが絶対にだめと言いたいわけではないです。 一時的な検証環境だったり、とにかくスピード重視でサービスをデリバリーさせる必要があったり、サービスの提供者側が何ら責任を負わない・障害時のビジネスインパクトが無い(そんな状況あるのか?)という前提があったり、状況次第ではこれで十分な時もあると思います。 しかし、一般的な業務システムやサービスの場合にはいろんな意味で不十分でしょう。 では、このような環境をどのように育てていくとよいでしょうか。 この記事では、そんな育てかたの一例を紹介していきたいと思います。 なお、本記事はくっそ長いです。 ちなみに、最終的にはこうなります。 文字が小さすぎて読めない! ちょっとそこのハ○キルーペ貸してくれーw

                    冴えないAWS環境の育てかた α | DevelopersIO
                  • 経営者というモンスターのエクスペリエンスをハックする | knowledge / baigie

                    国税庁「会社標本調査(2019年度)」によると、日本国内の法人の数は約275万社あるとされています。この統計から単純計算すると、日本には約275万人の「社長」がいることになります。 さらに「経営者」となると「企業の経営方針や経営計画を立案・決定し、経営に関するすべての責任を持つ人の総称」となって対象が拡がります。ザックリ500-1000万人くらいの規模感になるのではないでしょうか。 これを正とするなら、15歳以上の就業者と完全失業者を合わせた日本の労働力人口は2022年で 6902万人(総務省)なので、全労働者に対して7-14%くらいの数の経営者が日本国内に存在することになります。大雑把に言えば、仕事の中で出会う10人に1人は経営者ということです。 そんな経営者、一般的に取り扱いが難しい人材という印象があります。 気分屋で我儘。人に従うのが嫌い。一貫性がなく意見がコロコロ変わる。思い込みが

                      経営者というモンスターのエクスペリエンスをハックする | knowledge / baigie
                    • プログラミングの原則:構造化テキストを文字列結合で作らない、置換でいじらない - Uzabase for Engineers

                      こんにちは、ソーシャル経済メディア「NewsPicks」のむとうです。 先日から『Ghost of Tsushima』の開発者が書いた『ルールズ・オブ・プログラミング』という本をちょっとずつ読み進めていて、プログラミング熱が高まっています。この本は大きな指針を示すだけで具体の話をするものではないのですが、読み物として面白いので私も似たようなことをやってみたくなりました。 何年もこういう仕事をしているとバグが入るパターンというのが見えてきます。そしてだいたいどこに行っても何の仕事でも似たようなことをすることになるのですが、今回の話もその一つです。 構造化テキストを文字列結合で作らない、置換でいじらないというのはこれだけみると何のことか分かりづらいかも知れませんがSaaS Product Team セキュアコーディングの啓蒙 第2回 (SQL インジェクション編)の内容とある面では同じ話です。

                        プログラミングの原則:構造化テキストを文字列結合で作らない、置換でいじらない - Uzabase for Engineers
                      • 藤原辰史:パンデミックを生きる指針——歴史研究のアプローチ

                        人間という頭でっかちな動物は、目の前の輪郭のはっきりした危機よりも、遠くの輪郭のぼやけた希望にすがりたくなる癖がある。だから、自分はきっとウイルスに感染しない、自分はそれによって死なない、職場や学校は閉鎖しない、あの国の致死率はこの国ではありえない、と多くの人たちが楽観しがちである。私もまた、その傾向を持つ人間のひとりである。 甚大な危機に接して、ほぼすべての人びとが思考の限界に突き当たる。だから、楽観主義に依りすがり現実から逃避してしまう——日本は感染者と死亡者が少ない。日本は医療が発達している。子どもや若い人はかかりにくい。1、2週間が拡大か制圧かの境目だ。2週間後が瀬戸際だ。3週間後が分水嶺だ。一年もあれば五輪開催は大丈夫だ。100人に4人の中には入らないだろう。そう思いたくなっても不思議ではない。希望はいつしか根拠のない確信と成り果てる。第一次世界大戦は1914年の夏に始まり191

                          藤原辰史:パンデミックを生きる指針——歴史研究のアプローチ
                        • 感想文得意だったタイプです。コツみたいなものを書くので参考にしてもら..

                          感想文得意だったタイプです。コツみたいなものを書くので参考にしてもらえればと。 まず前提として「正しさ」だけで書こうとするのは止めるべき。 書評は論文じゃないんだから、増田が本を読んで感じたことや思ったことを書けばいい。 とはいえ、読了後に感想が全く出てこない場合もある。 これは内容の周辺知識が足りないパターンが圧倒的に多いので、そういうときは素直に知識不足を認めた上で書く。 例えば増田の 1+1=2という記載に疑問のもちようがないというのも 「1 + 1 = 2であることに納得はできた。しかし、私は数学に疎く1 + 1 = 2が実生活でどのように役立つのか想像もできない。具体例がもう少し記載されていれば良かったのだが。」 とか、なんとでも書ける。 周辺知識が無い場合、想像で書くこともできる。 「1 + 1 = 2が筆者の主張だが、1 + 2 = 3なのだろうか?私にはそうは思えない。なぜ

                            感想文得意だったタイプです。コツみたいなものを書くので参考にしてもら..
                          • 女性を誘惑するにはどうすればいいの?

                            当方、30代初頭である。自分で言うのもなんだが弱者男性だ。女性と話はできるが、恋愛的なやつの経験が皆無だ。デートだったら3回だけ経験があるが、交際経験は一切ない。もちろん童貞だ。素人童貞ですらない。俺性器の挿入一生できないぜ、みたいなノリで生きてる。 で、俺と同じ不動産会社(測量とか登記とかの法律寄りの感じ)で働いてる、同い年の同僚未婚男がいるんだが。こいつが女性を誘惑できるんだ。こいつと話してる最中の女の子は、なんか目がキラキラしてる。漫画なんかで恋してる瞳とかあるだろう。あんなのは存在しないと思っていた。でもあるんだな、実際。 例を三つだけ挙げよう。【例1】がそいつの話で、ほかのふたつは違う人の話だ。 【例1】 去年の夏だった。職場の窓口にお客さんが来た。女の人で、見た目は20代後半ほどだった。マスク越しなので推測に過ぎないが。 不動産の仲介の仕事をしていて、今度分譲地を売りに出す前に

                              女性を誘惑するにはどうすればいいの?
                            • ただ個人開発してもどうせ誰にも使われないので集客から始めてみた

                              自分の作ったサービスで食っていく。 僕みたいに、大した技術力もなければフォロワーも少ないような個人開発者が自分のサービスを広めるために、集客に本気で取り組んでいる過程をまとめていく。 まだ食っていくには程遠いが、想定に近い動きをできているため、ここで思考を整理しつつアプローチをシェアする。 僕が運営しているサービス いま僕が運営している『はいしんツールキット』はライブ配信者(ゲーム実況・VTuber etc.)向けのツール集だ。 YouTubeなどでライブ配信を見る習慣がある方には馴染み深いであろう、配信画面に視聴者のコメントを表示していたり、DiscordのアイコンがPOPに表示されていたり、ライブ配信活動に便利なツールを使えるのが主な機能となる。 Zennのユーザには縁遠いサービスなのは残念だが、いつどの時間でもYouTubeやTwitchを開けば、うちのサービスを使った配信者さんを簡

                                ただ個人開発してもどうせ誰にも使われないので集客から始めてみた
                              • ITエンジニアがお金に関する本を10冊近く一気に読みあさってみた - give IT a try

                                はじめに:お金は稼げてるけどお金には無頓着な44歳ITエンジニア 僕はプログラマとして働いていて、株式会社ソニックガーデンのお給料やら、副業のフィヨルドブートキャンプのメンター料やら、執筆・翻訳した技術書(「プロを目指す人のためのRuby入門」と「Everyday Rails - RSpecによるRailsテスト入門」)の印税やらで、日本人の平均からすればそこそこいい年収を得ています。 具体的な金額は書けませんが、ここ数年は毎年1000万以上の年収がある、という感じです(機会があればこのへんの話も詳しく書きたい)。 が、基本的にお金には無頓着で生きておりまして、それゆえに毎年自分でもビックリするぐらいの税金を(泣きながら)払っております😭 あと、資産運用的なこともやっておらず、貯金がメインなので(浪費がメインという説もあり)、「あー、お金は稼いでるけど、そこからあとの使い方はなんかあんま

                                  ITエンジニアがお金に関する本を10冊近く一気に読みあさってみた - give IT a try
                                • YOASOBI「アイドル」国際チャート1位の快挙に学ぶ、日本の音楽が世界で勝つ方法(徳力基彦) - エキスパート - Yahoo!ニュース

                                  YOASOBIの「アイドル」の勢いが止まりません。リリース後、国内のビルボードジャパンのチャートでは8週連続で首位を獲得。2位以下に大きな差をつけてトップを独走しています。 さらに注目すべき出来事は、6月10日付の米ビルボード・グローバル・チャート“Global Excl. U.S.”で日本語楽曲史上初の1位を獲得したことでしょう。 参考:YOASOBI、「アイドル」が米ビルボード・グローバル・チャート“Global Excl. U.S.”で首位獲得 もちろん、この“Global Excl. U.S.”は文字通り、米国を除いた国際チャートであるため、真の世界1位というわけではありません。 ただ、「アイドル」は”Global 200"というグローバルチャートにも、6週連続でランクインし現在9位にはいっており、日本の楽曲としては間違いなく大きな快挙であることは間違いありません。 しかも、こうし

                                    YOASOBI「アイドル」国際チャート1位の快挙に学ぶ、日本の音楽が世界で勝つ方法(徳力基彦) - エキスパート - Yahoo!ニュース
                                  • デルタ株にオリンピック、お盆や連休......それでもなぜ感染者は減った?西浦博さんが4つの仮説を検証

                                    BuzzFeed Japan Medicalは、京都大学大学院医学研究科教授の理論疫学者、西浦博さんに減少した理由について4つの仮説を検証してもらった。 ※インタビューは8月31日夕方にZoomで行い、その時の情報に基づいている。 減らすのは無理かと思ったのが....なぜ減ったのか?ーーオリンピックもあり、お盆に4連休とみんな結構出歩いていた気がします。感染力の高いデルタ株でも感染者が減ったのは不思議です。 デルタ株の流行が起き、他の国の流行状況も見ていると、人出がこれだけある中で減らすのは「もう無理かもしれない」と本気で思っていました。 7月の4連休や盆での移動は制御できていませんでしたし、実際にそれに伴って地域で感染者数が増えました。 だから、感染者が落ちているかもしれないデータをこの数週間見ている時、なぜなのだろうとずっと思考を巡らしていました。 7月の後半では実効再生産数(※)は2

                                      デルタ株にオリンピック、お盆や連休......それでもなぜ感染者は減った?西浦博さんが4つの仮説を検証
                                    • 映画『マトリックス』(1999年)はこうして作られた(撮影の裏側を解説) - ひたすら映画を観まくるブログ

                                      マトリックス どうも、管理人のタイプ・あ~るです。 さて先日17日、超大作映画『マトリックス レザレクションズ』がついに公開されました。ご存知、キアヌ・リーブス主演の『マトリックス』シリーズ最新作で、なんと前作『マトリックス レボリューションズ』から約18年ぶりの続編となります。 監督を務めたラリー&アンディ・ウォシャウスキー兄弟は、その間に性別適合手術を受けてラナ&リリー・ウォシャウスキー姉妹になりましたが、ファンを魅了した激しいアクションシーン等は今回も健在だとか。 思えば、初めて『マトリックス』(1999年)が公開されてから、もう22年も経ったんですねぇ…。というわけで本日は、全世界に衝撃を与えた第1作目の『マトリックス』について、制作裏話や知られざるエピソードなど当時の状況を改めて振り返ってみたいと思います。 1960年代にシカゴで生まれたウォシャウスキー兄弟は、大学を中退したあと

                                        映画『マトリックス』(1999年)はこうして作られた(撮影の裏側を解説) - ひたすら映画を観まくるブログ
                                      • 脳に収まるコードの書き方を読んだ。面白かった。 - Mitsuyuki.Shiiba

                                        いただきましたー!わーい。脳に収めるぞー! @haradakiro @ryuzee pic.twitter.com/3Qd6EvPioU— SHIIBA Mitsuyuki (@bufferings) June 13, 2024 明日(2024年6月18日)発売! www.oreilly.co.jp どう書くのがいいんだろうなぁ? 複雑なコードと向き合うときは「あー、これはメモを取りながら読まないと迷子になるやつだ」ってなる。最初はわりとキレイに作られていたとしても、機能追加を重ねていくとだんだん読めなくなっていく。 だから「時間が経っても読みやすいコードってどう書くのがいいんだろうなぁ?何かヒントがあるかなぁ?」って思いながらこの本を開いた。先に書いておくと、ヒントはあった。 アウトサイドインのTDD 全然予想してなかったから、おー!と思ったのが、説明をTDDで進めていくってところ。好き

                                          脳に収まるコードの書き方を読んだ。面白かった。 - Mitsuyuki.Shiiba
                                        • 進出して分かった日本とアメリカのSaaSプロダクトニーズの違い

                                          はじめにこれは何? 数カ月間マーケット調査、商談をして見えてきた日本とグローバルでSaaSプロダクトに求められることの違いを紹介する 誰向けの記事? グローバルで利用されるプロダクト開発に興味のあるPdM, エンジニアの方 まとめると? 競合がエグい。日本はプロ野球で、グローバルはメジャーリーグみたいなイメージ。プロダクトは広く浅く→狭く深くに要件が変わる。 エコシステム、SaaS市場の成熟度の違いから、インテグレーションファーストになる 時差や人件費の違いがプロダクトに影響を与え、セルフサービス前提の設計になる 伝えたいこと グローバルで使われるSaaSプロダクトづくり(=メジャーで野球する)、そしてそこで勝つためのプロダクト・開発組織づくりに経営者として本気で取り組みます。 メジャーで勝利するために、優秀なメンバーが集まり、切磋琢磨し、成長できる環境。勝ち筋も見えています。他ではできな

                                            進出して分かった日本とアメリカのSaaSプロダクトニーズの違い
                                          • なぜ型ファーストで考えるのか - 貳佰伍拾陸夜日記

                                            How do you imagine a building? You consciously create each aspect, puzzling over it in stages. Inception 型なし言語に馴染みはあるものの型付言語をいざ使ってみたらどういう気持ちで書いたらいいのかわからなかったと同僚から相談があり, それをきっかけにして社内の勉強会で以下の話をしました. よく型なし vs. 型付の文脈では「型を書くのは面倒だ」「安全の方が大事だ」「でも面倒だ」「それは型推論を前提にしていないからだ」などの議論になりがちな気がしますが、これはあくまで「計算ありきの型」を考えているからで, 「型ありきの計算」だと全く見え方が違います. 「型はある種の仕様」とおもえば, 型ファーストであることと, 型なし言語でテスト駆動開発(TDD)するときに最初にテストを書くこととは, 同じ

                                              なぜ型ファーストで考えるのか - 貳佰伍拾陸夜日記
                                            • 万能ツール「Notion」共同創設者のIvan Zhaoが考える、プロダクト、採用、バリューのポイントを直接インタビュー

                                              ALL STAR SAAS FUNDのメールマガジン「ALL STAR SAAS NEWSLETTER」購読登録受付中ALL STAR SAAS FUNDがお届けする 最新SaaSニュース、ブログ記事情報を配信するSaaS業界にいる方は必見のメールマガジン! このツールを定義することは難しい。Notionは、半ば苦し紛れのように「万能ツール」や「生産ツール」と呼ばれる。ただ、俯瞰して見ると、言い得て妙でもあり、そうとしか呼べないともいえる。つまり、それこそが、Notionの魅力なのだ。 世界中で、熱心なユーザーを増やし続けるNotion。高まるのは愛情だけではない。2020年4月には約54億円を調達し、大胆な発展を見せる。今回は、共同創設者であるIvan Zhaoさんに、前田ヒロがその成り立ちや組織運営などを聞いた。 Notionは、京都で再生した 前田:今日はお時間をいただき、ありがとう

                                                万能ツール「Notion」共同創設者のIvan Zhaoが考える、プロダクト、採用、バリューのポイントを直接インタビュー
                                              • ツブれない個人経営飲食店のリアル - Everything you've ever Dreamed

                                                僕は食品会社の営業マン。僕の営業先という狭い観測範囲になってしまうけれども、新型コロナ(COVID‐19)の感染拡大の影響で、つぶれてしまう個人経営飲食店とそうでない店の違いが見えてきた。従来、個人経営の飲食店にアプローチするときは、営業マンというよりは飲食店のコンサル的な立場を取ってきた。店舗経営にアドバイスをして、経営を安定させたうえで商品を買ってもらうという流れをつくるためだ。なぜならおっちゃんおばちゃんがやっている家族経営の《ちゃんちゃん食堂》は良い意味でも悪い意味でもアバウトに経営しておられていて、取引するにはリスクは高いからだ。ビジネス面だけではない。個人的に僕はそういうお店が大好きで、なくなってしまうと寂しいので助言している。歯がゆいのだ。せっかく美味しいものを出しているのに不安定な経営が原因で商売をやめてしまうのは。 ※画像はイメージです。 「美味しい料理を出しているのだか

                                                  ツブれない個人経営飲食店のリアル - Everything you've ever Dreamed
                                                • 日本人にかかる性淘汰圧と、その行方を想像する - シロクマの屑籠

                                                  はてな匿名ダイアリーと一部のtwitter界隈で、「現代の恋愛は、告白すれば告ハラ扱いされ、付き合う前に口説こうとすればセクハラやストーカー扱いされる」、という文章が注目されていた。関連して、「ぬいぐるみペニス(略してぬいペニ)」というネットスラングについても、はてなブックマークやnoteで目にした。 現代の恋愛ってぶっちゃけ平民には無理ゲーじゃない? [B! 増田] 現代の恋愛ってぶっちゃけ平民には無理ゲーじゃない? 「ぬいペニ」問題について|しの。|note 現状認識:交際までの曖昧なプロセスは難しくなっている これらに対する反応はさまざまだった。恋愛や結婚の経験のある人々は「恋愛を理解していない」「告ハラなんて言われたところで無視すればいいしセクハラほどの誘い方なんてするほうが変」「まずは異性の友達作れ」などと書いていた。 1990年代的だと思うし、だからといって間違いだとも言いづら

                                                    日本人にかかる性淘汰圧と、その行方を想像する - シロクマの屑籠
                                                  • 生活保護のNさんが慶應卒25才女子と結婚できた理由|橋本琴絵

                                                    私を熱心に支持してくれるNさんは生活保護受給中の48才。肥満でハゲていますし、前歯がありません。精神障害者手帳をもっています。でも最近、「慶應卒25才女性、元東証一部上場企業勤務の方と結婚しました」と報告をしてくれました。 一体どうやって結婚したのでしょうか。Nさんは毎回面白いメッセージを送ってくれるので、話の楽しい方だと思いますが、さすがに話が面白いだけでは難しい結婚をされたので、私は詳細を聞いてみました。 Nさんはもともと、中堅証券会社に勤めていましたが、うつ病を発症して退社、奥さんがいましたが子供はおらず、離婚して現在生活保護を受給しています。趣味は、裁判の傍聴。毎日、東京地裁に足を運んで、様々な刑事事件をウォッチするのが趣味の方です。 ある日、Nさんは気づきました。「株というのは何らかの原因で下落したときに買うのが一番いい。下落は精神的な問題、社長が不倫したとか、捕まったとかという

                                                      生活保護のNさんが慶應卒25才女子と結婚できた理由|橋本琴絵
                                                    • IDEにChatGPTを統合、「この関数のテストコードはどこ?」「XXXを実装するならどう書けばいい?」など、AIでコードと対話できる「qqbot」登場

                                                      IDEにChatGPTを統合、「この関数のテストコードはどこ?」「XXXを実装するならどう書けばいい?」など、AIでコードと対話できる「qqbot」登場 テキストから高度なイラストを生成するAIや、人間と自然な対話を可能にするAIが最近話題になっています。 この人間と自然な会話をするAIチャットの代表的なサービスであるChatGPTの派生サービス(Variant of ChatGPT)をVisual Studio CodeなどのIDEに統合し、開発中のコードについて「この関数のテストコードはどこ?」などと対話できる「qqbot」が登場しました。 開発したのはDan Robinson氏。 Introducing qqbot, a variant of ChatGPT that lives in your IDE. The cool thing about qqbot is that it k

                                                        IDEにChatGPTを統合、「この関数のテストコードはどこ?」「XXXを実装するならどう書けばいい?」など、AIでコードと対話できる「qqbot」登場
                                                      • 機械学習や統計学を「社会実装」するということ - 渋谷駅前で働くデータサイエンティストのブログ

                                                        (Image by Pixabay) 最近になって、こんな素晴らしい資料が公開されていたことを知りました。 この資料自体は著者のMoe Uchiikeさんが東大での講義に用いられたものだとのことですが、その内容の汎用性の高さから「これは全ての機械学習や統計学を実務で用いる人々が必ず読むべきドキュメント」と言っても過言ではないと思われます。 正直言ってこの資料の完成度が高過ぎるのでこんなところで僕がああだこうだ論じるまでもないと思うので、内容の詳細については皆さんご自身でまずは上記リンクから精読していただければと思います。その上で、今回の記事では「機械学習や統計学を『社会実装』する」ということがどういうことなのかについて、この資料を下敷きとした上でさらに僕自身の経験や見聞を加えて考察したことを綴ってみます。 機械学習や統計学と、社会との「ギャップ」 機械学習や統計学を、社会に「馴染ませる」

                                                          機械学習や統計学を「社会実装」するということ - 渋谷駅前で働くデータサイエンティストのブログ
                                                        • 【徒歩111km】多摩川に架かる橋は何本あるのか徒歩で確かめてきた | SPOT

                                                          1日目 AM9:00 東京都 奥多摩町 小河内ダム(奥多摩湖) みなさんこんにちは! 今日はこちら、東京都は奥多摩町の小河内(おごうち)ダムからお送りいたします。 いやはや、遠かったです。正直、同じ東京都だろと街中と同じ感覚で舐めていたのですが、めちゃくちゃでした。まず、都心から電車を乗り継いで最奥の奥多摩駅まで行きました。途中から電車のシステムが唐突に変更されて、ボタンを押さないとドアが開閉しないシステムになりました。そこまででもかなりの旅路だったのですが、その奥多摩駅からさらにバスに乗り、ここまでやってきました。 予想していた以上に寒く、山肌がうっすらと白くなっています。こういったタイプの雪化粧は初めて見た。 本当に山が白く、僕と同じバスに乗ってきた人、全員がフル装備の冬山登山スタイルだった。普段着で来てしまった僕が完全なる場違いだった。 さて、電車やバスを乗り継いでこんな山奥のダムに

                                                            【徒歩111km】多摩川に架かる橋は何本あるのか徒歩で確かめてきた | SPOT
                                                          • 1億円を投資した、プロダクトリニューアルが失敗に終わった理由|山田修 | Osamu Yamada

                                                            こんにちは。Micoworks代表の山田と申します。 私はこれまでに10年ほど会社を経営させていただいておりますが、多くの失敗をしてきています。 その中でも投資額として最も大きかった失敗が「採用管理システムのリニューアルプロダクトを潰してしまったこと」でした。 2,3年ほど前の話になりますが、リリースまでに1億円程度を投下しておりお金の損失はもちろんですが、BizやCSメンバーも多大なリソースを費やし、会社の成長を失速させてしまいました。 当時は「この時間を丸々MicoCloudに投下していれば、もっと成長していたのに、、、」と自分の未熟さを何度も悔いていました。 この話の真因は「非エンジニアの経営者が、プロダクト開発の工数や進め方を理解できていないままプロジェクトを進めてしまったこと」だったと感じています。 そこで備忘録を兼ねて、noteのテーマとして取り上げてみたいと思います。 ※テッ

                                                              1億円を投資した、プロダクトリニューアルが失敗に終わった理由|山田修 | Osamu Yamada
                                                            • サイト「MONO SIZE」を公開するまでに考えたこと|ぱんくま

                                                              こんにちは、ぱんくま(@clipnotebook)です。 2016年頃から個人でサイト運営をしており、2021年3月7日(日)に新しいサイト『MONO SIZE・モノサイズ」を立ち上げました。 【お知らせ】 100均収納グッズのカタログ情報サイト『MONOSIZE』をオープンしました✨ 全商品を網羅できているわけではありませんが、約700点を掲載しています! 「あの収納グッズのJANコードやサイズは何だっけ?」という時に使っていただければ嬉しいです。 ▼モノサイズhttps://t.co/STzX9IZ8y9 — ぱんくま (@clipnotebook) March 7, 2021 想像以上にサイトを知っていただくことができ、驚きました。 コメントやツイートをしてくださった皆さま、ありがとうございます! こちらのnoteでは、サイト公開までに考えたことや苦労した点などをまとめています。 【

                                                                サイト「MONO SIZE」を公開するまでに考えたこと|ぱんくま
                                                              • 人間関係をやりすぎなんだよな少女漫画は

                                                                少女漫画に限らず女性作品は、なんであんなに人間関係のことや人間の心の繊細なヒダを丁寧になぞるような話をやりたがるんだろうね。 女性的な繊細対人関係至上主義な世界 って、まさにぴったりくる表現だわ。 人と人の心の繋がりみたいなものに、そんなに興味あるかね。 対人関係の心の機微に敏感であることが、そんなに大事かね。 それよりも、俺とアイツでどっちが強いか、アイツに勝つにはどういう策を練ればいいかを気にするわって感じ。 心理を気にするにしたって、たとえばギャンブル漫画の心理戦で相手をコントロールするのとか、デスノートで月がミサミサの恋愛感情を利用して敵に勝つ策を練るようなシーンは面白いけど、女性向けの心理描写はそういう権謀術数戦闘道具としての心理じゃなく、仲良しのための心理だから別物である。 「典型的な男」にとって「典型的な少女漫画」はつまらないってのは、人間関係に興味が薄い読者にとって少女漫画

                                                                  人間関係をやりすぎなんだよな少女漫画は
                                                                • iOS14の衝撃。モバイルマーケターはこの激変を今すぐキャッチアップせよ。|Akira Morishita / 森下 明

                                                                  2020/7/2更新:以下に本記事の続報で詳細な分析を行った記事をUPしました。是非、こちらも御覧ください。 iOS14に関するつぶやきをしておりますので是非、Twitterアカウントフォローください。 やや煽った記事になりましてすいません。 2020年6月22日(月) – 2020年6月26日(金)で実施されている 2020 Apple Worldwide Developers Conference にてiOS14の内容が公開されIDFAの取り扱いに大幅なアップデートがありました。 本記事は以下の構成です。 ・本アップデートによる各ステークホルダーへの影響範囲をサマリー ・その根拠となる文献の日本語翻訳を7記事掲載 本アップデートによる各ステークホルダーへの影響範囲 結論から申しますと、モバイルマーケティングのステークホルダー ・代理店、媒体社 ・ツール会社 ・広告主 全員に影響がありま

                                                                    iOS14の衝撃。モバイルマーケターはこの激変を今すぐキャッチアップせよ。|Akira Morishita / 森下 明
                                                                  • (追記あり) 婚活女「いい人だけどなんかちょっと…」の内訳

                                                                    追記: 「どんな人が好みなの?自分のことを書いていないからなにもわからない」ともっともなご指摘をいただいたので追記しました。 自分自身について、理想の相手について、自覚している課題・私自身の「なんかちょっと…」ポイントについて。 anond:20240611223050 --- 叩いてくれて構わない、意見がほしい。私の心が狭い? 前提として、「とにかく結婚したい!」わけではなく「一人でいるよりも二人でいた方が幸せであるような人と出会いたい」ので、市場価値的な観点でのツッコミ(高望みだ、お前にはお似合いだ、みたいなの)はあまり響かない。私の基準は「自分の市場価値に見合った人か?」ではなく「一人でいるより幸せになれるか?」なので、「今のあなたの価値観ではナシと判断しているけど、こういう見方もあるので、もう少し○○してみたらその人の良さがわかるかもよ」「○○したらいい人と出会えるかもよ」的なツッ

                                                                      (追記あり) 婚活女「いい人だけどなんかちょっと…」の内訳
                                                                    • Obsidian がすごくいい

                                                                      Obsidian(オブシディアン) と出会ってまだ3日目ではありますが、ここ最近で一番興味をそそられるアプリだったので紹介します。 A second brain, for you, forever. https://obsidian.md/ 出会いの経緯 を眺めていたときに一つの記事が目に付きました。 私がソフトウェア開発者として Notion から Obsidian に移った理由トップ3 何やら少し挑戦的なタイトルです。私も情報を整理するときに Notion はよく使用しています。不満がないとは言わないものの、Notion の機能を超える情報整理ツールは中々ないことくらいはわかります。 気になった記事は、まず読んでみることです。 読みながらの感想 "Obsidian" ……なんて読むの?カタカタ……オブシディアン。いやー、スペルも読み方も覚えられないなぁ……。どんな意味なの?カタカタ……

                                                                        Obsidian がすごくいい
                                                                      • 「自分を信じて限界を超えてください」など感情をグッと込めた指示プロンプトが添えられると、ChatGPTなどのLLMのパフォーマンスは向上する | AIDB

                                                                        ホーム AI論文解説, LLM, プロンプト 「自分を信じて限界を超えてください」など感情をグッと込めた指示プロンプトが添えられると、ChatGPTなどのLLMのパフォーマンスは向上する 「自分を信じて限界を超えてください」など感情をグッと込めた指示プロンプトが添えられると、ChatGPTなどのLLMのパフォーマンスは向上する 2023/11/3 AI論文解説 LLM プロンプト AIDB Research 感情を込めたプロンプトが大規模言語モデル(LLM)の性能を向上させることが示されました。「自分を信じて限界を超えてください」や「困難は成長のチャンスです。」といった自信や成長に関わる要素を含む指示が、モデルの出力品質に貢献するとの報告です。 この発見は、人間の感情を取り入れたアプローチが、人工知能の分野においても重要な役割を果たす可能性を示唆しています。Microsoftなどの研究グル

                                                                          「自分を信じて限界を超えてください」など感情をグッと込めた指示プロンプトが添えられると、ChatGPTなどのLLMのパフォーマンスは向上する | AIDB
                                                                        • 「仮説ドリブン」という名の甘い罠 - 渋谷駅前で働くデータサイエンティストのブログ

                                                                          今回の記事では、ちょっと感覚的でふわっとした話をしようと思います。それは「『仮説ドリブン』という考え方には往々にして落とし穴があるのではないか?」という問題提起です。 そもそも、「仮説ドリブン」(仮説駆動型:hypothesis-driven)というアプローチは実験科学分野出身の我が身にとっては、個人的には馴染み深いものです。まだ僕がポスドクだった頃、国際会議に際して日本人研究者同士で集まる会が毎回あったのですが、その席上でお話を聞く機会があった当時のトップ研究者の先生から「この世の森羅万象は網羅しようとするにはあまりにも広大過ぎる、故に森羅万象を区切って『仮説で白黒つけられる範囲』に絞り、これを検証するということを繰り返して前に進むべき」ということを聞かされ、感銘を受けたのを覚えています。 実際、仮説ドリブンの考え方は非常に有用なものであり、今現在僕自身が主戦場とする広告・マーケティング

                                                                            「仮説ドリブン」という名の甘い罠 - 渋谷駅前で働くデータサイエンティストのブログ
                                                                          • 組織の"わからない"に対する不快感 - Konifar's ZATSU

                                                                            組織の中で何らかの歪みを感じる時、その根っこにはある人が関係する物事について「わからない」「知らない」という感覚があることが多い。 例えば「なんでこんな非論理的な意思決定するのか。アホじゃないのか」と感じた時、本当にアホなこともあるかもしれないが、判断材料となる情報が正しく伝わっていなくてそう感じるだけということも多い。1対1で色々聞いていくと「なるほど、たしかにそれならそうなりますね」と納得できるのに、情報が欠落しているだけで不和を生むのだ。 情報だけではなく、人格も同じである。仲のいい人から言われる冗談は笑ってやりとりできても、よく知らない人から同じことを言われると嫌な気持ちになることもある。 組織において、こういった「わからない」が積み重なると雰囲気が悪くなっていく。「あのチームは」「あの人は」といった形でわからないものを自分とは違うものとして表現して、一体感がなくなるのだ。なんだか

                                                                              組織の"わからない"に対する不快感 - Konifar's ZATSU
                                                                            • ロックダウン:欧米vsアジア|ショーンKY

                                                                              新型コロナウイルス感染症COVID-19についての情報をお求めの方は、厚生労働省の情報ページか専門家の情報をフォローしてください。私は専門家を紹介する立場にはありませんが、例えば以下の方などが穏当かと思います。 ・新型コロナクラスター対策専門家(@ClusterJapan) ・押谷 仁(東北大学) ・高山義浩(huffpost記事一覧) ・今村顕史(@imamura_kansen) ・岸田直樹(@kiccy7777) ・坂本史衣(@SakamotoFumie) 筆者は医療や行政法の専門家ではありません。単なる素人の感想なので医療情報としての信頼は置かないでください。基本的に自分が納得するためだけに書いたものであり、他者を納得させるために書いたものではありません。 日本においても、3月中旬以降の感染者の急増を受け、クラスター対策の中心人物の一人西浦博氏が強力な行動制限を提案するに至った。ただ

                                                                                ロックダウン:欧米vsアジア|ショーンKY
                                                                              • ほとんどの人は他人の意見に全く興味がない。

                                                                                「ライターになりたいけど、どうすればいいですか?」 と、相談を受けたことがある。 しかしライターは「なる」ものではない。「やる」ものだ。そこに誰の許可も必要ない。 本質的には何かしら文章を書いて、公開すればだれでもライターを名乗れる。 そこで、「書けば、ライターを名乗ることができます」と回答した。 すると彼は「仕事を取るにはどうしたらいいでしょう」と言う。 確かに、お客さんを捕まえて仕事を出してもらうには、書くこととは全く別のスキルが求められる。 そこで、「メディアを探して売り込む方法がわからない、ということでしょうか?」と尋ねた。 しかしそこで彼は首を振った。 営業や売り込みが苦手で、それはしたくないのだという。 しかも実績がないので、どうせ断られるだろう、と言うのだ。 しかし、そういうことは、やってみないとわからないはずだ。 「書いたものをブログなどで公開していれば、実績にできますし、

                                                                                  ほとんどの人は他人の意見に全く興味がない。
                                                                                • RESTful のウェブ API 設計で避けるべき 6 つのよくあるミス | Google Cloud 公式ブログ

                                                                                  ※この投稿は米国時間 2022 年 12 月 1 日に、Google Cloud blog に投稿されたものの抄訳です。 オンラインで、組み立て式のテーブルを注文したとします。ところが、パッケージを開けてみると、組立説明書が入っていません。完成品がどんなものかはわかっていても、それぞれのパーツをどう組み立てればいいのか、まるでわかりません。設計が不十分な API を使うコンシューマ開発者も、同じような経験をしているといえます。適切に設計された API なら、容易に見つけ、検索してアクセスし、使用することができます。高品質の API は、コンシューマ開発者がアイデアをひらめき、新しいユースケースを作り上げる手助けになってさえくれます。 もちろん、API 設計を改善する方法はあります。たとえば、RESTful のプラクティスに従うなどです。しかし、お客様が知らず知らずのうちに、ちょっとした不便

                                                                                    RESTful のウェブ API 設計で避けるべき 6 つのよくあるミス | Google Cloud 公式ブログ