「秒速で1億PV稼ぐ条件」をエンジニアに聞いてみた平日は割りと仕事しているんですが、 さっきふとこんな技術相談を、エンジニアに投げてみました。 お題を投げてみた barimi ねえねえ、技術相談なんだけど、秒速で1億PV稼ぐサイト作るなら、技術的にどうする？ 私ならオートリロードとiframeだと思うんだけど。
プロジェクトリーダーに必要な6つの能力。スクラムの生みの親が語る、絶えざるイノベーションの創造（後編）
プロジェクトリーダーに必要な6つの能力。スクラムの生みの親が語る、絶えざるイノベーションの創造（後編） スクラムは、アジャイル開発における方法論の中でもっとも普及している方法論の1つです。スクラムという用語を用い、その考え方を最初に提唱したのは、1986年に一橋大学の野中郁次郎氏と竹内弘高氏が日本企業のベストプラクティスについて研究し、ハーバードビジネスレビュー誌に掲載された論文「The New New Product Development Game」でした。それが1990年代半ばにジェフ・サザーランド（Jeff Sutherland）氏らによってアジャイル開発の方法論としてのスクラム（アジャイルスクラム）になったわけです。 1月15日に都内で開催されたアジャイル開発をテーマにしたイベント「Scrum Alliance Regional Gathering Tokyo 2013」では、2
まだ小さい君に、話しておきたいこと。 - フルタ製菓株式会社 ボツ案
ええと、どこから話そうかな。 君はまだちょっと小さいので、今、色んなことを言っても あんまりわからないこともあると思う。 だから、もうちょっと大きくなってから 知っておいてほしいことを、いくつか話しておく。 まあ一番知っておいてほしいのは お父さんはいつもこうやってブログばっかり 書いてるわけじゃないってことなんだけど。 ★ おそらく君が大人になった頃には 世の中はものすごく変わっている部分もあるだろうし 今と何にも変わらず、そのままのこともあるだろうと思う。 たぶん、３Ｄプリンタとかは、かなり使い勝手のいい感じに仕上がってて フルタ製菓の生クリームチョコも、わざわざお店で買わなくても レシピだけを購入して、自宅で生産できるようになってるかもしれない。 その頃には高度な技術だったり知識を必要とするもの以外は みんな自分たちで作っちゃったりするので 製造業は商売あがったりで、ちっちゃいところ
GREE Tech Talk: GitHub:E Casual Talk に行ってきた #greetech02 - しるろぐ
2013年1月23日に開催されたGREE Teck Talk #02 : GitHub:E Casual Talkに行ってきたのでメモ。 全体の感想 ちょっと導入を考えていたので、勉強になった。そして、ちょっとくじけた。 PullReqとかGHEの恩恵とかを理解していれば全然高くはないと思うんだけど、最初の導入時のハードルがでかいかなという印象。今のままでいいじゃん、って声が多分たくさんあがる。お金さえあれば、「まあまあ、試しに使ってみてよ」ってのんびり検証しつつ徐々に移行とかできそうだけど、そうでないなら、ちゃんとした計画立てないとつらそう。 ということで、本気で人やプロジェクトが多くなって「レビューつらい」と思うまではちょっと待っても良いかなという結論に落ち着いた。 19:00 トラブルシューティングから見るGitHub:E運用の勘所 グリー株式会社 大場光一郎 内容と感想 greeが
なぜ関数プログラミングは重要か
John Hughes, Institutionen för Datavetenskap, Chalmers Tekniska Högskola, 41296 Göteborg, SWEDEN. rjmh@cs.chalmers.se この日本語訳は原著者の承諾を得て山下がここに公開するものです。 この訳文についての、御指摘などは山下伸夫(nobsun .at. sampou.org)までおねがい いたします。 翻訳最終更新日 : 2011-09-17 原文 "Why Functional Programming Matters" 日本語訳PostScript この論文は1984年以来何年ものあいだChalmers大学のメモとして回覧された。 1989年と1990年に幾分か改訂をしたのが[Hug89]と [Hug90]である。この版はもとのChalmer大学のメモ のnroff原稿をもとに
ワロスbotなどの転載bot運営会社がプレゼン資料公開でプチ炎上中 - さまざまなめりっと
-@TETTASUNワロスbotって企業運営だったのか http://t.co/izAw40cz2013/01/22 14:39:33 -@slfmoonほう？ﾜﾛｽbotは企業経営によるパクリbotとな？株式会社ウィリルモバイルとな？？？2013/01/22 18:51:05 -@hapinanoあ、やっぱりワロスbotって会社ぐるみの運営だったのか ： Twitter&facebookより流入！スマートフォン広告のご提案 on @slideshare http://t.co/M3Mkzd2q2013/01/22 19:27:23 -@kokubucameraワロスBOTを始めとするコピペbot、時々広告ツイートあるなぁと思ってたけど企業が戦略的に運営してたのか！フォロワー152万人。100万クリック保証で350万円：Twitter&facebookより流入！スマートフォン広告のご提案
ソーシャルゲーム業界に転職してちょうど2年
なんかソーシャルゲーム業界に転職したい増田がホッテントリしていた。 http://anond.hatelabo.jp/20130122131752 自己回顧録みたいなものをつけたいと思っていたところだったので、なんとなくこの2年間について書いてみようと思う。 もともと、2年前に当時SIerに勤めてて、そこでSEとかコンサルとかしてたんだけど、会社の経営が傾き始めたのがきっかけだった。 当時勢いのある（今もかな）ソーシャルゲーム業界にしたのは、単に元々Web系やってたし、勉強会だとかやってるっぽいし、花形っぽいし…みたいな。まぁこのへんの気持ちはIT系の人ならなんとなく分かってもらえると思う。 その頃は「今までやっていた官公庁や大企業向けのコンサル事案と比べたら格下だな」と思っていたところはある。正直、今も社会的地位みたいなものだと格下だと思ってる。 2年経過して、色々な人と交流して思うこと
最近のtwitterについて思うこと | blog.yuco.net
2011年に「twitterで前提を共有しない人からの反応は対処に困る」的なことを書いたが、最近のtwitterはまた様子が変わってきた。 以前（2011年くらいまで？）は何か発言すると、mention欄がリプライや非公式RTでどどっと埋まることがあったが、最近はほとんどない。その代わり、favや公式RTがどんどん増えていくようになった。 リプライや非公式RTを使う人が減ったかわりに、公式RTをしてその後に意見を言う「エアリプ」が増えた。これ自体は良いとも悪いとも思わないし、私も使うが、これをする人は、他人の意見について何か言いたいけど、発言者に対して言いたいのではなく、ひとりごとまたは自分のフォロワーに向けて言っていますよという感じがある。だから、元発言者としても特に対応しようとは思わない。 問題だと思うのは、直接のリプライならできないと思われるほどの罵詈雑言を並べる人がいることで、元発
『StyleDoccoによるCSSスタイルガイドの導入』
1 pixel｜サイバーエージェント公式クリエイターズブログ サイバーエージェントのクリエイターの取り組みを紹介するオフィシャルブログです。最新技術への挑戦やサービス誕生の裏話、勉強会やイベントのレポートなどCAクリエイターの情報が満載です。 はじめまして、アメーバ事業本部 teens事業部の谷です。業務ではフロントエンドデベロッパーとして、主にHTML/CSSの設計・実装をおこなっています。 今回は、以前斉藤が書いた「モバイル時代におけるCSSの設計と実装」という記事で触れられていたコンポーネントリストもといスタイルガイドについてのお話です。 スタイルガイドの事例と、スタイルガイドを生成するツール StyleDocco の紹介をします。スタイルガイドとは先の記事より引用すると、ページ上の部品（コンポーネント、モジュール）を集めたリスト、ページのことです。どれがコンポーネントで、どれがモジ
『1.01』と『0.99』の法則が非常に深いと話題に
1.01の法則と0.99の法則が深いとネットで話題になっている。こちらの式は1.01に365を乗算させた結果と、同じように0.99に365を乗算させた結果を比べると明らかな違いが浮かび上がるのだと言う。1.01と0.99はたった0.02しか違わない。だがその違いを積み重ねていくと結果的に歴然とした差が出てくると言う教えのようだ。果たしてどのような結果になるのだろうか。 さて関数電卓やGoogleの電卓機能を使い1.01と0.99にそれぞれ３６５乗をしてみた結果以下のような結果になることが判った。 1.01^365 = 37.7834343 0.99^365 = 0.0255179645 1.01のほうは切り上げて38という結果。およそ38倍もの大きさになることが判った。 逆に0.99のほうは切り上げて0.03となり、なんと元の数より小さくなってしまった。とても不思議なことであるが今回はその
Androidの機種依存問題を吸収するプロジェクトAndroid-Device-Compatibilityを公開したお話 - mixi engineer blog
こんにちは。Androidユニットで開発とスクラムマスターをしています、横幕です。すっかり寒くなって、朝起きるのが辛い季節になりました。 先日、Android(TM)の様々な機種に依存する問題を吸収するためのライブラリプロジェクトをmixi, IncのGitHubリポジトリで公開しました。 今回は、このライブラリプロジェクトを公開するに至った経緯をお話しようと思います。 様々な種類の端末に対応するために乗り越えてきた困難 現在、Androidを搭載した端末には、多種多様なものがあります。 そして、OSのバージョンごとの違いだけでなく、同じAndroidを搭載していても、端末ごとに微妙に挙動が異なることがあります。 mixi公式クライアントアプリでも、端末ごとに微妙に挙動が異なることで発生する問題にいくつか直面してきました。 特定の端末で、文字が9,000文字までしか入力できない EditT
MOTHER2 ふっかつさい｜Nintendo
『MOTHER』というゲームって、なんなんだろう。 いまでも、ほんとうに答えるの、むつかしいです。 子どもたちが、おもちゃ箱にある人形やら、 台所のいらなくなった食器やら、 工具入れの中から探し出したボルトやナット、 庭先の葉っぱや小花、 そういうものを、でたらめな歌を歌いながら カーペットいっぱいに並べて、 その世界についていくらでも話しはじめるような。 そんな感じで、『MOTHER』はつくられたのです。 そりゃ、ぼくも、おとなですから、 もっとこのあたりに角度をつけようだとか、 このへんに、こうしてこの秘密を隠しておいてとか、 少々いじわるな工夫も、惜しみなくいれてますけどね。 そして、そこに、 ほんとうにたくさんの友だちが遊びに来てくれて、 それぞれの楽しみ方で、 シンプルな根っこと幹だけの物語に、 枝や葉や花をつけてにぎやかにしてくれた。 だからもう
ソフトウェア設計とは何か 〜 設計にはプログラミング経験が必要か否か | Social Change!
「プログラミング経験のない人がソフトウェアの設計をすること」の是非について、どう考えますか？ もしかしたら、このブログの読者であれば、プログラミングが出来ないのにソフトウェア設計をするなんてありえない！という意見の方が多いかもしれません。私もそういう意見ではあったのですが、色々な人と話をするにつけ、どこか違和感を感じていました。 その違和感の正体を探るべく、ソフトウェア設計とプログラミングについて考えてみました。そこでわかったことは「ソフトウェア設計」について、人それぞれに捉え方が違うために、話が通じないことがあることから産まれた違和感だったということです。 この記事では、私の考える「ソフトウェア設計とは何か」について書きました。 ソフトウェア開発はすべてが「設計」である モノづくりにおいて、大きく工程を２つに分けるとしたら「設計」と「製造」に分けることが出来ます。何をどう作るかを決めるこ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
マーガリンの歴史ワロタｗｗｗｗｗｗｗｗｗｗｗｗ : 2chコピペ保存道場
ガチャがないって気持ちイイ 〜FFアプリからみる課金体験について | Playful Worker