[過去ﾛｸﾞ] スレ立てるまでもない質問はここで 152匹目 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
834: デフォルトの名無しさん [] 2020/03/24(火) 11:39:42.46 ID:JQ7YmFwi(1) AAS
s●juku とか te●atail とか ●hoochie遅れ とか消えて良いわ
835: デフォルトの名無しさん [] 2020/03/24(火) 19:22:40.33 ID:dWari+Ko(1/2) AAS
組み込み開発の基本的理解を確認したいんだけど
組み込みでは場合によって特殊なCPUが使われるから
ClangとかLuaとかC++が使えない場合があるという理解であってるだろうか？
そのせいでCしか使えない場合がある
836(1): デフォルトの名無しさん [] 2020/03/24(火) 19:24:31.78 ID:dWari+Ko(2/2) AAS
あ、CLangでCへトランスパイルすれば
Cコンパイラがある環境なら使えるのか？
837: デフォルトの名無しさん [sage] 2020/03/24(火) 19:58:36.80 ID:sD3dLiow(1) AAS
PIC10F200で組んでみると色々とわかる
838(1): ◆QZaw55cn4c [sage] 2020/03/24(火) 20:45:05.52 ID:KtfI6cNR(1) AAS
>>836
＞Cへトランスパイル
そんなことが可能だと、どこで聞いてきたのか？
839: デフォルトの名無しさん [] 2020/03/24(火) 23:10:51.39 ID:VEXVTjKb(1) AAS
【1400万円】ルイ・ヴィトン × シュプリームのトランク&スケボー開封！
動画ﾘﾝｸ[YouTube]
【総額500万超え!?】ルイ・ヴィトン × ヴァージル・アブロー第１弾アイテム購入品紹介！
動画ﾘﾝｸ[YouTube]
ヒカキン、人生で最大の買い物をする 【1500万円】
動画ﾘﾝｸ[YouTube]
【◯◯◯万円!?】店のもの全部下さいって言ったら超大変なことになった…
動画ﾘﾝｸ[YouTube]
【総額800万円!?】新居に家具一気に買ってみた！【家具家電紹介】
動画ﾘﾝｸ[YouTube]
【絶望】1900万円の時計買って８時間で終了…【悲報】
動画ﾘﾝｸ[YouTube]
400万円の純金ハンドスピナー買ったらヤバすぎたwww【金の延べ棒】
動画ﾘﾝｸ[YouTube]
【貴族の遊び】超高級純金トランプ家中にバラまいてみたwww
動画ﾘﾝｸ[YouTube]
840(1): デフォルトの名無しさん [] 2020/03/25(水) 09:40:04.03 ID:k6zngd1F(1/3) AAS
>>838
できないの？LLVMでできるからできるのかと
841(1): ◆QZaw55cn4c [sage] 2020/03/25(水) 20:02:03.02 ID:NhhL8cnU(1/2) AAS
>>840
LLVM だからといってトランスパイルできるとでも？
842: デフォルトの名無しさん [sage] 2020/03/25(水) 20:10:35.33 ID:mDQN7f94(1) AAS
自分はwindowsで開発しているのですが、iPhone+safari環境から来たバグの報告が手元で再現できません。
windows上でiPhone+safariに近い環境をシミュレートするとするならばどのような方法があるでしょうか
843: デフォルトの名無しさん [sage] 2020/03/25(水) 21:05:09.90 ID:jyRX1sVI(1) AAS
中古ででもiPhone買ってくる。それ以外は時間の無駄。
844(1): デフォルトの名無しさん [] 2020/03/25(水) 21:15:41.27 ID:k6zngd1F(2/3) AAS
>>841
あれ？できないのか。確かに検索してみてもトランスパイルのためにいちいち何か作ってるみたいだな。
各言語からLLVM IRを作れるから、
LLVM IRからCへのトランスパイラが一度実装されれば
LLVM対応の全言語からCにトランスパイルできるのかと思ってた。
845: ◆QZaw55cn4c [sage] 2020/03/25(水) 22:37:05.36 ID:NhhL8cnU(2/2) AAS
>>844
＞LLVM IRからCへのトランスパイラ
そんなものがホイホイ出てくるとでも？
846: デフォルトの名無しさん [] 2020/03/25(水) 23:01:36.49 ID:k6zngd1F(3/3) AAS
IRの仕様が安定してるなら、誰かが１回作ればずっと使えるでしょ
何で誰も作らないの
LLVMの標準機能としてあってもいいはず
847(1): デフォルトの名無しさん [sage] 2020/03/25(水) 23:12:14.95 ID:qvXjJ9lz(1) AAS
一枚噛ますくらいだったら最初からｇｃｃ通せばいいじゃん
それに C言語→LLVM→IR→トランスパイラ→C言語 で、ほぼほぼもとに戻るっていうのが欲しいんでしょ
二村射影じゃねえの
848: ◆QZaw55cn4c [sage] 2020/03/26(木) 00:04:28.57 ID:8/yZHzko(1) AAS
>>847
＞C言語→LLVM→IR→トランスパイラ→C言語 で、ほぼほぼもとに戻る
あなた、土台無理無体なものをいけしゃあしゃあと言いますな…
849(1): デフォルトの名無しさん [] 2020/03/26(木) 00:51:32.32 ID:e0+FyfEU(1/3) AAS
最適化の前にどんなコードだったか分からないしほぼ元通りではなくとも
同等な処理をするようにはできるのでは？
850: デフォルトの名無しさん [sage] 2020/03/26(木) 07:25:38.23 ID:Xv2xNFci(1) AAS
VPSを借りてSSHをインストール
自宅→VPS→会社
のようにVPSを踏み台に会社に接続(対話型ログイン、ポートフォワード)
この場合、会社から自宅のIPは見えているのでしょうか？
自宅のIPを会社に晒したくないので回避したいです
851: デフォルトの名無しさん [] 2020/03/26(木) 10:18:11.76 ID:CZRmHBwj(1) AAS
>>849
原理的に例えばpythonで描いたものは単純にCに置き換えが出来るが
そうやって出来たCのコードは君が期待している(かもしれない)ようなCの速度は出ないぞ
852(3): デフォルトの名無しさん [] 2020/03/26(木) 17:05:04.44 ID:e0+FyfEU(2/3) AAS
モナドについて調べてたんだけど
Maybeモナドでnullチェック無くせるらしいけど
try catchをちゃんと使えばnullチェック要らんでしょ。
というかMaybeモナドでもNothing返すわけだけど
Nothingを受け取ったところはどうするのっていう
「もしNothingだったらこの処理」みたいな条件分岐がどこかに入るんじゃないの？
なんか関数型はo.method1().method2().method3()みたいに
パイプラインっぽく書くことに拘ってる気がするんだけど
そのメリットはなんなの？
853: デフォルトの名無しさん [] 2020/03/26(木) 17:17:24.01 ID:e0+FyfEU(3/3) AAS
empty, nothing, nullみたいな値は常に「処理を終了させるもの」
それ以外の有効な値が「処理を継続させるもの」
という世界観を置いてしまってる感じがする。モナドとやらは。
「nullの場合にも正常系の処理がある」という考えが無くなっている。
例えばMapに「特定のデータが無い事をチェックする」場合、
外部ﾘﾝｸ[html]:docs.oracle.com
こういうのを使って「nullが返った事を確認して、だからこそ正常系の処理を続行する」
という場合があるけど、たぶんモナドの世界ではnullは常に異常系でなければならない。
まあMapにifPresentがあるからnullに依存しない書き方も可能ではあるけど。
854: デフォルトの名無しさん [sage] 2020/03/26(木) 22:41:27.89 ID:5np4UAxw(1/2) AAS
>>852
>パイプラインっぽく書くことに拘ってる気がするんだけど
>そのメリットはなんなの？
関数の合成
プログラムの基本は入力 -> 処理 -> 出力
この処理が一つの関数だけど
それを複数の関数に分解して合成することでプログラムを作ってるよね？
関数の合成可能性(composability)が高ければ
再利用しやすい、パターン化しやすい、一つの関数をシンプルにしやすい、テストやメンテがしやすい等のメリットがある
855: デフォルトの名無しさん [sage] 2020/03/26(木) 22:52:22.75 ID:5np4UAxw(2/2) AAS
>>852
比較的馴染みのある言語で
関数型の考え方を取り入れてる機能を調べてみると
何がうれしいのか分かりやすいんじゃないかと思う
SwiftのOptional型とOptional Chaining
KotlinのNullable型とSafe Calls
C#のNullable型とNull Conditional Operator
など
856(1): デフォルトの名無しさん [sage] 2020/03/27(金) 05:25:50.59 ID:QZ/xTJoy(1/2) AAS
>>852
パイプラインや関数型言語の明確なメリットとして並列化のしやすさがある
ムーアの法則が崩れた今マルチコアCPUを活用せざるを得ないからな
古典的なforを書けばその順に逐次処理をするという意味にしかならない一方
関数でマッピングやフィルタリングを書いた場合は集合から集合への変換が欲しいという書き方になり
もし順序を問わない変換なら簡単に逐次処理から並列処理にできる
手続き指向からより目的指向の書き方になるとも言える
でも分岐やエラー処理だけは古典的な書き方が必要なんですとなるとそこで並列化の可能性が途切れるので一貫する必要がある
857(1): デフォルトの名無しさん [sage] 2020/03/27(金) 07:10:50.03 ID:3wjnzokm(1) AAS
>>856
> もし順序を問わない変換なら簡単に逐次処理から並列処理にできる
そりゃそういう処理なら手続き型でもたいした手間なしに並列処理にできるよ…
858(1): デフォルトの名無しさん [sage] 2020/03/27(金) 09:02:24.46 ID:QZ/xTJoy(2/2) AAS
>>857
たいした手間というのの程度問題だな
Powershell 7やJava、C#のストリーム処理ならそのままpalallelという一語を足すだけで逐次処理が並列処理に変わる
上下前次1-新書関写板覧索設栞歴
あと 144 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.021s