The Qiita Advent Calendar 2019 is supported by the following companies, organizations, and services.
The Qiita Advent Calendar 2019 is supported by the following companies, organizations, and services.
About reserved postingIf you register a secret article by the day before the same day, it will be automatically published around 7:00 on the same day. About posting periodOnly articles submitted after November 1 of the year can be registered. (Secret articles can be registered anytime articles are posted.)
これでp5.js(あとp5.sound.js)がインストールされます。 p5.jsを使ってみる 使える機能は公式のリファレンスを見ると大体わかりますが、Parcelでビルドする場合は実装方法が若干変わります。 とりあえずindex.htmlからapp.jsを参照するものとして、app.jsをこんな風に実装します。 import "../scss/style.scss";//index.htmlで使うcssを定義 import P5 from "p5";//p5.jsのライブラリを呼び出す import "p5/lib/addons/p5.sound";//音声ファイルを使うならp5.sound.jsも呼んでおく const sketch = p => { p.preload = function() { //初期化処理をここに書く //このメソッド内に記述された処理が完了するまで画面(p5
About reserved postingIf you register a secret article by the day before the same day, it will be automatically published around 7:00 on the same day. About posting periodOnly articles submitted after November 1 of the year can be registered. (Secret articles can be registered anytime articles are posted.)
The Qiita Advent Calendar 2018 is supported by the following companies, organizations, and services.
あるプロジェクトで導入しているライブラリを簡単に説明を添えてくれと頼まれたので その内容をQiitaにも投稿します。 iOSプロジェクトで導入しているライブラリの説明 実際にプロジェクトで使っているコードを一部抜粋して載せます。 ※ 長くなってしまうので必要最低限の記述とし、Import等は省きます。 ※ App.XXというのは自前で定義しているstructなのでスルーしてください。 APIKit ishkawa/APIKit: Type-safe networking abstraction layer that associates request type with response type. APIリクエストをする際に使用するネットワークライブラリです。 JSON デコーダのHimotokiと合わせて使っています。 例:お知らせ情報を取得 import APIKit import
暇なときに眺めてる、 iOSライブラリを見つける、検索できるサイトをまとめてみました。 眺めているだけでも、流行っているライブラリやUIが確認できるのでオススメなサイト・記事たちです。。。 ※各OSバージョンごとの、リポジトリのまとめは、紹介リポジトリが増えたので、別記事に分離しました。 各iOSバージョンで追加された新機能を速攻で試せる アプリRepository まとめ 2018年これだけは知っておきたいiOSライブラリ31選 これだけは知っておきたいiOSライブラリが紹介されています。 すごくいいです! fantastic-ios-animation 各UIごとのアニメーションライブラリが、カテゴリー付けされてgithub上にリストアップされています。 Alert/Transition/View/LabelなどやMaterialDesignのライブラリまで、綺麗にまとまっている感じで
殿堂入り Realm Core Dataなんて最後に使ったのはいつだろうか。。。 Alamofire SwiftyJSON 通信ライブラリAlamofireのブロック構文に、JSONをより扱いやすくするSwiftyJSONをぶっこむ。 最近SwiftyJSONの仕様が変わってイマイチになったが、Swiftバージョン2.0でguard構文が追加されるので、guardで宣言するときに使いやすくなるかも。 SDWebImage みんな知ってる画像キャッシュライブラリ。 UI paper switch スイッチのON/OFFで色をアニメーション付きで変更する。 SCLAlertView フラットなアラート LTMorphingLabel 文字をモーフィング(アニメーション)させる MMPopLabel ポップラベル。Slackの立ちあげ時とかに出てくるアプリケーションのチュートリアルとかに使う。(
$ kubectl config use-context docker-for-desktop Switched to context "docker-for-desktop". $ kubectl config get-contexts CURRENT NAME CLUSTER AUTHINFO NAMESPACE * docker-for-desktop docker-for-desktop-cluster docker-for-desktop gke_xxxxxxxx_asia-northeast1-a_sasaki-cluster-1 gke_xxxxxxxx_asia-northeast1-a_sasaki-cluster-1 gke_xxxxxxxx_asia-northeast1-a_sasaki-cluster-1 gke_xxxxxxxx_asia-northeast1-
本記事では、 チームによる持続的に変更可能なWebアプリケーションの開発を目標に、フレームワーク導入時に考慮すべき22の観点を紹介する。 フレームワークによって特徴は異なるが、本番導入にあたって、考慮すべきポイントはあまり変わらないので、極力フレームワーク1に依存しすぎないよう配慮する。また、話をシンプルにするため、REST APIを提供するアプリケーションを題材とする。 前提 ソフトウェアのエントロピー ソフトウェアがエントロピー増大の法則を避けられないことを、体感している開発者は多いだろう2。普通にアプリケーション開発を続けると、開発スピードは鈍化し、品質は低下してバグが増え、開発者からは技術的負債への怨嗟の声が聞かれるようになる。エントロピー増大というフォースは極めて強力で、意思を持って立ち向かわなければ、容易にダークサイドに堕ちてしまう。 関心事の分離 大規模Webアプリケーション
以前調べながらまとめたやつです。いろんな記事や公式ドキュメントを参考にさせていただいたはずですが、参考URLとかメモしていなかったようで申し訳有りません・・・。 IAP(In-App Purchase: アプリ内課金) IAPを使用するとStore Kitフレームワークを使用してアプリケーション内にストアを組み込むことができる。IAPは、追加の機能やコンテンツの支払いの回収に使用する。 IAPで販売可能/不可能なもの 販売可能なもの 仮想通貨などのデジタルコンテンツ ゲームステージ解放などのアプリケーションの機能 データへのアクセスなどの1回または継続的なサービス 販売不可能なもの 実物の商品やサービス、不適切なコンテンツはNG 課金タイプ 消耗型(Consumable) 何度でも課金可能で、1度使ったら無効になったり減ったりするようなもの。アプリ内で使う仮想通貨など。仮想通貨に有効期限を
非デザイナーエンジニア(Rubyist)の私が、一人でこんなWebアプリを作ってみました。 まだβ版ですが、Pocketやfeedlyの未読コンテンツの中から、 重要度が高いものだけをリマインドしてくれるサービス「Reminderr」です。 Reminderr:http://www.reminderr.me/ 要するに、私自身のPocketとかRSSがカオスになっているので、 その中で重要なものだけ教えてほしかったので、 自分で作っちゃえ!って思って作りました。 そのときに使った便利ツールたちをまとめておいたら便利そうだったので、 今回使ったもの+αを全てまとめてみました。 紹介するツールたちを駆使すれば、 非デザイナー&デザインセンス0の私が、 1週間程度でこれくらいのアプリをリリースできるので、 他のエンジニアにも便利なツールがいっぱいあると思います。 Bootstrap系 Boots
まえがき データにIDを持たせたいとき、単純な方法としては、DBの提供するauto incrementを使う場合やUUIDを利用することがある。それぞれの方法の利点欠点は以下の通り。 データベースのauto incrementを使う場合 利点: 特別な実装が必要ない 欠点: DBを1台で運用するとデータベースがパフォーマンス・障害のボトルネックになる DBを二台にするとIDのユニークさや順序の保証が困難 UUID(v4)※1を利用する場合 利点: 分散環境で各々がIDを生成しても衝突しない IDを公開したくない場合に、推測されにくいIDを生成できる 欠点: 128ビット必要、DBのインデクシングやプログラミング言語で扱うときに不利なことがある IDから時間の情報が失われる、例えば2つのIDを比べてどちらが古い投稿か判断できない 世界の大企業がどうしてるか 調べてみると多くの企業がブログなど
注意:この記事は古いです。2016年06月06日に書いた記事です。 2017/04/14 追記: Chrome59から正式にヘッドレスモードが搭載されます。 ヘッドレスモードではPhantomJSなどのようにJavaScriptでヘッドレスブラウザを制御することも可能です。 https://chromium.googlesource.com/chromium/src/+/master/headless/ 2017/06/07 追記: NightmareJS風に操作できるライブラリをリリースしています。 ヘッドレスChromeをもっとも簡単に操作できると思われるNightmareJS風ライブラリ http://qiita.com/devneko/items/3689b46fc2bcdb8121a8 先日、Googleの人が「Headless Chrome is coming so soon」
URLYou can post either your article on Qiita or your blog post. About reserved postingIf you register a secret article by the day before the same day, it will be automatically published around 7:00 on the same day. About posting periodOnly articles submitted after November 1 of the year can be registered. (Secret articles can be registered anytime articles are posted.)
イラスト担当:嫁 イッヌハブはつくれる? さて、なんだかQiita運営から「内容がないよう」「なので明日夕方には利用規約に基づいて削除しますぞ」と言われてしまいました。 良い勉強の機会なので、もしもこういうGitHubっぽいサービス(GitHubクローン)を作るとしたらどうやるのかな?というのをサクッと考えてデモを作ってみようと思います。 既存のGitHubクローンの実装 いぬ用に限らない汎用的なGitHubクローンは、既にいろいろな言語で出ています。 GitBucket (Scala実装) GitLab (Ruby実装) Gitonomy (PHP実装) Gogs (Go実装) いずれもオープンソースなので、少し実装を参考にしてみましょう。 Gitリポジトリーへのアクセス方法の違い これらGitHubクローンは、どうやってGitリポジトリーのデータをパースしているのでしょうか。 大きく2
2016/09/15 現在の情報。 出たばっかりなので今後変わる可能性大。 今まで個人的にはreact上のroutingはあんま使って来てなかったので、あんまりちゃんとした比較はできてない 死んだと言われたり復活したと言われたり、必要ないよ!と言われたりと不安定感すごかったので見送ってた。 あんまり好きじゃなかったし、そこ飲んでまで使うほどの要件も無かった v4のドキュメントのページ見たら可能性感じたのでとりあえず眺め回してみることにした。 twitter上からも歓喜の声が聞こえてくる ドキュメントのサンプルは素晴らしいのだが、APIやQuickStartは、何故かスクロールが変な感じなので、githubを直接見るほうが良いかもしれない https://github.com/ReactTraining/react-router/tree/v4/website 現行のstableは2、3はa
Reactのサーバーサイドレンダリング(SSR)の実装方法について、React単体のシンプルなものから、React Router, Reduxを組み合わせたものまでまとめます。 サーバーサイドはExpressを用います。 ※以下のJavaScriptのコードについて、クライアントサイドについてのみJSX + ES6形式でコーディングしており、webpackでcompileして利用しています React単体でSSR React単体でSSRを実現する場合は、ReactDOMServer.renderToStringを使用します。 参考にしたソース React単体のSSRを実装するにあたっては以下のソースを参考にしました。 react-server-example APP_PROPSを利用してfetchしたデータをクライアント側のjsと共有する点を参考にしました 静的な情報をレンダリングするパタ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く