- ジミー・ミラーの「We ran out of columns」は、彼の最初のソフトウェアの仕事における混沌としながらも魅力的なコードベースを描写しており、列が足りなくなったためにMerchants2が作成されたという、Merchantsというデータベーステーブルを強調しています。
- コードベースはVB、C#、さまざまなJavaScriptフレームワーク、および多数のSOAPサービスの混合であり、開発者がコードをチェックインしないことによる追跡が困難なバグなどの顕著な問題がありました。
- 混沌としているにもかかわらず、そのコードベースは創造的な問題解決を可能にし、開発者が独自の解決策を見出すことで、疎結合なシステムとユーザーとの独自で直接的なつながりを生み出しました。
- ある開発者が最初の会社で経験した、バージョン管理がなく、多数のグローバル変数が存在する無秩序なコードベースについて共有しました。
- バグは顧客のサイトにVisual Studioをインストールし、アプリをデバッグモードで実行することで修正され、共有ディスクに複数の不統一な名前のバージョンが保存されることになりました。
- 開発者は最終的に、新しいプロジェクトに対してgit、Linux、継続的インテグレーション(CI)などの最新の手法を導入しましたが、古いプロジェクトは変更されないままであり、機能不全のコードベースを改善することの難しさを浮き彫りにしました。
- p5.jsライブラリは、ユーザーがその機能を学び、探求するのに役立つさまざまな例やコミュニティスケッチを提供しています。
- 注目すべきプロジェクトには、Geodata Weaving、Slime Molds、Generative Succulents、Padrão Geométrico、Zen Pots、そしてGlitch animationがあり、ライブラリの多様性を示しています。
- ユーザーは寄付を通じて、または自分でダウンロードして使用することで、p5.jsライブラリをサポートできます。
- p5.jsは2023年にSovereign Tech Fundから45万ユーロの助成金を受け取り、ドキュメントとアクセシビリティを強化し、新しいユーザーフレンドリーなウェブサイトを立ち上げました。
- ユーザーはp5.jsの初心者に優しい性質を評価していますが、d3やthree.jsのようなライブラリと比べてパフォーマンスの制限があることに注意しています。
- 新しいウェブサイトは好意的に受け入れられていますが、一部のユーザーは、予算配分の批判を受けているProcessingプロジェクトからのp5.jsの起源に関する言及がないことを惜しんでいます。
- タウリ2.0リリース候補が発表され、8月末までに安定版のリリースが予定されています。ドキュメントの最終調整と重大なバグの修正に重点を置いています。
- タウリ2.0はモバイル開発の基礎的なサポートを導入していますが、デスクトップの機能 と同等にはまだ達しておらず、コアプラグインの固定ネームスペースやRust APIのリファクタリングなどの重大な変更が含まれています。
- 外部セキュリティ監査が完了し、すべての問題が修正されました。完全な報告書は近日中に公開される予定です。コミュニティの皆さんには、ドキュメント作成や問題解決への貢献を奨励します。
- タウリ2.0リリース候補が発表され、その機能や潜在的な改善点についてユーザー間で大きな議論が巻き起こっています。
- タウリは、HTML、JavaScript、CSSにコンパイルされるフロントエンドフレームワークを使用して、主要なプラットフォーム向けに小さくて高速なバイナリを作成するためのフレームワークであり、バックエンドロジックはRust、Swift、Kotlinなどの言語で記述されます。
- ユーザーはTauriをElectronと比較し、Tauriの軽量なフットプリントとネイティブ統合を指摘しながら、そのセキュリティ重視、クロスプラットフォームUI、およびLinuxのウェブコンポーネントの問題やより良いドキュメントの必要性といった課題についても議論しました。
- kdb+は歴 史的な市場データの保存と分析のための強力な技術ですが、Clickhouse、QuestDB、Bigquery、Redshiftなどの代替手段も現在では速度面で競争力があります。
- ローカルな定量分析には、アクセスのしやすさとコスト効率の面から、PythonとDuckDB、Polars、またはPyKXが推奨されます。
- kdb+のリアルタイムストリーミングおよび分散コンピューティング機能は十分に活用されておらず、KafkaやFlinkのような技術がより人気を集めています。
- 議論は、高性能な時系列データベースであるkdb+の将来とその潜在的な後継者に焦点を当てています。
- TimeScale(PostgreSQLの拡張機能)、DuckDB、ClickHouseのような代替案は、そのパフォーマンスとコスト効率の良さで注目されています。
- 独自の性質と高コストがkdb+の大きな欠点であり、そのため一部の人々は時系列分析のためにPythonとDuckDBやPolarsのようなオープンソースのソリューションを検討しています。