質の高いAPIを作るための7つの習慣今までのやり方を１つずつ改めて、どうやったら品質の高いAPIを素早く作れるのか。 受託を専門とする会社で、実際の仕事の中で改善していった取り組みについてお話します。 なるべくモダンなやり方で品質を落とさずにビジネスサイドからの要求に応えるにはどうしたら良いのか？
ゲーム開発を知らずにゲームが作れるか 島国大和のド畜生
・2023年03月 (1) ・2023年02月 (1) ・2023年01月 (2) ・2022年12月 (1) ・2022年11月 (3) ・2022年10月 (1) ・2022年09月 (1) ・2022年08月 (1) ・2022年07月 (1) ・2022年05月 (2) ・2022年04月 (1) ・2022年03月 (1) ・2022年02月 (1) ・2022年01月 (1) ・2021年10月 (1) ・2021年08月 (1) ・2021年07月 (2) ・2021年05月 (1) ・2021年04月 (1) ・2021年03月 (1) ・2021年02月 (1) ・2021年01月 (1) ・2020年12月 (1) ・2020年11月 (1) ・2020年10月 (1) ・2020年09月 (1) ・2020年08月 (2) ・2020年06月 (2) ・2020年04
Webサービス開発の変遷と現在
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
PicoPicoGameEngine
ピコピココード g=ppgraph B=ppscreen:size() Bw=B.width Bh=B.height tex=pptex:load("main.png") function set(p,d) local r r=ppsprite.new(tex) r:pos(p) r.d=d r.t=100 r:tile(2) r.idle=function(s) s:loopAnime(0.1,{2,3,4}) s:move(s.d) if not s.tane then s.d=s.d*0.98 end s.t=s.t-1 if s.t<0 then if s.tane then for j=1,5 do for i=1,360,15 do local x,y x=math.sin(i/180*math.pi) y=math.cos(i/180*math.pi) set(s,pppoi
3年前の僕へ
DevLOVE現場甲子園2013にて、３年前の課題とそれに対する現在の気付きについて発表しました。Read less
スマートフォン開発研修教材の公開について - mixi engineer blog
クラフトワークの来日公演3-D CONCERTS 1 2 3 4 5 6 7 8を観にいったら、顔が大きいのか、3Dメガネがきつくて切なかったもりもとです。 株式会社ミクシィでは、新卒入社スタッフをはじめ、これからスマートフォンアプリ開発を行っていく全スタッフを対象に、社内で「スマートフォン開発研修」を始めています。その研修資料をこのたびgithubで公開させていただきました。 mixi-inc/iOSTraining · GitHub https://github.com/mixi-inc/iOSTraining mixi-inc/AndroidTraining · GitHub https://github.com/mixi-inc/AndroidTraining これら文書は、それぞれCC BY-SA 3.0およびApache License 2.0とCC 2.5 Attributi
リリース先輩というIRCボットを作った - 鳩舎
こんにちは、皆さんgit使いこなしてますか？僕は全然です。 ところでgit個人的に使う分にはいいですけど、会社の許可取るのとかは大変ですよね。できる限りSVNで管理したい。 ということでとあるチームではgitで基本的にソースコードを管理して、デプロイ時はsvnに置く、というようなことをしています。なんだか二度手間な感じもしますが、まぁやっておけばいいのであればやっておきましょう。 ところがどっこいgit-svnはとてもめんどくさい。めんどくさいしgitに慣れきった人間はsvnでコミットすることができない。できないなら機械に任せよう。 ということでどうせ毎回同じ事をするので「リリース先輩」というIRCボットを作って、先輩によろしくやってもらうことにしました。 リリース先輩 IRCで rosylilly: release_senpai: 先輩、リリースの準備お願いします！ release_se
既存のAndroidプロジェクトをAndroid Studioに移行してみる - Android(アンドロイド)情報-ブリリアントサービス
Migrating from Eclipse (Eclipseからの移行)の手順に従って既存のAndroidプロジェクトをAndroid Studioに移行してみたいと思います。 全体の流れ 既存のAndroidプロジェクトのAndroid Studioへの移行はとても簡単です。 ADT pluginをversion22以上にする EclpiseでGradle用ビルドファイルをエクスポートする Android StudioでAndroidプロジェクトをインポートする これだけです。但し、Android Studioはversion0.1のpreview版です。バグも沢山あります。本格的な移行はまだまだ先になると思いますが、今後AndroidプロジェクトのビルドシステムとなるGradleなどに慣れる為に触っておくといいと思います。 ADT pluginをversion22以上にする まずはE
[Grunt]Yeomanで開発ワークフローを楽にしよう[bower] | DevelopersIO
※2013/5/14 Yoemanってスペルミスしまくってたのを修正 Yeoman(ヨーマン)とは LESS、Sass、compass、Coffeescript、TypeScript等々、クライアントサイドのWebアプリケーション技術は多様化しています。 Coffee ScriptやLESS等の拡張言語はコンパイルする必要がありますし、jsファイルはconcat/最適化/ミニファイすることも多いです。 ソースを修正するたびにいちいち手動でコンパイルしたり最適化するのは、本来注力すべき事象ではありません。 Yeomanは開発者がアプリケーション開発に注力できるよう、アプリのひな形生成からテストやコンパイル、ファイル最適化といったワークフローを提供してくれます。 Yeomanについてはここでも少しふれていますが、開発を楽に楽しくするためのツールが満載のようですね。 まずはYoemonについての
Unityで2Dゲーム開発（１）〜プロジェクト作成〜 - BLuE AND PuRE
以前、Android、iPhone両プラットフォーム用のアプリケーション開発において、Javascriptコード一本で開発できるTitaniumを開発環境として選択しました。そのアプリケーションが2Dゲームだったこともあり、Titanium上で使える2Dゲームエンジンモジュール「quicktigame2d」を使っていました。 この環境でしばらくはうまく進んでいたのですが、パーティクルを実装する段階でquicktigame2dではAndroidのみ非対応、ということに気がつきました。 元々Widowsでパーティクルを自前で実装したこともあるので要領は分かるのですが、やっぱり有りものを使う方がいいということで、 quicktigame2dの後継、LanicaのPlatinoのリリースを待つ やっぱりUnityにする のどちらかに。 とはいえ、Platinoがいつになるのかさっぱりわからないので
Unity開発に関する50のTips 〜ベストプラクティス〜（翻訳）
Unity開発に関する50のTips 〜ベストプラクティス〜（翻訳） 以下の本文はここのサイトの翻訳です: The following text is a translation of the site here: http://devmag.org.za/2012/07/12/50-tips-for-working-with-unity-best-practices/ このTipsはUnity Technologies社として公式に推薦するものではありませんが、個人的に有用だと思われたので翻訳したものです。あらかじめご了承ください。 このTipsについてこれらのTipsは全てのプロジェクトに当てはまるわけではない。 ３〜２０名ほどの小さいチームのプロジェクトでの私の経験に基づいたものとなっている。 構造、再利用性、明快さ、などには代償がある - その代償が支払われるべきであるかどうかはチ
「システム内製こそ正義」のたわ言
ある米国ITベンダーの日本法人の社長は、本社の幹部から「なぜ日本にはITサービス会社があんなにたくさんあるのか」とよく聞かれるそうだ。確かに米国には、それに相当する企業はEDSやアクセンチュアなどわずかしか存在しない。質問の答えは「日本のユーザー企業は独自仕様のシステムを作りたがるのに、その開発を外部委託することが多いから」である。ただ、この説明では米国人には理解不能だろう。 米国企業の多くは、付加価値を生まないバックヤードのシステムにはERP（統合基幹業務システム）などのパッケージを可能な限りそのまま使う。だが事業戦略上で重要なシステム、儲けるためのシステムは自前で作る。だからこそ米国では、ユーザー企業のシステム開発の内製化率が高く、システムインテグレーションという業態は発達しなかった。米国のそうしたリアリティーからすると、システム開発を外部に丸投げするのは、不思議で仕方がないはずだ。
小規模チームでのGithub利用開発 - Mandy Code
気づくと1週間経っている恐怖(´ω｀) いまうちの会社ではGH:Eを導入するほどの規模でもないので、Githubのビジネスプランを使って開発を進めています。 僕自身gitへの造形がそこまで深くなく、どのように開発を進めていくかかなり迷いがありましたが、現在ある程度フローを決めてスムーズに開発が進むようになってきたので、それをまとめておきたいと思います。 ベースはgit-flow Githubを導入するにあたって、gitを利用した開発フローについて調べたのですが、やはり最初に出てくるのがgit-flowでした。 一方で、実際にgitを現場で利用されている方々に聞くと、「リリーススピードが早いとgit-flowは厳しい」という声も聞かれました。 そこで、小規模チーム（現在は3人）で開発を行う際にgit-flowをベースとして利便性の高い開発フローを考えてみました。 リリースまではmasterと
炭坑の庭師 - steps to phantasien
Chromium と WebKit は二つの独立したプロジェクトだ。 ソースツリーはそれぞれ別で、そこにはインテグレーションの苦労がある。 WebKit 以外にも V8 や Skia など Chromium が依存している外部のプロジェクトは山ほどあるけれど, WebKit とは特にぴったりくっついている。 そのぶん二つの足並みをあわせる手間も際立つ。 以前、書籍 ”アジャイル開発の本質とスケールアップ” で リリーストレイン という大規模プロジェクトのインテグレーション手法を読んだ。 プロジェクトの内部で一段細かい時限リリースを設け、そのタイミングでインテグレーションする方法。 内部リリースにあわせてプロジェクト同士が依存している相手のバージョンを上げ、 壊れたところをなおすわけ。 Chromium と WebKit もこまめに相手のバージョンを新しくする。 主たる依存の向きは Chro
技術的負債の把握と改善を促すために - mixi engineer blog
こんにちは. 先日水道を止められて水のありがたみを再確認したgoccyこと五嶋@たんぽぽグループです. 今回は, 先日q_zouさんから紹介のあった技術的負債を減らす取り組みの一環で, 僕が開発したビジュアライザについてご紹介させて頂きます. はじめに 弊社では主な開発言語としてPerlを採用しており, そのソースコード量は数十万行単位に上ります. 自社で開発したライブラリ群はプロジェクトルート下のlib/Mixi/配下に設置されており, 更にその下でサービスや用途毎にNamespaceが分かれています(lib/Mixi/APIやlib/Mixi/Photo, lib/Mixi/Voiceなど). ※以降, 文章中のNamespaceという表現は, これら(lib/Mixi/APIなど)を指すものとします. 本来であればNamespace単位で疎結合化されているべきですが, なかなかうまく
中堅･大企業の改革と新事業立ち上げへのヒント日本企業の組織的課題を打破（赤羽 雄二） @gendai_biz
いよいよ後がない日本の製造業、大企業 日本がかなり危ない。 私が2000年、10年間にわたった韓国LGグループの経営改革プロジェクトにけりをつけて日本に戻ってきたのも、日本企業、特に製造業を中心とした大企業への危機感が非常に強くなったからだ。それから12年、悪いことに予感は当たり、日本の危機がいよいよ迫っているというのが私の正直な気持ちだ。 シャープの倒産は当面まぬがれたが、経営はガタガタだ。今後どこまで落ちていくのか、ニュースを追うのも痛々しい。 パナソニックやソニー(TV事業8期連続の営業赤字、本体の最終損益も4期連続赤字)も、はたしてターンアラウンドできるのか? ソニーの内部事情に通じた方の話だと、シャープほどではないものの、五十歩百歩だという。 インターネット･デジタル時代の新たな収益の柱を確立してもらえれば非常に嬉しいが、外部からその予兆はまだ感じ取れない。オリンパスへの出資、医
git gitにされたオレの屍を超えていけ
アプリの画面のように起動し、ユーザーの選択でシームレスにChromeに移ることもできるChrome Custom Tabsや、ランチャーアプリから横スワイプするだけで表示されるGoogle Nowのように、UXを損なうことなくアプリ間を遷移するためには、場合によって通常のIntentによるActivityの遷移とは異なる方法を取る必要があります。 本セッションでは、上で挙げた2つのアプリを始めとした、シームレスな連携をしているアプリの実装がどのようになっているのかを紐解き、その上で他のアプリに画面を提供する方法について考察します。 https://droidkaigi.jp/2019/timetable/70954 アニメーション付きのスライドはこちらからご覧になれます。 https://docs.google.com/presentation/d/e/2PACX-1vShGVlmPnMc
アプリ開発を効率化する 方法あれこれ
4. 自己紹介 Facebook : Atsushi Mizoue Twitter : asion_m ・Vimが大好きで社内で 布教＆プラグイン作成なんかやってます ・JavaScriptも大好きで最近仕事では ほとんどJSしか書いてません。 ・麦酒が血液です。
どや顔でオブジェクト指向を語る前に理解しておくべきこと（最終回 オブジェクト指向思考） | ポケットがチケットでいっぱい
「これがオブジェクト指向の三大要素です！」 お、おう。。chikuraさんの記事「【連載】失敗するオブジェクト指向 - 共通関数はベースクラスにあります」はオブジェクト指向言語を使った開発でやってしまいがちのあるアンチパターンを紹介しています。私はこの記事に共感しています。なぜなら私が就いた現場でもこのパターンのアーキテクチャを採用していて実際に不便を感じているからです。私が作ったものではありませんが、比較的古参ということでこの作りこみの対処をすることが多く、やはり何かが違うなあと思い続けてきました。 今回はこのアンチパターンを私なりに考察してみて、そこで得られた教訓みたいなものを一連記事のまとめにしたいと思います。 共通処理のためのベースクラス紹介するアンチパターンはTemplate Methodパターンをベースにしています。Template Methodパターンではおおまかなアルゴリズ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
最近の Java Web 開発 : http://qiita.com/monzou/items/9174d0baf08af295e703
