プログラマー来てくれ
■ このスレッドは過去ログ倉庫に格納されています
このソフトはこの言語で書かれているってすぐわかる方法ある??? >>2
Autodesk系の製品、Adobe系の製品、Microsoft系の製品 GUI側はこの言語で、dllはこの言語でってことが多いから一概には言えない >>16
完全にCとかC#って書いてあんの?
どこに書いてあんの? 一応どんな言語にも言語特有の構造や関数があるのでそれがわかればわかる
LLVM通してると難しかったりするかもやけど >>19
調べてわかるくらいなら聞かないが?
教えてよ >>21
こういうのって違法にならないの?
ただの解析ツール??? >>24
目標のアプリにいち早く到達できる開発言語選べるじゃん >>30
その目標のアプリがいち早く到達できる言語を選択してるとは限らないが?
仮に洗濯してたとしても開発当時の話になるし >>36
いやそのアプリを目標に作るんだからそのアプリが使ってる言語使うのが正だろ >>34
ねぇよ
大体ネイティブグラフィックスAPIをどうやって叩くかの違いだぞ >>38
リバースエンジニアリングしてなにか作るのは違法だけど解析は大丈夫だろ >>39
そうとも限らん
最適解でなくてもその言語での開発経験があるからとかプログラマの好みとかそんな感じで選んだりするし >>42
ないよ
少なくともどんな言語でも似たような設計にすれば似たような使用感になる >>42
今どきどの言語もライブラリ用意されてるから
使い勝手が多少違うだけで手間は変わらん >>44
でもそのプログラムに似たものを作ろうとするとそれが最適解では? >>49
自分に馴染みのある言語使った方が多分早い やっぱシンセガイジじゃん
UIが複雑なものはどんなフレームワークで作っても大事なのはフレームワークを使ってどのように設計するかだから自分の能力を高めないとスパゲッティになるだけ 「〇〇 Clone」 でGitHubリポジトリ探すといいの出てきたりするよ
同じ言語で書かれてはいないかもだけど まずjavaでもやってみたらどう?
その入門書すら分からなかったらそもそも無理な話なんだし 簡単なお絵かきアプリなら簡単なのでそこら変に転がってると思う Office的なリボンUIがついたイラレみたいなの作りたい C#のWPFがリボンUI作りやすいかなと思ってたけどC++のMFCでもリボンコントロールライブラリあるみたいだからどっちにするか迷ってる >>59
C#でかC++で迷ってる
簡単なのはC#だろうけど高度なことしようとするとC++なんかな? >>61
機能が豊富なアプリはみんなリボンUIに移行してるよ
Autodesk製品とか特に >>64
WPFはリボンUI実装する機能が標準ライブラリについてる >>66
そんなイメージあるわ
有名ソフトほとんどこれで書かれてないか?
OfficeとかAutoCADとか >>68
単に古いから技術の蓄積あるだけ
新しく始めるのにC+を選ぶメリットなんてない つーか全部マシン語で書けばいいんじゃね?それで解決
夢がひろがりんぐwwwwwwwwww >>63
UIの制御は高度なことではない
基本的にC#でいい アセンブリレベルで高速化の必要がある場合はC++つかうだろうね
どうしてもランタイム上で動かすコストが発生するし リボンUIでググったら
リボンUI 廃止
リボンUI 失敗
って出てきてワロタ AutodeskやAdobeはc++
c#じゃ遅くて話にならん 重い処理するならC++C#Javaのどれかで良いんじゃね JavaやC#は重い
大規模アプリケーションだと普通にきつい
UnityはC#っていうやつ居るけどあれはインターフェイスとしてC#使ってるだけでランタイムはゴリゴリにカスタムされた別物だからね 何でプログラミング言語っていっぱいあんの?
ただでさえ英語中国語スペイン語やらいっぱいあって面倒なのにプログラミングの言語くらい世界で統一しとけばええやん >>81
言語って言うけど使われている言語は英語のみ >>81
はやくこういう機能実装してくれよ
とか
こういう書き方あったほうが効率的だろ
とか
実行環境のここは守りたいまたは権限ほしいとか
新しいOS開発したしついでに特化した言語作っちゃおうとか
既存の言語のアップデート待ってられないから作っちゃう感じ 参照DLLや関数名で何となくわかる
とくにCタスタス ヘッダで大体わかるし逆アセンブルした時のコンパイラの癖でも大体わかる ここの奴のいうことは何も聞くな
プログラムなんて外注しろ ちゅうかそれらしい物を作ったことがないんだったら図形の内部表現とかハンドリングやグラフィックス演算みたいな基本的な概念を押さえるところからやった方がいいよ ■ このスレッドは過去ログ倉庫に格納されています