タグ

2023年12月22日のブックマーク (7件)

  • 妻の雑務を最適化したい(Streamlit+PuLPでグループ分け最適化アプリ) - Qiita

    はじめに こんにちは! 私は業務で、数理最適化を活用したシステム開発、および導入支援に従事しています。 記事は、私のが担当した 雑務(部署の懇親会のグループ分け) を題材として、それを数理最適化問題に落とし込み、条件を満たすようなグループ分けを求める簡易的なアプリをPythonで実装してみました。 「とりあえず動くものを作る」という意識で取り組んだため、もし特に数理最適化周りについて、より効率的なアプローチをご存じの方、また思いついた方は、ぜひご指摘いただけると幸いです。 具体的に・・・ 「部署の懇親会のグループ分け」の背景や概要は以下の通りとのことでした。 部署全体の人数は 100人程度、またその部署内にいくつかのチームが存在する。 この部署には、特に若手について、別チームの社員との親交が薄いという課題があった。 そこで、別チームの若手同士や、若手と年次が上の社員の親睦を深めるために

    妻の雑務を最適化したい(Streamlit+PuLPでグループ分け最適化アプリ) - Qiita
  • 自転車青切符は人が死ぬからやめたほうがいいよ

    自転車の無茶な運転が多すぎる!←わかる さっさと取り締まれ!←ちがくね? あなた方が望んでいることは、交通事故による被害者が減ることですか?それともムカつく自転車乗りが罰金を払ってスカッとすることですか? 被害者が減ることを望んでいるなら、今の状況での青切符は反対してください。 自転車乗りに罰金を払わせたいなら止めませんが、「事故を減らすために!」とか正義のフリしないでください。胸糞悪い。 今の状況で青切符を導入すると、今より多くの人が死にます。 つまらない罰金を払うのが嫌になった自転車がこぞって車道を走るようになれば、車との事故が増えるのは当然。 しかも歩行者vs自転車ではなく、自転車vs自動車・バイクという事故になるので、事故の重大さは増えます。 理由は簡単。 交通ルールを守ることと、安全に走ることが必ずしも一致していないから。 その多くは路上駐車が原因。 自動車などに比べて速度の遅い

    自転車青切符は人が死ぬからやめたほうがいいよ
    pechiyon
    pechiyon 2023/12/22
    路駐取締り過激派としては、路駐ガンガン取り締まって欲しい。大型重機で潰しながらすすむくらいあっていいかもしれん。
  • 趣味でKaggleを始めたことをきっかけにデータサイエンティストになった話 - Qiita

    Kaggleアドベントカレンダー2023の19日目の記事です. TL;DR データ分析未経験からkaggleでどんなことを学んだか 想像していたデータ分析と実業務とのGap kaggleやっていて良かったこと、kaggleでは学ばなかったこと はじめに 趣味でkaggleを始めたことをきっかけに、現在はデータ分析仕事をしています。 Muj!rush!というアカウントでKaggleをしています。Kaggle expertです。 kaggleを始めてから3年程度経過したので(この3年間は、地球の公転が早まってんのかってくらい時間が経つのが早かったです)、これまでを振り返ることで、今後kaggleを始めてデータサイエンティストを目指すような方への参考になれば幸いです。 Kaggleと出会ったことで仕事への向き合い方や、今後のキャリアの考え方が変わったので、 僭越ながら一言だけ言わせてもらうと、

    趣味でKaggleを始めたことをきっかけにデータサイエンティストになった話 - Qiita
  • Railsの設定をアップグレードしていく技術 - おもしろwebサービス開発日記

    このエントリは SmartHR Advent Calendar 2023の21日目の記事です。 Railsのバージョンを上げる作業は、単に新しいバージョンのgemをインストールするだけでは終わりません。Railsの新しいバージョンに沿った設定項目を確認し、適宜適用していく必要があります。もちろん必ずしもすべての設定を最新にしなければならないわけではありませんが、Railsの新しい設定というのは基的にそうすることにメリットがあるから作られているわけで、特別な理由がなければ最新の状態にしておきたいものです。 みなさんのRailsアプリケーションのconfig/application.rb には次のような設定があるはずです。 config.load_defaults 6.1 このコードサンプルは引数が6.1なので、Rails6.1デフォルトの設定を適用していることを示しています。これを7.0に

    Railsの設定をアップグレードしていく技術 - おもしろwebサービス開発日記
  • 統計検定1級に受かりたければこれをやれ - Qiita

    2023年11月19日に統計検定1級を受験し,統計数理,統計応用(社会科学)にダブル合格。 勉強期間半年(半分ダラダラ)で一発合格できた経験をもとに主観込み込みで綴っていきたいと思う。 結論 結論からいいます。統計検定1級に受かりたければやることはただひとつ。 現代数理統計学の基礎を完璧にする。 これだけです。現代数理統計学?統計検定準1級ワークブック?過去問?いりません。 現代数理統計学の基礎,このを仕上げ切るまでは手をつけなくていいです。 なぜ僕がこう言い切れるのか軽く説明していきたいと思います。 簡単な自己紹介 某都内私立大学3年生。大学の授業で線形代数,微積,確率統計の基礎を履修。受験期は理系で数3も勉強していたためそこまで数学に対する抵抗はない。というか数学に抵抗のある方は統計検定1級に向いてないと思う。 なぜ現代数理統計学の基礎だけでいいのか 統計応用の勉強はどうするの?そう

    統計検定1級に受かりたければこれをやれ - Qiita
  • EC2とcronで動いていたバッチ基盤をマネージド化した - Uzabase for Engineers

    概要 ソーシャル経済メディア「NewsPicks」SREチームの中川です。 皆さんはバッチ処理基盤はどうされていますでしょうか。 NewsPicks では少し前まではそれらをEC2、cronの組み合わせで動作させていました。 何年も前からこの仕組みだったのですがSREとしてはEC2の面倒見るのも手間ですし、それ以上にcronを変更する際のオペレーションミスが目立ったのが懸念点でした。 その為、まずはAWSマネージド化するための基盤を整備し、その後バッチアプリを載せ替えていくようにしました。 対応前の基盤構成 同じSREチームの安藤さんが CloudNative Days Tokyo 2023 で登壇されたときの資料をお借りします。 ご覧の通り、大体のサービスはマネージド化していましたがバッチ基盤だけは旧来のままEC2インスタンスを利用していました。 10年モノのサービスのインフラを漸進的

    EC2とcronで動いていたバッチ基盤をマネージド化した - Uzabase for Engineers
  • めんどくさい作業を改善できるようになるには - Konifar's ZATSU

    めんどくさい作業にぶち当たった時、一気に改善してしまう人がいる。ガッと自動化したり仕組みそのものを変えたりしてしまうのだ。「めんどくさい」と心の中で思ったなら、その時スデに行動は終わっているのである。 たとえばコードレビューで都度同じ指摘をしだしたらLintとCIを整備したり、期限のリマインドを何度もしていたらリマインドそのものを自動化したり。CI/CDやBranch Protect Ruleを初期段階で整えるみたいな動きもそう。 こういう動きができる人とできない人の違いは、大きく次の4つの段階に分けられる。 1. めんどくさいと自覚できるか 1つめはスタンスの問題かもしれない。「もっとよくできないか?」「なぜこれをやってるんだっけ?」といった感じで今の運用を疑ってみるのが第一歩である。 よい状態を知っている方が当然自覚しやすいので、次の2とも密接に関係してくる。 2. めんどくさくない状

    めんどくさい作業を改善できるようになるには - Konifar's ZATSU