回答編集履歴
3
git blame
test
CHANGED
@@ -41,3 +41,15 @@
|
|
41
41
|
- パッケージ管理がある言語ならそれに公開する
|
42
42
|
|
43
43
|
- サンプルを書く
|
44
|
+
|
45
|
+
|
46
|
+
|
47
|
+
---
|
48
|
+
|
49
|
+
|
50
|
+
|
51
|
+
さらに追記
|
52
|
+
|
53
|
+
|
54
|
+
|
55
|
+
gitでソースコードを管理してかつコミットは粒度を細かくしておいてかつコミットメッセージをWHYがわかるように書くと、**git blame**をみて「なんでこんな実装にしたんだっけ」というのがわかって良さそう。他人が書いたコードを見るときにもgit blameはそれなりに見ているのでコミットが適切にされていないとすごく困る。
|
2
友人曰く
test
CHANGED
@@ -23,3 +23,21 @@
|
|
23
23
|
- 標準ライブラリのクラス/関数群をよく知る(普段使ってないもので有用なものはきっとたくさんある)
|
24
24
|
|
25
25
|
- デファクトスタンダードとなっているライブラリがあればそれもよく知る(C++ならboostとかEigenとかとか)
|
26
|
+
|
27
|
+
|
28
|
+
|
29
|
+
---
|
30
|
+
|
31
|
+
|
32
|
+
|
33
|
+
友人曰く
|
34
|
+
|
35
|
+
|
36
|
+
|
37
|
+
- githubなどに上げて公開する
|
38
|
+
|
39
|
+
- ブログに紹介記事を書くようにする
|
40
|
+
|
41
|
+
- パッケージ管理がある言語ならそれに公開する
|
42
|
+
|
43
|
+
- サンプルを書く
|
1
m
test
CHANGED
@@ -9,3 +9,17 @@
|
|
9
9
|
- **そもそも自分で書かない**、すでにあるライブラリを使う
|
10
10
|
|
11
11
|
- **テストを書く**
|
12
|
+
|
13
|
+
|
14
|
+
|
15
|
+
---
|
16
|
+
|
17
|
+
|
18
|
+
|
19
|
+
追記
|
20
|
+
|
21
|
+
|
22
|
+
|
23
|
+
- 標準ライブラリのクラス/関数群をよく知る(普段使ってないもので有用なものはきっとたくさんある)
|
24
|
+
|
25
|
+
- デファクトスタンダードとなっているライブラリがあればそれもよく知る(C++ならboostとかEigenとかとか)
|