タグ

2014年7月24日のブックマーク (14件)

  • Matz氏語る「今ソフトウェアはソフトじゃない」 - Engine Yard Blog

    先日Rubyビジネス推進評議会主催の第3回Rubyビジネスフォーラムが大阪で開催されました。 Ruby言語開発者、まつもとゆきひろさんが、『インターネットが変えるソフトウェアとビジネス。Rubyを例として』と題した基調講演を行いまいした。 その内容を紹介します。 計算機としてのコンピューター IBMの初代社長トーマス・ジョン・ワトソンの有名な言葉に、「コンピューターは全世界で5台くらいしか売れないと思う」と言ったとされています。 その数字は当時の計算技師の人数とENIACの計算性能から導かれた数でした。 ところが、今ではその数百万倍の処理能力をもつコンピューターが何億台もあります。 去年だけでPC出荷台数は3億台。スマートフォンとタブレットはそれを超える出荷がされています。 コンピューターは計算機としてのみ使われているわけではありません。 インターネットとの接続 今日、大阪まで松江から飛行

    Matz氏語る「今ソフトウェアはソフトじゃない」 - Engine Yard Blog
    koogawa
    koogawa 2014/07/24
    Read...
  • iphonech.info

    iphonech.info 2023 著作権. 不許複製 プライバシーポリシー

    iphonech.info
    koogawa
    koogawa 2014/07/24
    関係無いけど、こういう記事のキャプチャってなんでいつも電池切れそうなんだろ?
  • iPhoneアプリ開発にオススメの本10選(2014年7月版) - 卵は世界である

    記事内に広告を含む場合があります。記事内で紹介する商品を購入することで、当サイトに売り上げの一部が還元されることがあります。 @akio0911です。2013年12月に「レベル・目的別!iPhoneアプリ開発おすすめ19冊(2013年12月版)」という記事を書きましたが、7ヶ月経って新しいも出てきたので、2014年7月版を書きたいと思います! 【追記】2015年11月版を書きました!こちらの情報の方が新しいので、こちらをチェックしてみてください ⇒ iPhoneアプリ開発にオススメの7選(初心者向け含む)2015年11月版 iPhoneアプリ開発にオススメの7選(初心者向け含む)2015年11月版 1. 現場で通用する力を身につける iPhoneアプリ開発の教科書 【iOS 7&Xcode 5対応】

    iPhoneアプリ開発にオススメの本10選(2014年7月版) - 卵は世界である
    koogawa
    koogawa 2014/07/24
    絵本が気になる
  • Foursquare、チェックイン機能分離完了に向けてロゴも刷新

    位置情報サービスの米Foursquareは7月23日(現地時間)、5月に発表した公式アプリ「Foursquare」からのチェックイン機能分離を24日に完了すると発表した。 5月の発表から現在にかけて、ユーザーの4分の3が既にチェックイン専用アプリ「Swarm」に移行したという。同社はまだFoursquareでチェックインを行っているユーザーに、24日中にSwarmに移行するよう呼び掛けた。AndroidおよびiOSアプリはこのページのリンクからダウンロードできる。 新生Foursquareはお勧めスポット検索専用アプリになる。ユーザーが入力した好みや過去のチェックインデータに基いて、パーソナライズしたお勧めが表示されるという。同日Googleが発表したGoogle Mapsの新機能と同様に、現在地からの距離と朝ランチかなどのフィルタリングが可能だ。

    Foursquare、チェックイン機能分離完了に向けてロゴも刷新
    koogawa
    koogawa 2014/07/24
    「新たなロゴの「F」は、マップのピンとスーパーヒーローのエンブレムを融合させたデザイン」わはは
  • iOS 8ベータ版を iOS 7.1にダウングレードする方法

    もしiOS 8のベータ版がうまく動かなかったら、簡単に iOS 7に戻すことができる。その方法を示そう。 iOS 8のベータ版をダウンロードしてインストールし、あちこちいじってチェックする。だが、楽しさは徐々に消えていく。バッテリーはあっという間になくなるし iPhone はクラッシュしっぱなし。ベータ版のオペレーティングシステムを携帯に入れることは結局良い考えではなかったと気付くだろう。 関連記事:iOS8の新機能まとめ つまり、iOS 8のベータ版とおさらばしてもっと安定した iOS 7.1にダウングレードする時が来たのだ。心配はいらない。Apple は今年の後半に次世代iPhone の発表に併せて製品版をリリースするから、 iOS 8はその時に改めて手に入れればいい。 ダウングレードは思っているほど難しくはない。基的に、自分のデバイスに適したバージョンの iOS 7.1を見つけて、

    iOS 8ベータ版を iOS 7.1にダウングレードする方法
    koogawa
    koogawa 2014/07/24
  • 「ジョブズやTEDのプレゼン、日本では無理」と思っている人、必見のプレゼン

    TEDというイベントをご存知だろうか。米国カリフォルニアで毎年開催されるイベントで、「広める価値のあるアイデア」を持つ人たちがステージに立ち、ひとり18分以内のプレゼンをする。これまでに、ビル・ゲイツ、アル・ゴア、コリン・パウエル、伊藤穣一など多くの著名人がTEDでプレゼンしてきた。TEDからライセンスを受けた「TEDx」と呼ばれる地域イベントも世界各地で開催されており、日でもTEDxTokyoなど多くのイベントが開催されている。 「TEDトーク」と呼ばれるTEDプレゼンの特徴は、聞き手を魅了して、内容を忘れられなくすることだ。これまでのTEDトークはウェブサイト、TED.com(http://www.ted.com/)で公開されており、筆者は『TED 驚異のプレゼン―人を惹きつけ、心を動かす9つの法則』というの編集を担当しながら、数十のTEDトークを見て、その素晴らしいプレゼンの数々

    「ジョブズやTEDのプレゼン、日本では無理」と思っている人、必見のプレゼン
    koogawa
    koogawa 2014/07/24
  • 富士山の頂上でもLTEでつながるのか? 日本一高い山でiPhoneの電波状況を調査! | AppBank

    おすすめアプリ、ゲームiPhone、スマホの使い方、ガジェットなどのお得な情報をお届け | AppBank

    富士山の頂上でもLTEでつながるのか? 日本一高い山でiPhoneの電波状況を調査! | AppBank
    koogawa
    koogawa 2014/07/24
    そうなんだ!
  • 「フルスタックではなく資質」「テックブログは効果大」nanapiのCTOに聞く、エンジニア採用のコツ。 | アプリマーケティング研究所

    「フルスタックではなく資質」「テックブログは効果大」nanapiのCTOに聞く、エンジニア採用のコツ。 日はnanapiさんのインタビュー記事をお送りします。アプリ企業に取材をしていて多いのが「良いエンジニアをもっと採用したい(足りていない)」という声。採用も順調であるnanapiのCTO和田さんにエンジニア採用のコツなどを聞いてきました。 ※写真はnanapiの和田さん。 nanapiエンジニア求人について ワダさんはCTOとして、普段どんなことをやっていらっしゃるんですか? 和田: 当然現場の技術もやってはいるんですけれども、今うちはエンジニアが10名いるので、そこの組織作り、風土作りを大きくやっています。 あとはプラスアルファ採用ですね、一次面接や書類選考は全部私がやっています。 良いエンジニアを採用するのって大変ですか。 和田: まあ難しくはあると思うのですが、正直うちは結構う

    「フルスタックではなく資質」「テックブログは効果大」nanapiのCTOに聞く、エンジニア採用のコツ。 | アプリマーケティング研究所
    koogawa
    koogawa 2014/07/24
    毎回言ってることがブレてなくてすごいと思う。エンジニアにとって「楽しそう」な会社である
  • サイト閉鎖のお知らせ | iPhonePLUS

    アプリ開発者の皆様 投稿サイト 『iPhonePLUS』 ですが、 2021年11月30日をもって閉鎖させて頂くことになりました。 ご参加の際に頂きました個人情報ですが、サイト閉鎖をもって消去いたします。 長きにわたりご支援を頂きましたことに、関係者一同、心より御礼申し上げます。 今後も弊社発行の各媒体への変わらぬご愛顧と、一層のご支援ご協力を賜りますよう、 宜しくお願い申し上げます。

    サイト閉鎖のお知らせ | iPhonePLUS
    koogawa
    koogawa 2014/07/24
    「10万ダウンロードくらいされれば、ゲームアプリの開発のみで食べていく覚悟ができるんですが」これでもキツイと思う(`;ω;´)
  • モーダルを閉じるボタンのUIは右か左か | UXデザイン会社Standardのブログ

    モーダルビューを「閉じる」ボタンの位置は右に置くべきか左に置くべきか。iOSにおいてはナビゲーションバーの右と左の2択であるため、逆に迷ってしまいがちなのかもしれません。 よくある話としては「設定ボタンがナビゲーションバーの左にあるのなら、同じように左側に閉じるボタンを配置するべきではないのか…」といったことをよく聞きますが、トリガーとなるボタンの位置はあまり関係なく、その後のモーダルビューでの内容や一貫性によって判断する必要があります。 モーダルとは ボタンの位置を考える前に、まずはモーダルとはどういったものかを紹介します。アプリケーションでのモーダルはユーザーに行動を制限し、特定のタスクに集中させるモードです。もちろんアプリケーションという意味では、ホームボタンを押したりマルチタスクにより他のアプリケーションを使うことができるため完全な制限ではありませんが、現在使用中のアプリケーション

    モーダルを閉じるボタンのUIは右か左か | UXデザイン会社Standardのブログ
    koogawa
    koogawa 2014/07/24
    いつも迷う
  • Design and Research

    デザインとリサーチ ---Design and Research--- Paul Graham, January 2003. Copyright 2003 by Paul Graham. これは、Paul Graham:Design and Research を、原著者の許可を得て翻訳・公開するものです。 <版権表示> 和訳テキストの複製、変更、再配布は、この版権表示を残す限り、自由に行って結構です。 (「この版権表示」には上の文も含まれます。すなわち、再配布を禁止してはいけません)。 Copyright 2003 by Paul Graham 原文: http://www.paulgraham.com/desres.html語訳:Shiro Kawai (shiro @ acm.org) <版権表示終り> Paul Graham氏のエッセイをまとめた『ハッカーと画家』の 邦訳版が

    Design and Research
    koogawa
    koogawa 2014/07/24
    Paul Graham「デザインとリサーチ ---Design and Research」
  • 投げだしたいプロジェクトをどうするか。 島国大和のド畜生

    ■悪い奴らは来なかった(レジデント初期研修用資料さん) 要するに「経験に裏打ちされないロジックに意味はない」という内容として読んだ。 事実そう思う。 批判は簡単だし、批判している方は自分が批判され無いから気持ちが良い。 だけどそこには実が無い。 言うは易し。行うは難し。ネットは口先だけだから居心地いいけどやはり実が無い。 人の行動のアラを探すのは簡単だが、自分の行動にアラが無いのとは別の話だ。 この辺を読んで思った全然関係の無い話をうにゃうにゃと書く。 ■目の前にあるスパゲティなコードをどうするか。 プロジェクトを引き継ぎました。継ぎ足し継ぎ足しで運用していてグズグズになったプログラムがあります。 さてどうする。 大抵のプログラマはすべて書き直したい欲求に駆られる。 問題のあるプログラムの難所を探すより、問題の無いプログラムをゼロから書いた方が気持ち良い。 だがこの試みは大抵失敗に終わる。

    koogawa
    koogawa 2014/07/24
    「本当に投げ出すべきプロジェクトだったら。しっぽ巻いて猛ダッシュで逃げる」
  • Blog

    April 11, 2024 Using Foursquare’s Places API to Enhance User Experience The digital age has changed the way we find information. Instead of flipping through the Yellow Pages, users turn to mobile and web applications to find locations and information about points of interest (POI) (i.e. Google Maps). Most developers of these apps don’t have their own databases containing information on POI. Theref

    Blog
    koogawa
    koogawa 2014/07/24
    ロゴが(;´∀`)
  • エンジニアがアウトプットすべき理由 | 外道父の匠

    ブログが流行りだして10年以上が経とうとしているのに今更な内容ですが、エンジニアがブログを書く書かないについて再考する機会があったので、書き留めておきたいと思います。 書く人にとってはメリットがわかってるし、書かない人にとってはデメリットを流せるし、ぶっちゃけ好きにすればいいだけではあるのですが・・・ アウトプットとは ”発信”の方がしっくりくるのでどっちも使いますが、ここでは一般的っぽい”アウトプット”としています。私が思いつくアウトプットとは、 技術ブログを書くこと Wikiに手順やバッドノウハウをまとめること Twitterやコミュニケーションツールで短文メッセージを投稿すること 登壇発表すること 講師やメンターとして育成すること 書籍や連載を執筆すること ソースコードを公開またはプルリクすること で、どれも社内/社外どちらでも問わない、といったところです。ただし、社内におけるコード

    エンジニアがアウトプットすべき理由 | 外道父の匠
    koogawa
    koogawa 2014/07/24
    メリットの方が多い、というかデメリットは無い気がする