iOS, Androidネイティブアプリ終了
Native Apps are Doomed (ネイティブアプリは終わる運命)という挑発的なタイトルでEric ElliottがMedium記事を書き少し前に話題になりました。この記事で彼はもうiOSとAndroidのネイティブアプリは作らんと宣言し全部Progressive web appsでやると言い切ったのです。 次の記事のWhy Native Apps Are Really Doomedではネイティブアプリ制作は以下の様な理由でギャンブルだと言っています。 Google Play Store内のアプリの60%は一回もダウンロードされていない１ユーザーの一ヶ月の平均のアプリダウンロード数は3つ以下半分以上のアメリカのスマホユーザーは過去一ヶ月一回もアプリをダウンロードしていないアプリ経由の売上の94%が1%のアプリ出稿者によって作られているスマホユーザーの使用時間の80%は5つのアプ
TestProf: Ruby/Railsの遅いテストを診断するgem（翻訳）｜TechRacho by BPS株式会社
概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: TestProf: a good doctor for slow Ruby tests 公開日: 2017/08/25 gemリポジトリ: test-prof/test-prof 著者: Vladimir Dementyev サイト: Evil Martians’ team blog 2017/10/10: 初版公開 2023/07/04: 更新 テストを書くことは、開発における重要なプロセスであり、RubyやRailsのコミュニティには特に当てはまります。私たちはテストでgreenが点灯するまで長時間待たされていることに気づいて、初めてテストスイートのパフォーマンスというものに関心を寄せるようになるものです。 私はテストスイートのパフォーマンスの分析に多くの時間を費やし、テストを高速化するテクニックを編み出すとともにツールを開
マンションのLAN内のゲートウェイが中間者攻撃してくるお話 - Qiita
来歴 私は去年、とある賃貸マンションへ入居した。 インターネットは無料で利用可能、壁の端子にLANケーブルを挿すだけ。 ただ、この物件のインターネット回線がおかしい。1日に1回くらい、Webサイトを閲覧しようとしたときに、マンションの管理会社のホームページへリダイレクトされる現象が起きる。 イメージとしてはこんな感じ。 東京の天気が表示されるべきなのに、入居者用Webページのログイン画面へリダイレクトされる。 腹が立ったので今年の5月くらいに現象を調べ、原因がわかったことで満足していたが、重い腰を上げて結果を以下の記事にして公開する。改めてGoogle先生に聞いたら、同じことで悩んでいる人がいた。 自動リダイレクトの回避方法について。 http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q10165027165 なお、後述の図には
デベロッパーが最も怖れる最恐のリジェクト「4.2 Minimum Functionality」とは
アプリをiTunesConnectでAppStoreに申請し審査された時に、以下の様なリジェクションが出て不許可になることがあります。 4.2 minimum functionality We found that the usefulness of your app is limited by the minimal features it includes. iOSアプリ開発申請に慣れたデベロッパーであれば一瞬で凍りつきます。なぜならこのリジェクトは他のリジェクトとは異なる最恐のRejection「4.2 Design: Minimum Functionality」だからです。 ここでは過去に3つのアプリでこのリジェクトを受け最終的に審査をパスした経験からこのリジェクションの恐ろしさと問題点を書こうと思います。 4.2 Design: Minimum Functionalityってなに
mermaid.jsが素晴らしいけどなかなか使ってる人見かけないので実例晒す(追記あり) - Qiita
mermaid.jsとは JavaScriptのチャート作成ライブラリです。他にも似たようなのは色々ありますが、これ一本でフローチャート、シーケンス、ガントに対応してるので、個人的にお気に入り。 http://knsv.github.io/mermaid/ サイトの各チャートのページ見ると書き方と何ができるかはわかるので、ご覧あれ。 僕の使い方 JSのライブラリを自分でインポートして何かすることはほとんど無くて(後述の理由からガントだけJSで使ってるけど)、基本的には以下の2つの方法で使ってる。 Haroopad フリーでクロスプラットフォーム(OS X, Win, Linux)なMarkdownエディタ。 v0.13からmermaid.jsがインテグされているので、何もしなくてもそのまま使える。 mermaid.jsのグラフの書き方は、コード表記で、言語をmermaidにしてあげるだけ。
［速報］GitHub、依存関係表示でのパッケージやアプリケーション対応、セキュリティアラートなどの新機能発表。GitHub Universe 2017
基調講演では、GitHubの新機能としてプロジェクトの依存関係を表示する「Dependency graph」や、このDependency graphにおいてパッケージやアプリケーションの対応や、依存関係にあるパッケージなどで脆弱性が発見された場合に通知してくれる「Security alerts」機能などが発表されました。 プロジェクトの依存関係を表示する「Dependency graph」 GitHub上で開発されているソフトウェアの多くは、ほかのプロジェクトで開発されているソフトウェア、パッケージ、アプリケーションなどを利用しています。 同社はこうしたプロジェクトの依存関係を「Code metadata」として保持しており、同社 データサイエンスチームのエンジニアリングマネージャのMiju Han氏によると、リポジトリの75％が何らかの依存関係を持ち、半分以上は10以上の依存関係を持ち、
Googleに人生を破壊された
煽りのタイトルだけど偽らざる本心なので。 何があったかを一言でまとめると、 「無関係な他人の炎上に巻き込まれて誹謗中傷された挙句、元ページを削除しても永遠にGoogleの検索結果から消えない」 ということがありました。 最悪です。 Googleは全く対応してくれる気なさそうなので、万に一つでも増田で話題になってくれれば何か違うかもしれないと思って書いてます。 あと単純にWEBに詳しいはてな村の人たちの知恵を貸してほしい、マジで…。 経緯 １）無関係な他人の炎上に巻き込まれる 同じ職場の似たような名前の別人（仮にはてな太郎とする）が悪事を働く →これってはてな次郎（これも仮名だけど俺の本名と思って読んで）じゃね？という感じで、俺が犯人ということにされる →誹謗中傷され、個人情報をあさられる ２）スレッドが過去ログ倉庫に行くのを待つ（変に燃料追加したくなかったので） ３）無事過去ログ倉庫に送ら
GithubでのWeb上からのマージの仕方3種とその使いどころ - Qiita
GithubでWebのGUIからマージしようとすると「Create a merge commit」、「Rebase and merge」、「Squash and merge」の選択肢があります。この記事では、それぞれのマージの動作の違いと使いどころをまとめました。 GithubのWebからのマージ GithubでPull requestをいただいてマージしようとすると以下の3種類が表示されます。 Create a merge commit Rebase and merge Squash and merge この動作の違いをまとめました。 前提 説明するに当たりマージする前の状態を以下の状態として進めていきます。これはAのリポジトリからBがforkして、2つコミットした後にAにPull requestを出して、取り込まれるのを待っている状態だと思ってください。 また、BがY、Zの変更をしてい
最速静的Webデプロイ - Qiita
先に言うとNetlify最強。 静的コンテンツをホストしてHTTPSで表示させたい。 S3 + CloudFront でできるのだが、ちょっと手間かなと思ってた。 参考 AWS得意な人がS3よりNetlifyをオススメしててすごい参考になった。 - HTTPSの静的コンテンツをホストするならs3よりNetlifyが俺の求めていたものだった やってみる ドメイン取得 → 名前.comで取得 Netlifyでアカウント作成（要 GitHubアカウント） 2-1. GitHubアカウントつなぎこんで、公開したいサイトに対応するリポジトリを選ぶ。 2-2. 公開ブランチとディレクトリを選び、ビルドコマンドを入力する（デフォルトでgulpコマンドが入力されてた） 2-3. Netlify DNS 使用するボタンポチッとしてアドレスもらう。 2-4. お名前.com で DNSの nameserver
C言語でインクルードするだけで使えるNon-movingで正確なコピーGCを作った - Qiita
インクルードするだけで使えるNon-movingで正確なGCをC言語用に作りました。 行数がコメントを除いて100行に満たない非常に小さなライブラリです。 GCのアルゴリズムとしてはCheneyのコピーGCを採用しています。 通常のCheneyのコピーGCではメモリ空間のうち半分が無駄になってしまいメモリ効率が悪かったり、 GC発生時にオブジェクトが移動してしまいC言語のようなポインタを直接触れる言語との相性が悪いという欠点がありました。 今回はヒープ全体を二重連結リストとして管理することでそのような問題を解決しています。 ちなみにこれはTreadmill GCのアイデアと同じです。(が、アルゴリズム自体はTreadmill GCではありません。) APIはLinuxのlist.hに非常に近い見た目になっています。 ある構造体をgcで管理したい場合はstruct gc_head型のメンバを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
