ライフハッカー編集部では新記事が出る度に、公式Twitter上に新記事の題名とリンクを投稿しています。こういった投稿はソフトウエアやWebサービスを利用して「自動化」でき、都度都度投稿する手間が省けます。 Web上にはさまざまな「自動化」サービスがありますが、この度ライフハッカーでは「IFTTT」を採用することにしました。 理由は大きく分けて2つ。 対応サービスが多い 2013年3月8日時点で、対応しているサービス数は59。FacebookやTwitterから、SMS、『Instapaper』などのアプリまでさまざまなサービスを連結できます。 ユーザーインターフェースがシンプルかつセンスフル Webサイトのデザインやユーザーインターフェースがシンプルで格好良いです。使いやすいのはもちろんのこと、登録するのが楽しくさえなってきます。強いて言えば、名前だって格好良いです（語源は「What is

(07/31) macOS 15.1ベータ版からiPhone 16とiPhone 17のモデル番号が発見される (07/31) iPhone 16のカラーバリエーション、かなり濃い色味で全5色 (07/30) Apple Intelligenceが使えるiOS 18.1やmacOS 15.1が開発者向けベータで提供開始 (07/29) AppleのAI機能は10月リリースのiOS 18.1から追加、iPhone 16の発売よりも1ヶ月遅れる (07/29) iOS 18の新機能：ロック画面にアプリアイコンを設置して即座に起動できるようにする (07/27) またまたThe Boysのスピンオフドラマ、今度はソルジャー・ボーイが主役の前日譚 (07/26) QLC採用を進めるスマホ業界、2026年に登場の大容量iPhoneにもQLC NANDフラッシュが搭載か (07/25) AppleMa

ミクシィは2012年11月5日、同社が運営するSNS「mixi」のユーザーと、同社の社員が交流する「ユーザーファーストウィーク」の第1回会合を開催した。ミクシィは10月9日に発表した文書の中で、交流ミーティングを開催する意向を表明していた（関連記事：ミクシィが「利用者第一」へ方針転換）。 この日は、約1200人の応募者のうち、抽選で選ばれた約40人のユーザーが参加した。7日と9日にも同様の会合を開く予定である。 第1回の冒頭では、ミクシィの創業者である笠原健治代表取締役社長（写真1）があいさつ。「我々が“改善”だと思っていた機能追加が、ユーザーの皆様にとっては“改善”ではないということがこれまでにあった。厳しいご意見もいただいている。我々の方向感がユーザーの皆様と合わなくなっているのではないかと考え、8月頃から社内で『ユーザーファースト』というビジョンを掲げた」と、この会合の開催に至った経

アプリ連携の自動化は言わずと知れたライフハッカーの大好物。Gmail、Dropbox、Facebookなどを連携できる『IFTTT』などはクールなこと極まりないのですが、IFTTTがサポートしていないウェブアプリがあり、それも連携させたいという場合には『Zapier』がオススメです。 ZapierはBasecamp、MS Exchange、Google Tasksなどの生産性向上アプリやプロフェッショナルアプリを中心に数多く対応しています。今のところZapierは合計111ものサービスとの連携を提供しています。この数はIFTTTのおよそ2倍（IFTTTで提供されているサービスのほとんどがZapierのサービスに含まれています）。前述のアプリ以外にも共有可能なタスクマネージャー「Asana」、ソーシャルネット投稿サービス「Buffer」、インボイスツール「Freshbooks」、コード共有サ

例えば、Facebookで誰かが画像にあなたのタグを付けたら、その画像が自動的にDropboxフォルダに追加される、なんてことができたらステキではないでしょうか？　Googleリーダーでスターを付けたアイテムがInstapaperやRead It Laterに自動的に追加されたら、はたまた雨が降りそうな時に「雨が降りますよ」という予告のテキストメッセージが携帯電話で受け取れたら...「もしこれだったらあれ」という意味の「If This Then That （IFTTT）」は、指定のサービスを他のサービスを連携してくれるブリリアントなウェブツール。Gmail、Dropbox、Evernote、Instapaper、Facebook、Twitter、Instagram、Foursquare、WordPressなどのツールを組み合わせて使用できるのです。 今回は「もしこれだったらあれ」こと「IF

Webアプリケーションを開発するためのフレームワークと実行環境「Meteor」を開発するMeteor Development Groupは、11.2ミリオンドル（約8.5億円）のベンチャー投資を受け入れたと発表しました。 Meteorは、JavaScript/HTML/CSSでアプリケーションを実現するフレームワークと実行環境を提供しています。Meteorにおけるコードの実行はサーバサイドにもクライアントサイドにもすべてリアルタイムで反映されるという大きな特徴を備えており、開発者はクライアントとサーバのロジックを書き分ける必要がありません。 詳しくは4月に掲載した記事「「Meteor」は、JavaScript/HTMLで開発するリアルタイムWebアプリケーション基盤。何が起きているのかすぐに分からないほどすごい」をご覧ください。 今回の投資を受けて製品版のコード名「Galaxy」を開発する

ブログ移転のお知らせ！ ▼当ブログは移転しました！新しいサイトは以下となります！！ http://bamka.info ▼お手数おかけしますが、RSSの再登録もお願いします！！ http://feeds.feedburner.com/bamka ここに、iftttという１つのウェブサービスがあります。 iftttとは、ウェブサービス同士をつなげるパイプのようなもの。１つのアクションを起こすと、自動で他のウェブサービスが動き出します。 例えば、Twitterでスターをつけると、その内容をEvernoteに保存したり。そんなことができてしまいます。 対応しているウェブサービスが４１個もあるため、その活用方法は無限大。これを活用すれば、今まで面倒だったことがシンプルに収まる便利さがあります。 しかし、道具というのは全てそうですが、一見便利そうに見えるものでも使い方しだいでは不便になってしまいます

kikuma(@circustic)です。今回はReederで読んだ面白い記事をBuffer経由でTwitterにポストしたい時の連携方法をご紹介致します。 その前に超有名なReederとBufferですが「そんなもん知らねーぞ」という人の為に少しだけ説明をします。 定番RSSリーダー 「Reeder」 使いやすい操作性と読みやすさに加え、多種類のソーシャルサービスへのポストにも対応しているのでかなり便利です。 ショートカットなどを覚えれば読む記事と読まない記事の選別を瞬時に行えます。Macユーザーなら必ず購入すべし。 Reeder カテゴリ: ニュース 価格: ￥850 各SNSへ時間配分をして分散ポストしてくれる「Buffer」 BufferはツイッターやFacebookなどにポストをする時に、予約投稿したポストを良い感じで時間を分散しながらポストしてくれるサービスです。 2012年度

過去何度かに渡りご紹介した ifttt のTipsを、すぐに使えるiftttレシピとしてまとめてご紹介します。 いずれもToodledoのタスク登録を自動化するためのレシピです。 設定さえしておけば、ToDo登録の手間を省いてくれるますので、効率化のお共にぜひご活用ください。 それでは早速、ご紹介です！ はじめに Toodledoへのタスク追加は、iftttのメール送信とToodledoのメールインポート機能を利用して実現します。 Toodledo＋iftttで効率化「スター付きGmailをタスクとして自動登録」編 の「iftttのアカウント作成とメールの転送設定」でご紹介している設定が済んでいることが前提になります。 この設定をしていない場合は「メールが飛んできて終わり」となってしまうwので、まだの方はまず設定をお願いいたします。 【参考記事】 ★Toodledo＋iftttで効率化「ス

先日ご紹介したToodledoのメールでのタスク登録機能と、ifttt を組み合わせたTipsをご紹介します。 iftttは、すでに活用されている方も多いかもしれませんが、色んなソーシャルサービスを自動的に繋いでしまう夢のようなサービスで、大変人気があります。 今回はこの ifttt の「Gmailとメール送信の連携」を利用して「スターを付けたメールをToodledoのタスクとして登録する」手順をまとめてみます。 それでは、以下設定の手順にまいりましょう。 iftttのアカウント作成とメールの転送設定 今回動かす設定（以下iftttのタスク）では、ifttt のアカウントで利用しているメールアドレス宛てに、タスク追加のメールが送信されることになります。 ここではすでに ifttt のアカウントを作成済みで、Gmailを利用して ifttt へログインしている前提で話を進めます。別のメールサ

トルコ水紀行　－前編 イスタンブール－ みなさんこんばんは、地図子です！8月は久しぶりに毎月更新にしようと思います。今までずっと名古屋について書いてきましたが、ワープして・・・ トルコについて書きたいと思います。 2024年6月に念願のトルコに行ってきました。いつからトルコに行きたかったかわから…

2012年03月02日07:30 Gumroadの利用規約をリバースエンジニアリングしてみる カテゴリ法務＿契約法務 businesslaw Comment(0)Trackback(0) デジタルコンテンツをネット上で売買したい、しかも簡単・スピーディに。 いつかはできるようになるんだろうと思っていたそれを、とってもシンプルな仕組み＆ユーザーインターフェースで可能にし、話題になっているGumroadというサービスがあります。 こういった新しいタイプのサービスを企業として企画開発する際、法務の役割は、取引のどこにリスクが生まれるのか分析し、そのリスクをユーザーとどう分担すべきかを考え、契約や利用規約に落としこんでいくこと。今回は、Gumroadがどうこのデジタルコンテンツの取引におけるリスクをシェアしようとしているのかを、Gumroadの利用規約をリバースエンジニアリングして理解してみたいと

私は、弊社の先輩方がブログでご紹介している「ウェブ開発」という分野では、１年生。日々、勉強中です。 しかし、入社してから4ヶ月経ったある日「ayaさん、女性に向けた恋愛サイトを立ち上げてほしい。ayaさんにすべて任せるから」と事業部長はなにを思ったのか、私に依頼をしてきたのです！ 前職は女性誌の編集者。入稿、校了で使用するアイテムは、赤ペン、コピー機、セロハンテープ！　ご想像していただけばわかる通り、仕事の環境はまるで違います。新しい仕事スタイルに慣れるのにも大変なのに…と不安を抱きながらプロジェクトがスタートしました。 サイトをつくる目的は、大きくふたつ。 「世の中の恋愛意識をもっとポジティブに変える！」 「弊社に女性ユーザーを増やす」 （※その他にもAMを通じて果たさなければならないミッションは沢山ありますが、スタート時点ではこの2点を特に重視していました） サイト制作の経緯で、ここに