Release Material Design Icons · google/material-design-icons
Today, Google Design are open-sourcing 750 glyphs as part of the Material Design system icons pack. The system icons contain icons commonly used across different apps, such as icons used for media playback, communication, content editing, connectivity, and so on. They're equally useful when building for the web, Android or iOS. Read on for the release notes, view a live preview of the icons or dow
マテリアルデザイン化された750個のアイコンをGoogleが配布 | オクトバ
Android 5.0(Lollipop)よりマテリアルデザインが本格的に採用されました。Googleはこのマテリアルデザインに対応したアイコンパックを、クリエイティブ・コモンズ(CC BY-SA)で配布しています。 「action」「communication」「hardware」「maps」「navigation」など15のカテゴリ別に、計750個のアイコンが、PNG/SVG形式で配布されています。 ・Release Material Design Icons · google/material-design-icons · GitHub マテリアルデザインのガイドラインも公表していますので、ウェブサイトやアプリ等を制作・デザインしている方は参考にしてみてはいかがでしょうか。
人のコードを引き継ぐときに一番困るのは「使われていないコード」 | mah365
プログラミングを生業としていると、人のコードを引き継いで開発するなんてこともままある訳ですが、そういうときに一番困るのは「使われていないコード」だなー、としみじみ感じます。 使われていないコードがもたらす弊害 特に動的言語で書かれたコードというのは前触れ無く呼び出される可能性があるため、本当に利用されていないのかどうなのか、きっちりと調べあげるのは困難なケースがあります。例えばrubyであれば、method_missingでキャッチしてsendで動的に処理先を振り分けるなんてことをしていると、単純にgrepして利用状況を見るだけでは不十分な場合があります。 そういう意味では「使われていないコード」というよりは、「使われているのか使われていないのかはっきり分からないコード」という方が適切な表現かも知れません。 そういった「はっきりと判断のつかないコード」がある状態だと何が問題なのかと言うと、
インフラエンジニアとしてよく使うコマンド集 - Qiita
私がよく使うコマンド集となります。 参考に頂けたら幸いです。 随時更新するかと思います。 コマンドを打つ前に覚えておく事 ①サーバに負荷がかかるコマンドを打つ場合、下記をコマンドの先頭に付けましょう $ ionice -c 2 -n 7 nice -n 19 # -c 2：ディスクI/Oの実行優先度をベストエフォートで実行 # -n 7：さらにこのコマンドの優先度を低くする # -n 19：プロセスの実行優先度を一番低くする
Travis CIでiOSアプリのリリース作業を自動化する - 24/7 twenty-four seven
この記事において利用している.travis.ymlとRakefileの全体はGistにて公開しています。 ↓ Rakefileの全体はこちら gist.github.com/kishikawakatsumi/8918124 ↓ .travis.ymlはこちら gist.github.com/kishikawakatsumi/8918365 概要 ユビレジではiOS アプリを申請する際に発生する作業の大部分をCIで自動化しています。 申請の作業としてユビレジでは下記のワークフローを決めています。 1. リリースブランチを作る 2. リリースするバージョンのバイナリをビルドする 3. 2と同等のアプリケーションを社内に配布して最終チェックをする 4. クラッシュレポートのサービスとしてCrittercismを利用しているので、そこにデバッグシンボル（dSYM）をアップロードする 5. 2のバイ
「Ansibleではじめるサーバ作業の自動化」を発表してきました
2014/10/11 に開催された PHPカンファレンス にて、「Ansibleではじめるサーバ作業の自動化」という発表を行ってきました。 午前中のセッションだったのですが、多くの方にご参加頂き、ありがとうございました。 発表資料 発表資料をslideshareに公開しました。 今回は、これからAnsibleを使ってみようという方を対象として、Ansibleの基本的な内容をメインにしました。また、実際に私自身がPHPプロジェクトで採用した際のユースケースを紹介しています。 発表後、「Ansibleをやってみます！」という意見を頂けたので、このセッションの目的は達成することができました:D このセッションのフィードバックは、joind.in にて受けて付けています。すでにいくつか好評価を頂いていて安心していますが、もし良かったらお願いします。 https://joind.in/talk/vi
[iOS 8] Swiftでデザインパターン No.4 Factory Method | DevelopersIO
Factory Method Factory Method とは 英単語 Factory には以下のような意味があります。 工場 製造所 Factory Method パターンは、あるクラスのインスタンス化をサブクラスに任せるパターンです。 オブジェクトを生成するときのインターフェースだけを規定して、実際にどのクラスをインスタンス化するかはサブクラスに決めさせます。 クラス図 ポイント ConcreteCreator は factoryMethod() でインスタンスを生成する サンプルコード Product class Product { } ConcreteProduct class ConcreteProduct: Product { } Creator class Creator { func factoryMethod() -> Product { fatalError("mus
![[iOS 8] Swiftでデザインパターン No.4 Factory Method | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/4b9b98d8423d1943cae402d21764bf51589e811b/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F11%2Flogo_swift_400x400.png)
クックパッドの検索の裏側 - クックパッド開発者ブログ
初めまして、インフラストラクチャー部の加藤 (@EugeneK) です。 クックパッドでは現在178万ものレシピが公開されていますが、目的のレシピを探すために検索機能を提供しています。 今回は検索機能の裏側の仕組みについて、インフラストラクチャーの観点からお話ししようと思います。 全ての検索機能を支えるSolrと周辺のアーキテクチャ クックパッドにはレシピの検索だけでなく様々な検索機能がありますが、その全てはSolrを活用して実装されています。 以前はMySQL Tritonnによる全文検索機能を使用していましたが、2011年頃からSolrに切り替わりました。 クックパッドではSolrをマスタ - スレーブ構成にすることで冗長性と負荷分散を実現しています。以下の構成図をご覧ください。 マスタとスレーブの間には、リピータと呼ばれる検索インデックスを中継するためだけの役割のサーバがいます。この
readwrite記事「HTML5に最適なのはグーグルではなく、アップルだ」のご紹介
こんにちはアシアルの塚田です。 2014年10月9日に公開されたreadwrite.jpの記事「HTML5に最適なのはグーグルではなく、アップルだ」に弊社代表である田中のコメントが記載されました。なおこの記事はASCII.jp×アスキークラウドにも転載されています。 readwriteは世界的なテクノロジーサイトとして広く読まれ多くの技術者から敬愛されているサイトの1つです。 本記事ではモバイルアプリ開発において従来のネイティブアプリ開発に加え、HTML5が評価されマインドシェアを伸ばしていることが書かれています。この記事の中で東京のPhoneGap開発プラットフォーム・プロバイダMonacaを運営するアシアル社の代表として田中のコメントが世界に報じられたことが、広報担当者としてかなり嬉しかったので皆さんにお知らせしました。 興味がある方は以下の日本語記事をご覧ください。 ※記事本文へ 日
第27回 Perlにおける静的解析（2） | gihyo.jp
前回の（1）はこちらから。 Perlの静的解析ツール （2）では、Perlを用いた開発で広く利用されている静的解析ツールについて解説します。前述したように、現在使われている静的解析ツールの多くはPPIを解析器として使用しています。ここで取り上げるツールもPPIで実装されているものが主ですが、中には高速なCompiler::*モジュールで再実装されているものも存在します。本項ではそうした高速なバージョンについても紹介します。 Perl::Critic── コーディング規約のチェッカー Perl::Criticは、Perlコード用のコーディング規約のチェッカーです。このモジュールは静的なソースコード分析エンジンとして働き、主にDamian Conwayさんの著書『Perlベストプラクティス』（注2）に書かれているコーディングポリシーに則っているかどうかをチェックします（一部例外もあります
WebRTCにおけるNAT越えの課題へのアプローチ - 鈴木うどんの横須賀おもしろ生活
WebRTCにおけるNAT越えの課題へのアプローチ - Qiita に移転しました。
Yahoo! JAPAN Creative Blog — 「SCRIPTY#1 」の資料を公開します #scripty01
先日弊社にて、「SCRIPTY#1〜フロントエンド紳士・淑女のための勉強会〜」を行いました。 その際に発表させていただいた資料を公開いたします。 遠方の方や、ご都合によりご参加いただけなかった方はぜひご覧ください。 なお、当日はグラフィックレコーディングがなされ、発表内容がリアルタイムに可視化されていました。 そちらの内容も併せてお楽しみいただければと思います。 発表セッション 1.本当にあった怖いCSS 〜BEMのすすめ〜 発表者：小川 健史 実務で実際に遭遇した怖いCSSと、解決策の一つとして、 BEMを導入し得られた知見について発表しました。 発表スライド： http://i.yimg.jp/images/creativeblog/140916/takogawa.pdf グラフィックレコーディング 2.backbone.js 光と闇 発表者：柴田 和祈 Backbone.jsとそのプ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Phansible - Create Vagrant + Ansible provisionings for PHP-based web servers
開発学習サービス「Dash（ダッシュ）」の使い方（1）：登録編
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。