YAPC::Hiroshima 2024 にクラスター株式会社としてスポンサー参加してきた - ちなみに
yapcjapan.org 2/10(土)に開催されたYAPC::Hiroshima 2024に スポンサー枠 で参加しました。 ゴミのような計画性のなさで直前だとホテルが取れなかったので朝一で行って終電で帰りました。 懇親会の途中で出るのはめちゃくちゃ名残惜しすぎたので次は絶対に泊まりたいです。 広島まで日帰りでいけて温泉入り放題の別府市はいいぞ。 出不精 自分は基本は家から出たくないよりの人間です。 久しぶりのオフラインカンファレンスなので、正直なところ広島が来いという気持ちだったが、結果、参加して本当に良かった。 だいたいいつもこういう感じなので無理矢理にでも家を出た方がよい。 気軽な雑談とか、発表者の熱を感じたりとか、現地にいないと体験出来ないことが沢山あって、カンファレンスでしか充電できない何かがある。 id:Soudai さんの発表にあった 計画的偶発性理論 は仕事だけじゃなく
Goで特定のパターンのリファクタリングをASTを弄って自動化した - ちなみに
これは日記です。技術記事ではないので読みやすくはないです。 仕事のコードで特定のパターンでちょっと泥臭く書き換える必要のあるリファクタリングが必要になっているのだけれど、単純計算で100ファイル、1000箇所以上の書き換えが必要になっている。 これまでちまちま手作業でいろんな人が片手間で書き換えをやっていたのだけれど、無限に時間がかかりそうだったのでどうにか出来ないかと考えていた。 先行研究として id:hitode909 のASTを使ってリファクタリングするやつが記憶に残っていたのでもうちょっと簡易版で似たようなことをやってみた。 speakerdeck.com GoのAST周りはあんまり詳しくなくて、社内の静的解析ツールをちょっと弄ったくらいだったのでまずは勉強した。 motemen.github.io id:motemen さんの Go のための Go を読んでふむふむという感じで理
コミュニケーションとしてのプルリクエストレビュー - ちなみに
現代においてはソフトウェアの開発はチーム開発となることが多い。 つまりコミュニケーションが大切になる。 ソフトウェアエンジニアの各人はコミュニケーションについても意識的に気を付けていたり、場合によってはそれについて学んでいたりする人もいると思う。 しかしながらプルリクエストでのやり取りにおいては端的で目的だけを優先したコミュニケーションをする人が多い気がする。 たしかに間違っているところや、読みにくいところを修正して、バグの発生防いだり、メンテナンス性の確保、ひいては将来的に開発速度を保つための手段なのでそれでも間違っていないのかもしれない。 具体的にはレビュワーとしてはたんたんと指摘だけをしたり、問題なかったら無言で Approve だけしたり。 レビューとしても何の説明もなくコードだけぶん投げたり、コメントに特に返信せずに修正だけを入れる、そして無言でマージしたり。 ソフトウェアの健全
別府市に引っ越しました - ちなみに
貴方がこのブログを読んでいるということは、私はもう京都にはいないでしょう。 去る2022年7月22日、長らく住んだ京都市を離れて、別府市に移住しました。 京都府亀岡市に産まれて、これまでの人生の全てを関西で過ごした僕ですが、初めて関西を出ることになりました。 理由は「そこに温泉があったから」です。 長らく自宅で仕事をするうちに広い家に引っ越したくなってきて、当初は京都市内で家探しをしていました。 しかし、よく考えると別に同じ土地に住む合理的な理由はないなと考え始めて、生活費が安い地方も候補に入れたというのがきっかけでしたが、その後、プライベートな理由で九州という選択肢が出てきて、その中でもやはり温泉がある別府というロジックで決まりました。 町の下見には行ったものの家はその時に決まらなかったので、現地に行かずにいきおいで契約しました。結構ドキドキしていたのですが、問題もあるものの概ね快適で満
ボーイスカウト・ルール、先に直すか、後から直すか。 - ちなみに
ボーイスカウトルール。 機能追加より、 先に直すか、 後から直すか。— 人生踊れば丸儲け (@tomohi_ro) 2022年4月3日 まれによく目的の変更にリファクタリングを混ぜたプルリクのレビュー依頼を受けるので、そのたびに変更とリファクタリングは分けてねって話をしている。 レビューするときにもdiffが混ざっていて見にくいし、将来的に変更の経緯を追いかけるときにもノイズになってしまう。 コミットが分かれていたらまだマシなんだけれど、そういう場合はたいてい同じコミットに複数の目的が混ざってしまっている。 www.clear-code.com 僕は1コミットには1つのことというルールを出来るだけ守ろうと思って暮らしているのでどちらかというと過激派なのですが、プルリク単位くらいではやることを絞って欲しいとは思っています。 みんな単一責任原則は大好きな気がするけど、コミットやプルリクにも同じ
リモートワークのために買って良かったもの10選 - ちなみに
この記事は Money Forward 関西拠点 Advent Calendar 2021 - Adventar の1日目の記事です。 株式会社マネーフォワード の 関西拠点 に所属するメンバーのテーマ自由なアドベントカレンダーです。 こんにちは。マネーフォワード関西拠点の 西村 (id:Sixeight) です。 マネーフォワードでは現在、コミュニケーションのために週一回の出社を推奨していますが、それ以外はリモートワークを選択することが可能です。 私も今年1月の入社以降、基本的にはリモートワークで自宅から勤務しています。 今回はリモートワークをするにあたって買って良かったものを紹介したいと思います。 みなさんのリモートワークをより快適にするための参考になれば幸いです。 第10位 HHKB Professional HYBRID Type-S happyhackingkb.com みなさん
京都市内で会議室として使える古民家・寺情報 - ちなみに
京都市内で合宿(泊まらなくていい)できるWifiのある古民家もしくは寺を知りませんか。— 水星 (@tomohi_ro) 2021年11月2日 仕事で必要になって聞いてみたところたくさん情報をいただきました。 良さそうなところばかりなのでしばらく合宿先には困らなさそう。 ありがたや。 人数次第であわないかもだけどここ悪くはありませんでした（wifi品質は記憶にありませんが）https://t.co/0bm8ZBReaH あるいは町家学びテラス西陣（旧KRP町家スタジオ）を京産大さんから借りるかhttps://t.co/Do6aGAhFDI— だーい (@daaaaaai) 2021年11月2日 Wi-Fiまぁまぁ速度出て立地も良い感じでした https://t.co/rbQcZtMoAt— マジカルペンネくん🍝 (@pastak) 2021年11月2日 弊施設ですが、写真1枚目のこういう
Dockerコンテナ内でプライベートリポジトリのGemをBundlerでインストールしたい - ちなみに
tl;dr 認証情報をイメージに残さずにGitHubのプライベートリポジトリのGemをインストールしたい ビルド時にインストールする場合は --mount=type=ssh がおすすめ 実行時にインストールする場合には BUNDLE_GITHUB__COM を使うのがおすすめ やりたいこと Docker内で bundle install するときに社内で使っているプライベートなGitHubリポジトリのGemが含まれる場合、なんとかして認証情報を渡す必要があります。 イメージのビルド時にインストールするのか、それとも実行時にコンテナ内でインストールするのかでも方法が違うのでそれぞれ方法を探ってみました。 ビルド時にインストールする場合 何も考えずビルド時にSSHの秘密鍵をマウントしてみたり、環境変数やビルド時変数としてGitHubの認証情報を渡したりすると、イメージ内に認証情報を残してしまう
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
