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

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

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

**デフォルトの名無しさん** · 2021/02/11(木) 01:11:01.49

>>784
それは無茶苦茶
それはイベントソーシングでない場合なら可能か？
テーブル定義が変わっても、その前後で一貫性のあるシステムにしたい
そんなのと同じ夢を見ている

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

>>784
むしろイベントソーシングならばこそ可能になりそうな気もする
オブジェクトのメタ情報に対する更新にアクセスする方法もイベントとして記録出来ればいい
データベースならばDDLの実行もイベントとして記録して、テーブルの構成が変わった時点よりも巻き戻す場合にはDDLも巻き戻す

そんな阿呆なシステムを考えるやつは居ないが

**デフォルトの名無しさん** · 2021/02/11(木) 01:24:17.17

>>784
データベースにカラムを追加する時どうするのか考えればわかるやろ

既存のアプリと互換性のある方法で拡張するか
既存のアプリとは互換性のない方法で拡張するか

後者を選んだら互換性のない過去データはそのまま読めないので
過去データ専用のロジックを残すか過去データを新しい形式に変換するか

**デフォルトの名無しさん** · 2021/02/11(木) 12:59:51.92

ようするにシステムを任意の時点に戻せるって嘘だったのか？

**デフォルトの名無しさん** · 2021/02/11(木) 14:06:06.77

>>789
それを嘘と言うのは、鉱石まで戻せないから嘘だと言うのと、程度の差以外どう違うのか分からないな
そういう意味で言うならば、嘘だよ

**デフォルトの名無しさん** · 2021/02/11(木) 14:54:07.70

過去のプログラムがコンテナイメージとかで完全に保全されている前提で
↓みたいにひたすらシステムバージョンアップとイベント再生を繰り返す

foreach e in getAllEvents()
　updateSystem(e.SystemVersion)
　waitSystemReady()
　sendEvent(e)

これで任意の時点にもどせるってことなのかな？
イベントソーシングだけじゃなく完全なIasC化、インフラ構成ファイルの全バージョンの保全まで考えないと任意の時点に復旧はできなそうだね

**デフォルトの名無しさん** · 2021/02/11(木) 15:00:43.14

ここまで頑張ってようやっと過去にもどせたとしても
過去に戻せるメリットが正直、微妙だ
デバッグの再現性？

過去のイベントを分析してマーケティングに活かせる、だとか
そういったメリットなら価値がありそうだけど
、戻せたからっていったい何になるんだろ？

イベントソーシングってほんとに現場で役に立ってるのか？
足かせになってない？

**デフォルトの名無しさん** · 2021/02/11(木) 17:01:22.40

>>789
イベントソーシングを採用してるシステムは
そのシステムを任意の時点に戻せると聞いたならそれが間違ってる

対象はあくまでアプリケーションが管理してる状態(≒データ)で
任意の時点の状態を再現可能というだけ
DBのトランザクションログと同じ

システム構成やコードをデータとして管理して
任意の時点の状態を再現可能するのはバージョン管理システムの役割
Gitみたいなバージョン管理システムもイベントソーシングと共通した考え方

**デフォルトの名無しさん** · 2021/02/11(木) 17:04:31.69

お前、ちょっと会社の経理部に行って
「帳簿付けなんて無意味じゃないの？役に立ってるの？」
とか言ってこい

**デフォルトの名無しさん** · 2021/02/11(木) 17:15:58.93

>>793
その任意の時点の状態の再現ってのが、言われてるよりずっと難しいんじゃないのか？
難しい割にメリットが少ないんじゃないか？
というのが俺の疑問ね

イベントストリームだけ残ってても、イベントを再生するプログラムがなければ、状態を再現なんてできない
過去の全てのプログラムやインフラ構成までバージョン管理しないと、タイムマシンにならない

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

>>794
それは詭弁
データにビジネス上の価値があるのは当たり前
問題にしてるのは、イベントソーシングによるタイムマシン機能が実現の困難さ以上の価値を開発にもたらすかどうか

**デフォルトの名無しさん** · 2021/02/11(木) 17:27:20.06

>>796
タイムマシン機能なんて副次的な特殊効果に過ぎない
本来の目的は整合性の確保

最初に >>781 で言ってるだろが

**デフォルトの名無しさん** · 2021/02/11(木) 17:40:01.39

現実でも(帳簿などで)実績のあるやり方を、俺の目的には合わないから無意味な方法じゃないかとか何様よ

**デフォルトの名無しさん** · 2021/02/11(木) 17:56:17.77

>>797
ではなぜイベントソーシングを紹介する人は任意の時点に戻せることを決り文句のように言うのだろう？

>>798
さっきも言ったとおり
会計やその他のビジネスで役に立つからと言って開発でも必ず役に立つとは限らない
何事も実装コストと得られるメリット次第だろ？

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

メリットデメリットがあるのは当然
フィットするユースケースもあればそうでない場合もある
今回は中途半端な理解に基づいて
おかしなユースケースと紐付けて的外れな分析をした上で
イベントソーシングはきっとデメリットのほうが多いので微妙と思い込んでるのだから独り善がりが過ぎる
これもう先入観によって導かれた結論ありきの思考回路だから、掲示板で皆が説明しても到底伝わらないやつ

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

そもそもの発端は>>780あたりでメリットデメリット以前の問題としてエンティティを任意の時点に巻き戻す処理の実装が難しすぎるという事だった
これに対する実現性と保守性の高い実装方法に関する回答は今のところ1つも無い
実装できないもののメリットを語っても虚しいだけだ

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

>>801
>>785 ………

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

>>802
>>780で言ってるのは
システムのバージョンアップによる型定義の変更等々を超えて任意の時点のエンティティを再現するにはどうすればいいのかという意味合い
同じプロセス内の文字列という安定的な型に対する履歴管理とは別次元の問題だがわからん？

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

>>803
>>786 ……

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

エンティティの型定義が変わるようなケースではイベントソーシングは汎用的な処方箋じゃない
それはそれで問題ない
実際に仕様変更があったとしても個別対応はどうとでもなる
アプリ側はいつだってジャーナルを元に再計算できるんだから、バージョンアップ時に普通に新規フィールドを追加するなりすればいい
古い形式のイベントデータを受け取ったら追加フィールドにはデフォルト値をセットするだけ

クラウドとの親和性と更新トランザクションの高スループットといったスケーラビリティを確保しつつ履歴方向への機能性を高くできるのが売り
RDBMSを使った既存のオンプレミスな開発等が楽になることは主眼としてないし、変なところに無理矢理当てはめて開発者たちが苦労を強いられてるなんてのは妄想

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

>>804
つまりできないと？

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

できるって書いてるのにできないことにしたいらしいw

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

>>805
定義(プログラム)を変えて再計算では、任意の時点を再現しているとは言えないかな
それは似て非なるものでしょう

更新のスループットとかなら、わかりやすいメリットなんだけどね
任意の時点を再現可能ってのはイベントソーシングを説明するとき、言わないほうがいいんじゃないかと思う

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

>>807
サンプル実装書いてみて、どうぞ

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

>>806
>>787 ……

あほらしい
もう相手するのはやめるわ

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

>>810
これがメンテナンスしやすいとは全く思えないんだけど
実装するコストとメリットって見合う？

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

>>808
任意の時点を再現って誰がどういう文脈で言ったんだろう
少なくとも俺はそういうこと言ってないよ
任意の時点の預金残高を再現するといったことは可能だと思う
たとえば操作や出来事を全部イベントで記録したレースゲームを作ったら、自由に停止やシークができるリプレイ機能を用意できる
バージョンアップでブースト操作や亀の甲らを投げる機能が増えたとしても、前バージョンのリプレイが再生できなくなるとは限らない
そういうのを見て「任意の時点を再現する機能がある」という人がいても不思議だとは思わないな

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

>>812
ググって見つけたイベントソーシングについて説明してる記事ではタイムマシン機能をメリットの1つとして挙げてることが少なくない
どの記事もこの点はサラッと流してあまり深く掘り下げてないけど「なのでデバッグも簡単」まで言っちゃってるサイトがたまにある
当たり前だけどプログラムの内部的な構造までその当時まで巻き戻せないとデバッグはできない
なので自分はそういうのを実現するためのフレームワークやデザインパターンでもあるのかなと思って質問に来た

**デフォルトの名無しさん** · 2021/02/11(木) 21:27:20.82

>>813
イベントソーシングはあくまでデータモデリングのパターンなんで、現在の状態は過去の全イベントデータから導出される単純なビューであることが大前提
プログラムのロジックは無関係

**デフォルトの名無しさん** · 2021/02/11(木) 21:29:49.04

>>814
でもデバッグって言ってるから
そこ解決したら終わりでいいんだけど

**デフォルトの名無しさん** · 2021/02/11(木) 21:33:43.91

>>814
イベントデータから導出するロジックが
プログラムのロジックだから関係あるよ

**デフォルトの名無しさん** · 2021/02/11(木) 21:36:56.57

>>815
デバッグにも色々あるでしょ
何もプログラムを動かしながら観察することだけがデバッグじゃない
>>816 違う、イベントを発行するのがプログラムのロジックだ
だからイベントの時系列を追っていけば、どこで誤りがあったかはわかる

**デフォルトの名無しさん** · 2021/02/11(木) 21:38:32.93

ようするにそのビュー(=プログラ厶)ってやつを過去の全バージョン保持し続ければ、過去の任意の時点に戻ってのデバッグはできるだろう
でも明らかにコードがカオスになるんだよね、これ
保守性を犠牲にしないでこれを実装する方法は？というところを知りたいの

**デフォルトの名無しさん** · 2021/02/11(木) 21:45:25.04

>>817
それはイベントを発行するプログラムのロジックには関係ないというだけ
発行されたイベントを利用する側のプログラムには大いに関係ある

current_state = events.reduce(reducer, initial_state)

どういう風に畳み込むかはイベントの種類や表現する状態による
つまりreducerにそのロジックが入るということ
口座なら足し算引き算したり、5chのスレならレスを追記したりするロジックが入る

**デフォルトの名無しさん** · 2021/02/11(木) 23:48:31.78

過去の全バージョンのプログラムを持つような手法がイベントソーシングであるという勘違いを捨てない限りはモヤモヤは解決しないだろうな
デバッグでググってみた限りでは、大したことを言っている人は見つからなかったよ
データを再現可能なフルセットで持ってるので◯月×日△時に発生した不具合をデバッグ時にすぐ再現できるのが強みですねという程度
そのときだけ表示が不正だったとか性能低下があったとかシステム間連携でエラーログを吐いてたとか
ここでの調査では別にイベントソーシングが全ソース履歴を司っている必要はなくて、Gitでその時点のソースにswitchした上でジャーナルをその時点までたどれば状況が再現すればいい

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

この手の話なんて現実的でない理想論ばかりだよなぁｗ
何とかアーキテクチャやらなんとかパターンとかはっきり言ってそんなの習っても
仕事で役に立つことは殆ど無い
というか当たり前の事を言っている事が多すぎなんだよねｗ

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

当たり前の事も知らん奴が、スレ立てるまでもない質問をするスレなんだから、何を今さら

そして当たり前の事をないがしろにする奴が設計を語るなよ
当たり前の事を知るのは複数の視点を引き出しとして持つこと
役に立たないのは、視点を活用してないだけ
引き出しが無くて、適している適していないをどう評価すんの？
おおむね設計なんて取捨選択だぞ

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

>>821
> 何とかアーキテクチャやらなんとかパターンとかはっきり言ってそんなの習っても
> 仕事で役に立つことは殆ど無い

でもそれは言語自体やライブラリやフレームワークで使われてるよ
つまりCPUの仕組みとかと同じように

お前は使わんけど、お前が使ってるソレを実現するために必要なものということ
まああれだ、作る側ではなく使う側の人間には必要ないということ

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

昔、夢幻っていうCGIとかPHPとかのサンプルコードが
たくさん置いてあったサイトがあったと思うのですが、
いま、ああいうサイトってどこかありませんかね？

他人の書いたソースコードを読んで勉強したいのです

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

ギフハブ

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

CGIなんて死滅してるからなぁ

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

基本的な質問ですみません。
webで画像を読み込んだときに非表示の場合でもキャッシュに残るでしょうか？

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

ブラウザとその設定次第

**827** · 2021/02/12(金) 23:51:43.69

追記

すみません。
専門的にいうと画像をdisplay:noneで隠した場合でもキャッシュに残るでしょうか？

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

だからブラウザと設定次第
理解したくなさそうだから具体的に言えば

ブラウザや設定によって
キャッシュに残る場合もあるし残らない場合もある
どちらもあり得る

**827** · 2021/02/13(土) 00:27:01.04

>>830

ありがとうございます。
そうなんですね。
やりたい事はwebの監視モニター(1秒更新)でセンサーの情報を取得して該当する100個の画像のいずれかを表示するのですが、そこでできる限りサーバーからでなくキャッシュで読みたい。
そこに行く前のはじめのページで画像100個を表示してキャッシュさせるのは格好が悪い。
それで非表示でキャッシュできないかを考えたのです。

**デフォルトの名無しさん** · 2021/02/13(土) 16:05:31.51

HTML のメタタグのキャッシュ関係のタグとかかな？
それと、各ブラウザの対応状況

HTML・ブラウザの機能は、
この板よりも、web制作管理板で聞いた方が良いかも

**デフォルトの名無しさん** · 2021/02/13(土) 17:23:54.81

技術評論社の本には同じプログラミング言語でも、
パーフェクト〇〇シリーズと本格入門〇〇シリーズがありますが、
これは本のレベルが違うんですか？

初心者はまず本格入門から入って、その後でパーフェクト〇○シリーズを読む、
という順序でしょうか？

それともそんなこと気にしないで、どっちから始めても全然問題ないんでしょうか？

**デフォルトの名無しさん** · 2021/02/13(土) 17:38:04.12

>>833
・言共通語の文法を覚える変数とかif文とか
・ローカルのやつを覚える　

とは別に
・設計的な意味でのプログラミングを覚える

だよ
上は必須下は適時

**デフォルトの名無しさん** · 2021/02/14(日) 01:28:01.16

ホスト、サイト、ドメイン、オリジン、エンドポイント
意味合いは微妙に異なるんだけど、結構重なる場面も多くて悩む
他の人はどんな場面で使い分けてるかアンケートしたい

**デフォルトの名無しさん** · 2021/02/14(日) 01:53:55.59

意味はぜんぜん違うだろ

**デフォルトの名無しさん** · 2021/02/14(日) 02:03:31.78

アプリの通知が来たらその内容を自動ツイートしたいんですけどなにか良い方法ありますか？
例えばスポーツのスコア通知が来たらその内容をツイートするとかです。

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

自分で作ればいいだろ

**デフォルトの名無しさん** · 2021/02/14(日) 02:23:42.90

>>837
TaskerやIFTTTのような自動化ツールで通知でトリガーする

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

>>835
全部サーバーの類じゃねーか！って混乱してる？
ホスト、店員、PTA、発言者、どれも人だけど混乱しないでしょ？
何にせよ過度に一般化して捉えたら違いは分からなくなる
基本、英単語のニュアンス通りに理解すればいい

**デフォルトの名無しさん** · 2021/02/14(日) 03:51:48.13

>>833
改訂2版パーフェクトRuby、2017
パーフェクト Ruby on Rails 【増補改訂版】、2020/7

こういう、パーフェクトは入門用じゃない。
環境構築・ライブラリ・フレームワーク・テストなど、開発の全工程を含んでいる

他言語での全工程を知っているなら、読める

**デフォルトの名無しさん** · 2021/02/15(月) 18:00:05.55

外部ファイル群を隠蔽したいのだけど
もう既に色々な形式のファイル作っちゃってて
特殊なアーカイブにするとアクセスが面倒なので
フォルダ構造上手く残したままどうにかフォルダだけ
外部から簡単に見えないように隠蔽出来ないかな？

**デフォルトの名無しさん** · 2021/02/15(月) 18:06:24.80

Linuxならドットファイル
Windowsなら隠しファイル属性
でええんじゃないの

**デフォルトの名無しさん** · 2021/02/15(月) 18:08:22.75

www.example.comがFQDNでwwwがホスト、example.comがドメイン
ITパスポートレベルですな

**デフォルトの名無しさん** · 2021/02/15(月) 18:14:46.50

勉強したことないんだろう？使い分けるじゃなくて用語の定義が違ってる
人から聞いた用語を使ってるだけで勉強してない

**デフォルトの名無しさん** · 2021/02/15(月) 18:17:51.88

>>843
Windowsだけど隠しファイル表示する設定にしてたら見られるのがねえ…
どうにか上手い方法はないものかな？

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