これは…。あとでちゃんと読み込まねば…
まだスピルも使いこなせていないのに……。
一方わーくにはExcel方眼紙を使った
いっそのことセルの中にシートを入れてしまえばいいのでは。セルとシートの入れ子構造。
また気違いが喜んで使いそうな機能を
1セルにリストや配列入れられるようになるとかExcelがもはや簡易DB化していくな
Excelデータ開く時のストレスが増えた
いいな、すごく直感的で便利になる気がする。でも他人が作ったやつを触る時の難易度が跳ね上がりそうな予感もあるな・・・ / TEXTJOINで無理矢理結合していたのを意味を持ちつつ利用できる感じかな。
使えるような使えないような……
要るか?
lambdaが可変長引数に対応していなかった問題が緩和する/Spill!エラーも起きにくくなるかも/古いExcelはVBAで頑張って実装すればフォロー出来る筈
Google spreadsheetはじめあまたあるエクセルフォーマット互換スプレッドシートアプリが対応するまでどれくらい時間がかかるのかな。古いエクセルもずっと使われ続けてるし普及までには時間を要しそう。
DB設計のバッドノウハウだが、いまさらバッドノウハウが１つ追加されたくらいでは大して変わらないExcel
客｢御社のシステムでCSVエクスポートしてExcelで開いた時に1セルに複数データで入るようにしてください｣
IE6とかマイクロソフトのJavaScriptみたいなことにならないようにODFとかとは協調していってほしい。
これでExcelで動作する関数型言語も作りやすくなるな！
easy or simpleでいうところのeasyに偏ってて保守性下がる罠。あと、当然だけどExcelにも学習コストが存在するなあと。
ここまでやるなら普通にシステムを組めと言いたくなるがどんな顧客のPCにも入っているExcelというアドバンテージが強すぎる。
メンテナンスの難易度は上がるし理解の格差が結構出そう。会社によっては禁止令が出そう
csvでは扱いにくそうなデータだ
寿ぐべきか新たなる呪いの始まりか判別つかない
懸念点しか思いつかなさそう……
というか、社内でAIが使われるようになってEXCELで資料受け取る事が激減したし、自分自身データをAIに直に放り込む。ほぼEXCELが起動する事が無くなったのでもう勉強する気にならない。
魔改造のその先へ……
xlsxの破壊的変更加えてくるとか。。
正式実装されれば、1セルにリストinsertは使われるようになると思われ。表に表示されている値以外の値をファイル(シート)複製時に削除する機能があればもっと良い(外部に渡す時用など)
Excelのセル内に配列とか2次元の表ではなくなるのは、総務省の「統計表における機械判読可能なデータの表記方法の統一ルールの策定」には逆行していそうで、一般事務レベルではデータ処理が難しくなりそう。
テーブルの行にタグ付けできる、と考えれば便利なのかな。他人が作ったファイルは読みにくくなりそう
自分は頭悪いので、データ構造を考えているうちに頭がパンクしそう。
リスト型が入るんなら、じゃあ構造体もクラスも、Union型、enumも入れよう！
Excel単体での利便性は増すものの、他アプリとの連携は格段に難しくなっていく。スピルのときもそうだったけど。/ ブラウザ版では使えない関数をどうにかしてほしいのだけど、それはアプデあるのかな。
JSONでインポート・エクスポートできれば便利そう。
第一正規形…って言いたくなりますけど、残念ながらSQLの方が先に配列を導入してるんですよね。便利に使ってる人もいそうなので残念じゃないのかもしれませんけど
ほんとCSVどうするんだろうね。考えていないってことはないんだろうけど
こういうこと書くと怒られそうだけど、セル内文章の複数箇所にハイパーリンクつけられる機能も是非・・・
数式的には便利かもしれないですが、データとして使うExcelファイルはCSVで書き出したりPythonで読み書きしたりみたいな使い方が多いので、多用できるかは未知数
EXCEL1セルに配列を入れられるようになったという話「カンマ区切り文字列と異なり、リストとしてデータが“構造化”されることによるメリットは、フィルタリングや集計、抽出といった処理が簡単に」
新機能追加という延命処置に躍起やな〜…などという感想になるな。いつか、これを便利に感じる時が来るのかな？ちなみに、スピルは便利に使わせてもらっていました(笑)
「GOD機能」でいいと思う🤔
なんというか、いかにエクセルを使わない組織にするか、ということを真剣に考えないといけないはずなんだけど、多分、現場に負けて面倒事がさらに増えるんだろうなぁ。せめてスプシ使ってほしい。
最近はGoogleスプレッドシートばかり使ってるからExcelあまり使わなくなったな
ホントにこういう要望あるんでしょうか？やること減ってきたので、MicrosoftのExcelチームが、自分で自分の仕事を作ってる疑い。
こりゃマジ渋々Access使ってたのが渋々Excelを使う感じになるのか
自分しか使わないファイルなら勝手にしてくれというところ……
セル内リストとHAS、HASANYの組み合わせは地味に便利だな。
知らずに受け取るとやばそう。
うーん？「データベースのようなデータ表現力をワークシートに持たせる」と言っているがDBは複数テーブルで実現しているのであって1つのシートでやろうとすると良くないというか、非正規化してるだけじゃないのか
「○○を含むリストを持ってる行」とかフィルターできるようになるのかな。
CSVからのエクセルは、'{1,2,3}'をエクセル側が解釈するだけでできるのでなんとでもなりそうな気がする。問題は下位互換とかそっちの方かな
セルのマージだけでも発狂しそうなのにやめてくれ
後戻りはできんぞ？本当にやるのか？
どうでもいいけどExcelって40年も歴史あるのかと調べてみたらWindows版の初版になる2.0が1987年発売なのね。Win95普及するまでLotus123と一太郎の組み合わせが標準だったから印象にない。DOS時代はMultiplanだったし
こういうときに要るかどうかをコメントするのはニワカであります。非ニワカは、自分に直接は要らない高機能ばかり詰まっているのがExcelだということを早い段階で知っているので…(笑)。
カンマ区切りのCSVをエクセルに変換したときに混乱おきませんか？ 逆もまたしかりだが。まあそういう使い方は想定してないんだろうけど。
構造化データのCSV相互変換がどうなるか（そしてそれが仕様として保証されるか）は気になる。ISO4180をざくっと見てみたけど、当然構造化データの定義なんか無いよな。あとISO29500的にはどういう扱い？
確かにライセンス料ケチりたいIT系だとGoogleスプレッドシートだったりはする。Excelでもデータベースみたく使われる需要あるんだろうなあ。
Web系システムであれど、明細データのグリッドをExcelライクにするという要件はなくならない。色々なコンポーネントがあるが、どれも「Excelではない」という結論に至る。圧倒的に強いのよね。
なんかのDBMSで見たような……。
聞いた時に，「おおすごい」，と，「やめてくれ」，が気持ちの中に同じくらいの割合で混在するニュースだ
セル内に JSON オブジェクトを構造化データとして持てます。の方が筋が良かった気もするが。そういうのを理解できる層しかどうせ使わなさそうだし。
昔の人が作ったレジェンダリーレガシーエクセルが、更に難読化しそう。
これ許すならExcel方眼紙も許してほしい
どうせなら、値はJSONにして、jqみたいな関数を用意してもよかったのでは。
シンプルでええて
Excel職人が増えて。またわかりにくく、修正しづらくなるのかしら？ 一回実装したら、なかなか元には戻れないわよ？
もう全部AIにまかせてやめよう？ね？
難読なファイルもAIが読んでくれるからセーフ？
「Listを使ってくれ、カンマ区切りの文字列で値を入れないでくれ」みたいなのが出てきそう。
セル結合以来の激震
ジェイウォーク(信号無視)パターンだ
地獄の始まりの予感。正しく使える人にはいいけど、世の中にはアレな人が大量にいてそういう人たちが生み出すアレなデータをAIに食わせて謎解釈して世界がカオスに。
まぁ…仕様として出来るだろうとは思うし、それを実現しにきたんだろうなと理解はできるんだが、結合セルと並ぶ地雷の予感しかしねぇな^^;
リストは滅茶苦茶便利そうだな。
これは熱いな。しかし、RDBだと配列とかJSON型ってとっくにあるしね
見た目で判別できるのか？他人のexcelは、セルの数式チェックしないと怖くて触れなくなるな、、、
えええ。それ「Excel」じゃない名前でやってほしいな。「40年の常識」もパワーワードだなあ。
読んでないけど、つまり観測するまで値が確定しないと?
なんでぇ？
欲しいのはNotionのリレーションの様な入れ子構造なんだけど、こういうこと言うと今でも工夫すれば出来るという輩が沸く案件。そりゃ出来るんでしょうけどって感じ。
CSV に変換した場合、どう表現されるのだろう……。
odsとの互換性をどんどん壊していきたい意思を感じる＼(^o^)／
1セルを分けられないの、いまだに意味わからん。
同じファイル名のブックが同時に開けるようになるのはいつなのか
123
同じセルに複数の値と聞いて量子的な「開けてみるまで分からない」的な猫を想像した。
トラブルの元になりそうだけど、Excelの操作やシート設計もAIがやるから機能増えたが良い、、とかなんかな、、
色々な感情が去来するが、確かに「まあExcelが今より悪くなろうが誤差に過ぎないな」という感情に落ち着く。Spreadsheetが互換性優先で追従しないことだけを祈る
半端なデータ形式になりそうだ。
計算用シートと表示・出力用シートを明確に分ける方向になるのかな。これでFILTER関数が使いやすくなるとありがたい。
仕様の拡張によって成果物が簡素化するか肥大化複雑化するか、それが問題
これからがほんとうの地獄だ…
MySQLのJSON型で苦しんだことがあるので、やめてほしいが……。
いいけどそんな複雑な処理を追えないセルの中でやんなよ。ちゃんとpythonで処理してから運用しろよな。チームに展開すんな
昔のExcelをそのまま使っているので関係ないというか、こういう新機能を前提にしたファイルを使わなければならないようなことになったら困るな。
量子セルとでもいうのかと思った
第一正規形の破壊
「Excel」40年の常識“1セル＝1つの値”を打ち破る新機能、対応する関数も4種導入へ／セルに複数の値を入れられる「リスト」、「セル内の配列」、「入れ子の配列」
これは…。あとでちゃんと読み込まねば…
まだスピルも使いこなせていないのに……。
一方わーくにはExcel方眼紙を使った
いっそのことセルの中にシートを入れてしまえばいいのでは。セルとシートの入れ子構造。
また気違いが喜んで使いそうな機能を
1セルにリストや配列入れられるようになるとかExcelがもはや簡易DB化していくな
Excelデータ開く時のストレスが増えた
いいな、すごく直感的で便利になる気がする。でも他人が作ったやつを触る時の難易度が跳ね上がりそうな予感もあるな・・・ / TEXTJOINで無理矢理結合していたのを意味を持ちつつ利用できる感じかな。
使えるような使えないような……
要るか?
lambdaが可変長引数に対応していなかった問題が緩和する/Spill!エラーも起きにくくなるかも/古いExcelはVBAで頑張って実装すればフォロー出来る筈
Google spreadsheetはじめあまたあるエクセルフォーマット互換スプレッドシートアプリが対応するまでどれくらい時間がかかるのかな。古いエクセルもずっと使われ続けてるし普及までには時間を要しそう。
DB設計のバッドノウハウだが、いまさらバッドノウハウが１つ追加されたくらいでは大して変わらないExcel
客｢御社のシステムでCSVエクスポートしてExcelで開いた時に1セルに複数データで入るようにしてください｣
IE6とかマイクロソフトのJavaScriptみたいなことにならないようにODFとかとは協調していってほしい。
これでExcelで動作する関数型言語も作りやすくなるな！
easy or simpleでいうところのeasyに偏ってて保守性下がる罠。あと、当然だけどExcelにも学習コストが存在するなあと。
ここまでやるなら普通にシステムを組めと言いたくなるがどんな顧客のPCにも入っているExcelというアドバンテージが強すぎる。
メンテナンスの難易度は上がるし理解の格差が結構出そう。会社によっては禁止令が出そう
csvでは扱いにくそうなデータだ
寿ぐべきか新たなる呪いの始まりか判別つかない
懸念点しか思いつかなさそう……
というか、社内でAIが使われるようになってEXCELで資料受け取る事が激減したし、自分自身データをAIに直に放り込む。ほぼEXCELが起動する事が無くなったのでもう勉強する気にならない。
魔改造のその先へ……
xlsxの破壊的変更加えてくるとか。。
正式実装されれば、1セルにリストinsertは使われるようになると思われ。表に表示されている値以外の値をファイル(シート)複製時に削除する機能があればもっと良い(外部に渡す時用など)
Excelのセル内に配列とか2次元の表ではなくなるのは、総務省の「統計表における機械判読可能なデータの表記方法の統一ルールの策定」には逆行していそうで、一般事務レベルではデータ処理が難しくなりそう。
テーブルの行にタグ付けできる、と考えれば便利なのかな。他人が作ったファイルは読みにくくなりそう
自分は頭悪いので、データ構造を考えているうちに頭がパンクしそう。
リスト型が入るんなら、じゃあ構造体もクラスも、Union型、enumも入れよう！
Excel単体での利便性は増すものの、他アプリとの連携は格段に難しくなっていく。スピルのときもそうだったけど。/ ブラウザ版では使えない関数をどうにかしてほしいのだけど、それはアプデあるのかな。
JSONでインポート・エクスポートできれば便利そう。
第一正規形…って言いたくなりますけど、残念ながらSQLの方が先に配列を導入してるんですよね。便利に使ってる人もいそうなので残念じゃないのかもしれませんけど
ほんとCSVどうするんだろうね。考えていないってことはないんだろうけど
こういうこと書くと怒られそうだけど、セル内文章の複数箇所にハイパーリンクつけられる機能も是非・・・
数式的には便利かもしれないですが、データとして使うExcelファイルはCSVで書き出したりPythonで読み書きしたりみたいな使い方が多いので、多用できるかは未知数
EXCEL1セルに配列を入れられるようになったという話「カンマ区切り文字列と異なり、リストとしてデータが“構造化”されることによるメリットは、フィルタリングや集計、抽出といった処理が簡単に」
新機能追加という延命処置に躍起やな〜…などという感想になるな。いつか、これを便利に感じる時が来るのかな？ちなみに、スピルは便利に使わせてもらっていました(笑)
「GOD機能」でいいと思う🤔
なんというか、いかにエクセルを使わない組織にするか、ということを真剣に考えないといけないはずなんだけど、多分、現場に負けて面倒事がさらに増えるんだろうなぁ。せめてスプシ使ってほしい。
最近はGoogleスプレッドシートばかり使ってるからExcelあまり使わなくなったな
ホントにこういう要望あるんでしょうか？やること減ってきたので、MicrosoftのExcelチームが、自分で自分の仕事を作ってる疑い。
こりゃマジ渋々Access使ってたのが渋々Excelを使う感じになるのか
自分しか使わないファイルなら勝手にしてくれというところ……
セル内リストとHAS、HASANYの組み合わせは地味に便利だな。
知らずに受け取るとやばそう。
うーん？「データベースのようなデータ表現力をワークシートに持たせる」と言っているがDBは複数テーブルで実現しているのであって1つのシートでやろうとすると良くないというか、非正規化してるだけじゃないのか
「○○を含むリストを持ってる行」とかフィルターできるようになるのかな。
CSVからのエクセルは、'{1,2,3}'をエクセル側が解釈するだけでできるのでなんとでもなりそうな気がする。問題は下位互換とかそっちの方かな
セルのマージだけでも発狂しそうなのにやめてくれ
後戻りはできんぞ？本当にやるのか？
どうでもいいけどExcelって40年も歴史あるのかと調べてみたらWindows版の初版になる2.0が1987年発売なのね。Win95普及するまでLotus123と一太郎の組み合わせが標準だったから印象にない。DOS時代はMultiplanだったし
こういうときに要るかどうかをコメントするのはニワカであります。非ニワカは、自分に直接は要らない高機能ばかり詰まっているのがExcelだということを早い段階で知っているので…(笑)。
カンマ区切りのCSVをエクセルに変換したときに混乱おきませんか？ 逆もまたしかりだが。まあそういう使い方は想定してないんだろうけど。
構造化データのCSV相互変換がどうなるか（そしてそれが仕様として保証されるか）は気になる。ISO4180をざくっと見てみたけど、当然構造化データの定義なんか無いよな。あとISO29500的にはどういう扱い？
確かにライセンス料ケチりたいIT系だとGoogleスプレッドシートだったりはする。Excelでもデータベースみたく使われる需要あるんだろうなあ。
Web系システムであれど、明細データのグリッドをExcelライクにするという要件はなくならない。色々なコンポーネントがあるが、どれも「Excelではない」という結論に至る。圧倒的に強いのよね。
なんかのDBMSで見たような……。
聞いた時に，「おおすごい」，と，「やめてくれ」，が気持ちの中に同じくらいの割合で混在するニュースだ
セル内に JSON オブジェクトを構造化データとして持てます。の方が筋が良かった気もするが。そういうのを理解できる層しかどうせ使わなさそうだし。
昔の人が作ったレジェンダリーレガシーエクセルが、更に難読化しそう。
これ許すならExcel方眼紙も許してほしい
どうせなら、値はJSONにして、jqみたいな関数を用意してもよかったのでは。
シンプルでええて
Excel職人が増えて。またわかりにくく、修正しづらくなるのかしら？ 一回実装したら、なかなか元には戻れないわよ？
もう全部AIにまかせてやめよう？ね？
難読なファイルもAIが読んでくれるからセーフ？
「Listを使ってくれ、カンマ区切りの文字列で値を入れないでくれ」みたいなのが出てきそう。
セル結合以来の激震
ジェイウォーク(信号無視)パターンだ
地獄の始まりの予感。正しく使える人にはいいけど、世の中にはアレな人が大量にいてそういう人たちが生み出すアレなデータをAIに食わせて謎解釈して世界がカオスに。
まぁ…仕様として出来るだろうとは思うし、それを実現しにきたんだろうなと理解はできるんだが、結合セルと並ぶ地雷の予感しかしねぇな^^;
リストは滅茶苦茶便利そうだな。
これは熱いな。しかし、RDBだと配列とかJSON型ってとっくにあるしね
見た目で判別できるのか？他人のexcelは、セルの数式チェックしないと怖くて触れなくなるな、、、
えええ。それ「Excel」じゃない名前でやってほしいな。「40年の常識」もパワーワードだなあ。
読んでないけど、つまり観測するまで値が確定しないと?
なんでぇ？
欲しいのはNotionのリレーションの様な入れ子構造なんだけど、こういうこと言うと今でも工夫すれば出来るという輩が沸く案件。そりゃ出来るんでしょうけどって感じ。
CSV に変換した場合、どう表現されるのだろう……。
odsとの互換性をどんどん壊していきたい意思を感じる＼(^o^)／
1セルを分けられないの、いまだに意味わからん。
同じファイル名のブックが同時に開けるようになるのはいつなのか
123
同じセルに複数の値と聞いて量子的な「開けてみるまで分からない」的な猫を想像した。
トラブルの元になりそうだけど、Excelの操作やシート設計もAIがやるから機能増えたが良い、、とかなんかな、、
色々な感情が去来するが、確かに「まあExcelが今より悪くなろうが誤差に過ぎないな」という感情に落ち着く。Spreadsheetが互換性優先で追従しないことだけを祈る
半端なデータ形式になりそうだ。
計算用シートと表示・出力用シートを明確に分ける方向になるのかな。これでFILTER関数が使いやすくなるとありがたい。
仕様の拡張によって成果物が簡素化するか肥大化複雑化するか、それが問題
これからがほんとうの地獄だ…
MySQLのJSON型で苦しんだことがあるので、やめてほしいが……。
いいけどそんな複雑な処理を追えないセルの中でやんなよ。ちゃんとpythonで処理してから運用しろよな。チームに展開すんな
昔のExcelをそのまま使っているので関係ないというか、こういう新機能を前提にしたファイルを使わなければならないようなことになったら困るな。
量子セルとでもいうのかと思った
第一正規形の破壊