アカウント名:
パスワード:
ここ [microsoft.com]で見られるサンプルのyamlだけみると新たなるそびえ立つク◯を生み出そうとしてるようにしか見えないんだが。。。
どの辺が?何となく長そうに見える?
とてもメンテナブルには見えない
まぁプレーンテキストであるというだけで大分ましだが。
もしかしてyamlを手書きしたり、自分で直接編集すること想定してる?BI やRPAとかやってみればわかるが、手で修正することも可能だが、ツールが自動生成したものであって、人が触ることは99%ない。何をやってるか確認するのに、テキストを見れなくないし、手で直すことも可能というだけだよ。
なるほどね。いやまさかこのyamlをゼロから作るものだとは思ってないが。
まぁたしかに逆にどういう言語ならこの汎用言語が目指すローコード用途に向いてるかという事を考えると代替案はすぐ出ないな。
なんか、VB(VBAでは無い)の.frmファイルと一対一してそう。ただこちらは署名みたいな情報がついていて、しかも一部バイナリなので、手で直すのは不可能。#AccessVBAもプロジェクトをExportすれば.frmファイルと同等の情報が入っている。UTF-16で。yamlは、手で直せるというのが新成果という事でしょうか?
エクセルもプレーンテキストですからね。エクセルも実態はXMLですからね。
これは明らかにExcelの数式記述スタイルをモチーフにした言語で、複雑な数式を表現すれば当然複雑になる。数式を単純にすればメンテンナンス容易だと思うのならそのように書けばいいが、それがこれを利用する目的に適っているかは人に依るだろう。EXCEL文書を作るユーザーが各セルの数式をメンテナンス容易に書くことを求めるか否かと同様の問題。
YAML自体にはあまり意味は無いだろう。YAMLの値の部分がこの言語の本体だろうから。
> XCEL文書を作るユーザーが各セルの数式をメンテナンス容易に書くことを求めるか否かと同様の問題。同様の問題ということはやっぱ新しいカオスじゃね?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
うーん (スコア:0)
ここ [microsoft.com]で見られるサンプルのyamlだけみると新たなるそびえ立つク◯を生み出そうとしてるようにしか見えないんだが。。。
Re: (スコア:0)
どの辺が?何となく長そうに見える?
Re:うーん (スコア:0)
とてもメンテナブルには見えない
まぁプレーンテキストであるというだけで大分ましだが。
Re: (スコア:0)
もしかしてyamlを手書きしたり、自分で直接編集すること想定してる?
BI やRPAとかやってみればわかるが、手で修正することも可能だが、ツールが自動生成したものであって、人が触ることは99%ない。
何をやってるか確認するのに、テキストを見れなくないし、手で直すことも可能というだけだよ。
Re:うーん (スコア:1)
なるほどね。
いやまさかこのyamlをゼロから作るものだとは思ってないが。
まぁたしかに逆にどういう言語ならこの汎用言語が目指すローコード用途に向いてるかという事を考えると代替案はすぐ出ないな。
Re: (スコア:0)
なんか、VB(VBAでは無い)の.frmファイルと一対一してそう。ただこちらは署名みたいな情報が
ついていて、しかも一部バイナリなので、手で直すのは不可能。
#AccessVBAもプロジェクトをExportすれば.frmファイルと同等の情報が入っている。UTF-16で。
yamlは、手で直せるというのが新成果という事でしょうか?
Re: (スコア:0)
エクセルもプレーンテキストですからね。エクセルも実態はXMLですからね。
Re: (スコア:0)
これは明らかにExcelの数式記述スタイルをモチーフにした言語で、複雑な数式を表現すれば当然複雑になる。
数式を単純にすればメンテンナンス容易だと思うのならそのように書けばいいが、それがこれを利用する目的に適っているかは人に依るだろう。
EXCEL文書を作るユーザーが各セルの数式をメンテナンス容易に書くことを求めるか否かと同様の問題。
YAML自体にはあまり意味は無いだろう。YAMLの値の部分がこの言語の本体だろうから。
Re: (スコア:0)
> XCEL文書を作るユーザーが各セルの数式をメンテナンス容易に書くことを求めるか否かと同様の問題。
同様の問題ということはやっぱ新しいカオスじゃね?