スレ立てるまでもない質問はここで 155匹目

**デフォルトの名無しさん** · 2020/11/27(金) 10:07:17.73

この板はプログラムを作る人のための板です。
あらゆる質問はまず
スレ立てるまでもない質問はここで
スレにしてください。
【前スレ】
スレ立てるまでもない質問はここで 154匹目
http://mevius.5ch.net/test/read.cgi/tech/1599472611/l50

**デフォルトの名無しさん** · 2021/02/17(水) 12:21:46.51

PythonはAPI設計が総じてクソ
プログラミングスタイルもJavaより古い

使いたいライブラリが決まってる場合を除けば他の言語を学んだ方が役に立つ

といっても標準的な部分は2週間もあれば使えるようになるので短期間でJava以外の言語を体験したいだけなら有り

**デフォルトの名無しさん** · 2021/02/17(水) 14:10:46.13

ttps://imgur.com/HkPB7D8.png
Visual Studio Community 2017で、多分何かのホットキー触ったんだと思うけどこんな表示になって戻せない・・・
戻し方教えてくださいお願いします

**デフォルトの名無しさん** · 2021/02/17(水) 14:15:13.50

func(p1, p2, ...)

class P
p1,
p2,
,...

p = new P
p.p1 = ...
func(p)

どっちがいいの？

**デフォルトの名無しさん** · 2021/02/17(水) 14:35:20.45

p.func()

**デフォルトの名無しさん** · 2021/02/17(水) 14:37:40.77

funcはDIするのでそれはできません

**デフォルトの名無しさん** · 2021/02/17(水) 15:08:25.19

自己解決

**デフォルトの名無しさん** · 2021/02/17(水) 16:28:48.03

>>874
Javaなんて古さの塊だし今後使われる動機もないしでゆっくりとした死しかない言語じゃないか

**デフォルトの名無しさん** · 2021/02/17(水) 16:42:15.23

>>876
引数をまとめたいケースを言ってるんだと思うがそういう場合は
p = new P(p1, p2)

どっちがいいかは引数のまとまりや数による

**デフォルトの名無しさん** · 2021/02/17(水) 17:55:54.41

>>881
なぜでしょうか？

**873** · 2021/02/17(水) 18:22:16.03

>>874
ありがとうございます

**デフォルトの名無しさん** · 2021/02/17(水) 18:38:41.85

>>873
Pythonは、一つの事を色々な方法で書けるように、__xxxx__関数やら抜け道だらけの言語仕様になってる
そのため、コーディングする人間は好き勝手に書ける
その猛威は、C++の演算子オーバーライドを軽く越える

ここで人のソースを読む段になると、自分が知らない書き方も含めてPythonの総てを理解しなければ、レビューすら出来ない

**デフォルトの名無しさん** · 2021/02/17(水) 20:18:26.38

蛇の道はPython

**デフォルトの名無しさん** · 2021/02/17(水) 20:56:58.14

スクリプト言語とプログラミング言語比べてどうするんだよ

**862** · 2021/02/17(水) 22:35:12.96

>>863
Ruby on Rails は基本、サーバー側でHTML を組み立てる。
GUI にビジネスロジックを持たせない

React を使っても、単に1つのコンポーネントとして使うだけ

一方、API モードを使うと、サーバーからJSON を返して、GUIでHTMLを組み立てる。
この場合は、GraphQL なども使う

**デフォルトの名無しさん** · 2021/02/18(木) 05:24:09.87

JavaScriptで挫折した人がPythonに逃げる

**デフォルトの名無しさん** · 2021/02/18(木) 20:17:51.30

https://capacitor.nativescript.org/
これはどういったものなんでしょうか？

**デフォルトの名無しさん** · 2021/02/18(木) 20:18:50.25

しりません。ごみでしょう。

**デフォルトの名無しさん** · 2021/02/18(木) 22:33:34.00

求人見てるとGO多いんだな
触っておいた方がいいか？

**デフォルトの名無しさん** · 2021/02/19(金) 01:28:50.05

Goなんか言語自体は誰でもできる
入ってから始めても全く問題ない
Goの仕事したいならAWSやコンテナの知識の方が求められる

**デフォルトの名無しさん** · 2021/02/19(金) 05:03:23.08

Go求人=モダンな技術を積極的に吸収してる人募集だからな
慣れれば何とかなるけど最初の方は辛いかも

**デフォルトの名無しさん** · 2021/02/19(金) 05:17:34.82

別にGoはモダンな技術じゃないよ
よくある言語の一つ

**デフォルトの名無しさん** · 2021/02/19(金) 07:09:37.14

>>894
アスペ

**デフォルトの名無しさん** · 2021/02/19(金) 07:39:00.41

serverless案件ばかりだから、もうAWSなんかの知識はほとんど要らない
GOみたいなバックエンド言語なんか勉強してどうすんだ

**デフォルトの名無しさん** · 2021/02/19(金) 07:50:32.51

逆に飛び抜けて新しい物は無いよな
C系からの影響が強いからC+++++って感じ
C を習熟していた人間だと、goroutine とチャネル、インターフェースの概念を押さえるだけ
半日でガシガシとコーディングできるようになった

**デフォルトの名無しさん** · 2021/02/19(金) 07:57:18.47

WEBもflutterで書いてるが、全く問題なし

**デフォルトの名無しさん** · 2021/02/19(金) 08:03:00.75

>>896
土方じゃなく自前でサービス開始する時に、サクッと実物を作れる
WebAPI実装してJavaScriptでアクセスして表示させるSPAが、こんなに楽だとは思わなかった
ページ遷移するwebなんて、もう書きたくない

**デフォルトの名無しさん** · 2021/02/19(金) 08:11:26.85

>>899
そこは認める

**デフォルトの名無しさん** · 2021/02/19(金) 08:14:12.64

ま、PHPとかあり得ない、なんであんなものが流行ったんだろ・・Laravelか・・

**デフォルトの名無しさん** · 2021/02/19(金) 08:17:45.82

もうserverless案件ばかりになってインドとかベトナムのオフショア開発をやめた会社が多いな

**デフォルトの名無しさん** · 2021/02/19(金) 08:27:10.56

サーバーレスになるとDBがNoSqlじゃないと厳しいようだけどRDBMS使いたい場合どうすんの？

**デフォルトの名無しさん** · 2021/02/19(金) 08:35:23.31

つ Spanner

**デフォルトの名無しさん** · 2021/02/19(金) 08:45:13.10

>>904
使ったこと無いけど良さげ？

**デフォルトの名無しさん** · 2021/02/19(金) 09:04:57.00

>>901
こういう奴がpythonとか言ってそうｗ
PHPの方が遥かに需要あるけどｗ

**デフォルトの名無しさん** · 2021/02/19(金) 09:06:28.90

>>899
読む側からしたら戻る使えなくて不便なんだけどね

**デフォルトの名無しさん** · 2021/02/19(金) 09:11:33.54

serverless案件ばかりだからとか言いつつ
severlessを理解してないやつが約1名いるな

**デフォルトの名無しさん** · 2021/02/19(金) 09:13:31.86

>>907
それは作り方が悪いだけ
まぁ大半のSPAは履歴周りの作りが悪いんだけど

**デフォルトの名無しさん** · 2021/02/19(金) 09:19:14.07

>>908
severless　は知らない

**デフォルトの名無しさん** · 2021/02/19(金) 09:22:03.56

>>905
インデックス貼るときに少し癖があるけどPK複数フィールドとか普通のRDBと変わらない
少し高いけど

**デフォルトの名無しさん** · 2021/02/19(金) 09:27:56.53

>>906
PHP、Swift、Python←3大クソ言語
だと思ってるが何か？

**デフォルトの名無しさん** · 2021/02/19(金) 09:32:39.07

SPAは複数タブで開けないサイト多すぎて見る側からしたら不便だわ
開発者のオナニーの極み

**デフォルトの名無しさん** · 2021/02/19(金) 09:47:03.93

firebase consoleとかtopからURLコピペしないと複数タブ表示出来ないな、firestoreとかクソ重いし、いちいちリストとか展開して表示すんなよ

**デフォルトの名無しさん** · 2021/02/19(金) 10:10:37.83

>>911
気にはなる

ただ最初はよくてもお値段高くなっていってほんとにこれでよかったのか悩んでやっぱ昔のやり方で問題ないってなって移行するのに余計な工数かかるんだよな
まあ新しいことをやるのは大事なんだけどクラウドって金かかるよなあ

**デフォルトの名無しさん** · 2021/02/19(金) 10:15:03.78

>>915
AWSとかセキュリティとかSLAとか、コンサル会社入れてると思えばかなり安くね？データ欠損ゼロ保証だし。

**デフォルトの名無しさん** · 2021/02/19(金) 10:16:53.65

これなに言語？
https://i.imgur.com/QicdbpJ.png

**デフォルトの名無しさん** · 2021/02/19(金) 10:21:27.18

>>917
ruby マクロ多用

**デフォルトの名無しさん** · 2021/02/19(金) 10:22:44.66

>>916
なるほど
総合して考えるとたしかに

**デフォルトの名無しさん** · 2021/02/19(金) 10:27:42.10

>>919
あと、飲食店のオーダー管理レベルならfirestoreで十分いける。実はRDB無しの設計でいける案件だらけ。

**デフォルトの名無しさん** · 2021/02/19(金) 11:04:12.53

このガイジRubyぽいな（笑）

**デフォルトの名無しさん** · 2021/02/19(金) 11:05:10.80

今夜もDjangoで踊りまくるぜ

**デフォルトの名無しさん** · 2021/02/19(金) 11:31:52.65

>>895
またお前は言い返せないのかｗ

**デフォルトの名無しさん** · 2021/02/19(金) 11:58:56.25

>>913
そんなんある？

**デフォルトの名無しさん** · 2021/02/19(金) 12:01:50.17

firestoreってフロントエンドからDBに直接アクセスするんでしょ
すぐにカオス化しそう

**デフォルトの名無しさん** · 2021/02/19(金) 12:24:30.36

>>917
HLSL

**デフォルトの名無しさん** · 2021/02/19(金) 13:23:12.69

>>925
もうそれが当たり前なんだが・・

**デフォルトの名無しさん** · 2021/02/19(金) 13:28:21.62

>>925
IDとかパスワードはどうするの？
フロントから直だと隠せないじゃん

**デフォルトの名無しさん** · 2021/02/19(金) 13:29:33.51

バックエンドエンジニアは仕事少なくて毎日楽々バカンス
フロントエンジニアはこれまでバックエンドでやっていた仕事分も増えてサービス残業がさらに増える

**デフォルトの名無しさん** · 2021/02/19(金) 13:39:50.84

なにもフロントの裏側のCRUDのAPI作るだけがバックエンドじゃないだろ
そういうのはフロントの担当が兼業してる場合も多い
専業のバックエンドエンジニアってもっと後方にある内部的なコアな部分とか、社内の業務プロセスと絡む部分であったりとか、バッチ処理などのデータフローを面倒見たりする

**デフォルトの名無しさん** · 2021/02/19(金) 13:46:06.90

>>927
まじで？どうやって管理してんだろ…
悪い奴がブラウザの開発者ツールでDBにアクセスしようとしてきたら、どうやって対応するのか
前から気にはなってたんだ

**デフォルトの名無しさん** · 2021/02/19(金) 13:50:58.88

>>930
実際にバックエンドはめちゃくちゃ仕事減ったしコード量が圧倒的に少なくなった
なぜなら業務ロジックがほぼすべてjsになったからバックエンドは大部分はDBから出し入れするだけ
もちろん全てではないけど97％くらい減った印象

**デフォルトの名無しさん** · 2021/02/19(金) 14:04:36.78

>>928
>>931
firebase auth

**デフォルトの名無しさん** · 2021/02/19(金) 14:04:48.81

フロントとバックエンドをあわせた全体のコードは
逆に膨れ上がってるけどなｗ

**デフォルトの名無しさん** · 2021/02/19(金) 14:08:03.18

>>933
認証じゃなくて、読み書き命令のこと
例えばゲームデータをfirestoreで管理してて、
ユーザーが開発者ツールでfirestoreにアクセスし、チートデータを書き込むのを防ぐにはどうする？

**デフォルトの名無しさん** · 2021/02/19(金) 14:09:31.00

それも含めてでしょ

**デフォルトの名無しさん** · 2021/02/19(金) 14:10:29.02

>>935
firebase authパスしないアプリはアクセスできない
firebase console入られたら終わるけど

**デフォルトの名無しさん** · 2021/02/19(金) 14:13:09.65

ユーザーはJavaScriptすら書き換えられる
DB丸出しで不正処理を防げるとはとうてい思えないんだが、不思議だ

**デフォルトの名無しさん** · 2021/02/19(金) 14:16:03.48

>>938
丸出しなわけないじゃんwクライアントライブラリがワンタイムトークンとかでやりとりしてるんだよ

**デフォルトの名無しさん** · 2021/02/19(金) 14:22:18.99

ガラパゴスかココはw

**デフォルトの名無しさん** · 2021/02/19(金) 14:28:16.97

XML関連の質問ってここでしていい？

**デフォルトの名無しさん** · 2021/02/19(金) 14:40:22.23

>>939
いやユーザーはそのトークンにアクセスできるだろ

**デフォルトの名無しさん** · 2021/02/19(金) 14:40:52.75

>>941
いいよ、JSON使ってほしいけど

**デフォルトの名無しさん** · 2021/02/19(金) 14:41:16.18

>>942
出来ない

**デフォルトの名無しさん** · 2021/02/19(金) 14:43:38.10

XMLは昭和の人間しか使ってないから質問しちゃダメだよ

**デフォルトの名無しさん** · 2021/02/19(金) 14:44:26.62

>>944
なんで？
クライアントはユーザーの手の内だから、解析されるんじゃないか？

**デフォルトの名無しさん** · 2021/02/19(金) 14:44:55.42

https://i.imgur.com/9SwW3TX.png
XML Schemaで分からないことがあるので教えてください。
この画像の赤く囲った部分を1つにまとめて書く方法ってある？

想定しているXML(で記述されたファイル)はこんな感じ
https://i.imgur.com/ro4PbbZ.png

**デフォルトの名無しさん** · 2021/02/19(金) 14:45:45.75

>>945
んなことはないw 肺が痛いから少し寝るかな

**デフォルトの名無しさん** · 2021/02/19(金) 14:50:16.91

>>947
親タグ作って並べれば？
配列にMappingするなら1個時に注意しないとだけど。
あと、実名には注意したほうがいいよw

**デフォルトの名無しさん** · 2021/02/19(金) 14:51:50.31

>>946
解析してる間に使用期限が切れるので

**デフォルトの名無しさん** · 2021/02/19(金) 15:00:25.79

つか、そうじゃなくて
authは本物に乗っかるんだよ
で、更新処理のとこだけ改ざんする
これどうやって対策してんの？

**デフォルトの名無しさん** · 2021/02/19(金) 15:08:46.20

>>951
乗っかれないから、更新処理って何？

**デフォルトの名無しさん** · 2021/02/19(金) 15:12:32.72

金額を1円に変更してお買い物できますか？

**デフォルトの名無しさん** · 2021/02/19(金) 15:23:48.69

>>952
アプリ改ざんできても乗っかれない？
どうやってんだろ、不思議だ

例えばさ
クリックカウントゲームを考えてみて
データベースには現在のカウントが保存されてる
沢山カウントを増やした人が勝ち

クライアントがこんな処理をするとする
　DB接続
　認証
　カウント読み取り→x
　カウント書き込み←x+1
　DB切断

もしクライアントが解析されてx+1の部分をx+100に改ざんされたら、どうなる？
そんな感じ

これをどうやって防いでるのか？
不思議でならない
本当に防げるなら、仕組みを知りたい

**デフォルトの名無しさん** · 2021/02/19(金) 15:48:15.69

>>954
http通信の暗号化前に改ざんできるツールあるからそれでいくらでも変更できる
js関係なく

**デフォルトの名無しさん** · 2021/02/19(金) 17:53:03.84

>>954
そういうのは書き込みはCloud Function経由にするんじゃないかな

**デフォルトの名無しさん** · 2021/02/19(金) 18:14:01.23

>>956
それもうバックエンドだよね

**デフォルトの名無しさん** · 2021/02/19(金) 18:59:36.62

>>954
単純に、
認証
　暗号化通信開始
　カウント読み取り→x
　カウント書き込み←x+1
　暗号化通信終了
だから出来ない
出来たら銀行アプリが作れない

**デフォルトの名無しさん** · 2021/02/19(金) 19:02:22.22

>>958
でもそのx+1って式はクライアントに定義されてるんでしょ？
なら改ざんの可能性はあるのでは？

**デフォルトの名無しさん** · 2021/02/19(金) 19:03:51.90

>>958
メモリの値じゃなくて、コードを改竄する話な
銀行アプリは例外なく、仮にアプリを全部完全に解析されて改竄されたものが使用されたとしても不正はできないように、重要な操作はバックエンドで実装されている

**デフォルトの名無しさん** · 2021/02/19(金) 19:08:24.26

>>960
コードの改竄なんかOSの信頼性で話が全く違うじゃん

コード改竄されたら銀行アプリもIBMのモバイルプラットフォーム使っても無理だよ、アプリから口座番号渡してるし

**デフォルトの名無しさん** · 2021/02/19(金) 19:11:02.76

>>961
んなわけないやろ
改竄したバージョンのコードを他人に配ることができるなら別だが、それは手元にあるものを改竄して手元で使うよりも遥かに難しい
改竄したアプリを自分で使ったところで他人のパスワードを知らなきゃ不正はできない

**デフォルトの名無しさん** · 2021/02/19(金) 19:12:48.88

チートがあるのだから防げてないのも
あるが重要なのは段階踏むよね
条件を満たしたらレベル上げる仕組みとか

**デフォルトの名無しさん** · 2021/02/19(金) 19:22:10.00

>>961
ついでに教えといてやろう
DBをフロントから直接弄らせる場合のセキュリティの考え方として、ユーザーは自分のデータしか触れないように認証サービスと連携してアクセス範囲を制限するのが一般的だ
例えばクラウド版Excelなんかはこれでも十分なわけだが、銀行アプリやゲームのチートなんかを考えれば容易にわかるように、自分のデータを触れるだけでも不正ができてしまうケースはとても多い
その対策としては、一般的にはバックエンドのAPIを作るしかない

**デフォルトの名無しさん** · 2021/02/19(金) 19:27:17.97

>>960
そうそう
こういう構造なら安心なんだよね

**デフォルトの名無しさん** · 2021/02/19(金) 19:30:27.17

>>964
なるほど
完全に個人が専有する類のデータならDB直接アクセスでもいいのかもね

**デフォルトの名無しさん** · 2021/02/19(金) 20:06:49.73

ID:IIFo83yTにとっては良い勉強になったな
本職ではなくイキった学生であることを切に祈る

**デフォルトの名無しさん** · 2021/02/19(金) 20:24:08.56

キャッシュカード券面撮影、文字認識とかして送ってたけど、改竄したアプリなんか実行できないから無問題なんだよね。

**デフォルトの名無しさん** · 2021/02/19(金) 21:05:27.98

>>917
const float, return, // とか、これは、mruby か？

mruby の本も出た。
mruby は、Ubuntu, C99/Ruby 併用

人工衛星イザナギ・イザナミなど、宇宙開発などで使っている

**デフォルトの名無しさん** · 2021/02/19(金) 21:10:27.43

>>968
怖すぎる
別にこのスレで間違いを認める必要はないが、改竄されることを前提に一度自分のコードを見直すことを強く勧める

**デフォルトの名無しさん** · 2021/02/19(金) 21:22:33.74

三井住友銀行系かな？

**デフォルトの名無しさん** · 2021/02/19(金) 22:18:34.17

>>970
アプリ改竄なんかされてたらアプリなんかねーよwww

**デフォルトの名無しさん** · 2021/02/19(金) 23:19:31.86

AWSのコンサルとかで食いたいダニが・・