yochiyochirb / meetups

81 stars 25 forks source link

第131回 こんちゃん、けん、ちなつ #1415

Closed ckanayama closed 6 years ago

ken3ypa commented 6 years ago

よろしくおねがいします!

konchanxxx commented 6 years ago

オネシャス:smile:

ckanayama commented 6 years ago

お願いします!!

ken3ypa commented 6 years ago

小さな変更のためにわざわざブランチを作成する必要はありませんが、

どれぐらい小さいのだと切らないってこと? 粒度に困る

ckanayama commented 6 years ago

良い習慣

ckanayama commented 6 years ago

良い師匠を見つけること

ken3ypa commented 6 years ago

(1)良い師匠を見つける ・開発に対する姿勢  ・責任持って作りきる  ・レビューの細かさ  ・ユーザへの責任を感じつつ、妥協しない

ckanayama commented 6 years ago

まとめて作業してしまってから 変更のまとまりをコミットする

ken3ypa commented 6 years ago

-a はあんまり使わないかも? byこんちゃん 一度ガッと作って、変更のまとまりをコミットしていく

ckanayama commented 6 years ago

コミットメッセージは現在形かつ命令形で書く

ken3ypa commented 6 years ago

日本語だと体言止め

ken3ypa commented 6 years ago

Box 4. Committing to Git By design, Git requires every commit to include a commit message describing the purpose of the commit. Typically, this takes the form of a single line, usually limited to around 72 characters, with an optional longer message if desired (Section 4.2.3). Although conventions for commit messages vary (Figure 5),8 the style adopted in this tutorial is to write commit messages in the present tense using the imperative mood, as in “Initialize repository” rather than “Initializes repository” or “Initialized repository”. The reason for this convention is that Git models commits as a series of text transformations, and in this context it makes sense to describe what each commit does instead of what it did. Moreover, this usage agrees with the convention followed by the commit messages generated by Git commands themselves (e.g., “merge” rather than “merges” or “merged”). For more information, see the GitHub article “Shiny new commit styles”.

Committing to Git https://www.learnenough.com/git-tutorial#aside-commit_messages

にちゃんと書いてるんすね。読み飛ばしてました

ckanayama commented 6 years ago

さっきの記事です。 Githubの中の人に聞いた、commit識別番号を人間でも扱いやすくする3つの工夫 http://naoyashiga.hatenablog.com/entry/2013/11/22/013406

konchanxxx commented 6 years ago

commit hash のunique性をどうやって担保している???

ken3ypa commented 6 years ago

Gitのコミットハッシュ値は、どうやって同値性を保っているの?

9e47c22 こういうやつ

■まず作り方 https://tech.mercari.com/entry/2016/02/08/173000 https://qiita.com/suzuki_koya/items/ec253845f2b07b9c45c0

tree, parent, author, commiterとファイルのbyte数をsha1でハッシュ化して生成する

■被ったらどうなるの? ・先にコミットした人のものが優先される ・かぶる可能性は天文学的数字(でもかぶる可能性は微レ存)

konchanxxx commented 6 years ago

https://tech.mercari.com/entry/2016/02/08/173000

konchanxxx commented 6 years ago

1方向ハッシュ関数 sha1 https://qiita.com/jackpod/items/84cf1b741c4975bbedca

konchanxxx commented 6 years ago

トピックブランチの削除は必須ではありません。実際、トピックブランチを削除せずにそのままにしておくことはよく行われています。トピックブランチを削除せずに残しておけば、トピックブランチとmasterブランチを交互に行き来して、キリの良い所で変更をマージする事ができます。

トピックブランチを使いまわす??

konchanxxx commented 6 years ago

エピックブランチ、トピックブランチ、フィーチャーブランチ??呼び方色々ブランチ達

ken3ypa commented 6 years ago

development ではsqlite production  ではpostgreSQL 使う

HerokuではSQLiteがサポートされていないため

駄目なきがする。。。 byこんちゃん

konchanxxx commented 6 years ago

本番環境と開発環境でDB別にするのはよろしくない気がす

ckanayama commented 6 years ago

1.5.1 Herokuのセットアップ 読了

ken3ypa commented 6 years ago

Heroku、名前を指定しないと謎の名前になりますよね by ちなつ

afternoon-waveという中2病感溢れる名前ができました笑

konchanxxx commented 6 years ago

永和二中に入れる^^ニッコリ

konchanxxx commented 6 years ago

アプレンティスシップパターン

https://www.amazon.co.jp/%E3%82%A2%E3%83%97%E3%83%AC%E3%83%B3%E3%83%86%E3%82%A3%E3%82%B9%E3%82%B7%E3%83%83%E3%83%97%E3%83%BB%E3%83%91%E3%82%BF%E3%83%BC%E3%83%B3-%E2%80%95%E5%BE%92%E5%BC%9F%E5%88%B6%E5%BA%A6%E3%81%AB%E5%AD%A6%E3%81%B6%E7%86%9F%E7%B7%B4%E6%8A%80%E8%A1%93%E8%80%85%E3%81%AE%E6%8A%80%E3%81%A8%E5%BF%83%E5%BE%97-THEORY-PRACTICE-Dave-Hoover/dp/4873114608

ken3ypa commented 6 years ago

情熱プログラマとアプレンティスシップパターンは 読むとモチベ爆上げ 読むレッドブル

konchanxxx commented 6 years ago

情熱プログラマ

https://www.amazon.co.jp/dp/B01IGW5MQ0/ref=dp-kindle-redirect?_encoding=UTF8&btkr=1

ckanayama commented 6 years ago

『SOFT SKILLS ソフトウェア開発者の人生マニュアル』