スレ立てるまでもない質問はここで 155匹目
レス数が900を超えています。1000を超えると表示できなくなるよ。
この板はプログラムを作る人のための板です。
あらゆる質問はまず
スレ立てるまでもない質問はここで
スレにしてください。
【前スレ】
スレ立てるまでもない質問はここで 154匹目
http://mevius.5ch.net/test/read.cgi/tech/1599472611/l50 できるって書いてるのにできないことにしたいらしいw >>805
定義(プログラム)を変えて再計算では、任意の時点を再現しているとは言えないかな
それは似て非なるものでしょう
更新のスループットとかなら、わかりやすいメリットなんだけどね
任意の時点を再現可能ってのはイベントソーシングを説明するとき、言わないほうがいいんじゃないかと思う >>806
>>787 ……
あほらしい
もう相手するのはやめるわ >>810
これがメンテナンスしやすいとは全く思えないんだけど
実装するコストとメリットって見合う? >>808
任意の時点を再現って誰がどういう文脈で言ったんだろう
少なくとも俺はそういうこと言ってないよ
任意の時点の預金残高を再現するといったことは可能だと思う
たとえば操作や出来事を全部イベントで記録したレースゲームを作ったら、自由に停止やシークができるリプレイ機能を用意できる
バージョンアップでブースト操作や亀の甲らを投げる機能が増えたとしても、前バージョンのリプレイが再生できなくなるとは限らない
そういうのを見て「任意の時点を再現する機能がある」という人がいても不思議だとは思わないな >>812
ググって見つけたイベントソーシングについて説明してる記事ではタイムマシン機能をメリットの1つとして挙げてることが少なくない
どの記事もこの点はサラッと流してあまり深く掘り下げてないけど「なのでデバッグも簡単」まで言っちゃってるサイトがたまにある
当たり前だけどプログラムの内部的な構造までその当時まで巻き戻せないとデバッグはできない
なので自分はそういうのを実現するためのフレームワークやデザインパターンでもあるのかなと思って質問に来た >>813
イベントソーシングはあくまでデータモデリングのパターンなんで、現在の状態は過去の全イベントデータから導出される単純なビューであることが大前提
プログラムのロジックは無関係 >>814
でもデバッグって言ってるから
そこ解決したら終わりでいいんだけど >>814
イベントデータから導出するロジックが
プログラムのロジックだから関係あるよ >>815
デバッグにも色々あるでしょ
何もプログラムを動かしながら観察することだけがデバッグじゃない
>>816 違う、イベントを発行するのがプログラムのロジックだ
だからイベントの時系列を追っていけば、どこで誤りがあったかはわかる ようするにそのビュー(=プログラ厶)ってやつを過去の全バージョン保持し続ければ、過去の任意の時点に戻ってのデバッグはできるだろう
でも明らかにコードがカオスになるんだよね、これ
保守性を犠牲にしないでこれを実装する方法は?というところを知りたいの >>817
それはイベントを発行するプログラムのロジックには関係ないというだけ
発行されたイベントを利用する側のプログラムには大いに関係ある
current_state = events.reduce(reducer, initial_state)
どういう風に畳み込むかはイベントの種類や表現する状態による
つまりreducerにそのロジックが入るということ
口座なら足し算引き算したり、5chのスレならレスを追記したりするロジックが入る 過去の全バージョンのプログラムを持つような手法がイベントソーシングであるという勘違いを捨てない限りはモヤモヤは解決しないだろうな
デバッグでググってみた限りでは、大したことを言っている人は見つからなかったよ
データを再現可能なフルセットで持ってるので◯月×日△時に発生した不具合をデバッグ時にすぐ再現できるのが強みですねという程度
そのときだけ表示が不正だったとか性能低下があったとかシステム間連携でエラーログを吐いてたとか
ここでの調査では別にイベントソーシングが全ソース履歴を司っている必要はなくて、Gitでその時点のソースにswitchした上でジャーナルをその時点までたどれば状況が再現すればいい この手の話なんて現実的でない理想論ばかりだよなぁw
何とかアーキテクチャやらなんとかパターンとかはっきり言ってそんなの習っても
仕事で役に立つことは殆ど無い
というか当たり前の事を言っている事が多すぎなんだよねw 当たり前の事も知らん奴が、スレ立てるまでもない質問をするスレなんだから、何を今さら
そして当たり前の事をないがしろにする奴が設計を語るなよ
当たり前の事を知るのは複数の視点を引き出しとして持つこと
役に立たないのは、視点を活用してないだけ
引き出しが無くて、適している適していないをどう評価すんの?
おおむね設計なんて取捨選択だぞ >>821
> 何とかアーキテクチャやらなんとかパターンとかはっきり言ってそんなの習っても
> 仕事で役に立つことは殆ど無い
でもそれは言語自体やライブラリやフレームワークで使われてるよ
つまりCPUの仕組みとかと同じように
お前は使わんけど、お前が使ってるソレを実現するために必要なものということ
まああれだ、作る側ではなく使う側の人間には必要ないということ 昔、夢幻っていうCGIとかPHPとかのサンプルコードが
たくさん置いてあったサイトがあったと思うのですが、
いま、ああいうサイトってどこかありませんかね?
他人の書いたソースコードを読んで勉強したいのです 基本的な質問ですみません。
webで画像を読み込んだときに非表示の場合でもキャッシュに残るでしょうか? 追記
すみません。
専門的にいうと画像をdisplay:noneで隠した場合でもキャッシュに残るでしょうか? だからブラウザと設定次第
理解したくなさそうだから具体的に言えば
ブラウザや設定によって
キャッシュに残る場合もあるし残らない場合もある
どちらもあり得る >>830
ありがとうございます。
そうなんですね。
やりたい事はwebの監視モニター(1秒更新)でセンサーの情報を取得して該当する100個の画像のいずれかを表示するのですが、そこでできる限りサーバーからでなくキャッシュで読みたい。
そこに行く前のはじめのページで画像100個を表示してキャッシュさせるのは格好が悪い。
それで非表示でキャッシュできないかを考えたのです。 HTML のメタタグのキャッシュ関係のタグとかかな?
それと、各ブラウザの対応状況
HTML・ブラウザの機能は、
この板よりも、web制作管理板で聞いた方が良いかも 技術評論社の本には同じプログラミング言語でも、
パーフェクト〇〇シリーズと本格入門〇〇シリーズがありますが、
これは本のレベルが違うんですか?
初心者はまず本格入門から入って、その後でパーフェクト〇○シリーズを読む、
という順序でしょうか?
それともそんなこと気にしないで、どっちから始めても全然問題ないんでしょうか? >>833
・言共通語の文法を覚える 変数とかif文とか
・ローカルのやつを覚える
とは別に
・設計的な意味でのプログラミングを覚える
だよ
上は必須下は適時 ホスト、サイト、ドメイン、オリジン、エンドポイント
意味合いは微妙に異なるんだけど、結構重なる場面も多くて悩む
他の人はどんな場面で使い分けてるかアンケートしたい アプリの通知が来たらその内容を自動ツイートしたいんですけどなにか良い方法ありますか?
例えばスポーツのスコア通知が来たらその内容をツイートするとかです。 >>837
TaskerやIFTTTのような自動化ツールで通知でトリガーする >>835
全部サーバーの類じゃねーか!って混乱してる?
ホスト、店員、PTA、発言者、どれも人だけど混乱しないでしょ?
何にせよ過度に一般化して捉えたら違いは分からなくなる
基本、英単語のニュアンス通りに理解すればいい >>833
改訂2版 パーフェクトRuby、2017
パーフェクト Ruby on Rails 【増補改訂版】、2020/7
こういう、パーフェクトは入門用じゃない。
環境構築・ライブラリ・フレームワーク・テストなど、開発の全工程を含んでいる
他言語での全工程を知っているなら、読める 外部ファイル群を隠蔽したいのだけど
もう既に色々な形式のファイル作っちゃってて
特殊なアーカイブにするとアクセスが面倒なので
フォルダ構造上手く残したままどうにかフォルダだけ
外部から簡単に見えないように隠蔽出来ないかな? Linuxならドットファイル
Windowsなら隠しファイル属性
でええんじゃないの www.example.comがFQDNでwwwがホスト、example.comがドメイン
ITパスポートレベルですな 勉強したことないんだろう?使い分けるじゃなくて用語の定義が違ってる
人から聞いた用語を使ってるだけで勉強してない >>843
Windowsだけど隠しファイル表示する設定にしてたら見られるのがねえ…
どうにか上手い方法はないものかな? >>842
それやるとEPPからマルウェア判定喰らうから気を付けてな >>847
見えてもいいけど、エクスプローラーからはアクセス出来ないとかも無理かな?
プログラムからだけ少し手続き踏んだらアクセスできるみたいな。
やっぱちょっと方向性自体が不正っぽいかな。 動画・画像・音声とか、リソースを盗まれたくない人が、よく言ってる >>848
AppDataとかデフォルトでhiddenのところを使えば?
もう少し手間を書けたければxlsxみたいに独自の拡張子でzip
ファイルをファイラーから見えなくするのは無理 つーか隠しファイルは隠せよ
どうせユーザーファイルで隠しファイルなん作らねーだろ?
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 レス数が900を超えています。1000を超えると表示できなくなるよ。