【祝一周年】Mackerel Meetup #5 Tokyo #mackerelio (2015/09/17 19:30〜)
お知らせ 【重要なお知らせ】iOSアプリの運用および提供を2024年6月3日(月)を以て終了いたします。詳細は お知らせをご覧ください。 お知らせ connpassではさらなる価値のあるデータを提供するため、イベントサーチAPIの提供方法の見直しを決定しました。2024年5月23日(木)より 「企業・法人」「コミュニティ及び個人」向けの2プランを提供開始いたします。ご利用にあたっては利用申請及び審査がございます。詳細はヘルプページをご確認ください。 9月 17 【祝一周年】Mackerel Meetup #5 Tokyo #mackerelio Mackerel （マカレル）の Meetup 第5回目です！
Web エンジニア 6 年 5 ヶ月やってたどり着いた価値観 | Born Too Late
Web エンジニアとして経験を積むことでいくつかのプログラミング言語やツール・ミドルウェアの使い方を覚えたりもしたけど、それらのうちいくつかは 10 年後ぐらいには陳腐化してしまっているかもしれない。 だけどそれらを通じて身につけた価値観や哲学はもっと普遍性を持っているような気がする。 大学を卒業し、Web エンジニアとしての職を得て 6 年 5 ヶ月、日数にして 2344 日経ったので、現時点での頭の中にあるもののダンプを残しておく。 どこかで聞いたようなことばかりで新鮮味はないと思うけど、自分で実感を持ってたどり着けたことには意味があるはず。 プログラミングについて 言語はいろいろなものを試してみる 毎年新しい言語に挑戦せよ、というのは確か dankogai さんの講演をまとめた記事で読んだはずなんだけど、記事が見つからない。 キーワードをもとに検索してみたら達人プログラマーにもそうい
［CEDEC 2015］テクスチャの最適品質をソフトで分析？ 「グランツーリスモ」のポリフォニー・デジタルが公開した分析ツールの威力とは - 4Gamer.net
［CEDEC 2015］テクスチャの最適品質をソフトで分析？ 「グランツーリスモ」のポリフォニー・デジタルが公開した分析ツールの威力とは ライター：西川善司 ポリフォニー・デジタルといえば，レーシングゲームのトップブランドであるグランツーリスモシリーズの開発を手がけるゲームスタジオとして名高い存在だ。筆者の場合，初代PlayStation時代の隠れた名作「オメガブースト」にも相当な思い入れがあるのだが，知りませんかそうですか……。 それはさておき，このポリフォニー・デジタルが，CEDEC 2015で「フーリエ変換を用いたテクスチャ有効解像度推定とその応用」と題した，かなりユニークな技術セッションを行っていた。 このセッション，ポリフォニー・デジタルが手がけたゲームには直接関係しないのだが，ゲーム開発だけでなく，映像や写真の品質という観点でも興味深い内容であったので，その概要をレポートしたい
Martin Fowler's Bliki (ja)
ここは、Martin Fowler's Blikiの日本語翻訳サイトです。Martin Fowler氏本人の許可を得て公開しています。データはGitHubで管理していますので、どなたでも翻訳に参加することが可能です。 ※現在、移行中につき、Markdown形式になっていないものが多々あります……。PRいただけると大変ありがたいです。 API design / agile / agile adoption / agile history / application architecture / application integration / bad things / build scripting / certification / clean code / collaboration / computer history / conferences / continuous deliv
プライベートで 689日連続でコードを書いた（ことの振り返り） - おいちゃんと呼ばれています
プライベートで 689日連続でコードを書いた。 あるとき毎日コードを書いてみようと思い立ち、それを 1年間続けたならば、何か大変なもの（力・成果）を手にしているのではないかと、はじめる前には予想していた。 しかし、いざやってみて、もちろん得るものもあったが、改善すべきことのほうが多い気がする。ので、ここで振り返って書き留めておこうと思った。 GitHub の Current streak もともと「継続は力なり」という言葉への憧れがあったと思う。ただ、継続は力、のような気がするが、子どもの頃から、皆勤賞とか何かをコツコツやる、みたいなものとは縁遠い日々を送っていたので、なんというか、そこに引け目みたいなものを感じていた。 そこへ（細かい話は割愛するけれど）「とりあえず 1週間だけ毎日コードを書いてみるか」と思い立つことがあって、それが運良く成功したら、GitHub の「Current st
論理削除の前に別テーブルに切り出せるかどうかを考えよう - Life is Really Short, Have Your Life!!
めっちゃよくまとまっているので、大変助かりました。 blog.mogmet.com t-wada氏の「とりあえず削除フラグはアカン」については、僕も全く同感です。論理削除をしなければならないビジネス上の理由がスッポリ抜け落ちている。「とりあえず削除フラグ立てて何かあれば戻せるようにすればいいンゴ」ってのは論理設計を放棄していると言い換えても良いし、「ユーザーの言葉ではない」という指摘も重要。こちらに書かれています。 ledsun.hatenablog.com じゃ、フラグやめてどーすんのって話。フラグを立てたくて立てる人はおらん(はず)。「削除フラグを追加するとSELECT時に常にWHERE句で削除フラグを引っ掛ける必要があるのでクソ」→「削除日や状態カラムを使おう」では解決にならん。t-wada氏の資料でも解決策で上げられてたけど「×」マークがついてます。下記に変わっても誰も嬉しくないと
プログラマの履歴書
「コードを書け。それが履歴書だ」という昔の名台詞が目に留まったので、常日頃感じていることを書き出してみることに。 コードが GitHubで公開してあると、まず採用する側の視点としては非常に助かります。プロジェクトを２、３つ眺めるだけでも、この人が普段どんなことを意識してプログラミングしているのかが見えてきます。例えば、性能を重視しているとか、拡張のしやすさを意識してインターフェースをデザインしているとか。さらに本人の興味の方向性、得意な言語などがわかるが何より嬉しい。過去の経験から、自己申告でJavaができます、C++ができますなどと言うだけの人が期待したレベルでコードを書けた試しがありません。 その次にわかるのがコミュニケーションスキル。基礎的な英語力の判断材料にもなるし、チームを組んだ時のイメージがしやすい。問題を共有する能力も大事。自分一人の頭の中でたくさん難しいことを理解して解決で
続: OSSプロダクトとコミュニティの話 - たごもりすメモ
先日書いた通りYAPC::Asia Tokyo 2015でOSSの開発とメンテナンスについての私見を話したところ、会場で id:t-wada さんから強烈な質問と、その後にまとまった量のエントリがきた。 t-wada.hatenablog.jp t-wadaさんの問題意識については上記エントリを読んでいただくとして、これに関連してYAPC::Asia期間中にいろいろな人と話したこと、およびその後に考えたことなどをまとめて書き下しておこうと思う。 明快な結論は無い。無いが、自分にとってのなんとなくの指針のようなものには多分なっており、こういうことを考えて自分はこれからコードを書くんだろうな、という気がする。 なお前提として自分がYAPC::Asia Tokyo 2015で話した内容がベースにあるので、できればそちらを把握しておいてほしい。t-wadaさんのエントリにあるメモは話した内容をよく
いまさら聞けない「コードの英語」超入門 - クックパッド開発者ブログ
広告事業部の鈴木達矢です。コーディングをしてると変数やメソッド名の付け方に悩むことって多々ありますよね。逆にコードを読んでいると単語の選択がこれでいいのかなという時や、動詞の活用形が間違っていてよく意味がわからない、時に潔く日本語の変数名になっていることも見かけます。でもプログラミング言語の単語が英語をベースにしていますし、Railsを使っている場合は日本語が規約（Convention）に合わなかったりします(複数形が無いなど)。それから動詞の活用形が違っていると主語（動作の主体）が変わってしまい、意味が変わってしまいます。その結果コードの可読性が落ち混乱を招きやすくなります。 いくつかの基本的な法則だけおさえておけばコーディング中に可読性の高い単語の選択ができるようになります。今回はそれを目的に、英語の扱いに都度時間を費やしてしまうような方に向けていくつかの法則をご紹介します。*1 変数
英語力をアップさせる知見がいっぱい！「Rubyistのための英語勉強会」を開催しました - give IT a try
はじめに 先週の土曜日（2015/8/29）に西脇.rb＆神戸.rbの合同勉強会として「Rubyistのための英語勉強会」を開催しました。 nishiwaki-koberb.doorkeeper.jp この勉強会はその名の通り、Rubyist（Rubyプログラマ）の英語に対する苦手意識を克服し、英語力を高めることを目的にした勉強会です。 いちおうRubyist向けとはなっていますが、大半の内容はRubyist以外の人にも役立つものだと思います。 そこで今回のエントリではこの勉強会の内容や発表された知見等を紹介します。 会場は阪神深江のNilquebe（ニルキューブ）さんでした 当日の流れ 当日はこんな感じのタイムスケジュールで進行しました。 13：00～13：30 自己紹介 13：30～13：45 語彙力診断テスト 13：45～14：15 「こういうときに英語ができなくて困る」「英語ができ
「カジュアルゲーだけど課金売上が30％」イグニスのブロック崩しアプリ「breaker」つくったのは医療業界からきた男、モチーフは「ドラクエ１」 | アプリマーケティング研究所
「カジュアルゲーだけど課金売上が30％」イグニスのブロック崩しアプリ「breaker」つくったのは医療業界からきた男、モチーフは「ドラクエ１」 今回は「breaker」が好調なイグニスさんに伺いました。2014年7月にマザーズに上場し、現在は社員110名のスマホアプリ専業の会社です。 ※株式会社イグニス 「breaker」プロデューサー 川口功さん（左） カジュアルゲーム事業の責任者 佐藤潤さん（右） 「breaker」について教えてください。 川口： 「breaker」は30秒で完結する「ブロック崩し」ゲームアプリです。ダウンロード数については、現在60万ダウンロード（iOS 50万：Android 10万）を突破したところです。 開発期間は3〜4ヶ月で、僕（エンジニア兼プロデューサー）とデザイナーの2名でつくりました。 川口さんはイグニスに入って長いんですか？ 川口： イグニスにきて1
Yahoo! Mobage Award 2015
注意事項 ＜名称＞ Yahoo! Mobage Award 2015 ユーザ投票 ＜投票受付期間＞ 2015/8/28(金)昼12:00～2015/9/11(金)朝11:59まで ※投票受付期間は予告無く変更となる場合がございます。 ＜概要＞ ・2015年7月時点でYahoo!モバゲーで公開されているゲームの中からYahoo!モバゲー運営担当者によりノミネートされたゲームを対象にユーザ投票を行います。 ・投票回数は本ページアクセス時に1日につき1票が追加されます。 ・本ページのTwitterボタン、Facebookボタンから投稿をするとそれぞれ1日つき1票が追加されます。 ・投票回数追加のリセットは毎朝5:00に実施されます。 ・投票の結果、アワードを受賞したゲームは10月上旬に発表を予定しております。 ＜投票方法＞ ノミネートされているゲーム画像の下に設置されている「投票する」ボタンから
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
焼きそば - hiroki-uemuraのブログ
GameBench Community Edition (FPS without root) - Apps on Google Play