スレ立てるまでもない質問はここで 155匹目
レス数が950を超えています。1000を超えると書き込みができなくなります。
この板はプログラムを作る人のための板です。
あらゆる質問はまず
スレ立てるまでもない質問はここで
スレにしてください。
【前スレ】
スレ立てるまでもない質問はここで 154匹目
http://mevius.5ch.net/test/read.cgi/tech/1599472611/l50 つーか隠しファイルは隠せよ
どうせユーザーファイルで隠しファイルなん作らねーだろ?
Linuxだったら.で始まるファイルは隠しファイル扱いで表示しないと困ることが多いが
Windowsだったら.で始まっても表示されるだろ?
Windowsでは、隠しファイル=システムファイル+隠しファイルなので
見えている必要がない 本買わないでYouTubeで見ながらHTML学んでいるのだが
<h1>あああああ</h1>の場合って<p></p>による段落がどうして不要なの? そもそもh¥dはセクションの見出しであり段落の要素ではない
そんな動画見て勉強するよりmdnのweb入門読め >>852
<h1>〜<h6>と<p>は段落要素なうえ、その中に更に段落要素が含まれる事がないから
後で学習するであろう<div>も同様
段落要素の逆の概念としてインライン要素ってのがあって、
それらは段落の中に入れ子される > <h1>〜<h6>と<p>は段落要素なうえ
間違い。段落は<p>だけ
> その中に更に段落要素が含まれる事がないから
<h1>〜<h6>に<p>が含まれることがある=<h1>〜<h6>は段落でない証拠
> 後で学習するであろう<div>も同様
<div>は段落ではない
> 段落要素の逆の概念としてインライン要素ってのがあって、
インライン要素はブロック要素の逆の概念
段落ではない
> それらは段落の中に入れ子される
入れ子の関係はブロック要素とインライン要素とは無関係
HTML5ではブロック要素とインライン要素は定義されてない
なんつーか、典型的な素人フロントエンドエンジニアの知識だよなw
お前JavaScriptばっかりやってHTMLとCSSの知識ないだろ >>852
> <h1>あああああ</h1>の場合って<p></p>による段落がどうして不要なの?
HTML5の仕様で省略可能と決まってるから
何が必要で何が必要でないかはタグによって決まる
タグ毎にルールを覚える必要がある
HTML5の正しい最小HTMLはこれだけ。bodyすら省略できる
<!DOCTYPE html>
<title></title>
ここでチェックしながら試してみるといい
https://html5.validator.nu/
bodyなしでh1を書いてもOKだし、その下にpを書かなくて直接文章を書いてもOK > <h1>〜<h6>に<p>が含まれることがある=<h1>〜<h6>は段落でない証拠
これは<h1>〜<h6>のセクションという意味ね
<h1>〜<h6>のタグの中に<p>は入れられない >>850-851
ありがとう。言われたこと参考にしてもう少し考えてみる。 >>855
段落要素ってのはブロック要素の誤訳。申し訳ない。
HTML4までしか触ってこなかったからDTDの内容もそれまでしか知らなくてな。 >>852だけどありがとう
要するに<h>が一つの固まりとして認識されているのか
重複するから要らないのね
やっぱり本は買った方がいいね <p>タグも,<div>タグもタグの中をまとめて装飾とかに使いたいとき以外は
必要ないんじゃないの? Ruby on Rails で、React, Bootstrap を使っている香具師は、
HTML, CSS, JavaScript を知らない
知らなくても、Bootstrapのやり方だけで出来るから 一般的に言って
エラー処理 Error Handling と
例外処理 Exception Handling
って異なる意味を指していますか?
言語ごとに異なりますか? >>864
exception handling は特に try-catch-throw がある言語について言われているような気がします。
この場合、各々の「エラー状態」をクラスで定義しエラークラスの継承関係によりエラーをカテゴリー化できるようにもなっていますね api専用のドメイン記述言語と言ってもいいのはGo
特殊な用途のapiでなければ、メモリ管理機構的に他の言語の数倍のリクエストを捌ける Java飽きたし新しい言語覚えようかと思うんだけど今のトレンド何?
まだPython? 今スクリプトをやろうと思ったらPythonだろね
大嫌いだけど Rust は開発中と言っていい
あと五年くらいはあーだこーだ仕様変更されそう >>868
横レスですがPython嫌いな理由ってなんですか? PythonはAPI設計が総じてクソ
プログラミングスタイルもJavaより古い
使いたいライブラリが決まってる場合を除けば他の言語を学んだ方が役に立つ
といっても標準的な部分は2週間もあれば使えるようになるので短期間でJava以外の言語を体験したいだけなら有り ttps://imgur.com/HkPB7D8.png
Visual Studio Community 2017で、多分何かのホットキー触ったんだと思うけどこんな表示になって戻せない・・・
戻し方教えてくださいお願いします func(p1, p2, ...)
class P
p1,
p2,
,...
p = new P
p.p1 = ...
func(p)
どっちがいいの? >>874
Javaなんて古さの塊だし今後使われる動機もないしでゆっくりとした死しかない言語じゃないか >>876
引数をまとめたいケースを言ってるんだと思うがそういう場合は
p = new P(p1, p2)
どっちがいいかは引数のまとまりや数による >>873
Pythonは、一つの事を色々な方法で書けるように、__xxxx__関数やら抜け道だらけの言語仕様になってる
そのため、コーディングする人間は好き勝手に書ける
その猛威は、C++の演算子オーバーライドを軽く越える
ここで人のソースを読む段になると、自分が知らない書き方も含めてPythonの総てを理解しなければ、レビューすら出来ない スクリプト言語とプログラミング言語比べてどうするんだよ >>863
Ruby on Rails は基本、サーバー側でHTML を組み立てる。
GUI にビジネスロジックを持たせない
React を使っても、単に1つのコンポーネントとして使うだけ
一方、API モードを使うと、サーバーからJSON を返して、GUIでHTMLを組み立てる。
この場合は、GraphQL なども使う JavaScriptで挫折した人がPythonに逃げる 求人見てるとGO多いんだな
触っておいた方がいいか? Goなんか言語自体は誰でもできる
入ってから始めても全く問題ない
Goの仕事したいならAWSやコンテナの知識の方が求められる Go求人=モダンな技術を積極的に吸収してる人募集だからな
慣れれば何とかなるけど最初の方は辛いかも 別にGoはモダンな技術じゃないよ
よくある言語の一つ serverless案件ばかりだから、もうAWSなんかの知識はほとんど要らない
GOみたいなバックエンド言語なんか勉強してどうすんだ 逆に飛び抜けて新しい物は無いよな
C系からの影響が強いからC+++++って感じ
C を習熟していた人間だと、goroutine と チャネル、インターフェースの概念を押さえるだけ
半日でガシガシとコーディングできるようになった >>896
土方じゃなく自前でサービス開始する時に、サクッと実物を作れる
WebAPI実装してJavaScriptでアクセスして表示させるSPAが、こんなに楽だとは思わなかった
ページ遷移するwebなんて、もう書きたくない ま、PHPとかあり得ない、なんであんなものが流行ったんだろ・・Laravelか・・ もうserverless案件ばかりになってインドとかベトナムのオフショア開発をやめた会社が多いな サーバーレスになるとDBがNoSqlじゃないと厳しいようだけどRDBMS使いたい場合どうすんの? >>901
こういう奴がpythonとか言ってそうw
PHPの方が遥かに需要あるけどw >>899
読む側からしたら戻る使えなくて不便なんだけどね serverless案件ばかりだからとか言いつつ
severlessを理解してないやつが約1名いるな >>907
それは作り方が悪いだけ
まぁ大半のSPAは履歴周りの作りが悪いんだけど >>905
インデックス貼るときに少し癖があるけどPK複数フィールドとか普通のRDBと変わらない
少し高いけど >>906
PHP、Swift、Python←3大クソ言語
だと思ってるが何か? SPAは複数タブで開けないサイト多すぎて見る側からしたら不便だわ
開発者のオナニーの極み firebase consoleとかtopからURLコピペしないと複数タブ表示出来ないな、firestoreとかクソ重いし、いちいちリストとか展開して表示すんなよ >>911
気にはなる
ただ最初はよくてもお値段高くなっていってほんとにこれでよかったのか悩んでやっぱ昔のやり方で問題ないってなって移行するのに余計な工数かかるんだよな
まあ新しいことをやるのは大事なんだけどクラウドって金かかるよなあ >>915
AWSとかセキュリティとかSLAとか、コンサル会社入れてると思えばかなり安くね?データ欠損ゼロ保証だし。 >>919
あと、飲食店のオーダー管理レベルならfirestoreで十分いける。実はRDB無しの設計でいける案件だらけ。 firestoreってフロントエンドからDBに直接アクセスするんでしょ
すぐにカオス化しそう >>925
IDとかパスワードはどうするの?
フロントから直だと隠せないじゃん バックエンドエンジニアは仕事少なくて毎日楽々バカンス
フロントエンジニアはこれまでバックエンドでやっていた仕事分も増えてサービス残業がさらに増える なにもフロントの裏側のCRUDのAPI作るだけがバックエンドじゃないだろ
そういうのはフロントの担当が兼業してる場合も多い
専業のバックエンドエンジニアってもっと後方にある内部的なコアな部分とか、社内の業務プロセスと絡む部分であったりとか、バッチ処理などのデータフローを面倒見たりする >>927
まじで?どうやって管理してんだろ…
悪い奴がブラウザの開発者ツールでDBにアクセスしようとしてきたら、どうやって対応するのか
前から気にはなってたんだ >>930
実際にバックエンドはめちゃくちゃ仕事減ったしコード量が圧倒的に少なくなった
なぜなら業務ロジックがほぼすべてjsになったからバックエンドは大部分はDBから出し入れするだけ
もちろん全てではないけど97%くらい減った印象 >>928
>>931
firebase auth フロントとバックエンドをあわせた全体のコードは
逆に膨れ上がってるけどなw >>933
認証じゃなくて、読み書き命令のこと
例えばゲームデータをfirestoreで管理してて、
ユーザーが開発者ツールでfirestoreにアクセスし、チートデータを書き込むのを防ぐにはどうする? >>935
firebase authパスしないアプリはアクセスできない
firebase console入られたら終わるけど ユーザーはJavaScriptすら書き換えられる
DB丸出しで不正処理を防げるとはとうてい思えないんだが、不思議だ >>938
丸出しなわけないじゃんwクライアントライブラリがワンタイムトークンとかでやりとりしてるんだよ >>939
いやユーザーはそのトークンにアクセスできるだろ XMLは昭和の人間しか使ってないから質問しちゃダメだよ >>944
なんで?
クライアントはユーザーの手の内だから、解析されるんじゃないか? https://i.imgur.com/9SwW3TX.png
XML Schemaで分からないことがあるので教えてください。
この画像の赤く囲った部分を1つにまとめて書く方法ってある?
想定しているXML(で記述されたファイル)はこんな感じ
https://i.imgur.com/ro4PbbZ.png >>945
んなことはないw 肺が痛いから少し寝るかな >>947
親タグ作って並べれば?
配列にMappingするなら1個時に注意しないとだけど。
あと、実名には注意したほうがいいよw つか、そうじゃなくて
authは本物に乗っかるんだよ
で、更新処理のとこだけ改ざんする
これどうやって対策してんの? レス数が950を超えています。1000を超えると書き込みができなくなります。