はてなブックマーク

前回はこちら. papix.hatenablog.com YAPC::Hakodate 2024, お疲れ様でした. 前夜祭(金曜日)はめちゃくちゃ雨が降って心配だったんですが, 当日(土曜日)はペカーっと晴れて, ブラインドで描かれたロゴがめちゃくちゃ綺麗でしたね! 今回の座組としては id:ytnobody さんと id:karupanerura さんがタッグを組んで主導して, 自分はお二人から漏れたタスクを差配したり頑張って取り組んだり... みたいな感じだった気がします. 多分. 特に終盤は, ｢オレが3人分になる...｣みたいな状況で, 積み上がったTODOをガンガン消化する感じになっていました. 思い出してみるとYAPC::Kyoto 2023の時よりも忙しかった気がします. その分, 同僚の皆様には大変ご迷惑をおかけしました... 一応, こういう状況になりそうだという予感は

前回はこちら. papix.hatenablog.com ...というわけで, ｢YAPC::Hiroshima 2024｣お疲れ様でした. YAPC::Kyoto 2023でちょっと頑張った(つもり)ので, 今回は少し労力を低めにさせてもらって, id:toya さんと id:kobakazu0429 さんと一緒に, 広報班リーダーということでやらせてもらいました( id:kobakazu0429 さんには, 他にも学生支援のオペレーションなどを担っていただきましたが...). まあそういう訳で, 今回は id:kfly8 さんと id:chanyou0311 さんにはカンファレンス運営をするにあたっての面倒な部分を押し付けて担っていただきましたね. 本当にお疲れ様でした. 広報班の役割としては, 本職が編集の id:toya さんにはとにかくその専門スキルを活かしたことをやっていただい

YAPC::Kyoto 2023で熱が高まってきた(?)ので, 唐突ですが7月〜8月辺りの休日に湘南.pmをやります. なぜ湘南なのかと言うと, 自分が現在藤沢に住んでいるので湘南エリアで開催すると便利だからです. おそらく藤沢近辺*1で開催することになりそう...? 7月〜8月の休日のどこかで https://t.co/XQkcteoxCc 開催しようと思うんですが, 会場のキャパどうするか悩んでいるのでアンケートにご協力ください!!!!— 技術王者papix (ChatGPT評) (@__papix__) 2023年5月29日 まずは会場のキャパをさっくり見積もりたいので, アンケートを実施中です. ちょっとでも興味を持った方は是非回答お願いします!!!!!!!!! *1:湘南 - Wikipediaによると, ｢一般的には平塚市を中心とした相模湾沿岸5市町（藤沢市から中郡二宮町まで）

YAPC::Kyoto 2023, お疲れさまでした. yapcjapan.org ここまでのあらすじ 話は遡ること2019年のYAPC::Tokyo 2019. 確か懇親会の終了間際だったと思いますが, 突然(確か id:Songmu さんが)｢次は京都｣みたいな宣言をぶっこんだのがすべての始まりでした. 会場の片隅に早速集まるJPA理事, ｢京都マジ?｣, ｢まあやれるんちゃう?｣みたいな会話を交わし, ｢(条件付きで)やったるぞ!!!｣ということで自分が実行副委員長に名乗りを上げ, ｢京都といえば...｣ということで京都在住の id:azumakuniyuki さんを実行委員長に迎え, 勢いよく走り出したYAPC::Kyoto 2020でしたが, 結果としては新型コロナウイルス感染症を原因として｢延期(開催見送り)｣という判断をすることになりました. blog.yapcjapan.o

この記事は, ｢はてなエンジニア Advent Calendar 2022｣の21日目の記事です. qiita.com 昨日の記事は id:Windymelt による｢Scala記事を書き続けている話｣でした. blog.3qe.us ｢裾野がプログラミング言語を支えている｣, いい言葉だなと思いました. さすがめるくん. こちらの記事では, ｢ブログのエントリを書くことで裾野を広げる｣ことに関して書かれています. 一方で, ｢イベントやカンファレンスに参加したり, 運営すること｣もまた, 別の形の｢裾野を広げる｣活動ではないかと自分は思っています. このエントリでは｢イベントやカンファレンスを運営する｣という活動の実態について, お話できたらと思います. カンファレンスの中の人 プログラミング言語にとって, カンファレンスやイベントは知見の共有/交換, あるいはユーザー同士のディスカッシ

ちなみに vim の終了方法としては :cq というのもあり、これを実行すると vim が終了コード 1 で終了します。git commit をキャンセルする場合に使えます。— mattn (@mattn_jp) 2019年6月26日 だいぶ昔のツイートなのですが, さっき知ったので忘備録的にブログに書いておきます. CLIでGitを操作してて, commit logはnvimで書いてるんですが, たまにgit commit した後に｢あ, commitするbranch間違えた...!｣みたいに気づくことがあって困ることがありました. mattnさんのツイートにもあるように, :cq で閉じると, hint: Waiting for your editor to close the file... error: There was a problem with the editor 'nv

この記事は｢はてなエンジニア Advent Calendar 2021｣の12日目の記事です. qiita.com 昨日は id:cohalz の｢distrolessのnonrootイメージを使おう｣でした. cohalz.co 関数のエクスポート Perlのパッケージには, "エクスポート"という概念があります. 例えば, 次のようなモジュールがあったとしましょう: package MyPkg; sub f1 { ... } sub f2 { ... } sub f3 { ... } パッケージMyPkgに定義されたf1, f2, f3の関数をパッケージの外から呼び出すには, 通常次のように呼び出す必要があります: use MyPkg; MyPkg::f1(); MyPkg::f2(); MyPkg::f3(); いちいち MyPkg を書くのは面倒, ということで用意されたのが Ex

blog.utgw.net ※ 以下, 自分語りをしています. プログラミングに興味を持ったのは, 根源をたどると幼稚園児の頃に父親が確かIBMのパソコンを買ったのがきっかけ... だった気がします. Windows 3.1が動いていて, ｢A列車で行こう4｣とかで遊んでいた記憶があります. 小学生になると, Windowsは95や98を使うようになっていて, ｢Age of Empire｣シリーズやRPGツクールのゲームで遊ぶようになっていました. そこから, ｢こういうゲーム, 作ってみたいなあ...!｣と思ったのが, プログラミングに関心を持ったきっかけでした. 中学校, 高校と, 引き続きそういった領域に対する興味は持っていたのだけれど, 自分の持ち前の悪い方向の怠惰さが影響してか, 実際にプログラミングを書いてみよう! 動かしてみよう! ということにはならなかったのですよね. R

皆様, メリークリスマス! この記事は, ｢Perl Advent Calendar 2020｣の25日目の記事です. qiita.com 昨日は, id:hitode909 さんの｢Perlアプリケーションの依存モジュールの更新についてWEB+DB PRESS vol.120のPerl Hackers Hubに寄稿しました｣でした. blog.sushi.money さて, 本題です. Perlにおいて, HTTPリクエストを送る時のデファクトスタンダードと言えばLWP::UserAgentではないでしょうか. metacpan.org LWP::UserAgentには, timeoutというオプションがあります. 2020年12月25日現在の最新版は6.50ですが, このバージョンではtimeoutのデフォルトは180秒となっていて, この場合HTTPリクエストを送って180秒経過する

このエントリは, ｢Perl Advent Calendar 2020｣の9日目の記事です. qiita.com 昨日のエントリは, id:xtetsuji さんの｢xargs や find と合わせて使う・代わりに使う Perl｣でした. qiita.com 実は最近異動をしていた id:papix です. 異動後もPerlをモリモリ書いている日々ですが, 移動先のチームのプロダクトで同僚の id:mizdra が導入していた Test::Snapshot が便利だったので紹介します. metacpan.org Test::Snapshot Test::Snapshotは, その名の通り｢スナップショットテスト｣を提供するモジュールです. スナップショットテストとは, 予め｢スナップショット｣と呼ばれる期待値を生成しておき, テストを実行する際には実行結果とスナップショットを比較してテス

コードレビューする時に軽く調べたので, 備忘録として軽くまとめておきます. 2020年11月29日追記: 当初はPerl 7で間接オブジェクト記法は非推奨になる予定でしたが, 状況が変わって非推奨にしない方針となったようです. github.com ちなみにその後状況が少し変わってno indirectはPerl7ではデフォルト有効にならなさそうです。https://t.co/TGXaeVMwxv どちらにしろ間接オブジェクト記法は色々アレなので今のうちに対応しておくに越したことはないとは思いますが。— K.Shirakata (@argrath) 2020年11月28日 @argrath さん情報ありがとうございました! 間接オブジェクト記法とは, こういう記法です: my $obj = new Object; これは, 以下のコードと同じです: my $obj = Object->ne

先日, papix/action-cache-s3という, GitHub Actionsのactionを作ったというエントリを書きました. papix.hatenablog.com このエントリでは, このactionを作るにあたって得た知見について, 雑に記しておきます. actionの雛形 折角なので, TypeScriptでactionを書いてみようと思った訳ですが, 何と公式からTypeScript用の雛形が提供されています. 余程の理由がなければこれを使うと良いでしょう. github.com ...今回, これを使うにあたって初めて知ったのですが, ｢Use this template｣なるボタン(機能)が存在していて, これをクリックするとそのリポジトリを雛形にして新しいリポジトリをシュッと作ることができるのですね. というわけで, ボタンを押すと... こういう感じでリポジ

小ネタです, 忘備録として残しておきます. metacpan.org PerlにはText::CSVという, CSV(Comma Separated Value)をパースするモジュールがあります. 一方で, TSV(Tab Separated Value)をパースするモジュールは, パッと見た感じいいのがなさそうでした. 解決策は以下の3つがありそうです: split など駆使して手動でパースする 一番素朴なのは, こういう感じで split などを使って, タブを切り分ける方法でしょう($line が1行のTSVとします). my @fields = split /\t/, $line; ...とはいえ素朴ですし, エッジケース(あるのか?)に対応していないかも... という気がするので, なるべくよしなにモジュールの力を借りたいと思うかもしれません. そういう時は... Text::C

今更ですが, ここ最近ちまちまとGitHub Actionsをしています. github.co.jp 個人的にはこういうのイジるの大好きなので, 新しいおもちゃをもらった子供のようにはしゃいでいます. 今回は, その中で知った知見などを雑多にご紹介します. Pull Requestでコケた時にRe-run jobsするとactions/cacheアクションが正常に動作しない GitHub Actionsには, 依存ファイル(例えばPerlならlocalとか, Node.jsならnode_modulesとか...)をキャッシュする, actions/cacheアクションが公式から提供されています. github.com このアクションを使っていて, かつon: pull_request のようにしてPull Requestをフックとしてワークフローを実行するとき, Re-run jobs(再

この記事は, ｢はてなエンジニア Advent Calendar 2019｣の21日目の記事です. qiita.com 昨日は id:dekokun さんの｢Kinesis Data Streams + Lambdaが詰まった時の対処法｣でした. dekotech.dekokun.info 最近の読書法 ｢読書習慣が定着しないな...｣という課題を延々と持ち続けていて, 積読本も無限に溜まっていたのですが, 最近徐々に消化が進んできました. うまくサイクルが回り始めた理由を考えていて, 幾つか気付いたことを書き残しておこうと思います. 結論としては, 本を読むにあたって現在は以下の3点に気をつけています: 少しでもいいので読む 理解できなくてもひとまず読む とはいえ, グッと来なかったら読み飛ばす 少しでもいいので読む 既に読書の習慣が定着しているならともかく, そうでないのなら, まずは

id:papix です. この記事は, Perl Advent Calendar 2019の2日目の記事です. 昨日は, id:karupanerura さんの｢2019年の最先端のPerl開発ボイラープレート｣でした. qiita.com 今日は, 昨日のエントリでも触れられていたSyntax::Keyword::Tryについて, さっくりとアレコレ綴りたいと思います. Perlと例外処理 Perlで例外処理をするにあたって, 例えばJavaのようなtryやcatchといった仕組みは言語仕様として提供されていません. そのため, Perl Monger達はtry/catchのような機能を提供するモジュールを用意して対処してきました. その中でも著名なものの1つは, Try::Tinyでしょう. metacpan.org Try::Tinyを使えば, 例外(die)が起こるコードについて,

id:sfujiwara さんのAWS::XRayファミリーにいくつかpull requestを送らせて頂いて, EC2プラグインを使えるようにしてみました. github.com github.com X-Rayのプラグインとは X-Rayには, 公式にプラグイン機能が提供されています. 例えばRubyのSDKだとこういう感じです. github.com 現在, EC2, ECS, Elastic Beanstalkの各プラグインが用意されており, アプリケーションがそれぞれのリソース上で動いている場合に, その詳細情報をセグメントに含めて送ってくれるようになっています. 例えば, EC2プラグインであればセグメントが処理されたEC2インスタンスのIDと, それが所属するAvailability Zoneの情報が追加されるようになっています. 使い方 Plack::Middeware::

Scrapbox, 便利ですよね. 私も愛用しています. そんなScrapboxに書いたテキストを, Markdownっぽく変換したい時があると思います. ...これは普通に需要がありそうですね. Scrapboxに書かれたテキストをいい感じにはてな記法っぽく変換するスクリプト - Masteries Scrapbox &lt;=&gt; markdownも欲しい2019/07/16 20:47 b.hatena.ne.jp というわけで, こういうスクリプトを書きました: #!/usr/bin/env perl use strict; use warnings; use utf8; while (my $line = <STDIN>) { $line =~ s/^([\s\t]+)/"\t" x (length($1) - 1) . '- '/e; print $line; } このコー

Scrapbox, 便利ですよね. 私も愛用しています. そんなScrapboxに書いたテキストを, はてな記法っぽく変換したい時があると思います. ...あるんです. というわけで, こういうスクリプトを書きました: #!/usr/bin/env perl use strict; use warnings; use utf8; while (my $line = <STDIN>) { $line =~ s/^([\s\t]+)/'-' x length($1) . ' '/e; print $line; } このコードを, 例えば sb2htn みたいな名前で保存しておいて, 後はScrapboxに書かれたテキストを適当にドラッグしてコピーして, $ pbpaste | sb2htn | pbcopy ...とかすれば, はてな記法っぽく変換されたものがクリップボードに入っているので,

身近に知らない人がいたので便利情報の共有なのですが、GitHubはメールアドレスを複数追加できて、Organization毎に通知先のメールアドレスを変更できます。便利なのでやってない人は今すぐ設定しましょう。— 健康診断@9/9 (@catatsuy) July 5, 2019 GitHub.comは個人のメールアドレスを使って登録しているのですが, この状態で会社のオーガニゼーションに所属し, 業務で利用するプライベートリポジトリで作業をすると, 個人のメールアドレスに業務に関するIssueやPull Requestの通知などがメールで届いてしまって, ｢微妙では...?｣と思っていました. その最中, 先のcatatsuyさんのツイートを見て, ｢マジで!?｣と思ったのでやってみました. 備忘録兼ねて手順も乗せておきます. メールアドレスの追加 GitHub.comの管理画面のEma

最近, ミーティングをセッティングする機会が徐々に増えてきました. 業務の中でミーティングを開催するということは, 同僚の有限な作業時間を拘束することになるので, なるべく有意義に, 生産性が高くなるように実施したいものです. それを実現するために, 個人的に意識している3つのポイントを紹介します. はじめに 一言でミーティング... と言っても, いろいろな種類のミーティングがあると思います. 個人的には, 少なくとも3つの種類があるのではないかと思っています. 収束させるミーティング 発散させるミーティング チームのためのミーティング ｢収束させるミーティング｣は, いわば"決めるため"のミーティングです. なにかしらの前提情報があり, それに基づいていくつかの選択肢が考案された状態で, その中のどれを選択するかを協議する(時と場合によっては, 用意された選択肢から採択をせず, 別途新