addPostFrameCallback methodはどんな時に使うのか？
Overview このフレームの終わりにコールバックをスケジュールします。 提供されたコールバックは、フレームの直後、永続フレーム コールバックの直後 (メインのレンダリング パイプラインがフラッシュされたとき) に実行されます。 このメソッドは新しいフレームを要求しません。 フレームがすでに進行中で、ポストフレーム コールバックの実行がまだ開始されていない場合、登録されたコールバックは現在のフレームの終わりに実行されます。 それ以外の場合、登録されたコールバックは次のフレームの後に実行されます (実行される可能性がある場合はいつでも)。 コールバックは追加された順序で実行されます。 ポストフレーム コールバックは登録解除できません。 これらは 1 回だけ呼び出されます。 以下も参照してください。 scheduleFrameCallback: 次のフレームの開始のためのコールバックを登録し
プログラマーを30年間やってきた経験から学んだことまとめ
プログラマーにとって「どうすればより効率よくプログラムを組み上げられるのか」は常に頭を悩まし続ける問題の1つとなっていますが、その道のエキスパートであるエンジニアのジュリオ・ビアソンさんが30年間ソフトウェア開発に携わってきた経験から学んだことについてブログにまとめています。 Julio Biason .Net 4.0 - Things I Learnt The Hard Way (in 30 Years of Software Development) https://blog.juliobiason.net/thoughts/things-i-learnt-the-hard-way/ ビアソンさんは多数ある「学んだこと」を以下の3つに大きくわけてまとめています。 ◆ソフトウェア開発について ◆チーム・仕事について ◆個人的なことについて これからプログラマーになろうとしている、あるいは
PHPのハマりポイントのリンク集 - Qiita
PHPのハマり情報のまとめです。主に罠な仕様、予想外の振る舞い、ドキュメントに詳しくは書いてない振る舞いについての情報をまとめていきます。ここに載ってない情報があればぜひとも教えて下さい。頂いた情報をもとに随時更新していきます。 PHPは引数が足りないときはエラーになるが、引数が多いぶんには何も言わない - Qiita PHPはときどき掛け算ができない - Qiita PHPのDateTime::ISO8601はISO8601ではない - Qiita SplFileObjectのREAD_AHEAD, SKIP_EMPTY, DROP_NEW_LINEはPHPのバージョンによって挙動がバラバラな件 - Qiita PHP: iterable型はiterator_to_array()に渡しちゃいけない - Qiita PHPの正規表現で^$より\A\zがいい理由 - Qiita PHP:文字
pythonでのデータ分析時、死ぬほど調べるTipsをまとめておく。 - プロクラシスト
こんにちは、ほけきよです。 pythonでデータを取り扱っているとき「あれ、これどうやるんだっけ？？」 ってなること、ありませんか？僕は10分に1回程度なります。 いや、覚えろと自分でも思うんですが、覚えられないんですよね。100回くらい同じコマンドを調べてたりする。 物覚えが良くないので、ココを見れば絶対大丈夫なようにしておこうと思い、まとめてみました。 jupyterで最初に開くときに読み込むモジュールたち datetime 日付⇔文字列の変換 datetimeの足し算引き算 json dict型⇔json jsonファイルの入出力 datetimeをjsonにする時、エラーが出る pandas ～以外を表すやつ andとor inf弾く リストをdfにサクッと変換 datetimeとして読み込み 読み込み時にcodecのエラーが出る DataFrameのfor文 numpy lins
シェルスクリプトを高級言語のような書き味に近づける Tips 集 | 創作メモ帳
Bash は言わずと知れた歴史あるコマンド言語です。テキストにコマンドの羅列を記述するだけで、手軽にシェルスクリプトとして実行することができます。 シェルスクリプトの実体はシェルコマンドの羅列に過ぎませんが、手続き型プログラミング言語にあるような制御構文も備えています。変数や条件分岐、ループ、関数などです。これらを使えばシェルスクリプトでプログラミングも可能です。 もちろん、現代の一般的なプログラミング言語と比べると機能は限られます。他の言語には見られないシェルスクリプト特有の癖や記法も数多くあり、最近の言語に慣れている人ほど、つまずくポイントが多いです。 しかし、シェルスクリプトだからこその良さもあります。Bash は現在でも多くの OS で標準シェルとして採用されており、普段使っているシェルコマンドを書くだけで動かせる手軽さは何者にも代えがたいです。一度身につけておくと長く使えるお得な
Tips : ImageButton で画像を使わずにタッチのハイライトをする - tomoyukim's blog
久しぶりの更新です。 最近Androidのアプリ制作に打ち込んでいたため、ブログ更新に手が回りませんでした。 では、Androidアプリ制作で利用した小ネタを書き留めておきたいと思います。 ImageButtonパーツ ImageButtonパーツは、Buttonの表示にイメージを利用できる便利なパーツです。 （Bitmapリソースの管理がよくないらしいですが、、、） レイアウトXMLから利用するコード例はこんな感じになります。 <ImageButton android:id="@+id/button" android:layout_width="wrap_content" android:layout_height="wrap_content" android:scaleType="centerInside" android:background="@null" android:src=
ListViewをRecyclerViewに置き換えるにあたっての注意メモ(1) - exception think
はじめに どういう場合に置き換えるのか? こういう用途なら無理して置き換える必要がないです 引っかかる的な話 上位から要素データを引数で渡してAdapter内でデータ操作してしまうと、データが変更されてしまう 行クリックができない 利便性を上げるための工夫 Adapterクラスで使うitemのレイアウトが縮む GridLayoutManagerを使う場合の問題点 はじめに RecyclerViewでしかできない操作を実装するのではない限り、 無理してListViewから置き換える必要はないです そもそも TwitterKit とかでも普通に ListView 使っていますし。。 どういう場合に置き換えるのか? Gmailで横スワイプでメール削除するような操作を作りたい時 リスト内でD&D並び替えみたいないことをしたい時 GridViewを置き換えたい時 あとで記載しますが、正直な所 Gri
<inputtype="file">のボタンの文字を「ファイルを選択」から変えることってできないんでしょうか？ - 残念ながら... - Yahoo!知恵袋
残念ながら、直接変えることはできません。 しかし、<label>を使って擬似的に変えることはできます。 その際、ボタン風の様相でなくなりますので、自分で見た目を設定しないといけません。（利点でもあり欠点でもあります。） サンプル http://jsfiddle.net/YLgn2/1/ 簡単な例： <label><input type="file" style="display:none;">ファイルを選ぶぜ！</label> ファイル名を表示する例： <label><input type="file" style="display:none;" id="test2">ファイルを選ぶぜ！</label> <script> document.getElementById("test2").addEventListener("change", function(e){ e.target.nex
EpochTime(エポックタイム)を変換する (Java編)
EpochTime(エポックタイム)とは そもそも、エポックタイムとは何でしょうか。 EpochTimeはUnixTimeとも呼ばれ、1970年1月1日00:00:00を基準にして、それから何秒たったかを数値にしています。 Javaで操作する場合には、long型が適切です。 Unixの世界では良く使われているので、このような呼ばれ方もするのですね。 JavaによるEpochTime⇔Date型の相互変換 では、早速、変換してみましょう。 Date型 → EpochTime public static long getEpochTime(String strDate){ Date lm = new Date(strDate); return lm.getTime(); }
Perlでコマンドラインオプションの解析に Getopt::Long を使う時、絶対に忘れてはいけない引数 - たごもりすメモ
Perlでコマンドラインオプションをparseしようと思うと組込みモジュールとしては Getopt::Std と Getopt::Long がある。が、long style option *1 つまり --option-name のようなオプションを解釈してくれるのは Getopt::Long だけだ。なので普通はこちらを使おう。 ただし 絶対にデフォルト、つまり以下のようにして使ってはいけない。 use Getopt::Long; my (@primary, @secondary, $silent); GetOptions( "server-primary|p=s" => \@primary, "server-secondary|s=s" => \@secondary, "silent|S" => \$silent ); これダメ！ 絶対ダメ！ 死ぬ！ 最初に結論を書く 必ず以下のように
Cでのポインタの読み方
Cでのポインタの読み方 Cのポインタの読み方は、ルールを知らないと摩訶不思議です。 ルールを覚えれば、 int (*p[5])[3]; char (*(*fp)(void))(int); なんてのも解読する事ができます。 大事な前程 ポインタを読む際には、「英語で読む」必要があります。 「え～、英語～」 と思う方もいるかもしれませんが、逆に日本語で読む方が大変です。 基本ルール ルール 後置演算子が優先。 関数の() 配列の[] 前置はあとで。 要は、「後ろに何かあったら、後ろが優先」です。 演算子の英語での読み方 * pointer to ... () function returning ... [] array of ... Lesson 1 まず、演算子が単独で出てくる場合です。 Lesson 1-1 pointer to ... int *p; これは、まずpを見ましょう。 i
Android開発者が知るべき10のこと - Tech Booster
本記事はAndroid DevelopersのDesigning for Seamlessnessを意訳、加筆したものです。Androidアプリをシームレスに連携させるためのノウハウを紹介します。 特性を理解する アプリケーションが高速に動作し、レスポンスが良くても、アプリケーション遷移やダイアログ表示を乱用した無計画なUI、不用意なデータの喪失、意図しないタイミングでの操作妨害など知らず知らずのうちにUXの良くない設計になっているかもしれません。これらの問題はどのように避ければ良いでしょう？ アプリケーションが動作するコンテキスト Androidフレームワークの特性(アプリケーションへどんな影響を与えるか) を理解することが開発の手助けになります。 ユーザ操作を妨げない ユーザ操作のシームレス性で問題になるケースとしてよくあるのが、他のアクティブなアプリケーションを無視して、自分のダイア
delete と delete []
イントロダクション C++ のメモリ解放演算子には delete と delete [] の２つがあります。まず、「そんなこと初めて聞いたよ」という人のためにこの２つの違いを簡単に説明します。分かってる人は次の段落は読み飛ばして下さい。 簡単に言うと、delete は new で確保したものを削除するためのもので、delete [] は new [] （配列の割り当て）で確保したものを削除する為のものです。だから、配列を削除する時は delete [] を使わなくてはなりません。配列に delete をかけても最初の要素しか削除されず（デストラクタも呼ばれず）、リソースリークが起こってしまいます。 何故こんなめんどいことになってるのか では、何故 delete と delete [] の２つを使い分けなくてはならないのでしょうか。配列に delete をかけたら自動的に内部で delete
PHPの URLエンコード （urlencode, rawurlencode, http_build_query）
（2013/5/19 変更：rawurlencode()はRFC3986なのにRFC1738と書いてたので訂正。） まずはurlencode()とrawurlencode()を比較。 urlencode() 半角チルダ（~）を％7Eに変換する 半角スペースをプラス（+）に変換する rawurlencode() 半角チルダ（~）の変換についてはPHPのバージョンによって違う PHP 5.2.xまでは、％7Eに変換する PHP 5.3.0からは、%7Eに変換しない（チルダのまま） 半角スペースを%20に変換する rawurlencode()はRFC1738 RFC3986に沿った変換とされているので、基本的にはurlencode()よりrawurlencode()の方が無難。 ただし、RFC1738 3986ではチルダを%7Eに変換しない。 ちなみに、RFC1738はその後、RFC3986によ
PHP コード最適化 Best Practices 63+ - カタコト日記
みたいなタイトルの記事を Digg 経由で発見。チートシート代わりにと思い超訳。*1 A Software Architect PHP 最適化 ベストプラクティス！ 01. static にできるメソッドは static として宣言しよう。（4倍速い） 02. echo の方が print より速い。 03. echo '文','字'; （カンマ区切り）の方が、'文'.'字' （ドット連結）より速い。 04. ループの最大値は、ループ「内」ではなく「前」にセットしておこう。 05. 大きい配列のような変数は unset() してメモリを解放しよう。 06. マジックメソッド（例： __get, __set, __autoload）は使用を避けよう。 07. require_once はハイコストなのです。 08. include や require でファイルはフルパスで指定しよう。 09
コメント: PHPは駄目な言語なのか? - スラッシュドット・ジャパン
趣味でやっている人のことは、まあ、いいとして（踏み台にされる可能性はあるけど）、仕事でPHPを使うときの注意を書いておこう。 コーディング規約を守る。組織にコーディング規約がないなら、Zend Framework PHP標準コーディング規約 [zend.com]を使う。オレ流コーディングスタイルは禁止。 内部コードにはEUC-JPかUTF-8を使う。入出力もできるだけShift JISを避ける。Shift JISを使う場合には2byte目に0x5Cを含む文字の動作を忘れずに確認する。 開発環境の警告レベルをE_STRICTにする。本番環境ではdisplay_errorsをオフにする。 register_globals、magic_quotesはオフにする。 type hintingを積極的に使う。 スコープの長い配列をクラスでラップする。 プレゼンテーションとロジックを分割すること。プレゼ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
10 Flutter Hive Best Practices
Swiftのアプリ開発でハマったこと
layer8.sh
Loading...