目的：ユーザを新規獲得するための提案

・英語に対応したページ作成
　→英語圏でのユーザ獲得を目指す。

・「友達招待制」の導入
　→Line,Twitter,Facebook,instagramを介してユーザ獲得を目指す。
　　報酬として、相互にポイント付与等

すごい今更感だけどテスト書こうかなあと思っています。
ここにはテスト項目をリストアップしておきます。

• 空白のユーザー名では保存されない。

達成できていないところの補充
#22
#46

cd certbot/
./certbot-auto renew

https://blog.fileshelfplus.com/rails/165

ブランチ　feature/add-sea-from-randomwords

やりたいこと

ランダムワード用アイデアにランダムワードの２単語を保存したい

できないこと

ランダムワード用アイデアモデルにおいて、ランダムワードとは異なるカラム名で関連させること(word1, word2)

参考URL
http://www.coma-tech.com/archives/223/
https://qiita.com/publichtml/items/1fba15d8071fab66d043

migrationファイル

class CreateRandomWordsIdeas < ActiveRecord::Migration[5.2]
  def change
    create_table :random_words_ideas do |t|
      t.references :idea, foreign_key: true, null: false
      t.references :word1, foreign_key: { to_table: :words }, null: false
      t.references :word2, foreign_key: { to_table: :words }, null: false

      t.timestamps
    end
  end
end

models/random_words_idea.rb

class RandomWordsIdea < ApplicationRecord
  belongs_to :idea
  belongs_to :word1, class_name: 'Word'
  belongs_to :word2, class_name: 'Word'
end

models/word.rb

class Word < ApplicationRecord
  validates :word, presence: true, uniqueness: true

  has_many :random_words_ideas_of_word1, class_name: 'RandomWordsIdea', foreign_key: 'word1_id'
  has_many :random_words_ideas_of_word2, class_name: 'RandomWordsIdea', foreign_key: 'word2_id'
end

プラン１

1. Notice モデルに link というカラムを追加（nil を許容）
2. クリックしたときのリンク先を link から参照する。（nil ならスキップ）

開発環境で発生しなかったレイアウト崩れが、本番環境において発生した。

ランダムワードによって表示された2単語から、他の人がどんなアイデアを創出したか知りたい。
ランダムワードで2単語と同時にアイデア投稿フォームを表示させて、その2単語から創出したアイデアを投稿できるようにする。
そのようにして投稿されたアイデアを、他の人が見れるようにする。

ただ答えるだけとかじゃあアイデアが供給されないと思うんだ。

そこでYahxx 知◯袋 チックに、ポイント制を導入したいんだがどうでしょうか。

具体的には、

1. 自分が出したアイデアによってポイントが貯まる
   • （トピック投稿者がポイントを贈呈するとか）
   • （いいね！の数によってポイントが発生するとか）
2. トピックを投稿する際にポイントを消費することで注目されやすくすることが出来る
   • （リストの上位に持ってくるとか）
   • （別枠にリストアップされるとか）
3. めでたし（？）

実装にそこそこの時間を要するのでベータ版に合わせる必要は無いんですが
あるのと無いのとじゃあウケが違うと思うんです。

もし良ければ、この案の詳細を練るなりいつのリリースに合わせるのかを相談したいですん

「ユーザー」と「トピック」にタグをつけられるようにしてみてはどうかと思います。

イメージは Qiita と同じなんだけど、
Hello Idea では「九工大」なんかの所属を表すタグなんかもつけてみてはと思います。
（そこから「一緒にやってみようぜ！」的なことになることを期待して）

• トピック投稿の際にタグ付けをする => そのカテゴリに興味がある人に反応してもらいやすくなる
• ユーザー設定で自分にタグ付けする => そのカテゴリに関するトピックに反応しやすくなる（する）

近日中のβ版リリースに向けて

仮説

アイデアに特化したSNSがあれば、人々は利用する

検証内容

• そもそも利用したい人はいるのか
• 継続的に利用されるのか

検証方法

• β版のリリース
• SNSを使ったβ版の拡散

β版の中身

• 基本SNS機能（コメントなし）
• フィードバック用のアンケート機能
• 紹介ページ（概要や使い方の説明）
• アナリティクスの導入

最低達成目標

• ユーザー数　50人｛内訳：学生40人（起業家予備軍・エンジニア志望20人、その他20人）・社会人10人｝
• 投稿数　50投稿

β版に期待すること

• バグの発見
• UXの改善点の発見
• 運用方法の勉強

β版リリースに向けてやることリスト

• マスターアカウントの作成（荒らし対策）
• フィードバック機能（アンケート）追加
• アナリティクスの導入
• レンタルサーバーの選定
• レンタルサーバー内の環境構築
  （できれば）
• レスポンシブデザイン化

• トップ画面
• ユーザー詳細（PC）
• ユーザー詳細（スマホ）
• SNS（PC）
• SNS（スマホ）
• ツール_マンダラート
• ツール_ランダムワード

gccのせいらしい？
https://qiita.com/MasamotoMiyata/items/874b934ec53cdb2e5a7e

＜ヘッダー部分＞
・background-color: #fee04c rgb(99,88,30)（黄色)
・ヘッダークリックa.hover background-color: #fff8d4 rgb(100,97,83) (白に近い黄色)
・スマホ　ハンバーガーメニュー背景background-color: #fde04c rgb(99,88,30)（黄色）
・文字の色 color: black;

QP は著作権的な問題とコレジャナイ感があるので、
名前を変えたいと思いました。
何か案があったらお願いします。
現時点での候補は

• IdeaBox
• IdeaRecruit
• IdeaBoard

です。
来週までには決めたいですね。

Rubocopが導入されて pull develop をして動作確認できたこと。

1. git pull origin develop
2. bundle install
3. rails db:migrate

##現状
before_actionしていないので、ログインしていなくても使うことができる。
保存するとどうなるか分からないが、たぶんエラーになると思う。

##今後
マンダラートのすべての機能をログインユーザー向けの提供とする
or
保存時のみログインユーザー向けとする

###自分の考え
前者

海にアイデアを投稿する。
↓
海というニーズが必要
↓
海というニーズを投稿するユーザーが必要
↓
仮に適当なユーザーが投稿した形にしても、ニーズ一覧に海というパネルが表示される

解決案その一
ジャンルをその他にすることでなんとなく回避（できてない）

解決案その二
海というモデル作っちゃう

• パスワード変更
• 通知
• アイデアのいいね順
• トピックのアイデア数順
• アンケート
• レスポンシブデザイン対応

bundle installしてもサーバが立ち上がらない時

$ sudo apt-get install libpq-dev
↓
$ gem install pg -v '0.18.4' --source 'https://rubygems.org/'
↓
$ bundle install
↓
$ rails s

で解決しました。

• ユーザーアイコン
• ユーザー情報の編集
• ユーザー詳細にタブを実装
• フッター追加
• フラッシュの追加
• ログインボタンの表示名変更
• いいねボタンをハートにする
• パスワードの追加
• レイアウト調整

追加あればよろしく

案を言い合いましょう

進捗状況は各自で違うかもしれないけど
みんなだいたい同じことしてるから作業分担やらどうしようかなって思っています。

自分が思うのが、

1. 個人でブランチを切って全員同じ作業を行い、ある程度のところで区切ってマージやらリベースやらで統合する。
2. 作業ごとでブランチを切って各自で割り当てられた作業を進めていく。作業終了次第、masterに統合していく。

２の方が作業効率が良いのは明らかです。ただ全員の理解が不十分な状態で作業を分担するっていうのは厳しいと思われます。全員がだいたいのことを理解し終えたら、各分野（UIなど）で作業を分担して、発展的なことは担当者が調べたりコードを書いたりするようにし、ゆくゆくは２の体制を取るのが良いのかな思っています。

逆に理解が不十分なうちは１の形態をとるべきなのかとも思っています。よくわかんないです。

なにか案がある方、または「この意見に賛成！」と言うのがありましたらぜひコメントを

• 編集・削除機能

• いいね機能

• SNSのニーズにアイデアとして投稿【ゴール】←議論したいポイント

仕様がないとね、しょうがないよね（笑）
ここで案を出したり方針決めたりするようにしたいと思います。
まとめるのはREADMEやらWikiやらで清書する形にしようかな。

Draft a new releaseを選択後

Tag version

ver-0.9.今日の日付
例）ver-0.9.1109

Target: master

「Recent commit」から一番上のcommitを選択

Describe this release

/記述例**/

11/16リリースノート

○○機能を実装しました！

[画像/スクリーンショット]

※#の後の半角スペースを忘れずに
/*******************/

• 81マス以上に対応

• 色塗り可（グルーピングの際有効）
  （参考：https://navi.dropbox.jp/mandal-art）

• 補完機能（自動生成的なイメージ）

実はもうブランチ切ってるんだけど、

「自分のトピックにアイデアが投稿された」
「自分のアイデアにいいねがされた」
「バージョンアップのお知らせ」

などの通知をする機能が欲しいなと感じました。

通知機能についてもっと固めていきたいので
案をお願いします。

たとえば
「〇〇さんがあなたのアイデアにいいねしました」っていう通知のとこに
「チェックする」ボタンをつけて対象のページに行けるようにするとか（難しそう）

http://o.inchiki.jp/obbr/313

1. lib/tasks/message.txt を作成し、本文を書く
2. rails runner lib/tasks/notice_sender.rb を実行する

#64 より引継ぎ

「ポイント制」のうち、12/21 のレビュー会に間に合わせる項目

ポイント取得

• ニーズを投稿した時 (±10)
• アイデアを投稿された時 (±20)
• アイデアを投稿した時 (±10)
• いいね！した時 (±5)
• いいね！された時 (±20)
• ログイン (+5)

ポイント消費

• 自分のニーズに投資する時 (-100*n)

編集機能全とっぱらいではなく、投稿後一定時間以内のみ編集可はどうでしょう

12/14リリースノート

見つけたバグを報告する場所

バージョンの命名則

${VERSION} = ver-${MAJOR}.${MINOR}.${PATCH}
${MAJOR} = 0
${MINOR} = 1
${PATCH} = (日付４桁)

例) ver-0.9.1023

1. ターミナル上で
   git tag -a ${VERSION} -m "第 n スプリント" <commit id> （n はスプリントの番号）
   git push origin ${VERSION}

2. github 上で
   releases にアクセス
   

先頭に今 push した tag があるのでクリック（ここでは tmp としている）

右上の Edit Tag をクリック

Release title は何も書かずに
Describe this tag にリリースの内容を書く
prerelease にチェックを入れて Submit

・スマホ版ランダムワード単語追加において、何も入れずに登録するとエラーメッセージが写真のようになる。(環境はsafari)

アイデア創出法まとめが欲しい

マインクラフトにある、○.○.○みたいなやつのこと。
メジャー.マイナー.ビルドとかするみたい。
メジャーは、大幅な機能の追加・変更とかイメージ。
マイナーは、小さな機能追加・バグ修正のイメージ。
ビルドは、細かなバグ修正のイメージ。

アイデアの海はツールではないため。
SNSの上部もしくは左右の余白部分に一部表示させるか、リンクを貼る

マンダラの説明に使用例を出したいので、これがいい！って例が思いついたらぜひ
最初の９つ分のマスだけでも欲しいので、思いついたらどしどし書いてね

できたら、みんなの同意があった例を載せたい

#64 より引継ぎ

「ポイント制」のうち、最終発表までに実装予定の項目

ポイント消費

• 他ユーザーのニーズに投資する時 (-100*n)
• プロフィール画像を購入した時(-50*n)

rubocop　チェックするとき
rubocop -a　自動で直してくれる

rubocopさん、厳しいっす。見逃してってときはrubocop.ymlに書く。

#64 より引継ぎ

「ポイント制」のうち、最終発表までに実装が検討されている項目

ポイント消費

• アンケートに回答した時 (+100)
• 外部 SNS (twitter など) にシェアした時(+100)

ニーズ新規投稿、アカウント作成の入力フォーム規格を定める必要があると感じたので。

PC版
・入力フォームとボタンのwidthは両方500pxに統一する。←どうする？
・本文のfont-sizeは80px。

モバイル版
・入力フォームとボタンのwidthは両方500pxに統一する。
・入力フォームのfont-sizeは50px。