時間は大切にね。
>>1 おまえの言っていることは確かに正しい
だが断る
時間云々より精神的に楽したいんだよね。
>>1 俺は仮にもプログラマだが
おまえの言っていることがまったくわからない
手作業か、スクリプト言語とかでコード組むか、どっちが速いかビミョーなときは、
だいたいコード書くのが正解だったりする。
マクロのメリットは、
資産を後世に残すことができる点。
自分でなくても、
将来また同じような作業をしなきゃいけない人が現れたら、
次はマクロを使えば簡単に処理できる
と思ってマクロを書くが、将来の人はまた同じようなマクロを書いてしまう件について
ちょっとでも自動化出来そうな所はなんとしてでも手抜きたくなるから
たとえ結果的に手間が増えようとマクロなりなんなり使おうとする癖がある
でさらに要らんところで変な拘り見せるから総合的な効率が凄く悪くて
勉強してるのに使えない人間のレッテル貼られてます
>>8 いや、それ、レッテルじゃなくて本当に使えない人間だからw
書き方が悪かった
そう私はレッテルじゃなくて本当に使えない人間です><
11 :
デフォルトの名無しさん:2007/05/29(火) 06:54:38
でも同じことを手作業で繰り返してるとミスりそうじゃん?
一回しか使わないのに汎用性考えた設計したりして無駄に時間かけること多々……
まったくわからんww
『手作業よりも実時間かかってもマクロで処理したい人』
こんな地球人、存在すんの?(;´Д`)
マクロ作るより手作業の方が、明らかに速く、確実で、問題が無いなら
マクロ打つ気にならなくね?
この条件になるのは、おそらく大規模なマクロが多いだろうから
完成する前に心が折れそうだ。
>『手作業よりも実時間かかってもマクロで処理したい人』
>こんな地球人、存在すんの?(;´Д`)
時間がかかっても、って話しかスレタイには無いのに
>マクロ作るより手作業の方が、明らかに速く、確実で、問題が無いなら
勝手に時間以外の条件付け加えてるのはなぜ?
15 :
デフォルトの名無しさん:2007/05/29(火) 11:10:25
13はプログラマじゃないから
16 :
デフォルトの名無しさん:2007/05/29(火) 12:34:26
一番賢いのは
10秒で組める単純作業部分だけマクロでやって
複雑な分岐が必要な部分をマニュアルでやる人だな
俺は複雑な分岐もマクロでやってエラー出てバグ取りして1日オワタ
あるあるwww
で、
中間ファイルを使って分岐を試みるも
中間ファイルが増えすぎ
中間ファイルに溺れてしまうこと数回。
マクロを作ったほうが速く終わると思う
作り始める
ちょっと関連したことを調べだす
マクロを作ることを忘れ、そちらにのめり込む
こんなざまだからマクロを作るほうが時間が掛かる
まあ、程度問題だわな。
めんどくさがって、なんでもかんでも手作業でやってたら
スキルつかないしな。
俺のまわりにも正規表現すら知らない奴らゴロゴロいるわ。
これなら簡単なマクロをちょろちょろっと書けばすぐじゃね?
で、始めたはずなのに気づいてみたら
>>12 な状態に陥るんだよなぁ。
マクロじゃかっこわるいから、いちいちVCでプログラムくんでる俺
Ruby最強
やっぱり俺もRuby覚えるべきか?(VCに無理を感じる
俺は簡単なマクロでも普通のプログラムを書くときみたいに
コメントをガチガチに入れるようにしてるんだけど、みんなはどう?
コメントが要るようなコードはだめだな
>>25 俺もだな
コメント入れないと分からないようなプログラム書くやつは糞だ、なんて言われるけどもうこれは癖だな
みんなどんな形式でコメント入れてる?
俺は
int i; //説明
void TestPrint(void); //説明
/*説明*/
void TestPrint(void){
. //説明
. printf("TestPrint");
}
て感じなんだけど
>>26 マクロだと自己解説型のコードは書き難いだろ。
>>27 doxygenのフォーマットじゃだめか?
「マクロ」だけで共通認識ができるのが不思議。
おれには何のマクロだか全く意味不明。
スクリプト言語みたいな括りで語ってるだけだ。
awk,sedぃぃょーawk,sed
VBSマクロとか使う俺は明らかにMSの奴隷です
>>34 せめて Windows NT コマンド スクリプト にしとけよ。
>>25 bashのスクリプトをたまに書くけど。
引数取るスクリプトは引数チェックでUSAG出すようにしてる。
設定値とか手書きで変えるときは設定値の意味はコメント入れてる。
あとはその場のノリと他人が使うかどうかで考える。
あんま複雑なスクリプト作らないしな。
マクロよりmakefileの方がややこしい。
「ごめんフォーマット変えて」ってセリフが出るときのための保険として必要な考え
38 :
デフォルトの名無しさん:2007/06/18(月) 00:29:14
>ちょっと関連したことを調べだす
これは無駄の元といえど大事では?確実に次につながるから。
セレンディピティって言葉があるくらいだしな。
>>38 まあ、程度問題だろ。
今の仕事ができないなら、つながるはずの次の仕事がないかも知れんし (w
41 :
デフォルトの名無しさん:2007/10/28(日) 15:11:33
>>36 あ、コードのコメントは書かないことが多いけど、USAGEは書くな。
人のツール使うときに、コードの説明がやたら多いのに使い方が
書かれてなくて結局コードの解析になることがあったから。
コードのコメントは人が改造しそうかどうかとかによるな。
Excelのマクロは結構組むなVBAで
でも使うたびに忘れてて結構時間かかったりするんだよな
俺だってシェルスクリプトでエレガントに定型処理を行いたい
だが文法を調べながら打ち込むのが大変
どっちが時間かかるかぐらい分かるでしょー
あ、でもjpegのjigzag配列作るのはどっちか迷ったな。
両方やってみたらかかった時間大して変わらんかったけど。
そこまで小規模なはなしとは違うだろ
>>46 俺的にはこれより規模大きいなら組んだ方が早いよw
ExcelのマクロをC#で書ければなぁ・・・( ´ー`)
コードで書いても、手作業でやっても時間は同じようなもんだなと思って、
手作業でやったら、あとで同じような作業を繰り返すことになって、やっぱ
コードで書いておけばよかったと後悔することもしばしば。
そのあたりの損得勘定が重要だよねぇ
単なるツールのコード書いてるうちに、エラー処理とか移植に
対する配慮とかに時間が取られてしまい、毎回後悔する俺がいる。
どうせ俺しか使わないし、Excel VBA で移植って... orz
オレもいきなりVBAでクラスとか定義したあとに
「よく考えたら別にこんな処理再利用しないよな」
とむなしくなる
やっつけで手続きでかいちゃった方がはやい
取りうる引数のパターンの例外を書いてて途中で空しくなる
自分用なんだから引数なんて固定でいいじゃんね
完全に全自動で処理しなくてもはみ出たのは手作業でやればいいんだけど
>>52 別にクラスは再利用のためだけじゃなかろう
>>53 固定にするなら自分相手でも「固定だ」と教えないといかんぞ。
自分で書いても3ヶ月過ぎれば別人のソースと同義だしな。
他の人には同じに見えても作った人だけが、
違いが分かるってのがあるじゃん
料理とか陶芸とか。
他の人にわからなくても自分が満足できりゃいいじゃん
Rubyの最強っぷりは異常。
57 :
デフォルトの名無しさん:2009/09/02(水) 01:51:46
Diamondが最強。
絵を描こう
絵を描くのは手作業でやるしかない
ある程度のプログラミング技術 + 手作業でやっていく根気
があるととても強いと思ったり
誰かいるかい?
エクセル2003 のマクロの質問したいんだが…
貼り付けるのみのマクロを作成中なんですが
同じマクロ内でコピーを指定しないとエラーが出るんです
貼り付けのみのマクロは作成不可でしょうか?
誰もいないよ。