タグ

ossに関するkarupaneruraのブックマーク (5)

  • 個人開発者とCovid-19 Radarプロジェクト - laiso

    Endless road | During our roadtrip we turned off the highway… https://www.flickr.com/photos/98063470@N00/326044514 GitHubリポジトリ Covid19Radar に対して起ったことがかなり特殊な状況だったため、開発を追い掛けていた視線からレポートをします。 この記事の著者について 代表作のない個人アプリ開発者(かなしい) Covid-19 Radar Japan の人ではない GAFAMやCode for Japan の人でもない 4/8 Covid-19 Radarを発見する Covid-19 Radarとは、この時点ではシンガポールのTraceTogetherの日版を目指した個人開発者 廣瀬一海さんのアプリのリポジトリ 4月にContact Tracing技術について

    個人開発者とCovid-19 Radarプロジェクト - laiso
    karupanerura
    karupanerura 2020/06/22
    わかりやすいまとめでありがたい
  • 1年で150個のPull Requestを出した話。あるいはOSSに継続的にコントリビュートするということについて - Qiita

    1年で150個のPull Requestを出した話。あるいはOSSに継続的にコントリビュートするということについてRubyCSSOSSCrystal なんかエモいこと書きたくなったので書きます。 はじめに CrystalというRubyライクなプログラミング言語のコンパイラに、1年間(2016/12/26〜2017/12/25)で150個のPull Requestを出しました。 今年は閏年ではなかったので365 / 150 = 2.43333...、というわけで3日に1回以上のペースでPull Requestを出したことになります。 随分とたくさんのPull Requestを出したものです。 また、150個のうちマージされたものは106個でした。 こうした活動の中で感じたことを適当に書いていきたいと思います。 継続的にOSSにコントリビュートするために 継続的にOSSにコントリビュートするた

    1年で150個のPull Requestを出した話。あるいはOSSに継続的にコントリビュートするということについて - Qiita
    karupanerura
    karupanerura 2017/12/26
    めっちゃ良かった
  • TOEICで125点しかとれないような人でもできる英文バグレポートの方法。 - tokuhirom's blog

    または、Pros と Cons をまちがえて書いてしまうような人でもできる英文バグレポートの方法。 まあ小手先のノウハウだけど、俺はこうやってるよ、という話。 ともかく再現可能なテストケースをかく再現可能なテストケースを書けば、コミュニケーションコストを大幅に削減することが可能。これは日人同士の場合でもそうだし、プログラマにとっては必須の技能の一つであるから、是非身につけて実践するべき。 マルチスレッドに起因するものなど、再現可能なテストコードがかきづらいものはともかく、それ以外であれば、再現テストコードを書くべき。 再現テストコードを書けない場合、そもそも自分がバグの原因を把握できていない場合がおおいので、そんな状況でなれていない言語によるコミュニケーションをとるのは困難。

  • 国土地理院が地理院地図のソースコードを公開 | スラド オープンソース

    国土地理院が1月8日に地理院地図のリニューアルを行った(詳細のPDF)。地理院地図は国土地理院が作成している地図や災害時の航空写真などを公開しているサイトで、今回のリニューアルでUIを一新し、PC向けブラウザとスマートフォンの両方に対応するようになったのだが、これに合わせて地理院地図を構成するソースコードをGitHubに公開している。 以前から国土地理院ではGitHubでベクトルタイルの実験(ソースコード、実験サイト)を行ったり、2014年の御嶽山噴火の際に専用の情報提供サイトを提供するなど、積極的にGitHubを利用してきていた。 今回のソースコード公開に伴いさっそくFirefox OSアプリを実装するといった試みも行われている。また、国土地理院は2014年から地理院地図パートナーネットワークを作り地理院地図を使った開発を行う人達と情報交換を行うなど、積極的に民間の開発者と協力していく姿

    karupanerura
    karupanerura 2015/01/26
    こんなことやってたのか。素晴らしい姿勢。
  • 僕が社内ライブラリを OSS 化すべきだと思う3つの理由 - 鳩舎

    こんばんは、台風がヤバいですね。 こんな風に命の危険がそこそこあるときは、なんとなく人生について考えてしまいます。私はどこからやってきて、どこへ消えてゆくのか…… そんなことを考えていた折に、「社内ライブラリって OSS にしてしまうべきだよなー」と、ふと思ったので、考えていることをメモしておこうとおもいます。 「社内ライブラリ」 とりあえずこの社内ライブラリの前提を並べると 1つまたは複数のプロジェクトが参照しているライブラリである 製品的なビジネスロジックを内包しておらず、汎用的で、利用されているプロジェクトと密結合でない バージョン管理されている の3点は満たしておく必要があります。例えばニコニコ動画を OSS にするのはちょっとアレですし、課金部分を OSS にするなんてもってのほかだなーと思います。 そんなプロジェクトがあなたの会社にあるかないかはわかりませんが、いわゆる「この言

  • 1