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

akulog id:akulog

ブックマーク / sue445.hatenablog.com (3)

質問をする技術 - くりにっき
以前社内に書いたポエムなんだけど年に1回くらい引用したくなるので公開した tl;dr; 質問をする時はゴールを提示する【MUST】理由1 理由2 コンテキストを詳しく共有する【SHOULD】期待してた結果(expect)と実際の結果(actual)を書く【IMO】 2020/7/22 12:30追記 2020/7/22 19:00追記 tl;dr; テンプレ【質問内容】【やりたいこと or 今困ってること or 質問の意図】質問をする時はゴールを提示する【MUST】なにかやりたいけど実現できない、うまくいかないそれで質問するって感じに、質問をする動機としてまずやりたいことありきのはずなので、それを提示すべきです理由1 質問される側（以下回答者）は質問内容がふわっとしていると色々なケースを想定して回答を組み立てます *1 例「Aの場合は～だけど、Bの場合は～」こうい
akulog 2020/07/23
リンク
僕がOSS導入時に気にしてること - くりにっき
前置き観点 GitHubやGitLabなどのリポジトリの場合 https://rubygems.org/ https://hub.docker.com/ 共通 (2019/12/29 11:30追記) 2019/12/29 11:30ブコメレス前置き社のesaに投下したものの反応が薄くて寂しいので全体公開他人が作ったOSSを使うにあたって、もしあまりメンテされないOSSを使うと結局別のOSSに乗り換える必要があっておつらいので、僕がどんな観点でOSSを選択してるのかをまとめましたあくまで僕が見ている観点なので異論は認める観点 GitHubやGitLabなどのリポジトリの場合 Star数多ければ多いほどいい放置されてるIssueやPRの数少なければ少ない方がいいオープンになってるPRがたくさんあってもちゃんとレビューされてマージされてるのであればいいんだけど、放置されてる
akulog 2019/12/29
リンク
git-updateがクソ便利 - くりにっき
git-sync にインスパイヤされて作りました qiita.com ソースコード gist.github.com モチベーション例えばトピックブランチで作業してて、リポジトリのmasterが更新されたから最新のmasterを取り込んでrebaseするってことよくやると思うのですが、その時にいちいち git checkout master git pull --ff git checkout topic_branch git rebase master みたいなことをやるのが大変なのでサブコマンドにしました。 *1 3ヶ月くらい使ってるけど割と開発が捗ってます。 ~/.gitconfig のaliasにも up = update で登録してるので、1時間に1回くらいは g up 叩いてるんじゃないかなｗ https://github.com/sue445/dotfiles/blob/65
akulog 2019/03/04
うーんうーん
リンク
1