【iPhoneも】Titanium Mobileスレッド【Androidも】
1 :
デフォルトの名無しさん:
このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
京都大学霊長類研究所
人いる?質問色々したいんだけどー
jsWaffleスレはないの?
日本語情報少ないからここで情報交換できたらいいんだが。
てゆーか既にそのような場所ってあるのか?
>>5 非公式フォーラムがあるけど2ちゃんの方が聞きやすいよなー
Titanium studio家で入れて使い始めたから会社でも、って思ってたら会社のNWだと串があってログインできなかった。ログインする前に串の設定できるようにしておくれ。
>>7 TitaniumStudio.iniに設定しろ。
-Dhttps.proxy=true
-Dhttps.proxyHost=<プロキシのアドレス>
-Dhttps.proxyPort=<プロキシのポート>
-Dhttp.proxy=true
-Dhttp.proxyHost=<プロキシのアドレス>
-Dhttp.proxyPort=<プロキシのポート>
あと注意点。
あるPCのTitanium Studioでログインしているアカウントを
別のPCのTitanium Studioでログインしようとしたら弾かれる。
都度ログアウトするようにするか
アカウント複数作るかしろ。
うんこ
>>12 Titaniumがうんこなのには完全同意
JavaとObjective-Cで開発した方が早いという罠
不人気IDEスレ保守
15 :
sage:2011/08/11(木) 00:50:21.15
MacだがTitanium Developerは動くんだがTitanium Studioでmobileプロジェクトが作成できない
インポートしたプロジェクトでもエミュレータが起動しない
Androidにいたってはパスを設定するとそのままフリーズ。
詳しい人教えろください
こんなもん喜んで使ってるバカは死ね
JavaもObjective-Cも理解できないようなバカはプログラマ辞めろ
17 :
デフォルトの名無しさん:2011/09/12(月) 03:51:37.26
iPhoneでオーズアプリ作れるとか言ってたけどやりかたがさっぱりわからん。。。
どしたらいいか教えてくれ
>>16 馬鹿はおまえだ
JavaとObjective-Cで複数プラットフォーム共通で使えるアプリが作れるならTitaniumもPhoneGapも必要ねぇんだよ
加えて、C#かw
クロスコンパイル環境がねーと、開発コストがかさんで仕方ね―w
>>18 AndroidとiOSは似て非なる仕組みなんだから
同じ言語で作成できたとしてもどっちみちWrite onceにはならねーんだよ。
実際if文の嵐じゃねーか。
だったら最初からJavaとObjective-Cで開発したほうがいい。
あげ。
23 :
デフォルトの名無しさん:2011/12/03(土) 16:04:17.69
TitaniumMobileで作られたAndroidアプリって何があるの?
jsWaffleでもいいけどさ
どの程度の所までできるのか気になる
>>23 そこそこiPhoneと同じようなことが出来るんだけど、あんまり事例として出てこないな…。
25 :
デフォルトの名無しさん:2011/12/08(木) 00:40:50.27
Titanium studio プログラム初心者には覚えやすくて良いです。
どなたか、良いサイト(できればTitaniumのバージョンが新しい)を教えてください。
本家のドキュメント親切だよ
俺はflexで作ることにした
28 :
デフォルトの名無しさん:2011/12/26(月) 00:38:35.57
flexも情報少ないな
最近までairが本命だと思っていたのよ。
が、サンプル作って実機転送して思ったね。
こりゃダメだと。
容量がでかいし、何より動きが鈍い。動きが凝れるだけに残念な。
基本動作が鈍いのでチューニングのしようもない。
で、titaniumかなと思っとる次第です。
Titaniumも若干重い感じはするし、チューニングの余地はあまりない…。
メモリ解放が少し出来るぐらいで。
Titaniumでも凝った動き入れると重いしカクつくよ
Android端末(2.2と2.3)でしか試してないけど
iPhoneなら、もうちょいマシになんのかね・・・
>>31 iPhone、デフォルトの動きならスムーズ。
だけどオリジナルのアニメーションをやろうとすると、けっこう重い。
シミュレータとかだと普通に動くのに実機だと全然違う。
やっぱりこれ使うには、iOSもAndroidもある程度理解したうえでないと不安。
ソースの1本化の効果がどこまででるかは、ifで何回OS判定するかにかかってる。
でも、そんなにif文増えるのかな??
これで独立できる
売るものはスマートフォンアプリ WEBサイト運営
サーバーはクラウド VPS
電話はスマートフォンSkype
オフィスは地方にプレハブ型の格安高性能オフィスを建て(300万〜500万)
レンタル自習室&シェアオフィスで収入を得ながらそこで開発する
http://tinyurl .com/43xmk7m
http://tinyurl .com/3mopkfy
35 :
デフォルトの名無しさん:2011/12/30(金) 11:48:40.93
Androidではネイティブでやるしかねえよ。重くてガクガクで話にならねえ。
と言うか他のスクリプト言語でも、iPhoneでしかまともに動くアプリを作れねえよ。
特にUI使いまくるアプリは。それでもこんな発展途上よりmobile airアプリ作る方がまし。
これってテーブルに入力系のコントロール置いても入力出来ないね。
iPhoneとかiPadで購入したアプリのコードってどういう方法でみることできる?
Admobの表示の仕方が知りたいな
ボタンの反転色。Androidのシミュではオレンジ。AQUOSでは青。Xperiaでは無色。笑える。
Androidのシミュレーター、実機とイベント発車のタイミングが違うんだけど。
こんなゴミ開発環境知らんわ。
しかも実機とバージョンにも寄るしな。ICSエミュるとくそ重いし
もう泥は型落ち実機数台抱えての実機デバッグがデフォなんじゃね
flushbuilderでやってた時はこんなにAndroidのシミュ酷くなかった。
なら引き続きフラッシュでやればいいのでは?
両方やってる。
タイタニウムも最後までパッとしなかったよね。
jqueryでネイティブアプリ作れる様になったらこの不毛な混乱は止むのにな。
新しいTitanium Studio入れるのに手間取ったわ
出たんけ?
2chでは盛り上がらないねw
昨日デビューした
もっと盛り上げてくれ!
2ch はオワコン
もうほとんどまともな人いないからな
おまえ、、、。
55 :
デフォルトの名無しさん:2012/04/23(月) 21:34:44.49
titanium mobileで作ったアプリと
KDDIのSATCHで作ったARモジュールって合成できないの?って聞かれた・・・。
俺titanium mobile詳しくないんだよ・・・誰か教えて。
titaniumで2つくらい軽いアプリ作ったレベルです。
次はdrawツール作って勉強しようと思うが、
javascriptのcanvas+webviewでやるのが良い?
上級者のアドバイスが欲しいです。
>>57 ハイブリッド開発は結局、webViewだから、それで良い
Phonegapスレはないのか
gitって所からサンプル落としたりして実行してるけど、
それって自分のプロジェクト管理にも使えるって事?
ただバージョンが上がる度に上げて行くって事?
何か覚書とか添えたりして?
シングルコンテンツにしたら、app.jsに置いてたグローバル変数が読んでくれなくなっちゃったんだけど、
どうしたら良いんだろう。。各ファイルでグローバル変数集オブジェその都度読んでも、メモリ圧迫するんだよね。
プロパティとして深い所まで渡して行くのも煩雑に感じる。
皆さんどう解決してるの?
titaniumのiPhoneアプリって何かある?
イベント少なくね?
64 :
デフォルトの名無しさん:2012/05/27(日) 23:32:02.68
GET /1/related_results/show/:id.{format}
の使い方がマジでわからん
どうやってテキスト取得するんだよ
ググったらあったよ
66 :
デフォルトの名無しさん:2012/06/02(土) 15:05:45.99
いやないよ
ないアルよ
あんよ
textAreaの一番右下をタッチしたのと同じ効果を得たいんだけど、
(カーソルを最終行に移動したい)どうしたら良いんだろう。
keycode送るとか
>>70 ありがとう。でもkeycodeって何ですか?もしかしてkey eventの事ですか?
タッチとかキーイベントとして送れるのですか?
72 :
デフォルトの名無しさん:2012/06/10(日) 18:43:12.62
Androidって非同期処理しかできないみたいだけど、
同期処理っぽく動かすことはできますか?
function test() {
非同期処理
for(・・・) {
非同期処理
}
非同期処理のコールバックに次の処理を書く
並列処理するjavaScriptのライブラリなかった?
75 :
デフォルトの名無しさん:2012/06/16(土) 16:19:32.11
Titanium Mobile iPhone/Androidアプリ開発入門―JavaScriptだけで作る
Titanium Mobileで開発するiPhone/Androidアプリ (Smart Mobile Developer)
これどっち買う方がいい?
白い方
77 :
75:2012/06/16(土) 17:51:21.91
iOSでローカル通知を使用する時なのですが
例えば朝の10時と夜の10時の2回設定したとして
朝の通知を放置したまま、夜の通知でアプリを起動した時に
朝の通知が起動後にアプリ上でぴょっこり出てくるっていうのを防ぐ方法
(最新の通知ダイアログ以外を消去する)っていうのはありませんか?
兎に角チタニウムはイベントをまともに出せる様になってから出直して欲しい。
80 :
デフォルトの名無しさん:2012/08/08(水) 00:28:44.85
viewが重なってるとき
(ViewAの上にviewBがかさなっていて、
ViewBのほうが小さくてすっぽりviewAの中に入っているとします)
ViewA.addEventlistner('click',function(e){
//ここでe.x,e.yを使うと、
});
e.x、e.yがviewA内での座標の位置ではなくてviewB内での位置になってしまいます。
これをviewAないでの位置を取得するにはどうしたらいいのでしょうか?
だからtitaniumでイベント関係にまともな挙動を期待しても無駄。
膨大な時間と老後の蓄えの浪費
Xcode4.5にアプデしたらiPhoneシミュレータが起動しなくなった
アプセラ公式ブログ見たらiOS6とiPhone5に対応させたSDKのRC版があったら入れてみたけどそれでもダメ
同じ症状の人いる?
xあったら
oあったから
連投スマソ
ビルドはできてるの?
Titaniumからシミュ起動するんじゃなくて直接xcodeのプロジェクトから起動してみたら?
>>86 xcode試した
シミュレータは起動するけど「finished
Running hoge.app」ってなってシミュレータが真っ暗なまま固まっちゃった
連投スマソ
TitaniumStudio入れ直したらキッチンシンクはシミュレータで起動成功した
それが自作アプリだと、シミュレータが一瞬起動するけど
「application has exited from simulator」
ってコンソールにでて、アプリが起動しないまま勝手にシミュレータが自動的に終了してしまう
textArea上に表示されてるカーソルの位置にある文字を挿入したいのですが、良い方法があれば教えてください。
ごめんなさい何言ってるかわからなかったのでもう一度。。
textArea上に表示されてるカーソルの位置に、ある文字を挿入したいのですが、良い方法があれば教えてください。
textarea.value = textarea.value.substr(0, textarea.selectionStart) + ある文字 + textarea.value.substr(textarea.selectionEnd);
>>91 ありがとう。でもtextArea.selectionStartやtextArea.selectionEndはundefinedになり、
リファレンスを見てもtextAreaにはその様なプロパティはない様なのですが、、。
scrollableView、触ってるウチに内蔵してるビューとかその上の部品の表示がパッパッと消えるんだが。
採苗がする操作したら戻るけど、どうすりゃいいのこんなの。
後、別のコンテキストに引数付きでファイヤーったらObject型のゴミに替えてくれるんだけど、
これもどうすりゃいいの?どっちも最新タイタニウムSDKでAndroidなんだけど。
94 :
¥:2012/10/13(土) 23:07:05.82
今日からここの住民になります
お世話になります
95 :
¥:2012/10/14(日) 02:17:30.60
キッチンシンクの中身多いな・・・
SDKの不具合と戦うのに99パーセントの時間と知恵と情熱をかけなければならない。
97 :
¥:2012/10/15(月) 00:29:04.22
俺もOS作りたい
さっさと3出してまともにAndroid動かせよな。
Androidホント糞だね。
現在MapのAnnotationでイベント取れなくて嵌り中。
いくつかブログみてるとtitleだけはイベント取れるっぽいんだけどなぁ。
情報まとまってるトコないかな…
誰かtitanium studioでgithub簡単に使う方法教えて下さい。
(コマンドラインとか出来るだけ使わない方向で)
Githubのページでリポジトリ?は作りました。。
101 :
デフォルトの名無しさん:2012/10/19(金) 20:59:16.55
>>100 Project Explorerパネルから、
該当プロジェクトフォルダを右クリック > Team > Share project
でなんとかなると思うよ
デフォでgitプラグイン入ってないんじゃなかったっけ?
share projectの項目うちのじゃ出ないですね。。
Pushとかpullとからしいのはあるのですが。
プラグインとか探せば良いのかな。
ビューに色付けるだけで長さ変わるとかもうやってらんない。
OptionDialogの最大幅を計算(取得)することはできるのでしょうか?
ダイアログにカスタマイズビューを貼り付けようとしているのですが、
ビューの幅がある値を超えると、ダイアログがそれ以上大きくならないので、
ダイアログの最大幅を元にビューの中身を調整しようと思っているのですが。
Android、ビューの角丸指定してもなってくれる機種とそうじゃないのがあるのが辛い。
Android、再描画前か何かの機会にスプラッシュスクリーンをチラ見せするのは如何なものか。
Adobe AirとTitaniumで迷ってんだが、どうしたものか
静かだなw いつの間にやらTitanium 3に上がってるw
・・・新規プロジェクトがnullpoで作れない。
糸冬了
node.jsが必要になったな。
人がいるかどうかわからないけど質問です。
ボタンのclickでscrollViewのスクロールをさせたいんですが、そもそも今の位置をとったり、位置を指定してスクロールさせることは可能ですか?
115 :
デフォルトの名無しさん:2012/12/30(日) 18:53:38.85
人がいるかどうかわからないけどageます。
>>114 button.addEventListener('click', function(e) {
var offset = scrollView.scrollOffset;
scrollView.scrollTo(offset.x + 10, offset.y +20);
});
>>116 回答ありがとうございます。
scrollOffsetのパラメーターがどのクラス探しても無くて、contentOffsetしか見つからないです。。
どのクラスでしょうか?
>>115 人呼んでくれてありがとう。
それはイベントの引数なのでインスタンスのプロパティとは別もの。
実際にイベント起こしてTi.API.info(e);やらブレークポイントを設定してデバッガ起動して変数の中身を見てみると良い。
さらに、イベントの引数はAndroid、iOS、webで違うものもあったりするので余計に動作を確認する方がいい。
あらっと、ちがったごめん。
>>117 ごめん、間違えた。
var offset = scrollView.contentOffset;
で現在のスクロール位置が取れるよ。
>>120 ありがとうございます。scrollViewにてスクロールさせることが出来ました!
さらに質問で申し訳ないのですが、webViewのclickイベントでwebViewをスクロールさせることは出来ますか?
scrollViewにwebViewをaddしても巧くいかないですよね。。
Kitchen Sinkのソースを見てみたんだけど
app.jsで条件分岐してプラットフォーム毎に異なるApplicationWindow.jsを読み込んでいる割に
そのApplicationWindowオブジェクトは実際には使っていないような…?
idにcom.が入ってないせいでアプリ起動しなかった事に年末年始潰れた。
3.0からボタンでwindowをcloseする際アニメーションしなくなった?
Titanium始めようと本買ったりブクマしたりしてたが忙しくて手を出せずにいたので
いざ実際に始めてみたらTitanium DeveloperがStudioになってて
集めた教材がまったく役に立たなかったでござる
この1年くらいでどえらい変わったからね
それにしてもちょっと変わりすぎじゃないかと思う
マジで1年以上前に書かれた教材は全部ゴミになった
エロイ本出せやこら
わかった
最近使い始めた。
ボタンとかに設定したclickイベントが2回しか効かないんだけど、なにこれ?
じゃあ捨てて再生成するとか。
同じく最近使い始めた。
ぐぐって出てくる情報が前のバージョンばかりで、めっちゃ苦労してる
新しい本早く出てくれ
Androidでタブを下に出す方法がわからない
ぐぐって出てくる情報は現バージョンで動かないし
あとSDカードに移動できるようにする方法もわからない
ぐぐって出てくる情報は(ry
136 :
130:2013/02/06(水) 15:58:16.88
キッチンシンクはちゃんと動いてるのに、ソース真似てもバグがとれん…orz
>>122 おんなじこと思ったわww
仕組みが謎すぎる
Alloyって使ってる?
この方が作りやすそうなんだけど、まだ早いのかな
また、参考になる本とか出てるのかな
139 :
130:2013/02/06(水) 20:13:00.29
ふぅ…やっと解決した。
ボタンの類を、
Window生成後にaddするんじゃなくて、
createWindowの引数オブジェクトのChildrenプロパティにセットして渡していたのがまずかったみたい。
しかし、なぜそれがダメなのか理解できん…。
2回だけしかイベント発生しないって現象も意味不明。
>>138 Android持ってないです。
SDKも入れてない。
140 :
130:2013/02/06(水) 22:00:14.37
>>137 良さそうとは思うけど、
もっと人柱増えてからかな(^_^;)
モジュールの作り方について詳しく書いてるところってある?
>>142 titanium moduleでぐぐればいろいろ出てくるけど。
質問があるなら、OSと、どんなモジュールを作りたいかくらい書いて欲しい。
144 :
130:2013/02/08(金) 00:22:37.47
>>141 試してない。
てゆうか、そもそもの質問ってどっちの話題に対して?
リワード組み込み系のモジュールってすぐ作れる?
キッチンシンクのuseSpinner timeってどうやってpickerのサイズ大きくしてるの?
確かにソースを見なくても挙動を見ただけで全てを感じる事が出来るのが真のプログラマーなのだろう。
148 :
デフォルトの名無しさん:2013/02/18(月) 10:53:43.73
すごく初歩的な質問で申し訳ないのですが、windows7(64bit)上のtitaniumで
iPhoneアプリを開発する事は可能なのでしょうか?
どなたかご存知の方、ご教授よろしくお願い致します。
できねーよ。
>>148 できるけどmac持ってないときついよ。
オンラインでコンパイルできるのを誰かが開発したってtiTokyoで言ってた。
デバッガ使えないし結局はmac無いとね。
mac買うのはいいんだけど置き場所が無いんだよなぁ
153 :
130:2013/02/18(月) 14:35:36.79
今のマシン捨てて、Windowsは仮想化もしくはbootcampで動かせば?
154 :
148:2013/02/18(月) 15:26:00.96
>>149,151
そのオンラインでコンパイルできる何かを使えば、
windowsでも、かろうじて開発が可能という解釈で正しいでしょうか?
>>153 macがあったらtitaniumなんて選択支に入るわけn(ry
もう2013年だし、jdk1.7でも動k・・・かない・・・orz
155 :
151:2013/02/18(月) 17:02:59.10
>>154 MacがあったらTitaniumが選択しに入らないっていうレベルなら厳しいと思うよ。
中古のMac mini買った方が安くつくんじゃない?
仕事でもないのにiPhoneアプリ作るのが間違い
>>154 titaniumの利点はそこじゃないだろ。
クグったら仮想マシンでosx動かしてる人いたけど、それじゃxcodeでもいいわけだし、
オンラインでコンパイルできてもiPhoneシミュレータのために、やっぱりosx必要じゃね?
iPadで開発するの無かったっけ?
有志が作ったAndroidのもあるけど、癖強かった、、。
昔同じ事を考えたが、メンドくさくなって買ったよ
OSXだけ買ってVMでできるんだと思うけど
titaniumじゃなくてphonegapベースでいいなら、monacaっての使えばブラウザで開発〜コンパイル〜配布までできるよ。
MacMiniなりMacBookAirなりを買っちゃうのが一番手っ取り早いと思うんだけどなぁ。
163 :
160:2013/02/20(水) 01:05:54.01
>>162 冗談で書いたんだが、まさか感謝されるとは…。
HTMLベースだから、見た目とか挙動とかはネイティブアプリとは程遠いよ。
俺は開発途中でtitaniumに乗り換えた。
まあよくできた環境だとは思う。コンパイルしなくてもiPhoneで動作確認できるデバッガとか。
Windows7x64上でvmのLion動かしてるよ。
メモリさえ8GB以上あれば割とサクサク動く。
Alloyメジャーアップデート勘弁してくれー
開発環境セットアップが難しすぎない?これ。
自分や社内のPC何台かに入れたけど、毎回様々なエラーが出て解決策がなかなかわからない。
ぐぐっても前のバージョンの話やMacの話ばかり出てくるし…。
なかなか開発開始できない
166 :
160:2013/02/20(水) 23:24:11.71
Macではまったく問題なかったが。
むしろ開発始まってからいろいろ困ってる。
subversionがうまく使えなかったから効率悪かったな
まぁマジレスすると、foundry22.com ってのがあるな。試したことないけど。
169 :
151:2013/02/21(木) 11:50:50.83
>>167 最近のオープンソースGitじゃないときついだろ
171 :
デフォルトの名無しさん:2013/02/21(木) 12:10:36.68
>>165 大抵の問題はアカウント名が日本語じゃね?
ソース修正やら設定ファイル弄るやら諸々頑張れば何とかなるけど、
一番手っ取り早いのはアルファベットのアカウントで使えばデフォですんなり動く。
それより問題はiPhoneで普通に動くコードがAndroidだと途端に動かなくなること。
174 :
デフォルトの名無しさん:2013/02/28(木) 11:37:07.77
これってJavaScriptエンジンをまるごと配布ファイルに内蔵してんのか
ビルド時にJavaScriptを変換してコンパイルするのかと思ってたよ
ということはJavaScriptのソースがそのまま配布ファイルに入ってるの?
javascriptってみんなそんなじゃなかったっけ?
過疎ってるが、これ使ってる人どのくらいいるの
ぐぐっても古い記事ばかり出るね
ここに1人。
とりあえずアプリひとつ作った。
受託やってんだけど、最近はiPhone・Android両方作ってくれって依頼ばかりだからこれ使い始めた
アプリ的にネイティブのUIが要らず、サーバに情報置いてヘビーに通信するようなものばかりだから
完全Webviewアプリになってる
Phonegapとどっちがいいんだろうか
UIもロジックもwebview上で動くんだったら、どっちでも同じかな。
ちょこちょこネイティブ部品も使うなら、こっちの方が良いかと。
スマホだとcssのposition:fixedが効かなかったりするので
下部固定メニューはTitanium、画面の中身はWebviewって作りにしてる
でもそれだとTitanium側とWebview側の連携がめんどくさい
まあ一度作ってしまえば終わりだけど
そういう意味では、titaniumのほうが融通きくね。
どうしてもネイティブの機能が必要になって困ったけど
iPhone、Android共に、モジュール作ることで対応できた
助かった
ホントにこれちょっとUI凝ったら異変起きるな。
これだったらある程度のテンプレ用意して改変するぐらいのほうが良いだろ。
盛り上がらないね。質問ググっても未回答のBBS書き込みばかり出てくるし。「あきらめないで!」じゃねえよw
公式のフォーラムはそれなりに書き込みがあるが、よく見るといつも同じ2〜3人が適当な回答してるだけだな
座マリンとかいうののほうがよくね?
5日なやんで、もう、ダメかとおもってきた。
スケルトンつくって、動かすだけたんだが、とにかくandroid エミュレータに、
インストールされない。
奇跡的に一度動いたけど、エミュレータの設定いじった、それっきりうごかなくなったし。
もうだるい
2chはもう人少な杉で駄目だわ
俺もAndroidエミュだけはどうしても動かず諦めた、起動も遅いし
Androidは実機デバッグのみでやってる
アカウントが全角だからじゃないの?
とうとう公式で質問してもレスがつかなくなった
金払ってサポート受けるしかないのか?
androidSDKのインストールがうまく行ってない可能性が高い。
ゴミみたいなアプリをさくっと作るにはいいねこれ
Phonegapよりもネイティブ的なのがいい
quicktigame2dを手に入れる方法知らない?
tes
iphoneアプリ. Windowsアプリを売って生き残れ Ver 1.7 リンク数61
Http://qr. net/kh4y
>>193 titaniumでゲームとか時間の無駄
これってソース内のコメントも配布バイナリに含まれてしまいますか?
自分で難読化とかするべき?
これで製品レベルに仕上げるのきっついな
でもネイティブで2種類作るよりはマシか…
ほとんど俺しか書き込んでないなこのスレ
じゃあ、俺も書くわ。
いちおう製品として出すもん作ったよ
そうか。難読化とかした?
今後も使う予定?
> そうか。難読化とかした?
してないよ。する必要もないベタなアプリだから。
> 今後も使う予定?
うーん…。
objC書くのが嫌で、こっち選んだんだけど、けっきょくMacアプリ作るためにXcode覚えなきゃならなくなったから、次回からはXcodeで作ることになりそう。
表現力が限られてくるし、変な癖もあるし、ちょくちょくシュミレータ起動に失敗するし、Androidとの互換性も今ひとつだしねえ。
一部での盛り上がりが嘘のように終わってる。
うん、糞だね
糞アプリ作りたい時に使う、大人の事情でそういう仕事もある
広告やアプリ内課金やらのSDKの対応も
大体PhoneGap、Adobe AIR、Unityあたりで
落ち着いて来てる気がする。
うん、alloyとか着眼点は良さげなんだけど、もうなんか熱が冷めつつある…。
次はmono使ってみたいな。
>>206 え、そうなの
俺が使ってるやつはどれも、ネイティブかTitanium版しかない
ネイティブしかないやつはモジュール作ってるけど、めんどくさいお…
完全にゴーストスレ化…
開発元がやる気なさすぎ
何故Titaniumは失敗したのか
GUIを共通化しようとして、どの機種でも表現力が制限されてるのが一番のネックかな。
GUIはネイティブで組んで、ロジックだけC#で書くxamarinの方向性が正解な気がしてきた。
Androidのエミュレーター立ち上げに時間かかるんだけど、
毎回閉じないようにすればその時間が不要になると聞いた。
でもソースを変更したら一度エミュ閉じないと新しい実行ファイルの動作確認が出来ない(先に進まなくなる)。
何か方法があるのでしょうか?
しょーもない質問ばっかり繰り返さないで実機使え、カス
と、カスが申しております
こんなカスで游んでる奴全員カス
ザマリンってどうなん?
値段高いんだけど
まだヘンな応援隊がついていないのでいいのでは
公式の掲示板がクソすぎてもう…
開発元が答えてやればいいのに
わけあって最近使い始めたんだけど
なんか問題起きてぐぐると3年前のバグ報告とかがよくひっかかる、しかも未解決
最新Verでも起きるってことはバグを3年放置してんのかよ、何なのこれどうなってんの
使わないのが一番なんだけどわけがあるとはかわいそす
>使わないのが一番
ホントにそうだった
そこそこ有名なのに、ここまでダメダメだとは予想しきれなかった
特にAndroid版がひどい、でもiOSも変なバグが放置されててやはりどっちもダメかも
主にメモリ周りの不具合が致命的。
httpClient周りもひどい。
ファイルIO周りもひどい。
結局iPhoneはTitaniumでいけたが、Androidはネイティブで組むことになった。Titanium意味ねええええ
マジか…
次、Android版作らなきゃなんないのにorz
今年初めてTitanium使った者だけど、あまりの駄目っぷりに逆に興味がわいてきた
日本にもTitaniumコミュニティあるけど、皆何を考えて何作ってるのかちょっと知りたいので、
参加してみようかな
ハイブリッドアプリもwebviewとhttpclientの連携で詰まりまくる。こんな事も出来ないの?と言う驚きに満ち溢れすぎて辛い。出来てもiphoneかandroidどちらかだけってパターン多すぎ。これ以上被害者を生み出さないためにもappceleratorは早く倒産した方が良い。
同意。
無料ですべてできてしまわないように、わざと問題を放置しているような気さえする。
httpClientは本当にひどい。クッキーは取れないしセッションは切れるし、オレオレSSLは使えないし
リダイレクトさえまともにできない。何なんだこれ
未だにこれを広めようとしてる奴らもいるみたいだな
実際使ってみたら、他人に勧めようなんて発想にならないと思うんだけどなあ
あ、仕事でなくて趣味ならありなのか
こう言うのでマシなのってある?
phonegapとか?
うちは結局ネイティブ書くようになったのでよくしらんけど
ゲームならcocos2dxかunity
Titanium愚痴り会とかやりたい
生産的じゃないけどw
このスレでTideSDKの話はダメですか
他に日本語のコミュニティがないみたいで・・・
チタニウムじゃなくてタイタニウムって呼べと言われた時点で何か怪しいと気付いていなければいけなかった。
公式のドキュメントが不親切すぎるのだが
サポートで金取るためわざとなのかな
公式サイトが全体的にわかりにくい。
IDEが使いにくい。
バージョンアップ対応がめんどい。
商用で使う人いるのかな。
phonegapって速い?
iOS7で動かねーじゃん死ね
商用で使ってしまって、今また機能追加を依頼されている俺がいるorz
金額的に、今さら作り直すことはできない…
俺も同じような感じorz
広告のSDKとかたくさん追加されて(当然ネイティブ用)、最初からネイティブで組んどきゃよかった…
>>245 titaniumを選んだのはテーブルビューのスクロールがスムーズだからなんだよな。
知り合いがTitaniumで作って納品直前でネイティブで作り直す決断してた
androidで外部サイトをwebviewで表示させてみたけど、loadイベントをちょくちょく取りこぼすんだよ。loadの代わりになるイベントも無いし、webviewのローディングが終わったかどうか確実に確かめる方法が無いなんてそんな馬鹿な話しがあるか?
8割動くアプリはすぐできる
10割動く製品アプリは作れない
androidのwebviewでsetuseragent使うと、何故だかselectリストの挙動に異常をきたすようだ。まともに動くメソッドはほとんど無いと思って開発する必要があるな。あらゆるメソッドが何と無く動くレベルだわ。
アバンダンシップ!アバンダンシップ!
Androidで使うと、AndroidのクソさとTitaniumのクソさが掛け合わされて
それはひどいことになる
で、iPhone/Android両方である程度同じように使えないと価値ない
あとはわかるな?
あと確かに、AndroidのWebViewまわりはヤバイようだ
特にload時
HTML側のJavaScriptからwindow.innerWidthとか取ろうとすると、毎回違う値が返ってくるw
基本的な機能が不安定だから困った事になっても根本的な解決策が無い場合が殆ど。こんな当たり前な機能がまともに動かないんなら手の出し用が無いと絶望し、トリッキーな事して少しだけ誤魔化して終わる。
明らかにTitanium側の問題なのに、サポートしてくれないのがつらい
まあ金払えってことかもしれないが、ちょっとこれに金は出せんよなあ
金出してもなんともならんだろ。
金を出しても不具合直してくれる訳じゃないんだよね?
こうしたら問題を回避できますみたいに助言が貰えるだけ?
まぁ回避方法すらないような問題ばかりだろうから金を出すとどうなるのか興味あるわ。
ここで愚痴ってるのはどんな層だろ。
Titanium がサポート無いっていうけどオープンソースで商用サポートも付けずにいうセリフか?
ちなみにどんな問題だ?不安定とかそういう曖昧な言葉じゃなく具体的に。
ここ10スレッド以内だけ見てもandroidのwebview、setuseragentにloadにと具体的に書いてあるよ。取得値が安定しないし、event自体起こったり起こらなかったりするのよ。
loadイベントすら満足に捕捉出来なかったらローディングのインジケータすら満足に実装出来ないよ。httpclientもtimeoutに設定した時間を過ぎてもうんともすんとも言わない時があるし。
もう潮時だよ。
UnityでもWebViewでいろいろ制限あるみたいだけど、TitaniumでWebViewをまともに制御できないとなると、コスト的になかなか難しいね。
iOS専用でうまくいったという話は聞く。
Androidは鬼門なのでクロスプラットフォームツールとしてはあまり筋が良くないという話も聞く。
と書いてみたが、WevViewだけでなくhttpclientも安定しないのか。
どれも用途の向き不向きがあるけどクロスはひとつのView上で済ませる様な設計をして
html+jsを組み込むPhoneGapなど、OpenGL上で全部やるUnity,cocos2d-xなど、Flash類似でキャンバスを用意してくれるCoronaなどの方が致命傷は引き難い。
また用途によっては、それぞれネイティブに作るのが楽だったりする。
MonoはC#のラッパーなのでどちらも同じ言語だけどそれぞれ開発する感じなので、本当に利点はC#を使えることになる。
RubyMotionはiOSだけだけど、Titaniumも無理に共通化を目指さずにラッパーを目指した方が良かったかも。
そうだね無理に共通化を目指すべきじゃ無かった。でも、それ以前の問題何じゃないかと思ってる。
appceleratorの開発体制は杜撰すぎる。あいつらろくにテストもせず出来ましたみたいな顔してリリースしてくるもん。
developerサイトのquestion読んでると、何年も前の致命的バグをほったらかしだし、チケットがfixedになってても別のバグのせいで使い物にならなかったり、数年前だけどpostメソッドがpost出来ないとかびっくりするようなバグを残したままリリースしてるんだよ。
出来ないなら出来ないで仕方ないよ。でもテストもせずにリリースしてさぁ使ってくださいなんてあまりに不誠実すぎる。下手なもんリリースするせいで世界中の同業者に無駄な労力払わせて、仕事で使ってる人には赤字出させて、害悪以外の何物でもないわ。
テストしてない証拠は無いけど、してたらこんなバグ残るか?っていうのが多すぎるからね。
存在しない方が人類のためになるレベルだとおもう。ただ、他の人も言うとおりiosは比較的安定してる。でもandroidもいけるんですよって言われたら騙されちゃうよ。
まさに今、これでアプリ作ってAndroid版で困ってる。
iOS版は大丈夫だったから先にリリースしたけど、それから3ヶ月経ってもAndroid版が完成しない。
遅い、落ちる、WebView内のイベントが安定しない。すべてここで言われている通り。
何か問題が起きてぐぐるとdeveloper.appcelerator.comの記事がすぐ出てきて、
見ると2年前から質問されてるのに未解決ってことが本当にザラにある。
マジでここ3ヶ月ほど、大赤字出してネイティブで作り直した方がいいんじゃないかと毎日悩んでる。
これでクロスプラットフォームで作れる!って手を出すのは本当に情弱の極み。
自分は十分に警戒してたけど、アプリの仕様が簡単だったから手を出してしまった。
その後クライアントに仕様追加の嵐をくらって、エラいことになってしまったのが敗因。
具体的な問題書けって言うけどマジで本1冊ぐらいのボリュームになるよ。
そのうちブログにでもまとめたるわ。
ゴールドラッシュではツル売らないと儲からないって事は分かってた。
だから分かってる奴らは実際ツル入れとか売ってる。
最近仕事で使い始めたけどすごいねコレ
ほとんどSDKのバグっぽい挙動とかターゲットの差異の対応に費やされて
肝心のアプリ本体のロジック組む作業がさっぱり進まんwww
ここで言われてる通りだわ…
androidの何が害悪かって、中途半端に動く事だよなぁ。
全く動かないならテストコード書いて辞める程度の被害で済むが、下手に動いて実装してからテストするうちにおかしな挙動に気が付く&悪あがきするものの根本的な解決策が無いとか被害は天上知らずだよ。
>>270 まったくそう。もうちょっとでできそう、この問題が片付けば出来そう…な状態が永遠に続くんだよな。
もっと酷ければさっさと諦められたのに。
サポートについては、無料でdeveloper.appcelerator.comに質問書き込んでも
まともなレスがつかないけど、金払ってAppceleratorに質問すれば
スタッフが教えてくれるのかな…とか想像してるんだけどどうなんだろう
ちなみにdeveloper.appcelerator.comでの質問は、一応形だけはレスがつくようだ
「もっと情報をよこしなさい」
「リンク先を見なさい」 ←見たら問題と関係ない
「○○をやってみれば?」←超適当な思いつきで関係ない
必ずこの3パターンのどれかで不自然、そういうバイトでも雇ってんのかな
>>273 Titanium以外のそういうのって、なんでいきなりそんなに高く取ろうとするんだろう
利用者にとっては使い物になるかわからない未知のものなのに、いきなりそんなに払うわけにいかんだろう
で、利用者増えなくて…ってなってるのが多い気がする
と言っても俺は2個ぐらいしか知らんけど
ただより高いものはない、と言う諺を噛みしめる
でも、金を払ったからいいものであるという保証もない
どうすればええんや…
Titaniumの地雷はモジュールで解決するのが基本ですよ。
そんな事するなら最初からPhoneGapだけでいいやん
Titanium バッドノウハウ
・Titaniumをプロジェクトに採用してしまう
そんなきほーんいーやだ
>>279 Mobile app環境のアンケートみたいの見たことあるけど
titaniumは成績悪くて取りやめが多くて本当にその通りって感じだった
先に資料読まない奴は悪
熟慮の末、iPhoneはTitanium
Androidはネイティブでいくことにした
Titaniumに夢を見てたけど、このスレを見て良かった。
アプリの80%ぐらいまではiOS,Android同時にあっという間にできた
残り10%の問題解決に3ヶ月かかった
残り10%が終わって完成する目処は、立っていない
乙。
でもチタニウムを使った有名アプリは出てるじゃんか!
Android版、Jelly Beanの端末だと割と安定して動くみたい
後3年ぐらいしたらTitaniumでも問題なくなるかも?
と思ったけどそんなことなかったわ、WebViewが不安定
結論、やっぱり駄目だ
今、仕事で否応無く使わないといけない状況です。
Titaniumって悪の組織が人類の生産性を下げるために裏で手を引いて作らせてる
そんな気がしてきました…
>>289 >>282が至言。
はっきり言って全然クロスプラットフォームじゃない。
iOS以外を考えてるなら別環境への移植前提でプログラム書くといい。
このスレに書かれている内容が、もっと広まると良いのに
ねー。
googleで検索してる限り何とかなりそうに見えてしまうなんて酷いよな。
web上に落ちてる情報って、このメソッドがありますよ!って情報ばかりで、実はそれが使い物にならない事までは書いて無いからなぁ。
書いてる人も知らないんだろうけどね…
うん、実際に使って製品作った人であれば、絶対に他人に勧めないから
勧めたり紹介してる時点で、ほとんど使っていないことはわかる
appceleratorから何回も○百万DL達成みたいなメール来てるけど
そういうとこにしか頭がいってないのかねメーカーは…
iPhone版にちょこちょこ分岐入れて、Androidにも対応させようとしてたけど、
このスレ読んで、やっぱJAVAで組もうと決心した。
特に分岐入れて両対応させようとするのは狂気だと思う。
今それやってます\(^o^)/
何のためにtitanium使ってるのか、もう誰にも答えられない状況\(^o^)/
分岐入れずに両対応なんて100%不可能なんだから、狂気ではなくて普通の行為だと思うが…
強いていうならTitaniumの採用=狂気ということになってしまう
金取れないレベルのゴミみたいなアプリだったらTitaniumで十分作れるよ
分岐入れまくって、さらにプラットフォーム別に動きの調整、見た目の調整、必要なら新たにモジュール作って…
そこまでやって、品質はネイティブより低いし、ソースもゴチャゴチャして読みにくくなってるだろうし…
そこ行くまでに、まず資料が少ないし、フォローも貧弱だし…
言葉が足りなかった。別プロジェクト組むならまだしも、分岐まで入れて同居させるのはキチガイ。
別プロジェクト組むなら、最初からネイティブでいいやん…
objc
305 :
デフォルトの名無しさん:2013/09/10(火) 14:41:39.62
なかなか暑いな、これから仕事だけど・・・
ドライブ中には
のど渇いたら何飲もう?
307 :
デフォルトの名無しさん:2013/09/10(火) 22:22:47.13
カルピスソーダ
缶コーヒーとか
俺は嫌いだけど
レッドブル常備しとけよ俺はしてるぞ万一のためにだ
社用保温庫すげーぜ必須だぜどこまでもいけるぜ
知人には勧めんけど
いやおまいらにも勧めんけど
社用ってなんだよ?
オフィスに置いてんのか?
知り合いの知り合いが受託のアプリTitaniumで作って納品しようとしたら
蔵にネイティブじゃないと受け入れられないと言われて揉めてるらしい
どういう契約だったか知らんけど、そういうリスクもあるんだな…
ネイティブじゃない、がfalseと言えないだけに地味に痛いな
なんか誤解されてる感を、説明では払拭できなさげな
まだ早めに「Titaniumでは信用できない」って言ってくれるような知識のある蔵なら傷は浅いのかもしれんけど、逆に金取れないのが辛い
・ネイティブに比べ遅い、デカい、不安定になりがち
・蔵にTitaniumの経験が無く納品されてもメンテできない
・開発元がいつまでサポートするのか?
あたりが理由で拒否られてるようだ
315 :
デフォルトの名無しさん:2013/09/19(木) 07:53:27.06
もっともな理由だな。
俺だってTitaniumで納品されたら困るわ。
開発環境構築しようするところから詰みそう。
害悪だけ撒き散らして自分はさっさと足洗った日本人エヴァンジェリストは罪深いと思うわ。
俺達もまた金鉱()が出来たらツル売る努力をしよう。
歯糞?つぎはそれが良いかも知れんな。
バージョン3.0から3.1.3に上げたらクラッシュするようになったああああああああ
もう嫌だTitanium…
ググったら速攻で公式フォーラムの質問がいくつも出てきてどれも未解決、こんなんばっかり
新しいプロジェクトでTitanium導入しようとしてるのを見かけたら全力で止める
とりあえずこれだけは必ずやる
というかコレ導入決めた奴アホだろほんま
もう勘弁してくれ…
それとコレ作ってる奴って絶対自分で使ってないだろ…
作ってる奴って言うけど、引くに引けなくなってるのは容易に想像がつく
最初から使わない、が正解になっちまってるのがさみしいな
評価が良くなったらまた試してみたいと思いつつ幾星霜
Titanium被害者の会とか立ち上げた方がいいんじゃない?
これ以上犠牲者を増やさないために
PhoneGap息してないけどTitaniumの方がマシなんだろうか…
クロスプラットフォームで使えるのってどれなんだよ
チャットワークという国産うんこチャットアプリのAndroid版がTitaniumだった
落とす時にアプリの容量でかいなーと思ったらそういうことか
ちょっとしか使ってないけどさっきお馴染みの赤いランタイムエラー吐いて落ちたわw
>>321 PhoneGap息してないって自分が使ってないってだけなんじゃ
PhoneGap知人とこで使ってるようだけど苦言は聞かないな
俺も試しに触ってみとくか
息してないってのがほんとなのかも気になるし
公開アプリこれで出す奴はヤクザ。
たぷんこれ製有名アプリは80パーネィティブのやらせ。
これ絶対あやしいよ
まともに動かないサポートもないなんてものは、普通に考えたら採用できない
ちょっと使ってみたらビルドエラーとか色々起きるので、まずはそこを解決する必要が出ると思うんだが
本とか入門記事書いてる人はなんで誰もそこに触れないの?奇跡的に運がよくて地雷を踏まなかったの?
諸問題完全スルーで紹介するだけってどう考えてもおかしい
金もらって記事書いてるに決まってる。
明らかに挙動がおかしいし、テストコード皆無でやってるのが想像に堅くない。
ちなみに海外でも同じ評価だから、そういうビジネスモデルなんだろう。
俺も金もらって記事書く仕事したい
そのくらいやらんと元が取れんわ
今PhoneGap使ってるんだけど
・ローカルのhtmlから外部サイトに移動した際、
JavaScriptで戻る以外にローカルに戻る手段がない
・ネイティブに用意されてるAPIでPOST送信するとContent-Lengthが送られなくて
サーバによっちゃ受け付けない
・本家のバージョンアップが破壊的変更多くて最新版だと使えないプラグインが多い。
ついでにドキュメントも整理されてない。
・日本語フォーラム死んでる
・htmlで作るからiPhone制作にはリジェクトのリスクが付きまとう
(・専用スレもない)
まぁ静的サイト+JavaScriptで作れるものなら十分と思うけど、
Webサイトができててそのアプリ版てな案件で安易に使うと地雷踏む
>htmlで作るからiPhone制作にはリジェクトのリスクが付きまとう
ってのはどういうこと?ネイティブじゃないと蹴られたりするの?
Appleは「ほぼブラウザならブラウザで動くように作ってショートカット作ればいいですよねはいそうしてください却下」ってスタンス
誰得なのか知らんけどそういう殿様商売続けてるわけだ
加えて、ネイティブUI叩くTitaniumと違ってあっちはほんとにただのhtml5+ライブラリな感じ
333 :
デフォルトの名無しさん:2013/09/21(土) 22:38:36.01
審査基準にWebで作れるものと大差ないとNGってのがあるおかげで
PhoneGap製てだけで微妙。
ざっと調べると全部リジェクトくらったとかネイティブの機能使ってればOKとかイマイチはっきりしない。
最近html5でカメラやらGPSやらGPUやら使えるから余計に判断が難しいんじゃないかと思う。
なるほどそういうことか
あざっす
私がモテないのはTitaniumが悪い
私の寿命一年減らしていいからTitanium事故死しねーかな…
ビルドを通すまでの苦労が大きすぎ(ビルドエラー出すぎ)
もうちょっとなんとかならんかったんか…
あれこれ調べてやっとできるようになっても毎回遅いし、シミュ起動にはランダムで失敗するし
わけのわからないエラーはクリーンすると直る→毎回クリーンする羽目になってビルド時間かかりまくり
appceleratorの連中は絶対テストしてないぜ、これ
つか一人か二人で全部作ってんじゃねーの?マジで
>>336 人知れず死んでる人はいるかもいろんな意味でならなおさら。
SDKバージョン上げたら新たなバグが増えててアプリが動かなくなることも複数回あった
本気で糞だなこれ、うっかりバージョンも上げられない
絶対テストしてない
これの紹介記事書いた奴出て来いや、殴り合って話し合おう
肉体言語か
投資詐欺かなんかの見せ金プロジェクトなんかね、コレ
このスレ、
情報を得るためにブックマークしたが、
愚痴りあうために開くようになった
Titaniumでぐぐるとこのスレが出てくるようにがんばって、
見る人に有益な愚痴を書こう
346 :
デフォルトの名無しさん:2013/09/30(月) 12:22:22.51
オマエラ
びーる
ドライブ
ばいと
破壊的変更が何故か許されるD言語の世界に帰りたい…
被害者の会まだ?
オフ会とかあるなら行くで
ああそれほんと誰か音頭取ってくれるなら行くわ
自分で音頭取る気力は起きないけどな
パワポ使って苦笑系のダメプレゼンとかやれって言われたら、30分尺なら腹案がいくらかあるからやれるわ
面白そうだしスカッとしそうだけど、あまり建設的じゃない感じがするから音頭も取りづらいよなw
こんな後ろ向きなオフは嫌だ(>人<;)
あまり深く考えず、愚痴り合う会にすればいんじゃね
これ採用するような企業なら同レベルのとこが多いだろうし、人脈になるかもよ?
寧ろ情報欲しいから幹事だけでいいなら引き受けてもいいよ。
# なんて言ったら警戒されるかw
プレゼンテーションするならスライド公開してね。
場所は東京?
受託でTitanium使って納品拒否されたという話が興味深い
jQuery使ったら蔵にJavaScriptで作り直させられたWeb屋もいるようだし、注意が必要なのかも
納品される方からしたら、知らない技術を使われたら自分でメンテできないから嫌なのかな
↑jQueryの話は別スレでの話
バージョン合わせて再コンパイルとか、モジュール導入が語感に反して異様にめんどくさい上、ドキュメントに明記してないのにios専用モジュールだったりとか無駄な時間を過ごしてなに一つ解決しない確率高すぎ。
自分でモジュール作ればいいんだろうけど、モジュール作るためにネイティブコード書くくらいなら最初からネイティブで作るわ。。それにモジュール作れるほどtitaniumに精通したくない。。
そもそもモジュールの対象バージョンが古いのばっかりだから、殆ど使えないけどね。。
単純なものなら動くかもしれないけど。
モジュール開発に注がれた労力が純粋に勿体無いわ。appceleratorはこうやって人類の限られたリソースを食いつぶして行くんだな。悪魔の所業だわ。
Titaniumでモジュール使ったら負け。
モジュール制作はめんどくさい。必要となった時点で、ネイティブで作った方がトータル低コストとなる。
めんどくさい理由は、ネイティブコードが書けると言っても特殊な書き方をしなくてはならず、
制約(できないこと)もある。AndroidだとR.javaが使えないなど。
あとモジュールのコードいじったらモジュールとTitanium側の2回ビルドが必要。
しかもTitanium側はクリーンビルドである必要がある。
開発に時間かかってしゃーない。Titaniumでモジュール使ったら負け。
Appceleratorが用意してくれてるモジュールもあるけど、上にあるようにバージョン古いのばかりで更新されていない。
駄目だこの会社。
Titanium、ちょっと調べたらいろいろできそうで、実際使ってみたらとんでもない時間食い虫。
今年1年これに苦しめられた。得たものはバッドノウハウの数々。
なんつーかさ、断片的なノウハウや持ち上げてるのは見つかるのに比べて、批判が全然見つからないんだよな……。
これ使うのやめとけって書いてるの、一つしか見なかったわ。
インストールもしないで書いている輩が多いんだろうなぁ。
ステマじゃないのコレこそ
自分の知っているのはスライドや記事だと、
・RADツールとしてiOSだけにしておけ
・起動時の再起動繰り返す?
あとは、webviewやHTTPClientでAndroid動作おかしいんだけど、というのが公式のフォーラムにいっぱい上がってるが、解答がないのが多数。
別枠として、用意された機能ではなんとかなりませんでしたが、アンドロイド用のソース加工してorネイティブ拡張でなんとかしましたというのがそれなりにある。
ビルドに手間と時間がかかりすぎ、コレ一体何なん
エラーばっかり出るし根本的な解決策はないし
こんなアホな理由で全然rapidじゃない
問題ぐぐると公式フォーラムがすぐ出てくるが平気で2年前のバグとか放置されてる
ビルド出来るよう環境整えるまでが一苦労だしね。環境整えるだけでもノウハウが必要。
遅いマックやメモリの少ないマックだとtitaniumがシミュレーター立ち上げても3回中2回はタイムアウトするよ。
こんなに酷いのにしぶとく生き残ってて、アナウンスだか広告のメールは今だにしょっちゅうくる。全世界の技術者の為に早く潰れてくれないと。
Androidでビルド出来る状況にするまで散々苦労したからバージョンアップボタンなんて恐ろしくて押せねー
iOS版、SDKを3.0から3.1にしたら動かなくなった。
仕方ないので3.0に戻したがiOS7対応できない…。
詰んでますやんこれ、AndroidだけじゃなくてiOSでもダメだ。ちなみに同じ問題公式フォーラムで質問されてて例によって未解決
未解決とかひでー。成功する場合もあるんだよね?
このスレの前の方でも失敗した話を見た記憶があるけど、成功してちゃんとios7対応できた人っているんだろうか?
ほんとバージョンアップするのが
怖いないんて、これぐらいだよw
バージョンアップしたらアプリがクラッシュするなんて、ほんとこれぐらいだよ…
あー愚痴りてえ
どうぞ
愚痴くらい気兼ねなく是非な流れだよね、ほんと
俺もなんか愚痴りたいところだが、早いもので数ヶ月前からネイティブに移動しちまった
iOSとAndroidのネイティブ開発を並行でやるのって、結局い「急がば回れ」なのかなーって思った。
まだObj-C不慣れで不安点も多いけど、共有できるリソースとかもシェルスクリプトとかで割と機械的に変換できるしロジック移植にそんな時間かからないしで解せない気分。。。。。
こんな例にもならんアレで恐縮ですが、ネタ振りのつもりなんでネイティブ移行した方の思い出愚痴とかあったら酒のつまみに伺いたいですお
Titaniumとおさらばだ、やった
なんか出所って気分
JavaScriptでネイティブっぽいアプリが作れるなんて凄い!って水を得た魚のような気持ちで今日このスレにやってきた俺は
水を浴びせられちゃった気分なんだけど…
このスレが役に立ったな
人を1人救った
環境構築からして時間かかって、ちょっと試すのすら大変だから、マジで時間の無駄。
環境構築だけなら時間かからない。
その後出るビルドエラーを直すのに数日かかる。
全体的に、トラブルがあってもなくても(まああるんだが)、公式ドキュメントやフォーラムが読める英語力がないと厳しい、というか問題解決が不可能だろう。
ネイティブから入った人間からみたらjavascriptとCの間にそんなに敷居があるとは信じられない
Titaniumはインタプリタのくせにビルドがコンパイル言語より遅いしメリットが一つも感じられん
ネイティブ言語はメモリ管理が、とかいうけどTitanium自体がリークしまくりで
結局バックステージの挙動をネイティブレベルで追わないとまともなもの作れないし
常識的に考えて、JSでiOS/Android両方動くものが出来て使い物になるものが
無料であったら、もっとたくさんの人が使ってるはずだよな
私もこのスレを見て導入を放棄しました。
うちのメンバー3人を代表して、感謝を言わせて貰いますぜ。
アンドロイドの場合はsdk入れる事自体に癖があるのも問題かもしれないが。
アプリ開発外注に出して、Titaniumで納品されたらたまらんな
最初にクギさしておかないと
付き合わされた一年間を返してほしい。
今まさにビルドが通らなくてハマってるわ…もういやだこれ
Application Installer abnormal process termination. Process exit value was 1
何がいけないのかさっぱりわからん…もっと情報を出せよ…
Androidの不安定さとTitaniumの不思議さが掛け合わされるともうカオス
同じプログラムなのに、ビルドする度に挙動が違ったりして対処不能
いったいいつ製品リリースできんだこれ…もう嫌だ病むわ
さっさとネイティブで作り直せよ文句ばっかり言ってないで。
AndroidのJAVAみたいにVMで動く言語をネイティブというのはおかしい。
NDKならいいけどさ。
そんな定義はどうでもいい
393 :
デフォルトの名無しさん:2013/10/20(日) 20:35:46.59
( ´,_ゝ`)プッ
PhonegapとかIntel XDKとかもトラブルよく聞くし
ネイティブ開発が結局は一番の近道のようだ
>>394 XDKってappmobiだろ?
あれ安定してるぞ
いやいくつかフレームワークやゲームエンジン使ってきたけど
Titaniumは飛び抜けて酷いぞ。
有料はもちろんのことフリーでも普通もっとマシじゃねえの
やっぱりそうだよね
去年ぐらいまでは紹介記事や本も出てたけど、もうみんな愛想を尽かした印象
adobeに身売りしろよ。
(PhoneGap、ネイティブのWebView呼び出しでも済む)Webページ的なものはOK
ウウウ、オアアー
ジーク・ナオン!!
403 :
デフォルトの名無しさん:2013/10/26(土) 19:19:07.23
Alloy良さそう
これで何か簡単なの作って見るわ
プ
ゴミアプリならあっという間に作れるのがTitaniumのいいところ
プ
407 :
デフォルトの名無しさん:2013/10/26(土) 22:05:04.40
すでに、バージョン違いで色々大変だが負けずに頑張るわ
408 :
デフォルトの名無しさん:2013/10/26(土) 22:10:41.27
サンプルをビルド実行しようとしたら、nodeのバージョンが違うみたいでJakeがビルドがないで止まってる
だからいったろ
Titaniumはビルドまでが大変なんだよ、一度うまくいってもすぐまたダメになるぞ
他の環境だと広告とか多環境の一元ビルドとかでつまずくのに
そもそも一つもビルドできない
411 :
デフォルトの名無しさん:2013/10/26(土) 22:34:10.42
>>409 複雑なアプリは作る気がない。
せいぜい、DB、リストビュー、JSON通信まで。
>>411 そんな事できるわけ無いだろwwwwwww
ビルドできなけりゃHello Worldも動かんからな
414 :
デフォルトの名無しさん:2013/10/27(日) 00:00:27.04
Studioの方はビルドできるよ。ターミナルの方ができない。
415 :
デフォルトの名無しさん:2013/10/27(日) 00:33:29.82
AlloyのKichen sinkがないのが問題。
Xib2jsのAlloy版がないのが問題。
複雑なことやるにしても簡単なことやるにしても
少なくともtitaniumよりはネイティブの方がマシ
Javascript以外絶対つかわねえって教義の宗教を信仰している人以外は使うべきでない
いやJavaScriptならPhoneGapでいいし
419 :
デフォルトの名無しさん:2013/10/27(日) 16:29:44.38
>>417 iPhoneとAndroid両方で動かしたい。
簡単なアプリだし。
420 :
デフォルトの名無しさん:2013/10/27(日) 16:33:44.49
>>418 フォントやレイアウトがネイティブじゃなくなる。嫌。
両方で動かしたいって簡単なものでもif文で機種判定だらけになるから
結局ネイティブより作業量減ることはない。煩雑になってむしろ開発効率低下
本当にお遊びで作るんならともかく、売り物としては碌なものにならない
>>417 絶対使わないんじゃなくて使う必要がない
Javascriptより優れた言語がないのだから仕方ない
TitaniumもCocos2d-xもUnityも開発効率が最も高いJavaScriptが使えるんだから
それを使わない手はない。
なんか変なJS信者が混じってきたな
これTitanium絶賛してた馬鹿か。
>>419 簡単なアプリなら、ネイティブで2つ作るのも簡単だぞ
JSはぶっちゃけ大規模開発だとクソ言語
JSは柔軟性が異様に高いだけで、基本機能は足りてないんだよな…
ちょっと書くのめんどくさい言語です
個別にネイティブAPIのラッパーにするか、プリミティブなエンジンを作るべき。
JSでGUIフレームワーク作るなら、どちらもwebview(ブラウザ)以外はV8やらcommonjsで共通化してくれた方がいい、、、
430 :
デフォルトの名無しさん:2013/10/28(月) 17:16:56.30
>>430 prototype使って拡張しないとできないことがいろいろあるだろ
一々書かないけど勉強熱心なお前なら知ってるだろう
キチガイは相手にするなよー
やはり製品がクソだとスレも荒れるね
433 :
デフォルトの名無しさん:2013/10/28(月) 18:37:47.41
>>431 prototypeで拡張すれば良いじゃないかw
434 :
デフォルトの名無しさん:2013/10/28(月) 19:16:44.46
JSで書けるから誰でも楽に作れるという本が悪い。
むしろ、iPhoneとAndroidのネイティブに飽きた人用として売りにすべき。
>>433 それやるとロード時に重厚長大になるんすけど
kitigaiに何を行っても無駄
437 :
デフォルトの名無しさん:2013/10/28(月) 20:33:50.59
キチガイになりたい
>>438 mobile用途だと、好きなのを入れてられないよ。
prototypeで拡張って、jsの基本機能うんぬんとなんの関係があんの?
そのJS信者、いろんなスレ荒らしてるやつだよ。
もう構わない方がいい。
uiがちとめんぐらいの印象だったが、とんだ地雷だったわけか、、やーめた
443 :
デフォルトの名無しさん:2013/10/29(火) 01:14:51.28
やっぱ酷いわこれ、Studioがデバッグ中にフリーズする。マジックマウスが超スローで動くようになる。
最近酷くなったのかな?
444 :
デフォルトの名無しさん:2013/10/29(火) 01:18:02.31
Alloyやめたらフリーズしないかな?
我が社が今年1年棒に振った原因は間違いなくこれ
紹介してる本やサイトも多く、ここまで酷いものとは事前に予測不可能だった
勉強代としては高すぎる、ヘタしたら会社潰れるぞ
Alloy使ったらフリーズするの?使ってないから何も問題無いや。
Android版とiPhone版を同時開発しようとした人には地雷なんだろうな。
最初からiPhone用にしか作ってない俺にはどこ吹く風だ。
iPhoneだけならネイティブ開発でいいから
だよな。なんでわざわざ品質さげるような事するの
objectーc恐怖症が。
>>446 昨日バージョンアップが出てきて、実行してからかな。
Titaniumのバージョンアップなんて怖くてできない
平気で動かなくなるからな
452 :
デフォルトの名無しさん:2013/10/29(火) 09:10:26.70
>>451 バージョンアップをしないと、何度でも窓が出てくるわけだが。
C知ってたらObjC割とスムーズにいけたわ
最初からこっちにすればよかった
454 :
デフォルトの名無しさん:2013/10/29(火) 12:29:54.98
Androidは捨てるか。あきらめた。
455 :
デフォルトの名無しさん:2013/10/29(火) 12:36:28.82
デバッグはやりにくいのに、フリーズされたら話にならない。
期待した俺が馬鹿だった。
別々につくるわ。
ビルドが通りにくいならせめてエラーをわかりやすくしてくれたらいいと思うんだが
一向に改善される気配はないな
457 :
デフォルトの名無しさん:2013/10/29(火) 15:00:53.39
改善どころかバージョンが上がって改悪されてないかこれ。
最初は評判わるくなかったのに。
評判だけ良かっただけで、最初からこうだった
459 :
デフォルトの名無しさん:2013/10/29(火) 22:22:14.40
適当に作ったAndroidのアプリの方がましかも。
460 :
デフォルトの名無しさん:2013/10/29(火) 22:28:04.29
バラで作った方が100倍ましだな
オワコン
勝手に言ってろよ
使いこなせないだけだろ
最初は使ってる人が少なくて、文句をわざわざ書く人間も少なかっただけだろう
ステマする人が記事を書いて、手を出した普通の人は使えないと判断して黙って去った
ステマがある程度成功したから使えると思って手を出す人が増えちゃって、今の惨状がある
464 :
デフォルトの名無しさん:2013/10/30(水) 00:07:38.26
酷すぎて昔作った、Androidのサンプルアプリを改良する始末。
Titaniumじゃエラーメッセージも意味不明で、デバッグも満足にできない。
Titanium被害者が一人でも減ることを祈って
否定的な人はこのスレ来なきゃいいじゃん。でもわざわざ来て逆ステマするということは
この便利なツールが流行ってほしくない隠れた理由があるんだろう
お、関係者がこのスレに来たか?
なんか肯定できる点があるなら言ってみろよ
468 :
デフォルトの名無しさん:2013/10/30(水) 08:05:00.92
>>467 関係者というか、今のTaitaniumを知らない人かと。
ここまでモノ自体が駄目だと喧嘩もできないよな
470 :
デフォルトの名無しさん:2013/10/30(水) 12:33:50.50
ネイティブアプリを共有ソースで作ること自体無理があるかも。
>>470 共有ソースでのネイティブ開発はできるよ。
クロスプラットフォームのゲームはかなりある。
472 :
デフォルトの名無しさん:2013/10/30(水) 12:54:51.86
それは本当にネイティブだからでしょ。
Java、Obj-cレベルのネイティブでの共有は難しい。
473 :
デフォルトの名無しさん:2013/10/30(水) 12:58:26.28
TItaniumで悩んでる時間でJavaでプログラムが終わってしまう。無駄すぎる。
本当にそう。
475 :
デフォルトの名無しさん:2013/10/30(水) 18:42:19.25
PhoneGapにするか、ネイティブだな。
>>470 いや、共有にする必要なんてないよ。
Obj-CとJavaでそれぞれ作っても
Titaniumでクロスプラットフォームで動くようにするよりは早いし高品質だから
だいたいソース中にプラットフォーム判定をてんこ盛りにしないとまともに動かない
共有ソースとかさ、ふざけてんじゃねーよこのゴミカスが!!
>>476 それは違う
判定をてんこ盛りにしてもまともに動かないぞ、にわかか?
478 :
デフォルトの名無しさん:2013/10/30(水) 21:14:35.13
>>476 スマホのアプリは軽さが命だから、Titaniumはないな。
cocos2d-xに行った人とかおらんかな
ゲーム系はunityに移したけど、やっぱり広告とかでプラットホームごとの分岐はでるね
情報量豊富で安定してるだけ神だけどさ
最近、cocos2d-xの本が一杯でたような気がする。
あとは、ドリコム cocos2d-x で検索すると結構いろいろ記事が出てくるし、CyberAgentのゲームもそれっぽいのが結構ある。
まあ、ツール系やWebView中心で、Unity、cocos2d-xというのはあまりないような気がする。
Titaniumはステマライター共ももう見捨てた感じかな
最近は記事も本も出てないよね
ステマというより、入り口の記事量産してみたら人気がでてしまったけど、それが大きなトラップだったという状況だと思う。
エバンジェリストになってやめた?人も愕然としたに違いない。
AWSやUnityの人たちは、中に入って良かったんだろうな。
MonoGameがEnvolve2013の事例発表のあと話題になるかと思ってたど、日本では対象になるXbox系でXNAをつかってインディーズゲームが作ってる人がほとんどいなかった。
それでも最近、XNA使ったことある人がいたらしく、いい煽りの記事書いてた。
486 :
デフォルトの名無しさん:2013/10/31(木) 23:41:18.54
書き込みがない、死んでる(´・ω・`)
オワコン
なんとかしなきゃいけない、このスレの存続は雀の涙程の価値がある
そうだ、他のスレの奴らが知らないような強烈なオナニーネタを集めよう
まずは俺からだ
まずとろろを
Titaniumが初期から人気出たのは、それだけ皆が欲しがるサービスだったって事だよな
成功しなかったのは、やはり技術的に不可能だったということ
いや、「技術的に不可能」ではないと思う。
Titaniumは困難な課題に立ち向かって負けたんじゃなくて
「こんなのもまともに動かないのかよ」ってレベル
???
JavaScript以外にも対応しているMoSyncやUnityもある。
PhoneGapやAirはJavaScript環境としては十分成功してる。
Airは政治的な理由で立ち消えたけど。
こうやって失敗したのも成功したのもあるけど
Titaniumだけなぜか常にアルファ版を製品として出してた感じ。
だから論外。
・Web系プログラマ(JavaScriptを知ってる)
・iPhone/Android両方で同じアプリを作りたい
・アプリの内容は簡単なもの
・1人または1チームで作らねばならない(各OS用に別ラインが組めない)
これらの条件が揃うとまずTitaniumを検討・採用してしまうケースも多かっただろう
うちもそうだったが…
せめてこのスレを先に見ていればな…とりあえず会社潰れそうなので就活するわ
制御系メインでよければ弊社でも歓迎しますが如何でしょうw
Titaniumやめてネイティブで書くようになって気付いたこと:アプリが書いた通りに動く!
いや当たり前のことなんだけど、Titaniumみたいに何も変えてないのに挙動が変わるといった不安定さがない。
プログラムが合っていれば何回やってもちゃんと動くしミスがあればバグる。安定している。
これだよこれ、こうじゃないと開発なんてやっとれんわ。開発してて本当に気持ちがいい。
titaniumを使っていると、プログラマーは糞企画と糞ツールを繫ぐ有り得ない縫い物を永遠と縫い合わせる役割を強いられる運命なのだと悟る。
Titanium Studioしばらく使った後xcode5でObj-C使ってると
あまりの素直さビルドの速さにションベンちびりそうになる
でも冷静に考えたらこっちが普通なんだよなぁ…
また何も変えてないのに起動しなくなったわ(´・ω・`)
>>498 もはや何の驚きもない件
「プログラムは思い通りには動かない。書いた通りに動く」という皮肉格言が微笑ましく思える瞬間ですね
ネイティブやろうず。書いた通りに動く。ザッツオール。素敵。
Titaniumは思い通りには動かない。書いた通りにも動かない!
Titanium「思惑通り(ニヤニヤ
マジdでもない地雷だったわ。
まったく動かないとか評判が最悪とかならスルーできたが、中途半端に動くから非常に判断が難しく
結果予定を半年オーバーしてこれでリリースしてしまった。
当然メンテナンス製は最悪で、今後同じようなアプリは作り直さねばならない。
ツール選び一つでここまで損害を被ったのは初めてだ。
教訓にして語り継がなければいけないと思う。勉強会で資料作って発表したいレベル。
文句行ってるのここだけ?まだオフ会とかは盛り上がってるの馬鹿みたいに?
ビルドの度にクリーンしないとビルド失敗するの何とかして欲しい
時間かかってしゃーない
俺割と普通に動いてるけどねぇ。
次はalloyやってみようとおもってるよ!
>>505 実害ない使い方できてるなら有益でしょ、別にそういう方にまで危惧煽るつもりはないですよ
マルチプラットホームに幻想抱いてなければ上手くハマる方もいるのかなと思う
俺はその口で、個々対応してるうちによくわからんバグにやられてネイティブに移った
でもやってみると詰まる所が激減した上、iOSもAndroidも情報豊富だし、懸念してたほど辛くないんだよね。
GapやAIR、ゲームならUnityなんかもあるからマルチプラットホームものを否定はしないけど、個人的にはTitaniumは地雷と断じた次第
>>506 すげー。ネイティブできたらタイタニウムは不要だろうな。おれはネイティブで作らんからタイタニウムだ。
もしネイティブでやろうとしたら、ちょっとしたことでも2ヶ月以上かかるだろうし、下手したら2ヶ月かかってもできない可能性があるから怖いわ。
それが、ネイティブ勉強して2OS分作った方がTitaniumで作るより速いかもしれんのだよ
やってみないとなかなか信じれんよね
ネイティブで得たノウハウは他のフレームワーク使う時でも確実に糧になるけど
Titaniumで時間浪費して積み上がるのはこれでしか通用しないバッドノウハウの山
どうしろと
くっそーまた一部の機種だけだけどまた動かなくなった
納期遅延の理由が「プログラム変えてないのになぜか動かなくなりました」なんて説明できんし、どうすりゃいいんだ…
512 :
デフォルトの名無しさん:2013/11/20(水) 02:08:10.88
ネット上の個人が書いてるタイタニウム関連のブログ記事はだいたい間違ってること書いててミスリードさせられる。jsがちゃんと理解してる人じゃないと使いこなせんわ。
JavaScriptの理解度は関係ない。
titaniumの問題はJSを高度な使い方してるとかそんなんじゃなくて
バギーなフレームワーク自体が問題だからJSの知識関係ないよな
むしろ裏で動いてるTitaniumのソースコード読めないとだめじゃねw
不可解な挙動を回避してちゃんと動かそうと思うと
つまりネイティブの知識だなw
いや、それだけじゃダメだ。
バギーなのはフレームワークだけじゃなく開発環境もだ。やってみるとわかるが、まずビルドが通らん。シミュレータも起動しない。
開発環境に関する知識も必要。
今来ました。titaniumを使おうか考え中の学生です
プログラムは触ってるけど初心者だし英語も詳しくない
cはわかるけどobjective-cは少し触って挫折した
このスレ見た感じだと開発難しそうだけど、どう思う?unityとかの方がいい?
ちなみにネイティブじゃない簡単なゲームアプリ予定
現在proxy設定でよくわからんエラーと格闘中
最近このクグってもわからんエラーを取るのに時間かかりすぎて無駄に思えてきた。
obj-c勉強した方が早そう…
詳しい人教えてください
ゲームならUnityでいいでしょ
2Dカジュアルゲームにはかなり役不足だろうけど、覚えて損はない潰しの効くツールだよ
2Dだし単純なものだからJavaScript 使えるtitaniumがいいって教員に勧められたんだけど、
導入でこんなに積むとは思ってなかった…
知識不足だからと思うけど、何週間か戦ってて今だにプログラムすら書けてない
やっぱりunity評判いいから変えようかな…
titaniumはプログラムと格闘するはるか以前に
開発環境と格闘しないといけないからなw
なんでこんな事やってんだろ…ってたまに我に返るわw
Obj-Cに戻ったら、同じ時間苦労しても、確実に新しい蓄積あるんだわ
楽しい楽しいw
このスレある程度読んでみたけど、
titaniumがこんなに評判悪いとは今知ったw
知名度低いけどこれからなのかと…
確かにここまで難しいと愚痴りたくなる
obj-c挫折したけど戻るのもアリな気がしてきた
そのほうがネットとか本の情報多いよね
早くプログラム書きたいからすごく楽しそうだわw
http://gamebiz.jp/?p=124209 2dだと、物体の移動や衝突判定にオープンソースではbox2dというライブラリがよく使われていて、Unity3.4から入ったらしい。
Unityだと、ゲームのメニュー画面に、NGUIというのがつかわれてるが、来年ぐらいには、公式版のものができるらしい。
Unityは、Flashのタイムラインに当たるところの初期状態など表示しながら設定できる。
>>521 URL凄く参考になった、ありがとう
2dゲームが作りやすくなるライブラリが入ったってことであってる?
知識不足でよくわからないけど、
今最新のunityでも2dアプリは作れるよね?
将来的に3dもやりたいし本気でunity変更を検討中
>>523 俺はNGUIってプラグイン買って2Dゲームを快適に作れてる
ただこのNGUIって開発者がUnityの中の人になってぼちぼち本家に搭載されそうな気配
ぐぐって日本語でも情報量が十分なので、急ぎなら損はないと思う。
もちろん無償ものの2Dゲームに向いたプラグインもあるので、学習時間が許すならいろいろ試してみるのもアリ
一方、いま標準機能だけで2Dゲームとなると、パフォーマンスに苦しむかも。何も考えないでやるとDrawCallが壁になるので、まずはプラグイン漁るのをお勧めしておく
>>520 titaniumは難しいんじゃない
まともに動かんのだよ。仕様どうりにすら
obj-cの方が「情報が多いから」楽なんじゃない
まともに動くからだよw titaniumよりはずっと
>>524 なるほど、ググると結構ヒットしたw
NGUI凄すぎるww
こんなのがあるとは思っていなかった
勉強してみます
>>525 アプリ開発とか始めてだし、
自分の知識がなくてできないだけだと思ってた
titaniumのせいだったとはw
他を試してみるよ
titanium知ってる人周りにいないからここで相談できて良かった。
まさかtitanium以外を勧められるとはw
ここでTitanium叩いてるやつほとんど粘着だろ。
動かない、セットアップが大変って言ってるが何も苦労することないが。
自分がObjective-Cで書きたいんあらそうすればいいだけ。
プロの料理人と同じ道具使ってうまく料理ができないと騒いでるようにしか見えない。
まぁ、TitaniumのiOS7対応は問題があって3.2のリリース待ち。
動かないわけじゃないけど細かいバグがある。
安定した環境がいいんならネイティブ開発以外はないんだよ。
先人に学べない人間はこういうの使わない方がいいよ。
受託脳全開でDisってるだけの人は早くネイティブに戻った方が君のためにも幸せだよ。
例えばビルド重いんならtishadowとか方法ある。
>>528 いやお前の文章からもTitaniumを使うメリットが全く見いだせないw
出来る事的にも性能的にもネイティブに圧倒的に劣るTitaniumが
安定した環境でないと認めるのなら一体何のメリットがあって採用するんだw
それとunityは安定してるぞw
幾つものエンジンやフレームワーク使ってきた身から言わせてもらうけど
商用エンジンでTitaniumで言うような「安定してない環境」とか見たことがない
まともなフレームワークは間違いなくネイティブより開発効率上がるよ
>>529 ゲーム専門の人?
Titaniumははっきり言ってゲームには向いてないよ。
Lanicaも現状は有償だし。でもLanicaはディズニーのゲームに採用されたらしいからちょっと期待。
TitaniumはWebViewやUnityとTitaniumは使いどころ違うだろう。
できること的に劣るって言ってるけどそこじゃない。
ListViewとか使う一覧詳細的なものだよ。ようは業務アプリに近いようなもの向きなんだよ。
君がいる業界のアプリじゃない。
いや、Titaniumで大手のECアプリ作ってたけど酷い目にあったんだが
unityはゲーム向けなのは確かだけどゲーム向けだからどうとかそういう話じゃない
フレームワークとして純粋に低品質。普通は開発効率上げるために採用するんだよ
Titaniumでは開発効率は決して上がらない
>>532 おk。どれか調べてみる。
と言っても大手ECでアプリ出してるところでTitaniumというだけで大体察しはついた。
そのECアプリUnityで作って見たらいいんじゃないですかね。
君は前に出たWebViewバグの人か。
使える技術じゃないのにいきなり採用する方がどうかしてると思うが。
ちなみに似たようなアプリ制作やってるけどネイティブの数倍効率よかったけど。
君の頭のバグが一番の問題なんじゃない?
今は全然べつのECアプリをネイティブで作ってるけど実際、Titaniumと比べたら圧倒的に効率がいい
なにより品質がちゃんとしたものができる。
擁護するのは勝手だけど、頼むからTitaniumを他人に薦めるのだけは止めて欲しい
苦しむ人が増えるだけだから
Titaniumのサポートページでバグ報告しても放置されるのが、いかんともし難い。
力入れてる方向性が違うというか。
原因解析してパッチまで送れば違うのかもしれんが。
最近の事情に詳しそうな人がきたので、便乗で質問してしまおう。
起動時に再起動かかる問題とか、スリープした後に再起動する問題とか治ってるん?
公式で対応策のスニペットがあるとかそんなのでも。
Titaniumに登録してAppceleratorから来るメールが
「登録ユーザー○○万突破目前!」みたいな犠牲者増加自慢なんだよな…
んな事ではしゃいでるヒマがあったらバグ直せと
最低限ベータ版の品質ならいいんだけど、
製品化の最後に来るような段階で、
アルファ版品質に遭遇し、
検索すると放置されてるのが分かり
ネイティブ化するという流れ。
社内の業務支援で使われてるエクセルマクロみたいに、
ちょっとした社内ツールの役割ならいいということか。
ビルド出来なくなるのは置いといて、、、
Titaniumがネイティブより効率がいいとか言ってんのは
JavaもObj-Cも出来ん奴くらいだな
利害関係者はバレバレだから黙って
今って利害関係者いるの?
エヴァンジェリストとやらも逃げたんだろ?
>>534 ネイティブで解決したんならよかったじゃないかwww
ギャーギャーうるさい女と変わらないな。
>>535 サポートページって?もしかして日本語?
バグチケットあげられるだけの英語力あるんなら尊敬するよ。
>>537 アルファーだと思うのは勝手だけどそれでもちゃんとリリースされてるアプリあるからな。
やっぱり君も頭にバグがあるんじゃない?
LINEもTitanium製アプリリリースしてるよ。
>>539 Disってる側もこんなに粘着するなんて、利害関係があるとしか思えませんw
>>541 逃げたというか似たような何かにいった。あっちはどうなんだろうね。
なんだなんだ、ようやく頑張って擁護する奴が現れたのか
と思ったらタダのキチガイだった…
ちゃんと使えてる人が本当にいるなら、技術的な情報交換したかったんだけどなー
>>545 Disってる側は利害関係つか被害者だからなw
そりゃ文句の一つも言いたくはなるw
普通に使ってたら文句言いたくなる出来だと思う
あとサポートとやり取りできる英語力ぐらいで尊敬するな
レベル低すぎるぞ
サポートとのやりとり読んでても
>>272が言ってる様なのばっかだったから
質問できた所で時間の無駄ではある
まだTitaniumのソースコード読んだほうがマシ
しかし、Titaniumのソース解析して直してiosとandroidメンテナンスするより、
初めからネイティブのサードパーティーライブラリ使って開発する方が楽だという・・・
こんな短時間に批判の書き込みを連投。使いたくないなら使わなきゃいいだろw
>>553 横からだけど、ネイティブ比較でいいとこあったら語って欲しいっす
このスレ数百レスほど具体的な利点が語られてないんだ
みんなワンソースでAndroid/iOS対応を夢見て手を出して、痛い目を見てネイティブや他フレームワークに移動してしまっているように見えるんだよな…
使えるには使えるだろう。結果に拘らなければ。
まぁ全くの素人から入るjavascriptの勉強用ならいいかもね。変な癖つくかも知れんけど
あとたまにクラッシュしたり環境によってレイアウトが崩れたりしてもユーザーが怒らないような種類のアプリなら。
>>553 iOS、Androidどっちで作った?
俺の感想ではiOSはビルド失敗が多い、あとシミュ起動がランダムで失敗して解決できていない、アプリの動作は比較的安定
Androidはとにかくアプリの動作が不安定
動作中クラッシュよりも立ち上がらない事が多い、あとメモリ使用量が多いのかバックグラウンドにまわると必ずすぐにkillされる
が、完全にkillされず画面真っ白で操作不能のままプロセスは残っていることが多い
そういうのって解決方法ある?
こんなクソ環境勧めるのは表面しか見てない典型的なゲハ野郎だろ
被害者増やしてんじゃねえよ
じゃあ今、ネイティブ以外でui使いたい、両対応したいって場合に他に何かある?
そもそもtitaniumの両対応ってのが看板だけだからな
両対応前提で作ったらソースは機種判定だらけだよ
>>560 で、受託脳全開だけど、どこまで試した?
CommonJS、Alloy、tishadow、Titanium CLI
この辺りの情報が日本語では少ないけど君ならいけるよね。
どうやらただの煽りのようだ
やっぱり駄目じゃんw
まったくTitaniumの利点が見えてこないよね
真面目な質問はスルーでしょーもない煽りww
ただのかまってちゃんだったか…こいつもTitaniumで苦しんで頭おかしくなったのかな
>>561 凄いね色々知ってるね。でもおじちゃん達そんなのはとっくに卒業したんだ。また遊ぼうね。
いろいろ知ってるねって、結局使ってないで使えるって煽ってるだけかよw
>>564 誰一人利点を上げられないって逆にすごいことだよなあw
>>566 いろいろ知ってるねじゃなくて、クラッシュとかもCommonJSスタイルで書いてないからんじゃないか?
お前のことは煽ってるけどそれはお前が粘着して叩いてるからだろ。
>>557 両方。
iOS
ビルドの失敗はbuildディレクトリ削除とかで解決することが多い。
ビルド中にもう一度ビルドすると失敗するよ。
シミュの失敗は俺も遭遇する。
アプリはCommonJSスタイルで書いてればある程度は問題ないと思うよ。
Android
不安定な場合もあるけどTitanium SDK3.2ではだいぶまともになってる。
Killされるのに残るのは遭遇しない。
>>564=568
自演お疲れ様です。見えてこない人には使う必要のないプロダクトだと思うよ。
ここではきっと試したこともないのに案件受注して炎上の末Titaniumに恨みを持つものが粘着してるけど。
一番のメリットはある程度のものがある程度の工数でできること。
海外では採用実績も多い。JSしか使えないというよりはネイティブも使える層が多いような気がする。
結局のところネイティブで書くことできるんならネイティブでいい。
バカと刃物は(ry ってことなんだよ。
あと、Node.jsとかある程度モダンなjsを知らないと厳しいね。
>>571 なるほどなるほど
もうちょい突っ込んだとこ聞きたいのだけど、あなたの言う「ある程度のもの」ならネイティブ使える人でもネイティブより早くあがるという認識なのかな?
それともそうではないので、ネイティブ使えるならネイティブでいい、ってこと?
>>571 なるほどなるほど、ちょっと勘違いされているようだ。
俺はCommonJSスタイルで書いてるしモダンなJSについても一応知ってる(というか最近のしか知らん)
あと実際に自分で使って苦労したしリリースするためにハックしまくって、結論としてTitaniumは駄目だと言ってる。
理由はこのスレに散々出てるし、自分でも書いた。すべて正しいと思う。
「ある程度のものがある程度の工数でできる」
納得。プロトはあっという間にできる。実際途中まではこれいいじゃんと思っていた。
だが製品レベルにするのには地獄が待っていた。海外含む他社Titaniumアプリを見ていても、
品質は低く同じような問題を抱えていた(すぐ落ちる等)
ひどいアプリになるとTitaniumの赤いエラー画面が平気で頻発。某チャットなんとかとか。
バカと刃物はって言うけどそういうレベルのプロダクトに達していないと思う。
Titaniumで安定したアプリが書けるというならすごいと思うけど、残念ながらここまでの書き込みでそれは信用できない。
>>572 なにを作るかによる。ガチガチの契約で受託で細かい蔵のこだわりについていかされる場合とかは難しいんじゃないかな。
逆に標準的なUIパーツの組み合わせなら工数は低めにできると思う。
まずはKitchenSinkと言うでもアプリがあるからそれでどんなUIパーツが使えるか見て欲しい。
あと、入門記事は昔のものだから最近の情報は別で追う必要がある。
モダンなJSへの理解は必須。
> バカと刃物はって言うけどそういうレベルのプロダクトに達していない
ホントそうだよな。JSへの理解とかそういう話じゃあない
>>571 関係ない事話してんじゃねえよ。
使い物にならないバカだな。
>>573 海外アプリを具体的に。
正しいと思うっていうのはお前の中ではそうならそれでいいじゃないか。
ほぼ同じ奴が叩いてる気がする。というかそこまで2chでネガキャンしてるのは相当だ。
まー、俺もネイティブアプリが多いよ。そりゃネイティブが一番だから。
俺も複数回書き込んだけど、ネガキャンっていうよりただの愚痴吐き
まあネガキャンに見えるのかもしれないけど、特に目的はない
今はネイティブで開発してるし、このスレ見る必要もないんだけど専ブラで新着カキコがあるとつい見てしまう
とりあえず一人が粘着してるのではないということで信じていただくしかない、ていうかどう見ても否定派は複数人いるだろ…
有名ドコロでTitanium使ってる事例で知ってのって言ったらココログだなぁ
あれのレビューみてると可哀想になるね。開発もユーザーも被害者
JS信者が必死に擁護してるようだけど、
Monaca薦めたほうがまだいいんじゃないの?
あれも宣伝多くて煙たがられてるけど、
少なくともバックエンド的にはTitaniumより遥かに上質だよ。
ってかモダンなJSってのが本当に笑っちゃう。
言語じゃなくてAPIの問題なのに。
とくに先端仕様の先行実装とかに貪欲なわけでもないしなあ
逆に何をモダンと言ってるのか、モダンじゃない用法との線引きについて伺いたいところ
クロージャとか言い始めるんじゃなかろうか
>>571で引き合いに出されたNode.jsもいい迷惑だろ
JSとしての言語面でなんか先進的な事あったっけ、っていうと別に本家が言ってるとおり何もないんだよ
実装と目的がうまくはまった素敵な事例であって言語モダンとか言われてもハァ?てなもんだ
KitchinSink試せば分かるけど、Androidは特に不安定だよね。
>>585 両方ともTitaniumが原因でレビューが荒れてる感じじゃないが?
昔だったら「すぐクラッシュします」「起動すらしない」とか明らかにTitaniumが原因のものあったけど今はだいぶ改善してるよ。
それと海外のアプリじゃなかったの?探すんじゃなくて知ってるんだろ?
>>583 お前詭弁のガイドライン知ってるか?そもそもディスカッションにすらならない。
そりゃまぁいくらtitaniumでもそんだけ時間あれば改善もするだろうw
バグだらけでリリースせざるを得ない時点でお察しだろ
>>587 お前がまず論点のすり替え技を決めてきたんじゃん。
>>589 どこがだよ。
ちなみにNode.jsは引き合いに出したんじゃなくてTitaniumで採用されてるから。
本当に何も知らないんだな。
Titanium CLIやtishadow、AlloyはNode.jsが使われてる。
JSがモダンなんて誰もいってないだろ。JSのモダンな書き方。CommonJSも知らない奴はいるし、そういう奴が書いたTitaniumアプリはやっぱりクラッシュしやすい。
使ってもないのにスレに粘着してるからどんなやつかと思ったらやっぱり頭が残念な人だったんだな。
ごちゃごちゃしてきたな
何人いるのやら
ちなみにTitaniumはある程度のものだよ。
次世代と言われてるTi.NextやHyperLoopは処理が相当早くなっててJSのエンジンもiOSとAndroidで共通化されるらしい。
ってか一緒じゃないからこんな問題が起きるんだよな。
とはいっても予定は未定だから、期待せずに出来たら試してみようと思う。
Ti.Nextになってもしばらくはベータ品質だろうしプロダクトへの投入できるタイミングがあるのか知らないが。
俺もこのぐらいのスタンスだよ。
ちなみにTitaniumはある程度のものだよ。
次世代と言われてるTi.NextやHyperLoopは処理が相当早くなっててJSのエンジンもiOSとAndroidで共通化されるらしい。
ってか一緒じゃないからこんな問題が起きるんだよな。
とはいっても予定は未定だから、期待せずに出来たら試してみようと思う。
Ti.Nextになってもしばらくはベータ品質だろうしプロダクトへの投入できるタイミングがあるのか知らないが。
俺もこのぐらいのスタンスだよ。
>>590 それとこれがなんの関係があるのか説明していない時点でお前は同じ論点にも立ってないし、
結論しか出していないのにだからと切り出言うお前の論理がまずおかしいから、
この分じゃ皆の言ってる事が理解できない可能性もあるな。
ぶっちゃけTitaniumが機種判定だらけになる原因はJSのエンジンと関係ない
こないだから地味に擁護してる奴、中身あること何も言ってないのになんで偉そうなんだろ
>>590 それって裏を返せばアプリケーションはNode関係ないってことでしょ?
>>590 だんだん笑いがこみ上げてきた。
>本当に何も知らないんだな。
>Titanium CLIやtishadow、AlloyはNode.jsが使われてる。
いくらJSHint使おうが、テストを書こうが、
モダンな書き方(笑)だろうが、アプリのコードにこれらは関係ないよね。
599 :
585:2013/11/26(火) 21:10:16.99
いや、ios版は元からこんなもんのはず、
昔からクロスプラットフォームにしたandroidがひどかったけど改善されてるのかなという意味で書いた。
600 :
585:2013/11/26(火) 21:20:26.23
iosのレビューでの不具合は、通信周りで死んでる系に対処出来てない系が多い。
リファレンスの通信実装がトイアプリ程度のものなので、ここは実装する手間がかかる。
まともな通信系ライブラリを公式で用意してくれればiosだけはもう少しマシなアプリが出やすくなると思うんだが、
iosだけで使おうとしても、通信系手間かかると相殺されるんだよね。
601 :
585:2013/11/26(火) 21:31:49.24
>>579 このスレこういう変な粘着が多いね。使ってないなら見なきゃいいのに。
>>595 CommonJS版のKitchenSinkみたいなファイル構成が定番だな。
本性表したな恥ずかしいjsバカが。
>>605 だからお前なんで粘着してんだよw
やなら使わなきゃいいだろ。被害者を増やさないためとか言ってるけどみんな自分で判断できるだろ。
使えると思ったやつは使えばいいし、そうじゃないと思えば使わなきゃいい。
それはどんな技術でもアルファだろうがベータだろうが。
まじで会話にならないし同じことを繰り返すだけで実際には内容がない叩きを繰り返してるのは目に余るんだよ。
ネイティブ含めクラッシュは俺も遭遇するし、ログみるとか確認する方法はあるだろ。
お前まじアスペだろ。ちなみに一連の流れは俺が多いがそれ以外のやつもお前を叩いてる。
お前には一人に見えるんだろうが違う。一人だと思ってるから論点すり替えとか言ってるんだよ。
そんなに自分の周りから無視されて悔しいか?
だからってTitaniumスレで誰も見てないような叩きをするのはやめろ。
金払って誰かに聞いてもらえ。
お前叫んでるだけで全然内容がないんだよ。
ならお前がまず具体的にTitanium擁護してみろよ。
お前もお前の分身含めても1つも利点言えてないぞ。
お前みたいなバカは何人いても無駄なんだよ分かれよ。
いや批判レスが一人だと思ってるほうがちょっとどうかしてるぞw
病気だよアンタw
俺もそこ突っ込もうと思ってたw
たくさんの人が批判してるのを、一人の粘着の仕業だと思いたいのか
何が彼をそうさせるんだろう
利点については
>>574で答えてくれているようだよ
UI要件が緩い場合には有益なんじゃない、という擁護の範囲なら俺も同意
要求仕様がはみでる懸念があるなら使えん、というのも同意
結局どちらもtitanium採用にはあまり価値がない、という認識で一致してるのかと思ったが違うのかな?
うまくハマる案件で有益。何が争点なんだろうか。
もし論点が「不安定!」「ちがうお前が能無しなだけ!」って掛け合いならそれに絞ろうぜ。人格攻撃しあうより事象をつついた方が有益でしょ。
フレームワークとしての品質が高いと断言する「擁護者」がここまで一人としていない以上、擁護もクソもねーって
>>609 よくわからんがJSは完璧じゃないとダメだと思ってるんだろう
>>574 ついでに一言言っておこう
KitchenSinkが不安定
1ソースでiOSもAndroidも両対応できると夢見ちゃった人には地雷なんだろう。
Android版の不安定さと、UIやガイドラインの違いから条件分岐だらけになる。
iOSオンリーでJSでお手軽開発を考えていた人にとっては有益なツールだろう。
比較的安定してるから。
条件分岐はある程度覚悟してたから俺的にはそんなに問題じゃない
やはりバグを直さない開発元が問題だと思う、問題起きてぐぐったら2年前から放置とかざらでびっくりした
>>614 ビルド前のリソースのクリーンとか、未だに直ってないよな。
アホかと。
通常にビルドできてもとんでもなく遅い、1ファイルしか変えてないのに毎回何やってんだよ
運よく不具合に遭遇しないとしても、全然ラピッドな開発じゃない
>>616 前で擁護?の人が言ってるtishadow使えばいいじゃん。実機転送も一瞬だ。
Titaniumの中の人か、金もらってる奴が来てるのか?
>>618 できるよ。
Node.js入れてtishadowを入れる。
tishadowのアプリをビルドして実機に転送すればいい。
あとはコンパイルなしで実機にアプリが転送できる。
ネイティブモジュール使う時だけtishadowアプリにそのモジュールを含める必要がある。
Ti.APIではけるログもtishadow serverで見れる。
tishadow知らないでビルド遅いとか文句言ってるやつ結構いるね。
>>365とか
>>381とか
>>497とか
>>616 2年以上前からあるスレなのにtishadowという言葉が初めて出てきたのはほんの数日前だ
ビルドが速くなるのはわかったけど、それで肝心の中身は安定するの?
隔離スレになっててちょうど良い。
ビルドが遅いか速いかだけが問題じゃないんらなぁ
数えたらいくらでも出てくるほど問題だらけだし
一番詰まるのがそこな訳でもない
tishadowぐらい知ってるよ…
まともに動かないからスルーしてただけだが、最近は動くのか?
>>625 動いてるからそう言ってる訳だが。
君の環境だと動かないかもしれないが。
homebrewでnpm入れたらすんなりいった。
システム構築オナニーで射精しても賢者にはならんよ。
もうなんか手っ取り早く開発する事よりツールをトリッキーに使うのが自己目的化してしまってるな
まぁそうでもしないとまともに動かないのがtitaniumな訳だが
>>628 自分が知らなかったもしくは使ってないからって言うこと凄いな。
開発速度上げるための情報ですらお前にとってはDisりたいんだな。
本当にただのアンチだなw
ただのアンチみたいなのもいるし
実際に苦労した上で批判を書き込む人もいる
前者を叩いてばかりいても得られるものはないぞ
だからアプリケーションが安定するのかって聞いてるのに。
明らかに目をそらして他の点だけ語って、
でも批判そのものを許さないという擁護が一人いる気がするが。
多分論理力が伴ってないから、自分の言ってる事の矛盾が分からないんだよ。
だから永遠に満足出来ず吠え続ける事になる。
>>629 なんであれのレスがそうなるの?
本当に頭大丈夫か?言われてる事分かってるか?
>>631 そんなこと誰も聞いてないだろ。
聞いてたとしても日本語不自由だからスルーされてんだよ。
どこにでもいるよな、レスがついて当たり前だと思うやつ。
ちなみにある程度は安定している。CommonJSで書けるようになってメモリも減った。
ただネイティブが一番安定してるよ。
あとは君のスキル次第。
何で書かれてようがクラッシュはするさ、エラーログ吐いて。
まずはクラッシュログ。
KONAMIのUnityで書かれてるアプリもよくクラッシュする。
Androidは本当に安定しなくて地獄だった。
同じ条件(端末・プログラム)でも時によって挙動が変わってデバッグできない。本当にお手上げ。
iOSはビルド時がそんな感じだったができたアプリ自体は比較的安定。
と思ったら、SDKを3.1系にしたら例外で落ちて一切使えなくなった。
ぐぐると公式に同じ質問が出てて一応回答があったが自分のケースには該当せず未解決。
仕方なく3.0のままだが、iOS7で動かなくなったので、自分でSDKを書き換えて対応など苦労した。
>>635 お前を取り巻くみなの混乱から自分の日本語が不自由なんだと悟ってほしいな。
その謙虚さがないからそんななんだろうけど。
SDK書き換えまでいくと完全に利用価値的には赤字だよなぁ
>>635 いろいろグダグダいってるが結局安定しないんだな。
じゃあゴミだなゴミ。いちいち長々とゴミの説明ご苦労さん。
tishadowも知らないor使えないでディスってたか。しゃーねーな
結論をどこに向けたいのかな
使える使えないの二択でもあるまい
特筆できる魅力がないってのが難題だと思うんだが
結論:擁護派の負け
>>640 結局全てに答えられてないし、自分で安定すると断ずることもできてない。
その上、安定性に関する具体的な解決策も提示できない。
勝手に自己満足な講義を始めただけだろ。
実世界でも一番厄介な種類のやつだわ。
間違えて上司にいたらどれだけ人に迷惑かけるか分からんタイプ。
しかし何がしたかったんだろうな
メリットを何一つ挙げないから、本当に擁護しようとしてたようにも見えないし
>>646 いや、disってる方が何がしたかったんだってことだろ。
>>644 なんで1から10まで2chに書かなきゃいけないんだよ。
別にネイティブにこだわればいいだろう君は。
漠然とわかりません、クラッシュしますって報告じゃどんなコミュニティーでも解決しない。
みんなからヒントもらって自分で詳細な情報探るとかそういう姿勢がないのに何を言えばいいんだよ。
お前には何言っても無駄だろ。大人しく自分の巣に帰れよ。
現実のお前誰も相手しないからってこんなところで意地になって頑張るなって。
まぁこの種のフレーミングもTitaniumからの人払いとして機能してると思うし
それで一人でも犠牲者が減ってると思えば良い気分になるな!
>>648 一体お前が何を望んでウダウダと長文書いてるのか皆サッパリ分からんと言っている。
どうせ長文書くなら中身のある事書いてみては?
実際ネイティブの方がいいよね、って話は元から出てたしね
そこで煽り立てた挙句「ネイティブやってろ」ってのはやや不可解
いいぞ、もっとやれw
どっちもどうでもいい
Chatworkも今のはTitaniumらしいけど、今度のはネイティブらしいね。
ti-news.hatenablog.jp/entry/2013/11/29/230356
Titanium 3.2がもうすぐ。安定しているんだろうか。
Ti.Next とかでまた不安定になりそうだが、その前ではやっと落ち着いて来たのか。
結局Titaniumを叩いてる奴らは重いとかって叩くんだろなw
jira.appcelerator.org/secure/IssueNavigator.jspa?mode=hide&amp;requestId=15579
Android周りのバグがだいぶFIXされたね。
WebView周りとかもっと早くFIXしてほしかった。
ChatWorkの件、これか。
blog-ja.chatwork.com/2013/11/rocky-announce.html
> 今までTitanium Mobileを利用してiPhone・Androidアプリを開発してきましたが、より高速化・安定化を目指すため、ネイティブアプリとして再構築することになりました。
結局ベータを作ってビジネス進めるにはTitaniumはいいけど、しばらくしてユーザー多くなってきたらネイティブにしたほうがいいってことなんだよな。
そうやって割り切って使うツールなんだろな。
というわけで俺もネイティブに移行したし
そろそろこのスレも巡回から外すかな
最近変な奴が居着いちゃったしね
それではみなさんさらば、ネイティブ開発のスレで会おう
>>655 Titaniumにハマる罰は割り切れなかった自分の罪
>>656 これはこれからも定期的にここに来る新規使用者に警鐘鳴らしていくわ
そんな数いないから大変でもないし
これは→俺は
オワコン
デカい資本が買い取り待ちでカッコだけ付けてるのが丸見えでムカつく。ただのタカリ。
iPhone用とAndroidアプリ開発のために、今日一日Titaniumインストールして
簡単なプログラム作れて手ごたえを感じたので、開発を進めようと思っていた矢先にこのスレを見てしまったw
やはり、多少面倒でもJavaとObjectiveCで組むことにするかな
アプリ開発の入門としてtitanium導入してみたけど
アホだから開発環境整えられん
でも評判悪いからやめようかな
665 :
585:2014/03/31(月) 22:12:17.22 ID:2VPKBKqg
ここら辺のクロスプラットフォームツール使うのは、まずネイティブアプリのサンプルを手順通りに作ってからぐらいでいいと思う。
終わったコンテンツ
667 :
デフォルトの名無しさん:2014/04/14(月) 10:23:36.67 ID:gLh8HFKN
monaca調べててここにたどり着きました。
TitaniumにしろmonacaにしろJavaScript系の開発環境はあんまりよさそうじゃないですね。
ここの住民的には、やっぱりネイティブにしろってことでFA?
てす
JavaScriptとは言えないかもだけど、UnityScriptは普通に使えるよ
とはいえUnityはc#使える環境だし、わざわざJS風言語を選ぶ人が少なくなってる印象はあるけどね
個人的にはこの手のマルチもの使うと決めても、ネイティブというか環境標準の知識はどうせ必要になるからやっとけって感じ
その上でTitanium試す分には悪かないと思うよ。割り切れば楽できるそれなりの道具
インタラクティブな処理が入るとネイティブじゃ無いと不満が出るな。
Androidは元々遅いから諦めもあるんだろうけど。
早くする為にネイティブコードを入れ込んで行くと、直接ネイティブで書いた方が早くて安全と言うことになる。
iOS Android 開発では、Xamarin がほぼネイティブで作れるから、これが主流になるんじゃ無いかな。
C# で作れるから、Objective-CやJava をやったことの無い人にも取っ付きやすい。
Xamarin studio / MonoDevelop でも開発出来るし、Visual studio 2013でも開発出来る。
>>671 ソフト価格が高いからちょっと試して見る訳にはいかないな。
自由に配布出来るメリットはあるが。
673 :
デフォルトの名無しさん:2014/05/28(水) 02:27:38.49 ID:5O+ntosO
他板とのマルチで申し訳ないが…
今Titanium Mobileを使ってLINEみたいなメッセンジャーアプリを開発しようとしてるんだが、
チャットAPIの仕様上LINEみたいに友人とのチャットとグループチャットの区別が標準で無くて困ってる
(ある一人にチャットを送っただけで自動的にグループとしてチャットルームが生成される)
http://docs.appcelerator.com/cloud/latest/#!/api/Chats 解決策としてcustom_fieldsにフレンド宛かグループ宛か判別するフラグ文字列を放り込もうと思ってるんだが、
それでうまくいくのか自信がないから優秀なおまえらの知恵を借りたい
674 :
デフォルトの名無しさん:2014/06/03(火) 07:26:42.27 ID:OuBhEBwW
iOSアプリだけを手軽に作る目的でTitanium Mobileをかじってみたけど
今日、Apple公式のSwift言語が発表されたからそっちいくわ。
軽量プログラミング言語なのにネイティブって最強じゃん。
iOSはほぼSwift一択になるだろうな。 言語的にもJavascriptライクな所が有るからわかりやすいし。
インタラクティブなデバッグが出来るし。
そのうちAndroid用のコンパイラがサードパーティーから出てくると思うよ。 基本のコンパイラ自体はLLVM/Clangでオープンソースだし。
LLVM/ClangはEclipseプラグインも有るし、Visual StudioもLLVMプラグインは持ってるしTypeScriptには近い言語だし。
また、Javascriptを吐き出すコンパイラも出てきそう。(TypeScriptがそうだが)
え?ヘジタンが噛んでいるのか?それならば!
クロスプラットホーム環境でものになったのって、UnityとCocos2d-X、Adobe AIR
だけだったね。しかもUIが独自系になるゲームアプリでしか使われていない。
Monacaでアプリ作って、古いMacbook引っ張り出して登録済ませて、
いざアップロードと思ったら最新のApplication loderがインストールできない。
OSはleopard、Xcodeは3.1。新しいMac買う以外に何か良い方法ありますか?
Xcode 3.1で作ったアプリってそもそも申請できない。
Xcode 5で作ったアプリのみ申請可能。
680 :
678:2014/08/23(土) 16:10:54.65 ID:GtAAR9By
登録もリリースビルドも出来て後はappleに送るだけなんですが
application loaderもxcodeもダメとなると、
Macbookは諦めて買い換えるか、どっかでレンタルするしか無さそうですね。
ありがとうございました。
というかXcode 6からMountain Lion非対応で、6の正式版配布半年ぐらい先からXcode 5でビルド
したアプリはリジェクト対象になる。
683 :
デフォルトの名無しさん:2014/10/27(月) 18:02:27.72 ID:zSoXfP5P
androidつくってて次iphoneやりたいです
iphoneやるときってマックの本体ってどのくらいの価格のが
必要なんですか?
>>683 androidを作っているのか。凄いな。
と言うギャグは置いておいて、最低限MacMiniでいいよ。
>>684 ありがとう
MacMiniって75000円もするやつですか
マックみたこと触ったことないんですが高いOSですね
中古でwriteモデル
Mac mini 1.5GHz intel MA205J/A(中古) 在庫 1 / \19,750(税込)
中古Mac:Mac mini 1.5GHz intelApple Mac mini 1.5GHz intel
みたいなのがあったんですがこのスペックでも十分いいんですか?
全然意味が分からないです
CoreSoloはないな。
Windows端末と同じで、最低でもCorei5第3世代で4GB位メモリ積まないと遣り難いんでないかな。
なんだ、現行のMacMiniならCorei5第4世代じゃないか。五万円強だし、それでいいんじゃね?
ありがとう。5万か。androidの実機かったけど
iphoneは開発環境倍ですね
>>688 どこを読んだ反応レスかわかりませんが
こういうやつですか?もっとやすいのないですか
Mac mini Core i5 2.3GHz (2コア) MC815J/A(中古)入荷しました 在庫 1 / \51,750(税込)
中古Mac:Mac mini Core i5 2.3GHz (2コア)Apple Mac mini Core i5 2.3GHz (2コア)OSバージョン カゴ
◆仕様:Core i5 2.3GHz/ 4GB/ 500GB/ -/ OS:10.7.5/ AirMac:あり
◆詳細:2011年7月発売モデル
これの事ですか?マックの場合新品がいい感じなんですか
Mac mini 500GB MGEM2J/A [1400]
第4世代Core iやThunderbolt 2を搭載したMac mini
最安価格(税込):\52,159 (
もうちょっと頑張ればMacbookAirが
>>692 実機をかってPCスペックを下げることはできないですか?
core2で2Gはきついでしょか?
公開しなくても、業務レベル技術になるには実機も必要なんですよね?
本にはマックPCの方がiphoneより早い場合があるとかいてあったので
2コアでもぎりぎりいいのかなと思いました
MacbookAirって8万もしますね。
こういう買っても経費で落ちませんよね
ディスプレイとかキーボードとかマウスは手持ちがあるのかどうかでも違うだろ
miniにそれら足したらMBAと変わらないだろ
ディスプレイキーボードマウスはウインドウズで使ってるのあります
Titaniumスレであるわけで、確認なんだけど >695は何の言語で開発するつもりなの?
swiftとかやるつもりなら、そっちのスレで聞いた方が良くないですか。
>>696 objectivc。swiftはまだ出たばかりで仕事量がないみたいです
実機入れて8万ぐらいで
たった1年しか持たない登録に9000円いる。
iphoneハードル高いですね
miniのコア2で2Gじゃだめですよね?これなら3万
iphone業務してる人で
マックしか持ってなく実機なしで通用することって
ほぼないですよね?
会社にテスト用機材あるでしょ
自分のデバイス持ってこいとかは、日本じゃそうそう無いはず
公開しなくてもいいならTitaniumで開発すりゃいいじゃん。でiPhone買えばモウマンタイ!
>>700 TitaniumはjavascriptとでてきましたがobjectiveCではないですよね?
業務で使える技術レベルに上がれればいいんで
それならマックだけでも大丈夫なのかな
ただ実際使うかわからないので6万本体が痛いんです
いっそMacBookAir買えばいいじゃん。
あとWindowsも買ってBootCampで切り替えればいいし。
>>702 ウイドウズノートかったばっかりで2台目いらないんで
という状態です。
参考書は納税の時、割り引かれると聞いてるから
MACもわりびかれるのかな?
コア2
2GBってそんなに無理なんですか
アンドロイドでもコア1でもサクサク
エミュレータうごくんですが
>>704 何がしたいんだっけ…
とにかくObjective-Cをやりたいってんなら、日雇いのバイトでもして最新版Mac mini買えば良いでしょう。
なにかiPhoneで動かしたいってんなら、そのWindowsマシンでphonegapなりTitaniumなりで開発。中古iPhoneにインストー
thanks
Titaniumで開発した時、画面切り替え時にくるっと回るアニメーションが付けられたけど
あれをObjective-cでやるにはどうすればいいの?
Titaniumのソース見るしかないか
書き込み減ったな
さすがにもう使ってる奴はおらんか
新たにTitaniumを選ぶ人は少ないのでは。なので人口が減っていき…
phonegapスレ無いし、何となく見に来ています
711 :
デフォルトの名無しさん:2015/02/13(金) 07:48:25.82 ID:CTnF7tPY
Titaniumやっぱり良いのでは?
バージョンアップで動かなくなるのは、Time Machine で前のバージョンに戻せるから問題ないし。ソースコードはGitだし。
712 :
デフォルトの名無しさん:2015/02/13(金) 07:53:13.43 ID:CTnF7tPY
お前らが駄目って書くから止めてたけど
今日からまたセットアップ始めるわ。
それはない
714 :
デフォルトの名無しさん:2015/02/13(金) 09:17:31.09 ID:gfbj16lK
タブのアプリが簡単に両方でつくれるのは、Titaniumしかない。
715 :
デフォルトの名無しさん:2015/02/13(金) 10:05:57.77 ID:gfbj16lK
UnityとTitaniunの組合せが良いと思う
ゲームはUnity
データ表示するだけはTitanium
iPhoneアプリならswift
716 :
デフォルトの名無しさん:2015/02/13(金) 13:40:02.87 ID:gfbj16lK
動かなかったり、表示がAndroidとiPhoneと合わせるのに苦労したりしてヒーヒーするのが会社や、個人の力になるのだと思う。
簡単に動くなら誰でもできる。
iPhoneとAndroidでUIを同じにしたがるアホな会社はよく見る
まともなUI/UXデザイナーがいないんじゃないの
720 :
デフォルトの名無しさん:2015/02/14(土) 16:22:38.68 ID:95mHMg2k
Titaniumを受託の仕事で使ったけど、とにかく安定しないので苦労して以後は選択肢から消えた。
2013年の話だけど、今はマシになってるの?
追記、アプリの安定もそうだけど、とにかくビルド通すのが大変だった
理由もなく失敗して、もう一度やったら通ったりとか
>>718 つまり、Googleはアホな会社ってことか
AppGyverってのはCordovaをネイティブUIに変換するみたいだけど、Tiみたいにはネイティブ側のソース公開してないからハマったらもっと大変そう。