ハッカソン／アイデアソンの開催方法、成功させるポイントと課題
（3）アイデアソン／ハッカソンを構成する4要素 アイデアソン／ハッカソンには、1サービス開発要素、2技術トライアル要素 、3交流要素、4スキルアップ要素、という4つの要素によって成り立っている。 1サービス開発要素： 新たなサービスやビジネスを生むことを目的とするもので、新規事業創出の意図も含まれる。 2技術トライアル要素： 新たな技術の拡散や活用、ブラッシュアップを図るもので、参加者が新たな技術を試したり、既存技術のブラッシュアップを図ったりすることを指す。 3交流的要素： 異分野の人や専門家、組織内外の日常は関わることの少ない他者との共同作業と、共体験を通じた相互交流を通じて、チームビルディングの重要性や協働能力の向上、共創体験を通じて相互理解を図ることである。 4スキルアップ要素： 成長の余地がある技術者などが日常業務ではチャレンジすることのできない自由な開発の場を通じて、スキルアッ
「手に職」って詐欺みたいなもんなんだな
当方いわゆるweb系プログラマ30代。大学は卒業に失敗しているので学歴としては高卒。年収は800万に届かない程度。web系プログラマはインターネット上で目立っている有名プログラマも多くて、彼らと自分を比べると絶望するくらいに自分のスキルは低い。でも最低限の能力はあると思う（参考までに、 GitHub 上で一番starをもらっているリポジトリは 14 star というレベルの実力。150 star くらいあるリポジトリに PullRequest を送って取り込んでもらったことがあるという程度）。 で、このレベルの人間が周りの年上プログラマを見てると、「なんだ、こいつらが食って行けるなら、俺は楽勝で食って行けるじゃん」って思うことが多い。「その辺のちょっとだけできる大学生のほうがよほどまともだぞ」みたいなコード書く人間がのうのうとプログラマとして食って行ってる。ほんとうにひどいやつらが多くて、
Goでは文字列連結はコストの高い操作 - Qiita
Goでは文字列は不変（immutable）なので、文字列への文字の追加は常に新しい文字列をアロケートすることになる。ランタイムはまず新しい文字列のためのメモリを割り当てて、そこに既存の文字列の内容をコピーし、新しい文字を最後に足すということを行う。 従って、文字列に+=演算子で文字列を追加していく操作は大変効率が悪い。Javaの文字列も同じだからJavaプログラマにとっては馴染みのある話だろうと思う。 文字列を構築する必要がある場合、[]byte型の値を作ってそれに文字列を追加していって、最後に値を文字列に変換するのがよい。 // サイズ0、内部バッファの長さ10の[]byteの値を割り当てる b := make([]byte, 0, 10) // bに文字列を追加 b = append(b, "foo"...) // ...が必要 b = append(b, "bar"...) retu
Webサーバのログをリアルタイムで解析、監視できる『GoAccess』コマンド | 俺的備忘録 〜なんかいろいろ〜
今回は、Webサーバのログ解析をリアルタイムで行えるコマンド『GoAccess』を紹介する。 1.インストール まずはコマンドのインストールから。 以下のコマンドを実行する。 ソースコードからmakeする場合 wget http://tar.goaccess.io/goaccess-0.8.5.tar.gz tar -xzvf goaccess-0.8.5.tar.gz cd goaccess-0.8.5/ ./configure --enable-geoip --enable-utf8 make sudo make install パッケージ管理ソフトからインストールする場合 brew install goaccess (Mac OS Xの場合) sudo apt-get install goaccess (Debian/Ubuntuの場合) sudo yum install goacc
イベントを開催するという事は人の時間を預かるということ→あまりにも素人仕切りの【第22回東京ブロガーミートアップ】 : たのっちのぶろぐ
※イベント内容の率直なご感想を、ご自分のブログで1回以上書いていただける方が対象となります。 ・ブログ記事について： 【第22回東京ブロガーミートアップ】のイベントに参加ということが 読者にわかるように記載してください。（表記の仕方は自由） （例）【第22回東京ブロガーミートアップ】のイベントに参加しました。 との事だったので、約束は守らねばなりません。仕方ないので、率直な感想を書かせていただきます。 イベント、なめるなよ。 有志のみなさんで、営利目的外でやってるイベントというのはよくわかります。イベント参加費も用意した飲食代で消えておしまいでしょう。でもね、有料でイベントを開催するってのがどういうことか、全くわかってない。 ボクはイベントを制作してお金をいただいていました。ラジオの公開録音や、映画祭のステージなどなど。一応プロです。 イベント作りも番組作りも同じなのですが、作り手側が一番
東京ブロガーミートアップに参加した率直な感想 : Blog @narumi
2014年09月14日12:00 東京ブロガーミートアップに参加した率直な感想 http://narumi.blog.jp/archives/12860460.html東京ブロガーミートアップに参加した率直な感想 先日、第22回東京ブロガーミートアップに参加してきました。 「A8.net」を提供するファンコミュニケーションズの講演があるということで、僕はふだんA8とか全然利用できてないので参加してみようかなと思いました。 ◆◆◆ で、参加してみた感想を書く前に。そういえば、たのっちブログさんの記事が話題になっているようです。 イベントを開催するという事は人の時間を預かるということ→あまりにも素人仕切りの【第22回東京ブロガーミートアップ】 : たのっちのぶろぐ by @tanocchi たしかに指摘されているように、素人仕切りに感じた部分もありました。多かれ少なかれ参加者からそういったフィ
ScalaMatsuri 2014 で「国技と Scala」というタイトルで発表しました - sandbox
国技と Scala (Japan's national sport and Scala) // Speaker Deck ドワンゴグループにおける、ニコニコ以外の Scala 開発事例として、日本相撲協会公式アプリのバックエンドに Scala/Play Framework を利用した事例について発表してきた。 言いたかったのは主に2点 長期運用の可能性があり、1万行越えだす様な規模であれば、静的型付けな環境は高い保守性と心の平安をもたらす Scala のプラクティス、ノウハウなどで、既にやっている人にとっては常識となっている様な暗黙知も積極的に公開していき、Scala のエコシステム、コミュニティをもっと盛り上げていきましょうということ(自分もふくめ) 相撲という限られたマーケットであり、スケールさせる為にはとか、分散処理とかの Scala っぽい Reactive Programming
『知的生産の技術』の各章を、現代の視点から | シゴタノ！
photo credit: Lost in Anywhere via photopin cc 『知的生産の技術』について書かれた、以下の記事を読みました。 » 受け取って、未来へ手渡す思考の跳躍【書評 梅棹忠夫「知的生産の技術」】（mojigurui） さらに読み進めていくと、本書のなかの全ての章立てについて、それぞれに現代のデジタルツールやタスク管理手法と関連付けして読むことができた。多少無理がある箇所もあるが、以下にそれを列挙する。 関連付けの内容については、直接記事をご覧ください。なかなか面白いです。 今回は、私なりの視点で、この関連付けをやってみます。 ちなみに『知的生産の技術』の章立ては以下の通り。 発見の手帳 ノートからカードへ カードとそのつかいかた きりぬきと規格化 整理と事務 読書 ペンからタイプライターへ 手紙 日記と記録 原稿 文章 1.発見の手帳 現代ではユビキタス
GitHub戦闘力を提案してみた - 座駆動LT大会 | そんなこと覚えてない
座駆動LT大会で「戦闘力」というLTをしてきました。 座駆動LT大会とは、岡山にはRyouteiという素晴しいお店があり、そこの座スタジアムという部屋は非常にLTに適した場所です。 大都会岡山が誇る最強の懇親会会場「Ryoutei 座・スタジアム」でLT大会を開催します！ というわけで、今回参加してきた時のスライドを紹介します。 戦闘力といえば、Vim戦闘力やEmacs戦闘力がありますが、GitHub戦闘力を適当に定義してみました。 スターの数がGitHub戦闘力と言われているのもみかけましたが、折角なのでいろいろ考えてみました。 実はオープンソースカンフェレンス2014広島のために制作しているものの中でGitHub APIを使用してつくっていたものがあり、そのノウハウで、そのついでに作成したのが今回のgithub_scouterです。 eiel/github_scouter · GitH
IT奴隷に対する国の扱い
俺はIT奴隷だ。当たり前のように日々の生活のために自らの全てを捧げてきた。他にスキルがないからただ必死にしがみついている。安い給料で本来違法であるはずの割り増し賃金なしの休出残業を続けている。 状況が改善する兆しはない。国は見てみぬ振りをする。経営陣が何かする事もないだろう。生活のためにYESマンにならざるを得ない上司も何もしないだろう。凄まじい技術革新ももう起こらないだろう。この業界にいる限りこの「奴隷」状態は絶対に解決しないだろう。ひたすら目の前の業務に自分の人生を注ぎ込む。人月が指し示す仕事を生け贄として抱え込んで、身を挺して解決する日々が続くだけだ。ここはそういう場所だし、同業界であれば他の場所も同じだ。 多くの人がITしか脳がないからITにしがみつくしかなくて、ITにしがみついているからこの業界は当たり前のように奴隷制度を保持し続けるのだろう。 「金融政策で物価と賃金が上昇します
Goを勉強しはじめた時にたどり着いたリンク集 - Qiita
1ヶ月くらいGoの勉強をしたときにたどり着いたリンク集。 (適時追加中) ページ A Tour of Go - 最初にここ。ただし、量と途中のエクササイズの問題の分かりにくさで、最初から全てを理解するのは大変。 go-wiki tips的な Golang JP - Google+のコミュニティ build web application with golang - Goでウェブサービスを開発する場合の説明。 Go言語での構造体実装パターン - 構造体の使い方 Go Language Patterns - 『You should have already read the Go Tutorial and Effective Go. This site is the next step.』 スライド Go For Perl Mongers - YAPC::Asia TOKYO 2014のプレゼ
VagrantとDockerについて名前しか知らなかったので試した
筆者注 UPDATE3 Dec 2019 未だストックが伸びていますが、この記事はあまりにも古いです。そろそろこの記事を参考にするのはヤバいと思います。 UPDATE2 Nov 2016 たくさんの反響ありがとうございます。予想以上に「いいね」「ストック」が伸び続けていたため、記事中のよろしくない部分を修正しました。 UPDATE Nov 2016 本記事は筆者自身も未熟な時期に書いたもので、今読み返してみるとやや不正確な表現があったり、既により良い手段に置き換えられている内容が含まれます。足がかり程度にお読みください。 1. はじめに この記事の想定読者 私 VagrantとDocker、どちらも名前だけは知ってるという方 インフラ構成のコード化と共有に興味があるけどまだ触ってないという方 各種ソフトの概要と利用シーンについて軽く触れつつ、調べた内容をまとめておきました。 （執筆時点でそ
PyCon JP 2014 1日目参加レポート #pyconjp - Time Flies
今日はPyConJP 2014に参加してきた。 プログラミング言語系の会議に参加するのは初めて何だけど雰囲気としては学生時代に参加した学会とだいたい同じ。PyConの場合はほぼPython関連の話題だった。(まあ当たり前なんだけど会議によってはそうでもないらいしい) ちなみに今回の会場では電源は絶望的に少なかったので苦しんだ。 どれも勉強になる発表だったが、以下では特に印象に残った発表について触れる。 Keynote Speech @kennethreitz CH01 Opening~Keynote: Kenneth Reitz - YouTube 1日目のKeynote SpeechはHerokuのPythonプロダクトオーナーでPython Software FoundationのKenneth Reitz氏。 プレゼンではそもそも言語とは何かという話題から入りPythonの2系と3系
XP祭り2014「アジャイルを手放して得られたこと」
2014/9/6に開催されたXP祭り2014での講演B-4 「アジャイルを手放して得られたこと」 鈴木雄介Read less
アジャイルが否定したものを見直そう - arclamp
2014/9/6に開催されたXP祭り2014で「アジャイルを手放して得られたこと」という講演をしてきました。Togetterはこちらから。 元々は「アジャイルのダークサイド」の話がしたくて応募したのですが、その後、いろいろと考えているうちに僕自身にも気づきの多い内容となりました。 さて反応を見てると前半のアーキテクチャとマネジメントの話に興味を持っていただいたようです。なので、このブログでは「なぜアーキテクチャとマネジメントの話からアジャイルの話をしたのか」ということを書いてみます。 アジャイルがさまたげたもの アジャイル開発手法が大きく注目されるのは1999年の「Extreme Programming Explained」の出版であり、2001年の「アジャイルソフトウェア開発宣言」です。1990年代後半から2000年代初頭というのは、IT産業が大きく成長する時代であり、同時に、当時主流で
ソースコードを読むための技術
$Id: readingcode.html,v 1.13 2003/12/06 00:01:08 aamine Exp $ 2006-05-02 gonzui 追加。thanks: 冨山さん 2003-12-03 ltrace と sotrace を追加 2003-12-03 ツールのところに DDD を追加。thanks: 和田さん 2003-05-27 VCG, SXT などについて追加。thanks: 梅沢さん 2003-05-27 これもすっかり忘れていた strace, ktrace, truss, etags などについて追加 2002-08-30 すっかり忘れていた ctags を追加 2002-07-07 匿名希望さんからメールでいただいた情報を追加 (動的コールグラフ) 2002-06-13 日記経由でいただいた意見をもとに文章を追加。thanks: 柳川さん、まつもとさ
「アジャイルがいいか？ウォーターフォールにすべきか？」重要なのは開発手法じゃねーだろが！ : IT速報
1: 逆落とし(WiMAX)＠＼(^o^)／ 2014/09/13(土) 16:11:34.26 ID:taBYJS6k0●.net BE:601381941-PLT(22121) ポイント特典 ビジネスにアジリティが求められている現在、システム開発にも一層のスピードが求められている。だが最も大切なのは、各開発手法の是非ではなく「役立つシステム」をスピーディに開発すること。ただ速く作ることではない。 「自社のゴールにつながるシステムを迅速に提供する」ためには、具体的にはどうすればよいのか。 事実、開発現場においては時間、コストをはじめ、さまざまな制約が存在する。開発部門としては、そうした中でもビジネス要件を正しく理解し、設計や成果物に適切に落とし込まなければならない。 このためにはプロジェクトのリーダー層が、深い業務知識に基づき、ビジネス部門と密接なコミュニケーションを取ることが不可欠だ。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
国技と Scala (Japan's national sport and Scala)
戦闘力
ロールオーバーのいろいろなやり方
IDEA * IDEA