知っているUnixのコマンドで一番シンプルなものは何ですか? 例えば echo という、stdoutに文字列を出力し true を返す – すなわち常に0の終了コードで終了するシンプルなコマンドがあります。 シンプルな、と言えば yes もそうでしょう。引数なしで実行すると、改行されたyが無限に出力され続けます。
![Unixコマンド”yes”についてのちょっとした話 | POSTD](https://cdn-ak-scissors.b.st-hatena.com/image/square/6f1769ddd763f82b228ad52fc280f0fc49f077e4/height=288;version=1;width=512/https%3A%2F%2Fpostd.cc%2Fwp%2Fwp-content%2Fuploads%2F2015%2F07%2F14598392170_ac019b29f8_z-e1437939400486-500x334.jpg)
Slow builds have been plaguing Android development since the very beginning, especially for large multi-dex projects. As libraries tend to grow in size and the more libraries an application consumes it will slow down the build, especially when an application goes over the mutli-dex limit. Libraries aren't the only thing that can slow down the build, adding many Gradle plugins and repositories can
The relevant change: > This directory contains source code to an experimental "version 4" of SQLite that was being developed between 2012 and 2014. > All development work on SQLite4 has ended. The experiment has concluded. > Lessons learned from SQLite4 have been folded into SQLite3 which continues to be actively maintained and developed. This repository exists as an historical record. There are n
In the talk Architecture Components – Solving the Lifecycle Problem from Google I/O 2017, Yigit Boyar talked about the new LiveData<T> class of the Architecture Components library. When talking about it it’s always coupled with the concept of the ViewModel. I’ve long been a fan of the MVVM pattern when doing mobile development so this was interesting to me. I’ve also been using the Android Databin
Android Architecture Componentsの1.0.0 Alpha 9-1から新しく追加されたPagingライブラリのドキュメントを和訳したものになります。 Pagingライブラリはデバイスに過負荷をかけることなく、またはDBにリクエストをするために長時間待機されることなく、データソースから徐々にデータを取得する事を容易にしてくれます。 概要 多くのアプリは多くのデータを使用して動いていますが、画面を表示するのに必要な情報はその一部の小さなデータです。 アプリは何千ものアイテムを表示するかもしれませんが、1度のアクセスでは纏まった少量のデータだけ必要かもしれません。 もし考慮が足りない場合には実際に必要のないデータまで要求してしまう事になり、デバイスとネットワークのパフォーマンスに負担がかかります。 データがリモートDBに保存または同期されている場合は、アプリの処理速度
概要 システム構成図などを作成しようとすると、ユーザーやサーバーの図形を使うことになりますが、ライセンスを気にせずに、タダで使えて、見た目がそれなりによくて、統一感があるものは、なかなか見つからないですよね。無いならつくるしかない、ということでつくってみました。 この図をつくっているパーツを含むPowerPointもGitHubに公開したので、ある意味オープンソースです。グループ化を解除すれば、各パーツに分解できます。 昨日から作り始めたので、まだ納得のいくものになっていませんが、これからクオリティを上げていきます。 ちなみにWindows 10のPowerPoint2013でつくっているので、LibreOfficeなどでは正常に表示されません。最初からMacかUbuntuで作図した方がもう少しマシなデザインになったと思いますが、職場はWindowsという人が多いと思うので、PowerPo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く