「正しく書かれたソースコードにコメントは必要ない」なんて幻想だという話 - 土屋つかさのテクノロジーは今か無しか および 「正しく書かれたソースコードにコメントは必要ない」なんて幻想だという話（補足編） - 土屋つかさのテクノロジーは今か無しかで、計算式の意図を説明するためにコメントを書こうぜという主張が書かれてますが、この内容だと全く賛同できませんね。別にコメントを全否定するわけではありませんが、この主張の例だと不適切です。 //フェードインが未完了の場合 if (alpha < 1.0f){ //処理A } 元記事の主張は、alpha < 1.0f という計算式はコメントなしでは本来の意味であるフェードインが未完了の場合、というものがさっぱりわからないということでした。つまり意味情報の欠落を問題にしています。 const isFadeinCompleted = () => alpha

前回書いた「「正しく書かれたソースコードにコメントは必要ない」なんて幻想だという話（ http://d.hatena.ne.jp/t_tutiya/20170519/1495197904 ）」は土屋のブログ記事にしては珍しくはてブやコメント、twitterで反響を幾つか頂きました。その中の幾つかを紹介します。分かっているとは思うけど、サンプルコードはJavaScriptを意識してますがてきとーです。 案１：マジックナンバーを定数化する MAX_OPAQUE = 1.0f //定数宣言のつもり if (alpha < MAX_OPAQUE){ //処理Ａ }　"1.0f"に意図を設定すればコメントが不要なのではないか説。うーん、これはちょっと難しいかな……。"MAX_OPAQUE"が正しい変数名だとは思えませんが、どんな名前にすれば意図が説明できるのかちょっと思いつきません。また、数式が複雑

土屋はプログラマの中でもかなりコメントが多いタイプだと思っています。理想を言えばコード１行ごとにコメントを書きたいくらいです（本当は、識別子を全部日本語で書きたいと思っているのですが、これはまた別の話）。 これは土屋がPDL（Program Design Language https://www.gamedev.net/resources/_/technical/general-progra... ）開発スタイルの薫陶を受けているからなのですが、それとは別に「そもそも日本人には英語ベースのソースコードを高速に読解するのは無理がある」と考えているからです。 また、より本質的な課題があると思っていて、プログラミング業界的には「コードがドキュメントであるべき（≒正しく実装されたコードであれば、コメントは最低限になる）」という風潮がありますが、土屋は、これはプログラマが夢見る幻想に過ぎず、「本質的

みなさま、こんにちは！ Cygames Research 所属、エンジニアの和泉澤と申します。 ゲーム業界歴20数年。メガドライブの時代よりゲームプログラミング一筋です。 時折、幾つかの知見をご紹介させて頂けましたらと思います。 ゲーム制作における内部実装には、古今東西、様々な方法論が存在しています。 アクション、RPG、カードゲームやアドベンチャーゲーム等、そのジャンルにより採択される方法は多種多様でありますが、制作するゲームの持つ特徴を良く理解し、そのゲームに適した設計を行うことは、ある種、ゲームプログラミングにおける醍醐味とも言えましょう。 アクションならばこの実装方法、RPGならばこれ、等といったような一意の方法論は勿論在りません。しかしながら、ゲーム業界黎明期より無数に生み出されたゲーム制作の歴史の上に、効率的な方法論というものは、ある程度通例として積み上げられています。 極シン

凄く遅くなっちゃいましたが、#Darsana Tokyoの得点を計算して、「ENLの勝因はメガCFだけだったのか？」を検証してみます（すみません時間がなくて必要な部分のみになっちゃいました。年明けに色々補足を書くかも）。 凄い長いですけど「検証」という所だけ読めばなんとなく分かると思います。 ルール まずはルールを確認します。以下はＧ＋のイベントページで公開された公式ルールの一部です（日本語版が出てくれてホント良かったね！） 得点計算 まず今回の得点構成は以下のようになっています。 通常ポータル　１個につき２点 ボラタイルポータル　１個につき２０点 リンク　対象ポータルから引かれたリンク１本につき５点 CFボーナス　対象クラスターのポータルを全てCFで覆った陣営に＋４０％加点 これ、注意して頂きたいのは「対象のポータルを使って作ったCF」には、特に得点が設定されていない点です。あくまで対象

Ingress Advent Calendar 2014 20日目です。昨日はペコさんによる「Ingress夫婦の話 - ねとは日和」でした。 Ingress Advent Calendar 2014 - Adventar ご存じない方初めまして、土屋つかさと申します。ライトノベル作家＆デジタル／アナログゲームデザイナーをしております。IngressはiOS版スキャナーリリースから開始、ENL陣営に所属しており、新メダルの追加によってＬ１２になれました。 この記事では、国内ではほとんど情報がないイングレスのバックストーリーについての概要と、その読解方法について簡単に説明したいと思います。よろしければ最後までお付き合い下さいませ。 ■バックストーリーってなに？ イングレスがＸＭ（とシェイパー）を活用して人類を覚醒させようとしているENLIGHTENED（緑陣営）と、そのＸＭ（とシェイパー）を

告知です。イングレスを楽しんでいるお友達の絵描きさん４人、文字書きさん４人（土屋含む）の計８人（Ｌ６～Ｌ１１）によるイングレスファンブック同人誌「ぼくたちのイングレス」を頒布します。 １２月１３日に開催されるイングレス世界戦東京大会 #Darsana TOKYO 合わせで印刷をお願いしており、冬コミより前、#Darsana TOKYOの開催日ほぼ同じ頃（１２月１３～１５日くらいか？）よりＣＯＭＩＣ　ＺＩＮ（http://www.comiczin.jp/）で委託頒布を開始予定です（委託時の値段については後日こちらのページを更新予定）。 全体のテーマは「イングレスを楽しんでいる「ぼくたち」」としました。コラム、ＳＳ、システム考察、４コマ、イラスト、漫画と、非常にバラエティ豊かな構成になったかと思います。みんながイングレスを楽しんでいることが誌面から伝われば幸いです。ただし、イングレスについては

本日（２０１４年１１月２８日）、第１８回文化庁メディア芸術祭の受賞作品が発表され、エンターテインメント部門において、我らがIngressが大賞を受賞しました！　リンク先で飯田和敏さんによる贈賞理由が記されています。 第18回文化庁メディア芸術祭 http://j-mediaarts.jp/awards/gland_prize?section_id=2&locale=ja 受賞者はGoogles’s Niantic Labsの創業者ジョン・ハンケ氏。国立新美術館の発表会では、ジョン・ハンケ氏のビデオメッセージ（日本語字幕あり）が公開されました（公式サイトに掲載されたコメントよりも長く喋っています）。 https://www.youtube.com/watch?v=jN1yq1rFWgQ Acceptance Speech - John Hanke - YouTube 川島優志さんがＧ＋に投稿

１２月１３日に開催される #Darsana アノマリー最終戦は、アメリカ、日本、スペインの３カ国で同日開催されます。日本の開催地は東京です。 現時点で開示されている情報はゲーム開始前の集合場所と、ゲーム終了後のアフターパーティー会場だけです。実際の戦場となるクラスターのエリアについては、ギリギリまで開示されないようです。 START POINT（集合地点／エージェント登録受付） 集合場所は、日比谷公園野外音楽堂です。集合開始時刻も決まっていませんが、１３時に集合写真を撮る事は発表されています。 https://plus.google.com/u/0/events/gallery/cpr60tp2jd6e1asr3p8k4iecfqc?pid=6086183149529253938&oid=103320655754019011706 END POINT（アフターパーティー会場） アフターパー

啓示の夜（Epiphany night） イングレス世界が現在の状況になっているきっかけとなった事件、あるいはその日を指す言葉。 ジュネーブＣＥＲＮ研究所施設内にＮＩＡが運営する最高機密の研究機関があり、そこでナイアンティック計画と呼ばれる実験が行われていた。２０１２年１２月１日、本来は前日で終わっている筈の実験がオリバー・リントン＝ウルフ博士によって継続され、そこでパワーキューブが暴走し、研究所と所員が大量のＸＭを浴びることになる。 ただ、この実験失敗はＡＤＡの予測範囲内にあったようで、ＡＤＡはローランド・ジャーヴィスとデヴォラ・ヴォクダノヴィッチ博士に指示を出し、事故の混乱に乗じて研究所から逃亡させる。この後ジャーヴィスはＸＭを世に問う立場、デヴォラ博士はＸＭをこの世から抹消する立場になった（のだと思う。最近デヴォラ博士はデレ始めている模様）。 啓示の夜とその後の二人の逃亡については、

ローランド・ジャーヴィス（Roland Jarvis） ナイアンティック計画に参加した彫刻家かつ霊能者（sensitive. 「何かを感じ取れる人」くらいか？）。エンライテンド陣営の重要人物（Key figure. 英語圏ではリーダーという扱いとはまた別の模様）。死後ＸＭ実体（XM Entity）と化し、最近蘇生した。 参考 http://niantic.schlarp.com/investigation:characters#roland_jarvis ※英語Ｗｉｋｉの説明が凄いざっくばらんとしてるので以下追記。 ジャーヴィスは啓示の夜に大量のＸＭを体に浴び、ＣＥＲＮの中にある研究所から逃亡した後ＮＩＡの追っ手に殺される。しかし（魂が？）ＸＭ実体となってポータルの中に逃れる（遺体は焼却できない物質になっていたらしいがその後魂と合流したのかは知らない）。 ジャーヴィス実体を滅ぼす為にリント

新年会で酒を飲み過ぎて頭が痛くて眠れないので、新年の挨拶代わりにプログラミングの話でも適当に書き散らしておく。 以前、私の知り合いのラノベ作家である土屋つかささんが、「プログラミングのソースコードって本当に１次元(plain text)でいいんですかね？」みたいなことを言っていた。 例えば、フローチャートは普通、二次元上に表現する。条件分岐(菱形の図形)が何箇所もあるようなフローチャートを描く場合、本来のソースコードよりも流れが見やすいということは多々ある。それは何故だろうか？ 「条件が成立したらソースコードのXXX行目に移動する」というような１次元的な移動より、「条件が成立したら下に移動、成立しなかったら右に移動する」というような２次元的な移動のほうが可視化する上ではわかりやすいというのがあるのではないかと私は思う。 こう考えると、ソースコードは最終的に直列化(１次元化)するにせよ、頭の