1987年生まれ。デジタルゲームのプランナーやボードゲームショップの店員を経て、2015年に株式会社アークライトに入社。ボードゲーム編集者として70作以上に携わる傍ら、ゲームマーケットの企画も一部担当。2022年より制作責任者（編集長）に就任。 ボードゲームの代表作は、『ito』シリーズ、「Kaiju on the Earth」シリーズ（『ボルカルス』『ゴジラ』など）、『タイガー＆ドラゴン』、『タイムボム』、『未来逆算思考』など。 【主な受賞歴】 日本ゲーム大賞2010 アマチュア部門 大賞『SAND CRUSH』（レベルデザイン） 第15回文化庁メディア芸術祭 エンターテインメント部門 優秀賞『アナグラのうた～消えた博士と残された装置～』（プロジェクトマネジメント） Makuake Of The Year 2020 受賞『ボルカルス』（シリーズ共同企画、プロデュース、編集） Makuak
ホーム ブログ 人工知能（ＡＩ）、ビッグデータ法務 Midjourney、Stable Diffusion、mimicなどの画像自動生成AIと著作権｜知… はじめに Midjourney、Stable Diffusion、mimicなど、コンテンツ（画像）自動生成AIに関する話題で持ちきりですね。それぞれのサービスの内容については今更言うまでもないのですがMidjourney、Stable Diffusionは「文章（呪文）を入力するとAIが自動で画像を生成してくれる画像自動生成AI」、mimicは「特定の描き手のイラストを学習させることで、描き手の個性が反映されたイラストを自動生成できるAIを作成できるサービス」です（サービスリリース後すぐ盛大に炎上してサービス停止しちゃいましたが）。 で、この手の画像自動生成AIのようなコンテンツ自動生成AIですが、著作権法的に問題になる論点は大体決ま
今までセキュリティルールをあまり書かずセキュリティ的にアレなものを量産していたので、 その反省からFirestoreのセキュリティルールについて学んだことを記します。 2020/12/01 追記 この記事は、以下バージョン時点の情報です。 node: 10.15.3 @firebase/testing: 0.12.3 内容案内 本記事では以下について記載しています。 Firestore セキュリティールールのテスト環境構築方法（TypeScirpt & Jest) ユーザー認証のルール記載方法、テスト方法 スキーマ検証のルール記載方法、テスト方法 値のバリデーションのルール記載方法、テスト方法 コードについて、わかりやすさ重視でコメントを多めに記載しています。 また、テストについてはコード量削減のためケースを分けず記載しています。 本記事の内容はすべて以下リポジトリにあります。もし、動かな
Welcome - The Naming Convention Project The Naming Convention Project is an effort to identify, collect and maintain a set of guidelines for best naming practices. How we work: We accept recommendations from all enthusiastic who care about the quality. The suggested recommendations will be submitted to website by collaborative consensus based processes. Naming Convention topic list: C# Git Java PH
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? メリークリスマス！本日はみなさんがユーザーとしてWebサービスにサインアップするとき読まされる利用規約のお話です。みなさん、利用規約ちゃんと読んでいますか？ さて、サービスがあふれる今日、利用しているすべてのサービスの利用規約に目を通せている方は正直少数派ではないでしょうか。利用規約はユーザーが読んでいようが読んでいまいが、強制的に同意を求め、サインアップしたが最後、そのサービスを利用しているすべてのユーザーが読んでいる前提になります。そんな読まれないのに読ませようとしてくる、面倒な存在の利用規約ですが、サービス提供する側となったときと
みなさんは、JavaScriptのコードを書くときに文字列は何で囲みますか？シングルクォート？ダブルクォート？ インデントに使用する文字はスペース？それともタブ？ JavaScript Standard Styleは、そのように千差万別なコーディングスタイルを統一するためのスタイルガイドの一つです。1 JavaScript Standard Styleのルール JavaScript Standard Styleには、次のようなルールがあります。 インデントはスペース2個 文字列はシングルクォートで囲む 未使用の変数は禁止 文末のセミコロンは禁止 キーワードの後にスペースを入れる 関数名の後にスペースを入れる 値の比較に==ではなく===を使用 ただしobj == nullはnull || undefinedをチェックするために許容される 常にNode.jsのerr引数をハンドル ファイルの
この利用規約（以下、「本規約」といいます。）は、株式会社スケブ（旧「外神田商事株式会社」。以下、「運営会社」といいます。）が提供する「Skeb」（以下、「本サービス」といいます。）において、運営会社と本サービスを利用する利用者（以下、「利用者」といいます。）の間で合意されるものです。 第1条 定義 本規約では、次の用語を使用します。 「投稿コンテンツ」とは、利用者が本サービスに投稿、送信、アップロードしたデータのことをいいます。「作品」とは、クライアントからのリクエスト（以下、「リクエスト」といいます。）を基に制作された投稿コンテンツのことをいいます。「クリエイター」、とはリクエストを受けた利用者のことをいいます。「クライアント」、とはリクエストをした利用者のことをいいます。「規約とポリシー」とは、本サービスにおいて、本規約を含む「規約」「ポリシー」「表記」「ガイドライン」の名称で運営会社
今日の記事は、ポッドキャストの「Drive to Work」を元にしたものである。（その内容はこちらで聞くことができる。）多くの好評を受けて、聞くよりも読むことのほうが好きな人がいることを踏まえ、私はこの内容を記事として書き起こすことにした。この記事にあってポッドキャストにない内容も、またその逆もあるので、この題材に興味がある諸君は両方チェックすることをおすすめしよう。 さて、1995年、私が初めてウィザーズ・オブ・ザ・コーストに来たとき、開発部にはさまざまな内容について議論するための一連のフォルダがあった。マジックのセット（や、他の我々が作っていたゲーム）ごとにそれぞれ１つのフォルダがあった。プレイテスト用のフォルダもあった。新商品の発想のためのフォルダもあった。基本的に、開発部が話し合いたいかもしれないと思われるようなあらゆる題材についてのフォルダがあったのだ。そうしたフォルダの中の１
Webサービスやアプリサービスを展開するにあたり、利用規約やプライバシーポリシーを適切に定め、それらに対するユーザー同意を適切に取得する必要があることは、いまや企業にとっては常識となっています。 2009年に創業した自動車配車サービスUberも、そのことは十分わかっており、利用規約の内容も、法律の専門家たちを唸らせるほどの念入りなものになっています。 しかし、Uberほどの世界的人気サービスとなると、運営会社に対するツッコミの厳しさは生半可なものではありません。価格改定に対する不満をきっかけに、利用規約の中に定められた仲裁（訴訟とは異なる手続きの紛争解決方法）条項の有効性について集団訴訟が提起され、一審では、Uberが定めた仲裁条項への同意を無効とする判決が下されました。 ところが、今回の2017年8月17日の控訴審判決では、問題となった仲裁条項を含む利用規約の同意は有効と結論づけ、破棄差
あすかです。 プログラミングしてる時、たまに気になる話を雑めに書いてみます。 (´・ω・｀) C#、VBやJavaなど、クラスベースのオブジェクト指向言語を前提にした話ですが、this（Me）を書いているプログラム、そうでないプログラムをよく見かけます。 例えば、thisを書くのは このような場面ではthisを書きます。文法上の制約ですから当たり前です。 今回は、このようなものではなく、thisを書かなくてもいい場面の話です。 thisを書くメリット ちなみに私はthisを書く派です。 というのも、後でコードを読み返す時に、ローカル変数とフィールド変数の区別が一発で付くからです。 VSはthisを色分けしてくれますよね。 けっこう地味かもしれませんが、長いクラス（といっても500行を超えるようなクラスはめったに書きませんが）の一部分だけを読む時に、thisの存在はかなり役に立ちます。 他の
現在AbemaTVでiOSアプリ開発を担当してます、shoheiyokoyamaです。 本記事では、AbemaTVでの「コードの品質について」チームでの考え方や取り組みについて紹介していきたいと思います。 AbemaTV AbemaTVは、オリジナルの生放送コンテンツや、ニュース、音楽、スポーツなど多彩なジャンルのコンテンツを見れるインターネットテレビでiOS、Android、PCなどで利用できます。 チームにジョインした当初は私を含め5人体制でiOSの開発を進めていましたが、現在は倍の10人体制で開発を進めています。チーム増員に伴い、開発スピードは上がりますがその分コードの品質を維持し続けることが難しくなります。 早い開発スピードを長期的に継続していくためには、高品質なコードを維持することが重要です。そのため、早い開発サイクルの中でも高品質なコードを維持する取り組みが必要となってきます。
なにかデザインをはじめるとき、無数にある色から配色を決定するのに頭を悩ませることもあるでしょう。この記事では、適切な配色カラーパレットを決めるのに役立つ８つの基本ルールを詳しく紹介します。 コンテンツ目次 1. 色数を制限しよう。 2. 自然からインスピレーションをもらおう。 3. 60−30−10ルールを試してみよう。 4. まずはグレースケールでデザインしよう。 5. 黒色を利用するのは避けよう。 6. 重要性を色のコントラストで表現しよう 7. 色を使ってユーザーの感情を引き出そう。 8. デザインを理解しやすくしよう。 9. ボーナス: デザイナー向け配色ツールまとめ 配色基本ルール１ 色数を制限しよう。 デザインプロジェクトに配色を適用するには、バランスが重要になります。色数が増えるほどバランスを取るのは難しくなります。配色は最高でも3色までに制限することで、よりよい結果となるで
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? @eaglesakura です。 皆さん、進捗どうですか？ お仕事の規模が大きくなれば、参加人数が増えていくでしょう。 参加人数が増えれば、様々な宗教観の人がプロジェクトに参加するでしょう。 お一人様プロジェクトを中心にやっていた人もいれば、大規模案件のソルジャーとしてキャリアを積み上げてきた人もいます。彼らのスキルレベルもまちまちです。 私が参加している（そしてプログラマーに対して強い権限のある立場である）プロジェクトでは、次のようなルールをベースに適用しています。 これはなるべくプログラマーの負担をかけずに管理側（プロジェクトマネー
2014年に書いた PHP CS Fixer の記事 が今でも読まれているのですが、2016年末にリリースされた PHP CS Fixer v2.0 で後方互換のない変更が多く入っており情報が古くなっているため、改めて v2 について書いてみようと思います。なお現時点での最新版は v2.1.2 となります。 fivestar.hatenablog.com PHP CS Fixer とは PHP CS Fixer は PHP コードをコーディング規約 (CS = Coding Standards) に沿って補正してくれるライブラリです。歴史を辿ると、元々は Symfony のプロジェクトリードの fabpot 氏が作成したもので、 PSR-½ 、あるいは Symfony のコーディング規約 に沿ってコードを補正する機能が実装されています。 github.com チームでコードを書くときはコー
2021/3/16 初めて記事を書いてから３年以上経過してしまったので、 内容を見直ししました。 関係者が10名以下の小〜中規模案件の開発・保守が多い弊社のCSS・JavaScript規約（にしたい）です。 長くなってしまったコーディング規約もようやく最後です。 ↓関連 環境構成編 HTML編 CSS、JavaScript は数年で書き方が変わってしまうので、 定期的に規約の見直しができると理想ですね。 小〜中規模サイトのフロントエンド・コーディング規約 CSS編 ディレクトリ構成 CSSに関するファイルの一般的な例を示します。 ルート ├ src ... 作業ディレクトリ │ ├ scss │ │ ├ lib ... 外部ライブラリなど │ │ ├ sprite ... spritesmith などで生成したファイル │ │ ├ foundation (base) ... 変数や mix
配色とは、他のデザイン要素と同じように、適度に使用することが大切です。最大で3つの色数に抑えることで、より良い結果を得ることができる傾向があります。デザインプロジェクトで色を適用することは、バランスを取ることと深く関係しています。使用する色数が増えれば増えるほど、バランスを取るのがより複雑になります。 色はデザインに心地よい品質を加えるのではなく、補強します。 Pierre Bonnard カラーパレットで決めた以外の色が必要がときは、色彩と色合いをうまく利用することで、異なるデザイントーンを実現できるでしょう。今回は、ウェブサイトの配色を決めるときに覚えておきたい７つのポイントを詳しくご紹介します。 60−30−10ルール このインテリアデザインルールは、いつの時代にも活用できるデザインテクニックで、配色を手軽にまとめるのに役立ちます。60％+ 30％+ 10％の比率は、バランスの良い色
NSAllowsArbitraryLoadsInWebContent の挙動が予想外な件について(2016/12/13 13:26 最新のiOS10.2について追記あり) お知らせ App Transport Securityについて、こちらの勉強会でたっぷりお話しいたます。ご参加いただけますと幸いです。 nsstudy.connpass.com 2017/01/25(水) 19:00 〜 21:00 西新宿 小田急第一生命ビル 11F 会議室A 先着順 参加無料 定員85名 いよいよApp Transport Security(ATS)必須化目前！ iOSアプリからのHTTP通信をブロックするセキュリティ機能、ATSの利用が、2016年の終わりからAppStoreへ提出されるアプリに必須化されます。 一時期、これによってHTTPサイトはアプリからのアクセスが激減する、とも言われました。し
ここではコーディングスタイルを考える上で、ES6（ECMAScript2015)の以下の特徴に注目して考察するものです。 変数宣言は、constを基本とする クラス宣言文や関数宣言文はブロックスコープ 文字列では、テンプレートリテラルを活用する ジェネレータのために、複数の構文が拡張された また、以下の基準を採用していることを特に触れておきます。 ES5コードの混在、ES5時代のスタイルとの互換性は取らない ES6 modulesが存在しない状況で適用可能なスタイルを取る 視認性を犠牲にコーディング時のミスの影響を隠蔽するスタイル(ヨーダ記法など)は取らない 局所視認性より、全体視認性での高さを重視する 微妙に違うものを区別しやすいスタイルにする 同じものは同じスタイルを取る 一覧しやすくコンパクトに書ける方を採用する 変数宣言は、constを基本とする ES6では再代入を認めないcons
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
