Flutterやろうよ！！！ 2

2021/01/30(土) 12:22:39.97

ようこそ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

2021/07/08(木) 08:24:28.64

競合他社にイニシアチブ与えるようなことするわけ無いだろ

2021/07/08(木) 09:25:06.90

>>788は結構デタラメだから気にするな
エンドユーザはつまるところOS使用者なのでプログラムを書かない。開発者はC/C++やDartの他にRust、Go、Pythonはサポートされる。
システムコールにC形式とかはない。FichsiaではZirconというカーネル群があって、そいつを呼び出す。
全部fuchsia.devにあるからデマを信じないように
本人はデマのつもりは無いんだろうが

2021/07/08(木) 09:34:01.71

AndroidもAPIはC++だろ…

2021/07/08(木) 09:37:13.45

現状用意されてるzircon syscallのインターフェースはC ABIのようだが
https://fuchsia.dev/fuchsia-src/concepts/kernel/vdso

2021/07/08(木) 09:58:32.07

>>793
ABIに言語は関係ない。関係あればそれはAPIと呼ぶ
それはCで書かれた関数をコンパイルしたバイナリを呼ぶという意味。バイナリの時点で言語とは切り離されてる
システムコールもそうだけど、結局バイナリに対しての呼び出しだから、もし言語云々言うのならアセンブリ言語のレベルでないと扱えない。CもRustもシステムコール時に内部ではアセンブリ言語を呼んでるみたいね

2021/07/08(木) 10:46:04.69

元レスのC形式ってそういうことでしょ
他の言語から呼び出す場合はffi経由でないと呼び出せない。rust向けのapiもcをラップしてるだけ。
システムコールを実行するには最終的にsyscallやsvc命令を呼び出さないといけないのだから一部アセンブラで書く必要があるのはどのOSでも当たり前なんだが

2021/07/08(木) 14:05:12.84

>>790
https://www.mobileappdaily.com/google-fuchsia-supports-swift-language/amp

2021/07/08(木) 22:38:14.60

>>796
まじかよ。正直ｽﾏﾝｶｯﾀ。
flutter+swiftでiosアプリの流入促進でも狙ってるんだろうか…

2021/07/08(木) 23:21:56.91

需要があるかは知らんが、Windows 11でAndroidアプリが走るようになるし、
OS下剋上、戦国時代へ突入かね？

2021/07/09(金) 00:23:51.22

>>795
一応、機械語でもいい。特にCやRustは機械語でもおかしくないような気がする。まあ対応づいてるけどね
それから振興OSに当たり前が通用するかわからんじゃんか

2021/07/09(金) 01:12:33.19

一応とか気がするとか分からんじゃんとかフワフワしすぎ

2021/07/09(金) 01:36:12.71

>>791
使えることと基本にしていることとは違う。
Androidも、Cは使えるが、APIの基本は Java/Kotlin。
Cを使う場合でも Java/Kotlin が必須となる。
一方、Windows/Linux/Unix は、Javaも使えるが基本はC。
Cを使う場合、Cだけで済む。
Cは、マシン語と直結しているので、Java/Kotlinを含めたあらゆる
言語と相性が良く、Javaだけで作る場合のモードチェンジも必要ない。
一方、Java/Kotlinは、マシン語と直結していないので、
他の言語とはとても相性が悪く、必ず JNI というモードチェンジ
の仕組みを使わなければ成らず、Cだけで書こうと思っても、
必ずJNIを使ったモードチェンジをある程度の頻度で行うことが必須となる。

2021/07/09(金) 01:47:12.33

>>801
[補足]
1. OSのAPIがCを基本としている ---> APIがマシン語のインターフェースを基本としている
--->どんな言語でもモードチェンジ無しで最高効率で動く。
(Cは、マシン語と直結しているので、ABIでもありAPIでもある。
マシン語とCの違いが実質的に無いと言えば無いので、Cというよりも、マシン語の
インターフェースであり、それより高速なものが存在して無いとも言える。
ありとあらゆる言語の母体である。)

2. OSのAPIがJava--->他の言語を使う場合、Javaとの間でモードチェンジが
必須となり、最高効率で動くことは出来ない。
Javaのクラスやメソッド群をAPIと考えると、それらはマシン語ではないので、
APIとABIに意味の開きが出てくるのが、1とは違うところである。
Javaは、Cとは違ってマシン語とは言えないので、他の言語の母体とはならず、
他の言語を使う場合、Java言語で、他の言語のインタプリタを直接作る場合は除き、
いったん、マシン語モードに切り替えるために JNI が必要となる。

1の場合、Cがマシン語とも言えるのでCを基本としているといえるのかどうか
意見が別れるとも言える。

2021/07/09(金) 01:54:23.37

[補足]
WindowsやLinuxは、OSのAPIはC風であり(それはマシン語のインターフェースでもある)、
それしかサポートしていないとも言えるが、Cが余りもマシン語と近いために
他のあらゆる言語は、サポートしなくてもほぼ最高効率で動くことが出来る。
サポートしていなくてもあらゆる言語が Windows で動き、あらゆる言語で
アプリケーションを作ることが出来る。

一方、AndroidがOSとして基本サポートしているのは Java/Kotlin のみ。
Cは重要すぎるため、社としては、NDKでJNIを通じてサポートはしていると
言えばサポートしてはいるが、それでもアプリの基本が Java/Kotlin であるため
必ずモードチェンジが必要となる。

一方、Fuchsiaの場合は、OSがサポートしているのは、CとDartだと書いてある。
これは、他の言語でアプリが作れないことを意味するのではない。

2021/07/09(金) 04:19:12.96

残念ながらワクチンに予防効果は無い、貫通しまくり、それでも重症化も死亡者も少ないから良いといってるが
イスラエルの場合だと、未接種者より接種者のほうが死亡例が多くなってる
↓
イギリスの1日の新規感染者3万人超す　1月以来最多
https://asahi.5ch.ne...newsplus/1625750338/

2021/07/09(金) 06:18:39.49

>>801
＞Cは、マシン語と直結しているので、Java/Kotlinを含めたあらゆる
意味不明w

2021/07/09(金) 06:19:36.63

Cの呼び出し規約がマシン語とイコールのように読み取れるけどさすがにそれは誤解招くでしょ。

2021/07/09(金) 07:35:38.34

すまんがこれ、コンテナにListViewを入れるとエラーが起きるのは何故なんだぜ？
画面の一部だけリストにしたいとかあかんの？

2021/07/09(金) 07:46:01.98

>>807
どういうエラーか分からんが、hasSizeうんたらってエラーならListViewがサイズ決められないって怒られてる。
ListViewの外にExpandedとか置けば直るはず。

2021/07/09(金) 07:56:46.84

>>808
まじか、ありがとう！
もしかしてViewってついてるやつは特殊なのか！？とか思ったり、わけわかんなかった

2021/07/12(月) 03:47:00.80

dartって複数種類の型を持つListって定義できないのか。TypeScriptでいう[number, string]みたいな

2021/07/12(月) 06:59:23.56

>>810
本当になんでもいいならList<dynamic>でいけたはず
int, String固定なら、それぞれどういう用途で使うかに対して名前をつけるというのがいいんじゃないか
例えばint age, String nameだったら
abstract class PersonData {
final value;
PersonData(this.value);
}
class PersonAge extends PersonData✓{
final int value;
Age(this.value) : super(value);
}
class PersonName extends PersonData {
// 略
}
とかしておけば、List<PersonData>に入るのはPersonAge, PersonNameという役割を持ったint, Stringになる
クラスの作り方はもっと良い方法あるかも…

2021/07/12(月) 09:35:17.82

継承を使わずコンストラクタで
Person.fromAge
とか
Person.fromName
とかもありかもね。
この場合も値の内部保持はdynamicだけど。

2021/07/12(月) 15:45:53.05

いやー確かにデータ構造としてはそれでいいんだろうけどね
事情としては、APIで取得するJSONがそういう値でjson_serializableでそのままfromJson出来なくてなんだかなあとなっている
TupleのGoogle謹製のパッケージはあったけどjson_serializableと組み合わせるのは難易度高そうだった

2021/07/12(月) 19:36:33.96

Json形式のデータから、ディクショナリ(Map)構造に変換するパッケージがあった
ような記憶があるけど、今すぐ名前が思い出せんな。

2021/07/12(月) 20:13:24.27

>>813
Tupleはあくまで値のペアを格納するものなのでちょっと目的とは違うくない？
俺も同じような事で悩んだけど、結局一旦dynamicで受けて適切なエラー処理を入れながら目的の型に変換した記憶が。

2021/07/12(月) 20:18:02.55

指定した時間にアプリを自動起動する方法ってFlutterじゃ無理ですか？

2021/07/13(火) 06:29:50.06

>>816
やりたいのは、こげなこと？

ttps://rinoguchi.net/2021/04/flutter-background-timer-app.html

2021/07/13(火) 11:33:15.14

>>817
Google純正の時計アプリなんですけど
アラームを設定してからアプリを閉じても、指定した時間にアプリが起動して音が鳴るんです
バックグラウンドではないのにアプリが立ち上がる、そういうことがしたいんですね
https://play.google.com/store/apps/details?id=com.google.android.deskclock&;hl=ja&gl=US

2021/07/13(火) 11:44:45.54

>>818
Flutter/Dartの問題というより、プラットフォーム(OS)依存になると思います。
Windowsだとタスクマネージャーに登録しますが、Androidの場合だと、

ttp://android-note.open-memo.net/sub/activity__autorun.html

のようなことをする必要があります。　Flutterから使う場合、以下のようなパッケージが
あるみたいです。　但し、Android限定です。　iOSは判りません。

ttps://pub.dev/packages/android_alarm_manager (旧)
ttps://pub.dev/packages/android_alarm_manager_plus

2021/07/13(火) 14:15:13.67

質問させてください。

現在、次のような状況です。
1,CustomPaintで画面サイズより大きな画像を、画面内だけ描画
2,GestureDetectorのonPanUpdateのdeltaを用いてcanvasのoffsetを変更して画像を移動

この状況で、描画する画像が大きいため、スクロールバーで一気に移動したいときがあります。
しかし、一方向のSliverの並びではScrollbarとCustomScrollViewの子要素にすればよいのですが、上記の状況ではViewport（？）などが設定されておらず、簡単にはスクロールバーを実装できません。
それっぽい四角を配置するのではなく、Scrollbarウィジェットの子要素として配置できる形で実装したいです。

何かを継承して、viewportの大きさなどを指定するのだと思うのですが、ソースを読んでも理解できませんでした。
もし分かる方がいれば教えて下さい。お願いします。

2021/07/13(火) 14:48:01.79

>>819
ありがとうございます
ためしてみます！

2021/07/13(火) 16:08:21.37

>>821
どうやら「flutter_local_notifications 」パッケージを使った方がよさげな模様。
これなら、AndroidだけじゃなくiOSもいけるっぽい。

ttps://ichi.pro/flutter-no-tsuchi-to-ara-mu-41660884726638
ttps://stackoverflow.com/questions/61905143/how-to-create-alarm-app-in-flutter-for-ios
https://pub.dev/packages/flutter_local_notifications

2021/07/13(火) 18:15:51.60

>>822
なるほど！ありがとうございます！

2021/07/14(水) 11:25:22.45

Flutterをちょっと触ってみた感じだとAndroidStudioでもVSCodeでも使えるけど、
スマホアプリを作るのにどっちがオススメとかありますか？
普段はスマホアプリをAndroidStudioで作って、VSCodeでPythonを書いてるから、感覚的にはどちらでも良いんだけども
エディタの違いだけだから好きにしろってのが正解？

2021/07/16(金) 11:54:58.92

私は初心者なのであまり参考にならないと思いますけど
AndroidStudioでできることがVSCodeでもできるならVSCodeのほうが良いのではないでしょうか

開発環境のメモリが足りないなどでIDEが思いなら私はVSCodeを選ぶと思います。
ただメモリに困っておらず快適なのでAndroidStudioを使っています
IDEでやれることをVSCodeでも同じようにやれるかどうかはVSCodeのプラグイン次第なので
そこの学習コストや調査コストにかけられるかどうかで洗濯してみてはいかがでしょうか。

ちなみに私はVim使いですが、やっぱりVim上で完結できない機能もあるので
AndroidStudioを使います

2021/07/16(金) 12:50:53.72

個人的にはVSCodeがおすすめ
ビルド状況の確認は確かAndroidStudioでしか出来ないけど、開発のしやすさは多数の拡張機能が揃ってるVSCodeの方がしやすい印象
軽量で、他の言語とかで使ってた拡張機能も使えるものも多くて環境も揃えやすい

2021/07/17(土) 11:24:57.34

>>824
vscodeはideじゃなくて所詮汎用のエディタ
基本性能が劣るから使いたくない
色々な表示が見にくくてカスタムしても足りない
flutterのプラグインにinspector, performanceとかの機能がたぶんない
起動は早いかもしれないけどインデックスとかを起動時にしないだけでメソッドの使用箇所とかの最初の検索時に長く待たされる
メモリはくわない

android studioはide
カスタムしなくても使いやすい
flutter開発用のタブやツールバーがある
リファクタリングの機能が強い
プロジェクトの設定やrunの設定がしやすい

自分で使って決めるのがいいよ
メモリが辛いからvscodeを選ぶのはダブルベッドが快適なのに部屋が狭いからシングルにするようなもの

>>826
> 他の言語とかで使ってた拡張機能も使えるものも多くて環境も揃えやすい
有料のintellij ideaなら他の言語の拡張機能も使えるらしいよ

2021/07/17(土) 11:38:49.37

VSCodeでもインスペクタあるじゃん。

俺はVSCode派。
色々拡張使ってるから、Android Studioだとイマイチ。

2021/07/17(土) 12:01:10.20

>>827
他の言語で使ってた拡張機能ってのはそういう意味じゃなくてVSCode自体のエディタ拡張のこと
単語の誤字を見つけてくれるだとか、対応する括弧に同じ色をつけるだとか、フォーマッターとかGit関連とかリモート開発とかそういうの
言語によらない一般的な機能はDartにも適用できるから、今までの開発環境そのままでFlutter開発ができるイメージ
そしてインスペクターはVSCodeにもある

2021/07/17(土) 12:36:55.45

VScodeはカスタマイズ出来ない人には辛いかもね
玄人向きだ

2021/07/17(土) 14:27:31.67

vscodeってIDEだと思ってたけど違うのか？

2021/07/17(土) 14:46:29.67

実態はどうあれVSCodeはIDEではなくコードエディタ

2021/07/17(土) 15:47:07.35

VSとか使う気にならないぐらいの
スーパーなエディタ

2021/07/17(土) 15:57:32.32

>>828 >>829
> VSCodeでもインスペクタあるじゃん。
> そしてインスペクターはVSCodeにもある
vscode内で使えないと「vscodeにもある」とは言えないけど使えるようになった？
前はvscode内で開けなくてブラウザを開かないといけなかった

>>829
> 今までの開発環境そのままでFlutter開発ができるイメージ
intellij ideaはjava, dart&flutter, c++他いろいろに使えるんだから同じことじゃん

2021/07/17(土) 15:59:05.87

> 色々拡張使ってるから、Android Studioだとイマイチ。
それは逆も言えるよね
android studioの拡張を色々使ってるからvscodeだとイマイチ

2021/07/17(土) 16:03:55.81

使いたい方を使え

2021/07/17(土) 17:21:50.46

>>834
VSCodeの中でInspectorとかPerformanceとか開けるようになってるよ
ブラウザで開く機能も残ってる

2021/07/17(土) 18:12:28.78

>>834
VSCode内で開ける。

IntellJは仕事で使うにはライセンス買わないといかんので、布教しづらいのもある。

2021/07/17(土) 18:14:22.30

>>835
Android Studioの拡張より、VSCodeの拡張の方が自由度高いと思うが、
それでも、Android Studioの拡張が良いならそれでいいんじゃない？

Rainbow csvとか便利よ。

2021/07/17(土) 18:42:47.63

IntellJって有料だったの？と思ったらおいどんはオープンソース活動してたから無料で使えてただけだった

2021/07/17(土) 18:49:05.23

>>837 >>838
へえ使えるようになったんだね

>>839
rainbow csvはandroid studioにもあるけど何か違うの？
他にもっと便利なcsvもあるし

自分が使ってる特定の拡張が使えないと困るとかそういう話ならそれも逆が言えるからvscodeのほうがいい理由にはならないね

2021/07/17(土) 18:54:30.52

>>840
community版じゃね？
万能なのはultimate

2021/07/17(土) 19:04:24.04

>>841
違わないと言えば違わないし、違うと言えば違うわな。

どうしても推したいわけではないし、話が噛み合ってないと思うわ。

2021/07/17(土) 19:18:04.02

>>843
え？
両方見たら同じにしか見えなかった。

2021/07/17(土) 19:25:13.85

IDEとエディタのどっちが上話は宗教戦争にしかならんからやめれ

2021/07/17(土) 19:27:53.51

どちらも負けを認めないから永久に平行線だしな

2021/07/17(土) 19:33:37.86

普通はどっちかしか使ってないし、調べもしないから話が噛み合わないね
ここまで意見割れるなら結局どっちも一度使ってみるのが良いんじゃないかってのに戻るよな

2021/07/17(土) 19:34:26.62

基準をしめしてこういう部分はこっちが上という話であれば建設的になるかもしれない

2021/07/17(土) 19:38:31.40

>>843
矛盾したことを言っといて屁理屈言う人とはまあ噛み合わないね
でも意見は一致してると思うけどな
合うほうを使えばいいって考えだよ

2021/07/17(土) 19:42:35.93

>>844
差なんか見つけようと思えばいくらでも見つかる。
水掛け論よ。

>>849
俺も合う方を使えば良いと思うよ。

2021/07/17(土) 19:43:00.36

エディタから派生した環境と、
統合開発環境から派生した環境だと、
割とエディタから派生した環境の方を重宝するかな、ってぐらい。
emacs派だから徹底的に合わんと思う。

VSCodeはターミナルが大きくなって、最近棲みやすくなった。

2021/07/17(土) 19:44:51.87

逆言うと2択かも
他は考えられない

俺はvscにvimプラグイン入れてflutter書いてるけど快適
敢えてvimで書こうとは思わないな

2021/07/17(土) 19:53:26.82

差を見つけようと思わなければ大して違わないプラグインを何のために挙げたの？

2021/07/17(土) 20:20:57.01

>>853
勢い。

2021/07/17(土) 20:37:10.97

>>854
好き。

2021/07/17(土) 20:45:28.11

VSCodeはRemoteDevelopmentがめっちゃええぞ

2021/07/17(土) 20:52:14.49

>>856
それflutterの話？

2021/07/17(土) 22:25:24.24

>>857
別にFlutterに限った話じゃないので、大して違わなくないプラグインの例のつもり
特にクロスプラットフォーム開発のできるFlutterならWSL上やSSH越し、Docker内で開発することあると思うけど、マジでおすすめだよ

2021/07/18(日) 02:35:32.27

intelijから入ったのvsに移行できんかったわ
慣れからは逃れられない

2021/07/18(日) 06:54:41.51

>>858
IntelliJ系IDEに搭載されてる機能と比べて
なにが優れてるのか教えて。

2021/07/18(日) 08:38:54.64

>>860
エディタがキビキビ動く

2021/07/18(日) 09:18:45.92

>>861
>>858の機能の話だよ。

2021/07/18(日) 14:14:21.58

速さの問題だったらメモリ16GB SSDの環境でCPUもグラモもミドルクラスのものだったら対して変わらないよ

2021/07/18(日) 14:38:16.06

エディタ戦争は結局どっちも納得しないから終わらん
どっちでも問題無く開発できるから好きな方使えばいいんじゃね

2021/07/18(日) 20:22:28.13

>>862
Extensionの設定はvscodeが楽、なんだけどsetting.jsonの切り替え機能が無いから、モバイルとサーバやるとメンドイ。

2021/07/18(日) 20:42:55.96

今は、Windows 10 のハイパーバイザーで、
WSL2, Linux, Docker Compose, VSCode(Remote Container, Remote WSL)

Ruby on Rails, Node.js(Webpack, Babel)
データベース、ブラウザを起動するから、

メモリは、16GB 以上必要で、32GB推奨。
8GBじゃ、キツイ

この内、Windows側で起動するものは、VSCode、ブラウザ。
これら以外は、Linux側

2021/07/18(日) 23:59:12.85

intellijはろくに使ったことがないけど、リファクタリング機能とかプロファイリング機能とかはvscodeより優れてたりしないの？

2021/07/22(木) 04:37:26.98

無神経アスリート死ねよ、五輪殺人自民党死ねよ

2021/07/22(木) 08:33:56.44

五輪よりガキの夏休みを廃止してほしいわ

2021/07/22(木) 20:56:13.63

>>868
はい通報。

2021/07/25(日) 17:36:56.87

Web以外のパソコンからスマホまでのクライアントサイドは色々やってきたけど、
サーバーサイドは一つだけでいいかなと思ってるが何がお勧め??
一番高速じゃなくていいが、上位グループのやつ
C#できるからASP.NETCoreあたりが無難??

で、ASP.NETでWebAPI作ってFlutterWebで、Android/iOS/Webで一気に
フロントエンド作って完璧??

2021/07/25(日) 20:49:07.76

>>871
クライアントサイドでFlutter使うなら、どうせなら全部Dartで書くほうがいい気がするね。親和性も高いし、なんといっても十分高速に動作する
Dartは元々ソケットプログラミングは可能だし、AQUEDUCTというのもある
最も無難なのはPHPだが、HTMLを直にやり取りしないから最近ならGoやPython、Rubyあたりが選択肢に入る

2021/07/25(日) 20:59:00.74

今時、フルスクラッチは効率悪すぎるし、よっぽど特殊な用途でなければ、ライブラリやフレームワークがこなれてるかどうかだよね

2021/07/25(日) 21:30:09.38

鯖はPythonが無難よ
他言語だとAI絡みの案件来たとき面倒増えるだけだし
クライアントがFlutterならFirebase/Amplify使うだろうけどPython選んどけば何も問題もない

2021/07/25(日) 21:46:16.70

Navigator 2.0の公式ライブラリを作るような話をどこかで聞いたけど
まだかなまだかな

2021/07/25(日) 21:51:34.50

>>874
Pythonは動作が遅すぎるから、問題ある
AI絡みのことがしたい時、別サーバーを建ててそこでPythonを動かすから、WebAPIサーバー側にPythonを選ぶかどうかは本当に関係ない

2021/07/25(日) 23:50:47.91

YouTube で有名な、雑食系エンジニア・KENTA のサロンでは、Ruby on Rails のみ。
時給1万円のキャリアパスも、Rails → Go だけ

Node,js, Django も使われない。
PHP は一生やる必要はない

プログラミングのバックエンド技術スタックで採用が決まるのは、
Rails, Docker, AWS, Go の600万円

だから、AWSのくろかわこうへいのサロンにも、入る必要がある

基本は、AWS Fargate, Lambda などのサーバーレス。
サーバーを管理しない

Lambdaは、Rubyも使える

2021/07/26(月) 04:29:37.72

>>877
スレ間違えてますよ

2021/07/26(月) 12:22:57.63

>>876
いやいや元がサーバーサイドを一つ(の言語？)にしたいって話なのに
AIだけPythonの別環境作ってたら解決にならないでしょ

2021/07/26(月) 13:06:58.74

>>879
サーバーサイドってWEBサーバーのこと言ってるんだから、AIはまた違う話だ
AIしたいならそれはサーバーサイドとは言わない

2021/07/26(月) 17:53:23.24

>>873
ですね
フルスクラッチはしたくありません
で、ASP.NETならoauth2のWebAPIとかも簡単に
作れそうだし、TechEmpowerのベンチ見ても速度いい線いってるし
これがいいかなと思った次第です

2021/07/26(月) 18:26:34.13

>>881
たしかにC#は十分古いしASP.NETも年代重ねてるけど、使用者が少なくてコミュニティが発達してないから、こなれてるとは言い難いよ
もう少し新しい言語でも使用者が多い方を選んでおくと、実践的な不都合の改善がされていることを期待できるし、情報量も多い

2021/07/26(月) 19:09:22.49

スレ違い
サーバーサイドはFlutterで利用できるインターフェースを作れればなんでもいい

聞きたいことはそういうことじゃないなら何がしたいのか明確にしてよ
「サーバーサイドは一つだけでいいかな」って個人のアプリのため？

**877** (ﾜｯﾁｮｲ 532c-MYQi) · 2021/07/27(火) 04:58:39.21

>>877
に書いたけど、KENTA が結論を出している！

フロント/バックエンドを同じ言語で作れば、複数言語をやらなくて良いという、
Node.js は結局、シェアを取れなかった

結局バックエンドは、Rails, Go だけ。
時給1万円のキャリアパスも、Rails → Go だけで良い。
だからKENTAは、この道筋しか教えていない

Node,js, Django も使われない。
PHP は一生やる必要はない

動的言語のバックエンドは、
Railsよりも、かなりのプラス面がないと使われない

つまり、JS, Python, PHP で、バックエンドを書くのを嫌がる、香具師が多い

バックエンドは複雑怪奇なソースコードになるから、
Ruby以外だと可読性が低くて書けない。
他人のソースコードも読めないから、保守できない

実用的には、Rails, Go だけ。
Rust, Elixir も、普及のキャズムを越えなかった。
まあ、スクエニなどは、Elixirを使っているけど

2021/07/27(火) 06:49:04.37

Firebase導入してからWebAPI自作する事なんて無くなったぞ
無価値な労力かける前に環境見直せよ

2021/07/27(火) 10:52:37.30

サーバから通知送るのってFirebaseが王道ですか？

2021/07/27(火) 12:06:31.84

そういやdartってaltJSだからlambdaやらcloud functionでも動かせるはずか

2021/07/27(火) 12:10:45.52

>>884
1日1回くらいの書き込みじゃ話にならないよ。
1分に一回くらい書き込まないと！
時間あるんだからちゃんとやろうよ。

2021/07/27(火) 12:26:59.06

>>885
WebAPI作るの労力かかるって思ってる駆け出しさんかな
Firebase使い勝手悪いしFirestoreは制限多くて余計に労力かかるし
仕様変更入ったときに変えにくくて泣くじゃん
TODOしか作ったことない人にはわからないか

2021/07/27(火) 14:36:32.90

>>889
その余計な労力のかかる制限と使い勝手の悪さって具体的に何？w