プログラマだけがMacを完璧に使いこなせる

その他の人にとっては宝の持ち腐れ。
まあせいぜい画面がきれいとかで満足していなさい。

2get

はいはい。
>>1はプログラミングだけしてればいいから。

なぜ>>3しか見えないんだろう。

━━━mm━━━━━━━━━
　||| lll　|　|　 　 人　　ガラッ
　　　 　|　| 　 （＿_）　　　|||　＿＿＿＿＿＿＿＿
　　||| 　|　|　（＿＿__）　 　／
　　　　 ＼＼(　・∀・ )　＜　おやじ！冷やしうんこ下痢だくで！
　　　　　　＼　　　　　＼　＼
|||　ガラッ　　）　　　　ﾄ、ヽ 　￣￣￣￣￣￣￣￣
　　　|||　　　/　 　 　（　|　|　|||
━━━━━━━━━mm━━━

じゃあ僕はWebデザイナー！

んで>1はどんなプログラム組んでんだ？

━━━mm━━━━━━━━━
　||| lll　|　|　 　 人　　ガラッ
　　　 　|　| 　 （＿_）　　　|||　＿＿＿＿＿＿＿＿
　　||| 　|　|　（＿＿__）　 　／
　　　　 ＼＼(　・∀・ )　＜　あ、ぼ、ぼく、あの、大盛りねぎだく、く、ください！
　　　　　　＼　　　　　＼　＼
|||　ガラッ　　）　　　　ﾄ、ヽ 　￣￣￣￣￣￣￣￣
　　　|||　　　/　 　 　（　|　|　||| 　
━━━━━━━━━mm━━━

しばしば、みんなが使ってる機能を知らなかったりする。

>>1 は[textField setStringValue:@"Hello, World"]; 程度しか書けないとみたw

プログラマーなんて社会的にも人間的にも最底辺だろw

何したら使いこなしたことになる？

職業プログラマーは底辺
趣味でプログラムを組むぐらいならまぁいいかな？

>>12
OSの機能を使いこなしたらだろう？

デザイナーなんて、Macの上で動く
アプリを使っているだけだからなｗ

アプリを使うだけなら他のOSでもできることだし。

>>14
>アプリを使うだけなら他のOSでもできることだし。
ドザの常套句だな。

>>14
家計簿を付けたいだけのおかあちゃんは、その目的を達成できれば
十分に使いこなしていると言えると思うよ。
OSとアプリの区別が付かないようなおかあちゃんでもね。

確かに家計簿を使いこなしているなｗ

>>17
あんたはどんな目的を持ってコンピュータを使ってるの？
OSの機能ってなに？サポートするあらゆるデバイスを繋いでるの？ｗ

おしいね、スレタイ。
「プログラマだけがMacを完璧に使いこなせる」
ではなく、
「プログラマはMacの性能を100%使い切れる」
が正解、と天才プログラマのオイラが述べております。

>>19
あんまり意味変わらないぞｗ

使い切りたいだけならメモリけちってBOINCで
プロジェクト片っ端立ち上げておけばいいので、

むしろ、意味がより不適切になってる気がする

Macを使いこなす = メモリをすべて使用する

と解釈するやつがいるとは思わなかったｗ

いつからマックを使うのにプログラミングとか要るようになったんだｗ？

やりたいことをするためにMacを使うのであって、
Macを完璧に使いこなす事自体が目的の人なんて、
仕事じゃ無ければただのヲタ。

OS Xの操作性が好きでMac使ってるってだけで十分だろ。
ぶっちゃけMacじゃないと目的が達成できないなんて事そうそうないしな。

>>20
>あんまり意味変わらないぞｗ
よく読んでくれ。意味がまるでちがう。
使いこなす、とは各種作業をソツなくこなすこと。
性能を使い切る、とはマシンのパワーを引き出すこと。
アプリケーションごしにマシンを使っている人は１００%までは使い切れない。
プログラマはアセンブラ等等で、限界まで性能を引き出せる。

使いこなさなくても自分のやりたいことが出来るのがMacでしょ？

＞プログラマはアセンブラ等等で、限界まで性能を引き出せる。

家電の組み込み開発かよ。

>>26
主語が抜けている。

「Mac」を完璧に使うとは、Macに関しての各種作業をソツなくこなすことだろう。

GUIからCUI、システム環境設定はあたりまえで、システム環境設定では設定できない
/etc内の設定（httpd.confなど）をCUIのエディタを使って。

>>22
CPUも使い切れるが？
HDD使い切れんので併せてtorrentのシーダにでもなった方がいいな
Macである意味はないが

CPUなんてのは愚にもつかないお絵書きなんかでなくてコンパイルに専念させてやればいいんですよ

プログラミングの本を買うのはパソコン持ってる奴が必ず通る道
>>1は「やった！！ぼくにもプログラミングができた！！」ってハシャいでるんだろ

そっとしておいてやれよ

マックはHelloのサインが出てハッピーマックが出て、何でもすっと簡単にできるマックのままでいてほしかったね。
ｼﾞｮﾌﾞｽﾞのオナニーの道具は、ｎｅｘｔＩＩとか別の名前にしてほしかったよ。
迷惑な話だ。

うんうん、オレもBASICで○が描けたときは
「オレ、パソコン使ってる！」って感動したもんだ

ﾊﾆﾘｲﾄ
SYNTAX ERROR
ですね。わかります。

なんのプログラマだよ。ボケナスチンカスが。

プログラマだけが軽四を完璧に使いこなせる。

プログラマだけが電子レンジを完璧に使いこなせる。

プログラマ最強

ユーザーがMacを完璧に使いこなせるようなソフトを作ってこそプログラマとして（ｒｙ

プログラマーはコンピュータ人口の精鋭部隊なんだよ。
ナチでいえばＳＳ
ソ連でいえばＫＧＢ
アメリカでいえばゴールド萬サックスだ。
中国でいえば共産党。

>>34
アンタ全然わかってないね。
マックは、「プログラミングなんて糞な仕事はやらなくても使えるコンピューター」だったんだよ。
Basicとか完全な時間の無駄。そういう香具師のコンピューターだったのに。
今じゃwidgetかなんかしらんが糞みたいなアプリ作って喜んでる奴らばっかり。

・・・で、なんか便利なプログラムでけた？

Xcodeがタダで手に入る事を考えたらmacbook安杉

WebOblectもついてるよ！

一部で高い評価受けてる程度で、流行らないねえ。weboblect。

jとl、typoできる位置にねえだろ。

>>39
ハイパーカードやAppleScriptさえも否定ときたか

懐かしいな。スタック作家乱立時代ｗ

たしかにくだらない時代だった。

初期と後期で評価は別れるな
ハイパーカードは歴史的にもなかなか価値ある文化だったと思うぞ

プログラマだけとは思わないけどUNIXをまともに使えない香具師が
Macを使いこなせるとは思えないね

じゃあ、このお役人さん達は完璧だね！
ttp://itpro.nikkeibp.co.jp/article/OPINION/20060428/236610/

LinuxとUNIXの区別もつかないのか

>>1
プログラマにも色々いるからねw

簡易言語専門で、PCのメンテナンスもできなくて、
シェルをまったく使えないやつもいるし、
そんな奴には、Macを使いこなせないよ。

こういう奴は、意外に結構いるよ。

カーネル以外は大差ないだろ

>>52
こういうのを無知蒙昧っていうんだな

じゃあBSDもダメなのかよ

完全にわかってないのに、無理に知ってる単語並べるなよ

はいはい、SUS、SUS。

http://hissi.org/read.php/mac/20080603/SDdQU1hQTGIw.html
ID:H7PSXPLb0はドザ気味なのでスルーで。

ドザでもマカでもいい、パソコンを完璧に使いこなせる人は羨ましいです。
自分、頑張っても、馬鹿だからダメです。

職業的／必然的に使い切ってる奴らを羨んでも全く意味ない

ドザでもマカでも犬厨でもコンピュータ所有者の権利として
「使い切る」事はいくらでも可能
エンコ、自動クロール、BOINC、興味あるモンのtorrent落としてそのままシーダになり続けるetcetc

こんなソフトを探していますスレを見てると
シェルスクリプト程度出来れば解決可能なことはかなり多いなと思うけどね

なんでもかんでもできなくてもいいんです
自分でやりたいことができさえすればいいんです

完璧に使いこなすの定義について考えてみようか

マックで動作するあらゆるソフトを完璧に操作できることも含まれるんだろうか？

>>62
とりあえず、「マックで動作するあらゆるソフト」と「完璧に操作」の定義を教えろ。
62の言ってることを馬鹿丁寧に書くと、
>Safari/Mail/Photoshop/XCode/MS Office などの製品・オンライン上のソフト全てについて、
>全てのメニュー項目、ウインドウ内容、設定、ショートカットキーについて意味や使い方を理解していることも含まれるんだろうか？
って感じになるのか。
そんなことできるやついねーよ、バカ。

完璧の要件を緩めてみようか。
利用しているソフトについて、下記が成り立つとき。

・そのソフトでできる事について、ある処理が要求された際に
　必要以上の時間をかけずに調査して、処理できること。
　ex:「ぐぐれカス」で終わる程度のトラブルで詰まってたらアウト

・そのソフトで本来できる事について、適切に機能を選択して
　適用することで対処できること。
　ex:正規表現が使えるエディタで手作業で単純な置き換えに半日使ったらアウト

・所有しているソフトやOS基本機能について、問題が手早く解決できる場合に
　それらの調査と習得を惜しまない事
　ex:「それターミナルで一発じゃん」or「それAutomatorで（r」

・ただし、利用していないソフト／所有している全ソフトについて
　上記が当てはまる必要はない。
　※万人がXCodeを習熟しなければいけない時代でもない

マカは浅はかだな

>>65
何が？

ていうかさ、コンピューターなのだから
自分の思う行動をプログラミングに転換して物事を成させられる能力は
マック、ウィンドウズ問わず役に立つだろう。

確かに、大量の処理をするならプログラム書いた方が楽だ。だがしかし、
Macのプログラマは 'For the rest of us' を忘れてはならない。

>>68
俺はふつうのUnixプログラマだからいいや。

>>68
バカとかジジイのためにプログラミングなんてやってらんね〜よ
それにそういうのは仕様を考えるSEの仕事であって、プログラマは
誰のために、なんてことをコードに盛り込む権限はねんだよ、バカ

>>70
プログラミングを使いこなすためにはまず、論理的に事象を整理する能力も必要

”プログラマー”ってのはアレか、
ーーー
前略）
「２＋２は？」プログラマーはゆうに 1 分は考えてこう言った。

「よん？」

スタジアムは大騒ぎになり、4000人のプログラマーたちは弾かれたように立ち上がり、
みんなで両手を大きく振り始める。そして、足を踏みならしながら叫んだ。

「もう一回 !!、もう一回 !!、もう一回 !!、…」
ーーー
って奴のことか。

http://mnk5.35kg.com/index.php?%E3%82%88%E3%82%93%EF%BC%9F

委員長は困ったような顔をしてうつむき大きくため息をついた。会場の意気も上がらない。
おまけにミスラモンクは泣き出してしまった。　しかし、これを見た4000人のモンクたちは
両手を大きく振りながら叫び始めた。　「もう一回 !!、もう一回 !! …」。
このまま進むと取り返しのつかないことになるのではと心配した委員長だったが、とうとう口を開いた。　
「OK! OK! それじゃあ、もう一度だけ…。2＋2 は？」。ミスラモンクは目を閉じ、ゆうに 1 分は考えてこう言った。

HW資源を使い切ることはバカにもできる
ソフトの抽象概念には限度がないので、人一人の有限な時間の中で無限を全てこなすのはそもそも無理

完璧ということそのものの範囲が曖昧で変化しうるものであるなら、それぞれの限られた用件の中でそれを十分にこなせればいいと言えることができる
なのでMacは誰にでも使いこなせるコンピュータといえる

でもそれは、Macを完璧に使いこなしているとはいえないね。

プログラマを完璧に使いこなせる上級SEの俺。

>>76
おまいの勝ちだw

上級SEって上司・営業・顧客にﾍﾗﾍﾗして「ｵｯｹｰっす」とか「全然ﾀﾞｲｼﾞｮﾌﾞっす」しか言えない人種のことでしょ？

ハカーからISVへ!

>>78
そんな仕事で給料がもらえる上級SEのいる会社をおしえてくれ。

>>78
それだけじゃなくて、あとITIL云々とか資格ものセットでご高説垂れれなきゃ難しいよ
現場にITIL適用するために奔走するような上様SEは見た事ないけど

研究者で、数値計算やシミュレーションのプログラムを書く人間ならMacを買っとけ。
あと、Webプログラミングでも、Macを使う方が１０倍ほど幸せになれる。

この２点に関しては、絶対に間違いない。

>>82
>研究者で、数値計算やシミュレーション
というとfortranかな
OS Xでなんか利点あったっけか？

webプログラミングに関してはwin/macを一台で確認できる点が強いね
parallelsで便利さ享受してる。
でもそれって、OSXが仮想環境ユースを許してないから可逆じゃないだけなんだよな……ある意味アンフェアかも。
他に、Macの方が良いって言い切れる利点ってあるかなあ？

php/python/rubyやら、果てはrailsまで入ったりしてるけど、
rubyのバージョン意識すると結局手作業で切るから
winのインスタントうんちゃらと大差ない気がしてくるr

>>83
>>研究者で、数値計算やシミュレーション
>というとfortranかな

情報がフル杉。

>OS Xでなんか利点あったっけか？

Python, C++ & Boostは言うに及ばず、科学計算用ライブラリがほぼ使えるのに、
面倒なUNIXの設定をしなくて良い。これは、ドラスティックに垣根を引き下げる。

それ以上はオタク話になるので、いちいち言わんが、古い情報で話をするのだけは
止めてくれ。

>情報がフル杉。
>古い情報で話をするのだけは止めてくれ。
ベクトルでもx86でも、今でさえ現役どころか『鉄板』ですが・・・？

最初からいろいろ揃ってて便利てのは同意ですよ
まあLinuxでも*BSDでも変わらんが。

○○でも変わらんと言われると、一挙に萎えるなw
ネタスレで醒めたレス見て、朝からしょんぼりだ。

Linuxはドライバで詰むことがあるからなあ。

>>85
いや、だからさ。Cにごっそり移った分野だってあるし、
フォートランのFの字すら存在しない分野も、数多くあるのだよ。
それらも含めて、一番使い易い、初学者に薦められるのがMacだという話。

>まあLinuxでも*BSDでも変わらんが。

そうは思わん。MacPortによるソフト管理の便利さといったら、鼻血ブーだよ。

MacPortsのGHCコケまくって泣いたな。今は大丈夫らしいけど
まだまだ歴史も浸透度も浅いから、今後に期待かなぁ
FreeBSD ports collection並に堅いコレクションに育って欲しいね。

>>88
>そうは思わん。MacPortによるソフト管理の便利さといったら、鼻血ブーだよ。
>>89
>FreeBSD ports collection並に堅いコレクションに育って欲しいね。
俺もそう思う。
FreeBSDのportsやNetBSDのpkgsrc方がまだまだ便利だし進んでると思う。
MacPortsも便利だとは思うけどね。

>>89-90

コマンドラインを使えるのがユーザーのデフォルトスキルだと思うから
話が噛み合ないんだな。GUIしか知らない人間が、研究室で数値計算やシミュレーションを
やる必要に駆られたら、まず最初にコマンドラインの達人に育て上げるのか？

昔は、そうする必要があったかもシランが、今はそんな必要がない時代なんだよ。
それも、Mac OS Xがあるから。

>>91
MacPortsにはGUIがあるぜっていう話？

FreeBSD/NetBSDやその他にはバイナリパッケージがあるじゃん。
portsから作成されるものと同じだよ。

いや、そもそも「コマンドラインの達人」になんてなる必要なんてないと思うけど。

OSXがダメって話じゃなくって数値計算やシミュレーションの分野で
ほんとにそんなにアドバンテージがあるの？って事なんだけどね。

>>92
>>88を良く読めよ。

「数値計算をやる必要がある非CUI経験者」の話だ。アホか。

>MacPorts GUI
なるほど、Porticusなるものがあるのか。こりゃ手軽

でも、GUIあってもMacPortsから入れたアプリは
結局コマンドラインから叩くものばかりじゃね？w
aptにもGUIフロントエンドいくらかあるし。

OSXの利点語りたいなら、MacPortsなんか引き合いに出さずに
Grapherみたいな良ソフトが標準付属してる点とか褒めた方が早くね
LaTeX式でコピペできたり素敵よね

>>93
それこそあほか。
「数値計算をやる必要がある非CUI経験者」
がOSXにそんなに利点があるか？
コードを書くためにIDEが欲しいって話か？
IDEはOSXだけの専売特許じゃねーだろ。

だいたい、MacPortを引き合いに出しておいて何をいってるんだか。

>>94
>Grapherみたいな良ソフトが標準付属してる点とか褒めた方が早くね
>LaTeX式でコピペできたり素敵よね
素敵よね。

>>95
俺はMarportsもFinkも、GUIでしか使ってないですが何か？

＞Grapherみたいな良ソフトが標準付属してる点とか褒めた方が早くね
＞LaTeX式でコピペできたり素敵よね

そらそうだ。それも含めて「科学計算初心者＝学部生／修士の学生」こそ
macを使えって話をしていたんだよ、俺は。

初心者だった時代の気持ちを忘れ去り、CUIやEmacsを手足のように使える
人間が「Linuxを薦めるなぁ」なんて、アホかと思う訳だ。俺としては。

スレ立てした人間の狙い通りのレベルの低い展開になってるなｗ

俺はMac OS XはGUIとCUIのバランスが良いUNIXだと思ってる

俺はUNIXはGUIとCUIのバランスが悪いMac OS Xだと思ってる

UNIXにはUIがありません

>>100
古来shellがUIです。
shでもcshでもお好きな物をどうぞ。

>>101
シェルはあくまでオプショナルなユーティリティであって、「UNIXのUI」ではありません

昔はMetrowerks CodeWarriorのSIOUXウインドウってのを使って
スタンドアローンの数値計算アプリが簡単につくれた

このMacBook Airを完璧に使いこなしている人はプログラマでつか？>>1

http://japanese.engadget.com/2008/06/01/hp-macbook-air/

>>100
>>102
ちょwUIがなくてどうやってやりとりするの？

>>105
だから、shellっていうユーティリティを使うっていう話の流れなんだが。

>>106
だから、UIがなくてどうやってやりとりするんだって聞いているんだが

>100 ：名称未設定：2008/06/11(水) 21:42:20 ID:4H1lHJvV0
>UNIXにはUIがありません

UNIX Internationalは無くなりますた、なんてつまらんボケは無しだからな？

えっと・・・　UNIXをコマンドシェルで使うのが「プログラマの証」なの？

フォトショップを使えるのが「絵描きの証」とかそんなレベルのスレ？

>>107
無知なんで適当だが「UNIX」としての定義の中に
「UIを備えていなくてはならない」という文言はないとかそういう話じゃね？

なんで、"プログラムは書けないけどコマンドラインは使える人間"が得意気なんだw

UNIXは小さいプログラムを組み合わせ、自分の思う機能を手軽に引き出すための環境
みたいな感じで俺は捉えている。

ある意味、C言語での関数とかObjective-Cでのフレームワーク、オブジェクト群、
ANSIで定格化されているライブラリ群、マクロ定義
これらを組み合わせて積極的にプログラムに参画する人にとっては
プログラムの組みやすさこそが問題であって、UIであるかどうかはさほど問題ではないと思う。

使いたい機能を引き出すための行程で、GUIを使う事が近道であるならむしろ望まれる。
逆にGUIであることで、無用な動作が増えるなら望まれない。

>>107
>だから、UIがなくてどうやってやりとりするんだって聞いているんだが
ふつうにAPIだろ。

tty端末は立派なUIで、しかもunixの規格の一部では?
その上で走る/bin/shとかもPOSIXの一部だし、これもunixのUIでいいっしょ。

Macユーザの中にはCUIを認めない変な信者がいるんだよね。
むかしOS Xのフレームワークを使ったユーティリティを作って、
自分としてはそれなりに便利だったからソースを公開したことが
あったんだけど、そしたらMacのソフトなのにCUIだけとはけしからんと
いう「お叱り」のメールを受け取ったよ。

個人的にこのユーティリティに関してはGUIの必要性を感じなかったし、
わざわざ他人のためにGUIを作るのは面倒なので、ソースがあるので
勝手に作ってくれと返事して放置してたんだけど、その後しばらく同じ人
からの文句のメールが続いたね。
まあこんなキチガイ信者はごく少数だと思うけど。

そういえばOS Xが出てきた頃、CUIはセキュリティホールになるとか
なんとか書いて失笑を買っていたライターがいたっけ。

そんな奴いねーよ

>>116
いや実際そんなメールがきちゃったんだからしょうがない。

CUIはセキュリティホールになると書いたライターは掌田津耶乃という人で、
「純粋Mac OS X批判序説」という記事がそれ。乱暴に要約すると、
CUIシェルがあると侵入者はそれを使って好き放題できるが、
Mac OS 9以前にはそんなものはないので堅牢であるといったことが
書いてあった。

Aquaが落ちるとコマンドラインが出てきて、それで好き放題されてしまう
だったかな。元記事が見つからないので記憶に頼ってるけど、まちがってたら
失礼。

>>117
>掌田津耶乃
あー、そのライターの書いた本は無視するようにしてるわw

以前Javaの入門記事で、長さ10の配列を作るには new int[9] としろとか書いてた奴だよな。＞掌田
長さ10の配列の添字が0-9なので勘違いしていたらしいけど、よくそれでライタやってるよな。
今もall aboutのJavaプログラミングのガイドやってる。まあall aboutだしw
http://allabout.co.jp/internet/java/

>以前Javaの入門記事で、長さ10の配列を作るには new int[9]
ちょwちょwまじかよw

>現在は執筆の傍ら、JavaやPHPなどによるWebアプリケーションの開発などプログラマとしての活動にも力を入れている
スーパープログラマでつね＾ー＾；；；；；；

>>115
＞ユーザの中にはCUIを認めない変な信者がいる

・・・えーと・・・　Windowsアプリです。って
DOS窓開いてコマンドラインからパラメータ送るソフトをネットに晒したら
Windowsユーザーもそう言うと思います。

>>122
思いません

"Aquaが堕ちたら"ってどういう意味だろ?

>>123
？　普通は思うが。

なんかのエンコードか圧縮でDOS窓のexe使った時は
こんなバラックキットみたいなもんをよく晒せるよなーと思ったし。

最初からDOSプロンプトのマシンだったらそれしかないからしかたないが
わざわざ従来のUIから「CUIのシステムに入って」使うものなんて
本末転倒もいいところだろ。

CUIを使うべきところで使う。じゃなくてなんでもCUI最古ーってのは
単なるあたまのおかしな人。ずっとDOSかGUIなしの生UNIXの世界に籠ってて欲しい。

当然、２ちゃんねるにもそのすばらしCUI環境からコマンドラインで書き込み
してるんだろうけどな。いや、すばらしい。

なんでWindowsアプリ(ユーザー)と比較した話題になってるの？

どっちもOSと統合したGUI環境で操作するモダンOSで
旧来のCUIとは一線を画してるから。

そこからわざわざCUI使うのはただのバカだから。

不毛だな

>>125
まあ環境問わず、単機能提供するだけのアプリのために冗長なGUI定義はマンドクセってこったろな。
最初コマンドラインで書いて、その後で各環境ごとにGUIラッパが出てくるのって、
ある種当然の流れじゃないのかな。
GUIアプリにした途端に移植性の問題が複雑化するし、他のアプリから叩きにくくなるからね。
rarや7zipなんかはosx上のGUIラッパが見当たらなかった時期あったなぁ。
あの頃は確かにめんどくささ感じたわ

>当然、２ちゃんねるにもそのすばらしCUI環境からコマンドラインで書き込み
>してるんだろうけどな。いや、すばらしい。
なんか嫌な事でもあったのか、ってくらいの皮肉っぷりだなw
シェル環境上なら、emacs/vim+2chプラグインで棲み着いてる奴は実際にいるぞ？w
別板でも開発スレやら専スレやらもあるし（

ここにもアホがいたか。

>>115を読んでほしいな。GUIってめんどくさいんだよ。
OSXのフレームワークを使ったといっても単にファイルを読み込んで
ファイルに出力するプログラムだったから、こんなもんにいちいち
GUI作りたくなかったんだよ。
ソースも公開したんだから欲しかったら自分で作れってこと。

>127は自分でアプリを作ってみろってこったな、CUIですむアプリをGUI化するのがどんなに
面倒臭い事なのか、やってみたら分かると思うよ。
販売されているソフトでCUIというのは、Mac/Win問わず、一般ユーザには受け入れ難い
だろうけど。

まあ、ちゃんとしたGUIのあるソフトを、わかりやすいドキュメントまで
つけて無料で公開する人もいるわけで、そういう人は本当に偉いなと思う。
オレなんかREADMEにコマンドラインオプションの説明だけちょっと書いて、
あとはソース読んでくれとしか書かなかったからな。

>>130
パソコンに詳しくない人は CLI は不安に思うし、
自分で GUI を付けることもできないよー

>>131
・・・Xcode使ってて、iPhone用のSDKを一昨日さっそく落としましたが？

特殊なアプリでパラメータ与えてGoするだけのもの”しか”作っていないの
ならわかるが、そもそも最近のGUI環境ではインターフェースビルダーで
ちょいちょいとボタン配置してそのイベントに対してメインコード書くだけだろ・・・

どういう開発環境に住んでるんだ。

>>134
それは失礼した。
自分用に作るアプリをわざわざGUI化したいか、という意味ととってくれ。

>インターフェースビルダー

>>133
そういう人に無理に使ってくれと頼んだわけじゃないんだよ。

>>134
公開したのはまさにパラメータ与えてgoといった感じのアプリだよ。

>>136
IB があっても、自分用でCUIで済むんならそれで充分なんですけど・・・
他人様に使って頂きたい、と思うような奇特な人or収益を上げたい人は別だろうけどね。

Shellでコマンドを組み合わせてプログラムする程度の労力でGUIが組める。
GUIにすると良い面は、マルチスレッドで全てが平行して進行しているとき
その進行具合を把握しやすい。

make -j 4
とかに相当するやつとかも？

複雑な物になればそれなりに労力はかかる、それはShellスクリプトでも同じ。
平行して進行するマルチスレッドが絡む程度の相互関連性を持たせたあたりからは
状況把握としてGUIがあると助けになる。
ただし、過度のGUIは実行速度の妨げになる欠点もある。

へんなの↑

他人様に渡すソフトで面倒なのでGUIがないと嫌がられるのもあるが、
他にはエラー処理を気をつけないといけないこともあるかな。
教えてもいないしこちらも予想しないパターンで使って、「動かないぞ、ゴルァ」
とか言われる…
お叱りのメールぐらいならともかく、リアル先輩に言われるからマジツラい。

公開してたっていう>>115は偉いよ。
俺は善意で提供して文句言われるわ、時間とられるわで懲りたので、
一切他人に提供しないことにした。

>>143
>俺は善意で提供して文句言われるわ、時間とられるわで懲りたので、
>一切他人に提供しないことにした。
現状それが無難だし、正しいと思う。

俺はCUIモノは汎用性を気をつけたソースで公開してOSX限定にはしないようにしてるよ。（as isだけど）

・・・「GUIがないと嫌がられる」もなんもMac（Windowsも）は
基本的にユーザーインターフェースはGUIなので、
ごくごく単純にGUIがないものは”まともなUIがない半完成品"の位置でんがな・・・

エラー処理を全部記述するのがめんどいから、通常使用のパラメータ外だと
エラーでただ止まる社内専用ユーティリティ（ファイルリストを取って
ファイルに特殊な変換処理して出力するだけのもの。普通にGUI。）作ったけど、
GUIであってもこんなん『表』なんかに出せないだろ・・・

聞いててわかんないのは自家製で限定用途でしか使えない（使わせられない）
「まだ半完成品のジャンク」を「ジャンクである」と自覚してない節がある
ところなんだけど・・・？

MacOSXはUnixと言うからには
Unix的な使い方ができないと、
Macを使いこなしていることにはなるまい。

つまりCUIのShellを使いコマンド組み合わせて
emacsやviを使いこなすプログラマのみがMacを

どうだろね
CUIな単機能コマンドツールを叩く「GUIアプリ」はいくらでもある訳だからね

ま、OSXではframeworkにするのが本来の作法だから、仰る通り
手抜き実装の結果なジャンクも多いけどね。
WinならDLLにすべきところ。
クロスプラットホームな品では、標準入力／標準出力構成に拘ったアプリってのが一番汎用性高いからね。

>聞いててわかんないのは
自家製とか限定用途とも限らんので、
ここはアプリに限らず、単機能ツール含めた話が混ざってると思いねぇ

平たく言うと、プログラマ視点の勝手な都合で進んでて、
「一般的なアプリ」の話はちょっと脇に置かれてる感じのレスが妙に多いスレ。

>OSXではframeworkにするのが本来の作法

何それ
というかどういう意味?

あ、わり。
>>147は>>145へのレスでした

>>146
apple自身、UNIXを「信頼性の根拠」としか扱ってないようなフシも見えるんだよなあw
UNIXとして売ってるつもりがどれだけあるのかは存じませんが、
サイト上の表記がマーケティング上の本音なのかなとも思えたり。

なんか突っ込むの野暮かもですが、emacsマシンやviマシンって今時はマシンなんでも構わんだろう（

>>148
読み返しても言葉足らずだった感じです

意図としては
・CUIで単機能パイプで処理するような仕事は、OSXでは
　frameworkなりで提供して、それを使うGUIをラップしてAPI
　整えとくのが正統な手順なのでせう
とか言いたかった訳です。

>>147
CUIな単機能コマンドツールを使えない人のための「GUIアプリ」がいくらでもある時点でｗ

ツール利用者の対象が明確なら、
変な文句言われてもスルーで良いと思うな俺。

CUIを蹴る単機能アプリはCUIわかんない人が対象だし、
CUIだけならわかる人が対象。


例えばクロスプラットフォームになってて、
自分の環境でビルドするのが前提のソフトなのに
「インストーラつけろ！！」
なんて言うの変じゃん。

これを変じゃないと思うヤツが面倒なわけで。

そんなこというヤツ相手にしてらんないから
「申し訳ありませんが貴様は対象外ですのでカエレ」
でいいと思うよ。


仕事なら話は別な。

> 自分の環境でビルドするのが前提のソフトなのに
> 「インストーラつけろ！！」
> なんて言うの変じゃん。

そうか？ make に install って普通にあると思うが？

ごめ、言葉足らずだった。
GUIのインストールウィザードのことね。

そんなに、ちゃっちゃちゃっちゃできるんなら
Apacheの完璧なGUIツール作ってよ、誰か

>>155
「完璧」とは？
Apacheはviでちょこちょこっといじってシグナル食わせるでいいじゃん。
難しくないし。

それでも設定画面が欲しいときはIBM WebSphere Application Serverくらいでいいんじゃないかなぁ。

コンフィグ書きのGUIラッパーてこと？

webサーバ運用含めないと完璧にならん気がするな
そういう汎用目指すと、webminやら果てはPlesk、cPanelみたいな方向に
突き進むしかないだろうから、その辺使えばいいと思うよ

そして、そのwebminを使いこなせるのが
プログラマだけというオチ

他人に役立つプログラム作るならスレタイと違わないか？
もっと自分勝手なプログラムを作る事こそ使いこなしプログラマの王道。

OS XでWebSphere動かすバカはいないだろう

>もっと自分勝手なプログラムを作る事こそ使いこなしプログラマの王道。
無限ループさせてOSのコントロールさえ奪うプログラムを作る俺のことかな。

はい、ここ笑うところですよ〜

今どきのOSとコンパイラで無限ループねぇ…

while(1) {
NSLog(@"無限ループさせてOSのコントロールさえ奪うプログラムを作る俺のことかな。");
}

あー、でもカーネル空間で馬鹿な真似すれば可能かなぁ。

ループの中でヘンなもんアロケートしまくったらスワップ経由で操作不能気味にはなるね

fork()使ってもいいかも心内

>>156
こんなところでWASを使っている奴に会うなんて(ﾟ∀ﾟ)ﾅｶ-ﾏ
WASって金払ってまで使う意味あるのか分からない。。。
長所は何だろう？

>>1はMacを何台持ってる？

俺のMacは最新のMacBook。
無限ループも3秒で処理できるぜ！

バグってますね、その無限ループ。

あぼーん

046384191530
惜しむ三はよ乳首こすれ
の脳内変換結果

複雑な処理の中でファイル書き出しやって
ハードディスクがパンクする事よくあるよな？
え？ない？

うーん、ないな。複雑ならミスらんように
細かいテスト成功した部品組み合わせて作るから

気軽なつもりでperlでワンライナ叩いたら
homeに文字化けファイル数万個とか出来て、血の気失せた事はあるw
実害なかったけど

ご愁傷様ですw

大学や実務で使う構造計算アプリをつくるくらいなら
OS9環境で、旧いコードウォーリアのSIOUX使ってつくるのが楽でいいよ
ANSIC(C++)のままのソースコードが、ほぼそのまま使えるし
OSXでもクラシックでちゃんと動くし

慣れた環境って手放せなくなるだろうから気持ちは分かる
でも、クラシック環境は今後提供されないから悩ましいだろうな

>>177
Code Warriorは俺もずっと使ってた事あるけど、
今時の環境に比べてもそんなにラクかなぁ?

普通にGCCでC/C++をXCodeやその他のIDEで使っても十分ラクだと思うけど。

Code Warriorがラクっていうよりも使い慣れた環境が一番ってだけの気がするよ。

curses

全く話の流れをぶった切るが、コード補完がなかったProjectBuilderでObjective-C書くのは地獄だったんだろーな。
メソッド名長すぎだろ。

>>181
コピペすればおk

Xcodeだとコピペではなく、文字の頭の数文字を書いてエスケープキーを押すと
その後ろのコードが付け足される。

>>177
構造計算の演算部分だけ持って来て
calc.m に埋め込み、GUIの部分だけ作り直しってのは駄目なんだろうか。

>>183
いや、だから>>181はXcodeじゃなく「Project Builerで」と言ってるんじゃないのかい？

思い出してみると、不思議とそれほど地獄みたいに困っていた記憶がないな。
いまXcodeで補完OFFにしたら発狂すると思うけど。慣れの問題か。

そゆこと。
俺のコミュニケーション能力が落ちてんのかな。

Xcode限定じゃないが
IDEのコード補完がウザイので使ってないのは
俺だけじゃないはず・・・。

俺も自分で出したい時だけ候補出してるな

少なくとも、Cocoaの定数とか、既に補完無しでは生きて行けないと思う。

レーシングドライバー、タクシー運転手、自動車での長距離通勤者 or 「走り屋ｗ」だけがクルマを
完璧に使いこなせる、みたいなアフォな命題だな

解釈明らかに間違ってる。

>>189
それあってないか？

いやソレ言うと最初からこのスレ間違ってますけどね。


　糞スレに
　　人が集まり
　　　良スレ化

　（詠み人知らず）

iPhoneが来たのでなんか面白がってXcode勉強開始。

いままではとにかく適当な身内用アプリのサクっと作るのに楽。って
それだけの理由でずーっとREALbasicで済ませてたからな。

プログラミングなんてlinuxでやればいいだろ
これだからマッチンシュッシュは・・・・

>194
お仕事ご苦労様ですw

次
http://pc11.2ch.net/test/read.cgi/mac/1180992940/193

>>194
Linuxなんていう生まれの卑しいOSと違ってOS XはUNIXだ

いやいや、LinuxはLinuxの良さもある。それなりに

例えば？
Linuxってアプリを動かすまでが楽しくて、
動いちゃうともうそのアプリに興味なくなるんだよなあ。

>>199
例えば手軽さかな。
社内ツール用サーバのような、ちょっとしたサーバを作るのに便利だよ。
そのへんに転がってるオンボロPCでも入れられるしね。

入れられるだけでなく、それなりに性能も引き出せる。
エコを考えるなら使う場面も多いかもね。
自分は、サーバー用途だと個人的な好みでFreeBSDを選んでしまっているが、
Linuxもたぶん類似の傾向はあるんじゃないかなと思う。

補足だけど、こういう感じで導入されてるLinuxやFreeBSDって外部の
シェア調査団体からじゃ見えないくて盛り込まれていないんじゃないかと思うこのごろ。
はっきり外部から見えてるLinuxはほんの氷山の一角で、ほかはほとんど
宇宙の「ダークマター」のごとく、みえないが存在する状態になってるような。

残念ながら床に落ちている
埃程度でしかないかと。

>>197
OSXは生まれはUNIXではないじゃん。

>>204
生まれとは 10.0 の事か？

NEXTSTEP 0.9 とかじゃね？

プログラミングしないなら、
Macを使う理由が無い。

それはただの思い込み、プログラミングできた方がさらに高度な使い方ができる
という話。

>>207
ageるな

.

sage厨うぜ

age

計算機.appって面白いね

>>213
計算機.app、結構高機能だよね。
これだけでシェアウェアになりそうな感じ。

それがMacの世界の基準です。

Mac以外ならフリーウェアですね

Macなら探す手間もなく最初からですね。

Windowsユーザーが、「おっ、そっち（Mac）のやついいな」と言った。

>>218
よかったね

webプログラマが一番恩恵受けてると思う。
仕事で趣味でやりたい放題できる。

Windows布教活動の記録
ID:74jtfl6X0 http://hissi.org/read.php/mac/20081122/NzRqdGZsNlgw.html

>>220
はつみみですね

Windows布教活動の記録
ID:Dl1W2JcV0 http://hissi.org/read.php/mac/20081203/RGwxVzJKY1Yw.html

>>220
「Webプログラマ」ってなにをする職業のひとですか?

Webアプリケーションを作る人じゃねーの

俺的にはgccとjavacが動くOSならどれでもいいんだけどな。unixのシェル環境なんて今時どのOSでも用意できるし。
Macならではの使いこなしってのはまた別なもんじゃないかと思う。

何でもいいと書いたけど素のWindowsマシンを使わされる時は苦痛だな。せめてCygwinかSFUを入れておいてくれ。
ただ、PowerShellは面白い。unixパイプコマンドよりエレガントだな。

>>226
javacはともかく、gccだけじゃなにもできまい…

自分的にはguiが必要になる時はjavaで、それ以外はgccでおｋ。gccは自前のライブラリ無ければ確かにきびしいね

>>227
PowerShellは面白いね。
俺が弄る機会があったときはもっさりな挙動がつきまとったけど、まあ時代が解決するんだろうな
unix/unix like系にも、ああいうオブジェクト投げ合うようなシェル環境出て来ないもんかねえ

と書いた矢先に調べてみたらRuby上のシェルであrushとかあるな
遊んでみよ

rush初耳だったけど素敵そうだな。
でもシェル代替としては冗長すぎるかな。
まったく流行ってる様子がないのも不安だ。

>まったく流行ってる様子がないのも不安だ。
そりゃ、ruby コミュニティの中のさらにマニアックな人達が使うもんだからじゃねえの？
irbsh とかもコンセプトは面白いし本まで出てたんだけどねえ。

LLなシェルならiPythonなんてのもあるね
俺は結局zsh使ってるけど……

私はどういうわけかtcshに戻ってしまいますね

IT土方スレ

IT土方だって頑張ってるんだよ
うちは需要冷え込んでて仕事ねえけど

プログラマ以外はMacをどのように使うというのですか

ふつうに。

プログラマはプログラム以外にMacを使っているのですか？
使っているとすれば、何をしているのですか？　（2chを除く）

使いこなしているように見えて使われてるだけという

デザイナーはデザイン以外にMacを使っているのですか？
使っているとすれば、何をしているのですか？　（2chを除く）

デザイナーは自分の生み出したものがマシンやネットワークの外に出るけど、
プログラマは出ることが少ないだろ？

端から見たらマシンを使いこなしているようで、マシンに縛られているようにしか見えませんよ。

もちろん端から見たらの話で実際はわからないけど。

ミュージシャンは楽器を使いこなしているようで、
楽器に縛られているようにしか見えませんよ。

出来たプログラムを作品と見るか、その先の何か
(プログラムが作り出す物やらサービスやら)のための
手段と見るかで違ってくるな。

>>244
でしょ？
特にミュージシャンなんて音楽に興味のない人から見ればそうなんだよ。

>>243
> デザイナーは自分の生み出したものがマシンやネットワークの外に出るけど、
> プログラマは出ることが少ないだろ？

無知晒しage

ま、プログラマに使いこなせるのはシェルとC言語などの開発言語のソフトくらいかな。
マルチメディア系のソフトは苦手というのが、ほとんどだと思われる。

>>247
これは、プロのプログラマの話。

ま、映像系の作品つくりなどで、プログラムをかじったほうが
バッチ処理などをやらせられて便利な面はあるけど、まあ、
個人レベルの作品つくりだと、さほどプログラミングの知識は求められないな。

興味ない人間にとっては一見どうでもいいようなところをきっちりやるのが専門家だから

>>249
誤爆かw

>>242
写真の管理、ビデオ撮影の編集など、普通のMacユーザーと同じような使い方だよw

誤爆じゃなくて>>245あたりにたいして。

>>251
自分が使っている他人の作ったソフトに、「下手くそ！」とか思うことがありますか？

>>246
シロートにも分かるように教えてくれたら嬉しいな。

>>253
「下手くそ」と思うかという質問を、「もっと改善しろ」と思うことがあるか？
という質問に置きなおすと、半数以上のソフトはそう思うよ。

付け加えるならば、iPhotoのプリセットとかは、プロの仕事レベルだよ。
たぶん、Appleお抱えのデザイナか、外部のプロが委託を受けて作ったのだろうな。

いわゆるプログラマ系の人が作った「こんな機能もありますよ」的な
使い物にならないプリセットじゃないね。

Microsoft、『Conficker』ウイルスで他社に迷惑
http://japan.internet.com/busnews/20090213/10.html

>>256
素人が知ったかぶりをして言っているわけですが、
なんというか、「ソースが汚い」と感じることがあるか、というです。

プロの仕事って時間とかお金とかのけっこう厳しい制約のなかでやることが多いから、
ここは下手くそで小汚いけど仕様を満たしてるしボトルネックにもなってないから
今回は妥協、みたいのはいっぱいある。

Excelに新しい脆弱性、日本国内で「ゼロデイ攻撃」を確認
http://pc.nikkeibp.co.jp/article/news/20090225/1012612/

なんかこのスレおもしろいね。

>>261
どの辺が?

Unicodeを持たないフォントはJavaScriptで扱えないのですか？

>>263
Unicodeを持たないフォントとは？

例えば○や□などで囲んだ数字です。

Macを完璧に使いこなせたら何なのさww別にその人に合ったやりたい事ができていればそれでいいんじゃね？