princox 2025-02-27 | 親コメント | トピック: ヤン・ルカンはLLMについて正しかったと思う（たぶん偶然だが） (substack.com) 「AIは永遠に独立して動作することはできない」 この部分が印象的ですね。 aer0700 2025-02-27 | 親コメント | トピック: クリーンコード vs. ソフトウェア設計哲学 (github.com/johnousterhout) 最近はクリーンコードそのものより、特定の技術スタックやアーキテクチャの信奉者が、それを導入しないと大変なことになるかのように語るせいで、そちらのほうで多く言い争ってきた気がしますね。状況を見て適用するのが正しいのであって、無条件に良いものはないのだと思います flgkselql98 2025-02-26 | 親コメント | トピック: Flink SQL導入記 (hyperconnect.github.io) Flinkのような分散システムは、HAを維持するためにrackを2〜3個維持すべきですが、Kubernetesを連携することでHAを保証したように見えますね。ただ、結局はkube slave nodeのリソースも考えないといけないはずなので、Flinkだけを載せるnodeを構成したのか気になります（Flink高負荷時にslave nodeがダウンする問題がありそうです）。 そういう観点で、Kubernetesを使うメリットはあるのでしょうか？ また、Flinkでウィンドウ関数を使うと、その間のデータはメモリに保持されることでSQLのjoin文が動作するわけですが、trade-offの観点で見るとFlinkは良い選択肢なのかと考えてしまいます。時間が経つほど巨大化するSQL + jobが落ちたときに起きる大変なこと……。 私も最上流のdata sourceでjoinが必要な状況のとき、Flinkを使わずにどのような方式でapplication levelに下ろして処理できるか悩みますね。 yadameda 2025-02-26 | 親コメント | トピック: クリーンコード vs. ソフトウェア設計哲学 (github.com/johnousterhout) 素晴らしい議論ですね。 spilist2 2025-02-26 | 親コメント | トピック: クリーンコード vs. ソフトウェア設計哲学 (github.com/johnousterhout) 私もそういえば、ジュニアたちにはJohnの philosophy of sw design は勧めても、clean code は特に勧めていませんでしたね。 xguru 2025-02-26 | 親コメント | トピック: AIとともに電子機器製品ビジネスを始める (clien.net) 元の投稿は削除されたようです。Webアーカイブをご覧ください。 https://web.archive.org/web/20250225151227/… jhj0517 2025-02-26 | 親コメント | トピック: Gemini Code Assistでコーディング支援を受ける - ついに無料で利用可能に (blog.google) わあ、たった今PRをレビューしてくれるGitHubアプリを有効にしてみました。どうなのか気になりますね。 epdlemflaj 2025-02-26 | 親コメント | トピック: Framework初のデスクトップは、風変わりでユニークなMini-ITXゲーミングPC (arstechnica.com) 全部いいんだけど、韓国で買おうとすると海外に住んでいる知人が必要になるという大きな欠点が…… 転送代行業者もかなり厳しく制限しているらしいですね molla 2025-02-26 | 親コメント | トピック: ハン／グル文書ファイル形式 : HWPXフォーマット構造を見てみる (tech.hancom.com) それはdocxをそのまま真似たものだそうです。 すでにMSがdocからdocxを作るときにそうしていました。 bbulbum 2025-02-26 | 親コメント | トピック: クリーンコード vs. ソフトウェア設計哲学 (github.com/johnousterhout) 何であれ見出しだけを盲目的に追うのではなく、文脈をよく理解して適用することが重要だと思います。 bbulbum 2025-02-26 | 親コメント | トピック: DaggerがReactフロントエンドをGo + WebAssemblyへ移行した理由 (dagger.io) うーん…TSより型安全な開発になるのか、それは気になりますね xguru 2025-02-26 | 親コメント | トピック: Framework初のデスクトップは、風変わりでユニークなMini-ITXゲーミングPC (arstechnica.com) 2021-02 モジュール式ノートPC、Framework Laptop公開 2021-07 Framework Laptopの出荷開始とレビュー公開 2021-10 モジュール式ノートPC Framework、マーケットプレイス公開 2022-01 モジュール式ノートPC Framework、ファームウェアのオープンソース化を公開 2022-05 新たにアップグレードされたFramework Laptopを発表 2022-09 モジュール式ノートPC Framework、GoogleとともにChromebook Editionを発表 2024-01 Framework Laptop 16レビュー うーん、Chromebookまでアップグレード可能にしたのに、肝心のデスクトップはアップグレードの自由度が低いですね。 kuthia 2025-02-26 | 親コメント | トピック: HWP文書ファイル形式: HWPフォーマットの構造を見てみる (tech.hancom.com) 私もハングル 97 が出るまでは、優れたソフトウェアだったと思います。 penguin5 2025-02-26 | 親コメント | トピック: ハン／グル文書ファイル形式 : HWPXフォーマット構造を見てみる (tech.hancom.com) 良い記事をありがとうございます。AWSで生成するファイル（レポートのようなもの）をHWPにしたいのですが、関連リファレンスが不足していて難しさがあります。現在はWordにしています。もし参考になりそうな資料がありましたら、リンクをお願いできればと思います。 regentag 2025-02-26 | 親コメント | トピック: HWP文書ファイル形式: HWPフォーマットの構造を見てみる (tech.hancom.com) AIの学習はPDFに注力して、ハングルはPDF変換器をうまく作る方がいいんじゃないでしょうか（笑） regentag 2025-02-26 | 親コメント | トピック: HWP文書ファイル形式: HWPフォーマットの構造を見てみる (tech.hancom.com) MS WordやLibreOfficeと比べると、Hangeulのほうが自分の思いどおりの形の文書を作るのにはずっと使いやすかったです。配布はPDFにすればいいですし。 もちろん、私がHangeulに慣れているからそう感じる面もあるとは思いますが。 regentag 2025-02-26 | 親コメント | トピック: ハン／グル文書ファイル形式 : HWPXフォーマット構造を見てみる (tech.hancom.com) 以前聞いた話では、hwpx は hwp のバイナリを単純に xml に展開して、その後 zip でまとめたものだそうです。 とはいえ、少なくとも読めはするので… xguru 2025-02-26 | 親コメント | トピック: ハン／グル文書ファイル形式 : HWPXフォーマット構造を見てみる (tech.hancom.com) ハングル文書ファイル形式: HWPフォーマット構造を見てみる savvykang 2025-02-26 | 親コメント | トピック: クリーンコード vs. ソフトウェア設計哲学 (github.com/johnousterhout) コーディング系の自己啓発書は、技術や実装方法に対する価値観がまだない初級者には悪くないものの、経験を積むほど効用は薄れていくと思います。すべてのプロジェクトや環境に当てはまる絶対的な真理はありませんし、一般論が通用しない状況もあるからです。ほかの一般的な分野の自己啓発書の助言と同じように、適度に距離を置きつつ状況に合う助言だけを取り入れ、盲目的に助言を追い求めないほうがよさそうです。 leojineoo 2025-02-26 | 親コメント | トピック: クリーンコード vs. ソフトウェア設計哲学 (github.com/johnousterhout) クリーンコードは目的ではなく手段であることを忘れてはいけないのです コメントをさらに読み込む
「AIは永遠に独立して動作することはできない」
この部分が印象的ですね。
最近はクリーンコードそのものより、特定の技術スタックやアーキテクチャの信奉者が、それを導入しないと大変なことになるかのように語るせいで、そちらのほうで多く言い争ってきた気がしますね。状況を見て適用するのが正しいのであって、無条件に良いものはないのだと思います
Flinkのような分散システムは、HAを維持するためにrackを2〜3個維持すべきですが、Kubernetesを連携することでHAを保証したように見えますね。ただ、結局はkube slave nodeのリソースも考えないといけないはずなので、Flinkだけを載せるnodeを構成したのか気になります（Flink高負荷時にslave nodeがダウンする問題がありそうです）。
そういう観点で、Kubernetesを使うメリットはあるのでしょうか？
また、Flinkでウィンドウ関数を使うと、その間のデータはメモリに保持されることでSQLのjoin文が動作するわけですが、trade-offの観点で見るとFlinkは良い選択肢なのかと考えてしまいます。時間が経つほど巨大化するSQL + jobが落ちたときに起きる大変なこと……。
私も最上流のdata sourceでjoinが必要な状況のとき、Flinkを使わずにどのような方式でapplication levelに下ろして処理できるか悩みますね。
素晴らしい議論ですね。
私もそういえば、ジュニアたちにはJohnの philosophy of sw design は勧めても、clean code は特に勧めていませんでしたね。
元の投稿は削除されたようです。Webアーカイブをご覧ください。
https://web.archive.org/web/20250225151227/…
わあ、たった今PRをレビューしてくれるGitHubアプリを有効にしてみました。どうなのか気になりますね。
全部いいんだけど、韓国で買おうとすると海外に住んでいる知人が必要になるという大きな欠点が……
転送代行業者もかなり厳しく制限しているらしいですね
それはdocxをそのまま真似たものだそうです。
すでにMSがdocからdocxを作るときにそうしていました。
何であれ見出しだけを盲目的に追うのではなく、文脈をよく理解して適用することが重要だと思います。
うーん…TSより型安全な開発になるのか、それは気になりますね
2021-02 モジュール式ノートPC、Framework Laptop公開
2021-07 Framework Laptopの出荷開始とレビュー公開
2021-10 モジュール式ノートPC Framework、マーケットプレイス公開
2022-01 モジュール式ノートPC Framework、ファームウェアのオープンソース化を公開
2022-05 新たにアップグレードされたFramework Laptopを発表
2022-09 モジュール式ノートPC Framework、GoogleとともにChromebook Editionを発表
2024-01 Framework Laptop 16レビュー
うーん、Chromebookまでアップグレード可能にしたのに、肝心のデスクトップはアップグレードの自由度が低いですね。
私もハングル 97 が出るまでは、優れたソフトウェアだったと思います。
良い記事をありがとうございます。AWSで生成するファイル（レポートのようなもの）をHWPにしたいのですが、関連リファレンスが不足していて難しさがあります。現在はWordにしています。もし参考になりそうな資料がありましたら、リンクをお願いできればと思います。
AIの学習はPDFに注力して、ハングルはPDF変換器をうまく作る方がいいんじゃないでしょうか（笑）
MS WordやLibreOfficeと比べると、Hangeulのほうが自分の思いどおりの形の文書を作るのにはずっと使いやすかったです。配布はPDFにすればいいですし。
もちろん、私がHangeulに慣れているからそう感じる面もあるとは思いますが。
以前聞いた話では、hwpx は hwp のバイナリを単純に xml に展開して、その後 zip でまとめたものだそうです。
とはいえ、少なくとも読めはするので…
ハングル文書ファイル形式: HWPフォーマット構造を見てみる
コーディング系の自己啓発書は、技術や実装方法に対する価値観がまだない初級者には悪くないものの、経験を積むほど効用は薄れていくと思います。すべてのプロジェクトや環境に当てはまる絶対的な真理はありませんし、一般論が通用しない状況もあるからです。ほかの一般的な分野の自己啓発書の助言と同じように、適度に距離を置きつつ状況に合う助言だけを取り入れ、盲目的に助言を追い求めないほうがよさそうです。
クリーンコードは目的ではなく手段であることを忘れてはいけないのです