Flutterやろうよ!!! 2
レス数が950を超えています。1000を超えると書き込みができなくなります。
ようこそFlutter野郎どもよ!!!
軽い開発環境でモバイルアプリ開発ができるなんて最高じゃねえか
AndroidもiOSも両方行ける、まさに漢のためのツールだな
https://flutter.dev/
前スレ
Flutterやろうよ!!!
https://mevius.5ch.net/test/read.cgi/tech/1527919660/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured エディタから派生した環境と、
統合開発環境から派生した環境だと、
割とエディタから派生した環境の方を重宝するかな、ってぐらい。
emacs派だから徹底的に合わんと思う。
VSCodeはターミナルが大きくなって、最近棲みやすくなった。 逆言うと2択かも
他は考えられない
俺はvscにvimプラグイン入れてflutter書いてるけど快適
敢えてvimで書こうとは思わないな 差を見つけようと思わなければ大して違わないプラグインを何のために挙げたの? VSCodeはRemoteDevelopmentがめっちゃええぞ >>857
別にFlutterに限った話じゃないので、大して違わなくないプラグインの例のつもり
特にクロスプラットフォーム開発のできるFlutterならWSL上やSSH越し、Docker内で開発することあると思うけど、マジでおすすめだよ intelijから入ったのvsに移行できんかったわ
慣れからは逃れられない >>858
IntelliJ系IDEに搭載されてる機能と比べて
なにが優れてるのか教えて。 速さの問題だったらメモリ16GB SSDの環境でCPUもグラモもミドルクラスのものだったら対して変わらないよ エディタ戦争は結局どっちも納得しないから終わらん
どっちでも問題無く開発できるから好きな方使えばいいんじゃね >>862
Extensionの設定はvscodeが楽、なんだけどsetting.jsonの切り替え機能が無いから、モバイルとサーバやるとメンドイ。 今は、Windows 10 のハイパーバイザーで、
WSL2, Linux, Docker Compose, VSCode(Remote Container, Remote WSL)
Ruby on Rails, Node.js(Webpack, Babel)
データベース、ブラウザを起動するから、
メモリは、16GB 以上必要で、32GB推奨。
8GBじゃ、キツイ
この内、Windows側で起動するものは、VSCode、ブラウザ。
これら以外は、Linux側 intellijはろくに使ったことがないけど、リファクタリング機能とかプロファイリング機能とかはvscodeより優れてたりしないの? Web以外のパソコンからスマホまでのクライアントサイドは色々やってきたけど、
サーバーサイドは一つだけでいいかなと思ってるが何がお勧め??
一番高速じゃなくていいが、上位グループのやつ
C#できるからASP.NETCoreあたりが無難??
で、ASP.NETでWebAPI作ってFlutterWebで、Android/iOS/Webで一気に
フロントエンド作って完璧?? >>871
クライアントサイドでFlutter使うなら、どうせなら全部Dartで書くほうがいい気がするね。親和性も高いし、なんといっても十分高速に動作する
Dartは元々ソケットプログラミングは可能だし、AQUEDUCTというのもある
最も無難なのはPHPだが、HTMLを直にやり取りしないから最近ならGoやPython、Rubyあたりが選択肢に入る 今時、フルスクラッチは効率悪すぎるし、よっぽど特殊な用途でなければ、ライブラリやフレームワークがこなれてるかどうかだよね 鯖はPythonが無難よ
他言語だとAI絡みの案件来たとき面倒増えるだけだし
クライアントがFlutterならFirebase/Amplify使うだろうけどPython選んどけば何も問題もない Navigator 2.0の公式ライブラリを作るような話をどこかで聞いたけど
まだかなまだかな >>874
Pythonは動作が遅すぎるから、問題ある
AI絡みのことがしたい時、別サーバーを建ててそこでPythonを動かすから、WebAPIサーバー側にPythonを選ぶかどうかは本当に関係ない YouTube で有名な、雑食系エンジニア・KENTA のサロンでは、Ruby on Rails のみ。
時給1万円のキャリアパスも、Rails → Go だけ
Node,js, Django も使われない。
PHP は一生やる必要はない
プログラミングのバックエンド技術スタックで採用が決まるのは、
Rails, Docker, AWS, Go の600万円
だから、AWSのくろかわこうへいのサロンにも、入る必要がある
基本は、AWS Fargate, Lambda などのサーバーレス。
サーバーを管理しない
Lambdaは、Rubyも使える >>876
いやいや元がサーバーサイドを一つ(の言語?)にしたいって話なのに
AIだけPythonの別環境作ってたら解決にならないでしょ >>879
サーバーサイドってWEBサーバーのこと言ってるんだから、AIはまた違う話だ
AIしたいならそれはサーバーサイドとは言わない >>873
ですね
フルスクラッチはしたくありません
で、ASP.NETならoauth2のWebAPIとかも簡単に
作れそうだし、TechEmpowerのベンチ見ても速度いい線いってるし
これがいいかなと思った次第です >>881
たしかにC#は十分古いしASP.NETも年代重ねてるけど、使用者が少なくてコミュニティが発達してないから、こなれてるとは言い難いよ
もう少し新しい言語でも使用者が多い方を選んでおくと、実践的な不都合の改善がされていることを期待できるし、情報量も多い スレ違い
サーバーサイドはFlutterで利用できるインターフェースを作れればなんでもいい
聞きたいことはそういうことじゃないなら何がしたいのか明確にしてよ
「サーバーサイドは一つだけでいいかな」って個人のアプリのため? >>877
に書いたけど、KENTA が結論を出している!
フロント/バックエンドを同じ言語で作れば、複数言語をやらなくて良いという、
Node.js は結局、シェアを取れなかった
結局バックエンドは、Rails, Go だけ。
時給1万円のキャリアパスも、Rails → Go だけで良い。
だからKENTAは、この道筋しか教えていない
Node,js, Django も使われない。
PHP は一生やる必要はない
動的言語のバックエンドは、
Railsよりも、かなりのプラス面がないと使われない
つまり、JS, Python, PHP で、バックエンドを書くのを嫌がる、香具師が多い
バックエンドは複雑怪奇なソースコードになるから、
Ruby以外だと可読性が低くて書けない。
他人のソースコードも読めないから、保守できない
実用的には、Rails, Go だけ。
Rust, Elixir も、普及のキャズムを越えなかった。
まあ、スクエニなどは、Elixirを使っているけど Firebase導入してからWebAPI自作する事なんて無くなったぞ
無価値な労力かける前に環境見直せよ サーバから通知送るのってFirebaseが王道ですか? そういやdartってaltJSだからlambdaやらcloud functionでも動かせるはずか >>884
1日1回くらいの書き込みじゃ話にならないよ。
1分に一回くらい書き込まないと!
時間あるんだからちゃんとやろうよ。 >>885
WebAPI作るの労力かかるって思ってる駆け出しさんかな
Firebase使い勝手悪いしFirestoreは制限多くて余計に労力かかるし
仕様変更入ったときに変えにくくて泣くじゃん
TODOしか作ったことない人にはわからないか >>889
その余計な労力のかかる制限と使い勝手の悪さって具体的に何?w >>890
889:具体的とかそんなのやってねーから!!! >>887
そのあたりは別にalstjs関係なく別言語動くよ
dartは別にaltJSじゃなく、JSへのトランスパイラが別で開発されてるだけ
Flutter Webで動作させるときに変換する
完全に別言語だから生成されたコードは読みにくくいけど、普通にJSやAltJS系書くより高速な処理になるようにコードが生成されるらしいね ブラウザへのDartVM搭載断念からFlutter発表前まではただのAltJS言語でしかなかったんじゃね >>890
サーバーサイドの経験者なら聞くまでもなく明らかでしょ?
知らないから草生やして煽って聞き出そうとしてるのが見え見えで恥ずかしいよ
あとwは古いよ >>894
経験者じゃなくて知らないから出来れば教えてほしい 画面の中にTextでhello worldって表示しているんですが
画面の中にこの文字列が表示されているかテストする方法を教えないでください 時代はサーバーレス。 サーバーサイドとか、Web-APIを開発するなんて作業は
もはや時代遅れ。
ttps://azure.microsoft.com/ja-jp/services/functions/#overview >>895
894:だから具体的とかそんなんやってねーんだよ!!!! firestore辛いとこあるのわかる
小さいアプリならいいけど複雑だとrdbのほうが簡単
時代はサーバーレスっていうけどtwitterもインスタもtictocもたぶんサーバーレスじゃないよね? >>894
えぇ…自分で使い勝手とか言い出したのに… 設計なんてケースバイケースで
なんでもかんでもfirebaseとかrdbmsとか
そういう偏った考え方してるからいろいろ辛いんでないの?
webapiが善とか悪じゃ無く使い分けが大事だと思う ts2dartって開発止まったみたいだけど需要あるんかな
dartは色々きつい そのとおり
firestoreのほうができないことが多いからなんでもfirestoreでやろうとする人は他も知って使い分けるのがいいね >>902
慣れろ!
tsに慣れてればdartがきついしdartに慣れてればtsがきつい
jsを拡張したtsのほうがおれにはきつくて癖が少ないdartが馴染むけど慣れ次第だと思ってどっちも使ってる 企業が求めているのは、バックエンド技術者。
Ruby on Rails, Linux, Docker, AWS、データベース
だから、AWSのくろかわこうへいのサロンにも、入る必要がある。
AWS Solution Architect 資格とか、この本を読むとか
Amazon Web Services パターン別構築・運用ガイド 改訂第2版、2018
サーバー構築運用は難しいから、Amazon はサーバーを管理しない・サーバーレスを勧めている。
EC2 ではなく、Fargate, Lambda, Elastic Beanstalk など
Amazon Linux, Aurora も管理不要。
Amazonがセキュリティー更新してくれる >>905
時間あるんだからもっと書き込めよゴミ笑 >>906
どうせ、どっかから拾ってきたコピペ。相手するだけ無駄。 正直クロスプラットフォーム開発ってしっくりこないんだよな
あるプラットフォームで開発したネイティブアプリを別のプラットフォームでも使えるようにすることの大部分はプラットフォーマー同士が協力してやるべきことなんだよ >>908
あるプラットフォームで開発したものをってところが既にクロスプラットフォーム開発ではない
さらに言えばその協力する作業を減らせるのが良いところ >>908
プラットフォーマー同士の協力が起こることがないから
クロスプラットフォームのフレームワークがあるんだし
それでうまくいってるでしょ
しっくりこないのは頭が固くて柔軟に受け入れられないか受け入れたくないだけ 企業が求めているのは、可搬性のあるバックエンド技術。
Ruby on Rails, Linux, Docker, AWS、データベース
Linux, Dockerが絶対の世界。
Ruby製のVagrant さえ、使う必要がなくなった
だから、Windows 10 に、WSL2, Docker が出来た。
新規プロジェクトで、Windows Server を使う人がいないから
学生時代にVagrant を作った、Mitchell Hashimoto も、
今は、Go 製のTerraform を作っている
今や、HashiCorp の時価総額は、5千億円ぐらいある。
今世紀最大の起業家 firebase使えばバックエンドはほとんど書かなくていいよな、webhookとかだけかな >>897
web APIとかセキュリティーホールだよね サーバーレスとはWeb APIなしという意味ではないぞ? 大雑把に言ってしまえば、Web APIって、JSON形式やXML形式のデータをHTTP(HTTPS)
のPOSTで投げて、結果をHTTP Response のbodyがJSON形式やXML形式のデータで受け
取ってるだけだよね?
昔だとSOAP、最近はRESTとか呼んでるみたいだが、要するにXMLの仕様が難解過ぎて、
CSVに毛が生えたようなJSONが主流になったという理解だが合ってる? null safetyのIterableでsingleWhereだと条件にあうやつが一つもないとnullがかえってきません
ないとnull返したいのですがsingleWhereOrNullとかにアクセスできません >>915
SPA・Ajax では、ページ遷移をしないで、
ページ内のある部分だけを、JavaScript で書き換えるから、
サーバーから、HTML を送ってもらう必要がない
JSON で、データだけを送ってもらえば、部分的に書き換えられる >>917
ちゃんと読め
package:collection/collection.dartをインポートしろ >>918
> SPA・Ajax では
これの対になる技術は具体的に何を指してるつもり? ページ遷移って何のこと?
URLが移動するってこと?
SOAPや、Rest APIも、HTTP Request/Responseでデータをやりとりしてるだけ
で、ページ遷移なんてないが? クライアント側はWebブラウザかどうか関係ないし、
クライアント言語がJavaScriptである必要もないんだけど、理解してる? >>922
そろそろスレチが過ぎる
その態度ならある程度分かってそうだし何も教わる気がないのだろうからもう終わりにしてくれ >>923
中途半端な知ってる知識をひけらかして、ドヤってくれたまへ。 年収800万超えエンジニア注目するプログラミング言語、第1位は?
ttps://news.mynavi.jp/article/20210802-1936893/
Flutterはフレームワークであって言語ではないのに。 どう考えるかだよね
Dartなんかには興味ねーなのか
flutter自体の知名度が上がってきていると考えるべきなのか
flutterという単語だけがが独り歩きしていると考えるべきなのか
それとも全部なのか
いずれにしても認知される様にはなってきてるのは良い事なんでない? 記事の信頼性を疑う
年収800万とか言ってそんなこともわからないやつの意見取り入れてるのはどうかと思う Dartはシンタックスとか好きになれそうな言語なんだけどね。
ただPythonより早いけどjavaとは比べ物にならんほど遅い。 >>925
> Flutterはフレームワークであって言語ではないのに。
https://prtimes.jp/main/html/rd/p/000000022.000045379.html
「言語・技術」だったのに日経が勝手に「言語」に変えただけでしょ
出所が書かれてるのに調べようともしないなんて収入低そう >>929
FlutterはDart前提のフレームワークで、固有の技術でもないし、ニュース元は、
オリジナルの統計データじゃないし、ソース云々どうでもよい。
あと、高収入かどうかは能力関係ない。 大手企業に入れば、馬鹿でも高収入。
新卒カードが使えるから、無能ほど大企業志向。 現在使用の800万位上のとこ、Rubyがそこそこ多いのは盛っちまったか? 米国年収では、Ruby on Rails は、1,300万円。
Node.js は、900万円
ただし、Rails の求人数は、Node.js の半分しかないけど、
サーバー構築運用では、圧倒的に強い
それを超えるのは、AWS Solution Architect の1,500万円!
だから、YouTube で有名な雑食系エンジニア・KENTA は、
Ruby → Go だけが、時給1万円になるコースと言ってる >>928
AOTコンパイラだぞw
dartのほうがJavaの50倍速いわ dartでもflutterでも次の便利そうな新機能ってないの??
Roadmapに書いてnないようなやつで
Navigigator 2.0やrestoration frameworkやnull safetyが来たけど
もう打ち止め?? >>934
シリコンバレー界隈じゃ、年収1000万は底辺なわけだが? リリースビルド(AOT)よりDartVMで走らすデバッグビルド(JIT)の方が最適化によって最終的には速くなる場合があるとか聞いた >>937
その言い方じゃ誤解されると思う
東大すら10位以内に入れないような世界的な大学ランキングのトップクラスたちにとって
1000万円という年収は底辺って言ったほうが現実を表現してると思う
「シリコンバレー界隈」って言い方だと俺らでも英語さえできたら1000万稼げるって誤解するやついるから・・・
実際はグーグル本社にすらエログロ判定バイトみたいな底辺バイトがあってしかも時給仕事(ただし例のタダ飯は食える)でしょ
俺らがギリ潜り込めたとしてもそういう仕事だし、家賃払えなくて詰む未来しか見えない
っていうかシリコンバレーってメシを無料にする前に家賃無料にしろって思うわ 米国の人口は日本の3倍で、GDP は4倍。
一人当たりGDPは、日本の1.3倍
ただし、米国の1,500円の一品料理は、日本の500円の定食よりも、マズイ。
だから感覚としては、米国はプア、日本はリッチ
高価格で低品質。
国土が広いから、距離・時間が掛かるので、物が劣化する
中国の人口は日本の10倍で、GDPは3倍。
一人当たりGDPは、日本の0.3倍 >>939
ごくごく稀なケースだね。
とある計算メソッドがたまたまJITのキャッシュに残ってた時に、全く同じ引数でコールされると計算せず前回と同じ値を返すとかそういうケース。 >>941
アメリカとかヨーロッパは冷凍しないと輸送しちゃいけない法律、だから不味い
イギリスは少し違って、栄養素があれば不味くていい
美食みたいな物は悪 https://note.lapras.com/interview/dnobori/
> 誰かがつくった開発言語やフレームワーク、OS、ネットワークを所与のものとして使っているだけなのに、すべてを知った気になっている。
> それは決して正しい振る舞いとはいえないと思います。
flutterとfirebase使ってなんでも作れる気になって調子のってるお前らじゃん笑 >>945
いい歳してだれかの言うこと引用しないとものも言えんのか。 >>943
Debugビルドしたプログラムのバイナリコードは、Releaseビルドのバイナリコードの
約4〜5倍のサイズがある。 差分の多くはデバッグ用のシンボルテーブルではない
かとは思うが、Debugビルドの方が早く動くとは考えづらい。
Debugビルドは、インストール後に実機で動かすと起動(最初の画面が出るまで)が
やたら遅いので、たとえ右上のDebugを消していてもすぐわかる。
>>946
LAPRASとかって会社の宣伝じゃないの? >>946
当てはまりすぎてて話を反らすしかなくなっちゃったの?笑笑 Hot reloadの挙動見てるとDebugビルドはJIT、ReleaseビルドはAOTって理解で良かったのかな? >>947
宣伝かもしれませんが、それを考えても何のメリットもないからねー笑 レス数が950を超えています。1000を超えると書き込みができなくなります。