スレ立てるまでもない質問はここで 154匹目 YouTube動画>2本 ->画像>5枚

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

わたしはプロ野球の巨人ファンです。
試合中のリアルタイムで、

(1)試合開始時
(2)各イニングが終わったときに点数が入っていたとき
(3)試合終了時

のそれぞれの時点でSMSかアプリかメールでスマホに通知されるようにしたいです。
どうすればよいでしょうか？
しろうとでも設定可能であれば、プログラミング言語は問いません。

>>2
誰かにSMSかアプリかメールでスマホに通知してもらえば？
通知してくれるものが存在しないのだからプログラム以前の問題

>>4
いやYahooスポーツサイトから情報取ってきてもいいんです
誰かに頼めるわけないでしょ。ほぼ毎日だよ。夜の時間ずっとPCに貼り付いていないといけない。
これ日給1万円あげなきゃならないくらい相手の時間使ってるわけになるし。

巨人専即時報告メルマガサービスを立ち上げろ
この月額300円のサービスで脱サラ
資金が集まってきたら阪神など対応球団を増やしていく
そして、チャンスが来た時に会社を売却する
君の人生のプログラミングはこれで完了だ

素人がわざわざ作らなくてもプロ野球の速報アプリがいろいろあるから気に入ったのを探せば？

>>6
わたしはサービスを受ける側なんです
>>7
それもいいけどデータ通信量が気になるんです。
上記の方法だと通信はせいぜい数バイトだからお金かからなくていいかなと思って。

たとえば
G1-0T(3)
ならたった8バイト、いや工夫すれば数ビットの情報量で済む。

モックを使うよりコンテナを使ってテストしたほうが良かないですか？

頭のおかしいやつが質問するスレか？

直接金が絡むサービスを個人で作る度胸がある人は凄い
ビビリだから広告入れるぐらいしかできんわ

iOS13.7のアップデートの通知で
コロナ接触アプリをインストールしなくてもOSで機能するって
どういう仕組み？
今後の13.8以降とかもずっと組み込まれたままなの？
アプリと違ってOS機能ってアップデートしても解除とか拒否とか出来るの？
嫌ならアップデートしない方が良いの？

フレームワークなしのPHPからAWSのS3に画像を保存する処理をしていますが、
下記のエラーが出ます。調べてもよくわからなかったので対処法を教えてください。

PHP Fatal error: Uncaught Aws\Exception\CredentialsException: Error retrieving credentials from the instance profile metadata service.
(cURL error 28: Connection timed out after 1000 milliseconds (see https://curl.haxx.se/libcurl/c/libcurl-errors.html)) in /app/vendor/aws/aws-sdk-php/src/Credentials/InstanceProfileProvider.php:240

>>9
コンテナはモックを代替するものではない
どうやってコンテナで対応するというのか意味不明

>>13
処理内容見てないから分からんが
curlじゃなくてawsコマンドじゃ駄目なの？

fj

>>15
こちらがPHPからS3にファイルをアップロードする処理です。
require_once "./../vendor/autoload.php";
use Aws\S3\S3Client;
use Aws\Exception\AwsException;
use Aws\S3\Exception\S3Exception;
$bucket = getenv('S3_BUCKET_KEY');
$key = getenv('S3_ACCESS_KEY');
$secret = getenv('S3_SECRET_KEY');
$s3 = new S3Client(['version' => 'latest', 'cledentials' => ['key' => $key,'secret' => $secret],'region' => getenv('S3_REGION')
]);
if (!is_uploaded_file($_FILES['img']['tmp_name'])) {return;}
$file = fopen($_FILES['img']['tmp_name'], 'rb');
try {$result = $s3->putObject(['ACL' => 'public-read','Bucket' => $bucket,'Key' => 'sample.jpg','Body' => $file,'ContentType' => mime_content_type($_FILES['img']['tmp_name'])
]);
} catch (S3Exception $e) {
var_dump($e->getMessage());
}

>>15
curlじゃなくてawsコマンドじゃ駄目なの？

curlコマンドやawsコマンドを使っていないのですが、
詳しく教えていただけませんか？

>>14
バカバカしいフェイククラスを作るよりテストフィーチャーでコンテナを作ってリアルクラスをインジェクトしてユニットテストしたほうが間違いがない
フェイククラスはユニットテストバグの温床

>>13
>cURL error 28
これが、curl コマンドじゃないの？
エラーメッセージで検索すれば？

Ruby on Rails では、S3 も使うけど、
フレームワーク無しで、やる人なんているかな？

かなり難しそう

>>20
いえ、これはエラーメッセージで表示されました。
画像選択ページで送信ボタンをクリックしたら、先ほどのコードのファイルに遷移させ、
そこのputObject関数からS3にファイルをアップロードするという流れです。
エラーメッセージで検索してもいい情報がありませんでした。

下記ではPHPのみでS3へアップロードを行なっているようなのでそれを参考にしました。
https://qiita.com/p_s_m_t/items/4f823b01d339b5776627

環境変数は正しく設定されてるの？

>>13
>Error retrieving credentials from the instance profile metadata service.

インスタンス・プロファイル・メタデータ・サービスからの資格情報の取得で、エラーが発生しました

>cURL error 28
curl.haxx.se/libcurl のページには、timeout と書いてある

CURLE_OPERATION_TIMEDOUT (28)

Operation timeout. The specified time-out period was reached according to the conditions.

他のサイトのソースコードでも、試してみれば？
そのサイトのコードが、間違っているかも知れないので

>>22
再度環境変数も確認してみます。

>>23
ありがとうございます。
一度洗い直してみます。

>>22
環境変数にも問題はありませんでした。

>>23
他のコードも見てみたんですが、どれも基本的に同じコードでした。

綴りを間違えていたようで、cledentialsではなくcredentialsでした。
直したらきちんとファイルもアップロードできました。
ありがとうございました。

一文字ずつ打ってたのか…

英検一級以上の単語なんて普通に生きてりゃまずお目にかかることなんてないしな

「Aliens: Colonial Marines」のおバカなAIはたった1文字のタイプミスが原因か、MOD開発者が報告 « doope! 国内外のゲーム情報サイト
https://doope.jp/2018/0778723.html
>“AttachPawnToTeather”が、正しくは“AttachPawnToTether”だった

テザリングのテザーだがやはりこれも一級以上

え、打たないの

>>30
打ったら駄目、絶対ダメ
https://www.pinterest.jp/pin/391039180118549553/

その都度正しいのをコピペするってこと？

S3に保存した画像ファイルを表示するときimgのsrcにS3のファイルのリンクを指定しますが、
リンクからバケット名やファイル名などがわかってしまいますが、これは特に問題ありませんか？

何をどうするかで変わるに決まってんだろ
まったく問題ない から 大問題 の間のどれかだ

まとめブログのようなサイトで、あるニュースを表した画像をサムネイルとして表示するつもりだけど
この画像自体は特にセキュリティ性のある画像ではない。この場合はリンクにファイル名とかが出てても問題ない？

答えは同じ

何をどうするかで変わるに決まってんだろ
まったく問題ない から 大問題 の間のどれかだ

何をどうするかって例えば？

パスをどうするか、他のファイル名をどうするか、他のファイルに何を置くか
なんでもかんでもぜーんぶ

そのレベルのやつがセキュリティ考える必要があるようなことをやるんじゃねーよ
基本が何もできてない

は、はぁ

>>35
問題があるのはそのレスの内容だ
何を基準に何の問題があるか誰も判断できない要領を全く得ない質問

なるほどね〜了解

>>36
お前が誰から何を守りたいのかわかってないのに安全かどうかなんかわかるわけ無いだろ

なるほど、いろいろ勉強し直しすわ

GUIアプリって結局Webベースで開発するのが合理的だよな

Webベースで開発するのは金を取るためでオープンの敗北だよ
ローカルでオープンだと金を取れないからビジネスにならない
だからWebベースにする。WebベースだとOSSを使ってもソースをオープンにする必要なくなるから

そういうマネタイズの部分はわからんけど
言いたかったのは
・HTMLはGUI構築する仕組みがよく出来てるし
・ブラウザなんてどのPCにも入ってるからクロス開発にもなる
・扱えるデータ・デバイスも不足ない
ってこと
（ただ現状メジャーな方法がElectronとかでこれが微妙）

CSSとかJSとかバックエンドの言語とか全部やる気あるの？

全部できないゴミエンジニアが多すぎなんだよ
htmlとcssを使えばクオリティ高いUI/UXを作れるのにそもそもセンスなさすぎて
昔のボタン配置したUIみたいなのしか作れず画面は崩れる
そのくせhtmlとcssをバカにする

cssはゴミでしょ
webの世界でもコンポーネント指向が主流になってきてる
コンポーネント指向だとスタイルもコンポーネントに閉じ込めるからcssなんていらん
cssを無くしてelementの視覚属性を拡充すべきだった

CSSとコンポーネントは併用して使うものなんだが
HTMLの本質である文書と視覚の分離を理解してるか？

コンポーネントごとに見た目がバラバラだったりすると再利用もしたくないなぁ。

>>50
君はまず先に文章とアプリケーションの区別をつけたほうがいい
セマンティクスな文章構造を装飾するにはcssがフィットするがアプリケーションでは逆にやりにくくなる
アプリケーション開発に最適化するためにコンポーネントという概念が生まれてスタイルもコンポーネントに埋め込むようになった

>>51
見た目を調整したいならコンポーネントのスタイルをオーバーライドするだけだ
cssだと逆にUIフレームワークが定めた見た目を部分的に変更することが難しい
なぜならcssは継承やコンポジションをサポートしないから

> セマンティクスな文章構造を装飾するにはcssがフィットするが
手のひらクルックルｗ

> 見た目を調整したいならコンポーネントのスタイルをオーバーライドするだけだ
じゃあユーザースタイルシートで変更する方法を書いてみて

>>53
もう一度いうよ
文章とアプリケーションの区別をしろ

>>54
アプリケーションではそんな需要はまずない

>>52
>見た目を調整したいならコンポーネントのスタイルをオーバーライドするだけだ

おいおいw

>なぜならcssは継承やコンポジションをサポートしないから

cssのそこを直接改善すれば済む話だと思うが、それ以前に

>cssだと逆にUIフレームワークが定めた見た目を部分的に変更することが難しい

アプリケーション開発者の立場でそれが難しいとは思わんのだが。
もしコンポーネント開発茶の立場で言っているのだとしたら何をやりたいのかよくわからん。

板違いなんだがここは雑談スレなのか？雑談スレならスレごと板違いなんだが
htmlの見た目を部分で変えたいとかHTML5やJavaScriptでできるんだからその手の板でやれ

>>57
難しいというか面倒くさい
せっかくコンポーネントに隠したhtml構造とcss class名を調べて、それに合わせてカスタムcssを作らなきゃいけないじゃん
まるで、メタプログラミングでプライベート変数にアクセスするような気持ちの悪さを感じる
コンポーネントの構造を変えたくなった時にもカスタムcssが壊れないか注意を払わなきゃいけない

コンポーネントが直接スタイル属性をサポートしてれば、たとえば幅を変えたいならコンポーネントのwidth属性を変えるだけ
使う方は内部のhtml構造もcss classも何も知らなくていい
こっちのほうがわかりやすいしメンテナンス性も高い

ウェブの大半はアプリケーションではない
CSSはウェブの大半で有効に使える
それが証明されましたねｗ

>>52
sassがあるんですが？無知乙
あと部分的に変更はclassをあてるんだよ無知野郎

>>59
width属性を変えるだけとかいう阿部寛の時代感覚だからそういう回答してるんだよ
今はレスポンシブなのでwidthは変えなくても幅に合わせて可変デザインなわけ

>>61
sass頼りとかネイティブじゃ欠陥品と認めたようなもの
部分変更のためにまたclass追加すんのか
そうやって管理対象をばかすか増やすなよ
メンテナンス性も考えろ


ただの例示に噛み付いて本質を見失うアホの典型例
コンポーネントの描画パラメータをインターフェースとして定義してクライアントに提供できることがコンポーネントの利点だと言っている
widthに限った話ではない

> sass頼りとかネイティブじゃ欠陥品と認めたようなもの
せやな。JavaScriptフレームワークに頼るのはやめような

>>62
お前はまともにUI作れないゴミクズのくせに随分偉そうだな
メンテナンス以前にセンスゼロじゃんwww
口だけ野郎が

>>64
ハイ罵倒するしかできなくなった
お前の負け〜

>>62
ちゃんとレスポンシブデザインに対応したコンポーネント作ってるか？

>>66
そりゃ対応するだろ
そしてしない場合もある
コンポーネントならそれらを切り替えるのもコンポーネントの属性を指定するだけだ

>>65
いやお前実際にUI作れないじゃん
全部コンポーネントの中にパラメータとかアホか？
コンポーネント間で共有するのにパラメータ化すんの？
クライアントはいい迷惑だな
しかもゴミのようなセンスだし

>>68
本当にアホなんだなあ
パラメータにデフォルト値があるってことすら思い至らないんだ
まさかクライアント側で全てのパラメータを一個一個指定するとでも思ったのかね
それに違和感を感じないとかセンスを疑うワ
酷いインターフェース作りそうだなこいつ
一緒に働いてる同僚が可愛そう

>>69
そもそもお前みたいな時代遅れ野郎に付き合ってやってる俺に感謝しろよ
デフォルト値とかの話じゃねえんだよ
css側にUIの状態を持たせるのはフロントの処理と分けるためだ
フロントの状態が変わればcssが勝手にUIが変更されるんだよ
widthのパラメータを変えなくても勝手に変わるわけ
これは他のcssプロパティでも同じ
その設計ができないからお前は的外れなゴミクズ発想しかできないんだよ

コンポーネント内にパラメータやデフォルト値を持たせたらカオスになるだろ
わかったか

やっぱフロント屋ってセンスねんだな

コンポーネントの基本中の基本すらわかってない
クライアントにはそのコンポーネントの仕様を表現したインターフェースを提供せよ
クライアントがコンポーネントを利用するのにその実装に依存した記述をしなければならないならそのコンポーネントは欠陥品である

CSSってのはまさにその欠陥品そのものなんだわな
CSSをカスタムするにはhtmlの構造を詳しく調べないといけない
htmlの構造を変えるにはCSSを詳しく調べないといけない
それを怠るとデザインが簡単に崩れる
アホくさ

クライアントがコンポーネントの中身のhtml構造とcssまで把握しなきゃならないならメンテナンス性を著しく損ねてるってことだ
クライアントはコンポーネントの提供するインターフェースに従って属性を変更すればそれでいい
クライアントはコンポーネントの詳細を知る必要はない
コンポーネントはクライアントにハックされて調和を乱される心配をしなくていい
それが正常な世界のあり方だ

>>67
レスポンシブに対応するかは、コンポーネント側で決めることではない

>>71
根本的に考えがずれてる

CSSというのは文書構造に対して後から適用するものだ
HTMLというのは構造化された情報の集まりだ
そこにCSSを適用することで、自由にデザインを変更することができる

お前は適当に作ってるから情報の集まりであるHTMLが構造化されていない
HTMLというデータの仕様がまったくない
いきあたりばったりで生成するHTMLを作ってる
まず生成するHTMLの仕様を定義しろ

> CSSをカスタムするにはhtmlの構造を詳しく調べないといけない
HTMLの仕様が最初に定義されてるんだから、これは依存関係が逆になる
htmlの構造が詳しく定義されてる のだからCSSをカスタムするのは容易だ

フロント屋ってなんだ？フロントできないゴミエンジニアのお前はバックエンド屋なのか

当たり前だがバックエンドもインフラもやれてフロントもやれるのが当然なわけ
つまりこのゴミクソ野郎は無能だから吠えて何も解決策は出していない
そもそもUI作れないからクライアントに納品できないからな

まあCSSが全てにおいて悪センスなわけじゃない
たとえば、Markdownの生成するHTMLのようにある程度決まりきった単純な構造を持ったドキュメントに対して、クライアントの好きなデザインを適用したい、などといった場合には少ない労力で対応できる

が、これをより複雑で実装の変化も速い構造になりがちな、アプリケーションで同じ手法でやろうとするのは馬鹿げてる

コンポーネントが生成するHTMLが定義されない状態で
どうやってテストできるというのか

HTMLの構造は詳しく調べるものではない
仕様書として定義するものだ

>>71
結局これ、コンポーネント開発者が用意したカスタマイズポイントしか触らせないという発想だろ？
やっぱり見た目のちぐはぐなコンポーネントの寄せ集めになる未来しか見えない。

ちぐはぐにならないようにグローバルなスタイルは外部から注入する形
にすればいいんでないか？

>>76
はぁ┐(´д｀)┌ﾔﾚﾔﾚ
出力されるhtmlは仕様じゃない

実装だよ


コンポーネントの仕様ってのはいいか？

そのコンポーネントのカスタムタグ名はなんですか
そのタグをおいたらどういった物が描画されるんですか
クライアントがコントロール可能なパラメータはなんですか
それらをコントロールするにはどの属性を変えればいいんですか
どの属性にどんな値を設定したらどうなりますか

そういうことを厳密に定めた文書のことを「仕様」と言うんだ
仕様にはHTMLなんてものはどこにも出てこない
なぜならHTMLは仕様ではなく実装の詳細だからだ


ま、肌感覚でテキトーな仕事ばっかしてるウェブ系キッズじゃ、正しい仕様とか言われても理解が難しいだろうけどな

>>79
HTMLを実装とか意味不明ｗ

コンポーネントの仕様ってのはいいか？

このコンポーネントを配置したら
どういうHTMLが生成されるかって話なんだよ

そのHTMLがどういうレンダリングがされるかっていうのは
OSやブラウザによってバラバラだろ

HTMLがどう描画されるかHTMLの仕様ではない

ゴミクズバックエンド脳が時代に取り残されてることにすら気づかず全世界の誰もが望まない欠陥方法をお披露目しているわけだがいつまで続くんだろうな

>>77
君は話を理解してるようだな
そのとおりだ

で、あるからして
どこからでも使われるような汎用的なコンポーネントは、より充実したカスタムポイントを提供するべきだろう

しかし、特定の組織、グループ、プロジェクト、システム内で共有できればよい
そのドメインに特化したコンポーネントは、要件を満たすのに必要十分なカスタムポイントを提供すればよい
要件の変化が生じて、新しいカスタムポイントが必要になったのなら、必要になった時点で追加すればいい
クライアントはコンポーネントのインターフェースに従って利用しているはずなので
後方互換性を維持したまま内部構造を柔軟に変えたり、インターフェースを拡張することは容易だ

ようするにYAGNIの法則だな

>>80
それは実装

クライアントがコンポーネントの内部構造まで厳密に知ってる前提では、タグブロックをコピペして使いまわしていた時代とほとんど大差がない
まさにWEB原始時代の方法論だ

>複雑で実装の変化も速い構造になりがちな、アプリケーション
単純な構造をもったものの組み合わせなんじゃないの？
結局の所は

>>83
> それは実装
理由は？ 単におまえて主張してる過ぎない。

どういうHTMLを作るかは仕様できめること
好き勝手にHTMLを生成してはいけない
なぜならテストできないからだ

生成するHTMLを仕様として定義しない場合は、実際に問題が発生する

それは既に書いてあるとおり書いてあるとおり
htmlの構造を変えるにはCSSを詳しく調べないといけなくなる

>>84
業務システムでは単純に見える項目でも内部が複雑化することはある

コンポーネントが生成するHTMLを仕様として定義すると
デザインを別の人が担当できるというメリットが有る

また生成するHTMLは仕様として決まってるわけだから
コンポーネントが完成する前から
デザイン担当者はデザインを作ることができる

>>85
HTMLは実装

仕様とは>>79のような物を言う
このような仕様を満たすために出力されるHTMLは実装にほかならない
仕様が先にありその仕様を満たすHTMLを実装するんだ

>>82
だからスタイルはそれに当てはまらないだろう。
動作が同じだからといって内部で新しいエレメントが追加されたらそこだけ見た目が変わってしまう。
それを変更できるようにしてもらうなら、それを使う側からしてみれば扱うカスタマイズポイントが
1つ増えるわけで、何のことはない結局内部構造を把握するのと手間は変わらないわけだ。
コンポーネント開発者側の手間が増えるだけで何もいいことはない。

>>89
> HTMLは実装
はい、また理由を言えない（笑）

ヤンクミの法則。

HTMLは仕様であり、先に定義することで
デザイナーとの分担作業が可能になる

どうせ大規模プロジェクトを経験してなくて
自分でデザインまで作ってるんだろうな

>>90
> 動作が同じだからといって内部で新しいエレメントが追加されたらそこだけ見た目が変わってしまう。

これ、フロントエンドを理解してないやつがよくやる間違い
内部で新しいエレメントを追加・削除しないと変えられないと思ってる
実際は状態（class属性等）に応じて表示状態（displayスタイルなど）を変更すればいいだけなのだ

class属性等に応じて表示状態を変えるだけだから
JavaScriptはシンプルになるし、速度も軽くなる
コンポーネントが完成していなくても静的なHTMLとして記述しclass属性等を
変更するだけで状態に応じたデザインを作ることができる（分担作業）

状態（≒見た目）が変わっても内部構造は変わらない
これがシンプルな設計において重要な点

単一の情報に対して複数の表示法を与えようとするのは、ウェブ作成者の多くがまともな大学を出ていないことと関係あるのでは？

例えばタブインターフェースなんか、タブ1枚目、タブ2枚目、タブ3枚目があったとき
1枚目を表示するときは、1枚目だけを表示して、2枚目、3枚目は非表示にするだけでいいのだ

そのために必要なのはタブの表示ページ番号を示す属性を変更するだけ
あとは簡単なCSSですべてできる
JavaScriptはほんの3行程度、ラジオボタンを使えばJavaScriptゼロにだってできる

これをわざわざクリックされたときに1枚目を作成して
2枚目、3枚目は削除するなんてJavaScriptの処理を書いて
HTMLとCSSをJavaScriptに埋め込んで
わざわざして遅く面倒にしてるのが（アホな）コンポーネント厨

HTMLを仕様として定めると、そのHTMLを前提としたCSSが無秩序に量産されるというリスクがある
そうなると、既存のCSSを変えずに、コンポーネントの構造を変えることが難しくなる
内部実装であるHTMLに、クライアントであるCSSが依存しているからだ

今日はインプットテキストだったコンポーネントが、要件変更で明日にはリストボックスになっているかもしれない
そういった変化があった場合に、コンポーネントのソースコード以外を変更する必要があるなら、そのコンポーネントはインターフェースと実装の分離ができていない証拠だ

HTMLを仕様と定めて、クライアントにCSSの実装を許すと、このような変化には耐えられなくなる
実装であるHTMLを外部に漏らしてはいけないのだ

>>96
お前の願望を言うのはお前が低学歴なのでは？ｗ

>>98
> HTMLを仕様として定めると、そのHTMLを前提としたCSSが無秩序に量産されるというリスクがある
ないよ

どこから出てきたんだか（笑）

>>98
> そうなると、既存のCSSを変えずに、コンポーネントの構造を変えることが難しくなる

コンポーネントの構造を変えようとするな
複雑になるだろ

>>94
お前htmlの構造を変えるって言ってたじゃん。>>71>>86

>>98
> 今日はインプットテキストだったコンポーネントが、要件変更で明日にはリストボックスになっているかもしれない

だからそれ仕様変更ですよね（笑）

>>71は俺じゃねーよ

>>86にちゃんと書いてあんだろ

> 生成するHTMLを仕様として定義しない場合は、
> htmlの構造を変えるにはCSSを詳しく調べないといけなくなる
だからHTMLをしようとして定義し、HTMLの構造を変えるときは
仕様変更になると

>>97
単純なお遊びのアプリケーションしか作ったことがないとこういう発想になりがち
転送量やセキュリティの観点から非表示にするだけでなく要素そのものを取り除くことは珍しくもない

>>105
> 転送量やセキュリティの観点から非表示にするだけでなく要素そのものを取り除くことは珍しくもない
だからそういう理由があるときだけ複雑にしろよ

なぜやらなくていいときまで複雑にするのか→考える脳が無いから。全部同じやり方しますアポポッポポポｗ

複数のビューとか、Excelで要らんってわかったんじゃないのか。
もう20年以上前にわかってるもんを、いまさらやってどうなるというのか。
やっぱウェブ系は頭悪いな。

>>101
遊びで作るようなちゃちいアプリケーションならそういうことを考えなくていいんだろうな
簡単そうな要件の仕事してそうで羨ましいよ

>>103
重要なポイントはその仕様変更の影響がコンポーネントの外部に漏れるかどうかだ
コンポーネントの内部実装としてスタイルを閉じ込めておけばコンポーネント以外は修正しなくていい

>>107
複数のビューが何を言ってるのか知らんけど、
コンポーネントの状態によって見た目が変わるのは普通の話

それをJavaScriptを使って状態によって構造を変化させて
CSSを適用しづらくして、うわーっとなって
全部JavaScriptにしてやるーって叫んでテストの工数を増やすか

状態が変わっても構造を変化させずに、同じ構造だから
CSSが適用しやすく、状態によっての見た目の違いはCSSでやれるから
JavaScriptコードが少なくなって、処理速度も速く
宣言的な記述でバグもテストも少なくなるかの違い

HTMLは文書ではない！データのコンテナなのだ！などと、グーグルの受け売りが正義とか思わないでほしいのだが。
ウェブ系の馬鹿は考える頭が付いていない。

>>109
HTMLの構造を変化させなければ、なにも外部にもれない
お前のやり方が根本的に間違ってるんだよ

>>106
理由が出来た時に容易に対応できるようにコンポーネントにするんだよ

>>113
YAGNI（それは必要にならない）
KISS（シンプルにしておけボケ）

>>112
いやいや
HTMLの構造はこうですって、仕様にしちゃったらそれはもう外部に漏れてんだよ
その仕様を前提に、どこのだれがどんなCSSを書いたかなんてわからねえぞ
いざHTMLの構造を変える時に、無駄な調査工数がかかる
HTMLは仕様ではなく実装である、とすればHTML構造はいつでも変化しうるんだ、ということが誰にでもわかる
なのでCSSを気軽に追加するバカもいなくなる
コンポーネント内部のHTML構造の変更のために、バカバカしい調査をする必要もなくなるわけだ

オンライン会議の参加者それぞれにexeファイル渡し、マイクから発言時間をリアルタイムで記録して会議の進行役が盛り上がり具合を見れるものを作ろうと思ってます

とりあえず触ったことのあるc#で音声認識ライブラリを使って時間を記録し、それをデータベースに送信して管理する形を考えているんですが
、言語とか使うデータベースこんなのがいいってありますか？

ズブズブの素人なので的はずれなこと言ってたらごめんなさい

>>115
> HTMLの構造はこうですって、仕様にしちゃったらそれはもう外部に漏れてんだよ
それは仕様なんだからインターフェースだ
デザイナと共同作業をする場合に必要なことだ

>>115
> その仕様を前提に、どこのだれがどんなCSSを書いたかなんてわからねえぞ

デザイナーの仕事だ、お前には関係ない話だ

>>114
した結果がコンポーネント

>>115
> いざHTMLの構造を変える時に、無駄な調査工数がかかる

いちいち変えるな。仕様として決めないで
いきあたりばったりで作業してるから、変えることになるんだろ
無駄な調査工数がかかるのも、いきあたりばったりで仕様を残してないからが一番の理由だな

>>117
インターフェースは軽々しく変えてはならない
HTML構造はインターフェースほど安定したものではない
ちょっとした要件の変化に応じて変えていくものだ
HTMLはインターフェースにはなりえない

>>118
関係ないで無視したらデザインがぶっ壊れるだろ

>>115
> HTMLは仕様ではなく実装である、とすればHTML構造はいつでも変化しうるんだ、ということが誰にでもわかる

HTMLの構造は要求が変わったときだけ変化する
見た目が変わっただけでは変化しない

逆に言うならば、見た目を変えるだけならば、HTMLの構造は変化しない
それはすなわちコンポーネントを変更する必要がないということだ

見た目は容易に変わるが、コンポーネントの機能はさほど変化しない

お前のように見た目とコンポーネントが強く結合してしまってりゃ
見た目の変更でコンポーネントに修正まで入るんだろうなｗ

>>122
> 関係ないで無視したらデザインがぶっ壊れるだろ

HTMLの構造を勝手に変えるからだ
仕様なんだからちゃんと連携とってかえろ

お前のように見た目とコンポーネントが強く結合してしまってりゃ
見た目の変更でコンポーネントに修正まではいってそれどころじゃないんだろうがなｗ

>>120
だから何度目だ
変えなくてもいいようなド単純なオモチャアプリケーションならHTMLは固定、で許されるのかもしれねーが
そんなオモチャは学生の課題ぐらいでしか通用しないよ
今はエンタープライズの話をしてるんだが

> 変えなくてもいいようなド単純なオモチャアプリケーションならHTMLは固定、で許されるのかもしれねーが

どんなものでも要件が変わらないならばHTMLは固定でよくなる
状態によって、HTMLの構造が変わることはない

>>123
だから何度目だ
エンタープライズでは機能が変わっていくんだよ
オモチャアプリケーションを前提に話すのいい加減やめたら？

ガワ変えられない設計はあかんやろ

エンタープライズっていうのなら、コンポーネントの開発者と
デザイナーは担当者が別だ。
別々の人が並行して作業できなければ役に立たない

>>127
> エンタープライズでは機能が変わっていくんだよ

機能が変わるってことは要件が変わるってことだ
お前はまったく別の話をしている

状態によってHTMLの構造は変わらないという話をしてる

>>116
一定時間ごとに画面のキャプチャを収集して画像の差分を追いかけて
サボってるやつ検出するやつ作ろうぜ

いや、やっぱやめて絶対に作らないで

>>124
話を理解してくれ

連携を取れというがその連携が大変だと言ってるんだよ
HTMLを仕様として周知してしまったから
他の開発者やデザイナがそのHTMLを前提にCSSを開発することが合法になってしまった
各CSSの開発者に新しい仕様を説明してすべての箇所を間違いなく修正させる必要がある
それは大変な作業だ

一方でコンポーネントが可変部分をインターフェースとして提供していれば、内部HTMLの変化をわざわざ再周知する必要がなくなる
クライアントはもとのインターフェースに従って利用しているわけだからコンポーネント側が後方互換を維持すればいいだけ
連携なんぞ必要ない

> 連携を取れというがその連携が大変だと言ってるんだよ
> HTMLを仕様として周知してしまったから
> 他の開発者やデザイナがそのHTMLを前提にCSSを開発することが合法になってしまった
> 各CSSの開発者に新しい仕様を説明してすべての箇所を間違いなく修正させる必要がある
> それは大変な作業だ

ああ、他の開発者との連携して開発すること全く考えてないｗ
大変だから、一人でやる。小さなプロジェクトしか経験してない証拠だな
他の開発者との連携して開発するのはやることとして大前提なんだよ

>>130
は？要件が変わるって話をずっとしてんだが

>>135
要件が変わったなら、それを仕様にまとめろ
かってに作業すんな

>>134
オモチャ屋さんにはわからないかもしれんが
連携しなくてうまく行くようにできるなら、それが最も安全で効率的なのでそうする、ってのがシステム屋の常識なんだよ

で、システム屋はそれをどうやって実現するかっていうと
安定したインターフェーのみをクライアントに公開して、変化しやすい内部実装は隠して触らせない、って方法で実現してんの

お前はみたいに変化しやすいHTMLをクライアントのインターフェースとして提供してしまうと、しなくてもいい連絡が増えて、みんなが苦労することになる

>>137
今はHTML構造とデザインの話をしてる

HTML構造は仕様であり、デザインは別のものが担当する
大前提を理解しろ

HTMLはデザインの変更程度では変化しない
複雑なものを作るから、頻繁に変えなくちゃいけなくなるんだよ

複雑なものは単機能を持つ基本的なコンポーネントの集まりとして作れ
どんなにアプリが変わっても、単機能のシンプルな基本ライブラリが変わらないのと同じことだ

お前が今苦労してるのは、複雑なものを作るからだ

>>136
だからさぁ

仕様はまとまってるし変更があれば修正するよ
でもな仕様変わってもインターフェースまで変わるとは限らねえんだよ
コンポーネントにスタイルを閉じ込めとけばインターフェースは安定すんの
だからクライアントの変更なしにコンポーネントを更新できんの

お前はみたいにHTMLを仕様ですなどと言い張ると
ちょっとした要件変更のためにインターフェースとしたHTMLが変化して
それを大多数の開発者に周知しなきゃならなくなる

> コンポーネントにスタイルを閉じ込めとけばインターフェースは安定すんの

ほらまた、コンポーネントとスタイルを結合させて
メンテナンス性を下げてるｗ

そこはデザイナーが担当するの
HTML構造をインターフェースとして定めてるから安定してんの

> ちょっとした要件変更のためにインターフェースとしたHTMLが変化して
> それを大多数の開発者に周知しなきゃならなくなる

まさか口伝でもしてんのか？ｗ

>>138
変化は必然なんだよ
最初はインプットテキストだったものがシステムの成長に伴ってリストボックスやオートフィルに
さらに育って検索用のリッチな小窓を出すようになる
変化がないのはチュートリアルみたいなしょぼいシステムだけ

>>140
メンテナンス性を上げるためにコンポーネントを作ってる
HTMLに伴って変化しうるCSSを分離して遠ざければメンテナンスは難しくなる

>>141
なわけねーだろ
ドキュメントを更新して通知すんだよ

構造とデザインだとXML+XSLもアリかとも思うけどほとんど見ないな
それとも知らないだけで使われてる？

>>144
じゃあ周知はそれで終りましたねｗ

>>145
> 構造とデザインだとXML+XSLもアリかとも思うけどほとんど見ないな
XSLはセンスが悪かった
今はHTMLとCSS

>>142
だから仕様が変更になってデザインを変更する必要が出たら
デザインを変更するだけだろ、何いってんだお前ｗ

HTML6はXAMLにしようよ

機械的に吐き出した実行結果のレポートにはXML最強(特にXPath連携)なんだけど、イマイチ使いにくいからな

>>149
xhtmlは論理的で論理的で良いと思ったんだがなぜか人気がなかったな。

90年代の発想でコンポーネント連呼するやつおるんやな

相手にしすぎるのもどうかと思うで

Ruby on Rails の動画でも見れば？

Bootstrap, React を使って、コンポーネントを再利用する

>>151
俺は最初からXHTMLは駄目だ（意味がない）と気付いてたけどね

XHTMLは人間用のフォーマットであり非構造化されたデータだ
具体的に言うと（半）構造化されたデータの周りに広告やその他の情報が
あちこちに散りばめられてる。そういったものを機械的にパースするなんて無駄で困難な作業でしかない
データとして再利用可能にしたければ、そもそもXMLとして構造化されたデータとして提供すべきだ

データが再利用可能であれば人類にとって嬉しいかもしれないが
XHTMLはデータを再利用を考えずに人間が読むために作られる
場合によっては再利用されたくないかもしれない。運営側の都合でHTML構造が変わるかもしれない
だからXHTMLは安定した形式にはなりえない

自動生成の都合上XHTMLに"なってしまう"場合はあっても
人間のための形式をあえて構造化されたXHTMLにするべき理由がないんだよ

XML（論理的で構造化されたデータ）→人間のための加工（非構造化を含む処理）→XHTML なのだから
加工する前のXMLを使ったほうが便利
XSLが失敗したのも人間のための加工処理が構造化されてない加工処理
つまり「特定の部分だけ例外的な処理を行う」の集まりだから
もちろんXSLTをXMLで記述するというのも悪いデザインだった
本質的に処理であるものを定義で書こうとすると冗長で柔軟性がなくなり破綻する

>>150
> 機械的に吐き出した実行結果のレポートにはXML最強(特にXPath連携)なんだけど、イマイチ使いにくいからな

最強じゃないよ。
タグに属性なんてものがあるから、ストリーミングデータとして扱いづらい。
実行結果というのは1行1行レポートされるものが結構ある

XMLは下の階層のデータが全部揃わないと上の階層のデータが確定しない
あるタグの終りは、それを内包するデータが全て揃ってからになる
1行（もしくは1データ）ずつ処理することが困難
すべての実行結果がそろってやっとレポートを見ることができる

これはXMLだけではなくJSONでも同じだが
JSONの場合それを解決するためのJSONLという形式ができた

Excelファイルのように保存してあとから見るような使い方であればいいが
リアルタイムで実行結果をレポートするようなものには使いにくい

>>155
つ XMLフラグメント

実行中にレポート出すなら、SAXで切り出していけば問題ない、というかXMLでログ出すときって全部蓄積するなんて無謀だからそれ以外には無いよな

それはxhtmlならデータとしても再利用できるという夢物語の話な。
単純に、従来のhtmlより論理的でパースが楽でnamespaceで拡張できるhtmlとして期待してた。

swiftのパフォーマンスを改善する、みたいな記事で、変数をstaticにするとパフォーマンスが改善した、と書かれていました。
https://qiita.com/Kazuma_Nagano/items/c5e22ea095d247a3de52

私はstatic変数を使ったことがないため、何故なのかよくわかりません。

static変数について調べてみると、「メモリ位置を固定化する」と書かれているので、感覚的には何となく速くなるのかな？とは分からなくもないのです。

しかし、私はメモリの扱いについても素人なため、何故メモリの位置が固定化されるとパフォーマンスが良くなるのかがいまいち理屈で理解できません。

どうしてstaticを使うとパフォーマンスが良くなるのでしょうか？

>>158
もし、毎回ループごとに上書きされるような変数を定義する場合は全部static変数にしてしまった方が良いのでしょうか？
staticにするデメリットはあるのでしょうか？

staticが速いんじゃありません。
時間がかかるものを何度も実行するから遅いんです。

>>159
全く意味はありません。

static変数にした結果遅くなることもあります。

>>160
ありがとうございます。メモリを固定化しない場合、空きメモリを探したりするという処理に時間がかかる感じでしょうか？

>>162
どんな場合に遅くなることが考えられますか？

> 空きメモリを探したりするという処理に時間がかかる感じでしょうか？
そうだね。0.000000001秒ぐらいかかると思うよ

> どんな場合に遅くなることが考えられますか？
そのメモリに対して他アプリやOSの処理が発生する時

本物の初心者は○○を使えば速くなるとかいうガセにつられて
○○を使ってこの方が速いって噂を聞いたんですよ！という
間抜けなことだ

>>164-165
ありがとうございます！

>>166
今回は「変数をstaticにするとパフォーマンスが改善した」というガセ自体が存在してないけどね

staticおじさん呼ばれていますよ

プログラミング知識で0からSwiftを勉強するとして、簡単なトランプゲームのアプリを作るまでにおおよそ何時間ぐらい学習が必要でしょうか。
ワークスAPの筆記通るレベルの頭は一応あります

作りながら学習した方が良い
頑張れば今日中にでも作れる
あと筆記の成績なんて関係無いよ。プログラミングはカンニング前提でやるものだし

>>170
トランプゲームを作りたいのか？
作業的な勉強が一番挫折しやすい

C#、WPFで質問です
MVVMで構築されたシステムですが、Modelから直接Viewのコントロールを触ることは不可能でしょうか？

>>173
間違いかも知れないが、MVVMはView側からViewModelを参照するのがキモだと認識している
そもそもVのことはMとVMは知らないはず

>>174
ありがとうございます。やはり無理な話でしたか・・・

プログラミング未経験ですが自分で使うお小遣い帳を作ろうと思っています
C#とデータベースの勉強を勧められてそれでやってみようと思うのですが
とりあえずWindowsで動くものができたらAndroidでも動くものが作りたいです
その場合同じくC#で作れるのでしょうか？

>>175
だから、Viewに対してxxさせる方法があったはず
と調べたらトリガーという機能があった
これだったかな？もう四年ほどやってないと怪しくなる

>>175
ViewがViewModelを参照して任意の動作を「自分から」やるのが、多分正解
これならMVMはVと疎結合になるからそう思う

>>176
WindowsとC#でAndroidアプリ作成なら、XamarinとSQLiteでイケると思う。

>>176
C#で作れます

>>179
>>180
どうもありがとうございます
具体的なフレームワークやデータベースの名前も挙げていただき調べやすくなりました、助かります

>>172
遅レスすみません。
例えば、本当に単純にはなるんですけどハイアンドロー（次のカードが今出ている数字よら上から下か予想してトランプをめくるゲーム）や、少し難し目でいけばBluetoothを使って近くにいる人でブラックジャックができるようなものを作りたいと考えております。

>>171
ありがとうございます。
とりあえずつべこべ言わず、見様見真似で始めればいいって事ですね。

プログラムがなぜ動くかとか考えてもしょうがなくないですか？
こういう風に書いたら動きますよってのの集大成で今まで来てるわけですから

誰かがそのように設定したんだから覚えましょうねってだけですよねこれ？

プログラミング知識で5からAndroidStudio/Javaを勉強するとして、簡単なトランプゲームのアプリを作るまでにおおよそ何時間ぐらい学習が必要でしょうか。
頭は一応あります

なぜ動くかの知識は仕組みの穴をついたハッキングとかの対策
を考える上でもそうだしパフォーマンスが思ったように出ないときの
原因にあたりをつけるのにも役立つ
新しいものを作る上でも偉大な前例から学べることは多いよ
上辺だけの知識じゃ応用が効かないんだ結局

ゲームはグラフィックとBGMを作るところが一番難しい

>>187
どっちもフリー素材がいっぱいあるのに時代錯誤

>>188
要求にあう素材はほとんどないのが現実

フリー素材を謳って、でも大体は有料というフリー素材サイトのいかに多いことか

プログラミングの本を見ながらパソコンをやると姿勢が悪くなりがちで苦労してるんですが、みなさんはどんな工夫をしてますか？

>>187
なんでBGMがいるの？１８５のような話だと数字と記号だけでできるのに
>>191
本は使わずネットの情報を見ながらプログラムの勉強をする

HTMLソース解析+文字列処理に向いてる言語を教えて下さい
HTMLソースを取得して、そこに記載されている複数の商品名のみor商品名+メーカー名の組み合わせが、手元のテキストファイル内に存在するか調べる
無いものは別のテキストファイルに記載する
http://www.***.co.jp/index1.htmlが終わったらindex2.htmlのソースを取得して解析
これをindex5.htmlまで続けるという処理を行いたいです

実際のソースでマッチングさせたい部分はこうなっています
<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内にあります

>>194
連投すいません
それぞれは異なるサイトです
3つのサイトの記載方法が異なっているソースを処理します

どんな言語でも向き不向き関係なくそのくらいならやれる
ExcelVBAですら可能
python、c#、ruby、node、phpお好きなのを選ぶといい

やりたいのは在庫チェックと価格差だろ
あとサイトによってはロボットアクセスを固く禁止してるからな
Amazonは余裕で訴えてくる
アメリカ企業だから容赦ない

今なら普通にPythonでダウンロードして正規表現使って抜き出せばいい
俺なら別の使い慣れた言語使うけど、初心者ならば情報が探しやすいのが一番

>>196>>198
回答ありがとうございます
PythonでのHTML解析のレクチャーサイトみたら
結構簡潔に書けるみたいなので勉強してみます

文字列解析は、Rubyが向いている。

スクレイピングは、Ruby で、Nokogiri, Selenium Webdriver

ただし、サイトのrobots.txt に従わず、頻繁にスクレイピングすると、業務妨害で逮捕されるので、
各サイトと契約して、API を使う

YouTube なら、YouTube 用のAPI とか

>>192
ネットの情報で勉強ですか
ありがとうございます

本で勉強するのはCSとか設計系のものだけで良いと思う

プログラミングの本だとコピペして実行できないしバージョン古いのが多い

csとはcss?

>>191
書見台とか本が置けるようなモニターアームを使うといいよ

Win使いだけどMacって難しい？

難しいと言うか、BSD系だから癖がある
WindowsはWSLでLinuxを取り入れて使いやすくなったけど
macOSは細かい点が違う。違うというか低機能。

21世紀になっても長いことマウスボタン一個だったようなOSじゃなぁ

エクセルの縦軸は1から始まる数字であるが
横軸はAから始まりZまでいき、その次はAA、AB・・・となっている

さてここで問題です
Q1. 縦軸は26進数である。○か×か
Q2. 1よりも1つ小さい数は0であるが、Aよりも1つ小さい数は何になるだろうか？

縦軸と横軸が逆だった

Q1の縦軸と横軸が逆だった

R1C1しか使わん

dockerを勉強したいんだけどQiitaを読むだけでだいたいできるようになるかな？
おすすめのページとか本ありますか？

公式サイト

プログラマのためのDocker教科書 第2版 インフラの基礎知識&コードによる環境構築の自動化、
WINGSプロジェクト 阿佐 志保、山田 祥寛 (監修)、2018

YouTube にも、たにぐちまこと・くろかわこうへいの動画があるかも知れない

ネットでC++勉強するのになんかいいサイトご存じの方いらっしゃいますか？
ほぼ初学者です

本を読みながらだと姿勢が悪くなるという書き込みに対してネットの情報で勉強するのがいいというレスをいただいたので

重ねてすみません
Visual Studioを使って効率よくC++を勉強する方法ありませんか？
というのも、ソースを追加でどんどんソースを増やしていってもint main()のmain関数が1つじゃないとビルドできないため毎回他のソースをmain関数以外の関数に名付けてます
かといって他のソースを削除したくないです

英語のページを見るとSystem.out.printlnはstatementとの説明がしてありましたが、
これは日本語に直すと何と言うんでしょうか？
宣言かと思いましたが宣言はdeclareのようなので違うみたいです

別に英語どうこうでなくてこのSystem.out.printlnの役割の名前を知りたいんです。
例えばintは”変数の型”とか

文だよ

ありがとうございます
statementを辞書で調べたら命令文と出たので、それがしっくりきました。

>>217
コメントアウトしておけば？

ちなみにstatementには関数呼び出しのような命令文らしい命令文だけでなく代入文やif文やfor文も該当する
expressionを式、statementを文と訳さないことはまずない

正規表現さんが泣いちゃうからやめて

>>217
別のプログラムは別のプロジェクトで作るんだよ

expressionに変わるいい単語ないかね？

expressionを使いたいんだけど、厳密に言えば意味が違うので
似ているけど違う言葉を探している

C#,WPFで開発しています

Viewで
<Image Source={Binding images} />

と指定し、ViewModelでは以下のように宣言しています
Public ReactiveProperty<BitmapImage> images;

Model内で
Public BitmapImage Images;
を宣言し、関数内で

images = new BitmapImage(new Url(画像のフルパス));
と指定しているのですが画像が表示されません
何かわかる方いらっしゃったらご教示お願いします。

>>227
ずいぶん長く触ってないから怪しいけど
images = new ReactiveProperty<BitmapImage>(new BitmapImage(...))
じゃなくていいの？

というかModel?
Public ReactiveProperty<BitmapImage> images;
には？

>>227
BindingしたところはViewModelのコンストラクタで初期設定を入れる

今の状況だとModelは完全に出番無いので、全部ViewModelでやってください

C#です
あるイベントが発生している合計時間を計測したいです

event += new eventHandler<~~~>(timer);

この感じでtimer関数に入って時間を測ろうと思っており、現在この関数が動いている間の時間は計れるのですが、一度このイベントが終了し、もう一度発火したらまたタイマーが0から動き始めて困っています

別のイベントハンドラーの書き方にして時間をreturnで受ければよいのでしょうか？

ご助言願いたいです

計れてるならタイム加算用のフィールド変数作って足していけば？

>>228
ありがとうございます。
>>229
ありがとうございます。

Model内でデータをごにょごにょして、その結果に応じてそれぞれ違う画像を表示せねばならないので
できればModel内で片づけたいです。
無理なら仕様を見直してもらうしかないですね・・・

MVVMではModelのデータをViewに持っていくには必ずViewModelを経由しなければならないので無理
まず、ViewModelで何らかの画像を表示できるようにしないと話にならない
表示できるようになったら今度はそことModelの画像データを連結すればViewに上がっていくわけで

>>231
C#にはグローバル変数がなくて困っていたのですが、その用語を教えていただいてうまく処理できました

ありがとうございます

>>234
ないわけないだろ

>>215
簡単そうで自分にはぴったりみたいです
ありがとう

英語圏の人にとってプログラミングはこう見えてるって本当ですか？
だとしたら絶対に勝てなくないですか？

IT後進国の日本だからそもそも民族的に負けるのが決まってる

>>237
逆に読みづらいと思わないの？
プログラムに慣れたら言葉じゃなく数式のような記号に見えてくるから自然言語読むより理解が早くなる

>>237
えっ
普通にそういう風に見えないの?
そんなに英語力が低いのか・・・

プログラミングに書かれてるような簡単な英語ならともかく
Github、公式リファレンス、論文とかに載ってる長文ってなると読解や理解の早さは絶対に英語圏の方が上だわ

>>239
まあこれですよね
語学で差がつくのは文系の世界でしょう

日本の学生がMy name is Satoって授業を受けてるときにはアメリカの学生は長文の物語や論説文の授業を受けてるし敵うわけがない

日本人の10代前半には英語の壁がデカすぎる

だから日本のプログラマーは10代後半ぐらいから勉強を始めたような雑魚が多い
遅すぎるんだよ。海外じゃ10代前半、下手すりゃ1桁の年齢でプログラミングをやる人もたくさんいる

自分の雇用を守るという意味では下が育たないのは歓迎なんだけど国家の将来としては心配だ
子持ちは不安だろうなあ

>>237
「画面クリア」と書けるのは、日本語と漢字の凄さ。
また、なでしこはわかり易いが、たとえばWin32なら、
HBRUSH hBrush = CreateSolidBrush(RGB(255,255,255));
RECT rect;
GetClientrect( &rect );
FillRect( hDC, &rect, hBruch );
となる。OpenGLでは、
glClearColor(1.0f, 1.0f, 1.0f, 1.0f );
glClrear(GL_COLOR_BUFFER_BIT|GL_DEPTH_BUFFER_BIT);
と書くが、これが、「白色で画面クリア」を意味するとは初見では分かるまい。

OpenGLでは正しくは、こうだった:
glClearColor(1.0f, 1.0f, 1.0f, 1.0f );
glClearDepth(1.0);
glClrear(GL_COLOR_BUFFER_BIT|GL_DEPTH_BUFFER_BIT);

でも翻訳すると文字数って1.5倍くらいに膨れるんだよな英語

But when you translate it, the word count swells up by a factor of 1.5 or so, English.

情報密度の違い
日本語が優れてる部分

>>237
COBOLあたりのころの言語だとそういうのを意識して作ってた節はあるのでそうかも
しれないけどC言語あたりからはあまり関係ないんじゃないかなぁ
30年以上前にあった日本語BASICとかって表記は日本語だったけど別にわかり
やすくはなかったし・・・言語の作りが悪かっただけって話もあるけどね

>>248
表音文字言語だからしょうがないのではｗ
日本語だってローマ字で表音表記にかえれば無条件に2倍になるし

日本語で実装してみた
確かにこれなら簡単だな


始

xは10
yは20

もしxが10なら「こんにちは」
もしyが15なら「ワールド」ちがうなら「世界」

xで分岐
1）「xは1」
10）「xは10」

y回ループ「これは20回表示されます」

終

>>252
ラムダ式はどうなる？

FirefoxQuantum（ポータブル版を使用）のアドオンでDownloadThemALLというものがありますが
ボリュームエミュレーション方式のRAMDISK（ディスクの管理にドライブが出てこない）上で実行されたFirefoxだとそのアドオンのUI文字列が表示されません
ディスクの管理に存在する実ディスクだとこの現象が起きません
RAMDISKが原因だと思いましたが、他のアドオンもFirefox自体も文字表示に異常が無いため、RAMDISK原因説に疑問が出てきました
もしエミュレーション方式が原因ならFirefoxのプロセス自体が異常動作を起こしてるはずですよね
何が原因でこの現象が起きてるのでしょうか？

ある要素以外の任意の位置をクリックしたときのイベントってどう定義するのがスマートなの
HTML/JSの話ね

>>255
そんなもんにスマートもクソもあるかw

スマートな方法を聞くやつは例外なくスマートじゃない

>>254ですが他にも動作がおかしいアドオン見つかりました

body に、イベントを付ければ、bubbling, capturing で、
どの子孫要素のイベントでも、body に伝わるのでは？

「js event bubbling vs capturing」で検索！

HTML, JS の質問は、web制作管理板の方へ書き込んでください！
板違い

>>255
いろいろな方法が有るが、
1. 親要素のクリックイベントを子要素のイベントの後から捕捉できるタイプのもので、
　捕らえられるようにしておく。
　その方法は、>>259に書かれているような話になる。
　ここで、重要なのは、「後から」。
2. 除外したい要素のクリックイベントのハンドラも書く。
3. 2のハンドラの中で、イベント引数 e に対して、
　e.stopPropagation();
　e.preventDefault();
　と書く。
4. こうすると、1のハンドラは、除外した要素以外の場所をクリックした
　場合だけ呼び出されるようになる。

アタリ判定だけの透明な全画面要素を置いたほうがスマートじゃない？
コンポーネント指向の時代に、コンポーネント外の要素のイベントに頼るってのはなんかきもちわるい

このお題に対してまずバブリングの利用を検討しない方がなんか気持ち悪いと思う
単にJSへの馴染みが薄いだけではないか

>>261
アタリ判定だけの透明な全画面要素は
どのコンポーネントに属するんですか？

コンポーネントが2つあった場合
透明な全画面要素を2つ作るんですか？

少しは頭使って考えましたか？ｗ

スマートの感じ方も人それぞれだな
全画面を覆うdivを置けばクリックが拾えるぜ！なんて愚直で泥臭いの極みだと俺は思うんだが
そのdivに覆われた下にあるテキストはマウスで選択可能なんだろうか
普通に先人が用意した便利な機能を使えばいいのに

「右クリックは禁止です！」と怒るのと同類のウザいUXが生まれそう

>>265
選択するときにクリックするからポップアップ消えて選択できるのでは

バブリングを拾うってことはポップアップコンポーネントを生成破棄するたびにイベントハンドラを登録削除する手続きが必要ってことだろ
なんか宣言的じゃなくて嫌だなぁ

>>268
コンポーネントがイベントのチェーンを明示的に切らないなら問題ない
ありもののライブラリを使っててそのコンポーネントがそのあたり自由にならないっていうなら、jQueryでイベントを宣言すればバインドを自動でやってくれる

つかUXが悪化することがわかってて、それでも「なんか嫌」で物事を決めたいなら勝手にすればとしか

jQueryは無いわー

uefiアプリケーション(c/c++)でサーバーとの通信を行いたいのですが
EFI_TCP4_PROTCOLの使い方(CreateChild等)が分かりません
EFI_TCP4_PROTCOLでなくても文字列の送受信ができれば
何でも良いのでやり方を教えてください
ちなみに、下記を参考に作っています
https://mzex.wordpress.com/2019/03/04/13804/

dockerのアンケートとかみてたら利用者のPCでWindowsが三割
残りがMac
もしかしたらこの割合がそのままプログラマーのPCの使用状況なの？

大量に居るはずのLinuxユーザーを計上してないで
Windows以外はMacと言ってる時点で
素人がついたウソデータなんじゃないですかねぇｗ

サーバじゃなくてパーソナルコンピュータの話だからLinuxは僅かじゃないかな

まあそんなアンケートなんかないってだけだろ

mac何か使う利点が殆ど無い気がするのに
バカ程mac推しだよなｗ
そもそも使いにくいんだよ

Windows使いの人ってそもそもMac使える環境で働けない弱者が多そうw

Mac使いはそうやって定期的に煽らないと相手にもされず忘れられてしまうから大変だね。

かといってWindowsはないわな
Linux使えるならいいけどそうじゃなければ微妙でもMacしか選択肢がない

頭が悪い奴はWindowsを使いこなせない

逆だろ
Windowsって馬鹿でも使えるようにほとんどが画面で操作出来るじゃん
介護されてるジジイ向けって感じ

Macはらくらくパソコンw

>>282
なんで馬鹿でも使えるとジジイ向けになるの？
馬鹿でも使えるものなんてたくさんあるよね
例えば自動車とか

>>273
Windows 45.8%
MacOS 27.5%
Linux-based 26.6%
BSD 0.1%
(2020 Developer Survey by Stack Overflow)

Professionalに限るとMacの割合がもう少し高いと思われるが今年はその数値出てなかった
https://insights.stackoverflow.com/survey/2020#technology-developers-primary-operating-systems
https://insights.stackoverflow.com/survey/2019#technology-_-developers-primary-operating-systems

Ruby on Rails では、Mac の方が、Windows よりも互換性が高いので、Mac が多い。
でも、Mac よりも、Windows 10, WSL の方が互換性が高い

だから、Docker でも、Windows では互換性が低い。
WSL では、Docker が使えないので、仮想OS で、Linux が最良となる

Rails やる人は、ローカルPC よりも、クラウド開発の方がよいかも

数年後には、Linux の1強で、AWS の時価総額は、千兆円になる。
ローカルPC は、意味を持たない

Microsoft, Apple, Google, Facebook の4社は、合併せざるを得ないw

GoogleだってデフォルトなコンテナはLinuxじゃないか？
なんでアマ一強？

>> だから、Docker でも、Windows では互換性が低い。
WSL では、Docker が使えないので


これあきらかなまちがいじゃないの？

macOSはUnixだからDockerがそのまま動く
WindowsはUnixじゃないからDockerは動かない

日本語崩壊してる奴に構うなよ…

とあるゲームのMODをバイナリ編集で作成しています(オフゲーです)。
ゲーム内で少数点を含む数値があった場合なのですが、
0.1 = CD CC CC 3D
0.2 = CD CC 4C 3E
0.25 = 00 00 80 3E
0.3 = 9A 99 99 3E
0.4 = CD CC CC 3E
0.5 = 00 00 00 3F
0.6 = 9A 99 19 3F
0.75 = 00 00 40 3F
0.8 = CD CC 4C 3F
ゲーム内の数値と照らし合わせながら、なんとかこの辺は16進数での値が分かったのですが、
似たような配列の部分もあるものの、法則性がいまいち分かっていません。
これらの数字はどのようにしてこのバイト数になっているのでしょうか?
もし求め方に検討がつく方がいましたら、ご教授いただけると嬉しいです。
ウェブ上にある10進数⇔16進数の変換器などではこうはならないように思うのですが…。

単なる疑問なんですがプレースホルダの整数の%dでdはどうやらdecimalらしいのですがなぜintegerのiではないんでしょうか？
decimalは10進数の意味はあるらしいんですが整数の意味はないはずです。
decimal integer(10進数)という言葉があるらしいのでその頭のdと考えればいいでしょうか？

3行目ミスりました
10進数整数です

>>293,294
iでない理由はまさに10進数整数以外の整数が実際に使われるから
16進数整数の%xはhexadecimal(16進数)から取られている
浮動小数点数の%fと区別することより10進,16進の区別の方が重要ってことでしょうね

>>292
0.5 = 3F 00 00 00
0.25 = 3E 80 00 00

だから、それは、little エンディアンで表示されているのだろう

浮動小数点数内部表現シミュレーター
https://tools.m-bsys.com/calculators/ieee754.php

数値を、ビットに変換する

>>290
unix関係ない。
macもwindowsもそれぞれの仮想化環境の上でDockerを動かしているんで大して違いはない。

>>295
ありがとうございます！

1つの整数には、4つの表示方法がある。
2, 8, 10, 16 進数での表示

そのどれかを指定する必要がある。
指定が無ければ、一般的には10進数と解釈される

>>296
ありがとうございます、リトルエンディアンなんですね。
教えて頂いたツールなのですが、数値をビットに変換するのはただ入力するだけでOKだったのですが、
ビットを数値に変換するにはページ内の下のものを使って導き出せるんでしょうか?
例えば、3F 00 00 00というビットだけ分かっていて、それがどんな数値かを調べたい時なんかの使い方がちょっと分からず…
単純に3F 00 00 00 = 0.5と出せるのではなく、都度指数分と仮数分を打ち込むしかないでしょうか?

下駄履かせた整数じゃなく浮動小数を使っちゃうゲームってのが結構アレな気がするけど、全く関係ない話だな

ぶっちゃけ固定小数点で必要十分なケースは多い

>>300
データの意味は IEEE 754 でぐぐってみ

>>301>>302
DirectXがsingle floatをよく使う

ビューに手を加えるためにMODでもDirectX触ることもあるか
あるのか？低レベルアクセス

UnrealEngine4を使用しているゲームで、バイナリ編集でゲーム内のデータを変えられるのですが、
その値の一部(動作の時間経過やパーセンテージなど)に上記のような数値が使われています
おかげさまで数値の特定が少し効率的に行えそうです、レスくれた方々ありがとうございました!

複数人から同時にログをsqlに遅らせるんですけど、テーブルのPrimeKeyって何がいいんですか？

名前+Datetimeにすれば被らないとは思うんですけどなんか無理やりな気がして…

*送らせる

文字列結合はせずに送信者と日時の複合キーにするか、サロゲートキー扱いで自動採番列とするか、シーケンスに採番させるか、あるいは主キーなし

素早いレスポンスありがとうございます
ど素人なモノで出していただいたキーワードで調べてみます

>>307
>複数人から同時にログをsqlに送らせる
ってのがよくわからないが1回の書き込みで1人が何件くらい書くの？

とりあえずINSERTだけでなく
SELECTやUPDATEの利用シーンも考慮してからテーブルは設計したほうがいいよ

Linqを使ってIQueryable<>変数に結果を代入し
要素を取得しようとFirstOrDefault()を使うと
「LINQ to Entitiesでは認識できないため、ストア式に変換できません」
エラーになるんですがどうすれば要素の内容を取得できるでしょうか？

>>312ですが自己解決しました

質問ですがこのプログラムだとノック＞1分待つが永久になるのでこれが10回で終わらせるにはどうすればいいでしょうか？
booleanのと組み合わせてやるのはムリでしょうか？
あくまでwhileとboolean使ってでお願いします

public class Main {
public static void main(String[] args) {
boolean doorClose = true;
while (doorClose == true) {
System.out.println("ノックする");
System.out.println("一分待つ");
}
System.out.println("部屋に入る");
}
}

学校の課題？

booleanを使えばいいだけなら、数えた結果が10になったかどうかをbooleanに入れればいいだけ
加算を使ってはならないなら…booleanが4つあれば15まで数えられるな（実質+1するんだけど）
ifも条件演算子も使ってはならないなら、無理

なんでそんなくだらない条件を満たさなきゃならんのだ

あくまでwhileとboolean
public class Main {
public static void main(String[] args) {
boolean doorClose = true;
boolean b1 = false;
boolean b2 = false;
boolean b4 = false;
boolean b8 = false;
while (doorClose == true) {
System.out.println("ノックする");
System.out.println("一分待つ");
b8 ^= b1 & b2 & b4;
b4 ^= b1 & b2;
b2 ^= b1;
b1 = !b1;
doorClose ^= b2 & b8;
}
System.out.println("部屋に入る");
}
}

b1 = !b1 より b1 ^= true の方がいいか

>>314
無理ではないが非合理なんでbooleanだけでやれなんて珍妙な縛りを出した奴は殴れ

方法はループ回数個のbooleanを用意
例として三回ループを示す(いろいろ省略
b1=false
b2=false
b3=false
while(!b3){
print
if(b1){
if(b2){
b3=true
}
b2=true
}
b1=true
}

マジレスすると出題者はwhileの使い方を教えたかっただけで、booleanしか使うなともintを使うなとも言ってないだろうから doorClose = ++i < 10; で良さそう

すみません
出題されたわけでもなく、ただの興味本位です

勉強になります。作って頂きありがとうございました

質問とは関係ないけどこういうときのdoorClose変数はdoorIsClosedって命名するものだよ
while (doorIsClosed) で自然な英文として読めるようにさ

Booleanでループなんてバグの原因になるだけだろ

>>311
すいません気付いていませんでした

一分間の間にどのユーザが何秒間ある行動をしたかログをとるもので、一分ごとに送信を行います

とりあえず主キー無しで思った動作は実装できました

管理者用のSQLからログをSELECTしてグラフに起こすシステムも実装できたので、とりあえず大丈夫だと思います

これってふつうなの？
もしかしたらwsl2が複数ダウンロードされてるの？
わかるひといませんか？


PS C:\Users\all> wsl -l -v
NAME STATE VERSION
* Ubuntu Stopped 2
docker-desktop-data Stopped 2
docker-desktop Stopped 2

>>326
解決しました
すいません

なにごとも動きゃいいですか？

いいえ、保守性も考えましょう

うるせー

コマンドプロンプトでIP指定するpingコマンドの操作について、
大学のPCから自宅のip宛も自宅のPCから大学のIP宛もどちらもタイムアウトするんですが、大学のネットワークがこういうアクセスをブロックするのってあるあるなのでしょうか？

ファイアウォール切るとかはやってみました

>>331
私は外からの ping は無視するように自分のルータを設定しています
ping は TCP でも UDP でもなく ICMP ですから、正確には ping では TCP/UDP 接続可能かどうかは判断できないのでは？

AWS の例題とか見てても、ウェブサーバーを作っても普通、TCP:80 しか開放しないのでは？

ICMP を開放するかね？

SQL Serverへの外部ネットワークからのTCP/IP接続がうまく行かないのでいろいろ調べている素人です
ルータの設定は盲点だったので見直してみます

接続文字列の書き方が悪いのかと最初は四苦八苦していたのですが、そもそも接続先のipにpingも送れないのがおかしいのではとフワフワの知識から考えた次第です

外部ネットワークからDB接続できないのは普通に大学側のファイアウォールで遮断されているものと思われ

tracertってのをやってみると大学に入って数層で止まるので多分そうですね……かなしい

教授によると、AWS経由なら連携できるみたいです。
SQL ServerもAWSで建てれるみたいなので簡単に移行できそうですね
お騒がせしました

>>338
大学名書いてないから大丈夫とは思うけど、ファイアウォールのホワイトリスト設定に関わる情報を掲示板で話すのは良くないから、気を付けたほうが良い
意識しておかないと、まずい情報をポロリと漏らしかねない

発信をホワイトリストで管理してくれる大学なんてあり得るのか？

え、AWSから学内のSQLサーバーに接続する話
安全考えるとAWSのアドレスのリストでファイアウォール通過を許可しちゃったら無防備に等しいと思うんだけどな

AWS触ったことないんだろうけど、AWSにはElastic IPというのがあって、ユニークで不変なIPアドレスを取得できるんだよ

>>342
AWSからなら連携できる、ならば固定アドレスでリスト作っている訳ではない、
AWSで割り当てられる固定アドレスリストもしくは逆引きしてAWSであるアドレスを許可しているものと想定

固定アドレスのホワイトリストだったら、自分の保有しているアドレスを申請すれば良いことになり、AWSならという前提が意味を持たない

SSHフォワーディングとかVPNで認証かましてファイアウォール通過させるってのは一般的じゃないのかな？

ああなるほど、言いたいことを理解した
まあ暗に特定のAWSアカウント（or VPC）との間の通信が許可されていると考えるのが自然だろうし、
>>338の書き振りからすると彼はそのアカウントを弄れるんじゃないかな

>>346
なるほど、認証とか済ませてある特定のVPCをAWSと呼んでるって考えた方が妥当かー

>>339
ご指摘ありがとうございます
気をつけます
>>346
研究室で認可済みのアカウントがあるそうです
>>341
SQLサーバーの場所は学内ではなくVPC？側にする(これから私が作る)ので大丈夫なのだと思います

アホ過ぎてスレを混乱させたようで申し訳ないです
＿|￣|○

複数の戻り値を定義できる関数（？）を持っている言語ってありますか？

RubyもPythonも、
静的言語でもRustやgoといった最近の言語ならできるやつはある

配列やリストを返せば何でもいいと思います！

最近はtupleと言う便利なのを扱える言語もたくさんあります

>>350
C ならば構造体の中にいくらでも変数を積み込んで構造体リターンでなんでもできます
構造体が値渡し、値返しできるのは K&R2 の妥協ポイント、私に言わせると堕落ポイントだと思っています

>>350
んなもんどんな言語でも普通できる

var (x, y) = func()
みたいなことを言ってるならそこそこモダンな言語ならみんな使えるんじゃないかな
Kotlin、C#、ES6あたりもいけるね
分割代入とかアンパッキングとかで検索

AWS の3階層システム(Web, AP, DB 各サーバー)では、
公開してるのは、ELB(Elastic Load Balancing)ロードバランサー。
ELBが複数のWordPress(WP)などへ分散させる

WPが、プライベート・サブネットのMySQL のマスター・レプリカへアクセスするので、
直接、DBへアクセスできない

そんなに、プログラミングに詳しい教授と言えば、猫の人がいるけど？w

Amazon Web Services パターン別構築・運用ガイド 改訂第2版 (Informatics&IDEA)、
NRIネットコム株式会社、2018

YouTube で有名なサーバー構築運用屋、くろかわこうへいのお勧めの本

>>351-355の皆様
助言くださってどうもありがとうございました。
大変勉強になりました。
特に>>355さん。どんぴしゃ。

Schemeとかだと配列などを使わずに多値を返せるけどマイナーすぎるか

画像や動画の圧縮伸張は多値データを扱う関数だったりして

圧縮伸長は戻り値がストリームなだけじゃないかな
AviSynthはそんな感じ

複数の値を返す方法を大別するとこんな感じかな
・要素の型が一律な配列、リスト、ストリームの類（C,Java）
・型が自由だけど別途宣言が必要な構造体、クラス（C,Java）
・タプル型等にシンタックスシュガーを与えた分割代入（Python,C#,Kotlin）
・アンパッキングのコストのない多値（Scheme,Lua）

動的型付けのない言語だと複数戻り値受けるの大変

パターンマッチングを使ったデストラクチャリングを
代入においてどの程度サポートしているかという程度問題

サポートしてる程度が低いほど
自分でごちゃごちゃ書かないといけない

pythonでcsvファイルを読み込むのですが、中身がすべてnanになってしまいます。解決方法を教えてください

分かる人にソースを見てもらってください

>>362
なるほど勉強になります

>>365
Python のスレで聞いて下さい！

たぶん、数値として解釈できないのだろう

味付けがまずいよ、ソースが要るよ

しょうゆじゃダメですか？

はしょっても結局焦げ付くからさ

最初は何もつけずにお召し上がりください！

Webアプリは作ったことがあるんですが
gitやdockerをつくるにはどうすればいいですか？言語はCでやりたいと思ってるんですが

ショウガ無いなぁー

>>373
石けん作ったことあるんでしょ？
だったら消毒液をつくるにはどうすればいいかもわかるよね？
それも水でやりたいなら電気分解じゃないかな

switchでおみくじゲーム（笑）を使っているレベルの人間が、
GitとかGithubとかバージョン管理ソフトを使うメリットってありますかね？
とりあえず使ってみたら、「なんでいままで使わなかったんだ！」って感動しますかね？

×使っている
〇作っている

>>376
感動のあまり、PCゲームのセーブデータまでGitでバージョン管理するようになる

絶対嘘だ（笑）

>>378
ソースコードじゃないから意味がないな

>>375
Webアプリと言ってもフレームワークだよりだったのでわからないです

>>380
いや、マジよ
マインクラフトとかのコンストラクション系や、RPGでもキャラビルドが取り返しつかない系でセーブを戻すため

>>382
だからソースコードじゃないからソースコード管理システム管理する意味がない
「ソースコードの断片を再利用できないから」
そういうのはただのバックアップソフトで十分

double型で整数/整数=整数となる計算をした時は正確な値になりますか？
どの整数もdouble型で正確に表せる範囲とします

例えば
ceil(8.0/3.0)=3.0
ceil(9.0/3.0)=3.0←これが4.0になってしまう心配
ceil(10.0/3.0)=4.0

>>384
「double型で正確に表せる範囲」をお前はちゃんと知ってるんか？
ちょっといってみぃよ

処理系次第としか言えないかなぁ
テストするしかないよ

>>385
53bitの範囲ですか…？

>>387
仮数部53bit（52bit+符号1bit）だな
その意味はわかってるか？

53bitで正確に表せる範囲であれば正確に表せる
つまりあんたは意味がないことを聞いてるんだよ

正しく表せる数字は正しく表せますか？と言ってる
正確に表せる範囲であれば正確に表せるよｗ

浮動小数点は誤差を含むから、a == b みたいに比較しない

誤差の範囲内で、OK とする。
b - 誤差 <= a <= b + 誤差

a == b を使いたいなら、整数型へ変換して比較すべき

>>383
ブランチ管理してくれるならバックアップでもいいかな
あとリストアも自動で
BunBackupでそこまでの機能ってあったっけ？

>>384
IEEE754の規定では、9.0/3.0なら正確に3.0を返さなければならないはず。

名前空間で分類してるからクラス名を積極的に短くする
vs
かぶらないに越したことはないのでクラス名は長く書く

どちらが正解なのでしょうか？

//shared code
namespace Domain {
Foo
FooDetail
Bar
IFooRepository
IBarRepository
IFooService
IBarService
}

//長い名前派
TooLongName.cshtml
namespace UI {
TooLongNameViewModel
TooLongNameFooViewModel
TooLongNameFooDetailViewModel
TooLongNameBarViewModel
TooLongNameModelMapper
TooLongNameController
TooLongNameFacade
TooLongNameOther
}

//短い名前派
TooLongName.cshtml
namespace UI {
TooLongNameController // 設定より規約パターンのために短くできない
namespace TooLongNameDetail {
namespace ViewModels {
Foo
FooDetail
Bar
}
ModelMapper
Facade
Other
}}

この手のものに正解は無いので
名前空間の方が好みだし、名前は短い方がいい

名前空間使って短くするほうが圧倒的に良いと思うけど切り方が微妙

>>395
参考までにあなたならどのように切りますか？

条件式と条件文って同じ意味ですか？

>>397
多分、条件式の方が正しいと思うが、
２５０個以上のプログラム言語があるから、
条件文も正しいかも知れない。

値を返さないものが文、返すものが式って感じじゃね

まあ確かに言語によるかもしれんけど
条件文とは例えばif文とかの全体を言っていて
if(ここ) に入れるのが条件式と言ってるとかじゃないかね？

>>400
よく使われている常識的な言語だとそうだろうね。
独特の用語の使い方をする言語もあるから責任は持てないけれど。

>>396
オーソドックスにやるならView/ViewModel/Controllerは
Presentation Layerの中に並列に切る

WebUI.Views
WebUI.ViewModels
WebUI.Controllers

アーキテクチャ次第だから絶対にこうすべきという物があるわけではないけど
とりあえずメジャーなサンプルプロジェクトを参考にしてみては？
https://github.com/dotnet-architecture/eShopOnWeb
https://github.com/jasontaylordev/NorthwindTraders

>>392
Ruby on Rails では、1単語が多い

bookmark, comment, todo とか、皆が使う

認証ありのSPAをSpringBoot2とReactで実現したくて勉強をしています
いろんなサンプルプロジェクトを落としてきて見ているのですがどれも認証トークンをローカルストレージに保存する手法で作ってます

こちらの記事ではそういう大事な情報をローカルストレージに入れるのはマズいと書かれていました
https://techracho.bpsinc.jp/hachi8833/2019_10_09/80851

個人的には記事の内容の通りだと思うのですが多数のプロジェクトで使用されているからには何か対策があるからなのでしょうか

またローカルストレージを使用しない手法を使用したプロジェクトをご存知であれば教えていただきたいです

>>404
その記事でcookie使えと書いてあるじゃないか

MVCフレームワークならいつもと同じようにCookie認証すればOK
すると通常リクエストにもAJAXリクエストにも自動的に認証Cookieが乗っかる
後はCSRF対策用のヘッダーだけ載せ忘れないようにAJAXリクエストを共通コードでラップしておけば完璧

ありがとうございます
Cookie認証で実装しているプロジェクトを探してみます

これでも結局はクッキーで送られたIDでAPIをアクセスするんやろ？
一緒やんと思うんやけど何故これでセキュアと言い切れるのか

XSS対策　http only Cookie
盗聴対策　secure Cookie
CSRF対策　アンチフォージェリトークン

弱点は、ないッ！

>>408
雑に説明するなら、http only cookie はスクリプトからアクセスできないから
とりあえずCSRF周りの記事を読み漁るといい

>>409
強引に難しいルートとしてだけど攻略不可能でもないと思う
DNSポイズニングで偽証明局掴まされて、中間者攻撃でTLSを中継されたらどうしようもない

XSSされたらCookie取られなくても即死じゃね?
正規のエンドポイントに不正リクエスト送られてアウト

>>410
そんなのコードだけの話でパケットみたら丸わかりやん・・・
こういうのでセキュアってなんか違うんじゃね？
CSRFってこれもトークンなんだし結局は一緒かと

>>413
えーと、ド素人乙

自分で作ったWebAPI（Lambda）からデータをGETするだけのサイトを作りたいのですが、フロントも自分で作った方がセキュリティ的に安全なのでしょうか？
もしセキュリティ的に問題無いのでしたらlivedoorブログとかで代用したいです

>>415
問題ない
GETは普通のHTTP GETだから

パスワード再設定のためにワンタイムパスワードをメールで送るパターンを採用してるシステムがよくあるけど
このメールって盗聴されたりしないんですか？

>>417
starttls

>>418
これってクライアントから直近のSMTPサーバーまでの暗号化を強いるだけじゃないんですか？
SMTPリレー中のサーバーが1つでも非対応の場合は盗聴されてしまうのでは

>>419
そうだけど、それはそのサイトの問題じゃないよね
変なメールプロバイダ使ってる人の問題

それに実際の話、サイトのOTPだとバレたとしても何か問題ある？
アカウントと紐付いて初めて問題になるから

>>420
あ、いや問題はあるか
問題のあるプロバイダ使ってる人のアカウントを特定できるなら、パスワード再設定して盗聴したOTPでログインとか

>>419
まあ、大体がメールのリレーに割り込むこと自体のハードルがかなり高いし

やっぱりメールだとセキュアではないですよね…
なんでこんな脆弱なプロトコルがスタンダードのまま野放しになってるんだろう

メール送信先と、OTPの発行されたシステムのアカウントの紐付けはどうやるんだろう
メールにアカウントのIDが書いてあったり下手なURLが書いてあったとしたら設計側の問題だよな

セキュリティを気にするのだったらメールで認証するなということだな
昔の技術にただ乗りしているのだからメールシステムに問題があるんじゃなくて
採用する側が問題

セキュリティに「これしとけば完璧」なんてないのよ、いたちごっこだから
した方がしないよりはマシ

複数からの同時ログインを特別扱いしとけば横取りされたらすぐわかる、わからないよりはマシ
OTPは時限だし

1. ランダムトークン、メールアドレス、パスワード、タイムスタンプ、IP、セッションIDなど仮登録
2. 検証URLのクエリパラメータにランダムトークンのみを付けてメール送信
3. 検証URLにアクセスが来たらランダムトークン、有効期限、IP、セッションIDなど検証してメールアドレス、パスワードを本登録

メールはどう頑張っても盗聴される可能性がある

検証を厳しくすると、登録はPCだけどメール確認はスマホ、のパターンに対応できなくなる

検証を厳しくしても、メール盗聴者によるなりすましは防げない

検証を厳しくすると、うっかりクリック狙いのなりすましを防げる

初期登録の場合、メール盗聴されても個人情報、機密情報が抜かれることはないが、勝手に本登録されてしまうことはある

パスワード強制リセットの場合、ランダムパスワードをメール通知するか、メール認証の後で再入力を促すしか方法がないので、メール盗聴されるとアウト
リセット後、可能な限り速やかに、WEB画面からパスワード変更すべし

こんなところですかね
セキュリティ難しすぎて辛い

復号化するキーを画面上で発行してメールの中身を暗号化したり
ワンタイムパスワードをセッションID使って暗号化しておいて
同じセッションじゃないと使えないようにしたりすれば
メールアドレス == アカウントでもだいぶセキュアになるかも

でもパスワード忘れるような人にとってそういうのは異常にハードル高くて
サポートコストが増大するから特別なサイト以外はやらない
利便性とセキュリティのほどほどのバランス

>>428
盗聴者がセッション開始することもできるからそれでは防げないかと

盗聴者：盗聴対象メールアドレスを入力、パスワード再設定セッション開始
盗聴者：パスワード再設定メールを盗聴、ワンタイムパスワード取得
盗聴者：ワンタイムパスワードを入力、パスワード再設定
盗聴者：パスワード再設定セッション終了

〜〜〜〜
正規ユーザー：身に覚えのないパスワード再設定メールを受信（この時点で手遅れ）



メールだとパスワード再設定が脆弱すぎる
パスワード再設定はメールじゃなく電話、SMSを必須にしたほうがいいのかも

>>429
https://blog.kaspersky.co.jp/hacking-cellular-networks/9681/
これ5Gでも問題になってる
豆な

不正アクセスに関しましては全て被害届を提出します
過去に実績もあります
って書いてればビビリからは攻撃受けないだろ

まぁ自動化して攻撃してるだろうから意味は無いかもしれんが

>>429
標的のメールが常に盗聴可能な状態でパスワード再設定に必要な情報も持ってるって前提ならね

セキュリティに100%はないから
どういう種類の攻撃に対してどの程度の防御ができてるのかと
その攻撃が実現しうるリスクの程度で評価しないと

なるほどメールアドレスがそのままアカウントIDになってるサービスでは盗聴に弱いのか
ならパスワード強制リセットのページにも別のワンタイムトークンを表示しておけば……いやそんなことしなくてもWeb側のセッションIDとメールの認証キーを内部で照合すれば、セッション固定攻撃と組み合わせない限りは安全なのでは？

って428が書いてたわ
すまん見落としてた

メール受信による認証は盗聴に弱いから、多要素認証の一部として効果を発揮するのであって、単独でパスワードリセットができるのは安全性が低い
せめて生年月日とか電話番号とかを合わせて聞くようなリセット方式にしないと心許ないってところかな

セキュリティに100%はない
しかしマスコミをそれを知ってか知らずか
破られると猛烈にたたく
システムを作る側としては解がないわ

参考にAmazonのパスワードリセットのワークフローを調べた
1. メールアドレス入力、サブミット
2. ワンタイムパスワードメール受信
3. ワンタイムパスワード入力、サブミット
4. 新パスワード入力、サブミット

盗聴者が攻撃しようとしたらこれで攻撃できちゃうのでは？
1. 攻撃対象メールアドレス入力、サブミット
2. ワンタイムパスワードメール盗聴
3. ワンタイムパスワード入力、サブミット
4. 新パスワード入力、サブミット

Amazonが採用してるぐらいだからメール盗聴のリスクは考えなくてもいいのかな？
もう、わかんねえなこれ

>>435
あー、なるほど、そのための秘密の3つの質問か
アレ、なんのためにあるのか謎だったけど必要な物だったんだな

>>398-401
レスありがとうございます

そもそもプログラムの世界でいう「式」って、何なんですか？
「文」は理解できたけれど、「式」がいまいちピント来ません。
（どうしても算数の「式」のイメージが強くて抜けない）

文を構成する要素を「式」だと考えればよいですか？

式は評価できるもの
評価すると値やオブジェクトを得る
式は式や文の構成要素となる

式は式、項、因子から構成される
式は因子の構成要素にもなる

Javaのifはif文なので直接変数に代入できない
Kotlinのifはif式なので直接変数に代入できる

プログラムなんてレベルじゃないので申し訳ない質問ですが、スプレッドシートで同じシート内の別タブにリンク飛ばしたい場合、PCでは飛べるけどiPhoneのアプリからは、「リンクを取得」を押しても飛べないんですけど、仕様ですか？やり方あったら教えてほしいです。

仕様です

Ruby では、if は文ではなく式なので、戻り値を返す。
Rubyの影響を受けている、Kotlin, Rust, Go など、最近の言語は式重視

p res = if 1 + 2 == 4
"yes"
else
"no"
end

res は、no となる

SQLで四則演算させたりするのはあまり良くないのでしょうか？
そういう処理はアプリ側だけにしてSQLは極力シンプルにするのが理想ですか？

そんな質問をする程度のレベルなら極力SQLに寄せた方がいい
プログラミング言語は自由度がとても高いので、酷いコードは本当にどうしようもない底無しのビチグソであり、深刻な技術的負債となる
それに比べればSQLは巧拙次第でパフォーマンスの差はあれど、バカでもそこまでソフトウェアの品質に壊滅的影響を与えることは少ない

わかりました。ではこれからSQLを電卓アプリ代わりに使っていきます。

>>445
それは C の条件演算子／三項演算子（どちらもダサいネーミングだと思います）とか lisp の cond 特殊構文などの形で過去にありましたね

>>446
素人は全部SQLでいいよ

Fortranでopenmpやり始めたんですが、遅いので調べてみたら、openmpを呼ばないで(シリアルと同じコード)単にOMP_NUM_THREADS =2とするだけで、OMP_NUM_THREADS =1より遅くなってしまうんですが、どういうことなんでしょうか。

>>446
場合による。

SQLで頑張らなきゃいけないのは結局テーブル設計がダメってこと

>>453
テーブル設計がいいと、SQLで頑張らなくていい例を
１つでいいからあげてください
ないならそのまま逃げて構いません（笑）

>>454
クソテーブル設計者さん朝から発狂しちゃった……w

>>453
SQLで頑張らなきゃいけない場合と
SQLで頑張ることを選択した場合を区別してるなら
おおむね同意

テーブル設計がシステム要求に対して適切じゃなかったからSQLが複雑になったなんてのはあるけれど
逆は必ずしも真じゃないわな。

>>445
Haskellの事も忘れないで・・・。
if式も有るけど、パターンマッチでifそのものも作れますよ。

myif True t f = t
myif False t f = f

先行評価だと、引数を全部評価しちゃうから、正常に動作しない。
遅延評価だからこそif式を自作出来る。

テーブル設計よりアプリケーション設計のほうがSQLへの影響が大きい
リポジトリパターンを採用すればテーブル設計が糞だとしてもそれほど複雑なSQLにはならない
スマートUIを採用するとテーブル設計が綺麗でもほぼ確実にSQLが混沌に導かれる

>>459
モデル設計の話をDBとごっちゃにしている点で、そのパターン論争は糞だと思うけど

ひどい脱線で言い争ってるなあ
最初の質問は
>SQLで四則演算させたりするのはあまり良くないのでしょうか？
だぞ
質問者そっちのけで言い争って勝って自分の有能さを誇示したいのか？

>>460
SQLはDBモデルからAPモデルへの関数(射影)でしかない
なのでSQLを考えるときにAPモデルのことを考えないということはありえない

そして関数(射影)というものはどちらかというとINよりもOUTの構造が綺麗なほうが綺麗に実装しやすい
複雑なデータを綺麗に整頓するよりもデータを意図的に複雑化するほうが難しいからだ

であるからAPモデルが糞(スマートUI)ならDBモデルが糞であろうとなかろうとSQLも糞と化す
APモデルが綺麗(DDD, リポジトリパターン)ならDBが多少糞でもSQLはそれほど糞にはならない

>>462
糞はフンと読みますかクソと読みますか？

>>446
開発者やチームのスキルが常軌を逸したびちぐそレベルではないと仮定して
四則演算やそれに類するロジックなんてSQLでやらないほうがいいと思う
SQLの中のロジックに対してユニットテストが書けない
バグがあるときデバッガで途中経過を追えない
SQLにロジックを入れるとしたら、インデックスが活きる操作等、性能的な意図があるもの

SQLに処理を寄せるとDB間の移植性も落ちる

>>462
だからモデル設計のみで考えるべき問題
SQLなんて低レベルのレイヤーの都合を持ち込んで考えるからおかしくなる
だから、その論争は糞

SQLに色んな処理を書く人は
PHPとHTMLをごちゃ混ぜにしてるぐらいセンスないね

計算は別のところでやって
DBにはその答えを全部記憶していけばいい
究極のメモ化が完了する

まとめ

* 原則的にはSQLにドメインロジックを書かない
* パフォーマンスなど理由があるならば原則を破ってよい
* 原則を破る場合は積極的にドキュメンテーションすべし

次の方どうぞ

>>468
計算した結果が出るViewを作ったりしてな。
マテリアルビューとかでやれば普通の表と似たようなものか。

小学生です。
今九九を自動化するためにDBに1の段のテーブル、2の段のテーブル……と作っています。
例えば8×7の場合は
select result from 8_no_dan where kakeru_aite = 7;でresultに56が出てきます。
これって商品化できますか？

売れるかどうかはともかく商品化は可能なのでは？

うん、商品にしても構わんよね
俺は買わんけど

>>455
やっぱり逃げましたね（笑）

>>464
> 四則演算やそれに類するロジックなんてSQLでやらないほうがいいと思う
> SQLの中のロジックに対してユニットテストが書けない

データベースを入れないでテストしても正しく動作するという保証はできません
データベースを入れてテストするならテストはできます

>>464
書きやすさやりやすさの違いはあるだろうけど
SQL内のロジックに対してもテスト書けるしデバッガも使えるでしょ

>>469
>* 原則的にはSQLにドメインロジックを書かない

四則演算はすべてドメインロジック？

同じ糞ならSQLのほうがマシ、は真
適切なフレームワークさえあれば、本質的にはコードよりよほどテストは容易

>>475
それはユニットテストの範囲じゃなくてインテグレーションテストの範囲でしょ

>>476
SQL内ロジックのデバッグは知らないのでよかったら教えてほしい
ストアドファンクションのデバッグなら知ってる

>>479
SQLは単体テストでしょ
世の中、ORMや典型的なリポジトリパターンだけで作れるような簡単なシステムばかりじゃないよ

単体か結合かはあまり気にしなくていい
要点は自動化できるかどうか
SQLは自動テストできるがとにかく遅い
規模が大きくなるとその遅さに耐えられなくなる
なのでSQLはテストしなくてもいいぐらい単純化する
複雑なビジネスロジックでもインフラが関わらなければ自動テストがすぐに終わる

デバッグはしなくていい
関数のI/Oだけを見ればいい

>>479
そうやってテストしないからバグが出る
ユニットテストの中でデータベースを使ってるだけに過ぎない
ユニットテストの中でファイルを使っていれば、ファイルの読み書き部分は省くのかよｗ

>>483
てきとーにI/Oだけみて正しいと判断できちゃうような単純な関数しか実装させてもらえない人なのかな？

>>485
単純に越したことはないがI/Oだけで判断できる純粋な関数はどんなに複雑化しても簡単にテストできる
なので経験を積んだ人ほど関数を好む

そして純粋な関数とはインフラストラクチャの定形的なコードと切り離された純然たるビジネスロジックそのもの
なのでそこを任されるということは実力を信用されているということだよ

互いの言葉尻だけ捉えて持論を垂れ流すレスバトルだな
自尊心を満たした気分になる以外に何のメリットがあるのか