「ザッソウ 結果を出すチームの習慣」ABD読書会 in 徳島 に参加しました
10月に Agile459 が主催する
リーダーに聞いて欲しい「ザッソウ 結果を出すチームの習慣」ABD読書会 in 徳島 に参加しました。
なんで参加したの？
もともとソニックガーデン（倉貫さんが社長の会社）のことは、Rspecな伊藤さんが所属する会社ってイメージで知っていて、社員が完全リモートでかつ、納品のない仕事の形ってすごいなぁと思っていました。
そして私は現在、愛媛でフリーランス＆在宅ワーカー2年目でして。
在宅ワークを始めた当初は、邪魔が一切入らず仕事できるのすごい！捗る！と喜んでいたんですけど、気づくとなんか寂しいなぁとか、あぁモヤッとした感じのこと聞きたいけど、言葉にできないからチャットで何て聞いたらいいか分かんないなぁとか、なんとなく周りの人忙しそうだし聞きづらいなぁ・・とか感じるようになって。
会社員で出勤してた時、隣に当たり前のように同僚がいて、ゆる〜い話しをしたり、頭の整理のために喋ったり、分かんないとこ一緒に調べ合ったりできる環境って有り難かったんだなぁと思うようになりました。
ただ、在宅ワークになったことで
- 電車に乗らなくても良い
- 心落ち着く家で仕事ができる
- 隙間時間を有効活用できる
- 外出用の見た目を作る必要がない
など、気に入ってる部分も多かったので、リモートワークと雑談を両立してるソニックガーデンの話を聞いてみたいなぁと思い参加しました◎
本の内容は？（ざっくり）
ザッソウは「雑談＋相談」の略で、これまでのホウレンソウ的な一対多や、型式ばったコミュニケーションじゃなくて、雑に相談できるような、雑談と相談を混ぜた（ザッソウ）コミュニケーションを取ると良いよ！って感じの内容です。
ABD読書会とは？
- 参加メンバー全員で書籍を分担
- 自分の担当を要約
- みんなで要約した部分を発表する
- 発表内容をもとに少数グループでディスカッション
という流れで行いました。
詳しくはこちら：未来型読書法 アクティブ・ブック・ダイアローグ®（ABD）公式サイト
本、まったく読んだことないのに読めた気分になるがすごい。
リモートワークで雑談を実現するには？
個人的には雑談をリモートワークで実現できる理由が気になってて、聞いてみたらリモートワークで雑談しやすいツールを作ってしまった！とのこと。
この辺の倉貫さんの記事が参考になりそう。後、本にも詳しく書いてあります。
リモートワークでも雑談がしやすい条件として
話しかけたいと思う人が今席に座っているか？が分かった方が良い
→ 2分に一回、席に座っている人を撮影して表示する
→ 今そこに本人がいるのが確認できるので、今話しかけても大丈夫そうかも？ってのが分かりやすくて、話しかけやすい
雑談が全員に通知が行くと発信しづらいし、他の人もワイワイ雑談してる感があると良い
→ Twitter みたいなタイムライン画面を導入
→ 個人用のチャンネルで発せられた内容（全員には通知がいかない）をタイムライン上に流すことで、自分以外の誰かが話てる感じが伝わるので、自分も雑談しやすい
今あるチャットツールで、リアルオフィスのようなリモートワークの実現って難しくて、独自ツールで実現してるのかぁ〜が知れて面白かったです。リモートワークで働いてるんだから、自分でしっかり質問できるようになってね！を求めるだけじゃなくて、少しでも話しかけやすく、孤独感を感じさせないような仕組みを大事にしてるっていいなぁと思いました。
ABD読書会の感想
チームのコミュニケーションに、ホウレンソウや雑談、会議など。名前がつくと、それっぽい会話をしなきゃ、関係ない会話は止めようとか、考えがちでした。でも、コミュニケーションはすべてザッソウだと思えば、今のこの会話しても大丈夫かな？など考えずに、話せそうなので、良いなぁと思いました。
感想投稿しました！楽しかったです😀
— しいのあや (@Dobby618) 2019年10月25日
—-
「チームのコミュニケーションに、ホウレンソウや雑談、会議など。名前がつくと、それっぽい会話をしなきゃ、関係ない会話は止めようとか、考えがちでした。でも、コミ...」 https://t.co/MkZa6Pe1tK #ザッソウ
本を全部読んだ感想
告白しますと、それは他ならぬ私自身、雑談が苦手だったのです。
私も面白い話できないし、雑談って難しいなぁと何度も悩んだことがあったので、今後はザッソウを少しずつ取り入れていきます◎
徳島に行って分かったこと
- そごう徳島店がもうすぐ閉店になり、全国唯一の「デパートゼロ県」になるらしい
- 電車じゃなくて、汽車（ディーゼル車）
- バスで降りる時に「ありがとう」って言う
徳島観光
- 阿波踊り一緒に踊って、手拭いもらった！
- 渦潮見に行ったら、船で酔った・・！
Agile459運営のみなさん
いつも面白そうな勉強会が多いので、参加したいなぁという気持ちになります。運営ありがとうございます！これからもタイミング合えば、参加していきます😊
Rails 5.1～ [ form_for / form_tag ] => form_with に統合！
5.1~ form_withという form_for, form_tag を統合するメソッドが追加になり、form_for, form_tag は非推奨になります。
今まではmodelあり、なしで form_for, form_tag を使い分けてたけど、form_withの場合はそれが必要ない。モデルある、なしに関わらず同じように記載できます。
以前（form_for / form_tag）
モデルあり
from_for @user do = text_field :email end
モデルなし
form_tag root_path do |f| f.text_field_tag :email end
5.1（form_with）
モデルあり
form_with model: @user do |f| f.text_field :email end
モデルなし
form_with url: root_path do |f| f.text_field :email end
注意
5.1ではform_withのinput 要素に id が付かない。
form_for @user do |f| f.text_field :email end ↓ <form class="new_user" id="new_user" action="/users"> <input type="text" name="user[email]" id="user_email" /> </form>
form_with model: @user do |f| f.text_field :name end ↓ <form action="/users"> <input type="text" name="user[email]" /> </form>
5.2 〜はもとどおりつくよ！
非同期（Ajax）がデフォルト
今まではform_forで非同期（Ajax）するとき、form_for .. remote: true オプションをつける必要があった。
なんでデフォルトに？
DHHのコメント
Make remote: true the default. Full-page changes after submissions are rough. When using Turbolinks, a normal redirect will generate a Turbolinks.visit() call, and otherwise there's SJR. (We could consider having config.action_view.forms_remote_by_default that you could set to false, for people going old school).
- リクエストを全部ajaxにして、フルページ再読み込みを避けたほうが早い
- これまではturbolinksでリンクはajaxになり、今回はformもajaxに！
- turbolinksを使ってるとき、submitはredirectはturbolinks.visit()が呼び出されて、通常と同じようになる。
- ただし入力エラーになったとき、SJR(Server-generated JavaScript Responses)で対応する
SJR(Server-generated JavaScript Responses)とは？
サーバ側（view）にレスポンス後に処理したいjs（xxx.js.erb）を書いて、レスポンスと一緒にそのjsを送る. ただエラーのたびにそれを書いているのは大変。。
↓便利そうなgemがありました。
- ajax_error_renderer
render_ajax_errorという、ajaxでエラーメッセージを表示するメソッドを提供する小さなgemです。Controller にAjaxErrorRendererをincludeすると使えるようになります。
今まで通り（remoteじゃない）の通信にしたい！
全体を変える
config.action_view.forms_remote_by_default
form_tag ごとに変える
form_with model: object, local: true do |f| end
参考
routes.rbを部分ファイルに分割する方法（翻訳）
原文（How to split routes.rb into smaller parts? | Arkency Blog / February 27, 2015）です。英語の勉強にいいと思って、興味ある記事を日本語訳しています。間違いあれば教えてください。（#）は私の補足です。
Ruby on Railを使っているアプリケーションは、ルーティングエンジンとルーティングを定義するconfig/routes.rbファイルがあります。routes.rbは開発していると非常に大きくなることがよくあります。1行追加するたびに、routes.rbの保守が難しくなります。また、開発段階で特定のパスを探すことが、どんどん困難になります。現在、routes.rbが約5000LOC（# lines of code）含まれているアプリケーションで作業しています。かなり多いですよね。解決策はとてもシンプルです。routes.rbファイルをいくつかの小さいファイルに分割することです。
ファイルの読み込み順
リクエストが来ると、routes.rbファイルは「上から下に」順番に処理されます。最初に適切にマッチしたルーティングが見つかると、リクエストは適切なコントローラーに転送されます。ファイル内で一致するパスが見つからない場合、Railsは404エラーになります。（# 分割された）ファイルの読み込む順が並び替わる可能性があるため、（# ファイルを分割した場合）名前空間の優先順位を定義できなければなりません。
解決策
次の例はroutes.rbの一部です。
ActionController::Routing::Routes.draw do root to: "home#index" get "/about get "/login" => "application#login" namespace :api do #nested resources end namespace :admin do #nested resources end namespace :messages do #nested resources end namespace :orders do #nested resources end end
いくつかのデフォルト（# namespaceの指定がないルーティングのこと？）の名前空間（/home, /about, /loginのルーティングを指定した場合 ）とその他 4つの名前空間があります。これらの名前空間は、私たちのアプリケーションは存在するコンテキスト（# 人間が分かりやすい形にってこと。adminは管理者だったり）をうまく定義します。よって、それらの namespace はファイルを分割するための最適な候補です。そのため、api.rb、admin.rb、messages.rb, orders.rb を作成しました。通常は、この分割ファイルをconfig/routes/ディレクトリに置きます。次のステップは上記のファイルを読み込むことです。これを行うにはいくつかの方法があります。Rails 3 をベースにしたアプリケーションでは、アプリケーション設定からルートファイルを世も込むのが一般的な方法です。最終的にapplication.rbに次の行を追加します。
config.paths["config/routes"] += Dir[Rails.root.join('config/routes/*.rb’)]
ファイルの読込み順を制御したい場合は、次のようにしてください。
config.paths["config/routes"] = %w( config/routes/messages.rb config/routes/orders.rb config/routes/admin.rb config/routes/api.rb config/routes.rb ).map { |relative_path| Rails.root.join(relative_path) }
ただし、Rails 4 以降では上記の行を追加すると例外が投げられます。Rails 4 はRails::Engineに[config / routes] キーが提供されていません。Rails 3, 4 両方のバージョンで機能する別のオプションがあります。以下が別の解決方法です。
YourApplication::Application.routes.draw do def draw(routes_name) instance_eval(File.read(Rails.root.join("config/routes/#{routes_name}.rb"))) end draw :messages draw :orders draw :api draw :admin root to: "home#index" get "/about get "/login" => "application#login" end
パスの読み込みはActionDispatch::Routingモジュールに新しいメソッドを追加することで可能になります。Rails 4 も最初は同様の解決策でしたが、削除されました。（# 前はRailsの機能として提供されていたが削除されてたということ。）
Revert "Allow loading external route files from the router" · rails/rails@5e7d6bb · GitHub
（# @dhh コメント「不透明になるのでRailsでは推奨したいものではないです。必要ならとても簡単なので自分で追加してください 」 ）
結論
ファイルを分割することは、routes.rbファイルと日々の開発を改善するための非常に簡単な解決策です。本記事の解決策で、日々の開発が楽になります。
翻訳は以上です。こっからはワタシのひとり言
Railsがroutes.rbファイルの分割は不透明になるって言ってる、不透明ってなんだろう。
記述の重複（DRYじゃない）により小さく分割し共通化するのではなく、1ファイルの行数が増えたことにより分割することは、ただ全体像が追いづらい状態になるだけってことか。さすがにroutes.rbが5000行になったことないけど、namespaceごとにファイル分けるのはすごくいい。
autoload pathsを拡張するとき、eager_loadについて覚えておいてください（日本語訳）
Appフォルダ内に新たにフォルダ追加する際、お世話になった記事なので備忘録に日本語訳にしました。原文にはない補足は（*）付けています。訳が間違っていればご指摘頂けますと幸いです。 blog.arkency.com November 9, 2014
config.autoload_paths を知ってますよね。あなたが作った .rb ファイルを置くためのディレクトリを追加できる設定です（app/* のすぐに使える機能の他に）。ここでは config.autoload_paths + = %W(#{config.root}/extras) を例にお話しします。しかし、それを最も一般的に使うのはlibディレクトリを追加するときです（特にRails2 から Rails3 への移行後）。
別の（あまり一般的ではない）ユースケースは、トップレベルのディレクトリにいくつかのコンポーネント（例えば、notification_center など）を追加するときです。コンポーネントがあなたのAppに連携するために、通常は以下のように設定します。
config.autoload_paths += %W( #{config.root}/notification_center )
or
config.autoload_paths += %W( #{config.root}/notification_center/lib )
1つだけ言及し忘れていることを除けば、この設定で問題ないです。その1つとは、本番環境でどのように機能するのか、そしてそれをうまく機能させるために対応する方法についてです。
例
2つのファイルを見てみましょう。
# root/extras/foo.rb class Foo end
and
# root/app/models/blog.rb class Blog < ActiveRecord::Base end
設定ファイルの内容はこのようになります。
# root/config/application.rb config.autoload_paths += %W( #{config.root}/extras )
開発環境では大丈夫。
開発環境時の動作を確認しましょう。
defined?(Blog) # => nil defined?(Foo) # => nil Blog # => Blog (call 'Blog.connection' to establish a connection) Foo # => Foo defined?(Blog) # => "constant" defined?(Foo) # => "constant"
簡単な例からわかるように、最初は何も読み込まれていません。BlogもFooも定義されていない。
それらを使おうとするとrailsの 自動読込み（autoloading）が割り込まれます。const_missing（*クラスやモジュールで定義されていない定数（またはクラス）にアクセスしようとしたときに呼び出される）が実行され、規約とbangに基づいて（*const_missing（name） の引数でクラスを検索し、存在しない場合は例外を発生させる）適切なディレクトリ内のクラスを検索します。app/models/blog.rbが読込まれ、BlogクラスはBlog定数の下で定義されるようになりました。extras/foo.rb と Fooクラスも同様です。
本番環境（production）ではEager Loading が作動しますよね。
開発環境とは違い、本番環境では状況が少し異なります。
defined?(Blog) # => "constant" defined?(Foo) # => nil Blog # => Blog (call 'Blog.connection' to establish a connection) Foo # => Foo defined?(Blog) # => "constant" defined?(Foo) # => "constant"
Blogを初めて使おうとする前から、Blogクラスは既に読み込まれており、定義されています。どうして？eager loadingのおかげです。
本番環境で処理を早くするためにRailsは（開発環境とは）少し違った方法を使います。アプリケーションは実行前に、できるだけ多くのコードを読み込むために*.rbファイルを必要とします。これによって、アプリケーションを実行開始したときに、規約に基づいてファイルからクラスを探すことに時間を費やさず、すぐにリクエストを処理できます。
もう１つ理由があります。webサーバ（unicorn, passenger, など）がworkerを生成するためにfork形式（*リクエストを並行で処理するために、プロセスを分岐して子プロセスを生成する）を使用している場合、メモリ管理のためにCopy-On-Writeを利用できます。masterにはすべてのコードが読込まれており、workerはmasterをfork（分岐）して作成されます。masterが変更されない限り、workerはメモリの一部をmasterと共有します。それはworkerがより少ないメモリ量しか使わないことを意味します。workerは自分がmasterとメモリを共有していることを認識しておらず、workerどうしでもやり取りもできません。スレッドのようには機能しません。オペレーティングシステムだけが今のところmasterプロセスのメモリ全体をforkプロセスにコピーする代わりに、それを省略していること（メモリを共有すること）を認識しています。少なくともworkerがメモリから読み込むまで。passengerの説明、またはunicornの説明を確認してください。
しかし、私が注目しても欲しいのはBlogが定数として定義されており、（アプリケーション起動前に）読込まれている点ではありません（これはRailsの前のバージョンから変わっていません）。私はFoo定数が本番環境に読み込まれていないことを注意して欲しいです。
defined?(Blog) # => "constant" defined?(Foo) # => nil
なぜそれが問題なのでしょう？eager loadingの良くない理由として、Fooがeager loadingされないということは、以下を意味します。
- アプリケーションはHTTPリクエストがきたときに
Fooを探し終える必要があり、それにより少し遅くなるでしょう。1つのクラスならそこまで遅くはなりませんが。アプリケーションはfoo.rbというファイルを見つけてクラスを読み込むので、もっと遅くなります。 - （リクエストのときに
Fooを探すと）全てのworkerはメモリ内でFooが定義されているコードを共有できません。Copy-On-Writeの最適化を利用できなくなってしまいます。
すべてが1つのクラスに関するものであれば、それほど問題にはなりません。しかし、いくつかのレガシーrailsアプリケーションでは、開発者がconfig.autoload_pathsに多くのディレクトリを追加しているのを見ています。そしてこれらのディレクトリにある単一のクラスが本番環境で、実行前に読み込まれていることはありません。デプロイ後にこれらのクラスの動的に読み込む必要があり、初期リクエストのパフォーマンスが低下する可能性があります。あなたが継続的な開発を行う際に、特に痛ましいことでしょう。私たち（開発者）は自分たちのデプロイ（ソースの追加・更新）によって（アプリケーションの）利用者に影響が出ること望んでいません。
どうすれば修正できますか？
config.eager_load_pathsという、あまり知られていないrails設定を使うことで目標を達成できます。
config.eager_load_paths += %W( #{config.root}/extras )
それは本番環境にどのように作用しますか？見てみましょう。
defined?(Blog) # => "constant" defined?(Foo) # => "constant"
extra/foo.rbのクラスFooが自動で読み込まれただけでなく、本番環境でも事前に読み込まれています。これで問題は解決しました。
待って、それではこれからファイルを読込むのに2行書く必要があるという意味ですか？
config.autoload_paths += %W( #{config.root}/extras ) config.eager_load_paths += %W( #{config.root}/extras )
autoloadingはeager_load_pathsも使用しています。
以下の書き方をすれば2行書く必要がありません。
config.eager_load_paths += %W( #{config.root}/extras )
開発環境と本番環境はうまく機能しているようです。 autoloadingはeager_load_pathsをチェックするように設定されているためだと思います。
def _all_autoload_paths @_all_autoload_paths ||= ( config.autoload_paths + config.eager_load_paths + config.autoload_once_paths ).uniq end
in Rails::Engine code.
One more thing
残念ながら私たちは多くの人がこのように書いてるのを見ました。
config.autoload_paths += %W( #{config.root}/app/services ) config.autoload_paths += %W( #{config.root}/app/presenters )
app/*は既に追加されているので、これは全く必要ありません。app/に任意ディレクトリを追加して、app/controllersやapp/modelsと同じように使うことができます。ただし、コンソール、サーバ、spring サーバ（spring stop）の再起動が必要です。以下はrails 4.1.7 のデフォルトパス構成です。
def paths @paths ||= begin paths = Rails::Paths::Root.new(@root) paths.add "app", eager_load: true, glob: "*" paths.add "app/assets", glob: "*" paths.add "app/controllers", eager_load: true paths.add "app/helpers", eager_load: true paths.add "app/models", eager_load: true paths.add "app/mailers", eager_load: true paths.add "app/views" paths.add "app/controllers/concerns", eager_load: true paths.add "app/models/concerns", eager_load: true paths.add "lib", load_path: true paths.add "lib/assets", glob: "*" paths.add "lib/tasks", glob: "**/*.rake" paths.add "config" paths.add "config/environments", glob: "#{Rails.env}.rb" paths.add "config/initializers", glob: "**/*.rb" paths.add "config/locales", glob: "*.{rb,yml}" paths.add "config/routes.rb" paths.add "db" paths.add "db/migrate" paths.add "db/seeds.rb" paths.add "vendor", load_path: true paths.add "vendor/assets", glob: "*" paths end end
paths.add "app", eager_load: true, glob: "*"のglobに注目してください。これはapp配下のサブディレクトリです。
設定はいつでもコンソールで確認できます。
Rails.configuration.autoload_paths Rails.configuration.eager_load_paths
念のために。
config.pathsと結論
Rails :: Engine :: Configurationを見ると、これらのメソッドがどのように定義されているか分かります。
def eager_load_paths @eager_load_paths ||= paths.eager_load end def autoload_once_paths @autoload_once_paths ||= paths.autoload_once end def autoload_paths @autoload_paths ||= paths.autoload_paths end
それら（* eager_load, autoload_once, autoload）はすべて、最初の呼び出しでRails.configuration.pathsのpathsを受け取ります。これによりextrasディレクトリをrailsと同じ方法で設定できるという結論に至ります。
config.paths.add "extras", eager_load: true
いい感じじゃない？
注意
eager_loading（ 今回の説明で話したpathの話）とActiveRecordのeager_loading（ N+1問題を回避するため、事前に必要なデータを読み込む）を混同しないでください。これについても記事があります。それらの処理方法は似ていますが、完全に異なるものです。
もっと学びたいですか？
あなたがこの記事を楽しんだなら、あなたが日々のRailsプログラマーの仕事に役立つ知識を得るために、あなたが常に最新の情報を得れるように私たちのニュースレターを購読してください。 コンテンツは主にRuby、Rails、Web開発、そしてRailsアプリケーションのリファクタリングに焦点を合わせています。 また、私たちの最新の本Domain-Driven Railsを必ずチェックしてください。 特に、大きくて複雑なRailsアプリケーションを扱う場合は特にそうです。
翻訳は以上です。
補足
defined? メソッド
式が定義されていなければ、偽を返します。定義されていれば式の種別 を表す文字列を返す。
クラス／メソッドの定義 (Ruby 1.9.3)プロセスとスレッドの違い
プロセスはCPUとメモリを仮想的に作成したもの（copy on write）でしたが、スレッドはメモリ部分だけは共通にCPU部分を分けたもの。
各々の生き方: プロセスとスレッドの話
参考
rubyの定数が定義されているかをdefined?で確認して三項演算子に格納するときに()の有無でハマった - ツナワタリマイライフ
Set initial value with wickedpicker （wickedpicker で初期値を設定する）
時間登録フォームのtimepickerを導入したかったのですが、見た目上一番よかったのが「wickedpicker」だったので実装していたのですが、初期値の入れ方がわからない。編集の際に既存で入っていたデータを全て上書きしてjsで設定した初期値だけが反映されてしまい、動的に変更ができなかった。。
結論からいうと、この記事を参考にしたら動きました。
WickecdPickerで複数入力ボックスの移動時ダイアログをhideする – RUGOH
# coffeeScript で書いてます。
$('.timepicker').each ->
default_time = $(this).val()
if default_time is ""
default_time = "10:00" # 値がなければ設定する
options = # オプション
now: $(this).val() # 既存の値をinputのval()から取得し、timepickerの初期値にする
minutesInterval: 10
twentyFour: true
title: "時間"
$(this).wickedpicker(options)
ここにたどり着くまでに、いくつか調査したので記載します。
v0.4.1 なら初期値設定できるよ、というissueを発見
github.com やってみたけど動かない！＞＜
timepickerのオプションを紹介する
var options = {
now: "12:35", //hh:mm 24時間形式で記載、初期値は現在時刻（hh：mm、コロンが大文字だと動かない可能性あり）
twentyFour: false, //24時間表記を有効にする（初期値：false => 12時間表記）
upArrow: 'wickedpicker__controls__control-up', //上矢印のスタイルを指定する
downArrow: 'wickedpicker__controls__control-down', //下矢印のスタイルを指定する
close: 'wickedpicker__close', //閉じるのスタイルを指定する
hoverState: 'hover-state', //The hover state class to use, for custom CSS
title: 'Timepicker', // Wickedpickerのタイトル
showSeconds: false, //秒を表示する（初期値：false）
secondsInterval: 1, //秒の間隔を変更します。（初期値：1）
minutesInterval: 1, //分の間隔を変更します。（初期値：1）
show: null, //Wickedpickerが表示されたときに呼び出される関数
clearable: false, //フォーム内に時間を「×」で削除するボタンを表示させるか？ };
$('.timepicker').wickedpicker(options);
【GAS】Google スプレッドシートの表からGoogleカレンダーに予定を追加する
Google スプレッドシートからボタンを押すと、Google カレンダーにスケジュールが登録されます。
今回の要件は
- スプレッドシートに入力したスケジュールを、カレンダーに反映させたい。
- カレンダーの色を柔軟に変えたい です。
実際のソースコードはこちらです。
add_schedule_to_calendar/code.gs at master · dobby618/add_schedule_to_calendar · GitHub
一番調べたところ、カレンダーのカラーコード。。Googleの公式ドキュメントにも細かい説明がなかったので・・一つ一つ数字を当てはめて色を確認しました。調査結果のカラーコードはこちら！
GOOGLE_CALENDAR_ACCOUNT = "[スケジュールを反映したいGoogleカレンダーのメールアドレス]" // カレンダースケジュールの背景色 var SCHEDULE_BACKGROUND_COLOR = 0 // 0 : カレンダーの色 // 1 : ラベンダー（薄紫） // 2 : セージ（水色） // 3 : ぶどう（紫） // 4 : フラミンゴ（ピンク） // 5 : バナナ（黄色） // 6 : ミカン（オレンジ） // 7 : ピーコック（ターコイズブルー） // 8 : グラファイト（グレー） // 9 : ブルーベリー（青） // 10: バジル（緑） // 11: トマト（赤） // カレンダーのスケジュール（イベント）を作成し、色をセットしています。 Cal = CalendarApp.getCalendarById(GOOGLE_CALENDAR_ACCOUNT) var newEvent = Cal.createAllDayEvent(event_title, new Date(event_day)); newEvent.setColor(SCHEDULE_BACKGROUND_COLOR);
スプレッドシート側に置くボタンは「挿入」→「図形」から適当なものを作成しください。ボタンにはgetsheetのスクリプトを割り当ててください。
以上です。
参考
- 【コピペでOK！】スプレッドシートとカレンダーを連携してイベントを一括登録する方法 基本はこの記事参考に作りました。
- spreadsheetからcalendarに予定を作成する + slackに自動投稿する - Qiita 開発後に見つけた記事ですが、同じような内容で分かりやすそうだったので貼っておきます。
- Googleカレンダーにアクセスする(4/5):初心者のためのGoogle Apps Scriptプログラミング入門 - libro GASのカレンダー周りの設定に。
ココナラで受託開発してます。
ITに関して困ってるけど、周りに頼れる人がいない！ってときにお役にたちたいなと思っています。よろしくお願いします。
https://coconala.com/services/620679
余談
今回はGASのソースコードをバージョン管理したいと思って色々探していたところ、ものすごく使いやすいの見つけました。 https://techblog.recruitjobs.net/development/maneged_google-apps-script_by_github
感謝！
Rails Girls in 愛媛 2019年春開催します！
Rails Girls Japan Advent Calendar 2018 8日目の記事
自己紹介
東京生まれ東京育ちですが、今年の1月から愛媛でフリーランスエンジニア（在宅です）をしてます。今月12月でちょうど一年経ちました。海の横に住んでいるので、息抜きに浜辺の方を散歩することもあります（瀬戸内の海は穏やかで気持ちいですよ～）
別記事ですが、この1年での気付きをモロモロ書いたので田舎ライフに興味があれば読んでもらえると嬉しいです。
http://one-person.hatenablog.jp/entry/2018/12/05/153332
Rails Girls in 愛媛
2019年春？に開催します！もう日付決めました！
日付：2019年6月14日～15日
Rails Girls主催したいと思う理由（時系列っぽくなった）
自分が独学挫折組
もともと自分が高校・大学（情報工学）と理系だったにもかかわらず、授業を通してプログラミング面白いな～という気持ちに一切なれず。。でも出来るようにならなきゃ・・！っていう焦りから、独学で勉強してたんですが全然理解できなかったんですよね。初心者向けって書いてある記事もチンプンカンプンだし、「この1冊でWordpressを使ったHP作れます！」な本でコピペサイトは作れても、細かい修正（応用）はどうやってやるんだ？で挫折しまくってました・・。
教えることが好き
教えること自体は昔から好きで、相手が理解したなっていう瞬間とか、自分が相手の理解できる言葉に落とし込めたな！って瞬間に達成感を感じるタイプです。 プログラム書き始めて2年ぐらいしたとき、そろそろ誰かに教える機会も欲しいな～という欲が出来てきて（当時、自分がずっと下っ端だったのもあって）そういう機会がありそうなイベントをめっちゃ探してました。
DjangoGirlsでコーチに。
そんな中見つけたのがDjangoGirls！ （まだこの頃は東京に住んでました）
↓↓このイベントに行ったらDjangoGrilsでコーチ足りないって話を聞いて、その場を手を挙げました（今思えば無茶だったな・・^^;）Pythonほとんどやったことなかったし。
PythonフレームワークDjangoの基礎を学ぼう - connpassDjangoGirls2017 コーチ/メンター募集 - connpass
DjangoGirls自体はRailsGirlsとほぼ構成が同じで、初心者がチュートリアルに沿って1日半かけて学べるイベントです。
Girls系イベントのNice!!なところは、プログラミングを勉強する一回の時間が長いところ。
初心者の方って1、2時間は勉強したことあっても、まるまる一日ってなかなか無いんじゃないかなって思ってて、だからこそ「頭爆発しそうだけど、楽しいかも～」とか、「やっぱ仕事にするのは無理そう・・」とか、新しい気づきが多いイベントなんじゃないかなぁと思います。
Rails Girls の存在を知り、来年は絶対コーチ申込むぞ！と決意
DjangoGirlsに参加してる方から「RailsGirls」もあるよ！という朗報を聞き、全国どこでもいいから来年は絶対RailsGirlsに行こうって決めてました！
愛媛でエンジニア勉強会に参加
愛媛でエンジニア勉強会に行って思ったのが、女性エンジニアの活動率の低さ！唯一、HP制作（a-blog cms）の勉強会は、半分ぐらい女性でしたね。
確かに、男性ばかりのイベントに行くの勇気いるだろうな・・って思ったり。そういう現状を見て、愛媛で女性向けイベントやりたいなぁと思うようになりました。
Rails Girls in Tokyo 10th に応募！そしてスタッフに。
来年愛媛で開催したいんです！と言ったら、Rails Girls in Tokyoのスタッフに入れて頂きました。応募者多数の激戦区だったみたいなので、愛媛で開催したい！って言ってホントよかった＾＾
江森さんと帰りの電車でいろいろ話す
RailsGirls in 東京の帰り、江森さんと帰りの方向が一緒だったのでRailsGirlsについて色々教えてくれました。
RailsGirlsって男性差別の印象を持たれることも多いという話。参加者が女性限定なので「何で男性はダメなの？」って思うのは確かに、そうだよね、って思う。
RailsGirlsの見解としてざっくり言えば、IT業界全体は男女の人数がアンバランスだから、女性がもう少しITに触れる機会を増やして、男女バランスのとれた良い業界にしていきましょう！という想い（Rails girlsの公式見解）個人的には未経験の女性がいきなりエンジニアばっかりの勉強会に行くこと自体ハードル高いだろうな・・と思ってるので、RailsGirlsの見解にも完全同意です。
また、江森さんからRailsGirlsのあとは男女関係ない Ruby のコミュニティに行って活動してほしいってお話を聞いて、RailsGirlsに参加した後のイメージを自分が全然持ててなかったことに気付けたし、自分の中でモロモロ腑に落ちた感じもしました（江森さんに感謝！）
ehime.rbの立ち上げ
そして愛媛にRubyコミュニティがなかったので、11月～「ehime.rb」を始めました。 会場にお金がかかると続かなそうだな。。と思ってたので、愛媛大学の方に教室？を無料で貸して頂いて、ゆる～く開催しております。
来年のRailsGirlsに参加してくれた方が、その後プログラミングを続けやすい環境を作れたらいいな。
あとは開催まで頑張るぞ。
RailsGirls in 愛媛 ちょっとずつ、準備しています！
今後はどんどん「プログラミングを学ぶ」という敷居が低くなっていくと思うのですが、実際に自分の思い描くものをつくるとか、仕事にするってなると勉強が必要です。 だからこそプログラミングを始めるときに、根本の心理にプログラミングって楽しいな、自分で考えてやってみる！作ってみる！って楽しいな～が感じとってもらえる機会を増やしていきたいと思ってます。そしてその一貫の活動としてRailsGirlsを開催する！という行動に繋がってます！！
おまけ
教える仕事に興味がある方は、エンジニアスクールの先生も面白いですよ～。
私は codecampで講師をしているのですが、RailsGirlsのように教科書はあるものの、教え方、どのような話をして、何を深堀りするかなどは先生の裁量に全て任されてます！なので1対1で相手のレベルに合せながら教えるの好きって方は向いてると思います！
また、codecamp先生内でのslackコミュニティがあって「こんな時どう教えてますか？」とか「もっとこういう形にしませんか？」のような、意見交換も活発で勉強になることばかりです。先生方は在宅などで働いてる方が多いのかな？テキストコミュニケーションに慣れてる方が多い印象で、だからチャットだけでもここまでスムーズな会話が出来るんだろうな～と思ったりします。
先生随時募集してると思うので、興味ある方は是非～。
また、最近知った coderDojo も永住場所を決めたら挑戦したいな・・と思ってます！
