タグ

開発に関するyamamotodaisakuのブックマーク (9)

  • モバイルアプリ・Web開発にオススメの Chrome 拡張機能 10選 - Tech Blog

    カップル専用アプリPairyでおなじみ株式会社TIMERSのCTOの椎名アマドです。 先日うちの社員と話してて自分が普段使ってるChrome拡張機能をしれっと紹介したら、 「生産性が上がる」とだいぶ好評価でした。 なので今回は、モバイルアプリやスマートフォンWeb開発などに役立ってる、Chrome拡張機能を紹介します。 使う使わないでかなり生産性が変わってくるものもあるので、是非活用してみてください。 API開発に最適 JSONView オススメ度:★★★★★ JSONで来たレスポンスを、綺麗に最適化して表示してくれます。 わかりやすく色分けハイライトされてたり、配列を畳むことが出来たりと、 APIを絡めた開発では必需品です。 Postman - REST Client オススメ度:★★★★★ REST リクエストをその場で作成して送信できるクライアントツールです。 GET/POST/D

    モバイルアプリ・Web開発にオススメの Chrome 拡張機能 10選 - Tech Blog
  • APIファーストで開発する - ワザノバ | wazanova

    http://blog.pop.co/post/67465239611/why-we-chose-api-first-development POPは、簡単にビジネス/アイデアをかたちにするために、1分でドメイン/スタートページ/メアドを用意できるサービスとのこと。彼らが、「APIファースト」で開発しようとした理由を紹介してます。 1) 将来APIを提供できるように 機能を追加する都度、APIが既に準備できているかたちになるので、将来APIを第三者に提供するときもスムーズ。 2) フロント/バックエンドの分離 バックエンドのテンプレートコードがフロントエンドのクライアントビューとやり取りしない仕様にすることで、将来の開発に負の資産を残さない。 3) スケーラビリティ フロント/バックエンドそれぞれを独立してスケールさせることができるので、将来的にメリットがでるはず。 4) 開発言語のバリア

  • Railsを使ったRESTfulなAPIの作り方 - プログラミングノート

    サーバーと連携するiPhoneアプリをそろそろ個人でも作ろうかなと思ったので、とりあえず開発したことのある方法をまとめてみました。今回はrails 2.3.8, ruby 1.8.7, nokogiri 1.4.3.1な環境で作っています。 簡単な仕様 タスクをCRUDできるだけの単純なAPIを作ります。 下記のメソッドを用意して、XMLとJSONのフォーマットに対応します。 method URI params その他 検索 GET /api/search.format kw=検索ワード kwがない場合は全件返す 表示 GET /api/tasks/id.format 登録 POST /api/tasks/id.format name=タスク 編集 PUT /api/tasks/id.format name=タスク 削除 DELETE /api/tasks/id レスポンスヘッダのみ返す

    Railsを使ったRESTfulなAPIの作り方 - プログラミングノート
  • 複数人(2-3人)でウェブサービスを開発するコツ - リート開発者ブログ

    こんにちは。開発ブログ言いだしっぺの satoshi です。リートでは、AddClips と Lancers というサービスが現在の主力サービスですが、AddClips は1人のエンジニアが担当し、Lancers は2-3人 のエンジニアが開発を担当しています。 当たり前ですが、1人と3人では開発スタイルが大きく異なり、気をつけるポイントも全く違います。当たり前の事が多いのですが、リートで特に気をつけていることをご紹介できればと思います。 開発環境 VMware ESXi を使って開発環境は5秒で用意する 通常、VMwareはLinuxWindows上で動作しますが、VMware ESXi はその上で直接、複数のVmware(仮想化マシン)を立ち上げることができます。 Vmwareを導入するために、Linuxを導入したりする必要はなく、その容量も32MBとコンパクト。しかも無償で利用可能

  • スタートアップ企業で8年間Webの開発をしてみての反省点いろいろ - Masatomo Nakano Blog

    2002年、当時設立したばかりの会社に入り、何もない状態から、コンテンツとシステムを作り続け8年が経った。日々、試行錯誤しながら、それなりに会社も大きくなり、まだ、大成功とは言えないけど、それなりにうまくやってきたつもりだ。 しかしながら、その8年という短くはない時間の中で、色々な課題や問題が発生し、その時々正しい選択をしてきたつもりだったけど、反省点も多い。もう一度スタートアップに参加するとしたら、やり直したいところや、もっと早くこうしていれば良かったというところがたくさんある。 そんなわけで、次の挑戦のときに忘れないように、また、もしかして誰かの参考くらいになればと思い、メモっておくことにした。1 まず、反省点の前に、何をやっているのかというのを簡単に。 ビジネスとしては、英語e-learningのWebサービス(ネットを使った英語のお勉強)をASPな形で、企業や大学などに提供している

  • NTTドコモがiアプリDX開発ツールを個人開発者などに向け公開、GPSや課金が利用可能に

    NTTドコモは2010年8月26日、GPSや電話帳参照などiアプリDXの機能やiモード課金を利用するためのライブラリのベータ版を提供開始した。またiアプリ開発ツール「AppliStudio」(写真1、2)ベータ版を公開した。 iアプリDXは、GPS(iエリア)や電話帳・履歴参照、ネイティブメーラ連携、音声認識、OpenGL ES、自動起動機能、Bluetooth、アプリのダウンロード元以外との通信許可など、iアプリの高度な機能(写真3)。従来はiモード公式サイトの企業にのみ利用が許可されていた。今回のライブラリなどの公開対象は個人開発者や公式サイト以外の企業である。 今回公開されたのは、iアプリDXの機能を利用したアプリを開発するために必要な「ドコモマーケット(iモード)向けライブラリ」のベータ版。課金のための「ドコモマーケット(iモード)向け課金ライブラリ」のベータ版も同時に公開した。

    NTTドコモがiアプリDX開発ツールを個人開発者などに向け公開、GPSや課金が利用可能に
  • ITプロジェクトのマネージャーに捧げる、プロジェクトの失敗を防ぐための8つのヒント - builder by ZDNet Japan

    ITプロジェクトの失敗はよくあることだ。だが、どういうわけかこの事実は、自らがIT問題とは無縁であると考えているプロジェクト関係者たちから、驚きをもって迎えられることが多いのだ。私の経験から言えば、失敗の大半は近視眼的なものの見方や、ビジネス面と技術面の双方における複雑さ、貧弱なマネジメントによって引き起こされる。ともかくも、失敗の確率を引き下げるためにプロジェクトリーダーができることを以下に紹介したい。 以下は、『Baseline』誌がまとめた、ITプロジェクトを失敗に終わらせないための8つのヒントである。 ソフトウェアに頼りすぎないようにしよう。多くのプロジェクトマネージャーは、プロジェクト計画アプリケーションの使用に時間を割きすぎており、自らの双肩にのみかかっているはずの説明やコミュニケーションに十分な時間を割いていないのだ。 計画や定義はできる限りしっかりやっておこう--ただし度を

    ITプロジェクトのマネージャーに捧げる、プロジェクトの失敗を防ぐための8つのヒント - builder by ZDNet Japan
  • ITIL Managerの視点から:初めてのサービスレベルアグリーメント 【その1】

    企業のIT担当者ならば、「サービスマネジメント」というコトバに聞き覚えがあるだろう。要は効率の良い、費用対効果の高いシステム管理のことであるが、ITがビジネスの根幹になって以来、未解決の課題となっており、多くのIT担当者がその実現に悩んでいるのだ。 “ITはやり言葉”は変遷する これまでも、多くの“はやり言葉”があった。ダウンサイジングやTCOの削減あたりは、すでに死語となりつつあるが、当時は時代を反映した「ITの導入と運用を最適化しよう」という合言葉だった。そして日版SOX法を迎えた今、その合言葉がIT統制だのサービスマネジメントだのというものに置き換わった。 しかし、昔と今とで大きく異なる点が、3つある。 1つは、ITのさらなる複雑化である。ITを取り巻く環境は便利になるにつれ、複雑さを増している。特にここ数年、JavaだのユビキタスだのWeb2.0だのと言われ始めてからの、ITにお

    ITIL Managerの視点から:初めてのサービスレベルアグリーメント 【その1】
  • 7つのアジャイル開発手法の実践ガイド(第1回):CodeZine

    多くの場合、開発者はコードを記述するだけでなく、コードがアプリケーション環境で適切なスケーラビリティを持ち、適切に動作することを保証しなければなりません。稿では、スケーラビリティテストとゴールテストの違いを取り上げ、手動テスト向けの擬似コードテストハーネスの例を紹介し、実際にQuest SoftwareのToadという自動テストインターフェイスを使用してOracleプロシージャのテストを行う例を示します。

  • 1