リリース用のpull requestを自動作成し、マージされたら自動でタグを打つtagpr | おそらくはそれさえも平凡な日々
常々GitHubにtag requestが欲しいと言ってきましたが、それを実現するツールを作りました。OSSなど、バージョニングとリリースが伴うソフトウェア開発のリリースエンジニアリングをとにかく楽にしたいという動機です。既に自分が管理している幾つかのOSSでは導入して便利に利用しています。 https://github.com/Songmu/tagpr アイデア 基本の発想は以下のようにシンプルです。 リリース用のpull requestがGitHub Actionsで自動で作られる バージョン番号が書かれたファイルやCHANGELOG.mdを自動更新 そのpull requestをマージするとマージコミットに自動でバージョンtagが打たれる semver前提 リリース用のpull requestを自動で作りマージボタンを以てリリースと為す、というのは、みんな(僕が)大好き git-pr
MOONGIFT更新停止のご連絡 MOONGIFT
いつもMOONGIFTをご覧いただきありがとうございます。タイトルにあります通り、MOONGIFTの更新を恒久的に停止するご連絡となります。最終更新記事は2021年07月16日になります。 背景 MOONGIFTはオープンソース・ソフトウェアの紹介サイトとして2004年01月29日に運営を開始しました。一番最初はlivedoorブログにて開始し、その後様々なブログプラットフォームを利用し、さらに一時はサイト名の変更（Open Alexandria）を経て、MOONGIFTという名称で運営を続けてきました。 MOONGIFTでは、これまでに16,000以上のソフトウェア（一部オープンソース・ソフトウェア以外のソフトウェアを含む）を紹介してきました。オープンソース・ソフトウェアは多くの先進的な技術への取り組みが行われており、オープンソース・ソフトウェアを知ることはソフトウェアの開発トレンドを知
RuboCop リネーム騒動の所感 - @kyanny's blog
Is it time to change the name? · Issue #8091 · rubocop-hq/rubocop · GitHub Rubyists, we must do better | timriley-info The RuboCop Name Drama Redux | Meta Redux 件の騒動を知る前に「Black Lives Matter の流れに乗って名前変えたらいいんじゃねーの」とは思った 難癖をつけられて揉める前に済ませておくほうが楽そう、とか FactoryBot のことを当然思い出しながら 個人的に RuboCop は好きではなく愛着もないので、というのもある リネームしたら？という提案自体は、まぁ妥当な範囲内だと思う master ブランチやめます話もあることだし https://twitter.com/mislav/status/1270
NetlifyのOpen Source Planに申請する
Netlifyは便利ですが、Freeプランだと月300分の制限があります。 300 build minutes/month https://www.netlify.com/pricing/ 色々なOSSでNetlifyを使っているとこの制限にすぐに到達してしまいます。 具体的には、次の点でNetlifyのBuilt Timeはすぐ消費されてしまいます。 RenovatebotなどPRをたくさん出すやつとNetlifyのPreview Buildの相性が悪い NetlifyのBuild TimeはプロジェクトをTransferしても、一度消費した分は戻らない https://app.netlify.com/teams/{team}/builds/insights でBuild Timeを見られる Netlify Open Source Plan NetlifyにはOpen Source Pl
GitLab、有償版の機能をオープンソースへ移植すると発表。カンバン表示やカナリーデプロイ、複数のKubenretesクラスタの使い分けなど18機能
GitLab、有償版の機能をオープンソースへ移植すると発表。カンバン表示やカナリーデプロイ、複数のKubenretesクラスタの使い分けなど18機能 ソースコード管理ツールのGitLabを提供するGitLab ,Incは、これまで有償版の製品に含まれていた18の機能を、オープンソースで開発されている無償版GitLabへ移植することを明らかにしました。 同社の共同創業者兼CEOのSid Sijbrandij氏がブログに投稿した記事「18 GitLab features are moving to open source | GitLab」で発表しました。 I'm really excited about the 18 GitLab features we're open sourcing today https://t.co/xRG9Dnkhnn It includes package su
エンジニアと立ち話。Vol.38 @1000ch（メルペイ、ソフトウェアエンジニア）ちょっとお話いいですか？ | mercan (メルカン)
エンジニアと立ち話。Vol.38 @1000ch（メルペイ、ソフトウェアエンジニア）ちょっとお話いいですか？ メルカリで働くソフトウェアエンジニアにちょこっとお話を聞いていく本シリーズ。第38回では、メルペイのソフトウェアエンジニアでエンジニアリングマネージャー（EM）の@1000chにちょこっとお話を聞きました。 メルペイの設立間もないタイミングで入社した@1000ch。これまでのキャリアからFrontend周り、そしてこれからの話をメルペイVP of Engineeringの@hidekが聞いていきます。 メルペイに入社するまでの話 @hidek：廊下で立ち話するのもアレなんで、部屋でちょっと話しましょうよ。 @1000ch：あ…はい。 @hidek：じゃあ、年始めなんで腕相撲でお互いの運気を感じてみるところから…！ @1000ch：あ…ワタシそういうタイプじゃないんで…。 @1000
第5回 OSSを職とし、今後のWebの基盤を作る | gihyo.jp
今回のゲストは数々のオープンソースソフトウェア（OSS）で知られる奥一穂さん。通信プロトコルの最先端は今どうなっているのか、お話を伺いました。 Fastly 奥 一穂さんHTTP/2サーバであるH2Oなど通信プロトコルを専門とする職業OSSプログラマー。 IETFでの標準化にも参画する。サイボウズ・ラボ、DeNAを経て、現在はFastlyに勤務。 Twitter：@kazuho URL：http://blog.kazuhooku.com/ LOGO、HyperCardから、H2Oへ 竹馬：自分の周囲で「一緒に働いたことがある人だと誰がすごかった？」というテーマで話すと奥一穂さんの名前が挙がることが多く、一度お話を聞いてみたいと思っていました。まずはこれまでの経歴を伺えますか。 奥：最初にコンピュータを触ったところから始めると、小学生のとき親の都合でオーストラリアの学校に通っていて、授業で触
サイボウズのフロントエンドエキスパートチームの紹介 - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、フロントエンドエキスパートチームです。 今回は私たちフロントエンドエキスパートチームの紹介をします。 フロントエンドエキスパートチームとは サイボウズの技術領域とフロントエンドエキスパートチームの立ち位置 まずサイボウズのWebフロントエンドについて触れておくと、以下の特徴を持っています。 プロダクトにとって、Webフロントエンドが非常に重要 B2Bのプロダクトを開発しているので、WebおよびPCでのユーザー利用率が高い JavaScriptで製品をカスタマイズするためのAPIやSDKを提供している 継続的な開発が必要で、Webフロントエンドの変化に追従していく必要がある 大規模なWebアプリケーションが多く、プロダクトライフサイクルが非常に長い プロダクトチームにWebフロントエンドがいるわけではない プロダクトチームのエンジニアがWebフロントエンドからバックエンドまで一貫
Vue.jsコミッターkazuponに聞く、良質なDX（開発体験）がもたらす良質な開発サイクル｜ハイクラス転職・求人情報サイト AMBI（アンビ）
Vue.jsコミッターkazuponに聞く、良質なDX（開発体験）がもたらす良質な開発サイクル 近年大きな注目を集めるフレームワークとなったVue.js。その発展の裏には、開発コミュニティをストレスなく駆動させる、コミッターたちのさまざまな工夫がありました。黎明期からVue.jsを支える、コミッターの川口和也（kazupon）さんに、フレームワークを躍進させるために必要なことを聞きました。 WebアプリケーションのUI実装を簡単に行える、オープンソースのJavaScriptフレームワーク・Vue.js。利便性の高さと導入の容易さから、近年サービスに採用されるケースが増えています。 そして、Vue.jsの黎明期から、コミッターとしてフレームワークの成長を支えてきたエンジニアがいます。Vue.js日本ユーザーグループの運営に携わるkazuponこと川口和也（かわぐち・かずや／ @kazu_po
deoplete.nvim開発者、Shougoが考える「Viｍの限界ギリギリ」を攻めるプラグイン開発の裏側 - エンジニアHub｜Webエンジニアのキャリアを考える！
deoplete.nvim開発者、Shougoが考える「Viｍの限界ギリギリ」を攻めるプラグイン開発の裏側 多くのエンジニアに愛されるテキストエディタ『Vim』のプラグインを作り続けるShougoさん。Vimmerならば一度は使ったことがある、というほどに広く知られたプラグインを作り続ける理由を聞きました。 「あなたにとって、テキストエディタとは何ですか？」 こう聞かれたとき、あなたは何と答えるでしょうか。開発に不可欠な大事なツール、あるいは、ただの道具──。きっと十人十色の回答が返ってくるでしょう。 この問いに対し、「テキストエディタとは世界」と迷いなく答えるエンジニアがいます。Vim/Neovimのプラグインマネージャーdein.vimや、Neovim/Vim8用の入力補完プラグインdeoplete.nvimなどの開発者であるShougo（しょうご／ @ShougoMatsu ）さんで
国内で「オープンソース/Open Source」の商標登録の一部を取り消す審判請求。関連する商標関係者への調査依頼 － Publickey
国内で「オープンソース/Open Source」の商標登録の一部を取り消す審判請求。関連する商標関係者への調査依頼 私たちが普段使っている「オープンソース」や「Open Source」という語は、有志数名が集まった団体「Open Source Group Japan」が商標登録を行っています。これは、類似した商標の登録を敵対的な企業などによって行われることで、オープンソースという名称の利用を制限されないための処置だそうです。 ところが、 2018年6月に株式会社OPENSAUCEより、商標登録の一部を取り消すことについて審判を請求する不使用取消審判が請求されたと、Open Source Group Japanの佐渡秀治氏が明らかにしています。 Open Source Group Japanはこの不使用取消審判に対して黙認するか、もしくは商標の使用を立証する答弁書を提出するかの判断を早急に下
Webシステムにおけるログ収集系の個人的まとめ - ガジェカツ～在宅SEのガジェット活動ブログ～
ログ収集系の個人的な超簡易的なまとめです。（qiitaの自分の投稿からの転載です。） 僕みたいなそんなの全然追っかけてないけど、運用監視のシステムを作る必要あったので最近のセオリーを調べないとな－っていう人向け。 既にもっと詳しいものはありますが、自分でまとめたかったのでまとめてみました。 とりあえずは有名どころの名前を羅列して最低限俯瞰できるようにしておきます。 ※内容間違っているとかあったら指摘ください。 最近のセオリー ログ収集＋ログ集積＋ログ解析（という名のダッシュボード） これら３つのOSSプロダクトを組み合わせるのがセオリーです。 Zabbixなどのような一まとめは大量のホストがある時やパフォーマンス、柔軟にログを受け入れる必要があるときは使えません。 特に最近ではクラウドサーバーというかdockerなどのコンテナ系仮想技術の影響でサーバー台数も増えたり減ったり可変であったりし
GitHubリポジトリで8000スター獲得、人気OSS「Boostnote」オープンソース化の軌跡 - エンジニアHub｜Webエンジニアのキャリアを考える！
GitHubリポジトリで8000スター獲得、人気OSS「Boostnote」オープンソース化の軌跡 GitHubリポジトリで8000スターを獲得しているプログラマ向けノートアプリのBoostnote。グローバルな開発コミュニティを築き上げた経緯についてインタビューしました。 Boostnoteというアプリをご存知でしょうか？ こちらはElectronで作成されたデベロッパー向けのノートアプリ。実は海外ではとあることでとても有名なアプリなのです。 なんと企業が事業として開発しているアプリにもかかわらず、コードをすべてオープンソースとしてGitHub上に公開しているのです。海外を中心に注目度は高く、世界中のコントリビューターがBoostnoteに携わっています。現在、GitHubのスター数が8000を超える人気のOSSとなっています。 Boostnoteはどのようにグローバル展開とし、どのよう
Web翻訳の結果をオープンソースソフトウェア(OSS)の翻訳に突っ込んではいけませんという話 - いくやの斬鉄日記
オープンソースからハイスクールフリート、The Beatlesまで何でもありの自称エンターテインメント日記。 最近TransifexとかLaunchpad (のRosetta)とかPootleなどなどを採用し、オープンソースソフトウェア(OSS/FLOSS)の翻訳がWebでできるようになっています。 同時にWebの翻訳サービスも多数存在し、どんどん精度が上がってきています。 ではWeb翻訳の結果をOSS翻訳に突っ込めばいいのではないかというと、それは違います。Web翻訳にも当然利用規約があり、そのようなことは禁止されてることが多いです。世の中すべてのサービスのライセンスを確認するのは不可能ですが、概ねその傾向にあるのは事実でしょう。具体的にはExcite翻訳の利用規約だと第6条で明記されています。 OSSの翻訳にするということは、そのOSSのライセンスに従うということで、それは > 私的利
Scala で実装した社内ナレッジ共有ツールを OSS にして公開しました
社内の事業部・プロジェクトを跨いで、社員間で技術やノウハウの共有をもっともっと盛んにしたいーそんな社員の声から生まれ、社内で運用中のツールをこの度 OSS にして公開しました。 公開先 GitHub 上に公開しています。 atware/sharedocs README にデモサイトや Heroku ボタンを記載していますので、すぐに試すこともできます。 Sharedocs Markdown で記事が投稿でき、コメントや Like やストックができる、言ってしまうとどこかで聞いたことがある某有名サービスのような情報共有ツールです。 投稿画面 絵文字も入力できますし、さらにはシーケンス図やフローチャートも Markdown で描けます。 レスポンシブにしてあるのでスマホやタブレットでも使えます。 つくるに至った背景など 背景 弊社には以前から、 他のプロジェクトでどんな技術が使われているのかよ
Google、脆弱性検出のためのファジング（Fuzzing）を機械的に実行する「OSS-Fuzz」、ベータ公開
Google、脆弱性検出のためのファジング（Fuzzing）を機械的に実行する「OSS-Fuzz」、ベータ公開 ファジング（Fuzzing）とは、「検査対象のソフトウェアに『ファズ（英名：fuzz）』と呼ばれる問題を引き起こしそうなデータを大量に送り込み、その応答や挙動を監視することで脆弱性を検出する検査手法」であると、IPA（独立行政法人 情報処理推進機構）が発行する「ファジング活用の手引き」で説明されています。 Googleは、このファジングを機械的に実行するためのソフトウェア「OSS-Fuzz」をベータ公開したことを発表しました。 OSS-Fuzzの開発はGoogleと、OpenSSLやOpenSSH、NTPdなどインターネットの基盤に欠かせないソフトウェア開発を支援する「Core Infrastructure Initiative」が共同で行っています。 OSS-Fuzzはすでにフ
技術的アウトプットが必要な時代に求められる心構えと社外発表の頻度を増やす事の副次的効果 - 人間とウェブの未来
この話については、僕が専門としているWebサービス関連の業界におけるお話だと思って下さい。ただ個人的には、もう少し広範囲でも適用できる話なのではないかなとも思っています。 ということで、早速アウトプットすることのメリットから簡単に今の現状をまとめて今後エンジニアはどういう心構えで取り組んでいけば良いか、その中で、社外発表することのメリット、その社外発表の頻度を高める事の副次的効果についてまとめていきます。 アウトプットすることのメリット アウトプットする事やOSS化する事のメリットは、自分も含めて最近随分と語られるようになってきております。ここではそれについてあまり詳細に語る事は省略して、メリットを箇条書きでまとめると、 自分の技術が整理され、振り返りも容易になる フィードバックが得られる 自分の技術とその他社外のエンジニアと技術を足しあわせての技術検討（開発）が可能になる 自社だけでなく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
なんと「IE 11」よりも先に……PayPay銀行が「Firefox」のサポートをやめてしまう【3月22日追記】／セキュリティリソースを集中させるため。もちろん「IE 11」のサポートも終了へ【やじうまの杜】
rrweb.io | Open source web session replay library
macOS native
