非エンジニアに無念コードがなぜダメなのかを説明するメタファーを考えてみた。 目的は、無念コード・設計・環境・フローがあると、 いかに生産性が落ち、ビジネスがうまくいかないか、 プログラマーの心が病むかを、 なるべくエンジニアリングの用語を使わないで説明すること。 他にいいメタファーあったら、ブクマやらコメントやら、ブログ別書くなどして、 世界を幸せにしてもらいたい。 メタファー エンジニアリングとは部屋の掃除と一緒である ストーリー導入 あなたは、ある日、引越しを決意しシェアハウスに引越しました。 引越した先のシェアハウスのリビングは、 それはもう汚い。 散らかり放題、生ゴミ、壁の汚れ。 さぁ。どうしましょう。 さらに引っ越すという手段もありますが、 あなたは、リビングの掃除を試みるのでした。 ストーリー2 片付けをしていたある日、あなたは、 「リビングの中に、俺の鍵(機能や、コードなど)
Objective-CでiOSアプリを開発する際、Storyboard(InterfaceBuilder)を使うとユーザーインターフェイスの設計や画面遷移の設計がやりやすくなります。 コントロールが複雑になったり、表示制御を細かくやる必要があるアプリなんかだと、Storyboard上でのView配置は適当で、アプリケーション側でゴリゴリと位置・サイズ制御することもあったりしますが、使える方が便利なことも少なくありません。 RubyMotionリリース当初はInterfaceBuilderが出力するUI関連のリソースファイルには対応していませんでしたが、 バージョン1.4からStoryboardデータの読み込みに対応しています。 IB以外のUI設計の選択肢も増えてきており、色々楽しみなものもありますが、まぁ基本と言うことでおさらいしてみました。 このエントリでは、Storyboardリソース
Perl6 まわりが最近だいぶかわってきているという雰囲気をみなさん感じていらっしゃるかとおもいます。そのあたりについておさらいしてみましょう(時系列はちょっとまちがってるかもしれませんが、たぶんだいたいあってる)。 去年ぐらいまで去年ぐらいまでは、あまりパフォーマンスは重視されていなかったかんじがします。 「まだパフォーマンスを気にするタイミングじゃない」的な。ただ去年の途中ぐらいで一気に rakudo がはやくなったりしたような気はしました。 nqp の JVM port(4月ぐらい)https://github.com/perl6/nqp http://6guts.wordpress.com/2013/04/18/nqp-on-jvm-bootstrapped-soon-will-land-in-nqp-master/ nqp というのは Not Quite Perl(6) の略で、
ハローエブリニャン。 もはや完全に新人とは言えない本間さんからバトンを受け取りました、 QAチームのマネージャーをしています境野(さかいの)と申します。 10年以上QA(=Quality Assurance=品質保証⊃テスト)の仕事をしているのですが、 ことWeb業界においては、未だに最適なQA方法を見出だせていません。 誰か助けて下さい。いやホントに。 ガイアックス音楽祭ってば? 私の趣味は「楽器演奏」と「カメラ」と「ももクロ」なのですが、 高校~大学と吹奏楽部でフルートを吹き続け、 卒業後にサックスを始めつつビッグバンドを結成し、 今ではベースを弾いております。 2009年10月にガイアックスに中途入社し、 自己紹介で「私、楽器できます」と言ったあたりから 社内でも音楽好きなメンバーが多いなとは思っていました。 その時からいつか社内でバンド組んでライブやろうと思っていました。 夢叶って
追記 2016年3月に以下の記事によってこの内容はupdateされています。今後はそちらをお読み下さい。 主に自分向けのまとめという意味合いが強いんですが(笑)、僕が実際に2013年6月現在webデータ分析&データサイエンスの実務でツール・ライブラリ・パッケージを利用しているものに限って、統計学・機械学習系の分析手法を10個挙げて紹介してみようと思います。 追記 回帰分析(特に線形重回帰分析) 独立性の検定(カイ二乗検定・フィッシャーの正確確率検定) 主成分分析(PCA) / 因子分析 クラスタリング 決定木 / 回帰木 サポートベクターマシン(SVM) ロジスティック回帰 ランダムフォレスト アソシエーション分析(バスケット分析・相関ルール抽出) 計量時系列分析 おわりに おまけ1:「素性ベクトル+分類ラベル」なるデータ前処理 おまけ2:グラフ理論*10 {igraph}パッケージでグラ
6/3 ~ 6/5 にメインで開催された YAPC::NA 2013 に参加して来ました。特に JPA のなんたらではなく、会社のお金で行って来ました!! DeNA++ 日本からは、@yusukebe と @tokuhirom と The Perl Foundation の President であるところの Karen が参加していました。 すでに @yusukebe と @tokuhirom がレポートを書いているので、パクかぶっているところもあるかと思いますが、ご容赦を! Future Perl - YAPC::NA 2013 に参加して - tokuhirom's blog. YAPC::NA 2013に行って来た - ゆーすけべー日記 開催場所 今回の YAPC::NA の開催場所は、アメリカはテキサス州にあるオースティン大学でした。日本からだと、成田とかからサンフランシスコ o
Twitterで10日くらい前に、Perlから設定ファイルを扱う際に、どの形式を使うのがいいんだろう?みたいな感じなつぶやきをしていたら、フォロワーの方からリプライが付いたので、メジャーな設定ファイル(と思われる)をそれぞれ自分なりに比較検討してみたのでそのまとめ。 以下の3つの形式を比較検討。 ini形式 yaml形式 perl形式 ini/yaml形式のサンプルコードでは、CPANモジュールを使っているが、モジュールの選択基準はあまりなく、とりあえず仕様が小さそうくらいな感じのを選択。今回はあくまで設定ファイルに特化したいと考えている。 ini形式 Windowsでも割と一般的に見かける形式。mysqlの設定ファイルもこの形式。 設定ファイル例 % cat data.ini [site1] url = http://d.hatena.ne.jp/amari3 title = amari
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く