13/03/27 10:33:57.70
ﾜﾛﾀ
104:デフォルトの名無しさん
13/03/27 17:28:57.87
存在価値のない言語の
存在価値のない厨による
存在価値のない糞スレ
105:デフォルトの名無しさん
13/03/27 18:07:12.96
HSPの特徴を理解した上でレスしないか？
利点と欠点というか。
インスコが簡単なのと手軽なのがHSPの利点で
それ以外は基本欠点なんだから、それをわかった上でレスをだな…
106:デフォルトの名無しさん
13/03/27 18:32:56.11
環境なんて1度インスコすれば1年2年使えるのに
それがちょっと簡単なだけで利点と言われましても
107:105
13/03/27 18:39:14.52
確かにそうだが、プログラミング初心者からしたら
Javaみたいにパス通したりなんやりが無い分
敷居が低いというか。
108:デフォルトの名無しさん
13/03/27 22:37:34.07
>>104
じゃあ来るな
そして書き込むな
電源を切れ
109:デフォルトの名無しさん
13/03/27 22:42:45.37
>>104
>>108
110:デフォルトの名無しさん
13/03/27 22:51:58.66
ＨＳＰの仕様を、他の言語と比べる事自体が間違い。
なまじ、Ｃ言語に近づけるＨＳＰの姿勢も間違い。
各言語の一長一短を理解して使い分けるのが正しい。
何でもかんでもＨＳＰでやろうとするのは、アホやバカ。
長所を理解せず批判だけするのも、アホやバカ。
111:デフォルトの名無しさん
13/03/27 23:04:43.73
掲示板
Q．（略）これこれこういうこと、できないでしょうか？
Ａ．サンプル作ってみました
API、API、API、API、API、API、API
何をするにもAPI。なにそれ。
112:デフォルトの名無しさん
13/03/27 23:05:27.35
必要なのは動作するｿﾌﾄｳｪｱであって
そのｿﾌﾄｳｪｱがCで作られようがHSPで作られようがどっちでもいい。
要求通りの性能が出ればどっちでもいい。
魚を3枚に下ろすのに出刃を使おうがﾍﾟﾃｨﾅｲﾌを使おうがどっちでもいい。
出刃の方がやりやすいっちゃぁやりやすいけど。
113:デフォルトの名無しさん
13/03/27 23:06:11.30
はよ
114:デフォルトの名無しさん
13/03/27 23:14:19.07
大きいＨＳＰコードは書きたくない。 いや、書けない
115:デフォルトの名無しさん
13/03/27 23:15:39.24
えーちえすぴー
116:デフォルトの名無しさん
13/03/27 23:28:19.95
もっとHSP自体の話題が合っても良い気がするな。
似たような命令例えば(picloadとcelloadとimgload)の使い分けどうしよう？とか
ある処理をわかりやすく処理が早く書くには。とかさ
117:デフォルトの名無しさん
13/03/27 23:38:00.04
とりあえずラベルよりも関数が便利
変数名の衝突を避けるために #module～#global で括ればおｋ
さらに何かしたければモジュール変数を使えばいいけど
モジュール変数の配列は扱いが特殊すぎるので注意が必要
118:デフォルトの名無しさん
13/03/27 23:40:40.04
ラベルと関数を7:3ぐらいで使ってた。
関数名のが良いのか
119:デフォルトの名無しさん
13/03/27 23:44:27.16
HSPを使う限り速度は求めないな。
分かりやすくってのはｺﾒﾝﾄとかｲﾝﾃﾞﾝﾄを付けるとかで補う。
あとはﾓｼﾞｭｰﾙ化して参照渡しを駆使。
なんちゃって構造体とか。
個人的には、もっとまともに動くC系へのｺﾝﾊﾟｲﾗが欲しいな。
HSPｺﾝﾊﾟｲﾗでもいいけども。
ただそれだと最初からC++なりC#使えって話になるけど。
そもそも中間言語を使うﾒﾘｯﾄが全然活かせてないのはいかんともしがたい。
120:デフォルトの名無しさん
13/03/28 00:11:49.27
はよ
121:デフォルトの名無しさん
13/03/28 01:12:08.90
ゲームを作るぞ
122:デフォルトの名無しさん
13/03/28 01:14:09.09
なあ樺地
123:デフォルトの名無しさん
13/03/28 12:19:18.71
>>1乙