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

**デフォルトの名無しさん** · 2019/11/08(金) 21:03:36.68

質問する前にGoogleで検索しましょう。 http://www.google.com/
プログラム・ソフトの使い方は PC 初心者板やソフトウェア板へ。
ウイルス、ハッキング・クラッキングを求めるような発言は禁止です。
Javascript は Web 制作板、CGI は Web プログラミング板へ。
業界談義、愚痴はプログラマ板へどうぞ。
ゲーム関係の話題はゲーム製作板へどうぞ。
ネタ、板とは関係の無い話題はご遠慮ください。

前スレ
スレ立てるまでもない質問はここで 149匹目
https://mevius.5ch.net/test/read.cgi/tech/1529199088/

前々スレ
スレ立てるまでもない質問はここで 151匹目
https://mevius.5ch.net/test/read.cgi/tech/1541239698/

注意「～と～はどっちの方が○いですか？」みたいなのは
このスレの粘着荒らしですので無視してください

**デフォルトの名無しさん** · 2019/11/12(火) 19:09:19.85

>>3-5
効率的なのは、2分探索だろ

効率的じゃないのは順探索。
1つずつ、すべてを見ていく方法

>>7
そのエラーメッセージで検索すれば？

**デフォルトの名無しさん** · 2019/11/12(火) 23:24:59.38

効率的かどうかは使い方による

**デフォルトの名無しさん** · 2019/11/12(火) 23:41:02.93

>>8
>>3のような質問をする相手に初めから効率がどうこうと言っても仕方ないだろ。
>>4,5もそんなことは分かって回答してるはず。

**デフォルトの名無しさん** · 2019/11/13(水) 08:09:06.31

質問させてください。
ブラウザ(ie)からサーバにリクエスト投げてレスポンスが返るまでの間
プログレスバーを出して待機させる処理があるのですが(待機中は画面操作不可)
一定時間経つと(開発環境(約15分)、本番環境(約60分)で時間は異なる)プログレスバーが消えます。
ログを見るとサーバでは処理が続いてるようなのですが、ブラウザが途中で待つのを諦めたように見えます。
これはどの辺の設定が怪しいでしょうか？
tomcatに乗せています。
また、ロードバランサーのタイムアウトは3600秒です。
(開発はaws(ec2+elb+rdsを使用))

**デフォルトの名無しさん** · 2019/11/13(水) 11:34:40.37

https://support.microsoft.com/en-us/help/181050/

エラーも出さずにプログレスバーが勝手に消えるなら
設定より先にプログレスバーを表示してるクライアントコードを見直すべきだと思う

それに処理受け付けて後で完了通知を返すようにしておけば15分も1時間も待たせる必要ない

**デフォルトの名無しさん** · 2019/11/13(水) 20:12:40.89

よく知らないけど、

ブラウザのタイムアウト設定とか、あるのかも？
5分ぐらい音信不通だと、切れるとか？

**デフォルトの名無しさん** · 2019/11/14(木) 00:49:41.43

プログラミング漫画とかないのかな

**デフォルトの名無しさん** · 2019/11/14(木) 03:22:40.91

しらね

**デフォルトの名無しさん** · 2019/11/14(木) 03:22:58.26

しらんさね

**デフォルトの名無しさん** · 2019/11/14(木) 07:37:28.63

CAD的な用途だが円弧を繋げて線を引くのがテラめんどくさす
一般的な円弧の描画パラメータは中央座標＆始点座標＆描画角度とかだったりするが
これだと線の始点と終点の座標間で変換しまくらなければならない
座標管理の問題もあると思うのだが何か上手い方法はないものだろうか

**デフォルトの名無しさん** · 2019/11/14(木) 08:35:19.62

>>3
二分探索木そのものなので、お勉強でもない限り自分で作るのはいけない
車輪の再発明
たとえばJavaならTreeSet、C++ならset等、Pythonならbisectを使う

**デフォルトの名無しさん** · 2019/11/14(木) 10:36:48.98

>>18
配列の二分探索なのだから二分探索木は不要だろう。C++ならlower_bound, upper_bound辺りを使えばいい。
setを使っても質問者の要求は満たせないだろう。
車輪の再発明を避けるのは結構だが、自転車がパンクした人に車のタイヤを薦めるのはやめておけ。

**デフォルトの名無しさん** · 2019/11/14(木) 10:48:27.73

lower_boundとupper_boundの距離を比較するだけだと思うんだが何か問題あったか？

**デフォルトの名無しさん** · 2019/11/14(木) 12:19:36.38

いや配列を使い続けたい場合の話をしてるのか？
現状そうであるだけでその要件はまだ開示されてないだろ
そこなら自転車より電車で行ったほうが合理的じゃね、という話

**デフォルトの名無しさん** · 2019/11/14(木) 13:08:43.69

前提がバラバラだから話が噛み合わない

**デフォルトの名無しさん** · 2019/11/14(木) 15:32:53.89

>>21
>>18は明示的に>>3に対して回答しているが、質問者は配列があると言っており要件は明確だろう。回答者側で勝手に話を広げるなよ。

**デフォルトの名無しさん** · 2019/11/14(木) 18:37:46.90

...みたいな配列がある
と書いてあるだけ

たまたまソートされてただけか
ソートされてるのは前提なのか
わからない

配列がコーディング前に渡されるのか
実行時に渡されるのかもわからない

**デフォルトの名無しさん** · 2019/11/14(木) 19:30:42.60

>>3
https://ideone.com/wJ8lPk
これが！オレの！！回答だ！！！

某スレにすでに投げてあったものだけどな！

**デフォルトの名無しさん** · 2019/11/15(金) 16:56:28.69

>>24
もう一個あった
条件に当てはまる値が複数あるときの振る舞い

**デフォルトの名無しさん** · 2019/11/15(金) 20:35:01.80

>>26
いずれにせよ、一致ではなく近い値を探したいのに｢setを使えばいい(>>18)｣は的外れじゃね？

**デフォルトの名無しさん** · 2019/11/15(金) 20:58:07.60

なぜそれをおれに？

計算オーダー的には
setさえ構築しちゃえばオーダーlog nで検索出来るから条件次第ではそういう解き方が良い時もある

setの構築のオーダーはn log nだから
同じ配列に対して多くの回数調べるような使い方じゃないと普通の線形検索の方が良い

>>3だけじゃ良くわからないが
元配列がソートされてるって条件なのかもしれない
これだったら普通に2分検索すれば良い

配列の数も少ないし検索する回数も少ないから
計算オーダーはどうでも良いというなら
分かりやすさや作りやすさを優先するのがいい

**デフォルトの名無しさん** · 2019/11/15(金) 21:47:17.82

>>28
すまん、>>18,21の人が続けてる流れかと勘違いした

**デフォルトの名無しさん** · 2019/11/16(土) 14:58:08.79

ソートされてるなんて前提はない。

**デフォルトの名無しさん** · 2019/11/16(土) 15:26:37.49

>>3の例ではソートされてる
それが前提かどうかは出題者しかわからない

6個のデータがたまたまソートされてる確率は低いので
意図的にソートしたと考えるのはわりと自然な考え

**デフォルトの名無しさん** · 2019/11/16(土) 17:31:21.14

どの回答が至高かを争う意味あるのかね？
前提が不明確なら、いろんな前提での回答を出して、質問者が自分の事情に合う既製部品を選べばよかろ

**デフォルトの名無しさん** · 2019/11/16(土) 18:17:27.88

ソートされてなくてもいいやん。
何ら変わらない。

**デフォルトの名無しさん** · 2019/11/16(土) 18:19:13.57

大違いだ

**デフォルトの名無しさん** · 2019/11/16(土) 18:24:01.78

>>34 答えを出してみ？

**デフォルトの名無しさん** · 2019/11/16(土) 18:26:11.65

もう低レベルなマウント合戦

**デフォルトの名無しさん** · 2019/11/16(土) 18:30:18.29

ソートいれるだけじゃんか

**デフォルトの名無しさん** · 2019/11/16(土) 19:01:20.12

ソートは言い切れない

**デフォルトの名無しさん** · 2019/11/16(土) 19:08:09.88

>>38
ここまでのレスの中で一番価値があるなw

**デフォルトの名無しさん** · 2019/11/16(土) 19:28:08.30

アルゴリズム的には>>28で終わり

**デフォルトの名無しさん** · 2019/11/16(土) 20:40:07.29

>>40
最初の2つの回答(>>4と>>5)でもう終わっとるやろ
リアルで虐げられすぎて承認欲求たまってるのかもしれんが
無駄なマウンティング合戦はもうやめてくれ

アルゴリズムアルゴリズム言うなら
君たちのせいで流れちゃってる>>17を拾ってやれ

**デフォルトの名無しさん** · 2019/11/16(土) 21:42:12.58

>>17
平面上の円の決定方法は色々ある
両端が決まっているので
あと1個決まれば良い

曲率、半径、もう一点、始点(or 終点)の方向
など便利な物を選べば良い

>>41
言い出しっぺがなぜ拾わない？

**デフォルトの名無しさん** · 2019/11/16(土) 22:04:33.44

本人か

**デフォルトの名無しさん** · 2019/11/17(日) 03:37:28.24

>>42
>>17が何言ってるのか俺にはよく理解できなかったから拾わなかった

>線の始点と終点の座標間で変換しまくらなければならない
うーん、ん？

円弧(中心点、半径、開始角、終了角、回転方向)

2つの円が内接なら円弧1の終了角 == 円弧2の開始角、外接なら+180度
半径の差から円弧2の中心座標が決まる

円弧(開始点、終了点、ふくらみ)

こっちだと開始点と終了点が明確だからつなげる部分は楽

**デフォルトの名無しさん** · 2019/11/17(日) 10:34:22.29

そりゃCADだとrが重要だからな
始点終点だけだと墜落沈没なんでもござれになる

**デフォルトの名無しさん** · 2019/11/17(日) 12:29:33.87

過疎ってるMMOやってるんだが、一緒にダンジョン行くフレがいなくてつんでる
２PC操作難しいから片方のPCをAIで操作って夢見すぎ？

**デフォルトの名無しさん** · 2019/11/17(日) 12:43:30.34

友達作るよりAI作った方がかんたんだよ

**デフォルトの名無しさん** · 2019/11/18(月) 17:30:04.30

DQXならAIが攻撃してくれる。

**HAL** · 2019/11/18(月) 20:59:45.22

AI判定が馬鹿高いスコアのプログラマーで確実に雑魚
やたら沢山のプログラムが組めると出る奴ら
あいつら他人のソースコードを参照だけして組んでたザコグラマー
普通その言語得意ならそっち苦手とかなってないんだよね～
その場合には例えばJavaScriptが使えるのにオブジェクト指向がほぼ分からないとか
PHPが得意なのにPerlが全滅とか、意味わからない感じ

◆QZaw55cn4c · 2019/11/18(月) 21:10:23.13

>>49
あなた、何言っているかさっぱりわかりませんよ…わざとやっているの？

**デフォルトの名無しさん** · 2019/11/19(火) 13:33:47.60

>>49がAIのレスならなかなか

**デフォルトの名無しさん** · 2019/11/19(火) 17:16:17.23

医療分野の専門家のはしくれなんだけど、
プログラムの勉強して医療分野の検査ソフト作った。

広く利用してほしいから、学会発表のあと無料でソフトアップしようと思ってるんだけど、
こういうときってソースコードさらすのが礼儀なの？

我ながら拙いコードだし、コメントも日本語であまり丁寧に書いてないから、
できればコード見られたくない・・・。

**デフォルトの名無しさん** · 2019/11/19(火) 17:17:24.92

>>52
マ板で聞けよ
この板はそういう話をするところじゃねーよ

**デフォルトの名無しさん** · 2019/11/19(火) 17:43:58.87

>>52
GitHubにアップロード

**デフォルトの名無しさん** · 2019/11/19(火) 22:09:51.01

>>52
将来有料で売りたいとかソースコードを公開しない理由がないなら公開しとけ。
今の時代ソースコードが公開されてないものは怖くて使われない

それが有用なソフトなら誰かが改良してくれるだろう
医療分野の専門家はプログラムの専門家じゃない。
プログラムはプログラムの専門家に任せればいい。
プログラムの専門家などたくさんいる。
医療分野の専門家でないと作れないことに価値がある。
その価値を埋もれさせてはいけない。

**デフォルトの名無しさん** · 2019/11/20(水) 18:44:20.11

機械学習でデータ増強をすると、していないときよりlossの下がり＆評価値が悪くなるのはどんな原因が考えられるんでしょうか？

**デフォルトの名無しさん** · 2019/11/20(水) 23:12:35.69

データの質が悪い

**デフォルトの名無しさん** · 2019/11/21(木) 02:26:27.51

そのデータの質を考えるのは、結局人間なんですね。

**デフォルトの名無しさん** · 2019/11/21(木) 09:04:37.58

AIにやらせたいことが人間の何らかの目的に基づく限り
AIに与えるデータも合目的的になるのは道理

**デフォルトの名無しさん** · 2019/11/23(土) 00:21:31.86

ツイッターのフォローチェックアプリ作りたいんですけどパソコンのRAMが足りなくてAndroidStudio動かないです
Java使って作ろうと思ってるんですけどRAM2GBのLinuxmint入りのパソコンでも動くようなアプリ作れるのってどういうのがありますか？
質問する場所間違ってたらすみません

**デフォルトの名無しさん** · 2019/11/23(土) 09:21:08.51

Windows10の64bitPCでコンパイルして生成したexeファイルは
基本的にはWindows8の64bitやWindows7や64bitマシンでも動きますか？
動かないとしたら、どのような原因で動かないことが多いですか？

Macに関しても同様にOSのバージョンによって最新OSで生成したjarファイルは
過去のOSでは動かないことは多いですか？

**デフォルトの名無しさん** · 2019/11/23(土) 09:27:26.77

>>60
pc上で動くコマンドラインツールでいいならpythonとかで書いたらいいんじゃない

>>61
Windows SDKのバージョンとか.NETのバージョンとかが低ければ昔のOSでも動くと思う
macOSもtarget OSみたいな項目があってそこが低くて、かつコード中で新しいAPI使ってなければ動くはず。

**デフォルトの名無しさん** · 2019/11/23(土) 11:41:20.92

>>61
どの言語でどういう作り方をしたかによる。

ランタイムやDLLを使ってる場合
それらのOSに同等のものがあるなら動く

入ってなければ入れることになるし
スタティックリンクで不要にすることもできる。

**デフォルトの名無しさん** · 2019/11/23(土) 19:15:14.33

>>62
>>63
ありがとうございます

**デフォルトの名無しさん** · 2019/11/24(日) 02:34:17.24

愚問で恥ずかしいのだが、自分らどうやって勉強してるんだ？
独学でやろうにもこれといった目標がないから入門書読んで終わりなんやけど。。。

目標の立て方、勉強の方法、モチベの維持に関してアドバイスを賜りたい

**デフォルトの名無しさん** · 2019/11/24(日) 02:45:18.55

入門書読むっていうのは写経すらしないってこと？

**デフォルトの名無しさん** · 2019/11/24(日) 03:09:27.95

解説見ながら写経やね、ただ入門書はそれ単体でどうこうってプログラムじゃないから
最終的にここからどうすれば･･･ってなる
前は逆引きリファレンスを買え！とか言われたが、あれは写経すらでけん
どこに進めばいいのかわからん

**デフォルトの名無しさん** · 2019/11/24(日) 03:16:31.41

そこそこ真っ当なプログラムのソースがあれば自分で弄るんだけど
いまいち入門レベルではそこまではいかないし、雑誌の付録にも勉強用のソース入れといたぞ！
みたいなのは見たことがない

ぶったけ、プログラマーが読んでる本の一覧みたいなの公開してる人いないかな？
作ってみよう系の良書ってなかなか出会えない、知識のみの本が大半

**デフォルトの名無しさん** · 2019/11/24(日) 03:23:35.15

OS自作したり、scratchで簡単なゲーム作ったし
Pythonでよう分からん計算したり、unityでCG動かしたりしたけど
なんかプログラミングってｺﾚﾀﾞｯｹ･･･？っていう違和感

**デフォルトの名無しさん** · 2019/11/24(日) 03:29:19.72

多分突っ込まれるだろうから補足すると
逆引きリファレンスが写経できないって、単体では実行ができないって話で（できる場合もあるのかな？）
それ自体は写経する価値はあると思うんやが、ケースバイケース過ぎて遠回りちゃうかなって

**デフォルトの名無しさん** · 2019/11/24(日) 03:34:46.15

作りたいものがないんでしょ？

**デフォルトの名無しさん** · 2019/11/24(日) 03:37:52.48

そこなんすよねぇ･･･

**デフォルトの名無しさん** · 2019/11/24(日) 03:43:15.37

作りたいと思ったもんは既に実用的なものが存在するか
或いは一人で製作は難しい高度なものばかり

みんなそこらへんは一度は通過するもんなんじゃないかなぁって
その上でどうやって目標立てて、勉強して、続けてるのかなって

**デフォルトの名無しさん** · 2019/11/24(日) 04:02:27.05

作りたいものがない＝プログラミングする必要ない、ってことだよ
みんな作ること自体が面白いからやってるのよ
実用的・高度じゃなきゃダメなら、他人が作ったものを使う方がいいよ

**デフォルトの名無しさん** · 2019/11/24(日) 04:11:56.70

>>61
MS公式のドキュメントに、その関数がどのバージョンのWindows
から使えるようになったかが書かれている。例えば、「WinXP から」
「Win7から」などのように。それを確認しながら作っていれば、
その通りに動く。

Javaに関しては、Android以外では元々互換性が高く、Win/Linux/Macの
どれでもほぼ同じように動く。特に AWT ではなく、Swingならば。
AndroidのJavaは特殊なので互換性が無い。

**デフォルトの名無しさん** · 2019/11/24(日) 04:15:38.30

Javaでデスクトップアプリなんて作らないよ

**デフォルトの名無しさん** · 2019/11/24(日) 05:06:28.93

>>68
この本のとおり真似て書けばプログラムが作れるようになります、なんて魔法の本はないぞ。
知識のみの本が当たり前で、知識を得たのだからそこからその知識で何か作って見れば良いだろう。
初めから実用性のあるプログラムを作る必要は無く、◯◯を◯◯して◯◯するだけっていう小さな処理を書くのを繰り返してみたら？
それすらまったく思い付かないどうして良いか分からないというなら、そもそも読んだだけで何も身に付いていないのか、人の指示通りにしか行動できない絶望的に受動的な奴ということだろうからまずそこから直せ。

**デフォルトの名無しさん** · 2019/11/24(日) 05:16:07.99

>>70
単体では実行できないって当たり前だろう。その処理を試してみることのできるひとつのプログラムとして、起動して実行して何らかの出力をさせて動きを見てみることができるプログラムを作れよ。それには何が足りないか考えて、足りない部分を自分で作れば良いだろう。
何が足りないかわかりません、分かるけど習ってないから僕には作れません、というならもうプログラミングはやめた方がいいぞ。

**デフォルトの名無しさん** · 2019/11/24(日) 08:06:15.00

Ruby なら「改訂2版 Ruby逆引きハンドブック、2018」を読む

Array, enumerable, enumerator のメソッドの使い方を見る。
ファイル操作なら、CSV の所を見る

web アプリなら、Ruby on Rails

プログラミングのお題スレの簡単な問題を解く

Linux の基本コマンドを見る

つまり、簡単に言うと、スニペットを使って、きれいなフォームを作る！
だから、Ruby は、すべてのプログラム言語の底上げができる

特に、JavaScript, Kotlin, Groovy などは、メソッドチェーン中心で、Ruby に似せてきてる！

**デフォルトの名無しさん** · 2019/11/24(日) 10:31:06.00

>>73
>作りたいと思ったもんは既に実用的なものが存在するか
自分用にカスタマイズできるだけでもかなり違う
>或いは一人で製作は難しい高度なものばかり
できないと言っているとずっと知識や経験が身につかないまま。少しずつできる部分からでも作っていけばいい
趣味で一番プログラムに時間使っている身からすると、やる気ないのなら止めればいいのにとしか思わない

**デフォルトの名無しさん** · 2019/11/24(日) 12:04:06.33

>>73
車輪を再開発すりゃいいんだよ
世の中にすでにあろうがそんなことはどうでもいい

◆QZaw55cn4c · 2019/11/24(日) 12:17:43.64

>>81
私も GMP ライブラリの別実装をぼちぼち書いています
スピードは非常に遅いのですが、C++ で完結しアセンブラを必要としないこと、および、ライセンスを設定しないので好きに使ってください、というのを売りにしています
https://mevius.5ch.net/test/read.cgi/tech/1434079972/51

**デフォルトの名無しさん** · 2019/11/24(日) 13:23:22.63

>>65
自分自身が何の目的でプログラミングをやろうとしてるのか
もしくは、プログラミングを学ぼうとしてるのか
まずそれを明確にしろ

非効率な勉強方法を続けてるのは
自分に適した本や資料を見つける能力の低さ以前に
目的意識が希薄なのが原因

**デフォルトの名無しさん** · 2019/11/24(日) 14:12:48.61

よくわからんのだが、言語仕様が理解できれば小規模なプログラムは
既に書けるはずだが。写経とか意味が分からん。要点がわかればいいだけ。
あとは必要に応じて実際に書くときに参照 and/or コピーする。

**デフォルトの名無しさん** · 2019/11/24(日) 23:01:08.73

言語仕様を理解するだけじゃプログラムは作れない
プログラムで扱う対象に関する知識が必要
例えば音声を扱うなら音声ファイル、音声を扱うライブラリの知識、音声処理の知識など
GUIを持つプログラムならGUI環境(OS, API, ライブラリ)の知識

日本語の文法を知ってるだけじゃ文章を書けない
のと同じ

**デフォルトの名無しさん** · 2019/11/26(火) 00:30:20.26

次から次へと新しい言語とかフレームワークとか出てきて、いい加減にしてくれと思ってる。
こいうのって、開発者の自己満じゃないの？
ソフト屋はDRYを重視してるとかいうくせに、完全に車輪の再発明じゃないのこれ？

既存の言語とかフレームワークに機能追加するだけじゃだめなの？

**デフォルトの名無しさん** · 2019/11/26(火) 01:03:02.25

成功したものを、別の言語へ移植した！

Ruby → Node.js
Ruby on Rails → CakePHP, Spring Boot

今や、JavaScript(JS), Groovy, Kotlin, Elixir, Julia も、
メソッドチェーン中心で、Rubyに似てきたw

だから、Rubyがすべての言語の基本と言われるわけ

Rubyの式展開と、JSのTemplate Literal は、そっくり！
"a = #{ a }" # Ruby
`a = ${ a }` // JS

**デフォルトの名無しさん** · 2019/11/26(火) 02:33:16.35

Ruby信者が必死にアピールすればするほどオワコン間近の焦りなんだろうなあと思う・・

**デフォルトの名無しさん** · 2019/11/26(火) 02:37:12.97

>>87は真性のバカだから焦りではなく本気でそう思ってそう

**デフォルトの名無しさん** · 2019/11/26(火) 09:19:15.02

>>65
同じような質問を考えていたんだけど、確かにこれがしたいからというわけではなくて、全体像を把握してしたいことを見つける、みたいな感じだと
たとえば、ＩＴコーディネーターみたいな資格を受けるのがいいのでしょうか？

最初的には、システム組むために、アルゴリズムなどの知識と、そのためにはどの言語でどう組んで行けばいいのかわかるようになりたいんです。

入門の入門で者なんで何言ってるかわからないかも知れませんが。

**デフォルトの名無しさん** · 2019/11/26(火) 10:08:50.24

>>86
あなたはその状況で具体的に何に困っているの？
新規のアプリケーションを開発するときは、その要件とリソースに適した言語を使えばよろし

既存のものに付け足す発想が好きならC++を選べばいいんじゃないかな
増築一辺倒だと九龍城のような道に迷いやすいものができるから、過去の言語の反省に基づいて新しく設計された言語にもまた価値がある
ハードウェアの進化でマルチスレッド処理で効率化できたり、メモリが潤沢になったりすれば、それらと親和性の高い言語が生まれることにも価値があり、昔は一つしかなかった手法が、今となってはデメリットが目立つようになることもある

**デフォルトの名無しさん** · 2019/11/26(火) 11:12:01.23

>>90
具体的な中身をまったく知らずに全体像を把握しようとしてもふんわりした理解しかできないよ。まずなんでも良いからやってみなよ。
最短ルート以外の無駄な回り道がいやだというなら、そもそも正解なんてないんだから心配するだけ無駄。
入門の入門て、門の前でぼうっと待ってても仕方ないだろう。

**デフォルトの名無しさん** · 2019/11/26(火) 11:32:46.82

>>90
>最初的には、システム組むために

「最終的に」の間違いだとして
システムってどういうものをイメージしてるの？

**デフォルトの名無しさん** · 2019/11/26(火) 12:10:20.40

言語なんだから使って慣れるしかないんだけどな
言語だけでなく周辺の知識もそれなりに必要になるけど、やる前から自分に何が必要とかわかりようがない
最適の攻略法教えてください！とかの発想の人はまず向いていない

**デフォルトの名無しさん** · 2019/11/26(火) 13:00:37.61

>>86
新しい言語とかフレームワークとかは既存のものでは満足できない点を
改善している。そこだけを見ればいいだけ。ドキュメントに書いてある。
それ以外のところは既存の知識で何とかなる。

**デフォルトの名無しさん** · 2019/11/26(火) 13:16:06.46

プログラミングって学問じゃなくて実学だからすごく体系化された学び方があるってものではないと思うんだよなー。
あと、プログラミング自体はそこまで奥が深いものではない単なる道具だから、データ構造とアルゴリズムの基礎を身につけて、オブジェクト指向だの関数型言語だのを抑えたら、
多くの言語に共通する要素は把握したことになるような気がする。
特定の領域のソフトウェア開発は奥が深いとおもうけど。
どうしても体系的にやりたいなら、世の中で使われているソフトウェアの種類を調べてみては。PC、スマホ、組込、汎用機それぞれで的な？

**デフォルトの名無しさん** · 2019/11/26(火) 18:38:00.47

体系化された学び方かどうかは別として
目的に対して必要な知識体系を効率よく学ぶ方法はある

それを知るために何をすればいいか常に自分で考えてれば
1~2年で平均的な10年選手を余裕で追い越せる

**デフォルトの名無しさん** · 2019/11/26(火) 19:15:06.87

2円の交点(正確には円の中心から見た角度)を求めたい。ググると2円の連立方程式を解くと求められるとか出てくるが
円の方程式からして習った記憶がない。さらにググってみたら高校数学Ⅱ・Ｂ・・・多分とっていない＼(^o^)／
連立方程式を解くと言っても円のパラメータは実行時に決定するから事前に展開するのも難しい
手作業で解くならともかく連立方程式を解くプログラムを作れる気はしない
ここはあり余るコンピューティングパワーで総当たりした方が無難かな？
有効と思われる範囲はせいぜい90度程度。欲しい分解能を0.1度としてその10倍の分解能で総当たりしても
計算時間はたかがしれている

◆QZaw55cn4c · 2019/11/26(火) 20:24:12.47

>>98
円は関係ない
余弦定理で OK

**デフォルトの名無しさん** · 2019/11/26(火) 20:34:01.48

>>99
円の交点を求めるのに｢円は関係無い｣の意味がわからない

>>98
2個の円の何がわかっているのか不明な為
最適な解き方は答えられない

◆QZaw55cn4c · 2019/11/26(火) 20:46:02.87

>>100
二つの円の半径を a, b, 二つの円の中心間の距離を r
円 a の円の中心からみた角度を 2A
円 b の円の中心からみた角度を 2B
とすれば、余弦定理により
cosA = (a^2+r^2-b^2)/(2ar)
cosB = (b^2+r^2-a^2)/(2br)
別に円の交点の座標を求める必要はありません

98 · 2019/11/26(火) 20:57:38.58

>>100
事前に分かる情報は・・・

座標系をX/Y直交座標系としてXは横、Yは縦とすると
円１と円２の中心のY座標は同じ
直径は円２に対して円1は＋αで少し大きい。円１－αと円２は接する
円の直径やαは実行時にならないと判らない

◆QZaw55cn4c · 2019/11/26(火) 21:12:50.46

>>102
＞直径は円２に対して円1は＋αで少し大きい。
円2 そのものの大きさがわからないことには、どうしようもないのでは？

**デフォルトの名無しさん** · 2019/11/26(火) 22:12:51.36

>>101
それを｢円は関係ない｣って言うのか
そもそも何がわかってるかすらわからんのに

◆QZaw55cn4c · 2019/11/26(火) 22:23:24.23

>>104
私のやりかたは >>101 に示しました
ここでは、二つの円の半径と、二つの円の距離、すなわち三つの長さがわかっておればよく、円であることを利用していません

**デフォルトの名無しさん** · 2019/11/26(火) 22:52:48.94

そういうことを計算してくるライブラリが言語ごとにあるよ

**デフォルトの名無しさん** · 2019/11/27(水) 09:48:46.89

予言定理が円では無いと言うのは無理がある