Amazonではこれが人気。SSIDを一つにして、そこにつないでおくと、電波状況に応じて5GHzと2.4GHzを切り替えてくれる機能この機能が切り替わるときに瞬断が発生する可能性があるのではないかと思い、買わなかった家せまいし必要なさそうっていう理由もあったちなみにこの機能がない、僕が購入したやつは、価格も3,000円ほど安い速度Googleのインターネット速度計測を使用。91.6まぁ、発売時期ぜんぜん違うし、価格も倍違うので...って感じはある。Startedの記事ではありません。各種フレームワーク間のアーキテクチャを元に良し悪しを考えた記事です。out!!Flutterがついに1.0になったようです!とはいえ、僕はFlutterを追いかけてはいなかったので、「お前が言うな」とか言われそうですが。僕がFlutterが気になっているのは、クロスプラットフォームのアプリ開発ツール、という点だけではありません。いうコンセプトがあるのが僕的に重要な点になっています。(ちなみに僕はあまりTwitterを見たりしていないので、流行りには疎めです)クロスプラットフォーム開発のフレームワークというのは、今までにもたくさんありました。僕はAndroid/iOSのネイティブアプリ開発者ですが、ionic(当時は2.0でした)やvue.jsといったフレームワークも扱ったことがあります。それゆえに、OSのデザインとしての制約に関しては無視できない部分があり、ずっと"ちゃんと"クロスプラットフォームで良いアプリを作ることのできないむず痒い気持ちを抱えています。ionicはCordovaを基礎としたフレームワークで、Cordova上でAngularを動作させることでクロスプラットフォーム開発を行うフレームワークです。各プラットフォームに合わせた美しいコンポーネントが用意されており、少しのHTMLを書くだけで簡単にAndroid/iOSに合わせたデザインが適用できます。Reload機能もあるため、ソースコードを変更するとすぐに画面に結果が反映される。高速に開発できるフレームワークです。僕はこのフレームワークを採用するのを過去に渋ったことがあります。ionicが心配だったのではありません。問題は、Cordovaがベースとなっている点でした。Cordovaはご存知でしょうか。iOSだとObjective-Cでソースコードを書く部分)間の共通インターフェイスを提供することでクロスプラットフォームを実現するフレームワークです。このアーキテクチャには、決定的に問題のある点が一点ありました。ネイティブAnroidアプリ開発者はおそらくご存知でしょう。Androidは現在フォアグラウンドにあるアプリを快適に動かすために、「アプリをバックグラウンドに移した後、端末のメモリが不足した場合、現在フォアグラウンドにあるアプリ以外のアプリのActivityやプロセスを状況に応じて殺す」という仕組みがあります。これはOSのデザインの一部であり、設定によってなんとかViewを殺さないようにする、といったことは不可能です。ionicはCordovaの仕組みに加えてAngularをWebView上で動作させるため、大量のメモリを食います。ここで、ionicアプリからIntentで端末にプリインストールされているカメラアプリを起動してみましょう。カメラはご存知のように大量にメモリを食います。3のように大量のCPU/メモリを使用するカメラアプリの場合は、バックグラウンドプロセスをすぐに殺しにかかるでしょう。元のionicアプリに戻ったときには、Angularの動くWebViewは既に殺されており、アプリは最初からになります。WebView上の画面のスタックはクリアされ、それを復元する術はフレームワーク側にはありません(僕の触った時点では少なくともそうだった)。Cordovaには罠が多く、プラグイン制作に関しては多くの人がStackoverflowにお世話になったことでしょう。configがわかりにくく、プラグインのアンインストールに関しては多く人が一度はハマるところと思います。gitignoreがフレームワーク的に意識されていないのも、なにか心の中にひっかかったものを感じ続ける要因です。UIのタッチレスポンスが遅い問題もあります。WebViewなので仕方がないでしょう。いった理由より、採用を渋っていました。結局のところ採用はしたのですが、上記の問題は杞憂ではありませんでした。Airbnbの記事を覚えているでしょうか。見ていなかった場合、ぜひ確認してみて下さい。ちなみに僕はReactは良いものと思っています。disるつもりは毛頭ありません(ついでに髪の話でもありません!)。Native自体は使ったことがありません)。伝えたいのはionicと同じく、仕組みの話です。Coreをバンドルして動作します(iOSはそうではないようですが)。それを使うことでJavaScriptでロジックを書くことを実現しています。JavaScriptはWebの進化によって多くの便利な仕組み(AltJSやテストツールなど)があり、高速に動作するので、とても良い言語と今でも思っています。問題はUIの作り方です。NativeはJavaScriptを経由して書くプラットフォームに存在するViewを利用してUIを描画します。同じコードでもプラットフォーム独自のUIの制約に縛られてしまうのです。見た目を変えようとしても全く一緒にするには多くのコードを書くことになり、深いことをしようとするとネイティブプラグインを導入せざるを得なくなることもあるでしょう。この問題は、Airbnbの記事にも書いてあります("共通のデザイン言語システム(DLS)"の項目や"ジェスチャー"の項目)。この問題はどうしても完全に解決はできないでしょう。Webの開発者がネイティブアプリを作るためのフレームワークなのに、結局JavaやObjective-Cを覚えなければならなくなることが発生してしまう。これはアーキテクチャの問題です。Nativeと同じ問題を抱えていると考えています。C#よりXamarinの用意したインターフェイスの仕組みを通して、ネイティブのViewを生成して操作します。使用している言語やツールの問題ではありません。NativeやXamarinの問題がUIと言いました。UIを独自に作成する機能を持つ、Unityだったら問題ないのでは、と考えたこともあります。2Dだけでなく3Dも表現できる。表現力ではピカイチです。この場合標準のUIコンポーネントが用意されていない、というのが問題です。同じ画面をAndroid/iOSで用意してあげる(まさにゲームのような)のであれば良いかもしれません。各OSを使用しているユーザは、ゲーム以外でその挙動を期待することはおそらく無いでしょう。dot-per-dotの美しいUIにしたい場合、viewportの設定など考えることが増えるのではないかという懸念もあります。Flutter話を戻します。僕はFlutterはここまでの各種問題をほとんど解決しているのではないかと思っています。各問題に関して列挙しながら書きます。Cordovaの懸念Activityの復帰の問題この記事を書きながら調べてみましたが、これは解決していませんでした。Google製なのに、このissueがfixになっていないのは残念でした。問題ではないかも、と思っています。このコメントで依頼されているように、常に今の状態を永続化しておけば、問題にはならないかもしれません。この問題は、僕は真っ先に調べるつもりです。プラグインについてCordovaのプラグイン管理の仕組みは対応は半ば無理やりのようなものでした。確認していませんが、問題がないことを祈っています。タッチの遅さこちらも確認していませんが、そんな致命的な問題を残すとは考えにくいので、心配していません。Xamarinの懸念FlutterにはSkiaが入っており、UIを独自に描画する仕組みになっています。最悪、Widgetsを自分で作る場合でも、複数解像度を意識だけしておけば、DartだけできれいなUIが作れることでしょう。それぞれのOS向けに何かをしなければならない、といったことは起きないと確信しています。UnityFlutterにはUIコンポーネントが存在しているので、最初から独自にUIを作り上げる必要はありません。Material/Cupertinoが自動で振り分けられるという認識でいます。Flutterについても、どうしても懸念として残ってしまう問題もあります。ionic以外に共通していますが、VMを内包しているのでフレームワーク側のバグでクラッシュしてしまうことがありえます。その場合、アプリ制作者である僕らは、issueに助けを求めるしか方法がありません。自分で直すのは、多くの場合人や時間的な都合で困難でしょう。まとめいろいろ書きましたが、実はほとんどアーキテクチャしか意識しておらず、コードを書いていません。面倒な部分も実は多いかもしれないな、と感じているところもあります。(各種フレームワーク間比較)Tweet広告を非表示にするもっと読むコメントを書く2018-03-24モカエキスプレスを購入したので調べた内容のメモcoffeeふと、カリタのコーヒーミルを1年以上使ったなと思い出したので、また別の抽出方法を試したくて、モカエキスプレスを買った。expressの記述がある。モカポットになっている。日本だと、マキネッタ(macchinetta)という名前が一般名称の様子なんだけど、ググっててもこの名前使われたり使われなかったりしてて、いまいち統一されてない感じがする。海外サイト当たってみたけど、少なくともあんまり海外でよく使われている言葉ではなさそう。出てくるので、通じないものではないのかも?関係ないけど、オーストラリアメルボルンには、Macchinettaというお店もある様子。最近NTTが、Webアプリを作りやすくするMacchinettaフレームワークというのを出したらしく、語源探るのさらにややこしくなってる感はある...。日本向けの堅牢なフレームワークなので、大きな古き良き会社向けのものっていう雰囲気。Detailsに、上記の分解画像がある。Collector)にコーヒーが入るようになってる。デザインというところになってて、そこの説明書のようなのでよく分からない。(分かりやすいけど「上部」って...。Wikipediaにある上記の画像がめっちゃ分かりやすいw細かい作り方についてメモなんか初めて買う時に知っておくことがあったので、それに関していろいろメモしておく。購入すべきもの僕は下記を購入した。モカエキスプレス本体(3カップ)ガスバーナープレート安いコーヒー豆(深煎り。Detailsにある(3カップだと200ml)。僕は夫婦で飲むので、3カップにした。結果的には正解だったと思う。気をつけないといけないのは、モカエキスプレスは直火式なので、IHには対応していない。オール電化だと買ってからガスバーナー買う必要が出てしまうかも。あと、アルミかステンレスかは意見が分かれる様子だけど、アルミを買った。Amazonに「アルミは健康への害がある」というレビューが上がってたけど、安全の閾値の話で賛否両論のようで、一概には危険とは言えない様子(害ある派、問題ない派)。個人的には害がある、というのは気にしすぎかなと。医学的に有害と認められた例がほぼ無いのでは。ガスコンロの場合、ガスバーナープレートはほぼ必須。モカエキスプレス意外と直径が小さくて、ガスコンロには乗らない。お湯沸かすようの所でも乗らない。僕は東彼セラミックスのガスバーナープレートを買ったけど、どれでも良いかと思ってる。コーヒー豆をリストアップしている理由は、最初モカエキスプレスを買った後は、説明書によると「コーヒーを入れて捨てる」工程を3回程度繰り返さなければならないため。Wikipediaより)。良いコーヒーは高いので、慣らしで良いコーヒーを使いたくないなあ、というのが本音。余っても同じ豆でドリップとの違いを試したかったのもある。コーヒーミルは、豆の粗さを調整するために使う。モカエキスプレスでは、基本的に極細挽きを使用する様子(UCCのサイトより)。極細挽きだと目詰りする(こことかこことか、他にも。)という情報があり、やらないほうが良いのか?作り方www.youtube.comタンクに水を入れる安全弁(Valve)の下まで入れる。押さえつけないほうが良いらしい?(使い方の項目)豆は細挽き。きにも見えるんだけどどうなん?僕はコーヒーミルで、一番締めた状態から3目盛りくらいゆるくした状態で挽いているけど、いろいろ試すつもりタンクと上部の間がネジのようになっているので、しっかりと締める一度締めすぎるのもアレかなと思ってちょっと緩めにしたらコーヒー一滴漏れてきて焦ったパッキン(Gasket)は消耗するので、半年目処に交換、とのこと(説明書より)火を付けて、コーヒーが上部に上がってくるまで待つコーヒー上がってきたらすぐ火は止めること大体3-4分くらい。時間は調べて、タイマーかけるようにしたら良いかも火の強さは弱。火は強くないほうがおいしい気がする一度中火程度でやったら、持ちての付け根の部分が若干溶けた...。終わったらコップに入れる中細挽きで入れた時、結構下に粉が溜まることがあったが、細挽きにしたらあまりわからなくなった。これから調べるいろいろ調べるの楽しい。美味しい淹れ方もっと調べたいな。1.0が使われている。Quantum使うようにしてるんだけど、about:homeがシンプルで寂しいので壁紙付けたかった。https://github.com/Aris-t2/CustomCSSforFx...という素晴らしいプロジェクトがあるので、これのDocumentationとサンプルを読んで書く感じ。}}Firefox再起動さみしくない!ほくほく。Quantumで、「新しいタブ」の背景に好きな画像を使うTweet広告を非表示にするもっと読むコメントを書く次のページプロフィールid:esperiaプログラミングの話。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。