タグ

2011年3月2日のブックマーク (30件)

  • ニュース30over : Facebook終わった・・・電通と業務提携! - ライブドアブログ

    1 :名無しさん@涙目です。:2011/02/28(月) 18:27:22.31 ID:U4BckG0R0 株式会社電通と米国Facebook社は28日、ソーシャル・プラットフォーム 「Facebook」を活用した広告主向けサービスのサポートに向けて、業務提携契約を締結した。 Facebookの会員数は5億人を超えており、すでに多くの企業がFacebookを活用したマーケティング活動を行っている。 「Facebookページ」と呼ばれる、団体、会社、ブランド、有名人、 バンドなどがファンに正式な情報を公開するため公式ページも開設可能となっている。 電通は、Facebookの公式広告販売パートナーとして、広告主向けに Facebookページのコンサルティング/制作を行うとともに、Facebookのプレミア広告枠の独占販売や、 マス広告と連動したFacebook活用の新しいマーケティング展開を広

  • TechCrunch

    Ford and its joint venture partner SK On, will increase wages at two planned EV battery factories in Kentucky and Tennessee in an effort to assuage striking autoworkers. That offer might not be enough

    TechCrunch
  • 元Googleのエンジニアが語る「なぜGoogleはソーシャルネットワーキングに弱いのか」

    先ごろ、Googleが自社のソーシャルネットワーキングサービスの開始を延期したというニュースをお伝えしましたが、いったいなぜGoogleYahooMicrosoftといったIT・ネット業界の超巨人達はソーシャルネットワーキングサービスでは遅れをとっているのでしょうか。Googleが立ち上げたSNS「Orkut」に携わったエンジニアが答えています。 これはQ&Aサイト「Quora」の「なぜGoogleMicrosoftYahooといった大企業はソーシャルネットワーキングで成功していないの?」という問いに元Googleエンジニアを名乗るAaron B Ibaが回答したもの。彼は「Orkut」のチームにも在籍していたそうで、そこから当時の経験を語っています。 ■「ソーシャルネットワーキングは取るに足らないお遊び」という認識 Aaronいわく「Orkutのチームにいた当時、ソーシャルネッ

    元Googleのエンジニアが語る「なぜGoogleはソーシャルネットワーキングに弱いのか」
  • YouTube - browsing togetter

    Togetter新着チェックとAfficheurによるTwitter閲覧

    YouTube - browsing togetter
  • 「LIFE SHRINKS - JGC15(寿命が縮む15分)」Togetter matome matome

    最高のslack体験を求めて 〜新バージョンリリースに添えて〜 / introduce-slack-aggregator-in #dentoolt 21whywaita

    「LIFE SHRINKS - JGC15(寿命が縮む15分)」Togetter matome matome
  • アルファネットウォッチャーから学ぶネット閲覧の三要素 - FutureInsight.info

    知る人ぞ知るアルファネットウォッチャーotsune氏のネット閲覧環境がtogetterイベントで発表されました。 まさに恐るべし内容でして、その発表資料はこちら。 Togetter matome matome その時の発表で見せた動画がこちら。 browsing togetter - YouTube この閲覧環境を見て、ryo_katsuma氏はまるでnegipoくんの開発環境のようだと言っています。これ、妙にツボにはまりました。 otsuneさんの閲覧環境、negipoの開発環境と見た目変わらない。less than a minute ago via Twitter for iPhoneryo katsuma ryo_katsuma ただ、改めて考えてみるとネット閲覧環境というのは大きく分けて三要素から成り立っているな、と感じました。それは以下の三要素です。 情報収集の自動化 ネット閲覧

  • 第1回 双方向通信を実現する代表的な技術 | Think IT

    はじめに 今回から全4回でリアルタイムWebの現状をとらえていきたいと思います。1回目となる今回は、リアルタイムWebについての概要です。 リアルタイムWebとは、データが集約されているサーバーの情報をリアルタイムで参照できる仕組みです。現在のWebシステムの場合、リアルタイムでサーバーの情報を得ようとすると、定期的にサーバーに問合せを行う必要があります。具体的には、クライアントスクリプトでリクエストを生成し、タイマーを使ってリクエストを投げるAjaxやMetaタグのリフレッシュ機能で、ブラウザからリクエストを定期的に投げるポーリングといった技術を使います。 これは、従来のWebシステムがHTTP通信を使ってクライアント、サーバー間の通信を行っているためです。 HTTP通信では、リクエストに応じてレスポンスを返すという1往復の通信の安全性を確保するための通信手順がとられています。そのため、

  • 第25回 「こうなってます」は何も言っていないのと同じ

    IT業界でプロとして活躍するには何が必要か。ダメな“システム屋”にならないためにはどうするべきか。“システム屋”歴30年を自任する筆者が経験者の立場から、ダメな“システム屋”の行動様式を辛口で指摘しつつ、そこからの脱却法を分かりやすく解説する。(編集:日経情報ストラテジー) 製造A社IT担当者 「景気が悪いので、社内では営業部門強化が最優先課題です。間接人員は削減される一方で、大変ですよ」 金融B社 「同じですね。うちでは、間接部門の人もみんな営業に借り出されています」 流通C社 「当社も同じ。営業現場が混乱しちゃって、その交通整理が大変ですよ」 製造A社 「何か情報化ツールで良いのがないかなって探しているんですが」 金融B社 「あれ、どうなんだろう。クラウド・コンピューティングで有名なあの製品。実は当社は5年前に別の高額なパッケージソフトを入れて大失敗しましてね・・・」 流通C社 「そこ

    第25回 「こうなってます」は何も言っていないのと同じ
  • Expired

    Expired:掲載期限切れです この記事は,産経デジタル との契約の掲載期限(6ヶ月間)を過ぎましたのでサーバから削除しました。 このページは20秒後にITmedia ニュース トップページに自動的に切り替わります。

  • Twitter / のさだ: そういえばある高専の試験中にモールス信号でカンニング ...

    そういえばある高専の試験中にモールス信号でカンニングを試みた猛者がいたらしいんだけど、その企みを元帝国陸軍情報士官だった先生がモールス信号で「おまえらカンニングやめろ」みたいなこと打電()して防いだという話を聴いたことがある。プロは違うな 4:00 AM Dec 12th, 2010 Saezuriから 100+人がリツイート

  • PC

    生成AIで自分生産性向上 表の組み立てやデータの整理も、Excelの使い方に困ったらAIに尋ねよ! 2024.02.22

    PC
  • このページを見るには、ログインまたは登録してください

    Facebookで投稿や写真などをチェックできます。

  • 間違いだらけの「かんたんログイン」実装法

    今回は、そのかんたんログインの問題点について説明します。 「契約者固有ID」を用いるかんたんログイン かんたんログインとは、携帯電話の「契約者固有ID」を用いたログイン手法です。 第1回で説明したように、携帯電話のブラウザのリクエストヘッダには契約者固有IDと呼ばれるIDを付けることができます。契約者固有IDは、携帯電話事業者によって詳細は異なりますが、すべての携帯電話事業者が対応しています。 図1は、NTTドコモの携帯電話がサポートしている契約者固有IDである「iモードID」がサーバに送信される様子です。この情報は、ユーザーがそれと意識することなく送信されます。携帯電話のかんたんログインとは、契約者固有IDのみを用いて認証を行い、ログイン機能を実現することです。 かんたんログインは、ベーシック認証のようにIDとパスワードを管理する必要もなく、Cookieのように対応する端末を考慮する手間

    間違いだらけの「かんたんログイン」実装法
  • Paper.li

    Goodbye After 13 years of service, Paper.li sunset on 20 April 2023

    Paper.li
  • 37signals Jason Fried氏の講演 「より少ないシンプルな機能で競争する」:Goodpic

    This shop will be powered by Are you the store owner? Log in here

  • Loading...

  • Scaffolding :: CakePHPによる開発 :: マニュアル :: 1.3コレクション

  • IT系企業のWebサイトに多く見られるサイト作りにおける失敗例 - I am bad at math

    IT系企業のWebサイトに魅力を全然感じないのはなぜか?来であればこの分野に長けていて不思議はないハズなのに、もうあたり一面死屍累々といった感じなのである。そういったサイトにありがちなパターンは文に抽象的なキーワードが散りばめられ、何を言っているのかわからないこと。中でも程度を表すものについては注意する必要があったりする。 最 ベスト 高 長 低 安 全 強 圧倒的 先進的 卓越した 短 大 小 迅速 上 豊 明ここにリストアップされている文字、あるいは単語が入っていると途端に文章がボヤけてしまい、読み手はたちまちにして白昼夢へトリップだ。トイレに席を立つだけでもそんなサイトを見たことを忘れてしまうだろう。例えば、ということでよくありがちな文章をひとつ部分的にピックアップしてみよう。 「〜技術力で高品質、かつ最適なソリューションを提案します。」 もうね、これだけでもかなり傲慢な文章だ。

    IT系企業のWebサイトに多く見られるサイト作りにおける失敗例 - I am bad at math
  • シリコンバレーは心の中に - I am bad at math

    Economist のサイトに興味深い記事が載っていた。 テキサスへ流入する人口とシリコンバレーから流出する人口をグラフィカルに地図上に表したものだ。記事中で「これって別に真新しいことじゃないけど」と書かれているんだけど自分は知らなかったことなので書き留めておく。 さて、地図を見るとテキサスに多くの人が流れ込み、シリコンバレーからは逆に多くが流出していることが見て取れる。 テキサスでは所得税がなかったり、そのほかの生活コストがそもそも安く、逆にカリフォルニアでは税金や物価も含めて相当高額である。なので例えばカリフォルニアからテキサスに引っ越すだけで自分の所得が増える。このような事情からシリコンバレーを抜け出して北へ南へという途を辿る人は多いようだ。 これが即、例えばテキサスが次世代のシリコンバレーにつながるかというとそうではない。シリコンバレーの強みはやはりカネ、モノ、ヒトがうまくクラスタ

    シリコンバレーは心の中に - I am bad at math
  • スタートアップ企業が勝ち抜いていくためのノウハウはどこにあるのか - I am bad at math

    おそらく、日IT業界、特にスタートアップ企業の人たちはビジネス展覧会系のイベントに辟易しているはずだ。 全然面白くない。あんなの、ただの粗品交換会じゃないか。使えそうな製品があったらもうとっくに試しているし、使えないと思っていた製品が触ってみるとやっぱり使い物にならないっていうのを確認しに行くだけだよ。もし行って良かったなんて思うのならそれは普段の情報収集が足りていないってことだね。 で、そんなとこへ出かけていく物好きな人たちがどのくらいいるかわかる?実は途方もない数だ、休日の渋谷みたいに。そこで来場者数の多さが高らかに謳われた「こんなにこのイベントは効果的なんです」という宣伝に乗り、いろんな会社がバカ高い出展料を払い、必須アイテムである数々のノベルティを揃えてそこにやってくる。うん、これっていい商売だとは思うよ。(イベント企画側にとってはね)もちろん出展料に応じてオプションもあって、

    スタートアップ企業が勝ち抜いていくためのノウハウはどこにあるのか - I am bad at math
  • クラウドが中小の受託開発企業へ与える痛烈な一撃 - I am bad at math

    どうやら、今の世の中で「クラウド」というと例えば社内メールをGmailにしたり、社内で使っていた CRMSalesforce にしたりという、今まで自社内に構築していたものを外部サービスに置き換えることを指しているらしいということに気づいて愕然とした。 でもそんなんならとっくにやってるトコあるだろうとツッコミを入れたいところである。 それはさておき技術者向けの「クラウド」とビジネス向けの「クラウド」は似て非なるものだったのだ。 今までWebアプリばかり作ってきた自分は実はずっとクラウドを作ってきたんじゃないかとうっかり嬉しがる訳にも行かず、この流れの意味する恐ろしさを痛感しているところだ。要するに、今まで社内システムを受託で開発してもらっていた企業が SaaS 展開なんかの大企業発の割安サービスに乗り換えるということ。これなら経費節減につながると経営陣が考えるのも無理はない。 なるほど

    クラウドが中小の受託開発企業へ与える痛烈な一撃 - I am bad at math
  • IT業界で働く女性は無視できない勢いで減っているらしい - I am bad at math

    今までIT業界にいて気にもならなかったのだけど、言われてみてそういえばそうだよなーと思うのが女性の少なさ。実感でいえばエンジニアの8割、もしくは9割以上が男性だ。例えばエンジニア向けのイベントに行って女性(もちろんお客さん側でね)をみるのはきわめてまれである。 アメリカも同じような状況であり、IT業界で働く女性を増やすために The National Center for Women & Information Technology (NCWIT) という非営利団体がマイクロソフトや HP、Intel などといった企業により設立されている。で、その NCWIT が発表したレポートによると IT 以外の理系企業では女性の働く割合は増えているが IT で働く女性は無視できない勢いでどんどん減っているということだ。この傾向が続くと 2018 年までにアメリカIT企業は需要のわずか50%しか雇用

    IT業界で働く女性は無視できない勢いで減っているらしい - I am bad at math
  • GitHubはいかにして始まったのか - I am bad at math

    またもや 37signals ネタなのだけれども、彼らの blog で連載されている「Bootstrapped, Profitable, & Proud」というシリーズが凄まじく面白いし参考になる。 内容はそのタイトル通り初期投資お金をかけずに(ベンチャーキャピタルを使わずに)設立し、利益を生むまでになった(収入でいうと100万ドル以上の)会社を一社づつインタビューしてそのサクセスストーリーを披露するというものだ。 で、最新版にはみんな大好き GitHub が登場。 Bootstrapped, Profitable, & Proud: GitHub その中から「How did the business get started?」という質問に対する回答を訳してみる。チョー訳だけど。 最初 GitHub は週末プロジェクトだったんだ、git のホスティングサイトをやりたいって Tom Pre

    GitHubはいかにして始まったのか - I am bad at math
  • TOEICの点数が上がらない英語勉強法 - I am bad at math

    これは最近よく感じる疑問。普通にきれいな英文を書けているような人でもなぜみんな一様に「もっと英語勉強しなきゃ」って言うのだろうか。もう勉強する必要ないじゃん。 TOEICの勉強している人は今600点だから、700点取らないとと言う。で、700点取ってる人は800点取らないとという。最終的にみんな900点以上を目指す勢い。もちろん何かを勉強することに異論は全然ない。むしろ大賛成だよ。でも「英語学」を勉強している訳じゃなく、その目的は英語を実際に使うことではなかろうか?いや、プロの翻訳家目指していたり比喩や暗喩バリバリの難しい文章を理解できるようにっていうのなら話はまた別だけどね。 英語を学ぶっていうのはつまり、プロトコルを学ぶこと。エンジニア向けに言い換えると「英語を学ぶということはTCP/IPを学ぶようなこと」と言ってもいいかもしれない。そう考えてみると英語を勉強している人っていうのは伝送

    TOEICの点数が上がらない英語勉強法 - I am bad at math
  • node.jsとは何か(4) - I am bad at math

    さて、前回まで基礎部分をいろいろと説明したので今回からは実装について。現在のソースやその成り立ちを説明するのもいいんだろうけど、今日からはちょっぴりハンズオン形式に趣向を変えてみよう。ってことで node.js を作っていくよ! 実装編その一はJSエンジンであるV8にJavaScriptのソースをわせて実行する、つまりはオレオレJS環境を作るまでを扱うのだ。 V8はもともと他のソフトウェアに組み込まれて使用されることを想定(例えばChromeとかね)されているのでこういう作業が必要になる。 手順は大きくわけて二つ 1. まずはV8のソースを落としてきてV8のビルド 2. V8のソースディレクトリに自作のC++のソースを作ってコンパイル&実行 C++が出てきた時点で引いちゃったかもしれないけど、C++を使えるようになるのが今回の目的ではないのでまずはリラックス。C++っていったってそんなに

    node.jsとは何か(4) - I am bad at math
  • node.jsとは何か(3) - I am bad at math

    今日はnode.jsで採用しているCommonJSの話である。 CommonJSの説明だけだとあっという間に終わってしまうのでJavaScript歴史を混ぜ込んだら期せずして長くなってしまった。 さて、1995年に発表されたJavaScriptは開発当初「Mocha」と呼ばれ、次に「LiveScript」となり(実際Netscape Navigatorの2.0のアルファ版ではではこの名前だった)、最後にようやくJavaScriptになる(Navigatorの2.0B3から)という変遷をたどった。このJavaScriptという名前っていうのはJavaというコンパイル言語を補完するスクリプト言語にしたいという考えがあったからという話もあるんだけど、そのころ開発元のNetscapeはSunとの業務提携を発表しており、ちょうどそのころJavaが世に出てNetscapeブラウザ上でクールなJava

    node.jsとは何か(3) - I am bad at math
  • node.js とは何か (2) - I am bad at math

    昨日に引き続き、いざ!part2なのだ。 前回では node.js と v8 の結びつきまでを書いたので、今日は Non-Blocking I/O の話を。 Non-Blocking I/O という言葉からブロックしない I/O をイメージするのはたやすい。でもこれを実現しようとなるといろいろとまあ面倒くさいんだよね。 それを解決する常套手段で言うとファイルディスクリプタ(ネットワークならソケットだね)を開いてそれをselectシステムコールの監視対象に加えておき、selectを呼び出すことで監視するっていう方法がある。こうすると何が嬉しいのかファイルディスクリプタが2つある場合で考えてみよう。 まずAとBというファイルディスクリプタを監視対象とする。 selectシステムコールを呼び出し、そのどちらかが読み出し準備完了となっていないかを確認する。 もしどっちも準備できていなかったらプロセ

    node.js とは何か (2) - I am bad at math
  • node.js とは何か - I am bad at math

    期せずして久々の更新になってしまった。ブログを書く気がなくなったとかそういうのではなくてただ単に忙しかっただけ。その間、まぁ仕事が予期せぬ方向から炎上してみたり、事故をもらって愛車が全損したり(フロントガラスが全面熱線入りなんていう変なオプションなどを諸々付けていたからお気に入りだったのに)と決して良いことばかりで忙しかったわけではないけどね! で、今回は node.js のお話。異様な盛り上がりを見せているものの、じゃぁそれっていったい何かというと「JavaScriptを用いたNon-blocking I/O環境」という非常にシンプルなものだ。 その根底には「うまくスケールできること」と「動作が速いこと」という理念が見受けられる。 まず「うまくスケールできること(多量のアクセスを捌けること)」を解決するにあたり、まずはスレッドモデルか、イベントループかという問題があった。そこで auth

    node.js とは何か - I am bad at math
  • node.jsに関する基礎や開発・チュートリアルのまとめ:phpspot開発日誌

    node.jsに関する基礎やチュートリアルのまとめ。 リアルタイムなWEBを実現するには必須のサーバサイドJS、node.jsについて色々とまとめてみました。 node.js node.jsについて node.js なんとなく凄そうだけどよく分からないという方も多いかもしれないので簡単に解説。 一番最初見た時は何かのJavaScript ライブラリかと思ったのですが、全く違って、V8というChromeにものっている高速JavaScriptエンジン上で動くサーバを動かせる仕組み。 サーバ自体を具体的に言うと次のようなコードで実現します。 var http = require('http'); http.createServer(function (request, response) { response.writeHead(200, {'Content-Type': 'text/plain

  • Åý¼£ÎϤξ夲Êý - ·Ç¼¨ÈÄ | Kingdom Conquest ¹¶Î¬wiki