プログラマの素養を確認するための簡単な問題として有名な「FizzBuz」問題。ただしこれだけ有名になってしまうと、プログラムの能力を試験するための新たな問題が必要とされているかもしれません。 経験豊富なソフトウェア開発者、Santiago L. Valdarrama氏が、「ソフトウェアエンジニアならば1時間以内に解けなければいけない5つの問題」を出題し、Redditなどで話題となっています。 その5つの問題は以下の通りです。 問題1 forループ、whileループ、および再帰を使用して、リスト内の数字の合計を計算する3つの関数を記述せよ。 問題2 交互に要素を取ることで、2つのリストを結合する関数を記述せよ。例えば [a, b, c]と[1, 2, 3]という2つのリストを与えると、関数は [a, 1, b, 2, c, 3]を返す。 問題3 最初の100個のフィボナッチ数のリストを計算す

こちらを読みまして、「何それ面白そう俺もやる」って思ったので俺もやります。 選考基準1:俺の趣味 選考基準2:特にファミコンの作法や背景を知らなくても楽しめる 選考基準3:最近のハードで直系の続編、ないしシリーズ作が発売されていない(長寿シリーズ化していない) 選考基準4:1メーカーにつき1タイトル 選考基準5:最近のハードで出ていないものなら別に移植ものでも良い レギュレーションはまるっとお借りしますが、「ファミコンを遊んだことのない人に薦める」という前提はスルー。セレクションの体で昔話がしたいだけです。 クルクルランド（任天堂 1984/11/22） アクションやシューティング等、反射神経を要するゲームの面白さのひとつは「上達を実感出来る事」だと思います。 直進しかできないプレイヤーキャラのグルッピー。方向転換がしたければ、画面中に配置されたポールを掴んでぐるっと回るしかないという独特

データがビジネスを駆動する現在、さらなるサービスの進化と利便性を推進するために、個人に関する情報は不可欠です。本書は、機微な個人情報を多く含むヘルスデータを題材に、プライバシー保護とデータ有用性という相反する命題をいかに満たすかについて、豊富な実例とともに解説する書籍です。リスクベースの非特定化方法論、横断的データ、縦断的イベントデータ、データリダクション、地理空間の集約、マスキングなどデータの匿名化に必要な事柄を網羅的に解説します。医療者はもちろん、個人のプライバシーを守りつつ、より洗練されたサービスを提供したいエンジニア、データ技術者必携の一冊です。 監訳者まえがき まえがき 1章　イントロダクション 1.1　匿名化すべきか、せざるべきか 1.1.1　同意を得るか、匿名化するか 1.1.2　お金を節約する 1.1.3　人目に触れたくない 1.2　匿名化における2本の柱 1.2.1　マス

お久しぶりでございます。諸事情によって半年近くも息を潜めていましたが、また継続的なアウトプットをしていきたいと思います。あうとぷっとあうとぷっと。 昨年からAWSに触り始めて、少しずつ研究して、今年から本番運用を開始できています。なので、そっち方面が多くなりそうなのですが、その一発目として昨年にAWSを軸に新卒インフラエンジニアを育成してみた話を書いてみます。 経緯 ウチでは一般的な新卒採用を行っています。内定が出て、入社後はエンジニアも一定期間の研修を受けて、そして配属されることになっています。 私は稀に、キャリアプランによっては内定した段階の子との面談を組まされるのですが、その時点でインフラエンジニアになるという断固たる決意を持っていて、研修の段階に入っても意志は変わらなかった野郎がいたのでインフラ部隊に入れることにしました。しましたといっても普通は、配属は本人の希望以外に人事部判断や

創業サービスである「ロリポップ！」をはじめとした ホスティング事業にはじまり、ECやハンドメイドなど、 GMOペパボは、さまざまな提供サービスを通じて、 インターネット上での自己表現の可能性を広げてきました。 テクノロジーの進化により、その時代の「あたりまえ」は常に変化しますが、 インターネットの力で、全ての人の表現活動を支える会社であることは、 これからも、ずっと変わりません。 チームとサービスの成長のために心血注ぎ、 全てのクリエイターへ成功体験を届けたい。 わたしたちは、そんな情熱あふれる仲間を求めています。

TypeScriptでは、コンパイルが必要です。プログラムをブラウザーとNode.jsの両方で使おうとすると、さらに加工が必要です。ミニファイだの文書も作るだのすると、ちょっとしたビルドプロセスとなるので手作業では辛くなります。 今更Makeでもないよなー、と思い、最近のビルドツールを試してみました。 内容： 流行りすたりが激しすぎる gulpを使ってみる：こんなサンプル gulpのビルドスクリプト タスクランナーってのはビルドツールとは違うのか？ ビルドツールは進化したのか 参考資料： 例題のファイルとコマンドの一覧 ソースファイル 追加の話： gulp問題ひきずり：ウォッチがまたおバカ過ぎる 流行りすたりが激しすぎる 「確かGruntってツールがあったよな」と、インストールと使い方を調べていると、やたらにgulpって単語が目立つんですよね。Gruntのライバルの新興勢力らしいです。 「

乗るしかない！Reactのビッグウェーブに！─isomorphic tokyo meetupに参加してきた 白石 俊平（HTML5 Experts.jp編集長） おはようございます。編集長の白石です。 昨日（2015年4月30日）、isomorphic tokyo meetupに参加してきました。 というのも実は近々、HTML5 Experts.jpでは「Webアプリケーション・アーキテクチャ」に関する特集を行う予定なのですが、そこでキーワードとして挙げられていたのがisomorphic。 サーバサイドとクライアントサイドでコードの共有を促進するのが主な目的の一つ、というところまでは理解できたのですが、実際のところ、アーキテクチャはどう変わるのか？ それを探りたいと思っていたところ、ちょうどよくイベントの開催がアナウンスされていたので、急遽取材させていただきました。 取材を快く受け入れてく

フレームワーク対決！Angular VS React仮想パネルディスカッション 吉川 徹 特集企画「アプリケーションアーキテクチャ最前線」では、さまざまな視点からアプリケーションアーキテクチャをエキスパートたちに語っていただきます。今回は、今話題のAngularJSなどのJavaScript MVCフレームワークの台頭と進化、そして新しいアーキテクチャであるFluxとそのフレームワークであるReactなどについて、既に先行して学んでいるエキスパートたちにその知見を聞いてみました。 今回はフレームワーク対決ということで、エキスパートたちがAngularとReactという陣営に分かれ、それぞれのフレームワークについて疑問点をぶつけたり、議論したりする仮想パネルディスカッションという形式でお伝えします。単なるパネルディスカッションとは違って、キーワードは「プロレス」です。まさかりの投げ合い、di

でっかい主語で入ったが、要するに2月にあちこち会社巡りをしたときに感じたことについてつらつら書こう、というのが目的。 特定の会社について書いてもしょうがないので、あれこれ*1回ったうちから少なくとも2〜3ケースで該当するなあ、と思ったことについて書く。特定の1社のみに該当する事項はこのエントリにはひとつも出てきません。 またエントリの主旨からして超上から目線になりますが、どうかご容赦ください。 これから成長が本格化するのでインフラを支えられる人材がほしい 正直に言ってこれが一番多かったパターン。スタートアップ的にサービスを作ってきたがその一方でデプロイや監視などの運用まわりが後手後手になっており、そのあたりを支えられる人物がほしい。 話としてはわかるのだが、気になったのは、これを聞くとき、詳しい内容を突っ込んでみると、どうも実際にはそう困ってはいない、というケースがほとんどだったように思え

こんにちは。デザイナーの id:murata_s です。Mackerelのリリース当初からMackerelの画面設計やUX、ユーザビリティなどのデザイン業務全般を担当しています。 今回は、主にエンジニアさんのためのツールであるMackerelをデザインする際に id:murata_s が気をつけている点を紹介します。ユーザーにとって必要な情報を分かりやすく伝え、迷わないデザインを施すにはどういった配慮が必要か、製品の振る舞いのデザインについてMackerelの事例を交えながら考えてみたいと思います。 Mackerelは言わばソフトウェアであり管理画面ですから、一般に言われるウェブサービスよりもツールとしての側面が強いサービスだと思います。雑誌の誌面ではなく、車のダッシュボードをつくっているようなもので、グラフィックデザイン的な情報設計の考え方が前提となりつつも、それに加えてプロダクトデザイ

とある会社の新人研修 〜GaiaXにおける新人研修の取り組み, 或いはPerlを主軸とした｢知の高速道路｣について〜 新人エンジニアに対する新人研修は, エンジニアとしてのスタートダッシュを成功させる為には必要不可欠と言えるのではないでしょうか. 各社様々な試行錯誤を取り入れながら新人研修を構築している中, 私が所属するGaiaXでは今年の新人研修の構築を自分が担当することになりました. 3月から準備を開始して, 2ヶ月に渡る技術研修カリキュラムを構築し, 現在進行形(6月時点)で新人エンジニアに取り組んでもらっています. 複数のエンジニアを採用した会社のほとんどは, 新人エンジニアの技術力は均等ではなく, 得意不得意, プログラミング経験の有無など, 入社時点の技術力に多くの差があると思います. そのような条件の中で, GaiaXの新人研修では新入社員の全体的な技術力の向上だけでなく,

乗車券を一周するように長く買うと割安に JRの乗車券は，長い区間ほど1kmあたりの運賃が安くなります。ただし，乗車券を1枚にできるのは，交わらずに一筆書きできるところまで。同じ駅を2度目に通るところで乗車券は打ち切られます。 それで，大きく一周するルートがとれるほど有利なことを，東京から福井往復の記事で書きました。東京と北陸間は，ループする経路でも行きと帰りで所要時間があまり変わらない地域があり，これで交通費を節約する手法は，以前から使われていました。 2015年3月の北陸新幹線の開業で，東京・金沢間が大幅に時間短縮されたため，別ルートが考えにくかった東京から関西への用事でも，行きか帰りに北陸へ回るルートが現実的になってきました。 東京から京都・大阪往復で，北陸に寄り道でも効果絶大 その一つが，すでにいろいろ試されている，東京・関西の往復で，片道だけ金沢に寄っても，数百円の追加出費で済むこ

表記の件について、JavaのListから作るStreamは操作中に変更をするとその後の挙動についてなんら結果を保証しないので、ListからStreamを作った場合は、変更をしないか、あるいは不可変なListに変換してから作るのが良いです。 と、書いておいてからなのですが、こんなツイート見かけました。 これは思わぬ結果 ステートフルな中間操作のsorted()かますと 最終的にListは空になるけどforEachで全て出力される。 なんでだろう？ これで今日も眠れないｗ pic.twitter.com/864kLHyK8K— Yucchi (@Yucchi_jp) May 8, 2015 peekでListの要素を削除するというやってはいけないパターンです。 @Test public void intList() { List<Integer> list = IntStream.range(

GMOグループにはGMOテクノロジーブートキャンプという新卒エンジニア・クリエータ向けの研修メニューがあって、そこでなんか話してくれという要請があったので、「エンジニアになる」というタイトルで、エンジニアとしての成長について、少しお話をしてきました。 自分自身がエンジニアとしていままでどうしてきたかみたいな話は、まとまった形ではこれまでしたことがなかったわけですが、立場上とか年齢的にも「僕ごときが……」とかいってもいられないので、恥を忍んでスピリチュアルな話をしてみました。以下、ご笑覧くださいませ。 いいたいことはだいたいスライドに書きこんだのですが、以下、ちょっとだけ補足。 このスライドを作っていた時に、ちょうど「現場ロックイン」についてのエントリが話題になったり、また、このエントリを書く直前にも似たような話題のエントリを見たりしました。 現場ロックインが技術力さげてるのかもしれない -

はじめに 技術を学ぶというのはすごい個人差のあることだと思います。 個人特性もあるし、興味の向く対象も違う。 組織にはいろんな人間がいる。 そんな中、いくら「技術力を学ぼう！」と啓蒙しても、 響かないことってありませんか。 最終的には人それぞれの問題にはなってくるのだけれど、 それって、現場ロックインが一因なのではないかなと思う。 現場ロックインの定義 「特定ベンダー（メーカー）の独自技術に大きく依存した製品、サービス、システム等を採用した際に、他ベンダーの提供する同種の製品、サービス、システム等への乗り換えが困難になる現象」をベンダーロックインという。 (Wikipediaより引用) 現場ロックインは僕の思いついた単なる造語で、 「特定のプロジェクトに特化した技術や顧客の事情を重視しており、 その他の現場に移動しても殆ど役に立たないローカルルールに依存している現象」を指す。 会社に対して

ついに出そろった感が出始めた、リスティング広告とディスプレイ広告のメニュー群。 大きなアップデートはもう起きないだろうな。 というのが正直なトコロ。 ということで、 過去エントリーでも人気のあったカオスマップを更新しました。 WEB担当者に新卒を抱える先輩方も多いと思うので、教育の一助、営業部隊の提案資料の一部に使ってもらえれば。 ※定義に沿った解釈でのカオスマップになります。 ※オフラインでの画像利用はご自由に。WEB転載の場合は一言ください。 ※動画ターゲティングについては記載してません。 カオスマップ(概念図)とメニュー組み合わせ 2013年6月にまとめた記事 からの 2013年10月にさらにまとめた記事 からの この記事です。 最終更新版のつもりで書いてますので、もうカオスマップ自体を更新することはないでしょう。 表の見方 左側(X軸のマイナス)が、サイトの面（ページ/特定の広告枠

最近カンファレンス運営についてのノウハウをちょっとずつアウトプットしていたりします。 今回は Web+DB Press #85 でもその一部が掲載されていたものなのですが、YAPC::Asia Tokyo, RubyKaigi, PyCon JP, JANOGという技術カンファレンスの運営陣を集めた座談会の完全版をKindleで出しました。（表紙画像についてはすみません、素人なもんで… もうちょっとがんばって直してみます） カンファレンスに参加してるだけでは見えてこない運営側の心配、希望、楽しさなどについて読めるかなり貴重な資料だと思います。是非お手にとっていただければと思います！