- 1 名前：デフォルトの名無しさん [2020/09/07(月) 18:56:51.64 ID:4fn7uU/g.net]
- スレ立てるまでもない質問はここで 154匹目
- 101 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 19:48:57.79 ID:8aNWh6BR.net]
- >>98
> そうなると、既存のCSSを変えずに、コンポーネントの構造を変えることが難しくなる
コンポーネントの構造を変えようとするな
複雑になるだろ
- 102 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 19:49:06.63 ID:Xp7zp8nz.net]
- >>94
お前htmlの構造を変えるって言ってたじゃん。>>71>>86
- 103 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 19:49:59.28 ID:8aNWh6BR.net]
- >>98
> 今日はインプットテキストだったコンポーネントが、要件変更で明日にはリストボックスになっているかもしれない
だからそれ仕様変更ですよね（笑）
- 104 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 19:51:40.17 ID:8aNWh6BR.net]
- >>71は俺じゃねーよ
>>86にちゃんと書いてあんだろ
> 生成するHTMLを仕様として定義しない場合は、
> htmlの構造を変えるにはCSSを詳しく調べないといけなくなる
だからHTMLをしようとして定義し、HTMLの構造を変えるときは
仕様変更になると
- 105 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 19:52:24.50 ID:24n75C+P.net]
- >>97
単純なお遊びのアプリケーションしか作ったことがないとこういう発想になりがち
転送量やセキュリティの観点から非表示にするだけでなく要素そのものを取り除くことは珍しくもない
- 106 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 19:53:45.51 ID:8aNWh6BR.net]
- >>105
> 転送量やセキュリティの観点から非表示にするだけでなく要素そのものを取り除くことは珍しくもない
だからそういう理由があるときだけ複雑にしろよ
なぜやらなくていいときまで複雑にするのか→考える脳が無いから。全部同じやり方しますアポポッポポポｗ
- 107 名前：デフォルトの名無しさん [2020/09/13(日) 19:54:11.08 ID:qg7N5frC.net]
- 複数のビューとか、Excelで要らんってわかったんじゃないのか。
もう20年以上前にわかってるもんを、いまさらやってどうなるというのか。
やっぱウェブ系は頭悪いな。
- 108 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 19:54:39.72 ID:24n75C+P.net]
- >>101
遊びで作るようなちゃちいアプリケーションならそういうことを考えなくていいんだろうな
簡単そうな要件の仕事してそうで羨ましいよ
- 109 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 19:57:27.38 ID:24n75C+P.net]
- >>103
重要なポイントはその仕様変更の影響がコンポーネントの外部に漏れるかどうかだ
コンポーネントの内部実装としてスタイルを閉じ込めておけばコンポーネント以外は修正しなくていい
- 110 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 19:57:29.54 ID:8aNWh6BR.net]
- >>107
複数のビューが何を言ってるのか知らんけど、
コンポーネントの状態によって見た目が変わるのは普通の話
それをJavaScriptを使って状態によって構造を変化させて
CSSを適用しづらくして、うわーっとなって
全部JavaScriptにしてやるーって叫んでテストの工数を増やすか
状態が変わっても構造を変化させずに、同じ構造だから
CSSが適用しやすく、状態によっての見た目の違いはCSSでやれるから
JavaScriptコードが少なくなって、処理速度も速く
宣言的な記述でバグもテストも少なくなるかの違い
- 111 名前：デフォルトの名無しさん [2020/09/13(日) 19:58:05.27 ID:qg7N5frC.net]
- HTMLは文書ではない！データのコンテナなのだ！などと、グーグルの受け売りが正義とか思わないでほしいのだが。
ウェブ系の馬鹿は考える頭が付いていない。
- 112 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 19:58:06.54 ID:8aNWh6BR.net]
- >>109
HTMLの構造を変化させなければ、なにも外部にもれない
お前のやり方が根本的に間違ってるんだよ
- 113 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:02:13.75 ID:24n75C+P.net]
- >>106
理由が出来た時に容易に対応できるようにコンポーネントにするんだよ
- 114 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:03:05.61 ID:8aNWh6BR.net]
- >>113
YAGNI（それは必要にならない）
KISS（シンプルにしておけボケ）
- 115 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:08:02.62 ID:24n75C+P.net]
- >>112
いやいや
HTMLの構造はこうですって、仕様にしちゃったらそれはもう外部に漏れてんだよ
その仕様を前提に、どこのだれがどんなCSSを書いたかなんてわからねえぞ
いざHTMLの構造を変える時に、無駄な調査工数がかかる
HTMLは仕様ではなく実装である、とすればHTML構造はいつでも変化しうるんだ、ということが誰にでもわかる
なのでCSSを気軽に追加するバカもいなくなる
コンポーネント内部のHTML構造の変更のために、バカバカしい調査をする必要もなくなるわけだ
- 116 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:08:11.90 ID:bz2S3zJv.net]
- オンライン会議の参加者それぞれにexeファイル渡し、マイクから発言時間をリアルタイムで記録して会議の進行役が盛り上がり具合を見れるものを作ろうと思ってます
とりあえず触ったことのあるc#で音声認識ライブラリを使って時間を記録し、それをデータベースに送信して管理する形を考えているんですが
、言語とか使うデータベースこんなのがいいってありますか？
ズブズブの素人なので的はずれなこと言ってたらごめんなさい
- 117 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:08:45.61 ID:8aNWh6BR.net]
- >>115
> HTMLの構造はこうですって、仕様にしちゃったらそれはもう外部に漏れてんだよ
それは仕様なんだからインターフェースだ
デザイナと共同作業をする場合に必要なことだ
- 118 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:09:13.68 ID:8aNWh6BR.net]
- >>115
> その仕様を前提に、どこのだれがどんなCSSを書いたかなんてわからねえぞ
デザイナーの仕事だ、お前には関係ない話だ
- 119 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:09:31.03 ID:24n75C+P.net]
- >>114
した結果がコンポーネント
- 120 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:10:06.72 ID:8aNWh6BR.net]
- >>115
> いざHTMLの構造を変える時に、無駄な調査工数がかかる
いちいち変えるな。仕様として決めないで
いきあたりばったりで作業してるから、変えることになるんだろ
無駄な調査工数がかかるのも、いきあたりばったりで仕様を残してないからが一番の理由だな
- 121 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:10:48.20 ID:24n75C+P.net]
- >>117
インターフェースは軽々しく変えてはならない
HTML構造はインターフェースほど安定したものではない
ちょっとした要件の変化に応じて変えていくものだ
HTMLはインターフェースにはなりえない
- 122 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:11:24.96 ID:24n75C+P.net]
- >>118
関係ないで無視したらデザインがぶっ壊れるだろ
- 123 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:11:57.70 ID:8aNWh6BR.net]
- >>115
> HTMLは仕様ではなく実装である、とすればHTML構造はいつでも変化しうるんだ、ということが誰にでもわかる
HTMLの構造は要求が変わったときだけ変化する
見た目が変わっただけでは変化しない
逆に言うならば、見た目を変えるだけならば、HTMLの構造は変化しない
それはすなわちコンポーネントを変更する必要がないということだ
見た目は容易に変わるが、コンポーネントの機能はさほど変化しない
お前のように見た目とコンポーネントが強く結合してしまってりゃ
見た目の変更でコンポーネントに修正まで入るんだろうなｗ
- 124 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:12:48.01 ID:8aNWh6BR.net]
- >>122
> 関係ないで無視したらデザインがぶっ壊れるだろ
HTMLの構造を勝手に変えるからだ
仕様なんだからちゃんと連携とってかえろ
お前のように見た目とコンポーネントが強く結合してしまってりゃ
見た目の変更でコンポーネントに修正まではいってそれどころじゃないんだろうがなｗ
- 125 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:12:49.66 ID:24n75C+P.net]
- >>120
だから何度目だ
変えなくてもいいようなド単純なオモチャアプリケーションならHTMLは固定、で許されるのかもしれねーが
そんなオモチャは学生の課題ぐらいでしか通用しないよ
今はエンタープライズの話をしてるんだが
- 126 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:13:54.80 ID:8aNWh6BR.net]
- > 変えなくてもいいようなド単純なオモチャアプリケーションならHTMLは固定、で許されるのかもしれねーが
どんなものでも要件が変わらないならばHTMLは固定でよくなる
状態によって、HTMLの構造が変わることはない
- 127 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:14:19.93 ID:24n75C+P.net]
- >>123
だから何度目だ
エンタープライズでは機能が変わっていくんだよ
オモチャアプリケーションを前提に話すのいい加減やめたら？
- 128 名前：デフォルトの名無しさん [2020/09/13(日) 20:14:59.29 ID:e9EK7dt7.net]
- ガワ変えられない設計はあかんやろ
- 129 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:15:04.33 ID:8aNWh6BR.net]
- エンタープライズっていうのなら、コンポーネントの開発者と
デザイナーは担当者が別だ。
別々の人が並行して作業できなければ役に立たない
- 130 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:15:45.05 ID:8aNWh6BR.net]
- >>127
> エンタープライズでは機能が変わっていくんだよ
機能が変わるってことは要件が変わるってことだ
お前はまったく別の話をしている
状態によってHTMLの構造は変わらないという話をしてる
- 131 名前：デフォルトの名無しさん [2020/09/13(日) 20:18:12.95 ID:lu6eiMc4.net]
- >>116
一定時間ごとに画面のキャプチャを収集して画像の差分を追いかけて
サボってるやつ検出するやつ作ろうぜ
- 132 名前：デフォルトの名無しさん [2020/09/13(日) 20:18:49.06 ID:lu6eiMc4.net]
- いや、やっぱやめて絶対に作らないで
- 133 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:19:06.00 ID:24n75C+P.net]
- >>124
話を理解してくれ
連携を取れというがその連携が大変だと言ってるんだよ
HTMLを仕様として周知してしまったから
他の開発者やデザイナがそのHTMLを前提にCSSを開発することが合法になってしまった
各CSSの開発者に新しい仕様を説明してすべての箇所を間違いなく修正させる必要がある
それは大変な作業だ
一方でコンポーネントが可変部分をインターフェースとして提供していれば、内部HTMLの変化をわざわざ再周知する必要がなくなる
クライアントはもとのインターフェースに従って利用しているわけだからコンポーネント側が後方互換を維持すればいいだけ
連携なんぞ必要ない
- 134 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:20:33.74 ID:8aNWh6BR.net]
- > 連携を取れというがその連携が大変だと言ってるんだよ
> HTMLを仕様として周知してしまったから
> 他の開発者やデザイナがそのHTMLを前提にCSSを開発することが合法になってしまった
> 各CSSの開発者に新しい仕様を説明してすべての箇所を間違いなく修正させる必要がある
> それは大変な作業だ
ああ、他の開発者との連携して開発すること全く考えてないｗ
大変だから、一人でやる。小さなプロジェクトしか経験してない証拠だな
他の開発者との連携して開発するのはやることとして大前提なんだよ
- 135 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:21:55.75 ID:24n75C+P.net]
- >>130
は？要件が変わるって話をずっとしてんだが
- 136 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:22:53.84 ID:8aNWh6BR.net]
- >>135
要件が変わったなら、それを仕様にまとめろ
かってに作業すんな
- 137 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:28:05.21 ID:24n75C+P.net]
- >>134
オモチャ屋さんにはわからないかもしれんが
連携しなくてうまく行くようにできるなら、それが最も安全で効率的なのでそうする、ってのがシステム屋の常識なんだよ
で、システム屋はそれをどうやって実現するかっていうと
安定したインターフェーのみをクライアントに公開して、変化しやすい内部実装は隠して触らせない、って方法で実現してんの
お前はみたいに変化しやすいHTMLをクライアントのインターフェースとして提供してしまうと、しなくてもいい連絡が増えて、みんなが苦労することになる
- 138 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:31:19.42 ID:8aNWh6BR.net]
- >>137
今はHTML構造とデザインの話をしてる
HTML構造は仕様であり、デザインは別のものが担当する
大前提を理解しろ
HTMLはデザインの変更程度では変化しない
複雑なものを作るから、頻繁に変えなくちゃいけなくなるんだよ
複雑なものは単機能を持つ基本的なコンポーネントの集まりとして作れ
どんなにアプリが変わっても、単機能のシンプルな基本ライブラリが変わらないのと同じことだ
お前が今苦労してるのは、複雑なものを作るからだ
- 139 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:33:57.58 ID:24n75C+P.net]
- >>136
だからさぁ
仕様はまとまってるし変更があれば修正するよ
でもな仕様変わってもインターフェースまで変わるとは限らねえんだよ
コンポーネントにスタイルを閉じ込めとけばインターフェースは安定すんの
だからクライアントの変更なしにコンポーネントを更新できんの
お前はみたいにHTMLを仕様ですなどと言い張ると
ちょっとした要件変更のためにインターフェースとしたHTMLが変化して
それを大多数の開発者に周知しなきゃならなくなる
- 140 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:35:35.43 ID:8aNWh6BR.net]
- > コンポーネントにスタイルを閉じ込めとけばインターフェースは安定すんの
ほらまた、コンポーネントとスタイルを結合させて
メンテナンス性を下げてるｗ
そこはデザイナーが担当するの
HTML構造をインターフェースとして定めてるから安定してんの
- 141 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:36:53.97 ID:8aNWh6BR.net]
- > ちょっとした要件変更のためにインターフェースとしたHTMLが変化して
> それを大多数の開発者に周知しなきゃならなくなる
まさか口伝でもしてんのか？ｗ
- 142 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:40:17.52 ID:24n75C+P.net]
- >>138
変化は必然なんだよ
最初はインプットテキストだったものがシステムの成長に伴ってリストボックスやオートフィルに
さらに育って検索用のリッチな小窓を出すようになる
変化がないのはチュートリアルみたいなしょぼいシステムだけ
- 143 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:41:36.47 ID:24n75C+P.net]
- >>140
メンテナンス性を上げるためにコンポーネントを作ってる
HTMLに伴って変化しうるCSSを分離して遠ざければメンテナンスは難しくなる
- 144 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:42:51.29 ID:24n75C+P.net]
- >>141
なわけねーだろ
ドキュメントを更新して通知すんだよ
- 145 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:45:13.10 ID:sgNcOqc1.net]
- 構造とデザインだとXML+XSLもアリかとも思うけどほとんど見ないな
それとも知らないだけで使われてる？
- 146 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:45:47.84 ID:8aNWh6BR.net]
- >>144
じゃあ周知はそれで終りましたねｗ
- 147 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:46:29.91 ID:8aNWh6BR.net]
- >>145
> 構造とデザインだとXML+XSLもアリかとも思うけどほとんど見ないな
XSLはセンスが悪かった
今はHTMLとCSS
- 148 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 20:47:55.64 ID:8aNWh6BR.net]
- >>142
だから仕様が変更になってデザインを変更する必要が出たら
デザインを変更するだけだろ、何いってんだお前ｗ
- 149 名前：デフォルトの名無しさん [2020/09/13(日) 20:51:56.11 ID:e9EK7dt7.net]
- HTML6はXAMLにしようよ
- 150 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 21:00:27.50 ID:sgNcOqc1.net]
- 機械的に吐き出した実行結果のレポートにはXML最強(特にXPath連携)なんだけど、イマイチ使いにくいからな
- 151 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 21:52:12.09 ID:Xp7zp8nz.net]
- >>149
xhtmlは論理的で論理的で良いと思ったんだがなぜか人気がなかったな。
- 152 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 21:53:51.19 ID:hcAm2IX6.net]
- 90年代の発想でコンポーネント連呼するやつおるんやな
相手にしすぎるのもどうかと思うで
- 153 名前：デフォルトの名無しさん mailto:sage [2020/09/13(日) 23:45:50.26 ID:w3Y31Eld.net]
- Ruby on Rails の動画でも見れば？
Bootstrap, React を使って、コンポーネントを再利用する
- 154 名前：デフォルトの名無しさん mailto:sage [2020/09/14(月) 07:01:28.67 ID:AAu8HR5j.net]
- >>151
俺は最初からXHTMLは駄目だ（意味がない）と気付いてたけどね
XHTMLは人間用のフォーマットであり非構造化されたデータだ
具体的に言うと（半）構造化されたデータの周りに広告やその他の情報が
あちこちに散りばめられてる。そういったものを機械的にパースするなんて無駄で困難な作業でしかない
データとして再利用可能にしたければ、そもそもXMLとして構造化されたデータとして提供すべきだ
データが再利用可能であれば人類にとって嬉しいかもしれないが
XHTMLはデータを再利用を考えずに人間が読むために作られる
場合によっては再利用されたくないかもしれない。運営側の都合でHTML構造が変わるかもしれない
だからXHTMLは安定した形式にはなりえない
自動生成の都合上XHTMLに"なってしまう"場合はあっても
人間のための形式をあえて構造化されたXHTMLにするべき理由がないんだよ
XML（論理的で構造化されたデータ）→人間のための加工（非構造化を含む処理）→XHTML なのだから
加工する前のXMLを使ったほうが便利
XSLが失敗したのも人間のための加工処理が構造化されてない加工処理
つまり「特定の部分だけ例外的な処理を行う」の集まりだから
もちろんXSLTをXMLで記述するというのも悪いデザインだった
本質的に処理であるものを定義で書こうとすると冗長で柔軟性がなくなり破綻する
- 155 名前：デフォルトの名無しさん mailto:sage [2020/09/14(月) 07:14:29.77 ID:AAu8HR5j.net]
- >>150
> 機械的に吐き出した実行結果のレポートにはXML最強(特にXPath連携)なんだけど、イマイチ使いにくいからな
最強じゃないよ。
タグに属性なんてものがあるから、ストリーミングデータとして扱いづらい。
実行結果というのは1行1行レポートされるものが結構ある
XMLは下の階層のデータが全部揃わないと上の階層のデータが確定しない
あるタグの終りは、それを内包するデータが全て揃ってからになる
1行（もしくは1データ）ずつ処理することが困難
すべての実行結果がそろってやっとレポートを見ることができる
これはXMLだけではなくJSONでも同じだが
JSONの場合それを解決するためのJSONLという形式ができた
Excelファイルのように保存してあとから見るような使い方であればいいが
リアルタイムで実行結果をレポートするようなものには使いにくい
- 156 名前：デフォルトの名無しさん mailto:sage [2020/09/14(月) 07:42:49.11 ID:cUiqBj4h.net]
- >>155
つ XMLフラグメント
実行中にレポート出すなら、SAXで切り出していけば問題ない、というかXMLでログ出すときって全部蓄積するなんて無謀だからそれ以外には無いよな
- 157 名前：デフォルトの名無しさん mailto:sage [2020/09/14(月) 07:47:58.20 ID:Psg3/81m.net]
- それはxhtmlならデータとしても再利用できるという夢物語の話な。
単純に、従来のhtmlより論理的でパースが楽でnamespaceで拡張できるhtmlとして期待してた。
- 158 名前：デフォルトの名無しさん [2020/09/14(月) 13:15:25.51 ID:UlvlVQe+.net]
- swiftのパフォーマンスを改善する、みたいな記事で、変数をstaticにするとパフォーマンスが改善した、と書かれていました。
https://qiita.com/Kazuma_Nagano/items/c5e22ea095d247a3de52
私はstatic変数を使ったことがないため、何故なのかよくわかりません。
static変数について調べてみると、「メモリ位置を固定化する」と書かれているので、感覚的には何となく速くなるのかな？とは分からなくもないのです。
しかし、私はメモリの扱いについても素人なため、何故メモリの位置が固定化されるとパフォーマンスが良くなるのかがいまいち理屈で理解できません。
どうしてstaticを使うとパフォーマンスが良くなるのでしょうか？
- 159 名前：デフォルトの名無しさん [2020/09/14(月) 13:19:09.60 ID:UlvlVQe+.net]
- >>158
もし、毎回ループごとに上書きされるような変数を定義する場合は全部static変数にしてしまった方が良いのでしょうか？
staticにするデメリットはあるのでしょうか？
- 160 名前：デフォルトの名無しさん mailto:sage [2020/09/14(月) 13:21:03.97 ID:1hXdvxVK.net]
- staticが速いんじゃありません。
時間がかかるものを何度も実行するから遅いんです。
- 161 名前：デフォルトの名無しさん mailto:sage [2020/09/14(月) 13:23:29.84 ID:1hXdvxVK.net]
- >>159
全く意味はありません。
- 162 名前：デフォルトの名無しさん mailto:sage [2020/09/14(月) 13:27:03.20 ID:1hXdvxVK.net]
- static変数にした結果遅くなることもあります。
- 163 名前：デフォルトの名無しさん [2020/09/14(月) 13:28:50.68 ID:UlvlVQe+.net]
- >>160
ありがとうございます。メモリを固定化しない場合、空きメモリを探したりするという処理に時間がかかる感じでしょうか？
>>162
どんな場合に遅くなることが考えられますか？
- 164 名前：デフォルトの名無しさん mailto:sage [2020/09/14(月) 13:42:59.81 ID:1hXdvxVK.net]
- > 空きメモリを探したりするという処理に時間がかかる感じでしょうか？
そうだね。0.000000001秒ぐらいかかると思うよ
- 165 名前：デフォルトの名無しさん mailto:sage [2020/09/14(月) 13:44:25.41 ID:1hXdvxVK.net]
- > どんな場合に遅くなることが考えられますか？
そのメモリに対して他アプリやOSの処理が発生する時
- 166 名前：デフォルトの名無しさん mailto:sage [2020/09/14(月) 13:49:58.29 ID:1hXdvxVK.net]
- 本物の初心者は○○を使えば速くなるとかいうガセにつられて
○○を使ってこの方が速いって噂を聞いたんですよ！という
間抜けなことだ
- 167 名前：デフォルトの名無しさん [2020/09/14(月) 15:40:08.92 ID:UlvlVQe+.net]
- >>164-165
ありがとうございます！
- 168 名前：デフォルトの名無しさん mailto:sage [2020/09/14(月) 16:20:38.01 ID:lpza49Cy.net]
- >>166
今回は「変数をstaticにするとパフォーマンスが改善した」というガセ自体が存在してないけどね
- 169 名前：デフォルトの名無しさん mailto:sage [2020/09/14(月) 16:44:28.40 ID:ShJa4sqs.net]
- staticおじさん呼ばれていますよ
- 170 名前：デフォルトの名無しさん mailto:sage [2020/09/14(月) 17:29:35.40 ID:2ikgR+nY.net]
- プログラミング知識で0からSwiftを勉強するとして、簡単なトランプゲームのアプリを作るまでにおおよそ何時間ぐらい学習が必要でしょうか。
ワークスAPの筆記通るレベルの頭は一応あります
- 171 名前：デフォルトの名無しさん mailto:sage [2020/09/14(月) 18:10:16.50 ID:QvgKlwNP.net]
- 作りながら学習した方が良い
頑張れば今日中にでも作れる
あと筆記の成績なんて関係無いよ。プログラミングはカンニング前提でやるものだし
- 172 名前：デフォルトの名無しさん mailto:sage [2020/09/14(月) 18:29:26.16 ID:ShJa4sqs.net]
- >>170
トランプゲームを作りたいのか？
作業的な勉強が一番挫折しやすい
- 173 名前：デフォルトの名無しさん mailto:sage [2020/09/14(月) 18:41:16.20 ID:w1/wdbTI.net]
- C#、WPFで質問です
MVVMで構築されたシステムですが、Modelから直接Viewのコントロールを触ることは不可能でしょうか？
- 174 名前：デフォルトの名無しさん mailto:sage [2020/09/14(月) 19:03:57.65 ID:cUiqBj4h.net]
- >>173
間違いかも知れないが、MVVMはView側からViewModelを参照するのがキモだと認識している
そもそもVのことはMとVMは知らないはず
- 175 名前：デフォルトの名無しさん mailto:sage [2020/09/14(月) 19:05:57.15 ID:w1/wdbTI.net]
- >>174
ありがとうございます。やはり無理な話でしたか・・・
- 176 名前：デフォルトの名無しさん mailto:sage [2020/09/14(月) 19:08:24.08 ID:4QB3ixBT.net]
- プログラミング未経験ですが自分で使うお小遣い帳を作ろうと思っています
C#とデータベースの勉強を勧められてそれでやってみようと思うのですが
とりあえずWindowsで動くものができたらAndroidでも動くものが作りたいです
その場合同じくC#で作れるのでしょうか？
- 177 名前：デフォルトの名無しさん mailto:sage [2020/09/14(月) 19:21:44.92 ID:cUiqBj4h.net]
- >>175
だから、Viewに対してxxさせる方法があったはず
と調べたらトリガーという機能があった
これだったかな？もう四年ほどやってないと怪しくなる
- 178 名前：デフォルトの名無しさん mailto:sage [2020/09/14(月) 19:25:44.53 ID:cUiqBj4h.net]
- >>175
ViewがViewModelを参照して任意の動作を「自分から」やるのが、多分正解
これならMVMはVと疎結合になるからそう思う
- 179 名前：蟻人間 mailto:sage [2020/09/14(月) 19:34:16.26 ID:/Fwk/gkb.net]
- >>176
WindowsとC#でAndroidアプリ作成なら、XamarinとSQLiteでイケると思う。
- 180 名前：デフォルトの名無しさん [2020/09/14(月) 19:37:14.79 ID:D0anpH0V.net]
- >>176
C#で作れます
- 181 名前：デフォルトの名無しさん mailto:sage [2020/09/14(月) 20:35:29.14 ID:4QB3ixBT.net]
- >>179
>>180
どうもありがとうございます
具体的なフレームワークやデータベースの名前も挙げていただき調べやすくなりました、助かります
- 182 名前：デフォルトの名無しさん mailto:sage [2020/09/14(月) 22:43:08.69 ID:2ikgR+nY.net]
- >>172
遅レスすみません。
例えば、本当に単純にはなるんですけどハイアンドロー（次のカードが今出ている数字よら上から下か予想してトランプをめくるゲーム）や、少し難し目でいけばBluetoothを使って近くにいる人でブラックジャックができるようなものを作りたいと考えております。
- 183 名前：デフォルトの名無しさん mailto:sage [2020/09/14(月) 22:44:00.48 ID:2ikgR+nY.net]
- >>171
ありがとうございます。
とりあえずつべこべ言わず、見様見真似で始めればいいって事ですね。
- 184 名前：デフォルトの名無しさん [2020/09/15(火) 07:57:28.30 ID:kjqrOEii.net]
- プログラムがなぜ動くかとか考えてもしょうがなくないですか？
こういう風に書いたら動きますよってのの集大成で今まで来てるわけですから
誰かがそのように設定したんだから覚えましょうねってだけですよねこれ？
- 185 名前：デフォルトの名無しさん [2020/09/15(火) 09:33:08.83 ID:pnTNLJvZ.net]
- プログラミング知識で5からAndroidStudio/Javaを勉強するとして、簡単なトランプゲームのアプリを作るまでにおおよそ何時間ぐらい学習が必要でしょうか。
頭は一応あります
- 186 名前：デフォルトの名無しさん [2020/09/15(火) 09:45:10.23 ID:cZkGG5+C.net]
- なぜ動くかの知識は仕組みの穴をついたハッキングとかの対策
を考える上でもそうだしパフォーマンスが思ったように出ないときの
原因にあたりをつけるのにも役立つ
新しいものを作る上でも偉大な前例から学べることは多いよ
上辺だけの知識じゃ応用が効かないんだ結局
- 187 名前：デフォルトの名無しさん mailto:sage [2020/09/15(火) 09:50:16.38 ID:msQN58rY.net]
- ゲームはグラフィックとBGMを作るところが一番難しい
- 188 名前：デフォルトの名無しさん mailto:sage [2020/09/15(火) 10:08:07.25 ID:ZvZ+YuXF.net]
- >>187
どっちもフリー素材がいっぱいあるのに時代錯誤
- 189 名前：デフォルトの名無しさん mailto:sage [2020/09/15(火) 10:12:28.24 ID:msQN58rY.net]
- >>188
要求にあう素材はほとんどないのが現実
- 190 名前：デフォルトの名無しさん mailto:sage [2020/09/15(火) 12:28:43.55 ID:VgzmkY6m.net]
- フリー素材を謳って、でも大体は有料というフリー素材サイトのいかに多いことか
- 191 名前：デフォルトの名無しさん mailto:sage [2020/09/15(火) 15:46:51.26 ID:WJQOTlDR.net]
- プログラミングの本を見ながらパソコンをやると姿勢が悪くなりがちで苦労してるんですが、みなさんはどんな工夫をしてますか？
- 192 名前：デフォルトの名無しさん mailto:sage [2020/09/15(火) 16:11:23.24 ID:HF114Rhi.net]
- >>187
なんでBGMがいるの？１８５のような話だと数字と記号だけでできるのに
>>191
本は使わずネットの情報を見ながらプログラムの勉強をする
- 193 名前：デフォルトの名無しさん [2020/09/15(火) 16:56:55.73 ID:WbxUkS+z.net]
- HTMLソース解析+文字列処理に向いてる言語を教えて下さい
HTMLソースを取得して、そこに記載されている複数の商品名のみor商品名+メーカー名の組み合わせが、手元のテキストファイル内に存在するか調べる
無いものは別のテキストファイルに記載する
www.***.co.jp/index1.htmlが終わったらindex2.htmlのソースを取得して解析
これをindex5.htmlまで続けるという処理を行いたいです
- 194 名前：デフォルトの名無しさん mailto:sage [2020/09/15(火) 16:58:55.19 ID:WbxUkS+z.net]
- 実際のソースでマッチングさせたい部分はこうなっています
<a href="" title="(文字列) XXX ZZZ YYY-文字列 文字列"> メーカー名記載なし
<span class=""> XXX ZZZ YYY 文字列 AAA </span>
<span class=""><a href="">-XXX ZZZ YYY</a>, <a href="" >AAA</a></span>
XXX ZZZ YYYは商品名、AAAはメーカー名です
一覧表示されているサイトなので、商品名とメーカー名の文字列は全て異なります
例えばソニーXperiaと、サムソンGalaxyの表記が同一HTML内にあります
- 195 名前：デフォルトの名無しさん mailto:sage [2020/09/15(火) 17:00:33.27 ID:WbxUkS+z.net]
- >>194
連投すいません
それぞれは異なるサイトです
3つのサイトの記載方法が異なっているソースを処理します
- 196 名前：デフォルトの名無しさん mailto:sage [2020/09/15(火) 17:12:50.71 ID:DLlVy6Pm.net]
- どんな言語でも向き不向き関係なくそのくらいならやれる
ExcelVBAですら可能
python、c#、ruby、node、phpお好きなのを選ぶといい
- 197 名前：デフォルトの名無しさん mailto:sage [2020/09/15(火) 17:14:19.39 ID:DLlVy6Pm.net]
- やりたいのは在庫チェックと価格差だろ
あとサイトによってはロボットアクセスを固く禁止してるからな
Amazonは余裕で訴えてくる
アメリカ企業だから容赦ない
- 198 名前：デフォルトの名無しさん mailto:sage [2020/09/15(火) 17:15:11.37 ID:VgzmkY6m.net]
- 今なら普通にPythonでダウンロードして正規表現使って抜き出せばいい
俺なら別の使い慣れた言語使うけど、初心者ならば情報が探しやすいのが一番
- 199 名前：デフォルトの名無しさん mailto:sage [2020/09/15(火) 17:41:43.15 ID:WbxUkS+z.net]
- >>196>>198
回答ありがとうございます
PythonでのHTML解析のレクチャーサイトみたら
結構簡潔に書けるみたいなので勉強してみます
- 200 名前：デフォルトの名無しさん mailto:sage [2020/09/15(火) 18:05:21.17 ID:3HBrgqD1.net]
- 文字列解析は、Rubyが向いている。
- 201 名前：デフォルトの名無しさん mailto:sage [2020/09/15(火) 18:49:31.07 ID:5uVwOM3u.net]
- スクレイピングは、Ruby で、Nokogiri, Selenium Webdriver
ただし、サイトのrobots.txt に従わず、頻繁にスクレイピングすると、業務妨害で逮捕されるので、
各サイトと契約して、API を使う
YouTube なら、YouTube 用のAPI とか
|
 |
