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

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

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

**デフォルトの名無しさん** · 2021/02/15(月) 20:05:15.27

>>842
それやるとEPPからマルウェア判定喰らうから気を付けてな

**デフォルトの名無しさん** · 2021/02/15(月) 20:55:32.30

>>847
見えてもいいけど、エクスプローラーからはアクセス出来ないとかも無理かな？
プログラムからだけ少し手続き踏んだらアクセスできるみたいな。
やっぱちょっと方向性自体が不正っぽいかな。

**デフォルトの名無しさん** · 2021/02/15(月) 22:12:24.40

動画・画像・音声とか、リソースを盗まれたくない人が、よく言ってる

**デフォルトの名無しさん** · 2021/02/15(月) 23:34:13.40

>>848
AppDataとかデフォルトでhiddenのところを使えば？
もう少し手間を書けたければxlsxみたいに独自の拡張子でzip

ファイルをファイラーから見えなくするのは無理

**デフォルトの名無しさん** · 2021/02/15(月) 23:36:47.75

つーか隠しファイルは隠せよ
どうせユーザーファイルで隠しファイルなん作らねーだろ？

Linuxだったら.で始まるファイルは隠しファイル扱いで表示しないと困ることが多いが
Windowsだったら.で始まっても表示されるだろ？

Windowsでは、隠しファイル＝システムファイル＋隠しファイルなので
見えている必要がない

**デフォルトの名無しさん** · 2021/02/16(火) 01:53:10.36

本買わないでYouTubeで見ながらHTML学んでいるのだが
<h1>あああああ</h1>の場合って<p></p>による段落がどうして不要なの？

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

そもそもh¥dはセクションの見出しであり段落の要素ではない
そんな動画見て勉強するよりmdnのweb入門読め

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

>>852
<h1>～<h6>と<p>は段落要素なうえ、その中に更に段落要素が含まれる事がないから
後で学習するであろう<div>も同様
段落要素の逆の概念としてインライン要素ってのがあって、
それらは段落の中に入れ子される

**デフォルトの名無しさん** · 2021/02/16(火) 09:22:49.02

> <h1>～<h6>と<p>は段落要素なうえ
間違い。段落は<p>だけ

> その中に更に段落要素が含まれる事がないから
<h1>～<h6>に<p>が含まれることがある＝<h1>～<h6>は段落でない証拠

> 後で学習するであろう<div>も同様
<div>は段落ではない

> 段落要素の逆の概念としてインライン要素ってのがあって、
インライン要素はブロック要素の逆の概念
段落ではない

> それらは段落の中に入れ子される
入れ子の関係はブロック要素とインライン要素とは無関係
HTML5ではブロック要素とインライン要素は定義されてない

なんつーか、典型的な素人フロントエンドエンジニアの知識だよなｗ
お前JavaScriptばっかりやってHTMLとCSSの知識ないだろ

**デフォルトの名無しさん** · 2021/02/16(火) 09:27:49.18

>>852
> <h1>あああああ</h1>の場合って<p></p>による段落がどうして不要なの？

HTML5の仕様で省略可能と決まってるから
何が必要で何が必要でないかはタグによって決まる
タグ毎にルールを覚える必要がある

HTML5の正しい最小HTMLはこれだけ。bodyすら省略できる

<!DOCTYPE html>
<title></title>

ここでチェックしながら試してみるといい
https://html5.validator.nu/

bodyなしでh1を書いてもOKだし、その下にpを書かなくて直接文章を書いてもOK

**デフォルトの名無しさん** · 2021/02/16(火) 09:31:33.19

> <h1>～<h6>に<p>が含まれることがある＝<h1>～<h6>は段落でない証拠
これは<h1>～<h6>のセクションという意味ね
<h1>～<h6>のタグの中に<p>は入れられない

**デフォルトの名無しさん** · 2021/02/16(火) 10:08:30.89

>>850-851
ありがとう。言われたこと参考にしてもう少し考えてみる。

**デフォルトの名無しさん** · 2021/02/16(火) 11:02:05.00

>>855
段落要素ってのはブロック要素の誤訳。申し訳ない。
HTML4までしか触ってこなかったからDTDの内容もそれまでしか知らなくてな。

**デフォルトの名無しさん** · 2021/02/16(火) 13:53:14.98

>>852だけどありがとう
要するに<h>が一つの固まりとして認識されているのか
重複するから要らないのね
やっぱり本は買った方がいいね

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

<p>タグも,<div>タグもタグの中をまとめて装飾とかに使いたいとき以外は
必要ないんじゃないの?

**デフォルトの名無しさん** · 2021/02/16(火) 20:37:56.31

Ruby on Rails で、React, Bootstrap を使っている香具師は、
HTML, CSS, JavaScript を知らない

知らなくても、Bootstrapのやり方だけで出来るから

**デフォルトの名無しさん** · 2021/02/16(火) 21:26:25.46

RoRはapi専用なの？

**デフォルトの名無しさん** · 2021/02/16(火) 23:41:57.42

一般的に言って
エラー処理 Error Handling と
例外処理 Exception Handling
って異なる意味を指していますか？
言語ごとに異なりますか？

◆QZaw55cn4c · 2021/02/16(火) 23:49:12.91

>>864
exception handling は特に try-catch-throw がある言語について言われているような気がします。
この場合、各々の「エラー状態」をクラスで定義しエラークラスの継承関係によりエラーをカテゴリー化できるようにもなっていますね

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

api専用のドメイン記述言語と言ってもいいのはGo
特殊な用途のapiでなければ、メモリ管理機構的に他の言語の数倍のリクエストを捌ける

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

Java飽きたし新しい言語覚えようかと思うんだけど今のトレンド何？
まだPython？

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

今スクリプトをやろうと思ったらPythonだろね
大嫌いだけど

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

C#面白い

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

今のトレンドはRust

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

Rust は開発中と言っていい
あと五年くらいはあーだこーだ仕様変更されそう

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

覚えるの面倒くさい

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

>>868
横レスですがPython嫌いな理由ってなんですか？

**デフォルトの名無しさん** · 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