タグ

Developmentに関するtridentfieldのブックマーク (194)

  • ヘッドレス Chrome スタートガイド  |  Blog  |  Chrome for Developers

    要約 ヘッドレス ChromeChrome 59 でリリースされます。Chrome ブラウザをヘッドレス環境で実行する方法です。基的には Chrome を使わずに Chrome を実行しますこれにより、ChromiumBlink レンダリング エンジンが提供する最新のウェブ プラットフォーム機能がすべてコマンドラインに組み込まれます。 なぜこれが有用なのでしょうか ヘッドレス ブラウザは、UI シェルを表示する必要のない自動テストやサーバー環境に最適なツールです。たとえば、実際のウェブページに対してテストを実行したり、そのウェブページを PDF 化したりできます。また、ブラウザが URL をどのようにレンダリングするかを検査することもできます。 Headless(CLI)の起動 ヘッドレス モードを開始する最も簡単な方法は、コマンドラインから Chrome バイナリを開くこと

  • Difference of Unicode Conversion Tables

    シフトJISからUnicodeへの変換テーブルの相違 1999年6月9日更新 これは、川俣が調査した、シフトJISからUnicodeへの変換テーブルの相違をまとめたものです。調査にあたってミスなどがある可能性がありますので、他の調査結果と併用するなり、自分でも調べるなりして下さい。 更新履歴 1999年6月9日 Another-HTMLLintを通るようにHTMLの間違いを訂正(内容は変化していません) 1998年12月28日 JIS X 0221の変換テーブルで句点1-17が「未定」と記述されていることを発見 1998年12月17日 HTML生成に不手際があり一部テーブルの項目がずれていました。これを修正しました。 1998年10月29日 Apple社、IBM社のテーブルを追加 1998年10月20日 最初の作成 調査した変換テーブル cp932 Unicodeコンソーシアムがftp:/

  • インフラ系技術の流れ - Gosuke Miyashita

    ここ最近のインフラ系技術の流れがおもしろいなー、と思ったので、Puppet が出た辺りぐらいから、振り返って整理してみる。殴り書きなので、後から修正したり書き加えたりするかも。特に後半の方は、あまり考えが整理できてない。 最近のウェブ界隈での「インフラ」という用語の使われ方には、色々異論もあるようだけど、ここではごく最近使われるようになってきた、OS からミドルウェアといったソフトウェアレイヤーを指す言葉としてのインフラについて触れる。(英語圏でも同様の意味で使われているようなので、ある程度市民権を得たと言っても良さそうだし。) プロビジョニングレイヤー まず、前提知識としてプロビジョニングレイヤーと自分が勝手に呼んでるものについて整理。 Chef や Puppet は「プロビジョニングフレームワーク」とも呼ばれているが、以下の議論をより厳密にするために、Lee Thompson 氏による

  • Genymotion - Android Emulator in the Cloud and for PC & Mac

    Biometric authentication is now available for all products!

    Genymotion - Android Emulator in the Cloud and for PC & Mac
  • Java 8 Tutorial - winterbe

    Java is still not dead—and people are starting to figure that out.” Welcome to my introduction to Java 8. This tutorial guides you step by step through all new language features. Backed by short and simple code samples you’ll learn how to use default interface methods, lambda expressions, method references and repeatable annotations. At the end of the article you’ll be familiar with the most rece

  • git による分散作業パターン | GREE Engineering

    分散バージョン管理を華麗に扱いたい堀口です。 GREE Advent calendar 2013 の 14 日目として参加させていただきます。 お二人に続き Haskell の話をしようかと思ったのですが、急遽無難な開発の話に変更しました :o JavaC++ には OOP の概念が必要であったように、分散作業の認識が薄いまま git や Mercurial を使うことは長期的に不幸をもたらします。 とあるプロジェクトにて、その一部を副産物のミドルウェアとして抽出すべく、アプリケーションと分離したい 不具合があったので原因を探りたいが、依存関係が複雑すぎるのでコードを読む量を減らしたい テストやレビュー、提案、リファクタの運用を強化したい よそのプロジェクトに迷惑を掛けないように、そこのツールを改良して使いたい。 いままで何気なく「こんなもんだろう」と思って手間をかけていませんでした

    git による分散作業パターン | GREE Engineering
  • オフラインWeb開発 #html5j

    常時接続が一般化し、ブラウザ上のオフライン動作の需要は減少 (逆にネイティブアプリケーションすらオンライン動作を要求)

  • Background Fetch を試してみた - Qiita

    先日、「M7 と少しだけ戯れてみた」というエントリでモーションアクティビティを試しに触ってました。その流れで自分の歩数を定期的に Tweet するようにしてみたらおもしろいかなぁと思って折角なので iOS 7 から導入された Background Fetch を使って見ようと思い、その時の内容をメモとして残してみようと思います。 ここに書く実験内容は Apple の審査を通った実績のあるものではない点をご了承ください。 Background Fetch とは iOS 7 から追加された新しい Background Mode のひとつ OS 側が不定期(OS の判断で適切だと思われるタイミング)で - (void)application:(UIApplication *)application performFetchWithCompletionHandler:(void (^)(UIBac

    Background Fetch を試してみた - Qiita
  • さよなら手作業・人海戦術! HTML5時代のツール「Selenium2」でWebシステムのテストを自動化

    シリーズは、WebブラウザをUIとして利用した業務システムやアプリケーション(以下、Webシステム、Webアプリケーション)のテストをテーマとして、Webブラウザを使ったテストを自動化するOSSのツール「Selenium2」を紹介します。業務システム開発の現場で適用してきたノウハウを元に、これまでSelenium2について知らなかった人から以前使った経験がある人まで、より実践的な「使える」内容を盛り込んでいきたいと思います。 シリーズのスコープと対象読者 シリーズはWebシステム・Webアプリケーションのテストの中でも「Webブラウザを操作して実施するテスト」をスコープにしています。開発工程としては、1モジュールとして単体テストに位置付けられる場合もあれば、複数のモジュールやシステムと連携して結合テストや総合テストに位置付けられる場合もあるでしょう。これらのテストのことを、シリーズ

    tridentfield
    tridentfield 2013/10/25
    あとで読む
  • チケット駆動開発で作業管理はしないほうがいい - arclamp

    先日、2013/3/23(土)に弊社でチケット駆動と開発環境に関するイベントを開催しました。リンク先には資料も上がっていますので参照ください(※アトラシアン製品関連のイベントです)。 基調講演にはチケット駆動開発を推進されている関西XPUGのあきぴーさんをお招きして「チケット駆動開発をパターン言語で読み解く」という話をしていただき、最終枠ではパネルディスカッションをしました。 チケット駆動開発とウォーターフォール パネルディスカッションでは、僕が「チケット駆動開発を作業計画に使うのは難しく、WBSとの併用が現実的」と話し、あきぴーさんが「作業計画をチケット駆動開発で回していくには」というノウハウを紹介されていました。 この違いは僕がウォーターフォール的な新規案件を、あきぴーさんがアジャイル的な開発/保守運用案件を前提にしているためです。 僕自身はBTS(Bug Tracking Syste

    チケット駆動開発で作業管理はしないほうがいい - arclamp
    tridentfield
    tridentfield 2013/04/04
    しっくり来る。
  • Androidアプリで“アニメーション”するための基礎知識

    Androidはアニメーションを最初から重要視 「アニメーション」機能は、Androidが提供するそのほかの機能に比べると、実用度は低いように感じられますが、実はバージョン1.0よりも以前からアニメーションはAPIとして開発者に提供されています。 その後、追加された機能に優先して、アニメーションが初めから用意されているのは、なぜでしょうか。 それは、「Androidにとってアニメーション機能は重要であるから」にほかなりません。 よくAndroidと比較されるiPhone/iPadは、素晴らしいアニメーションのエフェクトを持つGUIが備わっています。「いまどきのスマートフォンやモバイルデバイスは、カッコいいエフェクトが備わっていないとエンドユーザーに選ばれない」ということかもしれません。 Androidはシステム全体を通してアニメーションが駆使できるように設計されています。「メニューを開く」

    Androidアプリで“アニメーション”するための基礎知識
  • ListViewのカスタムビューを作るときにやるべきこと - 技術見聞録

    一番考えておくべきことは、様々な処理をできるだけListViewやAdapterに任せること。 そのためにいくつかカスタムビューに必要なものをまとめてみる。

    ListViewのカスタムビューを作るときにやるべきこと - 技術見聞録
  • Facebook のリリースと文化 - Kato Kazuyoshi

    公開されたのはもう去年のはなしだけど、Facebook の リリースエンジニアリングの Tech Talk (予告編) は面白い。話している Chuck Rossi さんは Facebook のリリースエンジニアリングチームのリーダーだ。 彼は “The business requires change, but change is the root cause of most outages!” と話をはじめる。Facebook の規模で毎日変更をリリースするために、リリースのリスクをできるかぎり減らさなくてはいけない。そのために出てくるのが「文化」と「道具」だ。 現在のソフトウェア開発では開発者と顧客 (your mom) の間に薄いレイヤーしかない: 昔は QA とかプロダクトマネジャーとかいろいろいたけど、いまは違う。 ブランチとリリース: 開発者は trunk にコミットする。日

  • テスト自動化ツールを導入済みは8.5%、85%以上が検討していないか必要を感じないと。キ-マンズネット調べ

    テスト自動化ツールを導入済みは8.5%、85%以上が検討していないか必要を感じないと。キ-マンズネット調べ キーマンズネットは、IT担当者を対象にしたアンケート結果として「テスト自動化ツールの導入状況」を公開しました。 それによると、導入済みは全体の8.5%(「既に導入済みである(追加リプレイスなし)」7.5%と「既に導入済みである(追加リプレイスあり)」の1.0%の合計)で、導入を検討しているが4.8%。今後も導入しないするグループは86.7%(「必要性を感じているが導入を検討していない」の38.6%と、「必要性を感じない」の48.1%の合計)」になりました。 グラフを見ると従業員規模1001名以上では導入済みが約15%である一方、100名以下では1.8%であり、従業員規模によって大きな違いがあることが分かります。 対象言語はJavaがトップ、目的は品質の向上、工数削減など すでにテスト

    テスト自動化ツールを導入済みは8.5%、85%以上が検討していないか必要を感じないと。キ-マンズネット調べ
    tridentfield
    tridentfield 2012/06/05
    依然としてソフトウェア開発が所詮人力まかせだって事が証明されちゃいましたか…
  • iOS開発における現実的なCI環境 - jarinosuke blog

    継続的インテグレーション 最近では iOS アプリでも単体テストを使った継続的インテグレーションが注目されています。 iOS 開発の単体テストについては、このブログでも取り扱いました。 Xcode 4 からはじめる Unit Testing GHUnitとOCMockでUnit Test効率化 一般的な CI 環境についての説明は、以下のから抜粋するとこんな感じです。 Jenkins 作者: John Ferguson Smart,Sky株式会社玉川竜司出版社/メーカー: オライリージャパン発売日: 2012/02/22メディア: 大型購入: 12人 クリック: 299回この商品を含むブログ (26件) を見る デプロイメントに至るまでの開発プロセスをスムーズにし、バグの検出とフィックスを素早く行えるようにし…(略) では iOS 開発における現実的な CI 環境を考えていきましょう。

    iOS開発における現実的なCI環境 - jarinosuke blog
  • CSS Frameworkを持つ - ゆーすけべー日記

    例えば、Webサービスフロントエンドのコードを書き始める時にまず何をするでしょうか? デザインスケッチや画像を元にHTMLCSSを記述していくことになると思います。 少なくとも僕はそうですね。 理論的にはHTMLだけでもWebサービスを作ることはもちろんできますが、 見た目を少しでも調整したいとなるとCSSが必要になります。 例えばCSSを使わないHTMLの場合、いくら単純なレイアウトだとしても、 デフォルトのリンクの色を変えたかったり、フォントを変更したかったり、 要素ごとの余白をどうにかしかったりと最低限の要望が出てきます。 こうした最低限のCSSに対するニーズは共通化して自分なりのCSS Frameworkとして持っておくとよいと思います。 近頃、一からCSSを記述しなくなったのもこうした考え方のおかげです。 今Web上で配布されて利用可能なCSS Framworkが非常に増えて

    CSS Frameworkを持つ - ゆーすけべー日記
  • 実はFiddlerがすごすぎたので、機能まとめ紹介

    今までFiddlerをただのセッションの中身を確認できるLocal Proxyとしてしか見ていなかったのですが 改めて良く調べると色々できることが多すぎると判明。感動したので便利な機能をまとめてみました。 先に簡単に説明しておくと、FiddlerはMicrosoftが無料で配布しているWeb Debugging Proxyです。 Windows環境にインストールして、ブラウザとサーバの間の通信を読んだり操作したりできます。 配布サイトはこちら。 Fiddler Web Debugger – A free web debugging tool 動作環境は「Windows 2000 / XP / 2003 / Vista with Microsoft .NET Framework v2.0 or later」 今回使ったバージョンは、2009年9月10日時点で最新の安定版、2.2.4.6。 と

    実はFiddlerがすごすぎたので、機能まとめ紹介
  • フッタにボタンを表示する - 明日の鍵(跡地)

    ボタン2つ この画面がどういう構成になっているかソースコードを読む。 uninstall_confirm.xml android.git.kernel.org Git - platform/packages/apps/PackageInstaller.git/blob - res/layout/uninstall_confirm.xml <LinearLayout android:layout_width="match_parent" android:layout_height="wrap_content" android:layout_alignParentBottom="true" android:orientation="horizontal" style="@android:style/ButtonBar" > <Button android:id="@+id/ok_button"

    フッタにボタンを表示する - 明日の鍵(跡地)
  • appshelf.info

    appshelf.info Click here to buy this domain 2018 Copyright. All Rights Reserved. The Sponsored Listings displayed above are served automatically by a third party. Neither the service provider nor the domain owner maintain any relationship with the advertisers. In case of trademark issues please contact the domain owner directly (contact information can be found in whois). Privacy Policy

  • Node.jsのv0.5.0からv0.6.9までの変更点をまとめてみた

    Feb 05, 2012 先週、プライベートなNode.jsの勉強会があったので、Node.jsのv0.5.0からv0.6.9までのChangeLogsをまとめた内容を発表してきました。去年の夏ぐらいから、Node.js 日ユーザーグループにChangeLogsの翻訳をコミットさせてもらっているので、その内容から自分が興味がある変更点をピックアップしたものです。ただし、発表時間の都合上、小規模なバグ修正バージョンの変更点については一部省略してあります。 去年の10月に、開発者のRyan (彼はつい先日、Node.jsのメイン開発者をやめることを表明して、少し寂しい…) に話をきいたときには、ChangeLogsはGitHubのコミットを参照しながら、自分で手書きしているとのことだったので、ChangeLogsをまとめる作業そのものもなかなか大変だそう。実際に、Clusterモジュールは、

    Node.jsのv0.5.0からv0.6.9までの変更点をまとめてみた