I’ve made 5 ‘trending’ repositories and want to share my method If you’ve ever open-sourced code, you know how difficult it is to get anyone to care. It’s weird, isn’t it? You spend hundreds of hours on something and want to give it away for free but nobody wants it. The issue: your repository is in a chicken and egg situation where nobody will use it until it has stars, but it won’t get stars unt

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.

The Future of Rails as a Full-stack Framework Powered by Hotwire @ Rails World 2023, Amsterdam

connpass で勉強会を主催している皆様へ connpass で勉強会を主催している皆様へ、運営しているconnpassのグループに対する 参加, キャンセル, お問い合わせ のアクションがあった場合にSlackに通知するGAS(Google Apps Script)を書いてOSSにしたのでご報告申し上げます。 https://github.com/bannzai/connpass-notification なぜつくったのか 僕はDXELという勉強会の主催をやっており、connpassを使って参加者の募集を行っています。connpassでイベントの運営メンバーだと参加者の 参加・キャンセル・お問い合わせ などのアクションが発生した場合にメールで通知を受け取ることができます。しかし、(僕は)メールってあまり見ないし、connpassのこういった内容はGmailのラベルを付けてGmailか

ご近所SNS「マチマチ」を作っている武者(@knu)です。前回に引き続き、今回もマチマチとOSSとの関わりについて紹介したいと思います。 不具合のフィードバック それなりの規模のプロダクトを開発していれば、当然さまざまなライブラリやツールを使うことになりますが、自分達では特に変わった使い方をしているつもりはないのに、ふとバグに当たることがたびたびあります。認知バイアスの可能性もありますが、しょっちゅう 「なぜ我々が第一発見者なのか？みんな踏んでいないの？」 と感じている気がします。 そこで思い至るのは、「バグをバグであると認知して指摘する」こと自体が、スキルや経験の裏打ちを必要とする所業なのかもしれないということです。 自分に自信がない、ちゃんと調べる気に至らない、などの引っ込み思案に陥り、「きっと自分の使い方が悪いのだろう」「回避したら動いたからよしとしよう」と撤退してしまうエンジニアが

Gatsby が面白い仕組みを導入していて、驚いたので書くことにしました。 Gatsby React.js の静的サイトジェネレーター GitHub - gatsbyjs/gatsby: The fastest frontend for the headless web. Build modern websites with React. The fastest frontend for the headless web. Build modern websites with React. - GitHub - gatsbyjs/gat... 最近、海外ではとても流行っています。 コミュニティ 最近、gatsby のメンテナチームに所属しました。 人数が異常ですよね、このチームに所属していると gatsbyjs/gatsby の write 権限を持ちます。 そう、個人的に画期的だと思った

ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは、CTOの藤門（@mikanmarusan）です。 Yahoo! JAPANは、インフラレイヤーからユーザーの皆さんとのタッチポイントとなるフロントエンドレイヤーまですべて自社で開発しています。そのテクノロジーの大部分でオープンソースソフトウェア（以下、OSS）を利用しており、Yahoo! JAPANはOSSでできているといっても過言ではありません。そのため、OSSを正しく理解して利用することやOSSコミュニティと共存してさまざまな形で貢献していくことはYahoo! JAPANの持続的な成長につながると考えています。 Yahoo! JAPAN のテクノロジースタックとオープンソースソフトウェア(Yahoo! JAPAN

■ OSSライセンスMeetup Vol.2「実録：GPL違反とその対応を振り返る」へ行ってきた つい最近、仕事でGNUライセンスがらみのインシデントがあって疲弊していたところ、タイムリー(?)にこんなイベントが目に入ったので参加。初回はぜんぜん気づかなかったなー。 ライセンス話だとよく見かける人たちも多数参加していて、ライセンスみたいな汎用的な話題でもコミュニティに偏りが発生しているのは興味深いです(良くはない)。場所は以前OSS Gateでもお世話になったサイオス。さほど駅近じゃないので移動がけっこう大変だけど、開始時間を遅くされると早めに帰らなきゃいけなくなるから難しいところだ。 イベント説明に「2002年のGPL違反」と書いてあったので予習しようと思ってググったら、Sigma Designの件とエプソンコーワの件*1が出てきたけど、講演者の経歴からいって後者かな(←あたり)。かくし

これはQiita Kotlin Advent Calendar 2018 1日目の記事です。 qiita.com サーバサイドKotlinのコード公開したらみんな見てくれるかな？そこで開発出来そう！ってなったらサーバサイドKotlinのエンジニアになりたくなるかな？— shiraji (@shiraj_i) 2018年12月13日 ツイートしたら良い反応もらえたので、サーバサイドKotlinのアプリを以下で公開する事に決めました。 github.com cloneして、docker-compose upしたら、GraphiQLが http://localhost:8090/graphiql 立ち上がって、サーバの動作確認が出来る。簡単！！！ GraphiQL画面 Ubie内で絶賛開発中のシステムに少し手を加えていますが、基本的に実際に開発している環境と同じになっています。 公開目的 公開に

追記: 加筆修正してGitHub projectにしました: https://github.com/gfx/android-oss-best-practices paper.dropbox.com (potatotips #56 (iOS/Android開発Tips共有会) - connpass) 久しぶりのpotatotipsでのLTでした。 「OSS開発のリテラシー」は他の言語版もほしいですね。誰か書いてくれないかな〜|дﾟ)ﾁﾗｯ

僕の仕事をひとに説明するときに、「Googleで仕事をしているけどオープンソースなのでGoogleのプロダクトを作っているわけではないし、むしろアップルとかソニーの人と一緒に仕事している」と言うと、「？？？」という反応になることが多いので、僕はこういう仕事をしているんだよということをここでちょっと説明してみようと思います。 （2016年の僕のFacebookの投稿の転載です。） 僕のいるチームはLanguage Platform Teamというところで、プログラミング言語や開発ツールの開発をしています。LPTの中にもいろいろ細かいチームが分かれているのですが、僕がいるのはC++チームで、Googleで主要開発言語になっているC++言語の開発環境を担当しています。 C++で開発をするときには、C++ツールチェインと呼ばれる一連のツールを使います。ツールチェインの一番大きなコンポーネントは、人

こちら古いバージョンです。著作権・ソフトウェアライセンスから始めて、各種オープンソースライセンスを平易に解説 >> 2018年版はこちら https://www.slideshare.net/YutakaKachi/ss-118947772Read less

試したいから、作る。ghq、goreの作者motemenの開発は「自分本位」で駆動する 次々とOSSを送り出す株式会社はてなのCTO、大坪弘尚さん。連続開発を支える、発想の源、そしてモチベーションをご本人に伺いました。 エンジニアにとっての強みとは何でしょうか。その答えはさまざまですが、「プロダクトを完成させるスピード」という要素は、“強み”の一つの指標と考えていいでしょう。 「エンジニアの会社」として見られることの多い株式会社はてなの中でも特に「作るスピードが早い」と一目置かれる人物がいます。CTOの大坪弘尚（おおつぼ・ひろなお／ @motemen ）さんです。 大坪さんはghqというツールを20代で公開し、コミュニティから高い評価を受けました。それにとどまらず、GoにおけるREPLを実現するツール、goreも続けてリリースし、GitHubで2000以上のスターを獲得しています。常にオー

今時builderライブラリも無いだろという感じですが，書いたのです． github.com Motivationにも書いているのですが，普通に作ったJavaのbuilderは不完全なインスタンスを作成できる可能性を孕んでいます．注意深くコードを書けば問題ないかもしれませんが，えてして我々 (主語が大きい) はミスを犯しがちです．そしてNPEがやってきて……我々はしぬ． というわけで今回作ったのがarnoldです． 端的にいうと「必要なすべての要素を取りこぼさないbuilder」であり，「そのジェネレータ (annotation processor)」でもあります．Basic usageにあるように， import net.moznion.arnold.annotation.ArnoldBuilder; import net.moznion.arnold.annotation.Requir

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.

ちょっと前にpmconf 2017があったり最近仕事で若干プロダクトやらプロジェクトマネジメントっぽい事にもクビを突っ込んでいる中で普段OSS開発をしている中で得た気付きや知見が適用できる事が結構あったので整理してみようと思う。 自分が余暇の時間に開発しているのはPermissionsDispatcherというAndroidのRuntime Permissionsの処理をラップするライブラリで、2年程前から開発を始め有り難い事にそれなりのstarとユーザーを獲得する事ができている。 元々1人で始めたプロジェクトだったのだが今では派生プロダクトも含めて4人のメンバーがorganizationに所属しており、自分はなんとなく言い出しっぺ的な立ち位置で開発以外にもissueの対応やらproposalを書いたり色々雑多にやっている、という感じ。 OSS開発というとそこで使われているテクノロジーやコ

2. • @lestrrat • Perl/Go hacker, author, father • Author of github.com/peco/peco • Organizer for builderscon