タグ

開発に関するaklaswadのブックマーク (43)

  • 死んでしまったサービスの供養

    この記事は 闇アドベントカレンダー、 22 日目の記事です。何書こうか迷って担当日に書けなかったので三日ほど遅れてしまったけど書きます。 2011 年の 10 月から FANIC という音楽配信サービスの開発に携わっていたのだけど、サービスを成長させることができず、 2013 年の 8 月にサービス終了した。 サービスが死ぬのは技術者がクソだということだけではないと思う。市場とか外部環境に左右されるし、企画とか売り方がダメなことの方が多いと思う。しかし現実に自分はプログラマーとして FANIC というサービスの死に荷担してしまった。弔いになるか分からないけど、 FANIC で何がよくて何が良くなかったのかを書いてみたいと思う。 FANIC とは FANIC は主にアマチュアのミュージシャンをターゲットにしたホームページ作成&音楽販売サービスで、アーティストは自分の公式ホームページを簡単に作

    死んでしまったサービスの供養
  • 開発時に出会いたくないパターン - Perl日記

    悩んだりうまくいかなかったり解決したり。だらだら書いた。 手作業症候群 とにかくなんでもかんでも手で確認・作業する必要があると思い込んでしまう病。 そりゃiOSアプリとかAndroidアプリとか最終的には実機確認は必須だけれども。 その前にやれることは多々あるはず。リグレとか。 あと「デプロイ職人」も不要にするべき。わかってる。 自動化できない要素を突っ込んでる方が悪いのだ。なんとかする。 masterブランチぶっこみ志向 masterブランチに直接コミットを重ねていくことにより開発速度をアップさせることができる。 ただし孤独な背水の陣を構えることになる諸刃の剣。 おとなしくtopic branchを切って作業するのが安心への近道であり王道である、 とか言ってたらみんなちゃんと切ってくれるようになった。めでたし。 チケットそっ閉じ症候群 来はリリースしたりデータを修正したりしてチケットと

    開発時に出会いたくないパターン - Perl日記
    aklaswad
    aklaswad 2013/11/06
    あるある
  • Key Lime Pie じゃなかったのか、Android! Zenbackの和菓子コードネームを紹介します-Six Apart ブログ|オウンドメディア運営者のための実践的情報とコミュニティ

    秋も和菓子も大好きなヒカルです。 そう。わたしと和菓子は、とにかく深〜〜い関係なのよ。和菓子屋六離庵ソーシャルメディア繁盛記のサイトのミニ小説にあるようにとある和菓子屋さんのソーシャルマーケのお手伝いしてたり(しつつ和菓子べ放題したりね)、この記事の題である我らがZenbackの開発コードネームとしても愛を込めて活用しています。 さてさて。みんな大好きAndroidは、アルファベット順にお菓子の名前をコードネームにしているのはご存知よね? WikipediaAndroidページに有るように、Cから順に、Cupcake, Donut, Eclair, Froyo (Frozon Yogurtね), Gingerbread, Honeycomb, Ice Cream Sandwich, Jelly Bean そして、Kitkatといった具合にね。 わたしたちZenbackもこれをマネて、

    Key Lime Pie じゃなかったのか、Android! Zenbackの和菓子コードネームを紹介します-Six Apart ブログ|オウンドメディア運営者のための実践的情報とコミュニティ
  • FINDJOB!終了のお知らせ | FINDJOB!

    FINDJOB! 終了のお知らせ 2023年9月29日にFINDJOB!を終了いたしました。 これまでFINDJOB!をご利用いただいた企業様、求職者様、様々なご関係者様。 大変長らくFINDJOB!をご愛顧いただき、誠にありがとうございました。 IT/Web系の仕事や求人がまだ広く普及していない頃にFind Job!をリリースしてから 約26年間、多くの方々に支えていただき、運営を続けてまいりました。 転職成功のお声、採用成功のお声など、嬉しい言葉もたくさんいただきました。 またFINDJOB!経由で入社された方が人事担当になり、 FINDJOB!を通じて、新たな人材に出会うことができたなど、 たくさんのご縁をつくることができたのではないかと思っております。 2023年9月29日をもって、FINDJOB!はその歴史の幕を下ろすこととなりましたが、 今後も、IT/Web業界やクリエイティブ

    FINDJOB!終了のお知らせ | FINDJOB!
  • ルーク、 MongoLab を使え! - @kyanny's blog

    五月の終わりから Quipper で働いている。 Quipper は DeNA の co-founder である渡辺雅之氏がロンドンで創業したモバイル学習プラットフォームの会社で...みたいな話は長くなるし、読者の興味を引きそうにないのでやめておく。このへんの話を詳しく知りたい人は渡辺によるハーバード・ビジネス・レビューの連載をどうぞ。 ソフトウェア開発者にとって一番気になるのは、会社の事業内容とか売上利益よりも、「どんな環境でソフトウェア開発をしているのか」じゃないだろうか。どんなインフラを使っているのか、バージョン管理やタスク管理はどうしているのか、自動テストはどのくらいやっているのか、開発手法はアジャイルなのか、 Mac で開発できるのか、椅子は六万円以上か(冗談ですよ)、などなど。 こういった、ソフトウェア開発者が日々過ごす広義の「環境」について言えば、 Quipper はかなりい

    ルーク、 MongoLab を使え! - @kyanny's blog
  • サービス終了のお知らせ - NAVER まとめ

    サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。

    サービス終了のお知らせ - NAVER まとめ
    aklaswad
    aklaswad 2013/07/19
    「ブログが作れる程度」。。。
  • 上司「君、来週からiOSね」 - ReDo

    と、言われた際にどう最初の一週間を過ごすべきか、という話です。 ○はじめに MBAを買って1冊Xcodeで必死に写経したことを「俺iOS個人的にやったことありますし余裕ですしおすし」と自慢すると半年から1年ぐらい経って忘れたころにこうなります。気をつけましょう。 # 自分はiOS歴3weekぐらいの雑魚な上に多大にジョーク成分が含まれておりますので応用には留意願います。 流行に乗って買うだけ買って使っていないApple製品がある際には月曜朝からこれ見よがしに机の上に広げてください。 まわりに「俺iOS始めたしお前らAndroidとかにはつきあってられないし」というアッピルは邪魔をされないために効果的です。 ・Xcodeでの開発にはMacが必要です ・シミュレータではできないことがあるためiOS実機があると良いです。 ・最新のiOS 6.xが動作しないデバイスの場合は候補としてイマイチです

  • Android開発の効率を今日から確実に5%改善する方法 - mixi engineer blog

    暖かくなったり寒くなったり視界が真っ黄色になったり忙しい今日この頃ですが、皆様お元気でお過ごしでしょうか。動かないことで定評のある「右の方」raiです。mixiのAndroidクライアントアプリ初回リリース以来の登場です。部署もたんぽぽグループからイノベーションセンターという謎の組織へ移りました。大変ご無沙汰しております。 今回は、ミクシィにおけるAndroidアプリ開発現場で得られた経験から、意外と見えづらい開発プロセス上のボトルネックと、それを「いますぐ」「簡単に」改善できる、素敵なサービスについて簡単にご紹介したいと思います。 はじめに さて、ミクシィもAndroidアプリ開発を始めてから2年半ほどが経ちました。 2年も経つと、結構いろんな課題が見えてきて、それらに対する解決策もいくつか生まれます。 Androidプラットフォーム上での開発そのものに関して言えば、以前のエンジニアブロ

    Android開発の効率を今日から確実に5%改善する方法 - mixi engineer blog
  • 下から目線のコードレビュー - steps to phantasien

    WEB+DB の新しいやつがちょっと前にでてます. コードレビュー特集だそうな. 時が経つのは早い. まだ次の原稿書いてないのに… そういえば前にコードレビューの話を書いた気がして, 見なおしたところ かきかけ だった. せっかくなので続きを書いてみることにします. といっても何書くつもりだったか覚えてないのでだらだらと. WEB+DB PRESS の特集は, 主にこれからコードレビューを導入したい人に向けて書かれている. 幸か不幸か私はコードレビューを義務付けれたプロジェクトで働いているため, 導入には苦労していない. かわりにレビューをちょろまかせない面倒はある. ある意味でコードレビューを <やらされている>. もちろんこの言い分は大げさだ. 必要性に異議を唱える気はない. ただ異議はさておき自分の意向とは無関係にコードレビューに参加している気分を書いた話は あまり目にしないので,

  • iOSアプリからボリュームボタンが押されたことを検出する方法 - らっこのじゆうちょう

    たまにはiOSアプリ開発ネタを。 カメラアプリを作るとき、UIImagePickerControllerを使うとボリュームボタンでシャッターが切れるのですが、AVCaptureを使った場合はそれができないので、AVSystemController_SystemVolumeDidChangeNotificationを使って自分でボリュームボタンが押されたことを検出する必要があります。 ググるといろいろコードが出てくるのですが、そのままボリュームが変わってしまったり、日iPhoneの撮影時の音量変化が検出されてしまったり、少し試行錯誤が必要でした。 というわけで、以下がコードです。 2012.11.9追記 記述が抜けていた部分とバックグラウンド周りでの不具合があったのでコードを修正しました。 地図絶一門の[twitter:@TeamMOSA2]さん、ご指摘ありがとうございました。 //.h

    iOSアプリからボリュームボタンが押されたことを検出する方法 - らっこのじゆうちょう
  • 今後の Movable Type のリリース方針について-Six Apart ブログ|オウンドメディア運営者のための実践的情報とコミュニティ

    ニューヨークで開催された 「Movable Type Idea Exchange」から帰国中の飛行機の中でこの記事を書いています。こんにちは、Movable Type 開発担当のたかやまです。 先日のブログ記事の中で、Movable Type 開発チームが Movable Type Advanced 5.2 の開発を行っている事をお伝えしましたが、実は github の develop ブランチにコミットされている変更は Movable Type Advanced 5.2 向けの修正ではありません。現在の develop ブランチでは、Movable Type 5.2.1 というバージョンの開発が行われています。5.21ではありません。5.2.1 です。これは、バージョン番号が付いていながら、パッケージリリースを伴わないリリースとなります。では、どこにリリースされるのか? クラウド版として

    今後の Movable Type のリリース方針について-Six Apart ブログ|オウンドメディア運営者のための実践的情報とコミュニティ
  • アプリをiPhone5に対応する場合の地雷ポイント一覧 | fladdict

    地雷キャッチャーとして定評のあるfladdictですが、今回も大量の地雷を踏み歩いております。 とりあえず、解決方法を知らないとハマるポイントを色々とピックアップ。自分では直ったけど一般化できてない現象もあるので、間違い勘違い等ありましたら、コメント欄でビシバシご指摘ください。 iPhone5対応すると、iOS4.3以前では動かなくなる 最新のXCodeがarmv6のコンパイルをしてくれないので、ご臨終となります。 公式じゃないほうほうで無理矢理バイナリをビルドすればhogehoge。 サードの静的ライブラリが入ってると、コンパイルできない場合が 最新XCodeからコンパイルに、armv7sという新アーキテクチャが必須となってますが、ビルド済み静的ライブラリにはむろん入っていないのでコンパイルできません。対策は2つあって、ひとつは対応ライブラリが出るまでリリースを見送ること、もう片方はXC

  • ゼロからゲームアプリつくった後の大事なメモ

    こんにちは、ゲームチームのキノです。 先週、カジュアルゲームアプリ「なぞダン -なぞるだけダンジョン-」がApp storeで公開されました!!!! ひとさしゆびだけの超シンプルな(でもムズイ)ダンジョンゲームです! 過去にキャンペーンの一環などでゲームは何度かつくってきましたが、 今回が初の企画段階からのモック含めた参加になるので、学んだことや役立ったを書いておきます。 あとは地味にデザイナー向けにアプリ制作のtipsなど。 意外と長くなってしまったので、週末にじっくりお読みください〜 アプリは無料!!こちらからダウンロードできます。 それでは記事の続きをどうぞ〜!! 素材の話 いつも数字忘れるので アイコン (なにか見覚えのある階段的なアイコン) アイコンはかなり肝いりです。 気をつけている点は 1キーワードで言い表せるか フレームと世界観はあってるか 類似アプリより突出しているか 画

  • Amazon流の開発術では、まずプレスリリースを作る | fladdict

    Amazonでは製品開発をするとき、まず最初にプレスリリースを書くらしい。これは”Working-Backwards“と言うデザイン手法。面白げなので色々と調べてみた。 Working-Backwards法の商品開発では、お客様の視点をスタート地点にするため、開発前にプレスリリースを作成する。プレス内容は、既存プロダクトの問題点と、それを新製品がどう解決するかが中心になる。 プレスがユーザーに響かなかった時点でプロジェクトはボツ。そもそもその商品は作らない。これにより見当違いな商品を作るリスクを、一番最初の段階で低コストに回避できる。 このWorking-Backwards法で書くプレス内容は主に以下のとおり。 見出し 顧客が商品を理解できるタイトル 副題 ターゲット層と、彼らのメリットを1行で。 概要 商品の特徴と利点をまとめる。この段落で全てを理解できるように。 課題 このプロダクトが

  • プロジェクトにおけるTDDの重要度の話

    Satoshⅰ Nakagawa @Psychs 成功したサービスを作り始めた時に、どのくらいの割合のプロジェクトが最初から TDD とかやってるのか気になる。 2012-08-09 13:33:33

    プロジェクトにおけるTDDの重要度の話
  • 無数のWebサービスが存在するいま、新しくWebサービスをつくろうと考えている若者に言っておきたいこと、心得るべきことなどアドバイスをください。 - 及川卓也インタビュー

    ザ・インタビューズ>及川卓也へのインタビュー 無数のWebサービスが存在するいま、新しくWebサービスをつくろうと考えている若者に言っておきたいこと、心得るべきことなどアドバイスをください。 私はWebサービスを1から自分で開発したことはありませんので、適切なアドバイスができないかもしれません。 Webに限らず、一般の製品やサービス開発にも言えることなのですが、Webというところで考えると、いかに素早くローンチ(リリース)し、改良を加え続けていけるかが大事だと思います。 順番に説明します。 まず、何を作ろうとしているかをテーマとして設定します。テーマは簡単に覚えていられるくらいの分量と単純さが大事です。手前味噌で恐縮ですが、Google Chromeの場合には、Simple, Secure and Speedという3つのSをテーマとしました。これに加えて、StableやStylis

    aklaswad
    aklaswad 2012/05/20
    開発スタート時に必要な考え方が上手くまとまっている。
  • クソゲーを作る組織とそうでない組織 2012 05-12

    1. クソゲーを作る組織と そうでない組織 株式会社 Aiming ジェネラルマネージャ / テクニカルディレクター 2012年5月12日 於 ゲームを作る勉強会 小林 俊仁 ( @toshi_k ) 2. About: 小林 俊仁 http://about.me/toshi_k オンラインゲームを作って早10年 基ゲームも分かる web っ子 @toshi_k Community Engine でオンラインゲーム作って (2001~2003)、中国で子会社作っ てモバゲータウンの中国版(加加城)とか Play Online China とか作って (2003~2007)、子会社を閉じて日に帰ってきて、その後オンゲの技術ディレク ターとかプロマネとかやってた 最近は、 ONE-UP → Aiming で組織横断的に開発プロセスの改善とかスクラム マスターとか

    クソゲーを作る組織とそうでない組織 2012 05-12
    aklaswad
    aklaswad 2012/05/13
    ゲームに限らない話。いろいろ頑張らないと。
  • 新社会人のためのバグレポートの基本 - mixi engineer blog

    はじめまして、品質管理部門の柿崎です。 最近、Skyrim にハマってしまい、人生一回休みになりかけています。 季節は春ということで、新社会人になられる方も多いと存じます。 新社会人が会社勤めをするようになって、初めて書くビジネス文書といえば...... そうですね!「バグレポート」ですね。 今回はバグレポートの基について書きたいと思います。 近年、開発現場ではバグトラッキングシステムが定着し、ドッグフーディングのような社内テストを行う現場も増え、テスト担当者以外の方でもバグレポートを提出する機会が増えています。そして前衛的なバグレポートによって、プログラマ達が理不尽かつ不可解なバグ地獄に叩き込まれる機会も増えています。 バグレポートは諸刃の剣です。 良いバグレポートはアプリケーションの問題を速やかに解決まで導きますが、反対にダメなレポートは現場に混乱をもたらします。 良いバグレポートを

    新社会人のためのバグレポートの基本 - mixi engineer blog
  • 品質に厳しい組織で、なぜ品質が劣化するのか? - 現場のためのソフトウェア開発プロセス - たかのり日記

    このエントリーは「Software Test & Quality Advent Calendar 2011」における12/18分として書いています。 12/17は @NoriyukiMizuno さんによる 「ソフトウェアテストの勉強会。1年目。」 というエントリでした。 今回は、以前から感じている矛盾について、私なりの考えをまとめたものです。 特に、マネージャーや経営層と呼ばれる人に読んでもらいたいと思っているのですが、このブログの読者層を、考えると、あまり多くはなさそうなので、以下に示す問題について、悩んでいる/苦しんでいるような人から、うまく伝われば良いと思っています。 矛盾する問題 私は、SEPG(Software Engineering Process Group)という役割上、いろいろなソフトウェア開発のプロジェクトや組織に関わってきました。 絶対数で言えば、そんなに多くはない

    品質に厳しい組織で、なぜ品質が劣化するのか? - 現場のためのソフトウェア開発プロセス - たかのり日記
  • 11の「やめたこと」で実現した1000万ダウンロード突破【スマホ2011冬】 - 日経トレンディネット

    NHN Japan スマートフォンゲーム制作室 室長の馬場一明氏。「自分はいつも焼肉屋に行くとべ過ぎてしまう。自分のべる量も分からないのに、他人の作業量が分かるわけがないので、作業量の見積もりは不要」とのユーモアあふれる例えに会場は笑いにつつまれるシーンも 12月14日、スマホ関連総合カンファレンス「スマートフォン&タブレット2011 冬」(ベルサール八重洲)の「ゲーム開発」セッションでは、NHN Japan スマートフォンゲーム制作室 室長の馬場一明氏が登壇した。『ダーツ』や『フォトジグソー』など、直感的に遊べるアプリ「TEIBAN GAME」をいかにクオリティーを維持しながら、短期間で多数開発し、ヒットに結び付けたか。その舞台裏と独自の組織論を披露した。 これまでPCオンラインゲームを手がけてきた馬場氏が、スマホゲームアプリの開発を命じられたのは、東日大震災直後の今年3月。出され

    11の「やめたこと」で実現した1000万ダウンロード突破【スマホ2011冬】 - 日経トレンディネット
    aklaswad
    aklaswad 2011/12/16
    よいとおもう。