Technical Note TN2435: Embedding Frameworks In An App
What is a framework?A framework is a hierarchical directory that encapsulates a dynamic library, header files, and resources, such as storyboards, image files, and localized strings, into a single package. Apps using frameworks need to embed the framework in the app's bundle. Adding A Framework TargetApps wishing to utilize frameworks to share code across different parts of their application, such
The Collaborative API Development Platform
Announcing Kong Insomnia 9.3 with after-response scripting, global environments, folder-level configuration, and more. Design, debug, test, and mock APIs locally, on Git, or cloudBuild better APIs collaboratively for the most popular protocols with a dev‑friendly UI, built-in automation, and an extensible plugin ecosystem. Get Started for Free
The Future of API Design: The Orchestration Layer
TNW Conference 2025 is moving to NDSM, Amsterdam 🎟 Secure your 2-for-1 tickets now! Daniel Jacobson (Twitter | LinkedIn), is currently director of engineering for the Netflix API. Prior to Netflix, Daniel ran application development for NPR where, among other things, he created the NPR API. He is also the co-author of APIs: A Strategy Guide. The digital world is expanding at an amazing rate, givi
APIのバージョニングは限局分岐でやるのが良い - Hidden in Plain Sight
「最強」のチームを「造る」技術基盤
「最強」のチームを「造る」技術基盤 Presentation Transcript 「最強」のチームを 「造る」技術基盤 Nov/09/2013 Hiroyuki Ito IT Department, Rakuten, Inc. http://www.rakuten.co.jp/ Hiroyuki Ito (伊藤 宏幸、The Hiro) 情報技術部 プロセス・品質課 テスト駆動開発グループ @hageyahhoo 2 アジャイルコーチとして、 開発現場を日々サポートさせていただいています。 3 造る ＝ 栽培する・耕す 4 CI/CD TDD ATDD この３つを軸にした チーム造りについてお話します。 5 Agenda 1. チーム造りの背景 2. 1st Stage : CI/CD 3. 2nd Stage : TDD for Android 4. 3rd Stage : ATDD
第3回 ブランチvs.フラグ | gihyo.jp
とっておきの変更 ソフトウェアをいつでもリリースできるようにしろと求める継続的デリバリの広まりにより、毎日のようにソフトウェアがリリースされるようになりました。早いうちからコードを野にさらせば、隠れた問題を前もって見つけることができるからです。 短いリリース間隔に身を置くと気づくことがあります。「リリースできること」と「リリースしたいこと」は、必ずしも一致しないのです。たとえば大規模なビジュアルデザインの変更やとっておきの新機能を想像してみましょう。こうした粒度の大きい変更は、たとえ動作する、つまりリリース可能な状態でも、そのまま衆目にさらしたいとは限りません。期待を裏切らない形でお披露目したい、とっておきの変更があります。息を飲む新しい体験がもたらすユーザの驚きや喜びも、ソフトウェアにとっては大切な財産だからです。 とっておきの変更を仕上げるには時間がかかります。一方で、その仕上げが終
チーム開発レトロスペクティブ
Joel on Software - やさしい機能仕様 - パート 1: なぜわざわざ書く必要があるのか?
俺式4.0 :: 方向キーとボタンが無い時代のゲームづくりについて
日本語 : Plugin tutorial
Created by Unknown User (sogabe), last modified by Unknown User (kohsuke) on Apr 30, 2012 オリジナル: Plugin Tutorial このドキュメントでは hello-worldプラグイン とともにプラグイン開発の始め方を示しています。 プラグインは何ができるの？ Jenkins では拡張ポイントを定義しています。それはビルドシステムのある側面をモデル化したインターフェースもしくは抽象クラスです。これらのインターフェースでは実装する必要があるものを定めており、Jenkins ではプラグインがこの実装にコントリビュートすることを許可しています。拡張ポイントについてもっと知りたい場合はこのドキュメントを見てください。 このドキュメントでは、ビルダー を実装してhelloと出力します。（ビルトインのビルダ
増14．“テストファースト”と言われて：自転車とプログラミングと：エンジニアライフ
最近の git の使い方について - tomykaira makes love with codes
自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（前編）
自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（前編） ふだん何気なく使っている鉄道。改札を降りるときにICカードを自動改札にかざすと、「ピッ」という音と共に一瞬のうちに運賃を計算してくれます。けれど、複数の路線を乗り継いだり、途中で定期券区間が挟まっていたりと、想像しただけでもそこには膨大な組み合わせがあります。それでも運賃計算プログラムはわずか一瞬で正しい運賃計算が求められ、バグがあったら社会的な一大事にもつながりかねません。 爆発的な計算結果の組み合わせがあるはずの運賃計算プログラムは、どうやってデバッグされ、品質を維持しているのでしょうか？ 9月12日から14日のあいだ、東洋大学 白山キャンパスで開催された日本科学技術連盟主催の「ソフトウェア品質シンポジウム 2012」。オムロンソーシアルソリューションズ 幡
デブサミで僕が話したことの簡単なまとめ - 宇宙行きたい
デブサミが 10 周年でした。 残念ながらオファーなかったのですが、一昨日くらいに急に参加していいよって言われたので 「From Legacy to Agile 〜レガシー開発からアジャイル開発へ〜」に乱入してきました。 そこでチームビルディング的な話を話させてもらいました。 資料とか特に作っていなかったので僕がリーダーとしてチームメンバーにお願いしている決まり的なことを簡単にまとめておこうと思います。 テストを書け 問題を根性で解決するな 人を殺す以外なら何やってもいい 失敗を引きずるな 個別に補足書いて行きます。 一応状況の簡単な説明をしておくと、最初は 3 人しかいないチームに 「手伝ってくれないか？」と言われ合流しました。その後、僕がリーダーになり 今は 15 人前後のチームで動いています。 テストを書け これは僕がチームに入るときに最初に宣言しました。 「テストを書かないようなプ
基礎研究と応用研究とをつなぐ橋。薬作り職人のブログ
「〇〇の仕組み解明、××の治療に応用期待」なんてタイトルのマスコミの報道をよく見かけます。このブログでも、ときどきそのような話題について取り上げたりしています。 このような報道は、これまで星の数ほど行われてきました。しかし、「××の治療」に応用できたものが果たしてどれだけあるのか、ということを考えてみると、パッと思い浮かぶものはなかなかありません。もちろん、さらなる基礎的な研究は続いているのでしょう。ただ、そこから先、新薬という結果が出せたのか、そこまでいかないまでも、その発見を元にした薬をつくろうという動きがあるのか、といわれると、多くのものはそこまでいかないのではないかと思います。 治療薬の研究を開始して、それを薬を作り出すのには、10年（もしくはそれ以上）の期間がかかります。新しい発見を元にした薬の開発が製薬会社で行われているとすれば、何らかの形で進捗がわかるものです。例えば、特許と
Minimum viable product - Wikipedia
This article is about the product development strategy. For the pilot episode of Silicon Valley, see Minimum Viable Product. A minimum viable product (MVP) is a version of a product with just enough features to be usable by early customers who can then provide feedback for future product development.[1][2] A focus on releasing an MVP means that developers potentially avoid lengthy and (possibly) u
A successful Git branching model を補助する git-flow を使ってみた - Twisted Mind
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Remove unused CSS - CSS Optimizer
github を用いた開発フローテンプレート
Amazon.co.jp: アジャイル開発とスクラム: 顧客・技術・経営をつなぐ協調的ソフトウェア開発マネジメント: 平鍋健児, 野中郁次郎: 本
