最近のgitを使った開発フローについて - その手の平は尻もつかめるさ
最近のgitを使ったWebアプリケーションのプロジェクトの開発フロー (主にブランチ運用) について記すものです． なお前提としてGitHub Enterpriseを利用しています． git-flow 大上段に構えたもののあまり特殊なことはしていなくて，基本的にgit-flowをそのまま踏襲しています． git-flowについてはしっかりした解説記事がインターネット上に数多く存在しますからそれらを参考にしていただければと思いますが，ざっくり説明すると masterブランチ，developブランチ，releaseブランチ，featureブランチ及びhotfixブランチがある masterブランチは常にリリース可能な状態になっている (すなわち現在本番で稼働しているアプリケーションのコードと等しい) developブランチは開発中の状態で，ステージング環境等に上がっている releaseブラン
JavaScriptにおける命名規則の個人的まとめ｜もっこりJavaScript｜ANALOGIC（アナロジック）
JavaScriptにおける命名規則については、すでに様々なネット上の記事や書籍などで取り上げられているので、今さらこのブログで新しく紹介するようなものは特に何もないのですが、これらの情報ソースの内容には互いに微妙に異なる部分（内容が競合する部分）もあったりします。 私自身、JavaScriptの命名規則についてはざっくりとは知りつつも、（個人で開発することが多いくせに）プロジェクトが変わる度に微妙に異なる規則でコーディングしていたりと、結構曖昧な状態でここまでやってきてしまいました。 ですので、これらの情報ソースを元にして自分なりのルールを整理しておきたいなと思ったので、ここにまとめておくことにしました。 本エントリは、JavaScript全体に関わるコーディング規約ではなく、あくまでも「命名規則」に絞った内容になっています。自分用のまとめ色が強いエントリになっていますので、ここに書いた
メッセージベースによるゲーム駆動
みなさま、こんにちは！ Cygames Research 所属、エンジニアの和泉澤と申します。 ゲーム業界歴20数年。メガドライブの時代よりゲームプログラミング一筋です。 時折、幾つかの知見をご紹介させて頂けましたらと思います。 ゲーム制作における内部実装には、古今東西、様々な方法論が存在しています。 アクション、RPG、カードゲームやアドベンチャーゲーム等、そのジャンルにより採択される方法は多種多様でありますが、制作するゲームの持つ特徴を良く理解し、そのゲームに適した設計を行うことは、ある種、ゲームプログラミングにおける醍醐味とも言えましょう。 アクションならばこの実装方法、RPGならばこれ、等といったような一意の方法論は勿論在りません。しかしながら、ゲーム業界黎明期より無数に生み出されたゲーム制作の歴史の上に、効率的な方法論というものは、ある程度通例として積み上げられています。 極シン
LINE Developers - BOT API Trial (Deprecated) - Overview
Use the Messaging API to build bots that provide personalized experiences for your users on LINE. You associate your bot with a channel on the LINE Platform. The bot works behind the LINE official account that is generated when you create the channel if you operate the account in bot mode. Note: As of April 18, 2019, the existing LINE@ account plans have been consolidated into the new LINE officia
Webサイトに華やかな表現を！ HTML5用パーティクルライブラリ「ParticleJS」を公開 - ICS MEDIA
JavaScriptライブラリー「ParticleJS」を公開しました。「ParticleJS」は大量の粒子（パーティクル）の表現を行うためのライブラリーで、ゲームの演出やスペシャルコンテンツなどの表現制作に役立ちます。HTML Canvasとして動作するので、デスクトップ・モバイルを問わずどのブラウザーでも動作します。 また、「Particle Develop」という専用のデザインツールも用意しています。このツールを使うと直感的な操作でデザインでき、出力したパラメーターを「ParticleJS」にコピペで読み込めます。デザイナーが作成したパーティクル演出をエンジニアが利用するといった連携を想定してます。 MITライセンスで公開していますので、商用利用問わずどなたでも自由に利用が可能です。ソースコードやドキュメントはすべてGitHubにて公開していますので参照ください。 ParticleJ
第20回 HTML5で家計簿アプリを作る 適切なタイミングで画面を更新
連載第18回以降では家計簿アプリを題材に開発サイクルを回しながら、参照系アプリケーション開発で役立つ要素技術や、使い勝手向上のための観点について解説をしています。 実装（3）：適切なタイミングで画面を更新：データバインディング 前回までに実装したアプリの画面は下図のようになっています。 前回実装した「チャート」の表示によって、内訳の情報は見やすくなりましたが、明細登録ビューで明細を追加するに従って、更新ボタンを毎回押さないと内訳の再計算・グラフの再描画がされないことが不便です。ユーザーがより少ない操作で同じ業務を遂行できれば、アプリの使い勝手も良くなると期待できます。 また、明細が追加されてからページをリロードするまでの間は、DBに格納されている明細のデータと各ビューの表示内容が一致しない状態になっています。このとき、例えば明細を追加した後でリロードをし忘れたまま集計ビューを読み取ると、ユ
HTML5製アプリParticle Developの開発の裏側〜ElectronとAngular 2で開発効率が劇的に向上―CreateJS勉強会発表資料（後編） - ICS MEDIA
HTML5製アプリParticle Developの開発の裏側〜ElectronとAngular 2で開発効率が劇的に向上―CreateJS勉強会発表資料（後編） 本記事は2016年1月26日（金）に開催されたCreateJS勉強会 （第7回） の発表資料「CreateJSで開発するクロスプラットフォームなアプリ開発〜ElectronとPhoneGapで広がる可能性〜」の後編となります。前編記事「高まるHTML5製アプリの需要」に続けて本記事ではHTML5製デザインツール「Particle Develop」の開発事例を紹介します。 HTML5製デザインツール「Particle Develop」とは 今回、Particle Developという美しいパーティクルを作れるHTML5製のデザインツールを作成しました。雪や炎、キラキラなどのパーティクル表現を作成でき、ベクターグラフィックスとなって
JavaScriptレンダリングサーバーSplashでスクレイピング - orangain flavor
これはクローラー／Webスクレイピング Advent Calendar 2015の9日目の記事です。 本記事では、Scrapinghub社*1が開発しているSplashというオープンソースソフトウェアを紹介します。 github.com JavaScriptを使ったページからスクレイピングする方法としては、PhantomJSとSelenium/CasperJSなどの組み合わせが一般的ですが、これらとは少し違う手段として使えるかもしれないソフトウェアです。 私自身Splashを最近知ったばかりで、軽く探した限りでは日本語の情報もないので、調査しつつSplashの使いドコロを探ってみたいと思います。 Splashとは READMEには以下のように書かれています。 Splash is a javascript rendering service with an HTTP API. It's a
iOSアプリでGoogleのDrive API for iOSの利用（Swift） | lizefield
iOSアプリでGoogleのDrive API for iOSを利用してみます。 iOS:9.0.2 Xcode:7.0.1 Swift:2.0 「Google Developers」を参考に、というかほぼそのままの内容ですが整理してみました。 １．GoogleのAPIを利用可能にします。 「Google Developers Console」でプロジェクトを作成します。 作成したプロジェクトの「APIと認証」ー「API」で「Drive API」を有効にします。 次に「APIと認証」ー「認証情報」の「OAuth同意画面」を開き、「メールアドレス」と「サービス名」を入力し「保存」します。 「認証情報」の「認証情報を追加」の「OAuth2.0クライアントID」を選択します。 表示される画面で「その他」を選択し、「名前」を入力して「作成」します。 ※「iOS」ではなく「その他」を選択するようです
手続き型のダンジョン生成アルゴリズム | プログラミング | POSTD
この投稿では、以前に TinyKeepDev が こちら で述べたランダムなダンジョンを生成する技法について説明しようと思います。元の投稿に比べて、もう少し具体的に話を進めるつもりです。まずは、以下に示したアルゴリズムの一般的な動作をご覧ください。 部屋の生成 はじめに、幅と高さを持つ部屋を円の中にランダムに配置しましょう。TKdevのアルゴリズムは、各部屋のサイズを生成するのに正規分布を用いています。これは一般的にとてもいいアイデアです。なぜかと言うと、これによってより多くのパラメータを扱うことができるようになるからです。幅/高さの平均と標準偏差間の異なる比率を選ぶと、通常は見た目の違うダンジョンとなります。 ここで実行すべき関数は getRandomPointInCircle です。 function getRandomPointInCircle(radius) local t = 2
Qiitaっぽいメモアプリをつくってる話 - 鳥小屋.txt
Potmum（ぽっとまむ） ソースコード： https://github.com/rutan/potmum デモページ： https://potmum-demo.herokuapp.com 身も蓋もない言い方をすればQiitaクローンです。と言っても、用途がQiitaとは違うのでフォロー機能が無かったり、ちょこちょこ機能が違います。 Potmumは菊の鉢植えです。きーく。 なぜ作ったのか？ 僕のSimplenoteが整理不能になったためです(´・ω・｀) livedoor Wiki→Evernote→Simplenoteとメモ置き場を住み替えていき、SimplenoteでMarkdown最高！！という結論に至ったのですが、いまいちタグ機能とかが使いづらかったので、タグが付いてない記事だらけになってしまったのでアクセス性がとても悪くなってしまいました…… 本当はQiitaTeamを使おうと思
受託開発でGitとmavenを使って開発をしている - そこに仁義はあるのか(仮)
会社で受託開発していて、gitを使った開発フローを考えることになった。 ニアショアに開発をお願いしていて、ニアショアからの受け入れタイミングが何回かあるから、それにあわせてブランチをわけている。 どういうフローで進めているかと、一番最後にやってみて思ったことを書いた。 どういうフローでやっているか リポジトリの構成 下記モジュールを用意した。 parent core entity common web batch tools ニアショアにて開発するモジュールは『common』、『web』、『batch』で、 アーキにて開発するモジュールは『parent』、『core』、『entity』。 ブランチ ブランチはこんな感じで分けている。 ちなみに、ソース管理はgitBucketを使った。 masterブランチ … リリース可能な状態の資源のみを管理する。結合テスト実施時は、本ブランチから資源を
ショボいPull Requestを積み重ねて、自分の中でOSS活動の敷居を下げる - not good but great
GitHubのプロフィールページがパッとしない https://github.com/naoyashiga 「Repositories contributed to」がスカスカ GitHubの自分のプロフィールページを見るたびに、なんかパッとしないなあと思っていた。それは「Repositories contributed to」のところがスカスカだったからだ。Contributeをしてプロフィールページを豪華にしたいと思った。 スターが多いリポジトリは難しい できればスターが多いリポジトリにContributeしたい。自分はSwiftを使うことが多く、例えばAlamofireのような人気リポジトリに、プログラミング能力が低い自分がContributeするのは難しい。実際にリポジトリを見ても、何が問題なのか全くわからなかった笑 ショボいPull Requestを送る 「Repositorie
[wip]楽しく仕事をするために試行錯誤しているGitHubの使いかた | DevelopersIO
丹内です。入社してそろそろ3ヶ月になります。 先日のAWS Summitの社内報告会で発表を行いました。 ※上記スライドに示された意見はわたし個人のものであり、所属する組織を代表するものではありません。 この発表の最初と最後のGitHubの方が発表した内容の試行錯誤メモブログです。 tl;dr リモートの人と受託開発をスクラムで進めるにあたり、コミュニケーションをGitHubに集約する試行錯誤中です。 先日のAWS Summit 2015 Tokyoで聴講した「働き方もOSSのようにすることで楽しくなる」という旨の発表に感銘を受け、実務で試みています。 ZenHubとSlackを併用しながら進めています。良い方法や改善点があったら是非指摘してください。 前提 今回は、ソフトウェアの受託開発を想定します。 開発者3,4人が、同じリポジトリで、Railsアプリを開発するとします。 リモートワー
![[wip]楽しく仕事をするために試行錯誤しているGitHubの使いかた | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/32b74aa314e14e830f2a8901dc1ebf0425618408/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F11%2FGitHub-Mark-400.png)
開発経験ゼロのイラストレーターがゲーム制作 – Alto’s Adventure制作記 | POSTD
数週間前やっと、大興奮の長い旅にピリオドを打つことができました。 2年間かけて私の全精神と愛情を注いで制作したAlto’s Adventureがついにリリースされました。 簡単な道のりではありませんでしたので、その制作過程で私が感じたことをうまく言葉にできるか分かりませんが、 まずはこのゲームをダウンロードして遊んでくれている全ての方に感謝の意を表したいと思います。 このゲームで遊んでくれている方がいるというだけでもう私の努力は報われています。 今回のゲームの制作に関して経験してきたことや、直面した問題などをシリーズで投稿していきたいとずっと考えていました。 何が皆さんの興味を引き、どこまで詳細にお話するかなどは難しい課題ですが、まず簡単なゲームの紹介から始めたいと思います。 Alto’s Adventureは、移りゆくアルペンの美しい景色を背景に、スノーボードの果てしない冒険ができるゲー
既存のObjective-CアプリケーションをSwiftで書き換えた話 - クックパッド開発者ブログ
海外事業向けのiOSアプリケーション開発を担当している西山(@yuseinishiyama)です。クックパッドは現在、海外複数カ国に向けてサービスを展開しています。 主にObjective-Cで記述されたアプリケーションを全面的にSwiftに書き換える機会があったので、その際に得た知見や書き換えるに至った動機を共有します。 書き換えに至るまでの経緯 この項では、書き換えに至るまでの経緯について説明します。 Objective-C期 アプリケーションの開発は2014年7月頃にスタートしました。Swiftの発表直後でしたが、時期尚早ということもあり、Objective-Cで実装することになりました。 Objective-C、Swift混在期 2014年10月頃から、Swiftへの段階的な移行のために、新規のコードをSwiftで書くようになりました。Swiftの記述力や、ヘッダと実装を行き来しな
速習 Unity 2Dゲーム開発 ～第11回 タイマー処理
前回までで、プレイヤーキャラクターを操作して、ターゲットとなるハムスターを捕まえるという基本的なゲームの動作を実装しました。今回はゲーム作成には欠かせないタイマー処理を作成していきます。タイマー処理とは定期的に何かの処理を実行する場合や、ゲームの経過時間を表示するなどの用途で利用できます。 本記事の環境 本記事は以下の環境で開発を進めております。 開発OS：Windows OS（UnityはMac OSでも同様に開発可能） Unity：4.6 開発言語：C# IDE：Visual Studio 2013 + Visual Studio Tools for Unity（標準のMono Developでも可） OSについてはWindowsを利用しますが、Macでも同様に開発可能です。IDEにVisual Studioを利用しますが、標準のMonoDevelopでもコードは変わりません。 サンプ
CoffeeScriptファイルどうやって分けるか問題 - はるさめスープ
追記 お恥ずかしい限りですが、この記事はWebpackやBrowserify等、複数のJavaScriptやCoffeeScriptなどのファイルをまとめるツールが世にあることを知らない頃に書いた記事となっています。以前の内容も参考までに掲載しますが、多くのケースではこれらのツールを使って管理をする方が得策でしょう。 今開発しているアプリケーションのCoffeeScriptファイルが500行を越えてしまい、そろそろファイルを分割しておかなければならない気配がしたので、ここ数日でCoffeeScriptファイルをどうやって分割するか方針を考えていました。 ネット上を探すと、おおよそ3つの手法に分かれていたような気がします。 1. クラス名の先頭にwindow.を付けて、htmlからコンパイルしたjsファイルを全て読み込む すぐに分かる CoffeeScript によるクラスの書き方 ｜ De
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Goodpatchに生息するbotたち
コマンドで操作するgit - 開発手順に沿って解説 - Qiita
