タグ

2014年8月22日のブックマーク (15件)

  • Autoprefixerによる、CSS3の管理 - kojika17

    CSS3を使用する時に、ベンダープレフィックスを付けていますか? 自分でプレフィックスをつけたり、SassなどのCSSメタ言語やツールを利用するなど、さまざまな方法がありますが、せっかく付けたベンダープレフィックスも適切でない場合もあります。適切にベンダープレフィックスを付与するツールに、CSS Postprocessorの「Autoprefixer」というものがあるので紹介します。 ベンダープレフィックスをいつまで付け続けるのか ベンダープレフィックスはブラウザの試験的、または独自拡張で実装されているものであり、W3Cの仕様がある程度固まると、ブラウザはベンダープレフィックスが外すことが推奨されています。 現在、CSS3の一部の仕様は、すでに勧告や勧告候補まで上がっているものがあり、最新のブラウザではベンダープレフィックスなしで作動するCSSも増えてきています。またグラデーションやFle

    Autoprefixerによる、CSS3の管理 - kojika17
  • スタートアップの"カオス"を生き抜く開発術

    「急成長スタートアップにおけるDeveloper Productivity向上の実例」 〜アカツキ × Wantedly × Sansan × じげん × Talknote〜 http://startuptechtalk.doorkeeper.jp/events/14088

    スタートアップの"カオス"を生き抜く開発術
    aki77
    aki77 2014/08/22
  • 自前ホストのHubotとSlackを連携させる方法 | 踊る犬.net

    最近、チャットツールをHipChatからSlackに乗り換えました! Slackとは? いわゆるチャットツールです。技術者向け。 SlackはHipChatと違ってUIがリッチで分かりやすいです。オシャレ! HipChatと同じくAPIを備えており、GitHubやAsanaなど様々なサービスと連携させる事ができます。 そして、タイトルにもあるHubotとも連携させる事ができます。 Hubotとは? チャット上で使えるボットです。Node.jsで書かれています。GitHub社が開発しました。 ボットというとTwitterのボットを想像するかもしれませんが、基は同じです。 ボットに向けて、決まった書式でメッセージを送ると、そのメッセージに応じた処理を行います。 例えば、Jenkinsのビルドを実行したり、アプリケーションをデプロイしたり、ネコ画像を拾ってきたりします。 Hubotを導入するメ

    自前ホストのHubotとSlackを連携させる方法 | 踊る犬.net
  • fluentdで集約したerror_logをslackに流すと捗る - UNIX的なアレ

    nanapiでは社内のチャットツールに、Slackを導入しています。Slackの便利なところはintegration周りで、要するに他のツールとの連携が非常にし易いんですね。そういった、Chatを中心にした業務効率化を最近ではChatOpsと呼んだりします。 http://nanapi.co.jp/blog/2014/07/24/nanapi_chatops/ ChatOpsの重要な点はコンテキストを共有できる点ですよね。「○○ってエラーログが出てるよ」みたいな情報を直接誰かに伝えるのではなく、ログが出ているという状態をChatを経由して同じものを見ることで、説明が非常にラクになります。 ほかにもデプロイをHubot経由で指示したり、ステータス取得をしたりなど様々な使い方がありますがやはり重要なのは同じ画面を皆が見ているということですね。そういった点がChatOpsの大きなメリットとしてあ

    fluentdで集約したerror_logをslackに流すと捗る - UNIX的なアレ
  • SkypeやYammerよりも使いやすい!チーム向けコミュニケーションツール、Slackが超便利!

    皆さんはSlackをご存知ですか?Slackはチーム向けのコミュニケーションツールで、プレビュー版の段階から人気を集めていたのですが、2014年2月13日(日時間)ついに正式ローンチされました。私が所属しているGoodpatchは新しいものが大好きなので、最近試しにSlackを使い始めてみたのですが、これが当に便利!今日はその魅力を皆さんにお伝えしたいと思います。 Slackって何? Slackは、Tiny Speckという会社からローンチされたチーム用コミュニケーションツール。Tiny Speckは元Flickrの中心的メンバーによって作られ、CEOFlickrの共同創業者Stewart Butterfieldです。ネットスケープの創業者であるMarc Andreessenなどから投資を集めている彼らが、2013年8月にSlackをローンチし、HipChatやYammer、Skyp

    SkypeやYammerよりも使いやすい!チーム向けコミュニケーションツール、Slackが超便利!
    aki77
    aki77 2014/08/22
  • aws-cli を試してみる - ようへいの日々精進XP

    aws-cli とは クラウドをコマンドラインで操作するという面白み SDK とは違い同じコマンド操作で aws の各種サービスを操作することが出来る 参考 【AWS発表】 新しいAWS コマンドラインインターフェース (CLI) が正式リリース AWS Command Line Interface awscli を使ってみた AWS Command Line Tool PythonAWSコマンドラインツールのPython版をインストールした aws/aws-cli CLI Reference 試す インストール インストールした環境 Ubuntu 13.04 Mac OS X Lion pip のインストール python のパッケージ管理ツール pip をインストールする。Ubuntu の場合には apt-get install で。 sudo apt-get install pi

    aws-cli を試してみる - ようへいの日々精進XP
    aki77
    aki77 2014/08/22
  • Pairy : チャットデータを Redis から Amazon DynamoDB に全移行した話(2) 〜DynamoDB導入事例〜 - Tech Blog

    CTOの椎名アマド ( @ima_amataro) です。 前回の記事:「Pairy : チャットデータを Redis から Amazon DynamoDB に全移行した話(1)」 前回はRedisをチャットのプライマリのストレージとして使う上での問題点と、 Amazon DynamoDB の特徴などを紹介しました。 今回はDynamoDBの詳細説明と、実際の移行作業と、その際にハマった点をお話していきます。 DynamoDBのテーブル構成 まずは DynamoDB 上のテーブル構成を考えるところから。 Redisにおいてはシンプルな list にチャットを保存していて、 chat.room.{room_id} {timestamp}:{user_id}:{urlencode(message)} {timestamp}:{user_id}:{urlencode(message)} {tim

    Pairy : チャットデータを Redis から Amazon DynamoDB に全移行した話(2) 〜DynamoDB導入事例〜 - Tech Blog
  • Pairy : チャットデータを Redis から Amazon DynamoDB に全移行した話(1) - Tech Blog

    CTOの椎名アマドです。 今回は、Pairyのチャットデータを全てRedisからAmazon DynamoDBに移行した話をしたいと思います。 我々が 2012年6月に カップル専用アプリ Pairy をリリースした時には、 データベースは MySQL と Redis の両方を利用するところで始めました。 Redis の役割は: 1. MySQLレスポンスのキャッシュ 2. プッシュ通知等のキュー 3. チャットのデータを全保管 サービスローンチ直後はまだ Appサーバー(EC2)1台と、MySQL & Redisを両方走らせてる DBサーバー(EC2)1台で十分だという判断で、しばらくはそんな構成でやってました。(S3などは省略) しかし、いざサービスが成長してくるともちろん MySQL & Redis を1台でまかなうのはキツくなり、MySQL と Redis を別々のEC2インスタン

    Pairy : チャットデータを Redis から Amazon DynamoDB に全移行した話(1) - Tech Blog
  • OS Xの辞書アプリをコマンドラインから - PC日記

    OS X の辞書アプリが便利だと言うのをtwitterで見たので、Spotlightから起動してみたら大辞林とか英和・和英とか入ってて確かに便利そう。 しかし、辞書を使うならemacs上から使いたい、と言うことで調べたら、見つかったのが辞書(Dictionary).appを使い倒そう : 紹介マニアと言うページ。 最初誤読していて、一生懸命emacs-w3mをcvsから取ってきて入れたりしたんだけど、w3mからは dict:// が使えない上、browse-url を使う方法だとemacs上でなく辞書アプリで結果が出ることがわかってショックを受ける。 同じページに、pythonスクリプトを書いてコマンドラインから呼ぶ方法が載っていたので、こちらを試してみたが、どうもNew Oxfordしか引いてくれない模様。 さらに検索したところ、terminal dictionary,, for mac

  • ホーム - CloneTracker

    当社はCookieを使用して、お客様が当社のWebサイトでより良い体験を得られるようにしています。引き続き閲覧する場合は、プライバシーポリシーに同意したことになります。

    ホーム - CloneTracker
  • 【スマホのコツ】Android4.4はSDカードへの書き込みができない?アップデート後のファイル操作にご注意! | オクトバ

    昨年11月にリリースされたAndroid4.4 KitKatですが、ようやくシェアを伸ばしつつあります。 ・Android 4.4(KitKat)が2割を突破!Googleが2014年8月のAndroid OSバージョン別シェアを発表|オクトバ ところで、4.4発表時に一部で話題になった仕様変更を覚えているでしょうか?そう、「SDカードへの書き込み制限」です。私はSDカード非対応のNexus5がメインなのですっかり忘れていましたが、これがなかなか面倒な事になっています。 3/9追記:3/6にレビューを公開したアプリ『StorageAgent』を使用すると、スマートフォン体からSDカードへのコピーが可能になります(削除不可)。使い方はこちらの記事をご覧ください。 ・StorageAgent : Android 4.4で制限されたSDカードへのファイルコピーが可能になるアプリ!|オクトバ と

    【スマホのコツ】Android4.4はSDカードへの書き込みができない?アップデート後のファイル操作にご注意! | オクトバ
  • Twitterのスパム対策 - ワザノバ | wazanova

    https://blog.twitter.com/2014/fighting-spam-with-botmaker 1 comment | 1 point | by WazanovaNews ■ comment by Jshiike | 約3時間前 導入以来、スパム量を40%削減したBotMakerについて、Twitterエンジニアブログで紹介しています。 サービスの性質的にスパム対策の難易度は高い 例えばメールであれば、コンテンツは非公開であり、スパム対策による多少の配信遅延は、サービスのクオリティ上は問題ない。一方Twitterは、APIを介して配信でき、リアルタイムでコンテンツを公開するサービスゆえに、 スパムの配信成功/ブロックがスパム配信者からもわかってしまう。 スパム対策による配信遅延は、サービスのクオリティ低下になる。 という事情がある。 満たすべき要件 誤ってスパム判定

  • SIerを退職し、Web系に転職しました。アフター - arveltのソフトウェア技術メモ

    銀行系列の中規模SIer退職し、 受託と自社サービスの開発を行っている小規模Web系に転職することにしました という記事を書いたところ、想像以上の反響がありました。 それから一年経ったので、その後のことなど書いていこうと思います。 1.変わったこと 2.変わらなかったこと 3.これから 1.変わったこと ・COBOLJavaAppletを書いていたかつてのシステムエンジニアフロントエンドエンジニアになった それっぽく言ったけどjavascriptを書く人になったということですね。今の会社はGoogleApps上でのクラウドサービスを提供していてサーバーをGAEで書いています。私はjsで書かれたフロントを主に、たまにpythonで開発をすることになりました。 ・仕事へのモチベーションは上がった 受託で常駐で、というかつてのビジネス構造的から発生していた理不尽さが減りました。github

    SIerを退職し、Web系に転職しました。アフター - arveltのソフトウェア技術メモ
    aki77
    aki77 2014/08/22
  • ブルックスの法則 - Wikipedia

    ブルックスの法則(ブルックスのほうそく)は、「遅れているソフトウェアプロジェクトへの要員追加は、プロジェクトをさらに遅らせるだけである」という、ソフトウェア開発のプロジェクトマネジメントに関する法則である。 これは1975年にフレデリック・ブルックスによって出版された著書『人月の神話』[1]に登場した。 根拠[編集] ブルックスによれば、この法則が成り立つ主な理由は以下の通りである。 新たに投入された開発者が生産性の向上に貢献するまでには、時間がかかる ソフトウェアプロジェクトは、複雑な作業である。また、新たにプロジェクトに参加した人は、仕事に取りかかる前に、まず開発の現状や設計の詳細などを理解しなければならない。つまり、新たに人員を追加するには、その人員を教育するために、リソースを割かなければならないのである。したがって、人員の増加がチームの生産性に与える効果は、短期的にはマイナスになる

    aki77
    aki77 2014/08/22
  • 人月の神話 - Wikipedia

    『人月の神話』(にんげつのしんわ、英: The Mythical Man-Month: Essays on Software Engineering)は、フレデリック・ブルックスが著したソフトウェア工学とソフトウェアプロジェクト管理の書籍である。 ブルックスの考察は、自身がIBM で OS/360 というオペレーティングシステムの開発に携わったときの失敗に基づいている。 プロジェクト管理者がソフトウェアプロジェクト管理において、繰り返し何度もこのような誤りを犯すという傾向があるため、ブルックスは自分のについて、次のような皮肉を述べている。 このは「ソフトウェア工学の聖書」と呼ばれている。なぜなら、誰もがこのを読んでいるが、誰もこので述べていることを実践しないからである。 最初に刊行されたのは1975年である。1995年に20周年記念版として再刊された。20周年記念版では、『銀の弾な

    aki77
    aki77 2014/08/22