並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 147件

新着順 人気順

kamipoの検索結果1 - 40 件 / 147件

  • 新宿うまいカレー屋多すぎん? - かみぽわーる

    いろいろあって自由な時間を活用してなんか人生が充実するようなことしたいなということで、ランチのおいしいお店を開拓しようというのをやっていた。その中でも新宿うまいカレー屋多すぎん?と思ったので行ったことのある新宿のカレー屋さんを紹介します。 草枕 三丁目と御苑前のあいだぐらいでちょっと遠いんだけど新宿でいちばん好きなカレー。🍆🍅🐔がうますぎるので🍆🍅🐔ばっかり食ってる。 🍆🍅🐔🍛🍺 pic.twitter.com/8li8u6AgGL— Ryuta Kamizono (@kamipo) October 30, 2020 東京ドミニカ 草枕うますぎるけど遠いので、近場でうまいスープカレー食いたいときによく行く。 京鴨のスープカレー🦆🍛 pic.twitter.com/3fvtqKhyGE— Ryuta Kamizono (@kamipo) September 18,

      新宿うまいカレー屋多すぎん? - かみぽわーる
    • 無職になってからやったこと(保険と給付金) - かみぽわーる

      無職になってからのこと書こうと思ったら保険と給付金だけで力尽きました。 ハローワークで求職者登録 だいたいの会社員は雇用主によって雇用保険に加入しており、失業中にはいわゆる失業手当を受給できる。 せっかく保険料払っとるねんから一回ぐらい失業手当もらっとかなあかんなということでハローワーク(公共職業安定所)に通ってる。 ちなみに、ハローワークでいうところの "失業" とは、離職中のひとが "就職しようとする意思といつでも就職できる能力があるにもかかわらず職業に就けず、積極的に求職活動を行っている状態にある" ことをいうそうです。 ところで、失業手当がいくらもらえるのかざっと検索するとだいたい賃金の50~80%ぐらいって出てくるんで、え、そんなもらえたら無職のまま豪遊できてしまうで、と思ったけどそんなうまい話はなかった、基本手当日額には上限が存在していて、僕の場合は基本手当日額7,605円であ

        無職になってからやったこと(保険と給付金) - かみぽわーる
      • 3日後に命運が決まる、パルワールドという偶然の物語|ポケットペア

        パルワールドのリリースに至るまで、様々な経験をした。 各ゲームで、それぞれ新しい事を学び、人の縁を作っていった。 どのゲームが欠けても、こうはならなかっただろう。 4. パルワールドという偶然の物語 リリースされなかった幻の1作目が無ければ、オーバーダンジョンは生まれなかった。 オーバーダンジョンが無ければ、クラフトピアは生まれなかった。 クラフトピアが無ければ、パルワールドは生まれなかった。 そして、どのゲームも、本当に大変な困難を伴いながらリリースされた。 幻の1作目も、本当に何度も作り直した。プロトタイプは下手したら20個ぐらい作ったかも知れない。喧嘩・・・というか、意見の相違の議論も、何百回もした。 どうしても解決困難な問題にも必死に取り組んだ。 そしてそれは、報われなかった。 オーバーダンジョンも苦労した。Steamへゲームを公開するのが初めてだったので、何から何まで分からなかっ

          3日後に命運が決まる、パルワールドという偶然の物語|ポケットペア
        • 【年末年始】2021年の「年間総合はてなブログランキング」トップ100と「はてな匿名ダイアリー」トップ50、一挙公開! - 週刊はてなブログ

          みなさんにとって2021年はどんな一年だったでしょうか? 週刊はてなブログでは、毎週月曜日にはてなブログ・はてな匿名ダイアリーの記事を対象としてはてなブログ独自の集計を行い、「今週のはてなブログランキング」を公開。ランキングにはそのときどきの注目記事が集まっています。 今回は、その総決算として2021年にもっとも注目を集めた「年間総合はてなブログランキング」トップ100の記事と、「はてな匿名ダイアリー」トップ50の記事を発表します!*1。集計期間は2021年1月1日~同12月22日です。 # タイトル/著者とブックマーク 1 東大が無料公開している超良質なPython/Data Science/Cloud教材まとめ (*随時更新) - Digital, digital and digital by id:touya_hujitani 2 高卒新人に資産運用を説明する - やしお by id

            【年末年始】2021年の「年間総合はてなブログランキング」トップ100と「はてな匿名ダイアリー」トップ50、一挙公開! - 週刊はてなブログ
          • Treasure Data を退職しました - k0kubun's blog

            約5年5か月働いたTreasure Dataを7/22に退職した。7/25からShopifyに入社し、RustでJITコンパイラを開発してRubyを高速化する仕事をする。 仕事としてやりたい分野が変わってきて自分は今回転職したけど、とても良い会社なので、この記事がTreasure Data (以下TD) で働くことに興味がある人の参考になれば良いと思っている。*1 5年勤続記念にいただいたトロフィー やっていたこと APIチーム 元々TDにはJavaで分散システムを書きたくて入社したのだが、TD入社前に特にそういう経験があるわけでもなく主にRailsをやっていたこともあり、Railsでプラットフォームを開発するチームに入った。基盤開発をやりたいと思いながらサービス開発者として最初働き、後に基盤開発チームにジョインするみたいな過去の経験があったので、今回もそういう感じでいけると考えていた。実

              Treasure Data を退職しました - k0kubun's blog
            • SELECT ... FOR UPDATE同士でデッドロックさせる - かみぽわーる

              最近SELECT ... FOR UPDATEでデッドロックする話を何度かしたので。 前職のときにUPDATE同士がデッドロックしてたときに、SELECT ... FOR UPDATEで排他ロックを取ってからUPDATEしてデッドロックを防ぎますってPRをレビューしてたときのことで、複数レコードの排他ロックは一瞬ですべてのレコードのロックを取れるわけではなく、ロックを取る順番が揃っていないと簡単にデッドロックしますよという話です。 https://gist.github.com/kamipo/0bb4e37d58ba18a8cefb8aa02f778231 # frozen_string_literal: true require "mysql2" def client Mysql2::Client.new( host: "localhost", username: "root", dat

                SELECT ... FOR UPDATE同士でデッドロックさせる - かみぽわーる
              • yoku0825さんがMySQLスペシャリストになるまでにやってきた勉強法を、私たちにすべて教えてください! - Findy Engineer Lab

                「日本国内でもトップレベルのスキルを持ったMySQLエキスパートは誰か?」 そう問われたときに、多くのエンジニアが名前を挙げる人物がいます。LINE株式会社のITサービスセンター データベース室 MySQL1チームでDBA(Database Administrator)として働くyoku0825さん*(@yoku0825)です。 日本人として3人目のMySQL分野のOracle ACEであり、2015年には「default_password_lifetime」の功績でMySQL 5.7 Community Contributor Awardに選出されたyoku0825さん。彼はひたむきに自己研鑽を続けるだけではなく、ブログ「日々の覚書」や技術イベントへの登壇などを通してMySQL関連の情報発信を行ってきました。 今回はそんなyoku0825さんに「これまでどのようなトレーニングをして、DB

                  yoku0825さんがMySQLスペシャリストになるまでにやってきた勉強法を、私たちにすべて教えてください! - Findy Engineer Lab
                • Re: OSSで世界と戦うために - k0kubun's blog

                  yusukebe さんの OSSで世界と戦うために を読んで感銘を受けた。 hono の快進撃もさることながら、OSSで日本のコミュニティの外にリーチしたり、 GitHubスター数を伸ばしたりみたいな話は、 自分も10年くらい挑戦し続けているけどあんまり表に出てこない気がするネタなので興奮した。 僕はいくつかの点で上記の記事とは違う方法でOSSで世界と戦っているのだが、 その中でうまく行っているものや、良くないと思っているものなどについて紹介したい。 GitHubのスター数 OSSを始めたばかりの学生時代、GitHubのスターへの執着がもはや煩悩の域であり、 集めたスターの数を合計するCLIツールを作ったり、 同じ計算方法でランキングを作るWebサイトを作ったりした。 このサイトによると、僕の今のスター数は9000を超えている。 自作したOSSの中では、スター数が1600くらいのものが2つ

                    Re: OSSで世界と戦うために - k0kubun's blog
                  • 令和にふりかえる C10K 問題

                    C10K 問題 (the C10K problem) は1999年に Dan Kegel が発表した文章、ならびにそこで提示された「問題」です。文章はその後も2000年代前半に何度か更新されているのですが、さすがに令和に読み返すと、当初の問題意識がわかりにくいところがあります。 2000年からの10年は、 ソフトウェア面では、select(2), poll(2) にかわる新しいシステムコールの実装と、それを使ったアプリケーションの普及 ハードウェア面では、x86 アーキテクチャの64ビット移行、仮想化命令の追加と、マルチコア化 さらにそこにクラウドも登場する、面白い時代でした。ここでは、それらの出来事を中心に、さらに、当時の雰囲気をつたえるような日本国内のブログやインタビュー記事をまとめることで、C10K 問題が、さまざまな側面から解決されていく流れを説明したいと思います。 書き足したいと

                    • Treasure Dataを退職します - かみぽわーる

                      急なお知らせですが、8月31日をもってTreasure Dataを退職することになりました。 今後の活動についてはいまのところなにも決まっていないので、自分になにができるのか、どんなニーズがあるのか、いろいろ相談に乗ってもらえるとうれしいです。 きっかけはというと、長年Railsコントリビューター/メンテナーとして並々ならぬ思いで活動してきたんですが。 どのぐらいがんばっていたかというと、たとえば2020年8月時点のコミット数ベースの今年のアクティビティでいうと、上位10人のアクティビティを母数にするとその半数が僕になります。 rails/rails contributors 2020-01-01 - 2020-08-26 Rails 5.0以降のも置いておきます。 rails/rails contributors 2019-01-01 - 2019-12-31 rails/rails c

                        Treasure Dataを退職します - かみぽわーる
                      • プロと読み解く Ruby 3.0 NEWS - クックパッド開発者ブログ

                        技術部の笹田(ko1)と遠藤(mame)です。クックパッドで Ruby (MRI: Matz Ruby Implementation、いわゆる ruby コマンド) の開発をしています。お金をもらって Ruby を開発しているのでプロの Ruby コミッタです。 本日 12/25 に、ついに Ruby 3.0.0 がリリースされました。一昨年、昨年に続き、今年も Ruby 3.0 の NEWS.md ファイルの解説をします。NEWS ファイルとは何か、は一昨年の記事を見てください(なお Ruby 3.0.0 から、NEWS.md にファイル名を変えました)。 プロと読み解く Ruby 2.6 NEWS ファイル - クックパッド開発者ブログ プロと読み解くRuby 2.7 NEWS - クックパッド開発者ブログ Ruby 3.0 は、Ruby にとってほぼ 8 年ぶりのメジャーバージョンア

                          プロと読み解く Ruby 3.0 NEWS - クックパッド開発者ブログ
                        • 165万払って全身脱毛をはじめた - かみぽわーる

                          全身脱毛を11月からはじめてみた。 前職のハイパーサポートエンジニアの同僚が尻の毛を脱毛したエントリを見て、たしかに尻の毛いらんな!と頭の片隅に残っていて、YouTubeでちょいちょいローランドのチャンネルを観ているのでそういえば新宿の新店舗ってどのへんなんやろって調べたらおもいのほか家の近所すぎてテンションあがったのでその日のうちに電話して翌日に全身脱毛の契約をしてしまった。 はてなブログに投稿しました #はてなブログ 医療脱毛で全身脱毛に行ってみた - Secret Ninja Bloghttps://t.co/7bIyi20FgG— Toru Takahashi (@nora96o) September 6, 2020 その後、カンジャンケジャンを食いながら今日全身脱毛契約してきてんって話をしたら「医療?美容?」って聞かれて、なるほどそういえばそういうの全然考えてなかったなと思って、

                            165万払って全身脱毛をはじめた - かみぽわーる
                          • git-notesでコミットにメモをつける - アジャイルSEの憂鬱

                            2020年に「コミットログは良くならない」というのを悟ったので、現実的な解決案である「git-notesでメモを残す」について記事を書いておきます。 前回の記事 sinsoku.hatenablog.com git-notes 詳細は git notes --help を読んでください。 概要は以下の通りです。 コミットログとは別にメモを残せる コミットはそのままなのでshaは変わらない shaが変わらないのでCIの再実行が起きない 他人のコミットにメモをつけられる 他人に作業を依頼する必要がない メモもリモートにプッシュできる 過去のコミットにメモを残せる 使い方 メモを書く git notes edit <sha> でメモを書くと、git log のときに一緒に表示される。 $ git notes edit d2cdf0b $ git log -1 d2cdf0b commit d2c

                              git-notesでコミットにメモをつける - アジャイルSEの憂鬱
                            • 最終出社画像や退職エントリの中には自慢がありSNSを使ってまでチヤホヤしてもらって自尊心や自己愛を満たしたいという品性が欠如した欲望が見え隠れする - 逆寅次郎のルサンチマンの呼吸

                              ある記事への自分のブコメが、トップコメントではないが、まあまあスターを集めていた。 laiso.hatenablog.com俺はこの記事を拝見した際、「うわ自慢かよ」というような嫌悪感を抱いた。 デヴィ夫人的に言うと「やーだわぁ~」って感じ。 だからこんなコメントしたんだよな。 最終出社画角画像とは何か - laiso ああヤダ、カッコ悪いね。「エアポートおじさん」と同じよ。「私はこんなにすごいビルでバリバリ働いてた」と自分を最大級に美化し、都会のビルの威光を借りて仕事ができると自己顕示を行うナルシスト達。品性も無い 2022/10/01 19:33 b.hatena.ne.jpそしたら結構スターが集まっていてよかったよ。 つまり共感してくれた人もいるということ、俺だけじゃないんだよな、この感覚。 なぜ、六本木ヒルズの高層ビルか? わざわざ上から見上げる画角にする理由は? それは・・・ カ

                                最終出社画像や退職エントリの中には自慢がありSNSを使ってまでチヤホヤしてもらって自尊心や自己愛を満たしたいという品性が欠如した欲望が見え隠れする - 逆寅次郎のルサンチマンの呼吸
                              • はてなブログの DB を RDS for MySQL 8.0 にアップグレードした話 - Hatena Developer Blog

                                この記事は、はてなエンジニア Advent Calendar 2023の2024年1月17日の記事です。 はてなエンジニア Advent Calendar 2023 - Hatena Developer Blog id:hagihala です。先日、はてなブログの DB を RDS for MySQL 5.7 から 8.0 へアップグレードしたので、工夫した点などを共有します。 Aurora MySQL 3.x にしなかった理由 MySQL 5.7 -> 8.0 で対応した変更点 character set や collation のデフォルトが変更される explicit_defaults_for_timestamp がデフォルトで有効になる SQL mode の変更 デフォルトの認証プラグインが caching_sha2_password になり、 mysql_native_passw

                                  はてなブログの DB を RDS for MySQL 8.0 にアップグレードした話 - Hatena Developer Blog
                                • CTOが訊く#2 Rails Committer と DeNA | BLOG - DeNA Engineering

                                  CTOが訊く#2 Rails Committer と DeNA 「CTOが訊く」は、DeNA CTO の @nekokak(ねこかく)こと小林 篤が、社内のメンバーに、その人となりや仕事っぷり、そして野望を訊く、というコーナーです。 第2回の対談ゲストは、@kamipo(かみぽ)こと上薗 竜太。 Full-Time Rails Committer としての入社 ▲左から、@kamipo:上薗 竜太、@nekokak:小林 篤 @nekokak 今日は「CTOが訊く」へ、Rails Committer である kamipo さんに来ていただきました。よろしくお願いします。 @kamipo お願いします。 @nekokak この「CTOが訊く」は、DeNA で活躍しているスペシャリティの高いエンジニアの人から色々と話を訊きながら、DeNA でどういう活躍をしているか伺って深堀りをしていく、とい

                                    CTOが訊く#2 Rails Committer と DeNA | BLOG - DeNA Engineering
                                  • Rails の issue を解決するまでの手順とOSS初心者でもできること - アジャイルSEの憂鬱

                                    突然ですが、あなたはRailsのissueとプルリクがいくつあるかご存知でしょうか? 2019年10月17日現在、それぞれ issue 384 / PR 803 になります。 多いですよね...。 個人的に、最近このissueを減らすのを少しでも手伝えないものかとissueにコメントしてみたり、パッチを書いたりしてるけど、 なかなか大変なので、コントリビューターの敷居を下げるためにブログ記事を書いてみました。 コントリビュータが増えれば、きっとissueも減るはず!! Rails への貢献について Railsガイドに丁寧な説明が記載されているので、読んだ事がない方は一読するのをオススメします。 railsguides.jp この記事で紹介すること Rails への貢献方法は色々なものがあります。 新機能の追加 バグの報告 バグを修正するプルリク作成 ドキュメントの追加や修正 ...etc

                                      Rails の issue を解決するまでの手順とOSS初心者でもできること - アジャイルSEの憂鬱
                                    • RailsアプリケーションのRuby 3.0への展望 - koicの日記

                                      パッチ会や地域 Ruby コミュニティなどで集めた知見を元に、勤務先の永和システムマネジメントなんかで度々話している表題についてテキスト化しておく。 TL;DR Ruby 2.8.0 の開発が始まっているが、それは 2020 年のどこかで Ruby 3.0 になるらしい Ruby 3.0 ではキーワード引数 (以下 kwargs) の分離という破壊的変更があり、Ruby 2.7 系は事実上の移行パスバージョン的な位置付けになるだろう 2020年1月8日の現時点では、Ruby 2.7 の kwargs の分離警告について対応された安定版の Rails はなく、周辺 Gem も WIP なので OSS エコシステムに参加していくと良い 2.8.0 (tentative; to be 3.0.0) development has started 2019年の ruby/ruby での matz

                                        RailsアプリケーションのRuby 3.0への展望 - koicの日記
                                      • MySQL 8.0のクライアントでMySQL 5.7のサーバーに接続するとcharsetが設定されないかもしれない - かみぽわーる

                                        mysql_options(mysql, MYSQL_SET_CHARSET_NAME, cs_name) だけして mysql_real_connect(mysql, ...) した後SHOW VARIABLESしてみたら接続のcharsetが設定済みの挙動をするんやけどmysql_real_connectからの一連のコード読んでもどこでそれが起きるのかわからん誰かたすけて🥲https://t.co/ZScoD3tIQ8— Ryuta Kamizono (@kamipo) February 20, 2021 MySQLのハンドシェイクパケットにcollation_idを1バイトだけ入れられるところがあって、charset name のデフォルトの collation_id を送っています。 クライアントとサーバーのバージョンが違うとデフォルトのcollation_idが違うことがあって

                                          MySQL 8.0のクライアントでMySQL 5.7のサーバーに接続するとcharsetが設定されないかもしれない - かみぽわーる
                                        • Rails 6.0の複数DBでリードレプリカのテストするのたぶん大変 - かみぽわーる

                                          Rails 6.0の複数DBのレビューしてるときに気づいたことなんですけど、たぶんリードレプリカからデータを読むテストをするのたぶん大変だと思われます。 うちの業務のアプリでActive Recordが更新を検知できない方法でデータが更新されるとテストがコケるという問題が以前にあり、これと同じ構造の問題がマスターのコネクションで更新したときマスターのコネクションのクエリキャッシュはクリアされるけどリードレプリカのコネクションのクエリキャッシュは残ったままというのがあるよね、というのをテストコードで示そうと思ったときのことである。 github.com 通常RailsアプリでDBつかったテストをするとき、テストの中で変更されたデータを毎回初期状態に戻すのにフィクスチャーをロードし直すのは時間がかかって効率がわるいので、テストケースに入る前にトランザクションを開始しといてテストケース終わったら

                                            Rails 6.0の複数DBでリードレプリカのテストするのたぶん大変 - かみぽわーる
                                          • チーム白金動物園として ISUCON 9 予選を通過しました - 昼メシ物語

                                            いつものチーム白金動物園( @mirakui, @sorah, @rosylilly )として7回目の参加をしました。自分の ISUCON との関わりを振り返ると以下のような感じです。 2012 ISUCON 2: kamipo, do_aki とともに出場。この頃はまだ小規模で、予選というのは無かったですね 2013 ISUCON 3: sorah, rosylilly とチーム白金動物園を組み、本選出場。 Fail で0点フィニッシュです… 2014 ISUCON 4: 白金動物園で出題側として参加。 二度とやるかと思うくらい大変だったけど、本当に良い思い出です 2015 ISUCON 5: 白金動物園として本選2位の成績を残す。 この年が今のところわれわれの最高成績ですね 2016 ISUCON 6: 白金動物園、初の予選敗退!! 大会のレベルが上がっているのを痛感 2017 ISU

                                              チーム白金動物園として ISUCON 9 予選を通過しました - 昼メシ物語
                                            • Rails 6.1で `created_at > ?` みたいなクエリをいい感じに生成する - かみぽわーる

                                              Rails 6.1の目玉機能として以下のように書けるwhere拡張を入れてたんですが、いろいろあって6.1からはrevertされてしまいました🥲 posts = Post.order(:id) posts.where("id >": 9).pluck(:id) # => [10, 11] posts.where("id >=": 9).pluck(:id) # => [9, 10, 11] posts.where("id <": 3).pluck(:id) # => [1, 2] posts.where("id <=": 3).pluck(:id) # => [1, 2, 3] github.com github.com なんですが、そんなことで引き下がる僕ではないので、6.1ではpredicate生成に干渉できる拡張ポイントを用意しており、以下のようなコードを適当に読み込まれるところに

                                                Rails 6.1で `created_at > ?` みたいなクエリをいい感じに生成する - かみぽわーる
                                              • 2021年にやったこと - k0kubun's blog

                                                2020年にやったこと 2019年にやったこと 2018年にやったこと 2017年にやったこと 2016年にやったこと 2015年にやったこと というわけでこれ毎年書いてるんですけど、 なんか参戦したくなったので Rubyist近況 Advent Calendar 2021 24日目です。 入居者募集 記事があるくらいですし、自由に書こうと思います。メリークリスマス。 発表 1歳児がいる状況で家を留守にしたり夜に声を出したりすると家族に負担がかかるので、録画提出できるカンファレンスにしか基本参加しないことにしているのだけど、コロナが長引いていることにより今年も登壇しやすい状況が続いた。 とはいえ、ハイブリッド開催だったRubyConfに関しては、国内の渡航だけでShopifyのYJITチーム全員 (や当地のRubyフレンズ) と対面で話せる貴重な機会だったので、行けなかったのは惜しいなあと

                                                  2021年にやったこと - k0kubun's blog
                                                • 2021年はブログを書くのをがんばろうという話 - かみぽわーる

                                                  5ヶ月前に退職エントリを出してから、いろんな会社さんだったり個人的にだったり、いろんな人と話させてもらった。 blog.kamipo.net みーみちゃん転職(前)祝いだよ🍶 pic.twitter.com/0kdy47mOiw— Ryuta Kamizono (@kamipo) August 28, 2020 みーみちゃん毎日退職祝いだよ🥩 pic.twitter.com/ZDE8tnRRfD— Ryuta Kamizono (@kamipo) September 1, 2020 今日は会食だよみーみちゃん🌾 pic.twitter.com/myLq9gkpxZ— Ryuta Kamizono (@kamipo) September 17, 2020 今日も会食だよみーみちゃん🌀 pic.twitter.com/d5HTVreV0b— Ryuta Kamizono (@kamip

                                                    2021年はブログを書くのをがんばろうという話 - かみぽわーる
                                                  • RailsでUNIQUE制約を遅延実行できるようにしました - SmartHR Tech Blog

                                                    SmartHRではRuby on Railsを多くのサービスで採用しています。 そのため、不足している機能や不具合があればrails/railsへコントリビュートすることがあります。 今日は、日々のぽつぽつとしたコントリビュートの中から、Rails 7.1に追加したUNIQUE制約について紹介します。 unique_key(UNIQUE制約) UNIQUE制約(unique_key)はRails7.1(執筆時は未リリース)から利用可能になるActiveRecordの新機能です。 rails/rails#46192 PostgreSQLでしか利用できませんが、下記のようにunique_keyで遅延可能なUNIQUE制約を定義できるようになりました。 # create_table内で使う場合 create_table :items do |t| t.integer :position, nul

                                                      RailsでUNIQUE制約を遅延実行できるようにしました - SmartHR Tech Blog
                                                    • Rubyの“破壊的変更”を恐れるな! 毎日OSSに関わるRuboCopコミッターが教える傾向と対策

                                                      Rubyはバージョンアップによって、やむなく旧バージョンとの互換性がなくなってしまうことがあります。それが破壊的変更です。静的コードアナライザーモジュールであるRuboCopのコミッターのkoic氏が、どんなときに破壊的変更が起きるのか、起きてしまったときは、どのように対応すればよいのか、その背景と対策を語ります。 Rubyの静的コードアナライザーモジュール「RoboCop」 koic氏:こんばんは。今回は「Breaking Change」というタイトルで発表します。Twitterは「@koic」というハンドルネームでやっています。永和システムマネジメントという会社から来ました。 (Rubyの静的コードアナライザーモジュールの)RuboCopは、今日も含めて何度か話に出ていると思うのですが、私はそこのコミッターをしていたり、RailsのActive RecordのOracleを使っている部

                                                        Rubyの“破壊的変更”を恐れるな! 毎日OSSに関わるRuboCopコミッターが教える傾向と対策
                                                      • キーワード引数の分離への対応にRuby 2.8.0-devを使う - koicの日記

                                                        先日のパッチ会で kamipo さんにもらったアドバイスを書き残しておく。 TL;DR としては表題そのまま。キーワード引数の分離への対応にRuby 2.8.0-devを使うというもの。 2.8.0-devを使えばイージーモードだけど2.7.0縛りプレイだと常人にはクリア不能のむずかしさ https://t.co/tpJGTARwAc— Ryuta Kamizono (@kamipo) 2020年1月24日 Ruby 2.7.0 を使ってキーワード引数の分離への警告のみでそれを抑制しようとする場合は、スーパーハードモードルビーとパッチ会で呼ばれた変更箇所の特定が難しいケースになる場合がある。 スーパーハードモード (Ruby 2.7.0) Ruby 3.0 に向けてキーワード引数の分離が必要になる場合は、Ruby 2.7.0 を使うと以下のような警告が表示される。 % ruby -v ru

                                                          キーワード引数の分離への対応にRuby 2.8.0-devを使う - koicの日記
                                                        • ISUCON10予選ふりかえり - かみぽわーる

                                                          ISUCON10予選おつかれさまでした。ISUUMOいい問題でしたね。過去出題側を担当したこともある身でも、参加者の完全攻略に対する怖れもあって仕様が肥大化するなか今回これだけコンパクトな仕様のアプリケーションでこれだけ楽しめる出題をしたのマジですごいと思いました。 今回の問題はMySQLかつ検索ヘヴィな問題で僕のバックグラウンドに向いてる問題にも関わらず、ずっと手を動かしていたわりに効果の高い施策に取り組めず、あらためてISUCONの難しさを痛感したしこれぞISUCONなのだなあと思います。 僕の文章読解が遅く仕様理解にとても時間を要するという性質から、これまでのISUCONでは常にアプリケーションの仕様や性質を理解できる前に時間的制約からあらゆる決断を迫られるという状況にあり、この状況で仕様や性質を理解できていたとしたらできた正しい決断をしていくのは本当に難しいと思っていて、今回ずっと

                                                            ISUCON10予選ふりかえり - かみぽわーる
                                                          • ISUCON11 開催決定!予選本選ともにオンライン開催!&参加チームとメンバーリスト #isucon : ISUCON公式Blog

                                                            ISUCONとはLINEヤフー株式会社が運営窓口となって開催している、お題となるWebサービスを決められたレギュレーションの中で限界まで高速化を図るチューニングバトルです ISUCON運営担当をしています、LINEの佐藤です。 皆様大変お待たせ致しました!ISUCON11 開催決定となりましたので、概要についてご案内させていただきます。 今年もISUCON11 運営実行委員会という形式で開催し、LINE株式会社が運営窓口となります。 優勝賞金は変わらず100万円!です✨✨ 今回もCOVID-19の影響などを鑑みて予選と本選どちらもオンラインで開催を予定しています。物理的な会場の用意は予定していませんのでご了承ください。 お住いの地域や場所の関係で参加が難しかった皆様、是非この機会にご参加ください。 ISUCON11 開催概要 今年の出題は企業と学生の皆さんとで協力して作成いただけることにな

                                                              ISUCON11 開催決定!予選本選ともにオンライン開催!&参加チームとメンバーリスト #isucon : ISUCON公式Blog
                                                            • ツイッターで見つけて直したActiveRecordの問題3つ - かみぽわーる

                                                              Rails Advent Calendar 2020の3日目です。 時間がないのでとりいそぎ3つだけ。 enum state: {active: 0, inactive: 1}とかした時に、typecast前の0とか1を取りたい ActiveRecord::Enumってstate: {active: 0, inactive: 1}とかした時に、typecast前の0とか1を取る場合、read_attribute_before_type_castを使うしかないのか?— アルフォートおじさん (@joker1007) October 21, 2020 github.com belongs_to :author, class_name: 'User'したときにleft_joins(:author).where("author.id": nil)とか書きたい これすると、joins(:author

                                                                ツイッターで見つけて直したActiveRecordの問題3つ - かみぽわーる
                                                              • Railsのissueに書いてある再現コードを使ってgit bisectする方法 - アジャイルSEの憂鬱

                                                                備忘録。 具体的な例 先日に登録されたissueを例にしてみる。 github.com 再現コードを少し書き換える v5.2.3と6.0.0.rc2でsqlite3の依存周りでエラーが出たので、Gemfileのあたりを少しだけ弄った。 # frozen_string_literal: true require "bundler/inline" gemfile = File.read(File.expand_path("Gemfile", __dir__)).strip version = gemfile.lines.find { |line| line.include?('sqlite3') } .then { |sqlite3_line| sqlite3_line.strip.split(',').last.delete('"') } gemfile(true) do source "h

                                                                  Railsのissueに書いてある再現コードを使ってgit bisectする方法 - アジャイルSEの憂鬱
                                                                • HPVワクチンを接種してきた - かみぽわーる

                                                                  先日、HPVワクチン(ガーダシル9価)を接種してきた。 HPVワクチン(ガーダシル9価)接種してきたᴖᴗᴖ pic.twitter.com/ADE8qNKfSd— Ryuta Kamizono (@kamipo) July 21, 2022 HPV(ヒトパピローマウイルス)は、性的接触のあるひとはだいたいが生涯で一度は感染するとされている一般的なウイルスで、子宮頸がんを始め、肛門がん、膣がんなどのがんや尖圭コンジローマ等多くの病気の発生に関わっています。特に、近年若い女性の子宮頸がん罹患が増えていると言われていて、年間約1万人が疾患して、約2900人がこの病気で命を落としているそうです。 HPVワクチンは小学校6年~高校1年相当の女の子は定期接種といって無銭(公費)でワクチンを接種できます。が、2013年にいろいろあって定期接種の積極的勧奨を差し控えるという事態になってしまい、アメリカやオ

                                                                    HPVワクチンを接種してきた - かみぽわーる
                                                                  • 予選敗退から学ぶISUCONの正しい歩き方 - そーだいなるらくがき帳

                                                                    34位でフィニッシュ。 isucon.net 棄権を合わせると予選突破に200イスコインちょっと足りなかった。 ハイスコアは9850だっただけにあと1つなにかできれば予選を突破できてたことになる。 当日の流れは id:sugyan さんが用意してくれてるのでそっちを読んでほしい。 memo.sugyan.com ここからはただただ、自分に対する反省をまとめる。 主な担当であるインフラについての反省 準備したつもりでも準備不足だった。 複数台構成、普段RDSやALBに甘えている弊害が出て、Nginxやアプリケーションの複数台構成のやり方を知っているが普段していないので詰まったって感じ。具体的にはMySQLに接続できなくて時間をかけた。 あとnginxのチューニング、特にルーティングで配信をまとめるみたいなところもかなり時間をかけてしまった。 普段、S3とCFにURLをすれば良いって感じで生き

                                                                      予選敗退から学ぶISUCONの正しい歩き方 - そーだいなるらくがき帳
                                                                    • 週刊Railsウォッチ(20200427前編)Railsで避けたい8つのミス、ridgepole導入の注意点、RDS ProxyのPostgreSQL対応ほか|TechRacho by BPS株式会社

                                                                      2020.04.27 週刊Railsウォッチ(20200427前編)Railsで避けたい8つのミス、ridgepole導入の注意点、RDS ProxyのPostgreSQL対応ほか こんにちは、hachi8833です。 つっつきボイス:「近所のビアパブに注文しておいたビール取りに行ってた🍺」「お疲れさまです!」「最近酒類の販売免許が飲食店向けに割と簡単な手続きで申請できるようになったじゃないですか」「あ、酒の持ち帰りは居酒屋の免許とは別なのか😳」「持ち帰りだと販売として扱われるので☺️」「なるほど〜」「本来だと酒販免許を取るのはかなり面倒なんですけど、その店は5日ぐらいで取れたって😋」「そういえば都内で店やってる知り合いも2日で取れたって言ってました😋」「都内だと特に早いらしい」「ではつっつき始めましょう〜」 参考: 酒類のテイクアウト販売が可能になる「期限付酒類小売業免許」とは?

                                                                        週刊Railsウォッチ(20200427前編)Railsで避けたい8つのミス、ridgepole導入の注意点、RDS ProxyのPostgreSQL対応ほか|TechRacho by BPS株式会社
                                                                      • Kaigi on Rails 2021をやったので振り返る - okuramasafumiのブログ

                                                                        Kaigi on Rails 2021の振り返り この記事では先日行われたKaigi on Rails 2021の振り返りを行います。 私(@okuramasafumi)はチーフオーガナイザーですので、主催者目線での振り返りとなります。 ブースについて 個人的には、今年のKaigi on Railsの最大のポイントはやはりオンラインブースでした。これはまだあまり前例がない試みであり、カンファレンス全体の印象を左右しかねない試みでもありました。ありがたいことに概ね好評をいただいている今回のオンラインブースについて、振り返ってみましょう。 オンライン開催、再び Kaigi on Railsのカンファレンスは前回のSTAY HOME Editionに続いて2回目です。開催形態はまたしてもオンラインとなりましたが、前回終了時点でオフライン開催の見込みが全く立たなかったことから今回もオンラインでの開

                                                                          Kaigi on Rails 2021をやったので振り返る - okuramasafumiのブログ
                                                                        • 本戦敗退から学ぶISUCONの正しい歩き方 - そーだいなるらくがき帳

                                                                          様々なことがあり、繰り上げで本戦出場になり、結果32チーム中の12でした。 これが僕らの全盛期。 実質優勝 最終結果。 isucon.net id:kamipo さんが素早くINDEXを対応してくれたおかげで初動は早かった。 けど伸び悩み、結果12位でフィニッシュ。id:sugyan さんのコーディング力をチームとして引き出す判断が最初に出来なかったのが大きな課題だった。 時系列で知りたい人はこちら。 memo.sugyan.com 大きな課題になった理由 帰りの電車の中で @mirakui さんが 「ISUCONってユーザのシナリオを知って、それに合わせてチューニングすることが大事でそういうところが好きなんですよね」って言ってて、だからこんな準備をしたって話を聞いてて、僕はSQLとDBの点でしか見てなかったなぁと思う。— そーだい@初代ALF (@soudai1025) October

                                                                            本戦敗退から学ぶISUCONの正しい歩き方 - そーだいなるらくがき帳
                                                                          • 若者から学ぶISUCONの正しい歩き方 - 本戦に参加してきました - そーだいなるらくがき帳

                                                                            ISUCON10 本選、終了いたしました。ご参加いただきありがとうございました!各賞の受賞者や全スコア、利用言語などは来週あらためてブログで公開しますが当日の日程を終えました。運営チームと、ご協力いただいた並行チームの皆さんで1枚!応援していただいた皆さんもありがとうございました。 #isucon pic.twitter.com/qNJuMIbcJ0— ISUCON公式 (@isucon_official) 2020年10月3日 予選落ちのチームの中から並列チームとして、本戦の問題を配信用に解く人として参加してきました。 予選と同様に過去の問題作成者の id:kamipo と 優勝経験者の id:sugyan とisucon愛枠ってことで id:Soudai の3人で出てきました。 github.com ISUCON10 本選結果は以下の通りです! おめでとうございます🎉 第1位 tak

                                                                              若者から学ぶISUCONの正しい歩き方 - 本戦に参加してきました - そーだいなるらくがき帳
                                                                            • MySQLのtable collationが意図した値になっているかテストするActions Workflowを作った - 風に吹かれても

                                                                              文字セットと照合順序 MySQLに限らず多くのRDBMSには文字をどのようにバイト列で表現するかを決めるルールである文字セットがあります。 また文字セットに対応して文字同士を比較するときのルールである照合順序*1という概念があります。MySQLの場合、この照合順序は1つの文字セットに対して複数存在する概念です。なのでそれぞれの文字セットに対してデフォルトの照合順序があります。 照合順序が何に設定されているのかを把握していないと思わぬ結果を招くことになり、有名なのが寿司ビール問題と呼ばれるものになります。これは寿司の絵文字とビールの絵文字がMySQLのutf8mb4_general_ciという照合順序の下で等価であると判定されることが原因です。 blog.kamipo.net ここまで照合順序の話をしましたが間違ったことを話している可能性があるので公式ドキュメントを参照してください。 dev

                                                                                MySQLのtable collationが意図した値になっているかテストするActions Workflowを作った - 風に吹かれても
                                                                              • Ruby 3.0のキーワード引数変更のスケジュールが変更に|TechRacho by BPS株式会社

                                                                                こんにちは、hachi8833です。 昨日BPS社内で「週刊Railsウォッチ」のつっつき会をZoom開催する2時間ほど前に、@_ko1さんの以下のツイートを目にしました。 [New 2.7/3.0 keyword argument pain point - Ruby on Rails Discussions](https://t.co/M4zP3yeFQi) — _ko1 (@_ko1) May 14, 2020 その後Matz自身もツイートしているのを見つけました。 Link: New 2.7/3.0 keyword argument pain point - Ruby on Rails Discussions: https://t.co/ngpHvWjeT7 — Yukihiro Matz (@yukihiro_matz) May 14, 2020 今回取り急ぎ記事にしましたが、もち

                                                                                  Ruby 3.0のキーワード引数変更のスケジュールが変更に|TechRacho by BPS株式会社
                                                                                • kamipoさんのアドバイスと拠点を跨いだ勉強会 - RailsとRubyとVimのブログ

                                                                                  この記事は京都開発拠点アドベントカレンダー 18日目の記事です。 マネーフォワードには開発拠点が複数ありますが、技術情報はSlackで議論・共有されています。 今日はそんなSlackの中から、東京拠点と京都拠点を跨いで開催した「Railsへコントリビュートする勉強会」について、東京拠点のアルパカ隊長が紹介します。 はじまりのSlack ふとした時に、社内SlackのRubyチャンネルでこんな会話がありました。 @alpaca-tc 程よい難易度で、kamipoさんが「これ自分がやらんでもええやろ」みたいなissueがあれば このslackに投げてもらって 誰かシニアエンジニアがサポートしつつ、新卒がRailsコントリビュートするみたいなのやりたい:eyes: すると、kamipoさんからすぐ解決できるものは見た瞬間に直してしまっていると前置きがあった上で、 こんなissueを教えてもらいま

                                                                                    kamipoさんのアドバイスと拠点を跨いだ勉強会 - RailsとRubyとVimのブログ