「Xcode」を含む日記 RSS

はてなキーワード: Xcodeとは

2022-05-08

ギークためのChromebook入門

エントリ目的

ライトコンピュータユーザ一切合切無視してギークギークのため情報共有するためのエントリ
感想はてブへ、質問トラバに投げれば誰かが答えるんじゃないか?(他力本願)

開発者は初手でデベロッパーモードにするべし

セキュリティ懸念があるけれど通常モードはセキュアを維持するため機能制限があるので制限開放のため開発者は初手でデベロッパーモードにするしかない。
用途中でデベロッパーモードにするとストレージファクトリリセットされるので注意。

ハードウェア選択

Webで完結するのであれば低性能機で問題ない

Webエンタメを楽しんだりWebツールを中心に利用するのであれば、5万円未満の低性能機で必要十分。
この用途では実質的タブレットPCのような運用へなりやすいのでフリップする2 in 1機やタブレット機がオススメ

ただし、Webベースゲームは楽しめるがAndroid Appレイヤーを用いたゲームは非常に厳しいので諦めたほうが良く、そこそこの負荷の掛かるAndroid Appツールも鈍足でストレスになるのでWeb版があるならそっちを使ったほうが良い。

ChromeOSハードウェアスペックで殴ると快適なのは変わらない

Core i7クラスCPUや16GB以上のワーキングメモリSSDストレージなど高性能機でChromeOSを使うとその分だけ快適になる。
Android Appレイヤーを用いたゲームも快適に動き、ウマ娘クラス3DCGAndroid Appゲームも高速に動く。
しかし、高性能機は空冷ファンを搭載していることが多く、高負荷を掛ければファンは唸るしウルサイ。

Android Appレイヤーを中心に運用したいと考えてるならばx86_64機は非効率

Google Play StoreにてAABパッケージがほぼ強制になったとは言え、開発段階でx86_64を意識しないと処理が非効率になりがちのようなので、Android Appレイヤーを中心に運用したいと思っているのであれば素直にARM機を探してきたほうが良い。

1つのIDEで開発をしクロスプラットフォーム対応することが流行っている昨今、自動でガベコレに頼っていてリソース管理経験に乏しい開発者マジで底辺しか漂流できないので覚えたほうが良いぞ。
それがWeb系のフロントエンドでもバックエンドでもそうだから底辺から脱したいのであれば覚えろ。

しっかりリソース管理できているChromebook向けビルドアーキテクチャによらずサクサクなのでクロスプラットフォームビルドマジで開発チームの腕が如実に反映される。

ちなみにSnapdragon 8 Gen1なChromebook公式発表は今のとこ無いのでAndroid Appレイヤーブンブン回すのは難しい。
メーカーはもうちょっと頑張れ。

Android Appレイヤー

macOSiOSレイヤーよりAndroid App数は多いし操作性は良い

Chromebookの大半はタッチスクリーンディスプレイを搭載しているし、Android StudioでAndroidManifest.xmlを何も考えずに生成すると勝手にChromeOSサポートするので結果的にChromeOSで動くAndroid App数が多くなるという現象が起きている。

Android Studioが雑なのかXcodeが厳密なのかは意見が分かれると思うけど、タッチパッドでiOS App操作というセンスがクソなのは万人が納得するところだと思う。

GPS事実上ほぼ機能しない

ARM系のSoCであればワンチャンいける可能性はあるものの、市場に出ているChromebookの大半はx86_64でGPSモジュールを積んでいないのでGPSを使おうと思うとBluetoothあたりでGPSレシーバ接続するしか無い。
当然A-GPSは使えないので精度がそこまでではないから期待し過ぎに注意。

USB over MIDIが使える

Android AppレイヤーではUSB over MIDIが使えるのでDTMあたりに活用することは可能ものの、iOS比較してレイテンシがそこそこ大きくDTM活用しようと思うユーザは不満を持ってしまうかも知れない(ハードにもよるけど0.5msecくらいズレる)。

そもそも既存Android AppなDAWVSTやLV2などの外部プラグイン対応していないのでAUプラグインが使えるiOSのほうがDTMへ向くんじゃないだろうか?
ただし、DAW単体でDTMを完結するとレイテンシほとんど気にならなくなるので絶対Android AppでDTM不可能というわけでもない。

Linuxレイヤー側でDTMをするのはレイテンシが大きすぎるしJackも上手く動作しないのでオススメできない。

ChromeOS向けマルチタスク対応していないとAndroid Appはスリープする

ChromeOS向けマルチタスク対応していないとAndroid Appはフロントエンド(プライマリ)からフォーカスが外れてバックエンドへ行くとスリープする。
Android Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちる。

まぁAndroid Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちるっていう部分はAndroidスマホで実行しても同じなので正直に言ってスリープされることを考慮しないデバックってAndroid App開発者は何やってんの?とは思う。

ICT教育日本中学生がChromeOSを使うようになっているので、ゲームであれツールであれ何であれChromeOS向けのマルチタスク考慮しておくとスリープしたり落ちたりするAndroid Appよりも支持されるのは間違いないのではないか

Linuxレイヤー

実体LXC/LXD

LXC/LXDなのでDockerに慣れ親しんでる人にはわかりやすいかも?

デフォルトイメージはChromeOS向けにカスタムされたDebian
別のLinuxディストリビューションへ置き換えることも出来るが一部機能制限される可能性がある。

IMLinuxレイヤー側で用意する必要がある

ChromeOS動作するGoogle日本語入力とは別にLinuxレイヤー側で日本語入力を用意する必要がある。
選択できるIMは幅広いのでMozcだろうがSKKだろうが漢直だろうが何でもイケる。
ただ特殊ものを選ぶとChromeOS側と齟齬が発生するのでfcitx-mozcあたりが無難っちゃ無難

USB Pass Throughが使えない

ChromeOSマウントされたUSB機器、というかシリアル接続された機器Linuxレイヤーから認識しない。
見掛け上で接続されているハードのすべてはソフト仮想接続されているだけなので、一部経路から上手く認識しなかったりする。

まりLinuxレイヤーではUSB Pass Throughが使えないが、Android AppレイヤーではUSB Pass Throughが使えるということ。
Linuxレイヤーゲームやろうと思ってもUSBゲームパッド動かないのでマウスキーボードで完結できるFPSみたいなゲームしか上手くプレイできないぞ。

それぞれが独立しているLinuxレイヤーAndroid Appレイヤー相互認識しない

言うなればAndroid Appレイヤースクリーンキャプチャ系のアプリによってLinuxレイヤーで動くGUIアプリキャプチャしようと思ってもキャプチャできず撮像は暗転している。

ChromeOSホストLinuxレイヤーAndroid Appレイヤーゲストなのでそりゃそうなんだけど気付かないとハマる。

LinuxレイヤーDockerを構築するのはやめておけ

LXC/LXD on LXC/LXDになるので面倒くさくなること請け合いだ。
どうしても仮想環境Chromebookに欲しいのであればKVMとかのほうが安定している。
ただしゲストOS上へ仮想環境を構築しているという前提は認識しておくべき。
まりゲストOS制限KVMも引き継ぐ。

ただしこれはDockerが導入できないという意味ではない。
自分解決する気概があるのならばDockerは便利に使える。

Web開発であれば必要十分

CLIツール系は普通に動くのでWeb開発であれば何も意識しないで普通にできる。
ただ、PSD形式みたいなもんは扱いにくいのでWebデザイナーは悲しい思いをするかも知れない。

GIMPInkscapeなども動くけれどデザイナーAdobe使いたいんじゃなかろうか?

Chrome OS向けAndroid Studioが存在する

Android App向けIDEAndroid StudioはChromeOSけが存在するのでAndorid App開発が可能
しかデベロッパーモードでなければエミュレータや実機デバック制限が発生するので注意。

3DCGゲームを作りたいのであればGodot

UnityやUEを使いたいところだけれど、Linux版のUnityやUEは不安定なのでゲーム向けIDEが欲しいのであればGodotがオススメだ。
ライセンスMITなので商用利用だってイケる。

3Dのほか2Dゲームもいける上に、最近IDEよろしくマウスポチポチUIを作れるし、軽量動作物理演算日本語ドキュメントまで揃っているので中高生ガンガン使える素晴らしいIDEだ。

総評

浅い部分は気軽だが深い部分は非常に難解、それがChromebook

浅い部分を触っているうちはYoutubeを観たり、プリインストールされているGoogle Play StoreからAndoird Appをインストールして使うみたいな気軽な運用ができる。
言ってしまえばライトユーザ視点ではノートパソコンの形をしたAndorid機がChromebookだと言える。

しかし一度Linuxレイヤーへ手を出すとUbuntuという何でもできるようになったLinuxディストリビューションが存在する中で、昔懐かしい複雑怪奇Linuxディストリビューションを体験することとなってしまう。
ただ、Chromebookで何でもやろうとするからそうなるだけで、APTからIDEインストールしてちょっとした開発をするなんて使い方であるならば業務利用でも意外となんとかなる・・・というか何も意識しないで使える。

そもそもHTTP使えるなら今どきの開発は何とかなるので、Chromebookへ対してギークがゴチャゴチャ言うのはほぼ間違いなく不満を言いつつDIYを楽しんでる。
Ubuhtuならばアレができるコレができると言うならば最初からUbuntu使えよって話。

ギークとは不便を見つけてゴチャゴチャ言う、そういう鳴き声の動物なのだ

追記

少なくともGoogleエコシステムとしてのChromeOSは非常に完成度が高くなりつつある。
Googleアシスタントは元よりAndoridスマホとの連携もよく、ハードウェアへもそこそこの投資ができるのであれば多くのChromebookではUSIペンが使えるし、USBポートUSB-Cだ。
そこそこのChromebookは多くの場合HiDPIIPS液晶でありグレアなのは気に食わないが美しい。
デベロッパーモードにするとセキュアさは下がるが普通に使えばローリングリリースアップデート無償で得られ、Gentoo LinuxベースなChromeOS潜在的マルウェア絶対数がそもそもWindowsMacよりも少ないという利点がある。
Bluetoothイヤホンヘッドフォンヘッドセットも使えるし、NestスピーカーNest HubNest Camを持っているのであればGoogleアシスタントからコントロールが容易なのは想像が付くだろう。Android AppレイヤーGoogleホームマネジメントアプリであるGoogle Homeも動く。
大胆にも憎きCapsLockキーデフォルトで殺し、Everything Buttonキーとして独自キーバインドを与えたのも面白い
もちろんこれは選択するハードによるもの指紋認証ロックを解除することまでできる。

Googleエコシステムへ浸かっていてGoogle個人情報を捧げられるのであればChromebookはアリな選択肢だと断言できる。
敢えて欠点を挙げるのならば、たった一言欠点表現することが可能だ。


Chromebookじゃなくても別に良くね?」


そう、ギークLinuxを使いたいのであれば別にChromebookじゃなくても良い。
というかギーク別にLinuxじゃなくともHaikuであろうが超漢字Ⅴだろうが喜ぶ生き物だ。OS別になんだって良い。
このエントリは単にChromebookという新しい沼ギークの皆さんをご案内しているに過ぎないのだ。

2022-04-16

ついにMontereyにした

最新のXcodeからBig Surが未対応になり、渋々上げることとなった。

問題なのが、マシンがハッキントッシュである事だ。

興味本位で手を出したハッキントッシュだが、OpenCoreのバージョンが上がる度に試すような熱心さはなく、動いてるしいいや位の完成度で使っている。Debug版を使い続けてるし、OpenCanopyなど楽しいものも入れてないカジュアル野郎だ。

 

まずそのままでも動くかなと思って試してみたがダメだった。ブートメニューにMontereyのインストーラーが出てこない。

OpenCoreのバージョンを最新にし、sample.plistを参考に設定を更新して再トライさらにkextも更新してまたトライ。やっぱりダメブートループフリーズが起きる。

 

ocvalidateの存在を知ってから簡単だった。

sample.plistとのにらめっこで見逃した項目を潰したらすんなりとアップグレードできた。このコマンドからあった?何はともあれ、めでたしめでたし

 

それにしても、OpenCoreでもCloverでもそうだけど、開発してる人はすごいなあと思う一方、何のためにやってるんだろうと思う。

OpenCoreの作者(複数?)は寄付したいならその金チャリティーに送れとすら言っている。

ハッキントッシュの為のツール開発なんて永遠に日の目を浴びないだろうし、ただの好奇心原動力だとしても多くの構成マシン対応する意欲に繋がるだろうか。

そこには執念とか、使命感とかいものを感じざるを得ない。

競合他社による営業妨害可能性もあるが、熱量や発覚リスクを考えると流石にないかとも思う。

2022-03-08

anond:20220308200056

2年くらいはビルドしていないので最新のXCodeビルドができない

月単価100万超えるんで業務委託でなく、開発請負会社探したほうがいいよ

そもそも10年前どころか5年前みたいなXcodeで書いたものビルドできなくなるとか、

Appleはクソだと思うんだよね…

ということで、Intel Mac以降買うのをやめて、今はWSL2とUbuntuでしあわせです…

Visual Studioも、ビジュアルとは?というクソだけど、

MSビルドできなくなるとかはあんまりないんだわ…

10年前、20年前のMFCプロジェクトでも、なんとか半自動で移行できてしま

iOSエンジニア業務委託が見つからないんだけど、こんなことってある?

プロジェクト炎上気味なのと、プロジェクトで使っているライブラリが古かったり、2年くらいはビルドしていないので最新のXCodeビルドができないとか、かなり負債の塊ではある。なのでキャッチアップコストが多いとは思うが、それらが理由フリーランス仕事を断るってあり得るの?もしかして楽な仕事だけを選り好みしているのー??

もしくは社長との契約時のネゴシエーションで何かが起きているとか、現場には見えない何かが起きているのかなぁ。今まで3人のiOSエンジニアMTGをしたけど、そこから全員と音沙汰がなくなった。

2021-12-21

anond:20211221132625

xcodeOSの最新バージョンで動かすにはxcodeも最新バージョンでないといけないらしい。

OSアップデートしてしまったらxcodeアップデートしなければならない。

それを考えてなかった。

アップデートだるい

昨夜寝る前にMacOSアップデートを実行した。

どうせ時間がかかるから

朝見てみたら、ダウンロードが済んでるだけでアップデートは実行されてない。

仕方ないかアップデートしたら、今度はxcodeというツールが実行できなくなってた。

こちらもアップデートしなければならない。

で午前中から時間アップデートしてるけど、まだ終わってない。

作業できないわ。

2021-09-09

MacSafariはてなブックマーク拡張を使う

経緯

Chrome/Firefoxはてブ機能拡張は配布されているが、MacSafari機能拡張は数年前から配布されていない

Safariに乗り換える際の個人的障壁であったが、Chrome機能拡張Safari向けに変換して利用する事ができたので、メモ代わりに記しておく。

必要もの


インストール手順

1. Chromeアドレスバーに「chrome://extensions/」と打ち込み、機能拡張の画面を表示する。

2. 同画面右上の「デベロッパー モード」をONにする。

3. 同画面内の「はてなブックマーク」の欄に表示されている「ID:xxxxxx」を次手順で使用する。

4. FinderChromeはてブ機能拡張インストールされているフォルダ存在する事を確認する。

/Users/(ユーザー名)/Library/Application Support/Google/Chrome/Default/Extensions/(手順3のID名)/(バージョン番号)

5. ターミナルを起動して、以下コマンド入力後にReturnキーを押す。この際に「Is this correct?」と表示されたら「yes」入力後にReturnキーを押す。

xcrun safari-web-extension-converter (手順4のフォルダパス)

6. XCodeが起動されるので[▶]ボタンを押して、Safari向け機能拡張ビルドする。(ビルド後に起動されたアプリは終了して良い)

7. Safariを起動して、「開発」>「未署名機能拡張許可」を押す。(「開発」メニューは、「Safari」>「環境設定」>「詳細」>「メニューバーに“開発”メニューを表示」で表示される)

8.「Safari」>「環境設定」 > 「機能拡張」にてはてブ機能拡張のチェックを入れ有効化する。

9. Safariアドレスバーの横にはてブアイコンが表示されていればインストール完了

インストール後の設定

1. はてブアイコンに [▲] のアラートが表示されている場合アイコンを押して「すべてのWebサイトで常に許可」を選択する。

2. はてブアイコンを押すと表示される利用規約画面で「同意する」を押す。(なお「同意する」を押しても何もリアクションがないので、手動でタブを閉じる必要がある)

3. はてブアイコンを押して見慣れたはてブコメント一覧が表示されていれば設定完了

おまけ

上記手順では基本的Safari再起動する度に「未署名機能拡張許可」を行ってはてブ機能拡張有効化する必要がある。

メニューから選択するだけの手間であるが、頻繁にSafari/Mac再起動するので面倒という場合には以下手順にて機能拡張署名を行っておく。

なお、この手順に際してApple IDが必要となる。

1. 上述したインストール手順の「手順6」にてXCodeが開いている状態で画面内サイドメニューからはてなブックマーク」を選び、画面中央上部の「Signing & Capabilities 」タブを押す。

2.「Signing」>「Team」で自身Apple IDを選択する。(選択リスト内に存在しなければ「Add an Account…」でアカウント追加後に選択する)

3.「Signing」>「Signing Certificate」で「Developement」を選択する。

4. 手順2-3を「Target」の「はてなブックマーク」と「はてなブックマーク Extension」の両方で実施後、[▶]ボタンを押して、Safari向け機能拡張ビルドする。

5. Safariにて「開発」>「未署名機能拡張許可」を外した状態でもはてブ機能拡張が表示されていれば完了

はてな運営の方へ

Safari機能拡張の再配布をお願いします😭

修正/追記 (2021/9/9 12:48)

2021-09-04

anond:20210904155323

日本人権威を信じるのは間違ってると力説したところで日本を変えるのは無理だから

PG界隈が権威の側になるのが正しい解だろ

WP大学とかXCODE大学を作って権威にするしかないよ

デジタル監が炙り出した日本人権威専門用語への盲信

何かと話題デジタル監の石倉氏。

デジタル自体菅政権の最大の施策の一つであり、また担当大臣平井大臣が癒着パワハラネット工作などの疑義が前から掛けられてた事もあって関心は高かった。その中で、事務方トップであるデジタル監」の人事も少し話題から紛糾しており、カリブ海ロリータ島をセレブ提供していて最終的に消されたエプスタインとの金銭関係があった人物が一時候補になったが、流石に身辺調査したらやばくねということで見送られて、結果的に72歳の石倉氏が就任する運びになった。

しかし、就任会見(?)のときに、彼女発言の一部が報道されて、デジタル庁のトップとしての適正がいきなり疑問視された。

Twitterなどでは主に石倉氏の経歴を理由に「彼女は優秀に違いない!!」バイアスが掛かった擁護が繰り広げられた翌日、彼女インターネット上の基本的著作権理解しておらず、ガビガビの画像ブログ掲載するほどWebデザインにも無頓着ということが明るみに出てしまい、「スーパー72歳」とか「デジタルに超詳しい百戦錬磨の敏腕素人」と祭り上げていた人達は一夜にして梯子を外されてしまった。

https://twitter.com/KAZE/status/1433268216235630599

https://twitter.com/mesotabi/status/1433399709566062594

https://twitter.com/Benzman_TAKE2/status/1433308767442006018


5ちゃんねる、ヤフコメはてななど、右翼左翼系のコミュニティーでは、一晩にして否定的な声が多数を占めてしまい、ここから挽回が期待されている。中には、「警視総監万引きしたようなもんだ」という痛烈な皮肉まで展開されていて厳しい船出である。その中でもTwitterだけは、著作権侵害を告発した被害者であるPIXTA社がなぜか糾弾されるという被害者の二重レイプまで起きており、政府が力をいれているインターネット対策の中心地はここなのではないかとも勘ぐらされたのである

日本人はとにかく学歴権威に弱い。ショーンKとか齋藤ウィリアム浩幸とか竹花貴騎とかそうだけど、ちょっと豪華な学歴と経歴があれば、真偽はともかく「この人はすごいんだろうな」バイアスがかかる。このデジタル監の石倉女史も「経歴がものすごいんだから超優秀に決まってる!」という主張が相次いだ。一部では「プロ社外取締役」「渡り鳥」ではないかという意見もあったし、少なくともITデジタルに関する業務ほとんど経験ないのは明白だったけど、とにかくすごい大学出てすごい会社社外取締役経験してるんだから、お前等は何も言うな的な論調が高まっていた。

しかし、「誰が言ったか」ではなくて「何を言ったか」が問題なのである。たとえ華やかな経歴があっても72歳のお婆ちゃんだ。普通ならもう年金生活している段階の高齢者を引っ張り出してくるなら、相応のデジタルに対する知識や造詣、情熱必要なのではないか。もちろん、彼女は実質前前任の桜田義孝サイバーセキュリティ担当大臣よりは数千倍マシであろうが、それでもデジタル後進国日本ITリテラシーを高める急務が求められているときに、この人が本当に適任なのだろうか。同じマッキンゼー云々なら、南場智子氏の方が全然適職ではないのだろうか。経団連兼任してるからしかたかもしれないが。普通にTwitterブログやってるお婆ちゃん事務方トップになれるなら、数百万人レベル候補者が出てくるだろう。

そして、石倉氏に対する反応については、もう一つ大きな問題が有り、彼女が「ワードプレス」とか「Python」とかい言葉を出しただけで、超敏腕のスーパー天才ITエンジニアではないか、という受け止め方がされていること。

https://twitter.com/youyakuya/status/1433449570134990853

もちろん非ITエンジニアにとっては「ワードプレス? Python? なんかよくわからんけどとにかく凄いんだろ!!」みたいな反応になってしまうことはある程度は仕方ないと思うのだが、そもそも彼女は「Python勉強していいたけど難しくて挫折した」のである。これはむしろ氏のデジタル適正の完全否定他ならないと思うのであるアセンブラ言語C++ならまだわかるよ。人には向き不向きあるからね。でもPythonができないのって普通に才能ないと思うよ。数ある言語の中でも平易なもの。だからこそ世界の主要言語に躍り出た。ワードプレスなんてただのブログ作成ツールだし、そのご自慢のブログでも早速やらかししまったんだけど、そこでも「本人はワードプレスには一切触れてなくて、部下やスタッフ勝手にやった」みたいな擁護までされて、WPバリバリに使いこなすスーパー72歳という設定はどこにいったの感がある。

「72歳なんだからプログラミングできないのは仕方ないだろ!」という声もある。しか日本には石倉さんより15歳ぐらい年上なのに、Pythonより遥かに難解なObjective-CiOSアプリを開発している女性がいるのだ。xcode使いこなすのはWPの数千倍難しいぞ。高齢者に対するデジタルへの抵抗感をなくすのが目的なら、彼女のほうがデジタル監に相応しいと思う。

https://style.nikkei.com/article/DGXMZO37707280T11C18A1000000/

要は「石倉さん? よく知らないけどwikipedia見たら経歴すごいし、PythonとかWordpressとか触ってるようだから、凄い人なんだ!!!」という思い込み脊髄反射がされた一件である。我々もJavaPHPObjective-Cしか書けない底辺エンジニアであるのだが、恐らく世間的には増田さんって頭いいんですね~デジタル得意なんですね~みたいな受け止め方がされるのかもしれない。日本人権威に弱く、日本人は「よく分からないもの」は「畏怖」を覚えてしまう。

しかし、石倉氏はデジタル監に完全に不適任かというと定かではない。というのも、こういうポジションは実務はほとんどなくて、ただのお飾りポジション、それこそ彼女歴任してきた「名誉教授」とか「社外取締役」と同じなのではないかも思えるのである。実務がないのであれば弊害もないだろう。実際、Twitterウヨ勢力はこぞって彼女を熱烈支持することに決めた。それこそ著作権侵害であってもさっさと謝罪たからむしろ素晴らしいというアクロバット擁護まで。

弱きをくじき強きに媚びる反知性主義ネトウヨが牛耳る今のIT後進国日本象徴する人事であることは間違いない。

2021-06-17

anond:20210617165644

化石マックユーザーのワイはテキストエディットでプログラム書いてターミナルってやつで動かしてたで(15年前)

知り合いはXcodeかいうのでプログラム組んでたで

2021-05-27

anond:20210527102211

xcodeInterface Builderの.nibだっけ?

RADで生成されるものは大きくてもuntouchableだし、

DelphiとかC++ Builderなんかで書く量はかなり少なかった記憶がある

2021-05-24

血ヘド吐きながらXcodeと格闘し、Swifr・SwiftUIをなんとかやり込めて

そして俺が得られるものって何だろう?

大きな悟り

Microsoft先生・・Google兄貴・・

誰か俺を助けてくれ・・

2021-04-29

GWだしiPhoneアプリを作りたいけど

大型連休ゴールデンウィークですが、この状況で家から出ることは憚られるから

以前から興味のあったiPhoneアプリ自分作成するっていうのに

チャレンジしようと思って、Xcodeを入れるところまでは終えて、

さあ、もう少し調べてみたら、これひょっとして毎年100ドル払わないといけないやつ??

100ドルって1万円強ってこと??1年に??

安易発心したのにこんな重課金ゲームだったとは。

2021-04-07

anond:20210406154745

かにそうだわ。

swiftは許してxcodeを許さずに生きていこう

2021-04-06

anond:20210406154644

Xcodeはクソは同意だけど、でもSwiftは良い言語だと思うけどな。

Xcodeマジ消えてほしい

使いにくすぎてクソ

Appleソフト作るの下手くそ進歩しないんだからハードだけやってろ

2020-11-24

anond:20201124155603

Xcode自分も駄目だった

なんでだろう

これまで改良はされてきたし、最新のは知らんのだけど、

プロジェクトの設定とかとりあえず必要最低限だけ表示すればいいのにドバーッと全部表示してしまってて、

しかも結局はコマンドラインオプションGUIでチマチマ書くような感じになってしまってて、

これIDE意味あんの?みたいになるわけだけど、Xcodeを使わないと基本的MaciOSアプリを開発できない縛りもあるわけで、

あと、うろ覚えだけど昔たしかInteface Buildernibファイルとかバイナリだったんじゃなかったか

バージョン管理しづらい、差分が分からない、うっかりマウスを滑らせてどこか変更してしまっても分からない、

NeXTはそれでも良かったのかもしれないけど、なんだかなあと思って、できるだけ使いたくなくなる不思議IDE

Borland C++ BuilderとかDelphiは楽しかったのになあ

anond:20201124154326

Xcodeが要るのと、PCとセットでサポートがあるPOSIX環境が実質macのみだから使ってるだけかなあ

Xcodeは開発環境としては真のゴミだね

Eclipseといい勝負している

2020-09-16

マイナーバージョンが1上がっただけで

丸ごとダウンロードしなおさないといけないSDKとか最低すぎる。

お前のことだよXCODE

2020-08-23

anond:20200823144100

いやいや Xcode ドチャクソ快適やぞ。brewコマンドインストールも楽チンやし。

かに近年 Windows も追い上げてきてはいる、って論旨には賛成だけどアホなこと言ってるバカあなたの方に見える。プログラミング環境の充実の次にシェア、って主張してるじゃん。

iOSへの開発ができない(※厳密にはやりにくい)って自分で言っちゃってる。快適さでは後塵を拝しているって認めてて、使ってもらうって観点でもその文章からは、iOSアプリを作るのがいちばんなんじゃないの、って考えにただちにたどり着くよ。

ほぼセルフ論破している、っていうか主張の大部分に対してタイトルと冒頭が強すぎると思う。

本当は macOS 支持者で反対派のフリをしてガソリンを撒いてるんじゃないの。そうでしょ。

ログイン ユーザー登録
ようこそ ゲスト さん