kwj9211 2025-05-26 | 親コメント | トピック: 実はElectronは思ったより悪くない (blog.vaxry.net) Electron が上手なところに当たっていないからですよ〜 …ってことみたいですね(笑) howudoin 2025-05-26 | 親コメント | トピック: 車輪を再発明せよ - Reinvent the Wheel (endler.dev) ことわざには込められた意味があるのに、言葉どおりにしか解釈しない人が増えている ああいう主張が流行ると、また平然と会議室がめちゃくちゃになる ペーパーワーク屋が勢いづいて暴れ回り、同じ失敗を毎年また繰り返す ykhl1itj 2025-05-26 | 親コメント | トピック: On-Call/待機勤務の従業員にはどのような補償をすべきか? (pagerduty.com) これはその国の労働法の基準とかなり連動しているのですが……米国の多くの会社では、単純に持ち回りで回し、都合が悪い時期には順番を入れ替える、という形が一般的です。負担が大きいので……オンコール専任チームがある会社もあります。 ヨーロッパでは、業務が変わったことを理由に、あるいは時間外勤務を理由に、ほぼ別途の補償があります。 韓国では、包括賃金制の弊害によって、適当に処理されがちです。オンコールも明らかに勤務なのに、まるでその時間に対する手当が福利厚生であるかのように装っています。 crawler 2025-05-26 | 親コメント | トピック: Crosspost - 複数のSNSに同時投稿するオープンソースツール (github.com/humanwhocodes) 実際、あのサービスを全部使いこなすのも大変そうですが、MCPがあるのは大きな利点ですね。 今後APIのメンテナンスさえしっかり続けば、有用だと思います ndrgrd 2025-05-26 | 親コメント | トピック: 最後の0day脱獄: Tachy0n (blog.siguza.net) Appleのハードウェアは素晴らしいですが、ソフトウェアはユーザーを縛り付けようという意図に満ちています。 自分で作ってビルドしたアプリを自分の端末でだけ動かそうとしても、100ドルのサブスクリプションが必要です。 中小規模のオープンソースアプリを使い、自分でビルドして利用する開発者なら、 Appleの端末で脆弱性を突いて脱獄しながらサイドロードするくらいなら、ただAndroidを使うほうが楽です。 semjei 2025-05-26 | 親コメント | トピック: On-Call/待機勤務の従業員にはどのような補償をすべきか? (pagerduty.com) 私たちは待機については時給の半額、通信費の支援、実際に対応した時間は残業として1.5倍でした。 roxie 2025-05-26 | 親コメント | トピック: Java 30周年 - 技術を変えたコードの天才、ジェームズ・ゴスリン インタビュー (thenewstack.io) 途中にC#派が隠れていますね roxie 2025-05-26 | 親コメント | トピック: Java 30周年 - 技術を変えたコードの天才、ジェームズ・ゴスリン インタビュー (thenewstack.io) > 率直に言って、今Javaを開発するのに、あえてJetBrains製品を使わなくてもいいですが この部分は……ちょっと同意しにくいですね、しくしく…… junghan0611 2025-05-25 | 親コメント | トピック: Obsidianをやめて自作した体験 (amberwilliams.io) [リンク削除] Android版のスクリーンショットはこちらに入れてあるようですね。使えば使うほど不思議なツールです。コミュニティも活発で、驚くような面が多いです。 junghan0611 2025-05-25 | 親コメント | トピック: Obsidianをやめて自作した体験 (amberwilliams.io) Emacs さえあれば、あれこれ全部できますよね。最近は Android にもインストールできるようになって、デスクトップの機能をそのまま活用できるので良いです。Emacs の知識管理ツールというテーマで深く掘り下げています。うちの幼稚園に通う子どもが小学校に上がるころには、そのころには Emacs でライフロギングしているでしょうね(笑)。ツールを一つだけ習得すればいいので、長い目で見れば悩みを減らすことになります。 [リンク削除] dogtree 2025-05-25 | 親コメント | トピック: バイブコーディング失敗談 EP.01 (haebom.dev) でも、単に難読化の原理をユーザーに明かして、特定のモデルには突破される可能性があるという免責事項への同意を得たうえでサービスを提供すれば、わざわざ返金する必要はなかったはずなのに、ユーザーへの配慮が深いですね(笑) ethanhur 2025-05-25 | 親コメント | トピック: あなたの仲間を見つけよう (foundersatwork.posthaven.com) 最近の悩みに対する答えをくれる文章でした。とても良い文章を共有してくださってありがとうございます。 riki3 2025-05-25 | 親コメント | トピック: TypeScript Native プレビュー公開 (devblogs.microsoft.com) lsp を直接ビルドして使っています。Go に変わって、リソース使用量が減ったのをかなり実感できますね。 click 2025-05-25 | 親コメント | トピック: Microsoft、VSCode向けGitHub Copilot Chat拡張をオープンソース化へ (techcommunity.microsoft.com) 最近は人員削減が進み、保守も厳しくなっているので、オープンソース化してコミュニティに負担を押し付けようとしているのではないか、という気もします。 tsboard 2025-05-25 | 親コメント | トピック: JetBrainsが公開したKotlin公式LSP (github.com/Kotlin) おお、すごい、ついに…!!! tsboard 2025-05-25 | 親コメント | トピック: Microsoft、VSCode向けGitHub Copilot Chat拡張をオープンソース化へ (techcommunity.microsoft.com) MSは本当にすごいです cnaa97 2025-05-25 | 親コメント | トピック: TypeScript Native プレビュー公開 (devblogs.microsoft.com) 最近は、js を rust / go に移すだけで性能を向上させるのが流行している cnaa97 2025-05-25 | 親コメント | トピック: Microsoft、VSCode向けGitHub Copilot Chat拡張をオープンソース化へ (techcommunity.microsoft.com) おお、すごい click 2025-05-25 | 親コメント | トピック: TypeScript Native プレビュー公開 (devblogs.microsoft.com) リファクタリングしていると、tsserver 側のコード解析が遅くなってエディタ全体が止まってしまうことがかなりあったので、早く出てこの苦痛から解放されるといいですね click 2025-05-25 | 親コメント | トピック: 10倍高速になったTypeScript (devblogs.microsoft.com) みんな structural typing を深く考えずに話しているのではないかと思いました。 C# や Rust のような nominal typing の言語に書き直そうとすると、プロジェクトの根本的な構成をあまりにも大きく変えなければならないので、簡単ではなかったでしょう。 structural typing を採用した言語の中で、既存の JS ベースより性能を高められるのは C++ か Go のどちらかでしょうが、生産性まで考えると代案はありません コメントをさらに読み込む
Electron が上手なところに当たっていないからですよ〜
…ってことみたいですね(笑)
ことわざには込められた意味があるのに、言葉どおりにしか解釈しない人が増えている
ああいう主張が流行ると、また平然と会議室がめちゃくちゃになる
ペーパーワーク屋が勢いづいて暴れ回り、同じ失敗を毎年また繰り返す
これはその国の労働法の基準とかなり連動しているのですが……米国の多くの会社では、単純に持ち回りで回し、都合が悪い時期には順番を入れ替える、という形が一般的です。負担が大きいので……オンコール専任チームがある会社もあります。
ヨーロッパでは、業務が変わったことを理由に、あるいは時間外勤務を理由に、ほぼ別途の補償があります。
韓国では、包括賃金制の弊害によって、適当に処理されがちです。オンコールも明らかに勤務なのに、まるでその時間に対する手当が福利厚生であるかのように装っています。
実際、あのサービスを全部使いこなすのも大変そうですが、MCPがあるのは大きな利点ですね。
今後APIのメンテナンスさえしっかり続けば、有用だと思います
Appleのハードウェアは素晴らしいですが、ソフトウェアはユーザーを縛り付けようという意図に満ちています。
自分で作ってビルドしたアプリを自分の端末でだけ動かそうとしても、100ドルのサブスクリプションが必要です。
中小規模のオープンソースアプリを使い、自分でビルドして利用する開発者なら、
Appleの端末で脆弱性を突いて脱獄しながらサイドロードするくらいなら、ただAndroidを使うほうが楽です。
私たちは待機については時給の半額、通信費の支援、実際に対応した時間は残業として1.5倍でした。
途中にC#派が隠れていますね
> 率直に言って、今Javaを開発するのに、あえてJetBrains製品を使わなくてもいいですが
この部分は……ちょっと同意しにくいですね、しくしく……
[リンク削除] Android版のスクリーンショットはこちらに入れてあるようですね。使えば使うほど不思議なツールです。コミュニティも活発で、驚くような面が多いです。
Emacs さえあれば、あれこれ全部できますよね。最近は Android にもインストールできるようになって、デスクトップの機能をそのまま活用できるので良いです。Emacs の知識管理ツールというテーマで深く掘り下げています。うちの幼稚園に通う子どもが小学校に上がるころには、そのころには Emacs でライフロギングしているでしょうね(笑)。ツールを一つだけ習得すればいいので、長い目で見れば悩みを減らすことになります。
[リンク削除]
でも、単に難読化の原理をユーザーに明かして、特定のモデルには突破される可能性があるという免責事項への同意を得たうえでサービスを提供すれば、わざわざ返金する必要はなかったはずなのに、ユーザーへの配慮が深いですね(笑)
最近の悩みに対する答えをくれる文章でした。とても良い文章を共有してくださってありがとうございます。
lspを直接ビルドして使っています。Go に変わって、リソース使用量が減ったのをかなり実感できますね。最近は人員削減が進み、保守も厳しくなっているので、オープンソース化してコミュニティに負担を押し付けようとしているのではないか、という気もします。
おお、すごい、ついに…!!!
MSは本当にすごいです
最近は、js を rust / go に移すだけで性能を向上させるのが流行している
おお、すごい
リファクタリングしていると、tsserver 側のコード解析が遅くなってエディタ全体が止まってしまうことがかなりあったので、早く出てこの苦痛から解放されるといいですね
みんな structural typing を深く考えずに話しているのではないかと思いました。
C# や Rust のような nominal typing の言語に書き直そうとすると、プロジェクトの根本的な構成をあまりにも大きく変えなければならないので、簡単ではなかったでしょう。
structural typing を採用した言語の中で、既存の JS ベースより性能を高められるのは C++ か Go のどちらかでしょうが、生産性まで考えると代案はありません