K.Maebashi's BBS

ご自由に書き込んでください。雑談も可。
テスト書き込みの類はテスト用掲示板にどうぞ

[日付順表示] [日付順インデックス] [スレッド順インデックス]

新規投稿 | 開設者ホームページへ戻る | ヘルプ

[67] Re:技術レベル
投稿者:kei
2007/02/20 02:13:25

> 手作業をほんのちょっと減らしたいなんて程度に使う分には > ザクザクッと作れちゃうperlみたいな形無し言語ってとても便利だと思いますが。 実は、恥ずかしい話なんですが。。 僕は、多少なりとも自信を持って使える言語がCとJavaしかなかったりします。 前橋さんの「C言語体当り学習」で、タブをスペースに変換する サンプルコードがありましたが、いつもあんな感じで、CやJavaで 作業用のツールを書いてました。 で、最近になって、他の人達が、perlやrubyを使ってサクッと作っている様子 などを見て、「ひょっとして、壮大な時間の浪費をしているのでは??」 と感じるようになったのでした。 # もちろん、決して無駄になったとは思ってませんけど。 > 色んな言語に触れて適材適所を身に付けたらベストでしょう。 > 何でもかんでもオブジェクト指向言語万歳じゃないと思うし ありがとうございます。励みになります。 よーし、がんばるぞ。
[この投稿を含むスレッドを表示] [この投稿を削除]
[66] Re:技術レベル
投稿者:kei
2007/02/20 02:13:25

>でも、PerlならPerlの作者は、長年の経験を積んだ名うてのハッカーであるわけで。 >頭のいい人なら型無し言語でもいいのかもしれません。 なるほど。。 じゃあ、僕はダメかもしれないです(笑) しかも、 >私はと言えば、「この世の中に自分より信用できないものが他にあるかーっ」 >という横島クンの叫び(うろ覚え)に共感する側の人間です。 僕の場合、「自分より信用できないものが他にあるかー」と叫びつつ、 常に自分を甘やかしてしまう人間なので、なおのこと、強い型付けの 言語の方が向いてるかもしれませんね。 でも、やはり視野を広げるために、色々な言語も知っておかなきゃ、 とも思うのです。 # そもそも、CとJavaすら使いこなしてるとは言えなかったりしますけど。。
[この投稿を含むスレッドを表示] [この投稿を削除]
[65] Re:技術レベル
投稿者:本多
2007/02/20 02:13:25

>>というのは、前橋さんの長年の経験が導き出した答えなんだなぁ、と。 >でも、PerlならPerlの作者は、長年の経験を積んだ名うてのハッカーであるわけで。 >頭のいい人なら型無し言語でもいいのかもしれません。 名うてでも頭よくもないですけど型なしでいいと思うときと言うと、 お客さんのとこに出張して 1時間くらいので、 大雑把にデータを整理して何かの資料を作りたいとか言う場合に 手作業をほんのちょっと減らしたいなんて程度に使う分には ザクザクッと作れちゃうperlみたいな形無し言語ってとても便利だと思いますが。 そういう場合って例外処理だのは、おかしかったら やりなおせばいいのでどうでもよくて、 ちょっと出力に怪しい部分があってもおかしなところだけ手で直せばいいや、 ざっくり結果出してくれやってな感じで使うにはperlって重宝しますよねぇ。 その場合でも型があっても邪魔にならないんじゃないかって言われると んー、どうなんでしょうねぇ。文字列→数値ってなことを 型を意識せずにチャキチャキして欲しいとき型は邪魔かなって思うんですけど。 必要に応じて必要な関数にだけ構造体のメンバを増やしたりとか 手軽にできるし。 #一番困るのはそんなプログラムの一人歩きだったりしますが。 しっかりと設計に時間がかけなくちゃいけない規模のプログラムや、 後でメンテナンスが必要になるようなプログラムには 当然型があるべきだというのは もちろん同意します。 っていうか、設計って型を決めることでは(暴論) っていうか、型さえキレイに決まっていたら後はなんとでもなると思うし(極論) >>今はまだ、色々な言語に触れてみたいなぁ、なんて思ってしまいます 色んな言語に触れて適材適所を身に付けたらベストでしょう。 何でもかんでもオブジェクト指向言語万歳じゃないと思うし。 10分ででっち上げなくちゃいけない場合なんかは。 ま、適材適所ってことで。
[この投稿を含むスレッドを表示] [この投稿を削除]
[64] Re:技術レベル
投稿者:(ぱ)
2007/02/20 02:13:25

>というのは、前橋さんの長年の経験が導き出した答えなんだなぁ、と。 でも、PerlならPerlの作者は、長年の経験を積んだ名うてのハッカーであるわけで。 頭のいい人なら型無し言語でもいいのかもしれません。 結局、自分自身をどこまで信用できるか、という問題のように思います。 私はと言えば、「この世の中に自分より信用できないものが他にあるかーっ」 という横島クンの叫び(うろ覚え)に共感する側の人間です。
[この投稿を含むスレッドを表示] [この投稿を削除]
[63] Re:技術レベル
投稿者:kei
2007/02/20 02:13:25

>あー懐かしいスレ。 >このスレが現役だった頃はム板も読んでたんですが、最近はさっぱりです。 このスレが現役だった頃、僕はまだ、プログラマじゃなかったです(笑) それで、思ったんですが、 >もちろん用途次第で、静的な型付けがない方がよい場合もあるかもしれません。 >でも私は嫌です。自由よりも犬の首輪が欲しい方なんで。 というのは、前橋さんの長年の経験が導き出した答えなんだなぁ、と。 それに比べると、僕はまだよちよち歩きを始めたばかりで、「あれに触れると 熱くてやけどする」だとか、「あれに近付くと噛みつかれる」だとか、 そういったことを経験してないから、いまいちわかっていないのかもしれません。 今はまだ、色々な言語に触れてみたいなぁ、なんて思ってしまいます。
[この投稿を含むスレッドを表示] [この投稿を削除]
[62] Re:続・怪しいメール
投稿者:(ぱ)
2007/02/20 02:13:25

>怪しいメールは朝4 ~ 6時に来るとムカつきますね。 >まだ眠た・・・いや、バッチでコケたかと思ってドキッとします。 うーんと。 徹夜作業中(監視中?)ですか? お疲れ様です。
[この投稿を含むスレッドを表示] [この投稿を削除]
[61] Re:技術レベル
投稿者:(ぱ)
2007/02/20 02:13:25

>>あー、正直、定年間近なプログラマ(35才定年説が正しいとして)である >>私としては、ツールの使い方などは「隣の席の若い奴に聞く」というのが >>最近常態化しています。こんなこっちゃいかんとは思うんですが。 >うーん。そうですか。 >業務以外のグループで使っているような門外漢なツールならそれは >ありだと思うんですけど、 いやもちろんツールの使い方は知らなきゃいけないと思いますが、 最近の私のボケっぷりからすると、ちと人のことを言えた義理ではないなあ、と。 >VBできます、VC++できますとプロジェクトに入ってきたものの、 >プロジェクトにファイルを追加することができなかったり、 >ライブラリやインクルードパスの設定方法が解らない+そうする意味が解らないとか、 >モジュールのプロパティ設定ウィンドウが消えて2時間悩んだ、 といっても、さすがにこれはどうかと思いますが。
[この投稿を含むスレッドを表示] [この投稿を削除]
[60] Re:技術レベル
投稿者:(ぱ)
2007/02/20 02:13:25

いろいろあって週末は死んでました。 >と思ったら、↓こんなのを見付けました。 >http://pc.2ch.net/tech/kako/986/986355498.html あー懐かしいスレ。 このスレが現役だった頃はム板も読んでたんですが、最近はさっぱりです。 >ただ、個人的に使ってみるぶんには、型安全でない言語の方が色々できて >面白そうかな、なんて思ってしまいました。 もちろん用途次第で、静的な型付けがない方がよい場合もあるかもしれません。 でも私は嫌です。自由よりも犬の首輪が欲しい方なんで。
[この投稿を含むスレッドを表示] [この投稿を削除]
[59] Re:続・怪しいメール
投稿者:れぷ
2007/02/20 02:13:25

怪しいメールは朝4 ~ 6時に来るとムカつきますね。 まだ眠た・・・いや、バッチでコケたかと思ってドキッとします。
[この投稿を含むスレッドを表示] [この投稿を削除]
[58] Re:技術レベル
投稿者:れぷ
2007/02/20 02:13:25

はじめまして。 >「不精する努力を惜しまない」人ですかねぇ。 そうですね。コンピュータが得意なことはコンピュータにやらせるのは重要ですね。 > 勤勉すぎる輩 その割に仕事を能率よくこなせるスクリプト言語は 「時間がないから」と言って勉強しなかったり・・・ # 雑談なら毎日30分以上こなせるようですが。:-p
[この投稿を含むスレッドを表示] [この投稿を削除]
[57] Re:技術レベル
投稿者:れぷ
2007/02/20 02:13:25

連日徹夜は辛いですね。特に会社が自宅になっている人とか・・・ その上でスーツなんですからこの業界ちょっとどこかおかしいです。 私は徹夜を避けるために技術を磨くとします(^-^;) >- どこでもいつでも寝れる >- 何でも食える 連日徹夜だと嫌でもこの体質になれるかもしれません。 # そんな状態のことは考えたくもない! ;-<
[この投稿を含むスレッドを表示] [この投稿を削除]
[56] Re:技術レベル
投稿者:れぷ
2007/02/20 02:13:25

>あー、正直、定年間近なプログラマ(35才定年説が正しいとして)である >私としては、ツールの使い方などは「隣の席の若い奴に聞く」というのが >最近常態化しています。こんなこっちゃいかんとは思うんですが。 うーん。そうですか。 業務以外のグループで使っているような門外漢なツールならそれはありだと思うんですけど、 VBできます、VC++できますとプロジェクトに入ってきたものの、 プロジェクトにファイルを追加することができなかったり、 ライブラリやインクルードパスの設定方法が解らない+そうする意味が解らないとか、 モジュールのプロパティ設定ウィンドウが消えて2時間悩んだ、 と言われてしまうと激しく萎えてしまいます・・・ >満足じゃないですが、最低限のレベルとしては、「そんなやり方は美しくない」 >といった意識を持っているかどうかですね。 ああ、なんとなく解るような気がします。 私も「もっと処理を端折れないかな」 「こうしたらメンテが楽かも」などと考えるようにしています。 # あとでメンテするのも自分ですしね。 >時間の都合などで美学を曲げるのはアリかもしれませんが(きっと後で後悔しますが)、 >最初からそれが通じない人がたまにいます。 お客が文句を言わないからうちの飯は「きっと」うまいんだろうと考えて 味付けを工夫しないでいるような下町の定食屋さんとでも言えば良いでしょうかね。 # 定食屋さんに恨みがあるわけではないです(^-^;) >また、ツールやミドルウェアに関して言えば、使い方を覚えるのも重要ですが、 >外部仕様から動作原理を推測する姿勢があるとよいんじゃないでしょうか。 >あるいは「俺だったらこう作る!」とか。 他人の作ったプログラムから内部動作を推測して勉強するってことですね。 ブラックボックスから明確にコードを想像するには ある程度以上は「プログラム」というものを理解していないとできない技ですし。 # ハード屋さんが解体したハードから回路を抜き取って勉強するのと一緒ですね。
[この投稿を含むスレッドを表示] [この投稿を削除]
[55] Re:技術レベル
投稿者:れぷ
2007/02/20 02:13:25

おはようございます。 >・現状に満足していない よりコンパクトに解決できるはずだ、と思うことは必要ですね。 納期があるのでそれだけに没頭できないという制約もありますので、 ある程度の妥協点は必要でしょうか。 >・仕事のレベルだけで満足していない 解決方法っていう視点では1番と同じですかね・・・? 手段を手広くするには仕事で使う以外のプログラムを見ておいて、 ある程度の見聞を広げておくことも必要なような気がしてます。 >・コードを書くことが好き 私も好きです(^-^) >・書いたコードを読んで、「きれいだ」「洗練されている」と感じさせる 大昔のAS/400などで開発をした人はカラムの記述位置に制約があったので、 「綺麗に並んでること」=「綺麗なコード」と思っている方がいますね。 # あのマシンで「確定」ボタンを押し忘れて何度泣いたことか。 それよりもパッと見で何をやっているかが判る & 解るコードのほうが 数倍も有益で綺麗で洗練されてると感じます。 >↓それから、ちょっと次元が違う話かもしれませんが、こんな記事を見付けました。 ありがとうございます。読んでみました。 感想は下のスレでまとめて。
[この投稿を含むスレッドを表示] [この投稿を削除]
[54] Re:技術レベル
投稿者:れぷ
2007/02/20 02:13:25

>>↓それから、ちょっと次元が違う話かもしれませんが、こんな記事を見付けました。 >うちのリンク集にも「ハッカーと画家」が入っていたのでした。 両方読んでみました。(前者は続きもありました。) ハッカーは好奇心がより強い人って感じですね。 でも興味のないことには思った以上に無頓着というか(^-^;) >一般にプログラミングは、なんというかこう「センス」みたいなものが必要だ、 >というのはよくわかります。画家に通じるものもあるでしょう。 問題(対象)をどう捉えて表現するか、ってところもそうですね。 そう言えばプログラムのセンスってどんなものでしょうかね!? 例えば、  ・問題切り分けのうまさ  ・コード表現の簡潔さ  ・解決方法をいくつも思いつく柔軟さ などが思いつきます。 >間違ったことならいくら綿密にやってもしょうがないですわな。 その上、間違っていることに気づかなかったりしてたら目も当てられない、と(^-^;) >でも、凄腕ハッカーだけを集めてプログラム開発が出来るなら結構ですが、 >実際にはそうはいかないので、大規模プロジェクトは(私のような)ボンクラを >前提としたものでなければならないと思います。 前橋さんがボンクラだったら私は一体・・・(T_T) ただ、働いてお金をもらってるって意識があれば、 他人におんぶに抱っこな人はそうそう見つからなくなると思います。 # コンパイルエラーの取り方すらしらないベテランPGさんもいますし・・・隣に。 ># だから型なし言語は大規模プロジェクトには不向きだと思う。 0パディングした文字列に+1されてハマったりしますね。 >ところで、凄腕ハッカーに個室を与えたら、ちゃんと仕事しますかね。 与えた仕事が終わっていればそれも良し、かもしれません。 それより会社の自販機とかエアコンをハッキングされて困ったりして。:-)
[この投稿を含むスレッドを表示] [この投稿を削除]
[53] Re:技術レベル
投稿者:kei
2007/02/20 02:13:25

>a)HTMLにプログラムを埋め込むことを最初から前提にしている。 >b)Webアプリケーション用のライブラリが大量に揃っている。 > >ということなんじゃないかと思っています。特にb)が重要。 なるほど。。確かに、そうですね。 >PHPやPerlが型あり言語だったら、もっと便利だったんじゃないかと >よく思います。 これは逆に、型安全でない言語を好んで使っている人の意見を聞いてみたい 気もします。 と思ったら、↓こんなのを見付けました。 http://pc.2ch.net/tech/kako/986/986355498.html これを読んだ限りでは、型安全でない言語擁護派の意見の方が弱いかな。。 ただ、個人的に使ってみるぶんには、型安全でない言語の方が色々できて 面白そうかな、なんて思ってしまいました。
[この投稿を含むスレッドを表示] [この投稿を削除]
[52] Re:技術レベル
投稿者:iwa
2007/02/20 02:13:25

>たまに、手でやれば30分で済むことに、スクリプトを書いたらデバッグではまって >1時間ぐらいかかっちゃうこともありますけどね (^^; わははははは(^^;;; >それでも、 > >・技術が身に付く >・もう一度似たような問題がきたときに助かる 「気軽に何度も繰り返せる」というのも強みかと。 >という点から、プログラマたるもの「不精する手間を惜しまない」人間で >ありたいものです。 御意。 # 最近、ad hocなスクリプトでも「それは蓄積すべきknow howである」 # という観点から、Subversionで管理するよーにしてみました。 # まだ目に見える効果は出てませんが……(^^;
[この投稿を含むスレッドを表示] [この投稿を削除]
[51] Re:技術レベル
投稿者:(ぱ)
2007/02/20 02:13:25

>なーんて案件を身近で見た時、「そんなのPHPで作っちゃえばいいじゃん。。」 >って思ってしまいました。やはり、言語も適材適所なんだろうなぁ、と。 PHPだと確かにWebアプリケーションを簡単に構築できますが、それは 言語のおかげなんでしょうか。 私は、PHPが楽なのは、 a)HTMLにプログラムを埋め込むことを最初から前提にしている。 b)Webアプリケーション用のライブラリが大量に揃っている。 ということなんじゃないかと思っています。特にb)が重要。 PHPやPerlが型あり言語だったら、もっと便利だったんじゃないかと よく思います。 >世間的には、「XPだ、ペアプロだ」なんて言うのが流行りになりつつあるように >思えますが、ハッカーと呼ばれる人たちには、ペアプロなんて眼中にないのかも >しれませんね。 でも実際にはプログラミングは共同作業ですからね。 個室どころか、パーティションも邪魔なことが多いと思います。
[この投稿を含むスレッドを表示] [この投稿を削除]
[50] Re:技術レベル
投稿者:(ぱ)
2007/02/20 02:13:25

>「不精する努力を惜しまない」人ですかねぇ。Excelで連番を一所懸命手で >打つとか、スクリプト言語で20行ほど書けば1分かからずに終わるよーな作業 >を1日がかりで手でやるとか、とにかく勤勉すぎる輩が多すぎて、頭かかえる >ことも少なからず……。 たまに、手でやれば30分で済むことに、スクリプトを書いたらデバッグではまって 1時間ぐらいかかっちゃうこともありますけどね (^^; それでも、 ・技術が身に付く ・もう一度似たような問題がきたときに助かる という点から、プログラマたるもの「不精する手間を惜しまない」人間で ありたいものです。 山形さんの「コンピュータのきもち」を読んでたら、 「Excelの機能で出来ないのならそこだけ手でやるとか紙に出して  貼りこむとか方法はあるじゃないかゴルァ」 的なことが書いてありましたが、本当に急いでいるときは当然そういうことも やらなければならないけれど、これはやっぱり可能な限り避けるべきだと思います。
[この投稿を含むスレッドを表示] [この投稿を削除]
[49] Re:技術レベル
投稿者:kei
2007/02/20 02:13:25

>実際にはそうはいかないので、大規模プロジェクトは(私のような)ボンクラを >前提としたものでなければならないと思います。 前橋さんがボンクラだったら。。 僕みたいなヘボはどうなってしまうんでしょう(笑) ># だから型なし言語は大規模プロジェクトには不向きだと思う。 そうですね。 でも逆に、  素人同然のプログラマをかき集めて、使い捨て同然の携帯電話向けサイトをJ2EEで構築    ↓  案の定、火を噴く なーんて案件を身近で見た時、「そんなのPHPで作っちゃえばいいじゃん。。」 って思ってしまいました。やはり、言語も適材適所なんだろうなぁ、と。 >ところで、凄腕ハッカーに個室を与えたら、ちゃんと仕事しますかね。 世間的には、「XPだ、ペアプロだ」なんて言うのが流行りになりつつあるように 思えますが、ハッカーと呼ばれる人たちには、ペアプロなんて眼中にないのかも しれませんね。
[この投稿を含むスレッドを表示] [この投稿を削除]
[48] Re:技術レベル
投稿者:iwa
2007/02/20 02:13:25

はじめまして、iwaと申します。 >じゃぁ「何ができれば満足なのさ?」というくらいの軽い意図で質問しています。 「不精する努力を惜しまない」人ですかねぇ。Excelで連番を一所懸命手で 打つとか、スクリプト言語で20行ほど書けば1分かからずに終わるよーな作業 を1日がかりで手でやるとか、とにかく勤勉すぎる輩が多すぎて、頭かかえる ことも少なからず……。
[この投稿を含むスレッドを表示] [この投稿を削除]
[47] Re:続・怪しいメール
投稿者:kit
2007/02/20 02:13:25

>さっき同じメールが来ました。 >雑記帖を読み終わった直後だったので何か少し得した気分(^^) www at なんとか.org みたいな個人宛じゃない宛先にも 届いてました。ほとんどの購読者は日本語読めないし、 そもそも日本にいないんですが... 毎度のことですが、名簿の精度が悪過ぎ。
[この投稿を含むスレッドを表示] [この投稿を削除]
[46] 続・怪しいメール
投稿者:本多
2007/02/20 02:13:25

さっき同じメールが来ました。 雑記帖を読み終わった直後だったので何か少し得した気分(^^) これを読んでドキッとするようなことしたいですねぇ(^^;) だいたい、こっちは海外だっつうの。入金に日本語使えねえって(^O^)/
[この投稿を含むスレッドを表示] [この投稿を削除]
[45] Re:技術レベル
投稿者:本多
2007/02/20 02:13:25

>>そりゃー、もちろんこんな人はいろんな意味でレベルが高い。 >「出来る奴は残業なんかしない!」って説もありますけどね。 >実際にはそんなことはないわけですが。そこに仕事が集中するから。 正直な話、できない奴に任せるくらいなら、 今の山積みの仕事を片付けた後に回されても構わないから できる奴に任せるしかないとかと言うことは非常に多いですよね。 残業が多いだけじゃ すごいのかすごくないのか判断できませんが 休日の深夜残業なんてのは できる奴しかしてない気がします。 # そういえば私 最近 残業してないなぁ # この文脈で言うところの できない奴ってことなんだなぁ...f(^^;)
[この投稿を含むスレッドを表示] [この投稿を削除]
[44] Re:技術レベル
投稿者:(ぱ)
2007/02/20 02:13:25

>そりゃー、もちろんこんな人はいろんな意味でレベルが高い。 「出来る奴は残業なんかしない!」って説もありますけどね。 実際にはそんなことはないわけですが。そこに仕事が集中するから。 残業だらけの職場は職場そのものが病んでいる、という意見もありますが、 たとえば携帯電話の開発現場なんか、どう考えてもえらいことになっていると 思います。あんなものをこんな開発期間でリリースしてたんじゃ。 残業するから偉いとは言えませんが、残業しなきゃいけない局面もある。 とかくこの世はchaoticなものです。
[この投稿を含むスレッドを表示] [この投稿を削除]
[43] Re:技術レベル
投稿者:本多
2007/02/20 02:13:25

>レベルが高い/低いと思う判断基準って皆さんは何か持っていますか? そりゃー、もちろんこんな人はいろんな意味でレベルが高い。 main() { for(;;) over_night_work(); } あとは - どこでもいつでも寝れる - 何でも食える
[この投稿を含むスレッドを表示] [この投稿を削除]
[42] Re:技術レベル
投稿者:(ぱ)
2007/02/20 02:13:25

>↓それから、ちょっと次元が違う話かもしれませんが、こんな記事を見付けました。 > >http://www.shiro.dreamhost.com/scheme/trans/gh-j.html うちのリンク集にも「ハッカーと画家」が入っていたのでした。 http://www.shiro.dreamhost.com/scheme/trans/hp-j.html 一般にプログラミングは、なんというかこう「センス」みたいなものが必要だ、 というのはよくわかります。画家に通じるものもあるでしょう。 山形浩生さんのページからの引用ですが、 http://www.post1.com/home/hiyori13/freeware/hack.html |「ハッカーは、正しいことを雑にやる。スーツどもは、まちがったことを綿密にやる」 間違ったことならいくら綿密にやってもしょうがないですわな。 でも、凄腕ハッカーだけを集めてプログラム開発が出来るなら結構ですが、 実際にはそうはいかないので、大規模プロジェクトは(私のような)ボンクラを 前提としたものでなければならないと思います。 # だから型なし言語は大規模プロジェクトには不向きだと思う。 ところで、凄腕ハッカーに個室を与えたら、ちゃんと仕事しますかね。 日がな一日趣味のプログラムを書いてたり、fjか2chあたりでバトルしてたり することになりかねない気もします。
[この投稿を含むスレッドを表示] [この投稿を削除]
[41] Re:技術レベル
投稿者:(ぱ)
2007/02/20 02:13:25

>私個人は自分の使っている言語、それからツールやミドルウェアについて >勉強をしてくれない人がちょっと困るなとは良く思ったりします。 >マニュアル斜め読みくらいだけでも開発で役立つことが多く書かれていますしね。 あー、正直、定年間近なプログラマ(35才定年説が正しいとして)である 私としては、ツールの使い方などは「隣の席の若い奴に聞く」というのが 最近常態化しています。こんなこっちゃいかんとは思うんですが。 >じゃぁ「何ができれば満足なのさ?」というくらいの軽い意図で質問しています。 満足じゃないですが、最低限のレベルとしては、「そんなやり方は美しくない」 といった意識を持っているかどうかですね。 時間の都合などで美学を曲げるのはアリかもしれませんが(きっと後で後悔しますが)、 最初からそれが通じない人がたまにいます。 また、ツールやミドルウェアに関して言えば、使い方を覚えるのも重要ですが、 外部仕様から動作原理を推測する姿勢があるとよいんじゃないでしょうか。 あるいは「俺だったらこう作る!」とか。
[この投稿を含むスレッドを表示] [この投稿を削除]
[40] Re:技術レベル
投稿者:kei
2007/02/20 02:13:25

こんばんは。 >レベルが高い/低いと思う判断基準って皆さんは何か持っていますか? 僕は技術者として、とても未熟なレベルなんで、こんなことを書くべき人間 ではないのですが。。 プログラマであれば、 ・現状に満足していない ・仕事のレベルだけで満足していない ・コードを書くことが好き ・書いたコードを読んで、「きれいだ」「洗練されている」と感じさせる が満たされていれば、その人のレベルが高い場合が多い、という気がします。 # 1番目と2番目は一緒かも。 ↓それから、ちょっと次元が違う話かもしれませんが、こんな記事を見付けました。 http://www.shiro.dreamhost.com/scheme/trans/gh-j.html
[この投稿を含むスレッドを表示] [この投稿を削除]
[39] 技術レベル
投稿者:れぷ
2007/02/20 02:13:25

こんばんは。 この業界で仕事をしていると「技術レベルの高低」で より良い仕事を優遇してもらえたり、 人間関係が良く、あるいは悪くなったりしますが、 レベルが高い/低いと思う判断基準って皆さんは何か持っていますか? 私個人は自分の使っている言語、それからツールやミドルウェアについて 勉強をしてくれない人がちょっと困るなとは良く思ったりします。 マニュアル斜め読みくらいだけでも開発で役立つことが多く書かれていますしね。 そういう私自身も結構レベル低いって 明に暗に陰口など叩かれたりもしますけどね(^-^;) # もちろん自身でレベルが高いと思っているわけではないです。 # 少なくとも主仕事が遅れて足を引っ張ることはない、程度のレベルです。 じゃぁ「何ができれば満足なのさ?」というくらいの軽い意図で質問しています。
[この投稿を含むスレッドを表示] [この投稿を削除]
[38] メンバーズホームページを完全閉鎖しました
投稿者:(ぱ)
2007/02/20 02:13:25

ごぶさたしております。 Niftyで公開していたページ http://member.nifty.ne.jp/maebashi/ 以下のコンテンツを完全に閉鎖しました。現在は、Niftyによる移転通知が表示され、 @homepageのページ http://homepage3.nifty.com/maebashi/ に飛ばされます。 @homepageのページからは結局kmaebashi.comへ飛ばされるので、2回ジャンプ させられる、というのも気に入りませんし、 今まではGoogleなどで旧ページにアクセスした場合、階層の深いところからでも kmaebashi.comの該当ページに飛べたのですが、現在はトップページに飛ばされて しまう、というのも嫌なのですが、しょうがないです。 また、閉鎖に伴い、Nifty側の裏掲示板も閉鎖しました。 過去ログは吸い上げたので、一応読むことだけは出来ます。 http://kmaebashi.com/bbs/index.html また、アクセスカウンタも使えなくなるので、TwodotsNetが提供しているものに 差し替えました。 282410あたりで移行したのですが、新しいほうのアクセスカウンタは リロードするだけで増えていくようなので、見かけのアクセス数が大幅アップしそうです。
[この投稿を含むスレッドを表示] [この投稿を削除]
[37] Re:全文引用はビジネスマナー
投稿者:れぷ
2007/02/20 02:13:25

> 今までのメールをただ転送されても...読む気が萎えますよねぇ。 > ついつい後回しにしたくなります。 ですね。 本当に自分に関係あるのか!? って見てみると全然関係なかったり・・・ > でも相手によってシグネチャかえるのメンドクサイですよね。 うーん。それはありますね。 メールテンプレート使うと若干楽かも(^-^;) > じゃないとメールの返事書くだけで一日の仕事が終わるくらいの > メールが来る人って確かにいますもの。 いつもメールボックスがパンクしている人もいますよね。 > 幸い、私はそこまで有能でないのでジックリ返事できるのですが(^O^)/ 私もジックリ読める人だったりします。 > それでも箇条書きを無視して一言返事をくれるツワモノもいますが...f(^^;) ある意味、猛者ですね(;_;)
[この投稿を含むスレッドを表示] [この投稿を削除]
[36] Re:長い関数
投稿者:れぷ
2007/02/20 02:13:25

ループしてる変数に意味があることって多いと思うので > person_noとかcar_noとかにして欲しいなぁって。 あ、これは最近思います。 あとからiとかjとか見ると単純なループ以外は訳判らなくなりますね。
[この投稿を含むスレッドを表示] [この投稿を削除]
[35] Re:長い関数
投稿者:(ぱ)
2007/02/20 02:13:25

>これってメンテした人がローカル変数を追いきれなかったので >自分が判る変数を宣言してプログラムを修正していたのかもしれない、と今思いました。  あー。  やったことあります(遠い目)。
[この投稿を含むスレッドを表示] [この投稿を削除]
[34] Re:長い関数
投稿者:(ぱ)
2007/02/20 02:13:25

> ループ変数のiとかjとかも、できる限り使いまわして欲しくないなぁ > 止めて欲しいなぁって思ってます。 > > ループしてる変数に意味があることって多いと思うので > person_noとかcar_noとかにして欲しいなぁって。  ですね。二重以上のループになると強くそう思います。  ループカウンタにiを使う、という習慣も、そろそろ捨てる時期が 来ているのかも知れません。
[この投稿を含むスレッドを表示] [この投稿を削除]
[33] Re:全文引用はビジネスマナー
投稿者:本多
2007/02/20 02:13:25

># なので私は転送するときに筋が見えない場合は概要を加筆してます。 これをやってくれるか どうかで、 メールを読もうと思う気持ちが変わりますね。 今までのメールをただ転送されても...読む気が萎えますよねぇ。 ついつい後回しにしたくなります。 >シグネチャは大き目のAAがある人はちょっと疑問ですね。 >長さで言えば会社名や電話番号とか書かれている人は長いですね。 >でもこれって外部に送るeメールなら必須だと思うんですが、 >フロア内で自社の情報って必要ですかね? でも相手によってシグネチャかえるのメンドクサイですよね。 >>途中にある疑問文とか、すっ飛ばされてたりすると >>あんた、ちゃんと読んだの?って問い詰めたくなります(^^;) >それは確かにありますね。 >ただ、リーダークラスの方が会議に忙殺されていると返事もなまくらが多いかも。 忙しい人は「了解」だけで仕方ないって言うのはわかります。 じゃないとメールの返事書くだけで一日の仕事が終わるくらいの メールが来る人って確かにいますもの。 幸い、私はそこまで有能でないのでジックリ返事できるのですが(^O^)/ >私はそれが嫌なので質問事項を箇条書きにして渡してしまいます。 それでも箇条書きを無視して一言返事をくれるツワモノもいますが...f(^^;)
[この投稿を含むスレッドを表示] [この投稿を削除]
[32] Re:長い関数
投稿者:本多
2007/02/20 02:13:25

>>それ以上に大きいのは、「ローカル変数が増える」ことだと思っています。 >そう言えば違う変数なのに関数の最初から最後まで >同じ値を保持しているものがよくありますよね。 ローカル変数が増えるのも困りますが、 一つのローカル変数を別の意味で使いまわされたりするのも よく見かけます。 勘違いしやすくて困りますよね。 関数の上のほうではcntは○○○の個数が入っていたのに、 途中から、×××の個数の意味で使って、 最後はテンポラリ変数として使ってる...とか ループ変数のiとかjとかも、できる限り使いまわして欲しくないなぁ 止めて欲しいなぁって思ってます。 ループしてる変数に意味があることって多いと思うので person_noとかcar_noとかにして欲しいなぁって。
[この投稿を含むスレッドを表示] [この投稿を削除]
[31] Re:長い関数
投稿者:れぷ
2007/02/20 02:13:25

>VBはほとんどやったことないですが、やっぱりそうですか。 そうですね。コントロールのプロパティの設定などは仕方ないとしても 普通の実行コードがForm_Loadイベントプロシージャに延々と書かれたりしてます。 組み込み関数を使わずに自分で作ったりしてる人も多いです。 # しかもプロシージャ化せずにロジックごとコピペとか。 >記録マクロが長くなるのはしょうがない気がしますが。 これはそうですね。 たまにカーソル移動の誤操作がそのままだったりします。 あとは納品されたプログラムが記録マクロそのままだったりすると かなりメンテが面倒です。(;_;) >巨大なswitch caseで、caseひとつあたりは数行しかなく、関数全体で使う >ローカル変数も数個しかない、というものでした。こういうケースなら、 >長くなってもいいんじゃないかと思っています。 そうですね。WindowsプログラムならWinProc()とかですね。 あとディスパッチャみたいなものとかもある程度は仕方がないかもしれないですね。 >それ以上に大きいのは、「ローカル変数が増える」ことだと思っています。 確かに! ローカル変数がやたら多いと関数が500行ぐらいでも コードを追うのがかなり大変ですよね。 そう言えば違う変数なのに関数の最初から最後まで 同じ値を保持しているものがよくありますよね。 これってメンテした人がローカル変数を追いきれなかったので 自分が判る変数を宣言してプログラムを修正していたのかもしれない、と今思いました。
[この投稿を含むスレッドを表示] [この投稿を削除]
[30] Re:全文引用はビジネスマナー
投稿者:れぷ
2007/02/20 02:13:25

こんばんは。寝苦しくて起きてしまいました。(;_;) 全文引用は私も必須だと思っています。 だっていきなり転送されてきても話の筋が見えないですし。 # なので私は転送するときに筋が見えない場合は概要を加筆してます。 シグネチャは大き目のAAがある人はちょっと疑問ですね。 長さで言えば会社名や電話番号とか書かれている人は長いですね。 でもこれって外部に送るeメールなら必須だと思うんですが、 フロア内で自社の情報って必要ですかね? >「わかりました」とだけ書いてあるメールを見ると、 「わかりました。」と書いといてあとで同じことを聞いてくる人もいますね。:-p >途中にある疑問文とか、すっ飛ばされてたりすると >あんた、ちゃんと読んだの?って問い詰めたくなります(^^;) それは確かにありますね。 ただ、リーダークラスの方が会議に忙殺されていると返事もなまくらが多いかも。 # そのためにサブリーダーがいるはずなんですけど、 # リーダーがいないと自分で判断できないって人が多いと思うのは私だけ? 私はそれが嫌なので質問事項を箇条書きにして渡してしまいます。 全文引用で困るのはインデントされるていると 段々下のほうが凄いことになってしまうことですね。
[この投稿を含むスレッドを表示] [この投稿を削除]
[29] Re:全文引用はビジネスマナー
投稿者:(ぱ)
2007/02/20 02:13:25

>でも...そういえば、私何も考えずシグネチャーは取ってしまっていました。 >何の情報も含まないのにむやみにメールが長くなってるなぁって思って。 >発言の主が不明になるから取っちゃまずいのか。そりゃ、そうだなぁ。反省です。 どうでしょうか。メーラが引用時に誰のメールかわかるようにしてくれるのなら 削ったほうがよいとも思いますが。 例によって私の書くものは煽りモードが入ってますので (^^; シグネチャに関する記述は、 「最低でもシグネチャは削れ。他人のシグネチャが入っていると  誰のメールだかわからんじゃないか」 という主張に対する反論なんですよね。 こういう主張をする人が本当にいるわけですが、たいていのメーラで、 どこが引用部分かはわかるようになっているはずで(それがわからないなら シグネチャ以前の問題です)、引用されたシグネチャを見て、 「これは○○さんの発言なのか」などと誤解する人がいるとは考えにくいです。 >ただ、全文引用しておいて、メールの先頭に >「わかりました」とだけ書いてあるメールを見ると、 >「この人は一体、どの部分が『わかった』のだろう?」 >「本当に通じたのか?」と、不安になることって多いですよね? これはそう思います。 JavaHouseで全文引用の是非が問題になるとき、管理者の高木さんが 問題にされるのはたいていその問題でした。 http://java-house.jp/ml/archive/j-h-b/025243.html#body ただ、それこそビジネスのメールなら、読んでいようがいまいが 「わかりました」と書いてあったらわかったとみなしちゃって問題ない気も します。読まずに「わかりました」と書いた人の責任。 >途中にある疑問文とか、すっ飛ばされてたりすると >あんた、ちゃんと読んだの?って問い詰めたくなります(^^;) とはいえさすがに疑問文をすっ飛ばされちゃ困りますね。 私の場合、メールの特定の部分に意見を書きたい場合には、 メール前半でその部分を抜粋して個別に返事をつけた上で、 後ろに全文を引用しています。 今回のネタは、以前JavaHouseに送った話の使い回しなんですが、 ちょうどそこからアーカイブに上がっていないので、こっちに置いときます。 http://kmaebashi.com/zakki/javahouse.txt
[この投稿を含むスレッドを表示] [この投稿を削除]
[28] Re:長い関数
投稿者:(ぱ)
2007/02/20 02:13:25

>長い関数はVBだと良く出会いますね。 >VBAの記録マクロはもっと酷いかも(^-^;) VBはほとんどやったことないですが、やっぱりそうですか。 記録マクロが長くなるのはしょうがない気がしますが。 >C言語だと私は1500行くらいですかね。 >strncat()連続が多かったような。 ># Pro*CとかSQL埋め込みものは除外。 状況によっては、1000行以上の関数を書くこともあり得ると思います。 ていうか私も書いたことがあります。 巨大なswitch caseで、caseひとつあたりは数行しかなく、関数全体で使う ローカル変数も数個しかない、というものでした。こういうケースなら、 長くなってもいいんじゃないかと思っています。 関数が長くてなぜいけないのか、といえば、ものすごーく巨大なif文とかを 書くことになって流れがわからなくなる、というのもありますが、 それ以上に大きいのは、「ローカル変数が増える」ことだと思っています。 ローカル変数とはいえ、2000行の関数ともなればもうグローバル変数と 一緒ですから。
[この投稿を含むスレッドを表示] [この投稿を削除]
[27] 全文引用はビジネスマナー
投稿者:本多
2007/02/20 02:13:25

確かにおっしゃる通り。 「全文引用はけしからん」的なことを書いているサイト(人)を見るたび、 様々な立場の人がいる大きな組織で仕事したことないのではないか?と 感じていました。 でも...そういえば、私何も考えずシグネチャーは取ってしまっていました。 何の情報も含まないのにむやみにメールが長くなってるなぁって思って。 発言の主が不明になるから取っちゃまずいのか。そりゃ、そうだなぁ。反省です。 ...たまに長い人いるじゃないですか10行以上の人...あ、私も10行あるや...反省 ただ、全文引用しておいて、メールの先頭に 「わかりました」とだけ書いてあるメールを見ると、 「この人は一体、どの部分が『わかった』のだろう?」 「本当に通じたのか?」と、不安になることって多いですよね? 途中にある疑問文とか、すっ飛ばされてたりすると あんた、ちゃんと読んだの?って問い詰めたくなります(^^;) ま、何事もほどほどってものがあるわけで。 メーリングリストだけでなく、この様な掲示板の類でも ほぼ全員が過去の発言に遡れるので 全文引用はいいことないですけど。
[この投稿を含むスレッドを表示] [この投稿を削除]
[26] Re:長い関数
投稿者:れぷ
2007/02/20 02:13:25

>「2000行の関数」とか見たことあるのかと… いや、見たことあっても自慢には >なりませんが。 長い関数はVBだと良く出会いますね。 VBAの記録マクロはもっと酷いかも(^-^;) C言語だと私は1500行くらいですかね。 strncat()連続が多かったような。 # Pro*CとかSQL埋め込みものは除外。 藤原氏のサイトでは最長不倒関数が更新されてますけど、 幸いあういうのはお目に掛かったことがありません。 # 今日行ったら見れませんでした。 でも長い関数は酒の肴にもならないですよね。
[この投稿を含むスレッドを表示] [この投稿を削除]
[25] 機能追加しました
投稿者:(ぱ)
2007/02/20 02:13:25

掲示板のスクリプトをいくつか改善しました。 ・削除機能をつけました。削除パスワードを入力しておけば、削除が可能です。  ただし、ここまでの発言に関しては(たとえパスワードを入れていても)  削除できません。 ・今まで<PRE>で囲んでいたのを、<TT>で囲むようにしました。  これならソースも崩れず改行もされます。最初からこうしときゃよかった。 不具合等ありましたらご連絡ください。
[この投稿を含むスレッドを表示] [この投稿を削除]
[24] Re:Javaについて
投稿者:(ぱ)
2007/02/20 02:13:25

>そういう人のために(私も含めて)、次回の本を作成するならぜひC++はどうでしょうか?  C++は、仕事でやったこともありますから通り一遍のことは知っているつもりですが、 正直、本にまとめる自信はないです。言語仕様が複雑すぎです。 >現場主義の書籍があまりに少ないので、ぜひまたリリースしてください。  現場主義の書籍が少ないというのは私もよく感じます。 「2000行の関数」とか見たことあるのかと… いや、見たことあっても自慢には なりませんが。  次の本は、まあそのうち、という状況です (^^;
[この投稿を含むスレッドを表示] [この投稿を削除]
[23] Re:Javaについて
投稿者:kon
2007/02/20 02:13:25

> >たとえば画面だけVC++で作って、裏のロジックはガチガチのC(っぽいコーディング) >ということなら、それはひとつの選択肢としてありだと思うんですがね。 >その場合、「オブジェクト指向で作成」とうたってはいけませんが。 > ># ていうかそういう経験だけで履歴書に「C++できます」と書くのは勘弁して欲しい… まさしく同じ経験があります! 上司から、外注さんの面接に付き合わされて履歴書を見たら「C++できます」の内容でし たので信用していました。ところがいざ一緒に仕事を始めたら・・・(@_@) 当然のごとく >STLとかCStringとかは使えない状況だったんでしょうか。 使えましたが、知らなかったみたいで・・・ (他に簡単な例では、インライン関数をしらないでcppに実装してたりとか・・・) コードレビューしなかった私のミスとして、おかしい個所を全部修正させられた苦い経験が あります。(外注さんはその時点で、プロジェクトから抜けてました) そういう人のために(私も含めて)、次回の本を作成するならぜひC++はどうでしょうか? でも技術評論社さんの標準プログラマーズシリーズには、C++の書籍はもうリリースされて ますから無理ですかね。(個人的にはPerlとかも希望しますが) 現場主義の書籍があまりに少ないので、ぜひまたリリースしてください。 それではまた
[この投稿を含むスレッドを表示] [この投稿を削除]
[22] Re:Javaについて
投稿者:(ぱ)
2007/02/20 02:13:25

>話がそれますが、C++の仕事をやっていて思ったのですがオブジェクト指向 >で作成とうたいつつ、実装はがちがちのCでコーディングしている人が多い >ように思います。 たとえば画面だけVC++で作って、裏のロジックはガチガチのC(っぽいコーディング) ということなら、それはひとつの選択肢としてありだと思うんですがね。 その場合、「オブジェクト指向で作成」とうたってはいけませんが。 # ていうかそういう経験だけで履歴書に「C++できます」と書くのは勘弁して欲しい… >例えば文字列の操作なんてプロパが用意した文字列のクラ >スを使用せずに自前で作成するとか多々見られました。 >(私が関わったプロジェクトだけ?) STLとかCStringとかは使えない状況だったんでしょうか。 >一番驚いたのが、newを使わずmallocを普通に使用している人がいたのには > _| ̄|○ C++だとキャストが必要で面倒なんじゃないかなあ、と思ったり。
[この投稿を含むスレッドを表示] [この投稿を削除]
[21] Re:Javaについて
投稿者:kon
2007/02/20 02:13:25

>アドバイスできるような立場にいるとは思えませんが… (^^; >C++バリバリの方がJavaの文法面などでひっかかるとは思えませんので、 >でっかいプログラムをガリガリ書いていけばよろしいのではないでしょうか。 親切なアドバイスありがとうございます。 私はGUIの仕事をしていないのでそのあたりのプログラムを作成するといい かもしれませんね。(汎用系や組み込み系(携帯電話)ばかりでしたので) 話がそれますが、C++の仕事をやっていて思ったのですがオブジェクト指向 で作成とうたいつつ、実装はがちがちのCでコーディングしている人が多い ように思います。例えば文字列の操作なんてプロパが用意した文字列のクラ スを使用せずに自前で作成するとか多々見られました。 (私が関わったプロジェクトだけ?) 一番驚いたのが、newを使わずmallocを普通に使用している人がいたのには _| ̄|○ ちなみに、プロパ(某有名メーカ)が用意したクラスは一応オブジェクト指向 にのっとり?まともなライブラリでしたが・・・
[この投稿を含むスレッドを表示] [この投稿を削除]
[20] Re:Javaについて
投稿者:(ぱ)
2007/02/20 02:13:25

>以前、C言語FAQの日本語訳の復刊を報告したkonです。 どうもです。その節はありがとうございました。 >・Javaの文法はひととおり、おさえました。以下は勉強した本等です。 > (1)Java言語プログラミングレッスン(上)(下) 結城浩さんの本ですね。私は未読ですが、プログラミング自体初めての 人向けの本ですよね。 今「読者の声」を見てみたら、 http://www.hyuki.com/jb/jbvoice.html#i4 | また、if文で「または」を表現する場合も他のテキストが | if (n < 0 || n > 100) と書いているところをこの本は | if (n < 0 || 100 < n) と書いています。「どう書くのが読んだ時 | わかりやすいか?」ということと「100 < n という書き方もOK」 | ということがこの1行だけで身につきます。 「if (n < 0 || 100 < n) 」がわかりやすいかという点に異論はありますが それはさておき、「100 < n という書き方もOK」というところから 説明しなきゃいけないものかと… いやその確かに私も大昔BASICをおぼえた頃には この辺で悩んだような気もしますが(入門書を書いたり新人に教えるときには 気をつけなければいけませんね)。 C++バリバリの方からすれば、そりゃ「簡単すぎ」だろうと思います。 >(3)は私のバイブルである"C言語ポインタ完全制覇"と並びおもしろかったです。 ありがとうございます(_o_) >いまさら、簡単なプログラムをせこせこ作るのもなあと思ったりして、かといって仕事しな >がらおぼえていくと後で、デスマにならないかと心配したりしています。つたない文章で申 >し訳ありませんが、よきアドバイスをお願い致します。 アドバイスできるような立場にいるとは思えませんが… (^^; C++バリバリの方がJavaの文法面などでひっかかるとは思えませんので、 でっかいプログラムをガリガリ書いていけばよろしいのではないでしょうか。 win.drawLine(new Point(x1, y1), new Point(x2, y2)); のような書き方は、GCに慣れないうちはかなり抵抗があるかもしれませんけど。 ひとつ思うのは、言語というより時代的なものだと思うのですが、 オブジェクト指向の設計方針自身が変わってきているということです。 昔々、私がUNIX上でMotifを使ってGUIを構築していたとき、 いろいろなGUI部品を配置するための親となるコンポーネント(用語は Javaで統一)は、「Manager」というコンポーネントで、これに子として 他のGUIコンポーネントを含めました(Compositeパターン)。 んで、その中で部品を縦横に並べるRowColumnや、座標で並べる BulletinBoardは、Managerのサブクラスでした。 また、PushButtonはLabelのサブクラスでした。 Javaでは、いろいろなGUI部品を配置するための親となるコンポーネントは Panelといいますが、その中の部品の並べ方は、Panelを継承したクラスで 制御するのではなく、LayoutMangerというオブジェクトをPanelに対して 横から突っ込む形で制御しています。 また、ButtonはLabelのサブクラスではありません。 コードの再利用のために、既存クラスを継承してオーバーロードでちょっと いじって、というやり口が流行らなくなってきているのは確かだと思います。 まあSwingでもJButtonの下にBasicArrowButtonがぶらさがったりしては いるようですが。
[この投稿を含むスレッドを表示] [この投稿を削除]
[19] Javaについて
投稿者:kon
2007/02/20 02:13:25

こんにちは! 以前、C言語FAQの日本語訳の復刊を報告したkonです。 (忘れているでしょうね・・・) 前橋さんの本はすべて読ませていただいています。 私事ですが、次の仕事でJavaをやる事になりそうなので(私はしがない7年目のプログラマ です)Javaを勉強しています。具体的な仕事の内容が不明瞭なのでなんともいえないのです が、次のSTEPに進むために何をすべきか悩んでいます。現状のスキルは以下になります。 ・オブジェクト指向は知っています。(言語はC++で、業務は2年くらいやっいていました) ・Javaの文法はひととおり、おさえました。以下は勉強した本等です。 (1)Java言語プログラミングレッスン(上)(下) (2)増補改訂版Java言語で学ぶデザインパターン入門 (3)Java 謎+落とし穴 (4)Java House ML Topicsを見る(前橋さんの投稿もありますね) (5)APIリファレンスを見る (6)クラスライブラリのソースを読む (1)は簡単すぎたので、2回くらいしか読んでいません。(上は1回) (2)まわりで有名だったので購入しました。1回読んで、飽きてしまいました。 (3)は私のバイブルである"C言語ポインタ完全制覇"と並びおもしろかったです。 はじめは、斜め読みから繰り返し5回ほど読みました。 (4)~(6)は、気になるところ(file操作など)を読みました。 いまさら、簡単なプログラムをせこせこ作るのもなあと思ったりして、かといって仕事しな がらおぼえていくと後で、デスマにならないかと心配したりしています。つたない文章で申 し訳ありませんが、よきアドバイスをお願い致します。 それではまた。
[この投稿を含むスレッドを表示] [この投稿を削除]
[18] Re:こちらの住み心地はいかがですか?
投稿者:ひろ
2007/02/20 02:13:25

こんにちは。  結局キャンセルしてしまいました。  複数のブログを置いて、毎日どこか更新、という状況になる予定(は未定) だもので、さすがにちょっと怖いな、と。  Twodotsさんの名誉のために言っておきますが、サポートの反応はよかったです。  夜中に入れておいたキャンセルにも、朝一で対応してくださいました。  いつかまた機会がありましたらまたご指導ください。  お騒がせいたしました。
[この投稿を含むスレッドを表示] [この投稿を削除]
[17] Re:こちらの住み心地はいかがですか?
投稿者:(ぱ)
2007/02/20 02:13:25

 ん? 13番さんってひょっとして… それはさておき。 >Message-Id から、スーパープラン用のサーバは Joe's Webhosting の国内高速 >大容量サーバ(server04)の再販であることがわかりました。  ああ、なるほど。  cPanelの障害報告で「国内高速3」とか出るんで、何か関係あるのかなあ、 それともサーバ名としてはこういうのってありがちなのかなあ、ぐらいに 考えていました f(^^;;  今ログインしてhostnameしたところ、 server06.joeswebhosting.net  と出ましたね。情報ありがとうございました。  まあ実のところ使ってて困んないなら問題ないわけでして、 悪名高いfc2webなんかでも結構問題なく使えていたりするのですが(誰が?)。 >   http://www.joeswebhosting.net/down.html > >出ているだけでこれだけの障害報告があります。  どうせハードウェア障害なんて起きるときは起きるのでしょうから、 これが正直な報告であれば、さして問題ないと私は思うんですがねえ。 > しかも、某掲示板レン鯖板の皆さんに言わせると(以下自粛) > ちょっと考え込んでしまっています。  とりあえず、ドメイン持ってれば移転はさほどインパクトが大きくない、 ということで、私の方は気長に構えてみます。
[この投稿を含むスレッドを表示] [この投稿を削除]
[16] Re:こちらの住み心地はいかがですか?
投稿者:ひろ
2007/02/20 02:13:25

(ぱ)さん、ご丁寧なコメントをありがとうございます。  ドメイン・スーパープラン(ドメインは持ち込み)で試用を申し込んでみました。 > これが高頻度なのかどうなのか、私は他を知らないので判断できませんが… >でもパッチは頻繁に当てて欲しいですし、私に関する限り困っていないです。  Nucleus はあっさりとインストールされ、よその業者では苦労させられた文字コード が原因と思われる文字化けも出なかったのですが、ブログのアイテムにコメントが 付いたときに送られてくる通知メールをテストし、届いたメールのヘッダを見ると、 Message-Id から、スーパープラン用のサーバは Joe's Webhosting の国内高速 大容量サーバ(server04)の再販であることがわかりました。    http://www.joeswebhosting.net/down.html 出ているだけでこれだけの障害報告があります。  しかも、某掲示板レン鯖板の皆さんに言わせると(以下自粛)  ちょっと考え込んでしまっています。
[この投稿を含むスレッドを表示] [この投稿を削除]
[15] Re:こちらの住み心地はいかがですか?
投稿者:(ぱ)
2007/02/20 02:13:25

ひろさん、はじめまして。 > ちなみに私も2ちゃんねるのレンタルサーバ板にはいきましたが、おっしゃるとおり >読めば読むほど訳がわかりませんでした(笑)  「嘘を嘘と見抜ける人でないと~」とは言いますけど、ありゃ嘘を嘘と見抜く コストがメリットを上回っているというか、玉石混交とも言うけどいくらなんでも 石が多すぎでまるで役に立たないというか (^^; > おふざけもあるのですが、教育関係の堅いコンテンツを実名で公開しているサイト >なので、滅多に落ちないこと、サポートが真面目なこと(まぁ落ちなければそれほど >サポートの厄介になることもないのですが)が重要なのですが、こちらはいかがで >しょうか。  現状で特に不満はないです。  以前、「ああ、落ちてるなあ」と思ったときは、cPanelXの方に停止の お知らせが出ていましたし。  ひろさんは既に試用されているようですから、似たような情報を見ることが できるのかもしれませんが、最近お知らせにある限りの停止情報は以下の通りです。  7/14 サーバソフトウェア更新作業  6/18 一部ユーザのCGIスクリプト暴走により50分間サービス停止  6/13 サーバソフトウェア更新作業  6/6 サーバソフトウェア更新作業  6/4 サーバ再起動  これが高頻度なのかどうなのか、私は他を知らないので判断できませんが… でもパッチは頻繁に当てて欲しいですし、私に関する限り困っていないです。 ただし、私自身が自分のサイトをそれほど頻繁に見るわけでもないので (更新されてないことは自分が一番よく知っているわけで(^^;)、知らないうちに 落ちていた、ということはあるかもしれません。  うちのページを見ている方で、「えーっ! よく死んでるじゃん」と思われる方は 教えてくださいませ(_o_)  また、最近、MySQLのconnectionが占有されて、この掲示板が見られないことが 数度ありましたが、これはユーザのスクリプトや使用状況次第ですから、 ちょっとサーバ業者を責めるのは酷という気がします。 # ちなみに一時期MySQLが使えなかったことについては、事後報告もありませんでした。 # このへんちょっとサービス悪い? これまた他を知らないのでなんとも言えませんが。
[この投稿を含むスレッドを表示] [この投稿を削除]
[14] Re:こちらの住み心地はいかがですか?
投稿者:ひろ
2007/02/20 02:13:25

自己レスで恐縮です。 > その他(どうせ新規に借りるなら Movable Type でなく複数人のブログを動かし >やすい Nucleus を UTF-8 で使いたい等)、TwodotsNet の方にも直接問い合わせは >送っているのですが、  返信が来まして、UTF-8可、Nucleus の検索最適化のための機能(FancyURL)に必要な .htaccess による設定変更や mod_rewrite も設定上可の筈、だそうです。  とりあえず試用してみますが、引き続きご助言いただけましたら幸いです。
[この投稿を含むスレッドを表示] [この投稿を削除]
[13] こちらの住み心地はいかがですか?
投稿者:ひろ
2007/02/20 02:13:25

 はじめて書き込ませていただきます。プログラミングに関係のない話ですみません。  現在サイトを置いているプロバイダが、手狭なのとperlが古く Movable Type が 置けないため、移転しようとレンタルサーバを探しているうちに TwodotsNet に 行き当たり、ドメイン-プラスかスーパーのレンタルを検討しています。  ネットを検索しても、悪口こそ見当たらなかったものの、ユーザーが少ないせいか 誉めている方も発見できず、いろいろ検索しているうちにこちらの2月14日の雑記に たどりつきました。  ちなみに私も2ちゃんねるのレンタルサーバ板にはいきましたが、おっしゃるとおり 読めば読むほど訳がわかりませんでした(笑)  おふざけもあるのですが、教育関係の堅いコンテンツを実名で公開しているサイト なので、滅多に落ちないこと、サポートが真面目なこと(まぁ落ちなければそれほど サポートの厄介になることもないのですが)が重要なのですが、こちらはいかがで しょうか。  その他(どうせ新規に借りるなら Movable Type でなく複数人のブログを動かし やすい Nucleus を UTF-8 で使いたい等)、TwodotsNet の方にも直接問い合わせは 送っているのですが、ユーザーとしてのこちらの印象をお聞かせ願えれば幸いです。  よろしくご助言のほどお願いいたします。
[この投稿を含むスレッドを表示] [この投稿を削除]
[12] Re:shortとかfloatとか
投稿者:(ぱ)
2007/02/20 02:13:25

いったん返信を書いたのですが、preview画面で投稿された気になってたらしい… 掲示板作った本人が何やってるんだか。 >ただ金融システムの情報系だとlong doubleなどは >積極的に利用したいので必要に応じて、ですね。 ># と、一応言っておきますです。観念を固定しちゃう方もいるので・・・ 確かにそうですね。迂闊でした。失礼しました。 私は金融系のシステムには直接関わったことはないのですが、 たとえばCADなんかだとすごく精度が必要な気がしますが、全長5mの車を 1/100mm単位で刻んだとしてたかだか50万、金融系のシステムの方がずっと 高い精度が必要だ、ということを某所で聞いて納得した記憶があります。 32bit shortじゃちょっとした会社の年間売り上げも入りませんもんね。 >>Javaだと、doubleをfloatに代入できず、かつ実数のリテラルがdoubleなので、 >>floatを使うのはさらに大変です。 >あ、double → floatはダメなんですか。 >ってことは↓ができないんですね。 > >float hoge = 1.0; です。これは float hoge = 1.0f; のように書く必要があります。 ライブラリなんかがfloatを要求してると大変です。 >やっぱり桁落ちしてしまうからなんでしょうか? だと思います。 黙って代入するよりは、妥当な仕様だろうとは思うんですが。
[この投稿を含むスレッドを表示] [この投稿を削除]
[11] Re:shortとかfloatとか
投稿者:れぷ
2007/02/20 02:13:25

>Subjectかえました。 あ・・・気がつきませんですいません。 >ていうかよくおぼえてますね (^^; 私はロクでもないことのほうが良く憶えてたりします(^-^;) >しかし、私も「getchar()の戻り値はなぜintなんだろう?」とか >思ったことはあります。 あ、これは私も思いました。 EOFの理解に結構悩んだ記憶があります。 >結局のところ、Cでは、 > --- 中略 --- >と言ってしまってよいと思っています。 そうですね。それで困るプログラムは意外に少ないですし。 # 今はsizeof int = sizeof longも多いのでなおさら!? ただ金融システムの情報系だとlong doubleなどは 積極的に利用したいので必要に応じて、ですね。 # と、一応言っておきますです。観念を固定しちゃう方もいるので・・・ >Javaだと、doubleをfloatに代入できず、かつ実数のリテラルがdoubleなので、 >floatを使うのはさらに大変です。 あ、double → floatはダメなんですか。 ってことは↓ができないんですね。 float hoge = 1.0; やっぱり桁落ちしてしまうからなんでしょうか?
[この投稿を含むスレッドを表示] [この投稿を削除]
[10] Re:掲示板を移行しました
投稿者:(ぱ)
2007/02/20 02:13:25

どうもです。 この掲示板の仕様を決めるにあたって、apjさんとこの掲示板をかなり参考に させていただきました (_o_) >を,ウチより洗練されてますね。素晴らしい。 恐縮です (^^; >スレッドごとの表示とか,ウチの師匠にも言われてるんだけど >忙しいから放置していた。 スレッドごとの表示というのが「このレスを含むスレッドを表示」の ことでしたら、apjさんとこの掲示板でも「このメッセージにコメントする」で 実現されていると思うのですが… もっとも投稿する気もないのにアレを押すのは勇気が要るかもしれません。 わけわかんない人がいるといけないので貼っておきますが、 apjさんとこの掲示板はこちらです。 http://atom11.phys.ocha.ac.jp/bbs01/list.php
[この投稿を含むスレッドを表示] [この投稿を削除]
[9] shortとかfloatとか
投稿者:(ぱ)
2007/02/20 02:13:25

Subjectかえました。 >C言語を憶えたての頃を思い直してみると >ファイルダンプのときにchar型のデータを%02Xで表示すると >確かに符号拡張されてました。(処理系依存ですけど。) ># ・・・答え聞いてから思い出すなって感じですね(;_;) ていうかよくおぼえてますね (^^; しかし、私も「getchar()の戻り値はなぜintなんだろう?」とか 思ったことはあります。 >shortとfloatは表示コストが余分にかかるんですね。 >最近ではほとんど利用しない型なのですけど・・・ 結局のところ、Cでは、 ・整数型にはintを使え。 ・実数型にはdoubleを使え。 ・charは配列としてだけ使え。 と言ってしまってよいと思っています。 Javaだと、doubleをfloatに代入できず、かつ実数のリテラルがdoubleなので、 floatを使うのはさらに大変です。
[この投稿を含むスレッドを表示] [この投稿を削除]
[8] Re:祝! 新掲示板移行
投稿者:れぷ
2007/02/20 02:13:25

>あります。intより小さい整数型は、可変長引数で渡されるときには無条件で >intに格上げされています。 なるほどー。そういう仕様になっていたのですね。 ご教授ありがとうございます。 C言語を憶えたての頃を思い直してみると ファイルダンプのときにchar型のデータを%02Xで表示すると 確かに符号拡張されてました。(処理系依存ですけど。) # ・・・答え聞いてから思い出すなって感じですね(;_;) >だそうです。%hにでっかい値を渡しても、表示の前に小さくされる shortとfloatは表示コストが余分にかかるんですね。 最近ではほとんど利用しない型なのですけど・・・
[この投稿を含むスレッドを表示] [この投稿を削除]
[7] さっそく・・・
投稿者:apj
2007/02/20 02:13:25

改行入れるの忘れた。 仕様よく嫁>自分。
[この投稿を含むスレッドを表示] [この投稿を削除]
[6] Re:掲示板を移行しました
投稿者:apj
2007/02/20 02:13:25

>仕様について簡単に説明します。 を,ウチより洗練されてますね。素晴らしい。スレッドごとの表示とか,ウチの師匠にも言われてるんだけど忙しいから放置していた。今度は私がここの仕様を参考にさせてもらいまつ。
[この投稿を含むスレッドを表示] [この投稿を削除]
[5] Re:祝! 新掲示板移行
投稿者:(ぱ)
2007/02/20 02:13:25

>そういえば、先日の本多さんの絡みの話になりますが、 >floatをprintf()に渡すと実引数double型へ変換されますけど、 >整数型のほうはこのような格上げってないのでしょうか? あります。intより小さい整数型は、可変長引数で渡されるときには無条件で intに格上げされています。 ># 変換指定子がhd, ld, lldなどフルにサポートされているからかも・・・ じゃあ変換指定子のhはなんなのか、ということですけど、規格によれば | 実引数は汎整数拡張に伴って拡張されている。その値を表示する前に | short int型又はunsigned short int型に戻す変換を行う。 だそうです。%hにでっかい値を渡しても、表示の前に小さくされる、ということですね。
[この投稿を含むスレッドを表示] [この投稿を削除]
[4] Re:祝! 新掲示板移行
投稿者:れぷ
2007/02/20 02:13:25

>この「_no」は文字化けか何かかと思って一瞬焦ってしまいました。 >_| ̄|○ とか orz とかと同系列の1行AAですね。 ギャー。すいません。 変数_noのようなコードの断片みたいに見えますね。 最近、マイブーム(死語)なのですよコレ。 >printfは自作インタプリタ向けに(微妙にサブセットの)実装を書いたことも >ありますし、仕様は何度も読んでいるはずですが、フルに機能を使うことは >まずないし、仕様だけ読んでも忘れるしで、私もやっぱり忘れてました(^^; 自作インタプリタって凄いですね。 私だったら構文解析ルーチン作るだけで挫折しそうです。 忘れている、といえばshort型の変換指定子%hdとかもそうでした。 そういえば、先日の本多さんの絡みの話になりますが、 floatをprintf()に渡すと実引数double型へ変換されますけど、 整数型のほうはこのような格上げってないのでしょうか? # 変換指定子がhd, ld, lldなどフルにサポートされているからかも・・・ >x(またはX)に対する指定は、(ゼロでないときに限り)0x(または0X)を >付け加えるってだけで、あんまり役に立つとも思えませんし... そうですね。必要なら自分で書いても面倒ではないですね。
[この投稿を含むスレッドを表示] [この投稿を削除]
[3] Re:祝! 新掲示板移行
投稿者:(ぱ)
2007/02/20 02:13:25

>というわけで早速テストです。 どうもです。 >変換指定子に「#」があるのを知りませんでした。_no この「_no」は文字化けか何かかと思って一瞬焦ってしまいました。 _| ̄|○ とか orz とかと同系列の1行AAですね。 > printf("%#010x\n", hoge); printfは自作インタプリタ向けに(微妙にサブセットの)実装を書いたことも ありますし、仕様は何度も読んでいるはずですが、フルに機能を使うことは まずないし、仕様だけ読んでも忘れるしで、私もやっぱり忘れてました(^^; x(またはX)に対する指定は、(ゼロでないときに限り)0x(または0X)を 付け加えるってだけで、あんまり役に立つとも思えませんし...
[この投稿を含むスレッドを表示] [この投稿を削除]
[2] 祝! 新掲示板移行
投稿者:れぷ
2007/02/20 02:13:25

というわけで早速テストです。 変換指定子に「#」があるのを知りませんでした。_no #include <stdio.h> int main(void) { int hoge = 4095; printf("%#010x\n", hoge); return 0; } ただ、「0x」の大文字小文字変換もそのうしろの 変換指定子「x」依存なのがちょっと嫌かも。 もっとも普段からリテラルで0X00000FFFなどと書かないから 見慣れないというだけでしょうが・・・
[この投稿を含むスレッドを表示] [この投稿を削除]
[1] Re:掲示板を移行しました
投稿者:(ぱ)
2007/02/20 02:13:25

仕様について簡単に説明します。 ・発言内容は全て<pre>で囲まれます。ソースリストを載せるのに便利にするためです。  適当な位置で改行を入れてください。 ・でもやっぱり改行を入れ忘れる人もいるので、プレビュー表示をつけました。  確認してから「送信」をクリックしてください。 ・タグは全無効です。<font color="red">ほらね</font> ・クリッカブルURLの機能があります。  http://kmaebashi.com  タグは無効なので<a>タグは書けません。 ・現状では削除機能がないので削除用パスワードは単なるお飾りです。 ・スレッド表示時、スレッドトップの「▼」をクリックすると、そのスレッドの  発言を一覧表示します。 ・一画面あたりの表示数は以下の通りです。  - 日付順表示…30  - 日付順インデックス…50  - スレッド表示…20スレッド
[この投稿を含むスレッドを表示] [この投稿を削除]
[0] 掲示板を移行しました
投稿者:(ぱ)
2007/02/20 02:13:25

てなわけで、書き初めです。
[この投稿を含むスレッドを表示] [この投稿を削除]