Macでプログラミング{2}

コンソールアプリのサンプルって……
UNIX用のCUIアプリのソースなんていくらでもあるわけだが

C言語ちょっと勉強しようと思ったことあるけど
読んだあと「・・・で、これでどうしろと？」って感じ。

そういう私は
MSX Basic(w →Applescript→Rb→Perl→Java

>>927
CもC++もGUIで何か作ろうとすると言語そのもの以外に覚えることがたくさんあるから
とりあえず目に見えるものを作れる方が続きやすいかもしれないね。
OSXでやるんだったらApple Script Studioから入ってCocoaをやるとかどうなんだろうか。
Cocoa+javaでもいいけど。

Cが基本なのは確かなんだけどとりあえず動くアプリがあればいいんだったら必要ないんじゃないかな。
本格的にやろうと思ったところで手をつけても遅くない気がする。

>>927
すっっごい変遷の仕方ですね（ｗ
およそ流れというものがないような。
でもそんだけ使えたらいろいろ作れそうですね。
MSX公式エミュレーター買いました？

>>928
まあたしかにAppleScript＋Cocoa部品でかなり色々できますよねー。うれしい事に。
しっかあし、日本語どうにかしてくれ。文字化けとかうっとおしい。

AS Studioやったからといってその後のObjective-Cとかに結びつくかってーと微妙な気がしますけど。
RbでAppleScript組み込めるみたいに、Objective-CやJava使う時にもAppleScriptも組み込めるんですっけ？

なんつーかBasicとかスクリプトから入るのはあんまりお勧め
できないんだよね。
だからどうしてもC(別にPL/IでもPascalでもいーけど)がその
後一番応用利くからと思うんだよね。

本格的にやるならスクリプト言語はかならずしも必要ないと思うよ
でも日曜プログラマがたとえば「代入」とか「条件分岐」とか、そういう
すごく基本的な部分を学ぶためにスクリプト言語を学習するのは良いと思うよ

目的と手段を間違えないようにね。言語は手段にすぎんのだから。
目的を満足するのであれば、言語なんて何でもいい。プロになるのなら
CとJavaくらいは抑えておく必要があるかもしれんが。

勉強用なら、何の言語でもいいからそれを使って、
「スクリプト言語を作る」のが楽しいですよ。

GUIのライブラリが広く出回ってる言語は楽でいいな。

皆さんレスありがとうございます
どこまでいけるか分かりませんが
とりあえずC言語を勉強してみようと思います

>>914
ｶﾞﾝｶﾞﾚ。
とりあえず柴田望洋(字あってないかも)あたりの初心者本
なんかが良いと思うよ。
で、ポインタにあんまりこだわり過ぎないようにw

勧められた『独習C』を見つけたので買ってきました。
K&Rのイジワル先生みたいな文体と違って、だいぶ読みやすいです。
どうしてもわからん事が出て来たらまた質問させて頂きます。
ありがとうごぜぇました。

>>937
K&Rは翻訳が悪いだけであって原書はイジワル先生ではないぞよ。
どっちかというと例題豊富でわかりやすい。

>>938
だいたいこの手の本の訳書って数学者さん当たりが訳してるから
むちゃな日本語が多かったりするね。
それであったら最初っから日本人の買っておいた方がいいかもね。

>>936
>で、ポインタにあんまりこだわり過ぎないようにw
これに凄い賛成。
こういうのは必要になった時に気合いで覚えるのが一番！
必要ない時はポインタって言葉だけ分かれば（・∀・）ｲｲ

>>940
そうだね。
二次元配列を受け取る関数を作ったときに初めて悩めばそれでよしかもw

>941
僕の場合は、普通のダブルポインタならまあ良いけど、
多次元配列になると
ええぃ。面倒だ。
って、クラス化してましたね。（ｗ
その部分"だけ"C++になってたり。。。

ToolboxなMacのプログラムはダブルポインタ（ハンドル）必須だったので
何とか理解できるようになりましたね。

必要で何とかしたいと思えば何とかなると思う。

>>942
マクロ書いて1次元配列で代用しちゃう感じにしてたかなぁ。
あるいはダブルポインタにmallocするか。

STLだけでもC++使ったほうがいいと思う。

STLは便利だけど、初心者が見たら呪文にしか見えないだろうね。

翻訳は実際は自分とこの学生にやらせてるから、日本語がダメなわけ。
昔のResEditの解説本なんか、文体が統一されてなくてひどいもの
だった。これなんか多分学生にやらせっぱなしで、監修すらしてない
のじゃないかと思ったな。大学の先生が訳者になってる本にロクな
ものはないね。

>>945

なるありゃ学生か。
同考えても内容理解するより日本語理解するほうが難しい訳本が
あるのはそういうことか。。。

>>944
つうかSTLを使う目的があってC++をするめるのは分かるがそれは話が
違うんで内科医?

おまいらInterface2003/5月号で紹介されてる gnu global 試してみましたか？
すごく便利なのでだれかObjective-Cに対応させてくれ ^^;

聞いたこともない雑誌だな

これ↓
http://www.cqpub.co.jp/interface/

>>947
ちょっと違うけど、DevToolsにはctagsってツールが標準でついてる。
man ctagsってしてみて。Objective-Cに対応してる。
Emacs使いならetagsでもよいかもね。

>>948
プログラミングとか組込みとかではかなり有名な雑誌にはいると思う。
日~~とか読むよりもかなりよいです。

インターフエイスでMacProgramming特集をやったのはもう10年
以上前だな。かなり古い雑誌だよ。

gnu globalもctagsもよく知らんのだが
Project Builderでメソッドor関数名をコマンド＋ダブルクリックするのと
どう違うの？

なんか PP 使ってるとソースの中が見れて ToolBox を知ってたら細かい動作まで確認できるけど Cocoa はどーなの? 俺的に使いにくいんだけど。

>>953
もれも使いづれくてこまってる。
イメージつかむためにGNUstepでも拾ってこようかと思ってる

CocoaはPBに慣れないとね。なかなか・・・

それとドキュメントだよなぁ・・・。日本語のドキュメントが古いし
少ないのがね。中身の方に集中したいのに、英語のドキュメントで無駄な
時間を食われるのはホント困るんだよ。Cocoaの使いこなしよりも大事な
のはプログラムの中身なのよ。そこのとこアップルは全然わかってないね。

185 名前：ﾌｪﾐﾐﾝ◆FeMIeDiof 03/03/20 09:15 ID:+3aOoVXS

ちんこ音頭があってなんでまんこ音頭がないの？
これって男女差別だよね！
まんこ音頭も作ってよ！！
　　　　　　　　　　　　

で、スレたちましたヽ(`Д´)ﾉ
【ﾏﾝｺ】まんこ音頭ﾌﾟﾛｼﾞｪｸﾄ【ｸﾁｭｸﾁｭ】
http://tmp.2ch.net/test/read.cgi/kitchen/1048584037/l50　　

960は次スレ建てといてくれ。
じゃ。

>>955
Appleの出す技術文章の英語程度で無駄な時間を食われるとは悲しいですね。
あなたのソースには痛いスペルミスがきっと多いことでしょう。

日本人だしね、英語読み書き出来たとしても
余程、常日ごろから英会話する環境にでも無いと
英語を翻訳するという脳内作業がワンステップ加わるわけで、
思考が中断されるのはアタリマエですな。
日本語の文書があれば
ソースコードを書く→資料を読む→ソースコードを書く→資料を読む→ソースコードを書く→資料を読む→

となるわけだが、
英語の文書だとどうしても
ソースコードを書く→資料を読む→翻訳する→（わかりにくいところを考える）→ソースコードを書く→資料を読む→翻訳する→（わかりにくいところを考える）→ソースコードを書く

というステップを踏むことになるので、特にプログラミング自体に集中したいときは鬱陶しいのは分かるよ。
958はよほど英語が流暢に使えるんだろうなあ。
さっさとAppleの文書くらい全訳してアップルジャパンに売りつければ？

そう言うのなら、少しだけ。
813はある人の意思に従い死んでくれと書いた。
だが、それは既に過去のこと。

あれから俺は改心し頭も使う様になった。

その証拠にこれを残そう。
死んでくれ。
そう書いたときにお前は俺がうそ？と思うと思った。

だからマジで（ｗと書いた。

俺はお前が思っているような人間じゃない。
もし気が触れていたのなら悪かった。
謝ろう。

それじゃぁ。

>>959
面の皮の厚いアップルは平気だろ。ゴミ箱逝き。
一時、翻訳してHPに載せようとしてアップルに問い合わせたらNGだったつう話もあるくらいだから、翻訳なんてこれっぽっちもやる気は無いようだよ。

これ、何の誤爆？

MINDとかぴゅう太付属のBasicとか...

>>960
スレ立てよろしく。

>>959
unixerは普段からmanが英語だからなぁ。
私もそうですが技術文書は英語で当たり前ぐらいの感覚があるのかも。
とはいえ、最近はJM projectとか使ってしまってますがw
でも、コメントも英語で書いちゃうなぁ。

>>965
すでにある程度の前提となる知識があれば、英語の文書もそれなりに読める。
これはどういうことかというと、分かりにくいことがあっても前提の知識を
使って、補完ができてしまうからね。

でも、完全新規の知識を付けるときは、どうよ。これは面倒くさい。

>>966
うん。知らない概念を英語文書で理解するのは結構きつい。
そんなときに翻訳があると助かるのは確かです。
日本語の3倍ぐらいは時間がかかるかも。

そういう意味ではせめてtechinfoとかQ&Aぐらいは全部日本語訳して欲しい気はする。

>完全新規の知識
こういう時こそ英語力が必要なんだよなぁ。

あらゆる技術文書が英語で書かれている現実を見ると、
情報の鮮度からいっても日本語訳を待っていては古くなってしまう。
所詮は日本語はマイナーな言語だしね。

☆　ﾁｭｰ　☆　Squeak　☆　ﾁｭｰ　☆
http://pc.2ch.net/test/read.cgi/mac/1046446110/l50

書き込んだつもりで忘れてました。
Squeakスレです。
次スレでリンクおながいします。

資料を読む→翻訳する→テストプログラム作る→翻訳見直す→ソース書く→テストする→翻訳見直す・・・

英語の壁があるから日本のソフトは少ないともいえる。逆に言えば
そのおかげで既存ベンダーは競争がなくて助かっている一面もある。

ただね、技術の競争じゃなくて英語力の競争じゃ情けなくないか?
日本語ドキュメントはあった方がいいと思うね。

俺も競争のないベンダーのひとつなんだが、海外製のソフトとの
競争もあるけど、今はWinとの競争なんだよね。10年前はMacが
9割くらい占めていたけど、今や4割〜5割というところだ。まだまだ
根強くMacを使っているユーザーは多いけど、開発力では同じ社内でも
Win開発チームよりも落ちるんだよ。開発要員を育てるのが大変だし、
英語が壁になって習熟速度が落ちるのも困り者だ。愚痴になって
しまったが、日本語のドキュメントがあればずいぶん改善されることも
多いと思うんだがね。

皆で勝手に日本語に訳してしまうのって不味いのかなぁ？
訳した物をMactella辺で共有するとかすればどうだろう？
やはりAJは怒るだろうか。

そんな...膨大すぎるでしょ、新しいドキュメントも次から次へと出てくるし

やろうと思ってる人はいるみたいよ。
http://pc.2ch.net/test/read.cgi/mac/1047839870/
とりあえずFoundationの主要クラスあたりを訳すだけでも、結構楽になるんじゃないか。

日本語といえばDiscoverOPENstepの和訳消えちゃったね。
英語はObsoluteだかRegacyだかのディレクトリにひっそり生きてるが。
LearningCocoaより付録とかコラムでObjectiveCとOOPのあれこれ書いてあってお勧めだったんだけど。
てかObjectiveCのPDFの和訳とっとと出してくれ。OSX対応Macで金使い果たした連中にドキュメントこれ読め！ができないじゃんか！