IT勉強会で懇親会をするとき気をつけること - とあるインフラエンジニアの日常
これまで、江戸前セキュリティ勉強会やまっちゃ445勉強会を中心に、IT勉強会で懇親会の担当をする機会に多く恵まれてきました。 その中で、懇親会を企画する際に、気をつけたほうがいいと思ったこと、これまでうまくできなかったことを、 参画から5年（もうすぐ6年）の節目で、一度まとめておきたいと思います。 色々と教えて頂いたid:ripjyr id:vulcainに多謝！ 予約者数 勉強会参加者の6割が入る箱を探す (9/23追記)上記人数は規模に応じて想定割合は変更する。上記の数字は勉強会出席者が100人の場合の想定 (9/23追記)下記は一例（勉強会参加者が多いほど人数が読みづらいけど、多いほど懇親会出席率は低くなる傾向があると思う） 勉強会参加者＜ 70人 → 0.7-0.8 勉強会参加者＞ 100人 → 0.55くらい(少し少なめ） 当日になってキャンセルが出るのは日常。経験則では5-10
東京ブロガーミートアップに参加した率直な感想 : Blog @narumi
2014年09月14日12:00 東京ブロガーミートアップに参加した率直な感想 http://narumi.blog.jp/archives/12860460.html東京ブロガーミートアップに参加した率直な感想 先日、第22回東京ブロガーミートアップに参加してきました。 「A8.net」を提供するファンコミュニケーションズの講演があるということで、僕はふだんA8とか全然利用できてないので参加してみようかなと思いました。 ◆◆◆ で、参加してみた感想を書く前に。そういえば、たのっちブログさんの記事が話題になっているようです。 イベントを開催するという事は人の時間を預かるということ→あまりにも素人仕切りの【第22回東京ブロガーミートアップ】 : たのっちのぶろぐ by @tanocchi たしかに指摘されているように、素人仕切りに感じた部分もありました。多かれ少なかれ参加者からそういったフィ
イベントと勉強会とコミュニティの間 | F's Garage
以下、ただの日記です。誰かに何かを伝えたいと思ってる記事ではないので、期待をしないでください。 以下の話題。どちらさまが運営なのか存じ上げないのですが、期待値と提供する品質に対する期待値の差、というのはありそうですね。 イベントを開催するという事は人の時間を預かるということ→あまりにも素人仕切りの【第22回東京ブロガーミートアップ】 : たのっちのぶろぐ by @tanocchi WebSigも10周年で、34回の会議と言われる数十人規模のイベントと、「WebSig１日学校」と言うまる１日のイベントで数百人規模のイベントをやってきました。 WebSigは、提供品質を割と考えすぎてきた方だと思っています。ただ、そういう立場でも、なかなか難しいのは、確かにお金を頂いてはいるのですが、そうは言っても、僕ら自身も楽しみたいという部分との兼ね合い。 つまり興行主としてのスタンスではなくて、「みんなで
地方のIT勉強会ってこのままで大丈夫なのかな
地方のIT勉強会ってこのままで大丈夫なのかな 地方のIT勉強会ってこのままで大丈夫なのかな。応援しようって気持ちを持つ人を増やせないだろうか。 2014年8月12日追記 はてぶとかについてたコメントに回答してみました 追記終了 人が少ないから、主催者ががんばっても見返りがすくなかったり、応援する人が少なかったり、赤字を背負いやすかったり、リスクが高い。そういうのが、どうにかできるような謎の力をもってる人たちががんばってる。 勉強会が無価値なもので、やらなくていいものであれば別になくなってしまってもいいのだけど、さて、そうなのかしら。 過去に勉強会に参加してきたけど、最近はなんらかの理由で参加しなくなった人の応援があればいいのに、ってなんとなく思う。 それが育てた文化を無に返さず生かす力になる気がするのに。 さて、IT勉強会ってITの勉強会なのに周りの人はどれだけIT的なサポートしているんだ
自分が本当にやりたいこと
ここ数年で大きな成長を見せている技術者コミュニティ。そんな中、少し変わったイベント運営をしているコミュニティがある――。 技術者コミュニティが主催するイベントは、ここ数年で大きな成長を見せている。例えば、Perl技術者のコミュニティ「YAPC::Asia」は、2006年時点の参加者は150人ほどだったが、2013年には1000人を超える規模になった。同様に、2012年には1000人規模だったHTML5コミュニティのイベント「HTML5 Conference」は、わずか1年で2000人規模にまで拡大した。 しかし、多くのコミュニティでは規模が大きくなるにつれ、さまざまな問題も浮上している。特に、お金の管理はスタッフのエネルギーを消失させるだけでなく、コミュニティ自体の基礎体力をも奪う。一度のイベントで1000万円以上の金額を扱うとなれば、無理もない。そのため、最近ではコミュニティ運営のための
管理職って本当に必要？全社員がフラットな会社を運営するCEOにインタビュー | ライフハッカー・ジャパン
米Treehouse社の株主総会で、1人と投資家が同社CEOに質問しました。「社内では誰が誰に報告することになっていますか？」 「思わず笑ってしまいました」Treehouseの共同創業者のカーソン氏は言います。「誰も仕事の報告はしないんです」Treehouseの投資家は同社のこのような「職場環境の実験」に慣れっ子です。さまざまなプログラミング言語を学べるオンライン学習プラットフォームを提供するTreehouse社は、従来の形式に捉われない新しい仕事環境を採用しています。多くの業務は遠隔勤務が可能で、週4日間の労働時間などです。最近では組織体制を完全にフラットにし、すべての中間管理職を撤廃しました。 トップダウンによる意思決定方法を採用するのではなく、社員から提案のあったプロジェクトを共同作業ソフトウェアを使いながら進めています。社員は進めたいプロジェクトを提案し、十分な人数のメンバーが参加
『モナーコイン』勉強会の参加者がガチすぎる！ 電気代月8万円のプロ採掘者から金融関係者、ケーキ屋さんまで|ガジェット通信 GetNews
『モナーコイン』勉強会の参加者がガチすぎる！ 電気代月8万円のプロ採掘者から金融関係者、ケーキ屋さんまで 先日お伝えした日本発の仮想通貨『モナーコイン』のコミュニティが、予想を上回る速度で大きくなっていた。 3月15日、モナーコインコミュニティに参加する人たちの呼びかけで、『モナーコイン・ビットコイン勉強会＠東京』が開催された。会場は銀座にあるドワンゴ本社内の会議室。モナーコインコミュニティで「『ニコ生』なんかもできればいいね」と話していたのが、個人的にモナーコインに興味を持っていたドワンゴ社員の目にとまったことで、『ニコ生』中継も実現した。 会場の参加者はおよそ70名。年齢層は、恐らく最年少であろう17才の少年から白髪混じりのオッサンまで、幅広い。ノートパソコンは『MacBook Air』率高し。スタバでドヤ顔をしているかどうかはわからないが、皆、情報強者な雰囲気を漂わせている。 即売会
自分の「本気」や「努力」は身近な人でさえも全然伝わっていないが、その程度で心が折れているようではダメだ
【img via Lonely Train Station by WebGregor】 僕は本気でブログを書いているし、運営している。2月は毎日平均6本記事を投稿。コードも定期的に見直し修正し、サーバーも先日アマゾンに乗り換えて十分に体感できるほどの高速化を実現した。 本業であるかのごとく、僕は常に本気でgori.meというブログメディアを運営している。ただ、この「本気さ」は自分自身が思っている以上に周りは理解していない、ということを改めて痛感する出来事が先日あった。「本気」や「努力」は身近な人でさえも全然伝わってない。 ただ、この程度で心が折れているようではダメだ。むしろ、ここで意地を張って負けん気を発揮するべきだ。もし自分のやっていることに誇りをもっているのであれば、その事実を受け止めつつ、これまでと変わらず自分の真剣さが伝わるように直向きに努力するべきである。 身近な人でも「ブログを
エンジニア1000人が参加した YAPC::Asia 2013 で運営事務局長として行った全てのこと - 941::blog
エンジニア1000人が参加したYAPC::Asia 2013の企画の話と #yapcasia 運営事務局長を４回やった振り返り という1万2000文字の目次付きポエムを書いてから３ヶ月ほど経ってしまったけど、宣言していたとおり運営としてやったことの全てを忘れる前に残しておく。読んでほしいけど１エントリにまとめたかった＆ざっと羅列するのですごーーーく長いですよ。目次すら長い。 イベント運営をしてみたい人の参考になれば幸い。 YAPC::Asiaとは何か YAPC::Asia 2013 運営の流れ YAPC::Asia 2013 運営の指揮のとりかた やったことの実例 - 2012反省点まとめ＆次回やりたいことのメモ - YAPC::Asia2013 キックオフメモ - スポンサー向け提案資料の作成 - フライヤーの作成 - 企画時点から手伝ってもらうコアスタッフにお願いしたこととタスク管理の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
6,000人のWeb技術者コミュニティを5年間やってみて学んだこと
ソーシャルゲーム系フロントエンドを作る際に殴り合いにならないようエンジニアが確認すべきこと