今年に入ってから、オフラインのIT系勉強会や開発者カンファレンスがじわじわと復活してきているが、興味深いと思っているのは、開催にあたってより大きなコストのかかるカンファレンス規模のイベントのほうが、復活のスピードが早いように思われることだ。 逆に小規模の、駅名+技術のような勉強会のほうが復活していないものが多いように感じる。これには会場確保の難しさやオーガナイザーの状況の変化などいろいろな要因が簡単に思いつくが、特に考えてみたいのは「集う」ということそのものの困難さに気付かされているのではないかということだ。 人が集まって何かをイベントを開催するためには、そこに人を「集わせる力」が必要である。大規模なカンファレンスと小規模の勉強会の大きな違いは、その「集わせる力」に対する投下コストにあると思う。より商業的な色合いを持つイベントであるほど、そのコストの多くは「集わせる力」の増強に使われる。集

はじめに こんにちは。nino_piraです。 (立て続けに分析の以外の話をブログに書いていることに関して当の本人は「うーん。。。」という気持ちですが)勉強会の運営の譲渡という珍しい話だと思いブログにします。 Music×Analytics Meetup企画まで 本記事の主人公は下記イベントです。 muana.connpass.com 企画発足まで 私が熱狂的なB'zファンということもあり、音楽大好き人間(聞く専門) 自分でB'zの歌詞の分析を行っており、「どこかしらで登壇したいなぁ」なんて思っていた 自分以外にも「音楽×分析」に興味ある人は一定数いそうなことは容易に予想がついた twitterで企画者を募り、萩元さんと共同運営 勢いで運営を募集するツイート 数名からの方からご連絡が来ましたが、一番最初にご連絡くださった萩元さんと企画を開始(なお当時面識なし) ｢自分喋るよ｣｢場所貸すよ｣

2017/07/28 @ Developers Summit 2017 Summer A-5セッション「組織と文化のリファクタリング」後編資料

IT勉強会/コミュニティ運営 Advent Calendar 2016 の4日目は Gotanda.js について。 昨年エンジニアコミュニティを作って1年間いい感じに運営できたので、これから新たにコミュニティを立ち上げたいを思っている人の参考になりそうなことを書いていきたい。 Gotanda.js とは Gotanda.js はその名の通り地域 JavaScript コミュニティのひとつで、僕(@hoto17296) と @pine613 くんを中心に数名のスタッフで運営している。 gotanda.js.org 基本的には Slack での交流がメインで、3ヶ月に1回くらいのペースで勉強会も開催している。 先日 Gotanda.js #6 を開催して、#1 を開催してからだいたい一周年ということになった。 今回のイベントは、 発表も幅広い分野の内容が盛りだくさんですごく良かったし、 懇親

勉強会や技術系のイベントで色々な発表を聞いていると、せっかく勇気を出して壇上に立ったのに、ちょっとしたことでもったいなあと感じることがあります。これは特に、発表に慣れてない人に多く感じます。 本エントリでは、大いなる自戒を込めて、発表慣れていない人へこの辺を気をつけるともっと良くなるよ、というポイントを挙げてみます。 なお、下記のポイントは、発表慣れている人や意図してやっている人はスルーして下さい :) 1. 自己紹介が長い LT の時に感じるのですが、発表時間が 5 分しかないのに、自己紹介に時間をかけるケースがあります。自分が何者か伝えるのは大切ですが、自己紹介より発表内容が大事です。また、聞いている側からすると数多くの発表者の中の一人なので、よほどインパクトがある自己紹介でないと、あまり覚えていなかったりします。（それより内容の方が記憶に残りやすい。） やはり内容が大事で、そこが聞き

2015年は『アウトプット量を増やす』というのを目標にしています。 そのために4ヶ月くらいサービス作ったりQiita書いたり勉強会で発表したりしてみたんですけど、少しだけ変化を感じるようになったので、振り返りを兼ねてまとめておこうと思います。 一言で言うと、 勉強会でぼっちになることが少なくなった気がするという話です。 今年やったこと まず今年に入ってやってみたことをまとめてみます。 1. 開発コンテストに応募してみた YOKOHAMA Ups!という横浜市の開発コンテストに出て、優秀賞もらいました。 もともと出る予定はなかったんですが、PCほとんど触ったこともなかったはずの母親から 「ExcelのMicrosoft Office Specialist試験1000点満点で合格したわ」という報告が来て、自分もとりあえず何かしないとヤバいと思ったのがきっかけです。 詳しい流れは以前にブログにま

この記事は当初書く予定は無かった。1本の記事で最初の面談から勉強会に参加するまでの経緯、さらに最初の面接に至るまでを振り返るつもりだったからだ。しかし、前半部分で思いのほかボリュームが出てしまい、書いてから読み返してみると後半の展開が急すぎたため補足しようとしたところである。シルバーウィークのことなんか書いてるからだよな。 さて、転職活動におけるひとつの関門に職務経歴書というものがある。これは今まで会社でした仕事や個人的な活動を記載することで、自分がどのようなスキルを持ち、転職後にどう活躍できるか主張するために使う書類である。もちろん、合わせて履歴書も必要となる。 この職務経歴書は、実は転職活動のかなり早い段階、具体的にいうと最初の面談の時に用意していた。今思うと、この時点で用意しておいたのは得策だった。確かに書くのはなかなか大変だが、一度書いてしまえばあとは使い回せる。半年後に見返してみ

私は勉強会に参加するのが好きだ。色んなその分野を極めた方と情報交換して、考え方や行動に得られるものがある。いろいろ話を聞いて感銘を受け、実際に行動に移したこともある。 しかし、現在の勉強会やハッカソンが誰でも無料で参加できることで、私はそれらの会に行くことが厳しくなっている。誰でも参加できることが生まれる悲劇である。以下、私が遭遇した問題について記す。 別の目的で勉強会に来る人がいる 勉強会ってのは情報交換が目的であるのに、その技術に意欲や興味すらないし、そもそもエンジニアでない人が勉強会に来ることがある。そうした人の目的は、"タダで食べられる懇親会"と、"タダで働いてくれるハッカソン用 労働力の確保"である。 ハッカソンでエンジニアに働かせ、企画とプレゼン以外は何もしない。それでイベントに勝って自分の成果とし、いかに自分がすごいかを周りに伝え、次なるハッカソン用エンジニアの獲得に向け日々

IT勉強会カレンダーの定期更新が終わるらしい。 ふと振り返ると、このIT勉強会カレンダーという存在が自分の人生にとって大きな影響を与えてくれていたことに気づいた。その思い出を書いておこう。 数年前、とあるエンジニア向けサイトで読者コラムニスト募集というものがあった。思うところがあってそれに応募したところ、採用され、そこから何本かのコラムをそのサイトに投稿する。 ある時、そのサイトに投稿している読者コラムニストのオフ会がある、というので行ってみた。メンバーの何人かとはそれまでにTwitterなどで交流があり、実に楽しいオフ会だったし、そこで僕は人生初のライトニングトークにチャレンジしたりもした。 そのオフ会で、IT系のコミュニティの存在を知る。ITの様々なトピックごとに、各地で勉強会やイベントが開催され、そこでエンジニアたちの交流があるのだという。 人生初のライトニングトークがそこそこウケた

以前、「勉強会に参加しないと不幸になる話」というのをアップしました。 勉強会に参加しないと不幸になる話 - きしだのはてな このときは、勉強会x勉強会という枠だったので、「勉強会」と表現していますが、実際にはコミュニティに参加しないと不幸になる話でした。 あと、ここでの幸せ・不幸せというのは、エンジニアとして、という話で、エンジニアリング能力があがるとか、エンジニアリングの活動がやりやすいとか、エンジニアリングの活動が評価されるとか、エンジニアリングの話題を共有できる仲間が増えるとか、そういう観点です。 エンジニアとしての幸せ以外にも、人生にはさまざまな観点の幸せがある、ということは最初に補足しておきます。 会社が教育機能をもっていない エンジニアとしての幸せに大切なのは、エンジニアリング能力を上げていくことです。 ただ、2013年の産業経済省IT人材白書の概要に IT企業に対して、201

2013RubyKaigiのもやもや問題を自分なりに整理 p @� �`T� みなさまRubyKaigiお疲れ様でしたー。素敵なKaigiに再会できてうれしかったです。 RubyKaigiまわりで、同じ分野の問題提起が二つありましたねぇ。 一つはKaigi中での、「台湾の女の子はKawaii、だからRubyKaigi Taiwanに来るべき」という発言、 それを笑いで迎えた場内に対して、女性への配慮が足りないだろうという意見。 https://gist.github.com/kyanny/5694201 もう一つは、続くRubyHirobaでの、ポルノに関しての情報処理技術についてのLTがあったこと。 （そして、実際にそれを聞いて傷ついた女性が存在し、問題が提起されました） RubyhirobaはRubyKaigiとは独立した、せっかく東京にRubyistがたくさん居るんだから交流しよう！

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

SIエンジニアの自分戦略 -急がば回れ、選ぶなら近道- - DevLOVE 2012/10/09 SIエンジニアの自分戦略 -急がば回れ、選ぶなら近道 - DevLOVE #devlove - Togetter 講師及びその講師の方が話されるテーマも相俟って、募集後即定員が埋まる盛況振り。自分もタイミングを逸しキャンセル待ちで登録していたのですが、晴れてキャンセル待ち繰り上がりで参加資格を得る事が出来たのでこの日参加して来ました。 会場はマイクロソフト品川本社セミナールーム。今回はいつにもまして参加者も著名な方が多数参加。注目度の高さがここでも伺えます。 papandaさんの今回のイベント開催に至る経緯として以下の様なコメントが最初にあり、間髪入れずに本編へGOです。 ブログを読んでいて、書かれている事が仕事に対して危機感を持つ内容だった。 こういった内容を書かれる方のお話を聞いてみたい。

新卒準備カレンダー 2011春のまとめです。 メッセージや哲学、熱い想いなどのまとめにくいものはのぞき、具体的な行動に絞ってまとめてみました*1。これは、未来を変えるための具体的な行動をとれるようにするためです。 いまのところ16日目(@kuenishiさん)までです。エントリを読み返して追加することもあるかもしれません。 失敗を恐れずやってみる "遊びは「失敗しても怒られない」活動です。また、遊びといっても、子供は時間を忘れるほど、真剣に遊びます。結果として多くのことをトライ＆エラーして身につけます" (@shibukawa) "「あとで」「そのうち」「何かネタが出来たら」といって後回しにしていては何もできない。動けない。見当違いなブログ記事書いてDISられたり、LTでスベったりしてもいいから とにかく何かやってみる" (@sugyan) "会社の会議で発言しろ - とにかく発言をしない