スマホから最短3タッチでタクシーを呼べるシステム、東京無線に導入
東京無線協同組合、富士通テン、メイテツコムは3月12日、スマートフォンから簡単にタクシーの配車を依頼できるシステムを開発し、4月1日から東京無線に導入すると発表した。最短3タッチで呼ぶことができ、配車されるタクシーは約20～30秒で確定できるという。 開発したのは「すぐくるタクシー 東京無線版」。メイテツコムが開発した「スマホ配車受付システム」と、富士通テンの自動配車システムを連携させた。 ユーザーはアプリ（iPhone／Android）を起動し、GPS機能を利用して地図上で配車先を指定して「注文」ボタンをタッチすれば配車を依頼できる。配車サーバが東京無線の約4000台から最適なタクシーを自動的に検索し、タクシーに配車を指示する仕組みだ。 ほかの事業者にも導入を目指し、全国約1万6000台での相互利用を目指していく。 関連記事 全国規模でのタクシー配車サービスを 日本交通とマイクロソフトが
東京電力「賠償金払うからお金ちょうだい！」 → 4分の１しか賠償に使ってませんでした(・ω＜) : はちま起稿
東京電力は政府から原発事故の被害者支援に向け、総額で約１兆７０００億円の資金援助を受けることが決まった。だが、個人と法人を合わせ被害者に支払われたのは、事故から１年経過しても政府支援額の４分の１程度の約４４１７億円（７日時点、仮払金含む）にとどまった。 背景には、複雑な手続きに加え、文部科学省の原子力損害賠償紛争審査会による指針を盾に柔軟な対応を東電が取らなかったことがある。 審査会は１６日にも最終的な指針を策定。裁判外の和解手続きも組み合わせ、被害者救済をどこまで迅速に実行できるかが課題となる。 7 名前： ポラリス(dion軍) 投稿日：2012/03/11(日) 11:07:05.39 ID:wPoSB9KI0 [1/2] エロイ人「貰った金をどう使おうが勝手だろ！」 8 名前： 木星(静岡県) 投稿日：2012/03/11(日) 11:07:24.47 ID:QK9g4Q
ブラウザベースのjQuery Mobileアプリ開発環境「codiqa」と「Application Craft」
jQuery MobileなどのすぐれたJavaScriptフレームワークの登場で、HTML5とJavaScriptを組み合わせたWeb標準によるモバイルアプリケーション開発が普及し始めています。 この記事では、Web標準によるアプリケーション開発をさらに簡単にしてくれる、WebブラウザベースのjQuery Mobile対応モバイルアプリケーション開発環境「codiqa」と「Application Craft」の2つを紹介しましょう。 Codiqa～jQuery Mobileアプリのモックアップがすぐ作れる モバイルデバイス対応のアプリケーションを開発するときに手間がかかるのが、小さい画面でも使いやすいユーザーインターフェイスの構築です。モックアップを作り、使い勝手を試す必要があります。 先月公開が始まった「codiqa」は、そのモックアップを手軽に、Webブラウザ上でドラッグ＆ドロップす
管理画面を見れば、はてなブログが新世代だというのはわかるんだけど、それって説明しにくいよね - ARTIFACT@はてブロ
はてなブログの悪口ばかり言う人だと思われるのも心外なので、はてなブログのいいところを書く。 ブログ登場当初、管理画面はMovable Typeがスタンダードで、どこのブログサービスも大体Movable Typeをモデルにしている。しかし、時代も変わり、今のブログのスタンダードはWordPressだろう。しかし、ブログサービスで、WordPressなどの最近のブログツールに近い画面を持つものはあるのだろうか? ライブドアブログはブログに力を入れているから、機能追加なども多いが、大半のブログサービスは停滞したままと言っていいんじゃないかなあ。今や、Webサービス会社にとって、ブログサービスは、お荷物にこそなれ、売りになる訳じゃないから、そんな開発コストをかけられないものね。 じゃ、WordPressを真似すればいいのか?という話だが、WordPressはかなり重量級のツールとなっており、わかり
シンプル＝バッドシグナル説 - bkブログ
シンプル＝バッドシグナル説 知人と話していて、シンプルという言葉は手抜きの言い訳として使われることがあまりに多いので、シンプル＝バッドシグナル（バッドな兆候）なのではないか、という話になりました。 シンプルが言い訳としてよく使われるのは以下のような場面です。 必要な機能が足りていない デザインがださい そこらじゅう手を抜いている プログラミングにおいてよくあるのが、まじめに実装していないクラスに Simple なんとかという名前をつけるパターンです。自らシンプルと名乗っているものには疑ってかかったほうがいいのかもしれません。 以上、シンプルな考察でした。
nabokov7; rehash : ライブドアという会社の話をしよう - Q12. 次世代ブログサービス(になるはずだった) nowaの撤退をどうみた？(上)
March 08, 201222:49 カテゴリライブドアという会社の話をしよう ライブドアという会社の話をしよう - Q12. 次世代ブログサービス(になるはずだった) nowaの撤退をどうみた？(上) 事件直後の話はこのへんで切り上げて、その後の、あまりぱっとしなかったサービスの話をいくつかしていこう。 - Q12. 次世代ブログサービス(になるはずだった) nowaの撤退をどうみた？ nowaってみんな知ってますかね… → ライブドア、新ブログサービス「nowa」の一般向け公開を開始 (2007年5月30日) Six Apart の VOX という新ブログサービスを参考に、ブログと SNS と twitter と tumblr と irc を全部あわせたような様々な機能を備えた次世代ブログが nowa だった。 この頃は丁度、web2.0という言葉がもてはやされ、ライトユーザ間のゆる
はてなは「絶対すべきでないこと」をやらかしたのか？
おっと、タイトルだけ見て、先週から話題になっているはてなブックマークボタンのトラッキング問題の話かと思われたかもしれないが、本文でははてなブックマークの問題はほとんど扱わない。また、この問題について未だご存じない方は、ARTIFACT@ハテナ系のエントリの後半にあるこれまでの流れを辿ると分かりやすいだろう（ワタシ自身の認知にも近い）。 はてなが新サービスとしてはてなブログをリリースして4ヶ月以上経つ。当初は招待制だったが、昨年末にオープンベータに移行して現在にいたっている。 ワタシもリリース時に招待されたので少し触ってみたが、機能が何から何まで足らないことにびっくりしたものである。そして、はてなは「アレ」をやらかしたのではないかという疑念が頭をよぎったが、まさかと思う気持ちと、短時間触っただけの印象で間違った批判をしてはいけないという自制、何よりそのあたりはじきに解決するのだろうという楽観
被災地域の衛星写真を更新しました
メディア関係者向けお問い合わせ先 メールでのお問い合わせ: pr-jp@google.com メディア関係者以外からのお問い合わせにはお答えいたしかねます。 その他すべてのお問い合わせにつきましては、ヘルプセンターをご覧ください。
モバイルゲームの歴史を年代別にご紹介します。モバイルゲームの成長と今後について詳しく解説していきます。
モバイルゲーム 物凄い勢いで勃興したモバイルゲーム業界は、いろいろな課題や問題に直面しながらも巨大化し、今日の時点でのスマートフォン向けゲームの市場へと継承されていきます。 モバイルゲームの歴史 2001 Javaアプリと3Dゲームの登場 Javaが利用できるようになったことにより、ダウンロード型のゲームが供給できるようになりました。 2002 携帯電話端末の大容量化・3D化競争 Java搭載携帯電話端末が登場してからごく僅か1年の間に、アプリのサイズに関しては10倍に広大化し、表現方法も2Dから3Dにシフトし始めました。J-PHONEは『ゼビウス』や『スペースハリアー』などといった昔のアーケードゲームを、ドコモはSIMCITYなどパソコンで世界的規模のヒットを飛ばしたゲームを主力商品としていました。 2003 モバイルゲームの一般化 メモリの制限が厳しいJava仮想マシン上ではなく、OS
誰も言いたがらない「Sony が Apple になれなかった本当の理由」
Sony や Panasonic が家電のコモディティ化で大赤字を出して苦しむ一方で、今や株価総額が日本の大手家電メーカー８社の株価総額の３倍以上にもなった Apple（参照）。 この差に関しては、私も含めて、リーダーシップの欠如だとか、ゼネコン型のソフトウェア開発スタイルが悪いとか、ソフトウェアの重要性を理解しない経営者、などのさまざまな考察がされているが、その根底にあるのは、「大企業は一度正社員になった人は会社が倒産の危機にでもさらされない限り解雇してはいけない」という日本特有の雇用スタイル。 家電業界の成り立ちは、日本の家電メーカーが業績をのばしていた高度経済成長期とは大きく変わってしまった。ソフトウェアがものすごく重要になったのはもちろんのこと、ハードウェアに関しても、中国を含む東南アジアが「世界の工場」となった今、「何を自分で作り何をアウトソースするか」がコスト削減の上でも差別化
“新しいiPad”が追求したスペック以上の魅力
3月8日早朝、既報の通り“新しいiPad”が発表された（iPad 3とは名付けられていないため、便宜上、初代を旧iPad、新型を新iPad、iPad 2はそのままiPad 2と表記する）。 発表会の内容だけを見ると、予想された範囲内のハードウェアアップデートと言える。GPUが強化されたとはいえ、CPUコアの大幅な変更などはなく、RetinaディスプレイやLTEも、あらかじめ搭載が予想されていたからだ。 そこで、今回はアップルが開催した報道陣向け体験会での関係者への聞き取り、製品のタッチ＆トライから、発表会の内容だけでは分かりにくい部分を中心にお伝えしよう。 結論から言えば、想像される範囲内のハードウェア変更にとどまったものの、旧iPadからiPad 2への変化よりも、iPad 2から新iPadへの体験レベル向上のほうが大きな進歩に感じられた。旧iPadユーザーはもちろんだが、iPad 2ユ
快進撃・アップル社支える「日の丸工場」の底力【2】
売上高の約7割がアップル社向け 大阪・池田市に本社を構える銭屋アルミニウム製作所は、その名の通り自動車やIT関連のアルミ製品が主力。リストに掲載された企業の中でも売上高に占めるアップル社の比率が約7割（民間調査会社調べ）と格段に高い。アップル社の快進撃に牽引され、11年9月期の売上高は162億円と、2期前に比べ7割増で過去最高となった。取材については「すべてお断りしています」と慎重だ。金属加工業界に詳しい人によれば、 銭屋アルミニウム製作所。社名の由来は、江戸末期の鎖国体制下で米露や香港とひそかに交易したという豪商、銭屋五兵衛。グループ会社のつくる浮標・標識灯は独壇場だ。鍋づくりの特殊な技術を生かし、自動車や電車の部品を手がける。 「戦前、創業者が堺市で個人商店を立ち上げたのが始まり。アルミ製の鍋ややかんなどの大手だったが、IT関連製品などのビジネスに移行。パソコンやデジタルカメラの金属ケ
実は誰もが知っている「AppleがSonyになれた本当の理由」 : 404 Blog Not Found
2012年03月12日07:45 カテゴリArt 実は誰もが知っている「AppleがSonyになれた本当の理由」 設問が間違っていては、たとえその設問に対する答えが正しくとも意味がない。 Life is beautiful: 誰も言いたがらない「Sony が Apple になれなかった本当の理由」 そろそろ、「会社は誰のためにあるか」という根本の部分から見直さないと日本の家電メーカーは世界で戦えない。TPP で市場を開放する前に、しておくべきことは沢山ある。 それではなぜHPもDellもNokiaも、MicrosoftですらGoogleですらAppleになれなかったのかを問わねばならないだろう。 もっと的確な設問があるではないか。 なぜAppleはSonyになれたのか? どれほどAppleが--昔日の--Sonyになりたかったのか、どれほどJobsがAppleをSonyにしたかったのかの証
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
モバイルゲームの歴史を年代別にご紹介します。モバイルゲームの成長と今後について詳しく解説していきます。
モバイルゲーム 物凄い勢いで勃興したモバイルゲーム業界は、いろいろな課題や問題に直面しながらも巨大化し、今日の時点でのスマートフォン向けゲームの市場へと継承されていきます。 モバイルゲームの歴史 2001 Javaアプリと3Dゲームの登場 Javaが利用できるようになったことにより、ダウンロード型のゲームが供給できるようになりました。 2002 携帯電話端末の大容量化・3D化競争 Java搭載携帯電話端末が登場してからごく僅か1年の間に、アプリのサイズに関しては10倍に広大化し、表現方法も2Dから3Dにシフトし始めました。J-PHONEは『ゼビウス』や『スペースハリアー』などといった昔のアーケードゲームを、ドコモはSIMCITYなどパソコンで世界的規模のヒットを飛ばしたゲームを主力商品としていました。 2003 モバイルゲームの一般化 メモリの制限が厳しいJava仮想マシン上ではなく、OS
ニコニコ超会議2023 公式サイト
企画情報を更新、タイムテーブル、マップを公開しました。詳細はメニューより各ページをご覧ください。情報は随時追加更新いたします。
Kotaku - The Gamer's Guide
The Missing begins with two messages: “This game was made with the belief that nobody is wrong for being what they are” and “This game contains explicit content, including extreme violence, sexual topics, and depictions of suicide.” The messages cut straight to the chase: The Missing is both a sweet love story and one…
まつもとゆきひろ氏がノーチラスのチーフアーキテクトに就任
ノーチラス・テクノロジーズは2011年10月3日、Rubyの作者であるまつもとゆきひろ氏が同社のチーフアーキテクトに就任したと発表した。ノーチラス・テクノロジーズは、イーシー・ワン（EC-One）のソフト開発部門とウルシステムズの「Hadoop」関連部門が経営統合して発足した企業（関連記事）。 まつもと氏は分散処理の分野におけるRubyやオープンソースソフトウエアの活用に関する助言や指導を行う。ノーチラス・テクノロジーズはまつもと氏のRubyやオープンソースソフトウエアの普及活動を支援し、共同で技術研究を実施する。 まつもと氏はネットワーク応用通信研究所フェローおよび楽天の楽天技術研究所フェロー、Herokuのチーフアーキテクトなど既存の活動を継続する。 ノーチラス・テクノロジーズは、基幹バッチ用Hadoopフレームワーク「Asakusa Framework（Asakusa）」をオープンソ
benli: 中立的行為による幇助の成否について（再論）
某所で、Winny事件の最高裁判決についての評釈を書きました。そちらは、判例評釈のフォーマットにしたがって論述していきましたが、こちらは単なるブログですので、Winny事件の各段階での判決やこれについての評釈等を読んだ上で、中立的な技術の公衆への提供者の刑事責任について、現段階で考えていることを備忘録的に書いていこうと思います。 価値中立的な技術を公衆に提供すると、それを用いた特定の法益に対する具体的な侵害がある程度の頻度で発生する。しかし、それだけで、その技術の提供者は、その特定の法益侵害行為を容易にしたといっても良いのだろうか。今回の最高裁判決、とりわけ多数意見は、この点から出発しています。 幇助責任を問う以上、特定の法益侵害の発生する蓋然性を有意に高めたことが必要だ──この前提に立ったとき、その蓋然性の高まりは、何と比べてのものなのかを特定する必要があります。 「正犯者がその技術を手
システムはどこまで内製化できるか - 急がば回れ、選ぶなら近道
どこでも何回も何十回も言われているが、システムを経営の変化に対応させるにはある程度のシステムの開発を内製化すべきである、という論調が強い。この問題は、古くて新しい問題であり、と同時におそらく、いままでとは違うコンテクストで語られることになるような気がしている。ここ１０数年の流れを見れば、内製化の議論はアウトソーシングの流れとそのより戻りの反復運動の繰り返しだといっていても過言ではなかったと思う。近年はむしろ、SI屋さんの全体的な弱体（特に技能として）化とクラウド等によるインフラの導入しやすさと相まって別の背景で語られることが多くなってきている。また、見逃せない背景としては、そもそもの就労可能若年層の減少と、若年層の総体数減少による能力のばらつきの顕在化も強くあげられる。特にシステム開発の供給サイドの問題は、エンドユーザーの内製化の議論においては、今までのコンテクストでは語られることがなかっ
バッチ設計と実装ガイド | Asakusa Framework
Asakusa Frameworkでは、基幹向けバッチアプリケーションの作成に主眼を置いた独自の領域特化言語(Domain Specific Language, 以下 Asakusa DSL)を利用してアプリケーションを作成します。 ケース・スタディを通じて、Asakusa DSLを前提とした設計手法と具体的な実装方法を理解することができます。 ここで解説する設計手法と実装ガイドは、Asakusa DSLの概要を理解していることを前提としています。 Asakusa DSLについては、以下のドキュメントを参照してください。 Asakusa Framework 入門 Asakusaでは、設計手法としてDAG（有向非循環グラフ）を利用した記述法で設計を行います。以下のドキュメントではAsakusa DSLの設計手法と実装手法を解説します。 AsakusaDSL設計手法（PDF） AsakusaD
トランザクションデータ（とマスターデータ）について思うところ - 急がば回れ、選ぶなら近道
業務系のデータ処理では、大きくはトランザクションとマスターに分かれる。 マスターデータは特に、モデルや制御の方法が何かと面倒くさいので、よく議論になる。「マスターデータの管理の手法」というセミナーまで定期的に普通に開かれることも多い。他方、トランザクションデータ（以下TXデータ）は、普通に受け渡しのデータなので、フラットにダラダラ書いておけばよい、という扱いが大抵になる。そもそもER志向でモデルを設計すると、ほとんどは図面はマスターで占められ、TXデータはやたらなんか大量のフィールドを持つ大きなクラスがあるわいね、という扱いも多い。 あと、設計の観点からいうと、ERベースだとマスター設計が花形になる。まぁわかりやすいし、設計作業がしやすい。マスターは「構造」になり、TXデータは「構造」になりにくい。設計者は「構造」が好きだ。良くできた設計は確かに堅牢で、一定の変化にも追随できる。ある種の「
Asakusaでの設計・実装の方法についてのドキュメント - 急がば回れ、選ぶなら近道
Asakusaのドキュメントを大幅に見直し+追加しました。自分の担当は設計関連の部分だったので、その辺の“あとがき”的なものを以下。自分で書いて気になったところもまとめて置く感じで。 http://www.asakusafw.com/techinfo/methodology.html 1.設計手法について 理論的な背景はともかく、業務バッチ処理をどのように設計するか、ということについての一つの「やり方」を書きました。これは完全に経験則と過去の方法論の掘り起こしによるものです。基幹バッチ処理をデータフローで、ゼロから設計するという手法は、周りを見るところ、ほぼ完全なロスト・テクノロジーになってしまっていて、ちょっと見当たらないです。（調査が足りないという話もありますが） データフローベースの、（有り体にいうとCOBOLライクな環境での）バッチの作成は、現状では、メンテナンスで既存に手をいれる
Hadoopは汎用機の夢を見るか？ - 急がば回れ、選ぶなら近道
オープン系の歴史は、基本的に汎用機との戦いでした。個人的にも自分の戦いも、わりとまじめに汎用機との戦いでした。Linux? おもちゃですね。Java? 飲めるの？Object指向? 品質高いの? ・・・まぁこんな感じでしたね。確かにLinuxはもはや標準になりました。Javaでの開発は普通になりました。Object指向以外の開発はまぁ普通にないですね。・・・しかし、残念ながら基幹バッチは未だに汎用機です。汎用機は未だに現役であり、基幹処理の根っこは、いまだ汎用機で動いています。信頼性は突出しているし、パフォーマンスもバッチ処理に関しては依然として最強だと言えるでしょう。新人COBOLな人のバッチが、ハイパーなOracle使いのSQLバッチを軽く凌駕する事は、まだ普通にあります。・・・なぜか？ 多重度が違いすぎますね。 汎用機はハードウェアからOSレベルまですべて、多重度が上がる事を前提に処
ソーシャルメディア活用企業トップ50が発表、第1位はどの企業?
アジャイルメディア・ネットワークはこのほど、日本企業におけるソーシャルメディア活用状況をまとめた調査第3回「ソーシャルメディア活用企業調査」の結果を発表した。 今回は、Facebook、Twitter、mixi、GREE、モバゲータウン、YouTube、ブログに、ライブ中継サービス「Ustream」と「ニコニコ生放送」を加え、9つのソーシャルメディアを調査対象とした。 各サービスの企業アカウントやチャンネルにおけるフォロワー数、登録数、動画再生数などを合算して指数化した結果、最もソーシャルメディアを活用している日本企業は日本コカコーラとなった。これに、ローソン、カプコン、スクウェア・エニックス、セガが続く。同社のサイトでは、「ソーシャルメディア活用企業トップ50」のリストを公開している。 同社はソーシャルメディア活用企業の調査と並行して、ソーシャルメディア活用に関するアンケートも実施した。
Play framework2.0を触ってみた - ひしだまの変更履歴
ひしだまＨＰの更新履歴。 主にＴＲＰＧリプレイの元ネタ集、プログラミング技術メモと自作ソフト、好きなゲームや音楽です。 前から「ScalaでWebアプリを作るとしたらどのフレームワークがいいんだろう？」と思ってたんだけど。 名前を聞いたことあるものだけでもこれくらいある＾＾； Play framework Lift Scalatra （RubyのSinatraライク） Unfiltered Spray （Akkaベース） BlueEyes （jugyoさん訳の紹介を見ると、SprayとBlueEyesはWebサービス向けのようだから、ちょっと毛色が違うかも？） 本来だったら全部試して比べてみるのがいいんだろうけど、さすがにそこまで出来ないorz でも試すとしたらPlayとUnfilteredになるのかな？ Liftはyuroyoroさんのサイトで紹介されているけど、当のyuroyoroさん
CakePHP における Mass Assignment 脆弱性対策
Rails 界隈で話題の Mass Assignment 脆弱性を CakePHP で防ぐ方法です。 Github に Mass Assignment 脆弱性が発見されて、Rails 界隈で話題になっています。この問題自体は目新しいものではなく、Rails 自体の問題というより、Rails アプリケーションの作り方の問題ということで、以前から作る側が注意を払う必要がありました。 この Mass Assignment 脆弱性は、Rails を手本に発展してきた CakePHP アプリケーションでも同様の問題が発生する可能性があります。知っている人には常識なのですが、まだ知らない人もいるかと思うので、CakePHPにおける対策方法を書いてみます。下記コードはCakePHP2系を想定していますが、考え方はCakePHP1系でも同じです。 Mass Assignment 脆弱性 CakePHP に
いわゆる仕様と業務例外について - 急がば回れ、選ぶなら近道
最近とにかく、移動が多いので、その中でちょいちょい考えたことをまとめておきます。まずは仕様の理解の仕方とか、業務例外とか、押さえておきましょうという視点から。別にこれが正解で必須というわけではないので、あくまで個人の経験をまとめただけです。 モデリングとか、なんというかそういう高尚な話ではなくて、実際に仕様をまとめるときに、現実的に落ちる穴を、経験的に書きます。大抵のプロジェクトでは、仕様が固まらずに、または手戻りが発生して酷くコストが膨らむということがやはり多いわけで。理屈はともかく自分の経験的な対策案です。 （なんというか、開発方法論や手法・ドキュメントのまとめ方は、なんとかBOKから始まって、アジャイルや押しくらまんじゅうやらでいくらでもであるのですが、その一方で丁寧な要求定義や設計それ自体ができる人材は、むしろ急激に減っているような印象すら受けます。海外からの翻訳や輸入はやたらと多
「Androidはもうからない」――人気ゲームメーカーが開発終了を発表
米AppleのiOSと米GoogleのAndroidで人気のRPGゲーム「Battleheart」のメーカー、米Mika Mobileは3月9日（現地時間）、Android版ゲームの開発を終了すると発表した。Android版の開発・販売は採算が合わないという。 同社は、iOS版モバイルゲーム「Zombieville USA」とBattleheartでその名を知られるゲームメーカー。昨年5月にAndroid版もリリースした。いずれも有料（BattleheartのAndroid版は日本では242円）で、Battleheartは少なくとも5万本以上ダウンロードされている。 Mika Mobileによると、Android版ゲームのために同社は昨年、総人的時間の20％を費やしたが、Android版の売上高は総売上高の5％だったという。OSの断片化や異なるGPUを搭載した多数の端末への対応に多大な手間
SI屋さんとSIと、直近の課題について。 - 急がば回れ、選ぶなら近道
某セッションでちょっとしゃべったことをつらつらと。SIの現状と近い将来について思うところをまとめておきます。自分自身の立ち位置も確認していくという意味で。 結論的にいうと、SI自体は必要とされていますが、SI屋さんのビジネスモデルは成立しないという状況になるので、旧来の「SI屋さんの方法」ではうまくいきません。なので、別のやり方でSIをどうやっていくか？という議論が必要になりますね、という話です。 まずSI事業は人月稼働で商売をしています。スタート地点はそうではなかったのですが、一旦大きな人数を抱えると、食わせる必要があるため、より大きな仕事を取る羽目になります。要は稼働させる事、それ自体が目的になります。稼働を維持させる事で、収入を確保する事ができ、確保された収入で稼働のための人員を維持できる。そもそもそういう循環をベースに組織の目的が、「結果として」形成されてしまっています。 副作用と
私のSIMフリーiPhone 4Sの月額使用料（docomoのXi）を公開します。～SoftBank、auとほぼ一緒、むしろ…(・∀・;)＊リンあれ
タイトルは釣りじゃないですよ( ´ ▽ ` )ﾉユコびんです。 ご存じだと思いますが、私はSIMフリーiPhone 4Sを使っています。 『SIMフリーiPhone運用って、お高いんでしょ？ 本体だって高い上に、月額使用料もかかる。auやSoftBankで契約すれば端末代負担してくれるよ』 それは、確かにその通りです。 が、今現在の私のSIMフリーiPhone 4Sの月額使用料はauやSoftBankより若干少ないのです。 『ドコモ回線とか言って、日本通信じゃないの？』 違います、docomoの契約です。 私、ユコびんも普通の経済観念の人。 同じものなら高いより、安い方がいい！(`･ω･´+) ｷﾘｯ SIMフリーiPhoneを使うにあたって「どうしたら安く運用出来るかなぁ～」と考えた結果です。 倹約出来るところはして、お得に使いたいじゃないですか？ こうして渡り歩いたSIM、3枚目ですが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
人生オワタ速報 : ＢＮＦとｃｉｓの雑誌でのリアル対談の様子
Scalatra: Sinatraに似たScalaのウェブフレームワーク
【ボーカロイド】クリプトン広報が悲痛な叫び「頼む。もう二度と関わりたくないんだ」 : 萌えオタニュース速報