OSSで世界と戦うために - ゆーすけべー日記
「日本人」を理由にしたくないし、「コードは全世界共通語」なのは分かっているけど、自分が日本人で日本語を母国語としていることはOSSにおいて不利になる。 この2年間のHonoの開発をしてきた経験で分かったことだ。 そこに目を瞑ってはいけないし、自覚することで世界と戦えるかもしれない。今回はそのことについて書こうと思う。 8k 現在、HonoのGitHubスター数は8,000を超えた。 これはとんでもない数字なんだけど、もっと伸びるべきで、早く1万を超えなくはいけない。 npmのダウンロード数は週間「46,000」とこれは相対的に低く、こちらも伸びるべきである。 数字が全てではないが、こうした数字は昨今のOSSにとって「一番の」指標であることは確かだ。 だから戦うことはこの数字を伸ばすことである。 なぜ「戦う」のか なんで「戦う」というおっかない言葉を使い、そして戦わなくてはいけないのか。 ま
Cloudflareに入社しました - ゆーすけべー日記
本日4/17日(月)付でCloudflareに入社しました。ロールはDeveloper Advocate、日本法人との契約ですが、日本に限りません。入社へのプロセスではUS、ヨーロッパのメンバーとやりとりをして、入社後のボスはUSになります。「Developer Advocate」は日本はもちろんアジアでは初、Cloudflareの中でも新設される部です。扱うのは主にWorkers製品で、Honoなどのフレームワークやユースケースを示すアプリケーションの開発と、製品と開発者をつなぐことをやります。 経緯 Hono 僕がユーザーとしてCloudflare Workersに触れたのは、一昨年、2021年の10月です。ブログ記事を書いています。 Cloudflare Workers 面白い - ゆーすけべー日記 そして、同年の12月には、Cloudflare Workers向けのフレームワーク「
1KBのWebフレームワークをつくる - ゆーすけべー日記
1KBのWebフレームワークをつくりました。 名前は「Pico」。 minifyしてビルドした模様。 コードはこれだけ。依存なし。ほんとにこれだけです。 Cloudflare WorkersとDenoで動きます。 今回はこのPicoというフレームワーク、 それに必要不可欠なURLPattern、実装について、 そして僕がつくっているもう一つのフレームワークHonoとの関係などを紹介します。 Hello World text/plainでレスポンスを返す、“Hello World"相当のコードは4行で書けます。 import { Pico } from "@picojs/pico"; const app = new Pico(); app.get("/", (c) => c.text("Hello Pico!")); export default app;
How I/we got 2k stars - ゆーすけべー日記
Honoという僕が作っているWebフレームワークのGitHubスター数が2,000に迫ってきた。これまで作ってきたOSSのソフトウェアでは最高で revealgo の221、次点で gh-markdown-preview の134だ。それが一気に2,000である。 もちろん、スターの数がソフトウェアの良し悪しを決めるものではない。 それに2,000はとりわけ多いわけではない。 でも、以前の自分には遥か彼方に見えていた数を獲得できたのは、とても嬉しいことだ。 去年12月から作り始めて9ヶ月間、552コミット。 今や使ってくれる人も増えた。 cdnjs のAPI Serverのバックエンドにも使われているし、 HonoをきっかけにGitHubスポンサーをしてくれている企業や人も現れている。 なにより、いろんなことを勉強させてもらった。 今回はHonoというプロダクトがどうやって2,000のスタ
CDNのエッジで実行する系が面白い
先日の Next.js Conf で Vercel は Next.js の新しいバージョン「12」をリリースした。 興味深いのは、Vercel は同時にEdge Functionsというサービスを開始したことだ。 Edge Functions – Vercel 謳い文句のひとつに Push your functions to the edge とあるように、「エッジ」で実行される「関数」を提供するプラットフォームである。 ここで言うエッジとはなにかというと、Vercel は明言していないが CDN のエッジのことだ。 Vercel の例のように「CDN のエッジで実行する系」が増えている。例えば以下の 7 つだ。 Cloudflare Workers Fastly Compute@Edge AWS CloudFront Functions AWS Lambda@Edge Deno Depl
ゆーすけべー日記
今日はいよいよ YAPC::Asia 2013 の前夜祭！そして、明日あさってと本編ですね！ところで、6月に YAPC::NA 2013 に参加させてもらったのですが、その際に「YAPC BINGO」と書かれたカードが配られてました。 で、なんかその裏に書かれている「GETTING THE MOST OF YAPC」つまり「 YAPCを最大限に楽しもう！ 」っていう4つの項目が割と当たり前のことながら興味深く、今回の YAPC::Asia にも当てはまる気がしました。なので、超意訳で掲載させていただきますねー。 その1「Be Social」 YAPCはソーシャルカンファレンスなんだ！だから、プレゼンテーションを聴くだけってのは間違っているよ。会期中は hallway = 廊下 で初めて出会う人と交流をしよう！ その2「でも気になるトークを聴こう」 バラエティーに富んだプレゼンテーションがあ
ゆーすけべー日記
ユーザーからのPOST等された入力値の妥当性をチェックする Validation をどこでやるか問題が個人的にありまして〜、DBを使わないケースならばいわゆるFomrValidator::*を使ってControllerでやればいいのですが、Modelを経由するようなアプリだとControllerだけじゃ不安よねぇ〜、Modelだけ使う時もあるし、Model単体のテストで再現出来ないよね〜なんて思ってます。で、実際の実装をControllerではFormValidator::Lite、Modelの一部にData::Validatorを使っているのですが、なんかコレも効率悪い感じしてたんで、ちょいと実験的に理想の一つを実装してみました。 こんな条件です。 エラーメッセージを簡単に設定したいのでValidationモジュールにはFormValidator::Liteを使う 色々錯誤していたらOR
ゆーすけべー日記
__papix__ 君が主催をして開催している Perl入学式 というイベントがあります。Unix/Linux/OSXの環境構築から始まり最終的にはWebアプリケーションをつくるハンズオン形式の勉強会を今年は年6回に分けて開催しているようです。かなり丁寧にPerlを教えているという印象があって、それがどんな雰囲気か以前から気になっていたのですが、昨日「Perl入学式 in 東京 #2」にサポーターとして途中から参加させてもらいました。 簡単に感想を述べると「これはすごくいい」。肝は最適な練習問題が所々出され、するとみんな黙々とコーディングし始めるんだけど、それが終わると、参加者同士でコードを見せ合って「これで合ってるかな？」「私はこんな風に書いたよ」と言うようなコミュニケーションが生まれてたりしているのです。正直その様子を見て感嘆しましたよ。 ＊追記「Perl入学式の補講があるらしいよ！」
ゆーすけべー日記
Perlの祭典とも言うべきイベントYet Another Perl Conference = YAPC 。去年はYAPC::Asiaでベストスピーカー賞をいただきまして、その副賞が「YAPC::NA または YAPC::Europe へ派遣」というモノでした。YAPC::Europeは今年キエフでの開催でちょいと行くのが大変。なので、アメリカはオースティンで開催されるYAPC::NAへ行かせてもらえることになりました。ぶっちゃけ究極ネガティブに捉えると「俺英語出来ないし、オースティン遠いし、これなんて罰ゲーム？」みたいな感じですが、勇気を振り絞って（というか、いただいたからには行く流れになったのですがw）、先日の YAPC::NA 2013へ参加してみたら、ものすごい楽しかった！！ せっかくUSへ行くのだからと、経由するサンフランシスコにも帰りに2泊してWeb関係の有名企業を見学したりしつ
PerlCasual #05 を開催しました #perlcasual - ゆーすけべー日記
昨日29日（金）の夜、渋谷ヒカリエにあるNHN Japanさんのカフェスペースにて「PerlCasual #05」を開催しました。 PerlCasualのイベントは、前回2011年4月29日にtomi-ruさんの「Perl CPANモジュールガイド」出版を記念して行ったイベントから数えて2年ぶりの開催です。発表者や関係者など合わせておおよそ70名弱の方に参加していただきました。ありがとうございます。いくつかのトピックに分けて今回のイベントを振り返ってみましょう。 開催に至った経緯とその準備 とある2月の日。大学の後輩であり現在はヒカリエの一番上に勤務しているすがちゃん（@yoshirock55）と夜飯を食った帰り際、久しぶりにPerlCasualのイベントをやろう！と個人的に熱くなったのが今回のモチベーションです。すがちゃんは会社の同僚と、社内ベンチャー的にWebサービスやそれと絡んだiP
地域コミュニティが熱い！？Kansai.pmに行ってきました #kansaipm - ゆーすけべー日記
先日の土曜日2月23日、大阪駅のすぐ近くYahoo!さんの会議室にてKansai.pm第15回ミーティングが開催されました。僕はJPA＝Japan Perl Associationさんの支援を受けてゲストスピーカーとして参加させていただいた次第です。大阪に行くのは高校の修学旅行で立ち寄った（確か...）以来。「大阪駅-梅田駅の地下とかがダンジョンで迷いやすい＞＜」なんて情報を事前に仕入れていたのでビクビクしつつも行ってきました。その報告をしつつなんとなく地域コミュニティとしてのKansai.pmについての考察、感じた事をまとめます。 僕の発表 どんなトークをしようかなーと悩んでいたのですが、後ほど盛大にフューチャーするpapix君から Kansai.pm はスキル的に幅が広いのでなるべく全員に刺さるような発表を！ みたいなことを言われ、テーマを決めました。題目はズバリ 「Webサービスのつ
たった一つのツイートでひたすらアイドル水着画像を集める - ゆーすけべー日記
元★ネタ たった10行のコードでひたすらアイドル水着画像をあつめる - UT Startup Gym たった3行のコードでひたすらアイドル水着画像をあつめる（Rubyだよ） - maeharinの日記 たった数行のコードでひたすらアイドル水着画像をあつめるのをGoutteで書いてみた - iakioの日記 やること なんだかよく分からないタイトルだと思うけど、間違っていないと思う！ 目的の仕様としてはNAVERまとめに張られた水着写真のimgタグを持って来て、 imgタグだらけの.htmlをダンプすれば嬉しいよね〜っていうスクリプトを少ない行数で書けるか？ 他の言語ではどう書くのか？みたいなことなんだけど... Perlでワンライナー書いてたら、Twitterのツイートに収まる文字数、つまり140文字以内になった。 コードをツイートするって言うと、なんか昔miyagawaさんが変態的なこと
2012年もやります「81（ハチイチ）忘年会」 #1981s - ゆーすけべー日記
毎年恒例になっている81忘年会、今年もやります。 去年は諸々の事情で行けず、nyontanに幹事をしていただきましたが、 今年は僕が幹事をやらせてもらいます！ とりあえず募集、応募ページはこちらです。 1981年生忘年会#6 #1981s : ATND 元々は1981年生まれ前後のエンジニアが集まる会でしたが、 よりシナジーを生むために今回は非エンジニアの人にたくさん来てもらいたいなー！ また、もう6回目になるこの81忘年会では僕自身、たくさんの人と出会えて、 いい仲間が出来たのでそういう体験を多くの人にしてもらいたいとの願いもあります。 今回は、ちょっとした実験ってことで、参加者向けのシンプルなプロフィール登録 Webサービスを作りました。 http://81.yusuke.be/ 肝は連番で振られた番号を伝えればすぐにその人のプロフィールを閲覧できるところです。 忘年会の参加者はいって
宮城大で一日だけ講師（270分）やります！ #myu2012 - ゆーすけべー日記
突然ですが、宮城大学で一日だけ講師をつとめることになりました。 90分の授業3つ分なので、合計270分というロング授業をします。 日時は来月11月24日（土）12時50分から17時40分までです。 「プログラマーの仕事」というお題が振られてるのでそれに答える形の内容になります。 以前から YAPC::Asia などでお会いしていた Sendai.pm （仙台を中心に活動するPerl使い？の集まり） の後藤さんからお声をかけていただいたのが、キッカケです。 実はこの授業、特別講義という形態をとっていて他にも 11/10 typesterさん 12/08 dankogaiさん が僕と同じように270分の講義を彼らなりに行う予定です。概要が、 非常によくまとまっているサイトがあるので、そちらをご参照ください。 ちなみに大学院向け授業で、また、外部の人でも申し込みをすれば参加可能です！ 宮城大学大
miyagawanize2 - ゆーすけべー日記
はじめに miyagawa（宮川達彦）さんはスーパーギークの一人です。昨日のLL Decadeでも基調講演なさってました。 誰しもmiyagawaさんのようにコードを書きたいと思っているはずです。 しかし、僕たちは彼のようにはなれません。なぜなら「紫色の何か」が欠けているからです。 紫色の何か これは一体なんなんでしょうか？僕には分かりません... けれど、miyagawaさんのようになるには必要なものです。 そこでmiyagawanize2というWebアプリを作ってみました。 miyagawanizeの基本 miyagawanizeでは以下のモジュールを使います。 use Imager; use Image::ObjectDetect; ImagerはPerlらしく画像処理をするためのモジュール。 Image::ObjectDetectはOpenCVの物体検出の部分をPerlから利用でき
ノマドならルノアールがはかどるよねぇ〜っていう10個の理由 - ゆーすけべー日記
遊牧民的に仕事するノマドワーク。僕は「おうち」が一番はかどったりするんですが、 どうしても「おそと」で作業しなくてはいけない時があります。 そんな時に心地よくノートパソコンをカタカタと打てるような空間が関東近辺で展開する喫茶ルノアール（修正：ルノワール→ルノアール＞＜）です。 今も実はルノアールにいます。ご存知の方は当然のごとく知っているルノアールの魅力ですが、 なんとなく列挙してみると10個も出てきましたので紹介してみます。 1. 長居しても嫌な顔されない まず、これが一番でしょう。長い時間居てもコーヒー一杯頼めば店員さんに嫌な顔全くされません。 むしろ店員さんは笑顔です。 2. 場所によっては空いている で、お店が混んでる時には長居してるとお店に悪いなーって感じでその点はもちろん考慮した方がいいでしょう。 ですが、場所によってはいつも空いている店舗があったりしてそういう場所は使いやすい
全裸で学ぶMVC事始め - ゆーすけべー日記
一般的なWeb Application Framework（WAF）ではMVCという設計及び実装における概念が取り入れられています。 MVCに従ってつくるのが全てではありませんが、 WAFを使うと共に、一度はMVCを用いたWebアプリの開発経験はしておいた方がよいと思います。 MVCはモデル（Model）、ビュー（View）、コントローラ（Controller）の3つの単語を組み合わせた言葉で、 この3つで概念が成り立っています。 クライアントがWebに対してリクエストをした時に、これら3つがそれぞれ連動して結果を返します。 一般的には以下のような処理経路をたどります。 クライアントがWebサイトにリクエスト コントローラがリクエストの処理を行い、モデルとビューを動かす 必要に応じてモデルを呼び出す 結果のデータをビューに渡す ビューがHTML化などをしたものをクライアントに表示する MV
月額980円のさくらVPSを個人用に使い倒す - ゆーすけべー日記
Webサービスの運営用にVPSと呼ばれるバーチャル・プライベート・サーバを借りることは昨今よくあることだと思います。 VPSのサーバを借りればroot権限を持てることになるので、自由度が高いサーバ環境を構築することができます。 また、スペックによって価格が違っていて、低いスペックなものだと月額かなり低価格なものが存在します。 僕はその中でも月額980円のさくらVPSを借りていて、それを個人用に限って使っています。 これから紹介するような用途であれば980円でもかなりいけます。 ちなみに980円コースのスペックは2012年3月現在で以下のようなものです。 メモリ: 512MB HDD: 20GB CPU: 2Core(仮想) gitリモートレポジトリ 僕が現行で行っているWebサービスでもiPhoneアプリ開発でもバージョン管理は必要になってきて、 そのためのプライベートなレポジトリが欲しく
PerlのWAFはMojolicious推しな件とそのノウハウ - ゆーすけべー日記
Perlerな皆さん！WAFは何を使っていますかー！？ 昨日行われたという「Perl Beginners #1」のレポートを漁っていると @hsksyuskさんのエントリにこう書かれていましたので僕もつい乗っかってみたくなりました。 PerlのWAFは何がいいの？ @ytnobodyさんはKossy推し。 僕はAmon2推し。 ぼ、ぼ、ぼ、僕はMojolicious推し！！！ ということでなぜ僕が今、Mojolicious推しなのかを探るためにその「いい点」と思っていること列挙してみました。 それと同時に悪い点も見えてきて、かつバッドノウハウもあるなーって感じなのでまとめてみます。 Mojoliciousのいい点 依存モジュールが無くポータブル ご存知の通りMojoliciousは標準で入っているモジュールに依存しているだけで、 残りは自前で実装しています。なので、 $ cpanm Moj
iPhone「アプリの設計パターン」についてまとめてみる - ゆーすけべー日記
iPhoneアプリの良いアイデアが出たので、これから作り始めようというところである。 さて、iPhoneアプリ開発童貞ってわけではないが、今までただ闇雲に作っていた感があるので、 実際にXcodeを起動してコードを書き始める前の設計をどうしていこうかと考えている。 ソフトウェアの作成はじめてではもちろん無いのでだいたい勝手は分かるものの、 iPhone特有の設計思考が必要な気がして、文献を漁っている。 ところが、世に出回っているiPhoneアプリ本にはUIKitをいじくるだけの解説ばかりではないか！ で、つまるところ設計について有益だと思えたのは以下3つの文献だった。 「iOSアプリケーションプログラミングガイド」Appleのサイトからダウンロードできる 「iPhoneアプリ設計の極意 - 思わずタップしたくなるアプリのデザイン」のfladdictさんの章 「iOS開発におけるパターンによ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
