[[20090306072716]] 『この数式では?』(MIN) ページの最後に飛ぶ

[ 初めての方へ | 一覧(最新更新順) | 全文検索 | 過去ログ ]

 

『この数式では?』(MIN)
http://www.excel.studio-kazu.jp/cgi-bin/kazuwiki2.cgi?mycmd=read&mypage=[[20090305173319]]&mytime=231843

 私なりに考えた[?]数式では ↓

 B4:=TEXT(WORKDAY(B4,2),"m/d"
 【疑問点】
 1.B列の日付書式:ユーザー定義:[m/d]
 2.数値を書式設定した文字列に変換します。(とヘルプに記載があります。)
 3.文字に変換するという事は、セルの配置?(左寄り)になります。
 4.3の理由により、「右より」に設定変更にしています。

 ◆上記[1〜4]の作業、数式は、無意味な事なのでしょうか?
 何分、私も超初心者なので判断ができません。。。^^

 回答者様の数式に反論している訳では、全くありません。
 (ここだけは、絶対に誤解しないでください。)
 本当は、間に入りたかったのですが、質問者様、ご回答者様へ失礼と思い
 回答後に質問させて頂いた次第です。宜しくお願い致します。(MIN)

 質問の主旨が不明(何を聞きたいのか理解できませんが)

 >B4:=TEXT(WORKDAY(B4,2),"m/d"
 閉じ括弧が抜けていますか、それは別として、循環参照になりませんか?

 >1.B列の日付書式:ユーザー定義:[m/d]
 TEXT 関数により得る値は文字列になりますので、「ユーザー定義:[m/d]」の意味がないのでは?

 >◆上記[1〜4]の作業、数式は、無意味な事なのでしょうか?
 やりたいことが不明ですので、コメントできませんが
 そのデータをどのように使用するかによって意味があるかどうかを判断することになります

 そのデータを、そのbook内で使用する場合、意味は無いと思います
 というより害の方が大きいと思います(個人的見解)

 By


 =TEXT(WORKDAY(B4,2),"m/d")
 =WORKDAY(B4,2)
 この式の違いは、返される値が文字列とシリアル値(数値)と異なること。
 上の式では、年の情報が欠落すること(月/日の文字列)で、
 結果をさらに計算に使うとき不都合が起きるかもしれないし、
 逆に都合がいいこともあるかもしれません。

 結果をどう利用するかが一番重要なことなので、Text関数を使った式が
 無意味なものとは一概に言えません。ケースバイケースです。
   (Hatch)

 Byさん

 レスありがとうございます。

 >質問の主旨が不明(何を聞きたいのか理解できませんが)
 回答者様の数式は、無論確認致しました。
 それで、私なりに考えてみた?内容がこれでいいのでしょうか?という質問でした。
 簡単に申し上げますとそういう質問だったのです。(分かりづらくてすみません。)

 >TEXT 関数により得る値は文字列になりますので、「ユーザー定義:[m/d]」の意味がないのでは?
 やっぱり・・・そうでしたか。(でも、答えが出るし・・・う〜んと悩みました。)
 > というより害の方が大きいと思います(個人的見解)
 >折角のご回答を頂いているのですが「害」が・・・の意味が理解できないのです。
 数式を考える(考え方)の問題、または、他の問題でしょうか。
 けして、反論をしている訳ではございません。。理解が出来ないだけなのです。^^(MIN)

 Hatchさん

 レスありがとうございます。

 >=TEXT(WORKDAY(B4,2),"m/d")
 私の式は、↑だったのです。(コピペミス、確認不足)すみません。

 >この式の違いは、返される値が文字列とシリアル値(数値)と異なること。
 >無意味なものとは一概に言えません。ケースバイケースです。

 超初心者の私には、今時点で直ぐに「なるほど!」とは理解できませんが。
 (応用という意味です。)言葉では理解できます。

 >結果をさらに計算に使うとき不都合が起きるかもしれないし
 計算する際には、向かないという解釈で宜しいでしょうか。
 >逆に都合がいいこともあるかもしれません。
 ↑の場合、仮にどんなケースがあるのでしょうか。
 質問者がご回答者様へ逆質問をして申し訳ございません。
 私的には、全く悪気はないのですが。(MIN)


 > 計算する際には、向かないという解釈で宜しいでしょうか。
 「年の情報が欠落すること(月/日の文字列)」と書いています
 どんな計算をするのか知りませんが、異なる年を扱うときは不都合では?
 ということです。

 > ↑の場合、仮にどんなケースがあるのでしょうか。
 月日だけでデータをまとめるようなケースは、年がない方が都合がよい
 のではないでしょうか? 具体例には思いつきませんが(^_^;)

 どのような値を必要としているのかによって数式は変わるでしょう?
 ですから、ケースバイケース、必要な値が出てくればよいと私は思います。

 今回のケースは表示できればよいのなら、シリアル値で出して表示形式で求める形式にしてもよいし、
 文字列で出して右揃えにしてもよい。と私は考えます。
 後でこのセルをどうするのかこちらでは分からないのですから、
 何か計算したいのなら、その計算式中で処理すればよいし・・・
      (Hatch)

 Hatchさん

 >年の情報が欠落すること
 >異なる年を扱うときは不都合では?
 >ケースバイケース、必要な値が出てくればよいと私は思います。

 ↑確かにおっしゃるとおりです!!。。。
 今考えて見ますと・・・なんともお恥ずかしい質問を(^o^)

 ちょっと「言い訳」:具体的な内容は、記載できません。
 質問者様、回答者様へ失礼なので。(過去ログで似ているような)
 振り返って、確認しましたら、似ているようで似てませんでした。^^

 これからは、もっとまともな?質問を致します。^^
 その際は、どうぞ宜しくお願い致します。(MIN)


コメント返信:

[ 一覧(最新更新順) ]


YukiWiki 1.6.7 Copyright (C) 2000,2001 by Hiroshi Yuki. Modified by kazu.