k_oshimaのブックマーク - はてなブックマーク

内製化をすすめる知人へのアドバイス - Kengo's blog
ソフトウェアエンジニアとしての働き方を探求してきた経験と、駐在員として文化の狭間でうろちょろしてきた経験、OSSエンジニアとして多数の多様な人材と交流してきた経験をもとに、果敢にも内製化に挑戦する知人へのアドバイスを気持ちまとめます。前提主な利用技術にはJava（Spring Framework）やTypeScriptを想定 FaaSを始めとしたManaged Serviceは（いまのところ）積極採用しない構え Digital Transf ormationを推し進める一環としての内製化に、エンジニアリングの観点から挑む方を読み手として想定内製化のターゲットは決まっているか心当たりがある状態既存の開発チームはほぼ無い想定 1. チームビルディング 1.1. スーツとギークの対立を避ける我々が若かった頃は"スーツ"と"ギーク"の対立を煽る風潮にありました。Rockstar Engin
k_oshima 2021/12/20
development

team
リンク
InclusiveなOSS開発体制を作る意味で、GFWの影響をざっくり知ってもらえるとありがたい - Kengo's blog
TL;DR 2021年5月時点では raw.githubusercontent.com や gcr.ioはGFW内からアクセスできません。開発しているOSSを広いユーザに利用してもらいたい場合は、こうしたドメインへの強い依存は避けることを検討しても良いかもしれません。中国インターネットから見たOSS開発体制中国本土でOSS開発をしていると、以下のようにバッジが壊れているGitHubリポジトリによく遭遇します：バッジが表示されないGitHubリポジトリの図これはバッジが使っているドメイン raw.githubusercontent.com にアクセスできないことから生じます。バッジなら大して影響ないのですが、開発体制構築がこれに依存していると厄介です。例えばYarn v2のインストール手順は、JSONファイルを raw.githubusercontent.com からダウンロード
k_oshima 2021/05/26
あとで読む
リンク
最近見かける新しいライセンスについて - Kengo's blog
Elastic社のブログをきっかけに、最近見かける新しいライセンスについて個人的に調べてみた。私は専門家ではないので要注意。公開情報も隅々まで追えているわけではないし。なお一部ライセンスはOpen Source Initiative (OSI)による承認を受けていないので、ここではオープンソースライセンスではなく単に「ライセンス」と書くことにする。新しいライセンスが誕生している背景従来のオープンソースライセンスが再頒布以外の利用をあまり想定していなかった。 Open-core modelないし完全オープンソース戦略を採る企業が自衛策を必要とした。既存のライセンスが難解なため、理解しやすいライセンスが求められた。 OSS活動を収入に繋げるためのモデルが試行錯誤されている。新しいライセンスを導入しているプロジェクト（一例）プロジェクトライセンス Elastic SSPLと独自ライ
k_oshima 2021/01/22
あとで読む
リンク
GitHub Actions 最近のやらかし一覧 - Kengo's blog
FOSS開発で細かいやらかしを積み上げてきたのでまとめる。テストの失敗原因レポートをartifactとしてアップロードしそこねる actions/upload-artifactを使ってテストレポートをartifactとしてアップロードする際、以下の書き方だと失敗する。 # bad - run: | ./gradlew test --no-daemon --stacktrace - uses: actions/upload-artifact@v2 with: name: reports path: build/reports これはテストが失敗した時点で後続のstepsが実行されなくなるため。明示的に失敗時でもアップロードされるように指示する必要がある。 # bad - run: | ./gradlew test --no-daemon --stacktrace - uses: actio
k_oshima 2020/07/01
あとで読む
リンク
1