Help us understand the problem. What is going on with this article?
Appleから提供されているiOSのプログラミングガイド。日本語に翻訳されたiOSのドキュメントがあります。iOSデバイス向けのアプリを開発するにあたっては、必読の内容となっています。 これらは全てPDFで提供されています。 ですのでiPhoneでPDFを開き、iBooksで保存することが出来ます。 このように、持ち運んで空き時間に勉強できるんです。 PDFのリンクは下記にまとめていますので、iPhoneでご覧ください! iOSのドキュメント一覧(2011.8.20現時点) Audio & Video AV Foundationプログラミングガイド iOSカメラプログラミングトピックス Audio Session プログラミングガイド Core Audio の概要 iPodライブラリアクセス プログラミングガイド Tools & Languages Objective-C
おっと、タイトルだけ見て、先週から話題になっているはてなブックマークボタンのトラッキング問題の話かと思われたかもしれないが、本文でははてなブックマークの問題はほとんど扱わない。また、この問題について未だご存じない方は、ARTIFACT@ハテナ系のエントリの後半にあるこれまでの流れを辿ると分かりやすいだろう(ワタシ自身の認知にも近い)。 はてなが新サービスとしてはてなブログをリリースして4ヶ月以上経つ。当初は招待制だったが、昨年末にオープンベータに移行して現在にいたっている。 ワタシもリリース時に招待されたので少し触ってみたが、機能が何から何まで足らないことにびっくりしたものである。そして、はてなは「アレ」をやらかしたのではないかという疑念が頭をよぎったが、まさかと思う気持ちと、短時間触っただけの印象で間違った批判をしてはいけないという自制、何よりそのあたりはじきに解決するのだろうという楽観
厳密に言うと、「今のGoogleには品質管理を含めた総合的な技術力が余り無い」ように思う...世界中の優秀な技術者を結集しているようなイメージ戦略をしているのにも関わらず、だ。gmailやgoogle mapを作ったGoogleは、どこかに行ってしまったんじゃないかと思う。 スマートフォンOSはここ数年で3つか4つ出た。iPhone,Android,WebOS,Windows Phone,MeeGoなどなどだ。正直言おう。Androidが最も出来が悪くて、最も使い勝手が悪いスマートフォンOSだ。たぶん、多くの人が同意すると思う。おそらくこれらのスマホの中で通話アプリが落ちることがあるのは、Androidだけだと思う。まぁ、Android社は元々googleではないと、いわれればそれまでだけど。 クラウド環境もここ数年いくつか出た。GoogleやAmazonやGMOやNiftyやさくらや、N
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
厳しい市場環境に対応するために、ユーザー部門は業務に必要なシステムを随時、要求してくる。これに迅速・柔軟に応えるために、今、企業の情報システム部門はさらなる効率化が求められている。だが、リソースの問題もあり、なかなか思うような対応は難しい。ではどうすれば良いのか? 本連載では、マイクロソフトが近く提供開始する「Visual Studio LightSwitch」に光を当て、情シスの効率アップの実現手段を考えていく。 “新たな役割”を求められている情報システム部門 今日、企業ITの在り方は大きな転換期を迎えている。リーマンショック以降の不況期、多くの企業でIT予算は真っ先に凍結、もしくは削減の対象となった。後に業績を回復した企業でも、ITの投資対効果には、今までにないほど厳しいチェックの目が注がれるようになっている。 一方で、不況によるダメージから脱した企業は、競合他社に先駆けていち早く経営
Paris, la ville lumière, s'enrichit d'une nouvelle attraction sensationnelle qui fera le bonheur des amateurs de sensations fortes et des fans de super-héros. Le Batman Escape Game a ouvert ses portes, proposant une expérience immersive unique dans l'univers du Chevalier Noir. Ce nouvel escape game situé en plein cœur de la capitale promet de devenir un incontournable pour tous... Les transactions
php前提。PHP はクソ。滅びろ。ruby はしらんが python か perl か java のほうがよっぽど楽。javascript は多分同じかもっと地獄。よいところ導入が安い動作環境的な意味でも、コード的な意味でも。置けば動くし、書けば動く。本当に何も知らん人間でもなんとか動く。エンジニアの頭数もそろえやすい。運用コストのスケーリングができるapache+mod_php だけでも普通に早い。apc 入れればそれだけで大抵のリクエストさばける。nginx+php-fpm+apc なんて環境にすればもっとさばける(と思う。まだ試してない。)最悪 HIPHOP-PHP でなんとかできることは Facebook が証明している。ドキュメントが読みやすいphp.net のドキュメントはテンプレートがしっかりしていて全部それにそっているので非常に読みやすい。邦訳も早い。よくないところ標準の
少し前に若いエンジニア達と話す機会があった。この春SI企業に入社してプログラミングの研修を受けているという。みんなそれぞれ能力が高い上に、学習の高速道路を爆走中といった感じでネット上で話題になっているような技術情報には十分詳しい。SICPを全部解いたとも言っていたし本当はプログラミングの研修なんか必要ないのだろう。未踏に応募したり勉強会を開催したりするのはこういったタイプなんだろうかとか、いまどきのSI企業の人材獲得能力はすごいなとか思いつつ、でも彼らはこの業界に何を求めてどうなろうとしているのか少し気になったりもした。 これほど優秀で勉強もしてきた人達でも、SIerとしては即戦力にはならない。社会人マナーとか仕事の進め方の話ではなくて、単純に知識不足という意味で。そのため一緒に入社したプログラミング能力の低い社員と同じように扱われる可能性が高い。これはすごく不幸な状態だと思う。SI業界が
このまえ登り坂の途中でロードバイクのタイヤが破裂しました。ながたです。 今回はバッチ処理について書いてみようと思います。 バッチ処理? Webサービスの処理開始条件は、大まかに次の2つに分けることができます。 ユーザーのアクションに起因するもの ユーザーのアクションに起因しないもの このうち後者の処理をバッチ処理が担当することになります。 バッチ処理の担当分はさらに、 特定の条件(時間やサービスの状態)で実行するもの 手動で実行するもの の2つに分けられます。 今回はこの「手動で実行するもの」について書きたいと思います。 バッチを手動実行するのはどんなとき? バッチ処理を手動で実行するのは、十中八九イレギュラーな状況が発生したときです。 ルーチンワークや実行の条件が決まっているものは何らかの方法で自動化できるはずです。 そしてイレギュラーな状況のほとんどは不具合が発生したとき。 つまり 重
ここ最近、Google App EngineやHerokuを使ってTwitter Botを作ろうと、いろいろ実験していた。以下はその関連記事。 Google App EngineのJRubyでSinatraを使ってHello worldする RubyでTwitterのOAuth認証に必要なトークンを取得する Google App EngineのJRubyでSinatraからTwitterにつぶやけなかった HerokuでSinatraを使ってHello worldする HerokuアプリをGitHubにもプッシュする HerokuとGitHubの両方にプッシュする時の秘密にしたい値の扱い HerokuのSinatraでTwitterにつぶやく Herokuのcronを使って自動でTwitterにつぶやく で、これらを踏まえた試行錯誤の結果、HerokuとSinatraの組み合わせで目的のも
東大総長の平成30年度卒業式告辞で見田宗介の名前を知り「まなざしの地獄」とともに読んだ。本書は「脱高度成長期」をむかえた現代社会がどこに向かうのかを正面切ってとりあげている。 指数関数的な経済成長というのがありえないということを我々はすでに知っている。地球の資源は有限だし、人口増加も頭打ちになっている。しかしながら、我々の精神性においてはどこかに経済成長を望んでいるし、暗黙の仮定として、それを前提としている空気もある。 見田宗介はロジスティック曲線とよぶS字型の曲線を例に現代社会の行く末を占う。(8ページ) 1970年代のローマクラブの「成長の限界」を持ち出すまでもなく、成長はどこかに限界がある。それをロジスティック曲線が端的に表している。 「貨幣経済という人間の最大の発明の一つ」(132ページ)で欲望はどこに向かうのだろうか? 「生活のための物質的な条件が確保されれば、それ以上の経済など
データベース設計の話をしていて、「連番の主キーは業務上意味のないデータだから、テーブルに持たせるのはムダだ。複合主キーにするべき」という意見を聞く機会がありました。 脊髄反射で「ないわー」と思ったものの、理由を上手く説明できなかったので、改めて考えてみました。 その結果、次のような結論に至りました。 単一の連番カラムによる主キーと、複合カラムによる主キーとで迷ったら 実装をシンプルにし、業務変更の影響範囲を小さくするために、複合主キーを避ける というわけで、調べたことや考えたことをメモしておきます。# 間違っている部分があれば、教えていただけると嬉しいです。 (2011/07/25 追記)複合主キーとサロゲートキーについては、要件やシステムに依存して多様な判断がありうると思います。にもかかわらず、「避けるべき」というタイトルにしたのは極端でした。申し訳ありません。ご指摘下さった皆さん、あり
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く