スレ立てるまでもない質問はここで 155匹目
■ このスレッドは過去ログ倉庫に格納されています
この板はプログラムを作る人のための板です。
あらゆる質問はまず
スレ立てるまでもない質問はここで
スレにしてください。
【前スレ】
スレ立てるまでもない質問はここで 154匹目
http://mevius.5ch.net/test/read.cgi/tech/1599472611/l50 >>365
鏡を見てもウットリするだけだろう
Macが最低限のマナーとか恥ずかしげもなく宣うヤツはまず自分大好きちゃん >>367
ビジネスでは視覚から入る情報って大事よ
オンボロノートPCやプラ製のオモチャみたいなノートPC使ってたらビジネスパートナーになめられる >>369
見た目を気にする人をビジネスパートナーにしない方がいいな
本質を見失っている人が多い >>369
普通は相手の為人とかを見るもんだけど、中身空っぽの奴はそれでは都合が悪いから、持ち物にばかりこだわるのかな? 技術者なのに見た目で判断とかそれはあまり良い傾向じゃないよな
実際見た目で判断するっていう方向性いくなら
PCだけじゃなくアイドルのように外見綺麗にしていく事もしないといけないけど
プログラマにそんな高レベルの容姿と高いコミュ能力要求は無理なんだからさ 本当に優秀な人は最低限他人を不快にしない程度には見た目に気を遣っているよ
なぜならそこがボトルネックになりうることを理解しているから 本当に優秀な人は最低限他人を不快にしない程度には見た目に気を遣っている
→わかる
Mac以外は外で使えない
→はあ?
破損や汚損のあるみすぼらしいPCならともかく、Macではないあらゆる新品PCすら不快と感じるビジネスパーソンって何者なんだ?
マッキン王国の公爵様か? Mac以外のすべてのPCが社会通念上、外で使うのに不適格な理由を説かないと論理的な説明にならないだろ
極端にダサい例だけ否定しても無意味
(俺の知ってる機種の中では)Macしか外で使うレベルに至ってない、という意見なら成立するだろうな Let'snoteは高級過ぎる
macbookは軽量薄型No.1であることが長所だったが今はもうそうじゃないし独自規格がウザい
Vaioは意外と見た目がダサいしソニータイマーもあながち嘘じゃない
ということで俺の中で勝ち残ったのはNECの薄くて軽い機種だった NEC買うならThinkpad X1 Carbon買うわ >>233
遅くなってすみません
回答ありがとうございました
Keras javascript で調べると tensorflow.js というのがよくでてきて
いろいろブログ記事を読んでみてるんですが
どれもモデルを作る部分の解説がなくてどこかから学習済みモデルをロードして使う記事がほとんどで
自分でターゲット画像を使った分類モデルを作成するのは専門的な知識がないと難しいんでしょうか
https://taisukef.github.io/tfjs-imglearn/
ここのデモが比較的やりたいことに近い感じで
試しに画像100枚ほど学習させてから
そのうちの1枚全く同じ画像を判定させてみたんですがぜんぜん違う答えになっちゃいます
モデルの学習から日本語で解説してくれたサイトってないでしょうか 見た目なんてどうでもいい!大切なのは技術力だ!
と言ってるキモオタと一緒に仕事をするとこういう画面が出来ますので気をつけましょう
https://i.imgur.com/X51yyPe.png >>381
反論しやすいアホの意見だけ否定して都合の悪い論点には触れないチェリーピッキングで逃げ続けるのか
しかも極端な例だけ出すのは否定の必要条件にもなっていない
組織として作るプロダクトのデザインがひどいままリリースしてもいいとは誰も言っていないので藁人形論法でもある
論理的に思考する能力があるなら、Mac以外のすべての機種が外で使えないという持論について客観的で論理的な説明をしてみてくれよ >>380
上のレスは唯一の解でもないはず
画像分類だけで画面全体を解析することもできる
その場合、画面にキャラAキャラBが居たときに分類結果はそれぞれ50%ずつになる >>380
ゲーム画面のピクセルは揺れ(パターン)が少ないから、真っ正直に教科書をなぞる以外の方法がいいかもしれない
教科書だと、監視カメラに写った人間が指名手配リストのだれそれであるといった大袈裟な問題まで扱える汎用的な手法だから無駄が多くて学習が大変 >>382
とりあえず風呂には毎日入れよ
あと髪も定期的に切ろう
気持ち悪い外見を直すことは大事だから >>386-387
理論で唸らせるだけの知性も気の利いた皮肉を言うセンスもない
俺は清潔感がある!お前らと違って人並みだぞ!と
なんという当たり前で低い位置からの虚勢
人気ブランドに執着することで自己愛を補うのはもう卒業しようぜ >>388
ブランドとか関係ないわ
単純にお前は臭いから風呂に入ってちゃんと歯磨きしろ
話はそこからや いきなり人気ブランド云々とか意味不明な分析してるのワロタ
マジでファッションとかと無縁の世界に生きてるんだな >>383-385
詳しくありがとうございます
モデルの学習自体は python のほうがドキュメントたくさんでてきて楽そうですね
javascript と PHP しか書いたことないんですがこの機会に覚えようと思います
学習済みモデル(分類器)自体は決まったフォーマットがあって
言語依存なしで javascript からもロードできる感じなんですね
触りながら覚えていきたいと思います 人気ブランドってのはMacのことだよ
俺は一貫してMacに関する説明しか求めてない
はぁまさかここまで解説が要るとは TCPのウィンドウ制御がよくわかりません
分かりやすく説明お願いします >>396
TCPでも何でも通信で信頼性を気にするならば、送った相手から受け取ったという返信(ACK)を確認しないと、正常に届いたのか確証を持てない
では、どのくらい送信した時にACKは返ってくるのか
逆を言えばどのくらいのデータ長を一度に送っても良いのか
その長さがウィンドウだと聞いてる
通信のドライバやらが処理してくれる概念だから、使う分には全く関係ない(うん十年の経験で関係したことが無い)
高度情報処理試験の勉強か低レベル通信処理の業務でもなければ、気にしなくてもいいと思う クラウド上でのプログラミングについて質問
任意のプログラムを実行できるんだろうか?レンタルサーバみたいに
それともクラウド用のDBとかがあって使用するAPIを指定されるんだろうか? >>398
金次第。本当に
自前の仮想マシンを動かすケースもあれば、エンジン用のプログラムを書くものもある
自前で仮想マシンを常時起動させれば課金されるものと思った方がいい
無料では、例えばGCPで無料でサイトを作る場合、APPエンジン用のコードを書く
サイトにアクセスがあるとインスタンスが立ち上がる
一定時間アクセスがないとインスタンスは休眠する
ログを見ると休眠じゃなく再起動してるみたいなんだよなぁ……とかカロリーが要る
アマゾンでT2.microインスタンスは初年度しか無料じゃなく毎月19USDかかるみたいだから、EC2は諦めてLightsailでも使うべきだろうか3.5USD 安さならHerokuのFreeじゃないかなぁ
Firebaseの認証が魅力でGCPの無料枠にしてるけど PaaSやFaaSは制限あるけどIaaSなら制限なく任意のプログラムを実行できる感じじゃないの シリアライズ、デシリアライズで必要なハードウェア性能ってCPUのシングルコア性能だろうか?
メモリも関係する?
最新のCPUでおおよそどれくらいのスループットになるんだろう
例えば100バイトくらいの小さなオブジェクトのシリアライズ/デシリアライズを1スレッドでやるとして 100バイトくらいならCPUキャッシュだろ
C++とかだとキャッシュを使う変数みたいな指令書けなかったっけ gcc 拡張で register int とかあった気がした 任意のエンドポイントにForm認証(ベーシック認証でも可)と2要素認証を付与する賢いリバースプロキシってない? データベース初心者なんだけどMySQLとかの内部の仕組みって一つの巨大なファイルになってるの?
もし一つの巨大なファイルだとしたら書き込む為のSeekが
そのファイルの中を忙しく動き回ってるイメージでいいんだろか >>408
B-Treeインデックスというのをググればいいよ >>408
1ファイルとは限らんが、そのファイルをランダムアクセスするのはその通り。 >>410
ググってみる
>>411
なるほど、ありがとん httpsで接続しに行くときにクライアントのipを偽装することはできますか?
特定の1つのipしか許可しないようにルーティングを設定したのですが、そのipに偽装して接続されないか不安です >>413
そんなことが出来るならそもそも通信が成り立たない
だからそういうのは情弱のPCをウィルスなどで乗っ取って踏み台にするんじゃね? HTTPSでサーバーのなりすましができないことは分かるけど、クライアントIPのなりすましは保護されるんだろうか
最初のリクエストを偽装IPで出すとサーバーは本物のIPのクライアント相手に認証のレスポンスを返す
偽装者のクライアントが盗聴などの手段でルート証明書を盗み見られる前提なら、その公開鍵で秘密鍵を暗号化でき、一貫した秘密鍵で通信できてしまうような…
POSTやDELETEで攻撃してもよし、GET結果を盗聴して自分の秘密鍵で復号化してもよし 返信を受け取らなくていいならアクセス可能かもしれないってことですかね
ならCSRF対策もしておけばおkっぽいですね リクエストのソースIPの偽装は簡単にできる
レスポンスの横取り/盗聴はネットワークの環境次第ではできる
IP以外に何の認証してないなら結構脆弱 >>413
板チ
通信技術板で聞いてこい
可哀想な子扱いされるから 言語毎のバグ発生率や生産性などの比較記事を知ってたら教えてください 色々副作用のあるお手軽高級メソッド
Foo(a)
Foo(a,b)
を実装するとしてそこから共通で呼び出される、副作用がなく本質的な処理のみを行うprivateなメソッドの名前って何が良いの?
FooRaw(a,b,c,d,その他いろいろ細かい指定を行う引数)
じゃ変? 理想的な言語ではpureキーワードを付けて純粋であることを保証できればいい
int func(int x)const{
c++だとconstであることを明示してる
となると、現状ではFooPureとなる その操作が本質的にFooしてるとしか言いようがないなら同じくFooでいいのでは
個人的には副作用を伴う便利メソッドのほうがFoo以外の名前でいてくれるほうがしっくり来る >>429
IP偽装だけなら通信できないというだけ
狙いが侵入なら当然他の方法と組み合わせる 噛み合わないな
レスポンスが偽装元に送信されないのはもちろん前提として、盗聴ができてるならIP偽装のままHTTPS通信が開始できるのではという話なんだ
IPアドレスってただの宛先住所
例えるなら教室内でまずアリスがボブのフリをして先生に話しかけ、先生はボブの座席に向かって回答する
アリスには先生の声が全部聞こえているので、そのままずっとボブのフリをして代返してるみたいな状況
内緒話(HTTPS)を始めるための一連の約束事(ネゴシエーション、鍵交換)も一貫して先生とアリスの間で行われるので、本物のボブが騒ぎ出さない限りは失敗するポイントがないと思うんだ
教室というのは社内LANなんかに置き換えてもいい >>432
噛み合わないのは君がHTTPS以前にまずTCP/IPについて根本的に誤解してるから 質問者は安全かどうかを気にしていて、安全だという人と、盗聴できるなら危険という人の両方が現れている
どちらの言い分が正しいか判断付かないなら、安全ではないかもしれないので設定を改善しようと考えることになるだろうな(安全だと言ってほしいだけの人ならそれはそれで解決でいい)
相手が間違ってるというなら自分が正しいと強弁するのではなく、技術的・論理的に間違っている点を具体的に指摘して、質問者が納得するのが良いだろう
IPスプーフィングという攻撃が存在し、それと合わせてTCPシーケンス番号予測攻撃というのもある
予測攻撃とその対策の前提はそもそも通信が盗聴されていないこと
安全だと言い張る根拠が俺にはさっぱりだよ ようは侵入された時の被害規模に応じて、セキュリティ固くしないと怖いという話では
金庫に100円しか入ってないならだれもやる気出さないけど
1億円入ってますってなったらハッカーがやる気出してしまう
セキュリティってのはその守るものに応じて上げていくもの
これだけやったら絶対安全なんてのは多分ないよ IPの持ち主が既にハッキングされてたらIPで弾いたって無意味
そんなのは当たり前の話だから議論する意味がない
なのでまず前提としてその持ち主は別の方法で攻撃されてないと考えていいんじゃないの
その前提の上でIP偽装で攻撃できるかどうか >>436
>なのでまず前提としてその持ち主は別の方法で攻撃されてないと考えていいんじゃないの
そんな前提が成り立つわけがない
セキュリティの基本 IPの持ち主がハッキングされてるって言い方は極端だな
盗聴は経路のパケットを読むだけでいい
ごく簡単な例でいうと同じWiFiを使ってるとか
じゃあ悪意のある攻撃者に狙われてるってことだろ!ハッキングじゃん!
っていうかもしれんけど、攻撃者から守れるかっていう質問だよな
「盗聴できるなら」という明確な条件付きで回答してるだけ >>437
いや成り立つよ
ある対策で守れる範囲、守れない範囲は純粋に他の脅威ない前提で考え他方がいい
でないとキリがなくなってしまい議論にならない
個々のセキュリティについての議論とは別に
すべて統合した場合のセキュリティについて議論することも大事だけどそれは個々のセキュリティの議論とは別にやるべきこと >>439
要は「盗聴できない前提なら安全」っていう立場なだけということでしょ そういうこと
そんで盗聴できなくする対策はこれとは全く別の問題だ
なので一緒に語ることじゃあない 他の対策がバッチリできる人なら
用途にあった認証方法を簡単に追加できるだろうし
>>413のような質問はまずしない
IP偽装がDDoS以外に何と組み合わせてどう活用されるかは
基本的なネットワークセキュリティの教科書で解説されてるレベル
心配ならクライアント証明書やID/パスワード使った認証を追加すればいいだけ
それでも絶対安全というわけではもちろんないけど よくいるよねー
上から目線でレスしたのに論破されて
よそでやれと言い出すやつ
クッソみじめ >>420で板チ指摘されているのにどれだけ続ける気だ池沼ども ムカついたから今後ネットワークの質問ばっかするわ
ちなネットワークスペシャリスト保持者です >>445
>>420を論破できてない自己紹介かな 命名についてご相談させてください
プログラムの実行を一時中断する条件がいくつかあり(ユーザーがマウスを動かす、特定の時間帯になるなど)それらの条件を1つの関数で判断しています
この関数は判断を下すだけで具体的な処理は戻り値を見た呼び出し元で行います。この関数に何と命名するのがいいでしょうか?
真っ先に浮かんだのはcheck_stopですがこれは「止まってるかを判断」となりおかしいのでは?と思っています ゴミメソッド
命名に困る程度ならそもそも必要ないんだよ >>449
> この関数は判断を下すだけで
判断を下すだけなのに、プログラムの実行を一時中断するという
処理をすると決まってるのは、言ってることが矛盾してる should_stop
should_suspend
should_continue
while should_continue() {…} のように呼び出し側でどう使いたいかや
使ってる言語によって適切な名前は変わってくる > 真っ先に浮かんだのはcheck_stopですがこれは「止まってるかを判断」となりおかしいのでは?と思っています
それは「調べる!止まれ!」だ 戻り値のtrueが止まれなのか進めなのか判別しにくいメソッド名はやめよう >>452,455,456
ありがとうございました
shouldが一番しっくり来ました😊 既に止まっているかこれから止まるべきかの違いはstoppedとtoStopで使い分ける
英単語の細かいニュアンス誤りよりも原型、過去形、不定詞、受動態の使い分けが重要
てにをはを間違うと日本語が意味不明になるのと同じ >>462
testWetherToStopやjudgeWetherToStopみたいな感じ
軽い判定ならshouldStopいいと思う
checkはtrueとfalseのどちらがcloseすべきなのかが各人の思い付きに依存するので困る
例外を投げる戻り値voidなエラーチェック処理にも多用されるので、checkは言い換えを探したほうがいい語の筆頭だと思う 名前なんかどうでもええやんw
ローマ字でも全てがそうなら気にならんしw
そもそもマウスイベントやらイベントハンドラで最初に結果を受け取るやろ
そこでフラグ立てておいて、ゲームとかならメインループでそのフラグをチェックするとかなら分かるが
あれだけの文章で良く色々提案出来るなw >>466
答えられそうな質問に群がっているだけだから
この手の流れとか雑談中心になるような質問スレは役に立たないけどな ■ このスレッドは過去ログ倉庫に格納されています