外出先でHTMLのソースコードを確認したい時ってありませんか？ ボクは頻繁ではありませんがそういう機会はあります。 調べてみると、iOSだとHTMLソースコードを見るにはブックマークレットを使うしかなさそうなんですが、何 […]

iPhone14シリーズ～旧シリーズまで修理メニューから 料金を探す 画面割れ（ガラス割れ）、液晶の表示不具合、バッテリー交換、基板故障 水没修理、カメラ修理など、故障箇所の修理メニューの一覧から iPhoneやAndroidのスマホ修理、iPad修理、iPod修理など端末ごとに修理料金を探すことができます。

iOS SDK開発でOSSライブラリを使う際の基礎知識：生産性ガチアゲなオープンソースiOSライブラリ（1）（1/2 ページ） ゼロからiOS SDK開発を始める新規開発者でも超高速・高品質な開発を可能にするオープンソースのライブラリを目的別に紹介していく連載です。実際にライブラリを組み込みながら技術的な側面も合わせて詳細に説明していきます。初回は、OSSライブラリ活用の基本とUI系を中心にライブラリを16個紹介します。 OSSライブラリを活用した超高速・高品質な開発方法 オープンソース（以下、OSS）のライブラリを活用して開発を行うと、ライブラリ未使用の場合に比べて生産性、品質ともに圧倒的な違いが出ます。本連載では、ライブラリの種類、使い方、メリットなどを、実際に動くコードと一緒に解説していきます。 近年、iOS（iPhone、iPad）アプリ市場が急速に発展し、アプリ開発者は変化する状

これ、ダウンロードして開くと、普通にクリックしていくだけで、簡単にmobiというデータになりまして、それをAmazonサイトにアップロードすればすぐにKindleの本が作れる。というツールです。

Chrome：タブレットやスマートフォンのタッチ操作に慣れてしまうと、PCでのマウス操作がもどかしく思えるときがあります。例えば、ウェブページを見ているときのスクロール操作。カーソルをスクロールバーに移動して延々操作していると、画面をタッチしてページを移動できるUIの便利さが身に染みてよく分かります。 今回紹介する『chromeTouch』は、そんな画面スクロールをマウス（＆トラックパッド）のドラッグ操作で行えるようにしてくれるChrome拡張機能。特に、ホイールがついていないPCを使っている人にオススメです。ダウンロードはこちらのページから行えます。 設定画面では、ドラッグ機能を「常にオンにする」か「テキスト上ではオフにする」かを選ぶことができ、専用のホットキーも登録可能です。ドラッグの向きを逆にする（例えば、上向きにドラッグすると下スクロールにする）なんてこともできます。 ドラッグの速

初心者ぺちぱーがRubyのコードを書くに当たって、大変勉強になったサイト、これから読んでおきたいドキュメントを紹介する。 Index Ruby入門・チュートリアル Ruby reference Ruby 2.0の新機能 Rubyコーディング規約 Ruby関連の情報 Ruby tool Ruby ブログ rbenv & ruby-build Gem Bundler irb pry RDoc YARD RSpec Cucumber SimpleCov ruby-prof Rake Rack Rack対応HTTPサーバー Sinatra Ruby on Rails Rails 4.0の新機能 Ruby入門・チュートリアル Rubyを始めるときに、入り口になるところ。他言語文化圏からの移民の人達は第1章 Ruby言語ミニマムから読み始めると、256倍ぐらい理解が早くなると思う。 第1章 Ruby言

iPhoneをずっと使っているのでAndroid端末、僕持ってないんですよねー。とはいえAndroidの環境でアプリの動作確認をしたかったりします。Nexus7のWifiモデルを買ってもいいんだけど、早急にGoogle Playで配布されているアプリをAndroidで検証したかったので、調べつつそれが出来ないかやってみました。結果、Android SDKの中にあるAndroidのエミュレータで動かすことに成功したので、その行程を紹介します。現時点で出来るってことで今後不可能になるかもってのと、自己責任でお願いします。 Android SDKが用意されていることを前提として、ざっくりと行程を紹介すると BlueStacksというソフトをインストールする そのソフト内でGoogle Playからダウンロード出来て動かせる、ただ使い難いのでSDKのエミュレータを使う Device IDなるAnd

ソフトウェア開発に関しては、これまでほぼ一人で完結していた*1ので git の運用方法もかなり適当だったのですが（ただのコミットマシーン状態）、今回、同一プロジェクトに対して複数人でコミットしていく形になっているので、その状態だとやはりまずいなと言う気がしてきました。ググっていると「なるほど」と思う記事もたくさんあったので、それらの記事を元に自分のプロジェクトの「git の運用指針」を情報共有のために記載しておこうと思います。 前提 まず始めに、現在のプロジェクトの状況は下記のようになっています。 開発は 1 人のメインコミッタ（私）と数人のサポートコミッタ（アルバイト等）で行われる メインコミッタはフルタイム、サポートコミッタは週に数時間〜10時間程度の勤務形態 サポートコミッタに対しては、基本的に 1 機能（1 チケット）を 1 人で完結するように作業を配分するが、時間的な兼ね合いもあ