アカウント名:
パスワード:
Issue作成した者です。Issueでも書きましたが、パフォーマンスの理由もありますが「Rustで書かれている」方が選ばれやすいという、マーケティング的な理由も大きいです。Twitterなど見てても「なぜMisskeyはRustにしないのか」といった意見がよく流れてきますね他にも単に面白そうだからという技術的な興味もあります。
それならあなたがRust版のSNSを作って公開すればよいのでは。既存のソフトウェアにRustにしろと言って回るのではなく。Rails製のMastodonなど、ActivetyPubを採用したオープンソースSNSは多数あり、その中で知名度のもっともあるMastodonと、そしてこのMisskeyがよく選ばれているわけで、それなのにマーケティング的な理由で言語を切り替えはおかしいのでは。もっと無名なオープンソースSNSからRustにしては?
謙遜して言わなかったのかどうか知らんけど「Issue作成した者」==「Misskeyの開発者」ですよ。自分のソフトをRustにしたいと言っていることに何の文句があるんですか。
まあ、「Rustで書き直せ」的な荒らしIssueってOSS界隈ではそこそこ見かけるし、早とちりも分かる
それはわからんでもないけど、失礼しましたって素直に言えないのがいかにもスラド民らしい。
横からだけど、本物だとしたらその方ってMisskeyを作った方だし、むしろ「Rustに変更になるのが嫌ならフォークすれば?」って言える方の立場でしょ・・・
「その理論をつくったのは私なのですが~」をスラドで目の当たりにできるとは思わなかった
私がMisskeyの作者で、私があのIssueを作りました。
かっけー。いっちょかみさん瞬殺やん。
Node.jsやめてDenoにしよう、というのならわかります(個人的見解)。
バックエンドをJavaScriptにするメリットって何だろう。サーバー負荷に苦しむ状況だとSSRなんて論外だし、特にメリットが思い付かない。
ノンブロッキングIOとエンジンの高速化に血道をあげているブラウザ開発者のおかげでシングルコアを何も考えずにいい感じで使い切れる上、コンテナ化すればコアごとにプロセス立てて並列で回せるので簡単に性能を稼ぎやすいのはメリットだと思います。
そう、このIssue見て気になったのもそれなんだよね。Node.jsってサーバー界隈では書きやすさを犠牲にして性能を上げる的なポジションの言語なわけで。それを遅いから違う言語にしましょうって言って性能改善するのかプログラマーとしてめっちゃ気になった。
Node.jsだと書きづらいとかフレームワークがいけてないとか開発者が集まらないとかで言語を変えるのはよくある。うちの職場も変えた。でも性能が出ないと言うのはほんとにそれNode.jsが原因なの?と凄く気になる。
同じポジションをこなせて、さらに速く、GCもいらないRustなら立ち位置的には上位互換じゃん。書きやすささえクリアできれば。
プロジェクト参加者がコードをかけるってだけじゃないかな。よく知らない言語で書いたって禄なことないわけで。プロジェクト参加者の技量で何を使うかって左右されると思う。
フロントとバックで同じ言語が使えるというのは大きい。学習コストは減るしロジックの共通化や移動もしやすい。
それは JavaScript とかいうぶっ壊れた言語を使ってることで帳消しになってる気がする。TypeScript しか使わないというなら多少ましにはなるけど。
フロントとバックでは必要となる(言語以外の)スキルが全然違いますし、それに比べたら言語の差なんて微々たるものですよ
フロントとバック両方手がける時点でそれぞれのスキル習得するorしているのは前提だろ。何言ってんだ?ついでにいえば、バックの機能もどんどんフロントに持ってく方向に進んでるので、フロント手がけるからバックの知識いらないなんて甘えたことは言ってられない。
あぁ、それ解ってない奴の勘違い。言語が同じでも意味ない。要求されるもの全然違うから。C言語分かっててもWindowsとLinuxとじゃ全然違う。OS同じでもGUIとコンソールアプリじゃやっぱり違う。
十数年くらい前はなんかNode.jsがスッゲー持て囃されてたよな自分にはよく分からんかったサーバーサイドもJSで書けるのがメリット?いや、サーバーサイドは別の適した言語で書けばいいやんって案の定、熱が冷めたらこういう話が出てくる
syuilo さん Issue を思いついたやりたいことをとりあえず書くアイデア帳みたいに使うから、今回それに慣れてない外部の人の目に触れてしまったせいで検討不足とか何とか変に過剰反応されてしまった感ある
匿名でって・・・スラドのアカウントを持ってるかどうかしらんけど、持ってなくてもこのコメントのためにわざわざアカウント作らんでしょ
これだと本人なのかなりすましてるのかがわからんので…
確かにNode.jsはイケてない
利用者は実装が何かなんて気にするの?
利用者というか開発者に対してじゃないかな。絶対的な開発者の数で言えばNode.jsの方がいいだろうけど、OSSに参加してくれそうな開発者はRustの方が多そう。
OSSじゃないけど開発者への受けが良いから.NETからGoで書きなおしてますって会社知ってるけど、逆に経験者の採用は苦労しているみたいね。
>面白そうだからという技術的な興味コレ大事
>言語よりもまずDBやキャッシュDB構造がちゃんとしてればDBMSのキャッシュでIOも極小になるけどね。別途キャッシュ持つとデータ二重管理で同期やら整合性で面倒な面も。
むかーし、自社の DBMS を SQLServer だと遅いから ○iRDB に変更したらどうかという馬鹿みたいな提案(ごり押し)があって、アホな人が全く同じクエリを何回百回も投げて、○iRDB ならこんなに速くなりますとか言ってたことがあったなあ。
まあ、確かに接続ユーザーが一つしか無い状態で同じクエリが投げられたら、諸々のチェックをスキップして同じ結果を返せばいいんだから、その点では ○iRDB(もしくは ○iRDB のミドルウェア)の方が賢いとは言えるけど、現実ではそんなことないんだから、そんな特殊処理入れるより、全うに性能上げる方がいいよなあ。
なお、毎回違うクエリを投げるようにアドバイスしたところ、無事遅くなった模様。
似たような事あったなぁ若いとやりがちなことってことか
> なお、毎回違うクエリを投げるようにアドバイスしたところ、無事遅くなった模様。 それでちゃんと提案引っ込めてくればいいんですけどね。その手の人たちはとにかく思い込みがひどくて、我思うゆえに我正しだから。
なお、毎回違うクエリ
シーケンシャルor統計インデックス依存はクソ設計側ですよw私が言ってるのはルールベースのindex scanが働く設計
確かに見かけることはまずないでしょうからその話を持っていたんでしょうけどね
作ってみてから考えよう。
開発者を集めることをマーケティングと呼んでいるの?
パフォーマンスの理由もありますが「Rustで書かれている」方が選ばれやすいという、マーケティング的な理由も大きいです。
それもパフォーマンス的表現と言えるので多角的な意味でパフォーマンスだけが理由とも言える
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
パフォーマンスだけが理由ではないです (スコア:3, 興味深い)
Issue作成した者です。Issueでも書きましたが、パフォーマンスの理由もありますが「Rustで書かれている」方が選ばれやすいという、マーケティング的な理由も大きいです。
Twitterなど見てても「なぜMisskeyはRustにしないのか」といった意見がよく流れてきますね
他にも単に面白そうだからという技術的な興味もあります。
Re: (スコア:0, フレームのもと)
それならあなたがRust版のSNSを作って公開すればよいのでは。
既存のソフトウェアにRustにしろと言って回るのではなく。
Rails製のMastodonなど、ActivetyPubを採用したオープンソースSNSは多数あり、その中で知名度のもっともあるMastodonと、
そしてこのMisskeyがよく選ばれているわけで、それなのにマーケティング的な理由で言語を切り替えはおかしいのでは。
もっと無名なオープンソースSNSからRustにしては?
Re:パフォーマンスだけが理由ではないです (スコア:2, すばらしい洞察)
謙遜して言わなかったのかどうか知らんけど「Issue作成した者」==「Misskeyの開発者」ですよ。自分のソフトをRustにしたいと言っていることに何の文句があるんですか。
Re: (スコア:0)
まあ、「Rustで書き直せ」的な荒らしIssueってOSS界隈ではそこそこ見かけるし、早とちりも分かる
Re: (スコア:0)
それはわからんでもないけど、失礼しましたって素直に言えないのがいかにもスラド民らしい。
Re:パフォーマンスだけが理由ではないです (スコア:1)
横からだけど、本物だとしたらその方ってMisskeyを作った方だし、むしろ「Rustに変更になるのが嫌ならフォークすれば?」って言える方の立場でしょ・・・
Re:パフォーマンスだけが理由ではないです (スコア:2, おもしろおかしい)
「その理論をつくったのは私なのですが~」をスラドで目の当たりにできるとは思わなかった
Re:パフォーマンスだけが理由ではないです (スコア:1)
私がMisskeyの作者で、私があのIssueを作りました。
Re: (スコア:0)
かっけー。いっちょかみさん瞬殺やん。
Re: (スコア:0)
Node.jsやめてDenoにしよう、というのならわかります(個人的見解)。
Re: (スコア:0)
バックエンドをJavaScriptにするメリットって何だろう。
サーバー負荷に苦しむ状況だとSSRなんて論外だし、特にメリットが思い付かない。
Re:パフォーマンスだけが理由ではないです (スコア:1)
ノンブロッキングIOとエンジンの高速化に血道をあげているブラウザ開発者のおかげでシングルコアを何も考えずにいい感じで使い切れる上、コンテナ化すればコアごとにプロセス立てて並列で回せるので簡単に性能を稼ぎやすいのはメリットだと思います。
Re: (スコア:0)
そう、このIssue見て気になったのもそれなんだよね。
Node.jsってサーバー界隈では書きやすさを犠牲にして性能を上げる的なポジションの言語なわけで。
それを遅いから違う言語にしましょうって言って性能改善するのかプログラマーとしてめっちゃ気になった。
Node.jsだと書きづらいとかフレームワークがいけてないとか開発者が集まらないとかで言語を変えるのはよくある。
うちの職場も変えた。
でも性能が出ないと言うのはほんとにそれNode.jsが原因なの?と凄く気になる。
Re: (スコア:0)
同じポジションをこなせて、さらに速く、GCもいらないRustなら立ち位置的には上位互換じゃん。
書きやすささえクリアできれば。
Re: (スコア:0)
プロジェクト参加者がコードをかけるってだけじゃないかな。
よく知らない言語で書いたって禄なことないわけで。
プロジェクト参加者の技量で何を使うかって左右されると思う。
Re: (スコア:0)
フロントとバックで同じ言語が使えるというのは大きい。
学習コストは減るしロジックの共通化や移動もしやすい。
Re: (スコア:0)
それは JavaScript とかいうぶっ壊れた言語を使ってることで帳消しになってる気がする。
TypeScript しか使わないというなら多少ましにはなるけど。
Re: (スコア:0)
フロントとバックでは必要となる(言語以外の)スキルが全然違いますし、それに比べたら言語の差なんて微々たるものですよ
Re: (スコア:0)
フロントとバック両方手がける時点でそれぞれのスキル習得するorしているのは前提だろ。何言ってんだ?
ついでにいえば、バックの機能もどんどんフロントに持ってく方向に進んでるので、フロント手がけるからバックの知識いらないなんて甘えたことは言ってられない。
Re: (スコア:0)
あぁ、それ解ってない奴の勘違い。
言語が同じでも意味ない。要求されるもの全然違うから。
C言語分かっててもWindowsとLinuxとじゃ全然違う。OS同じでもGUIとコンソールアプリじゃやっぱり違う。
Re: (スコア:0)
十数年くらい前はなんかNode.jsがスッゲー持て囃されてたよな
自分にはよく分からんかった
サーバーサイドもJSで書けるのがメリット?
いや、サーバーサイドは別の適した言語で書けばいいやんって
案の定、熱が冷めたらこういう話が出てくる
Re: (スコア:0)
syuilo さん Issue を思いついたやりたいことをとりあえず書くアイデア帳みたいに使うから、今回それに慣れてない外部の人の目に触れてしまったせいで検討不足とか何とか変に過剰反応されてしまった感ある
Re: (スコア:0)
でもIssue Tracking Systemのissueってそういうモンじゃないの?
検討してダメそうならとっととWONTFIXでクローズすればいいだけだし。
#なお弊社では不具合を発見したら関係者集めてバグ票を作成するかどうかの会議を始める
Re:パフォーマンスだけが理由ではないです (スコア:1)
匿名でって・・・スラドのアカウントを持ってるかどうかしらんけど、持ってなくてもこのコメントのためにわざわざアカウント作らんでしょ
Re: (スコア:0)
これだと本人なのかなりすましてるのかがわからんので…
Node.jsは流行っていない (スコア:0)
確かにNode.jsはイケてない
Re: (スコア:0)
利用者は実装が何かなんて気にするの?
Re: (スコア:0)
利用者というか開発者に対してじゃないかな。
絶対的な開発者の数で言えばNode.jsの方がいいだろうけど、OSSに参加してくれそうな開発者はRustの方が多そう。
OSSじゃないけど開発者への受けが良いから.NETからGoで書きなおしてますって会社知ってるけど、逆に経験者の採用は苦労しているみたいね。
Re: (スコア:0)
>面白そうだからという技術的な興味
コレ大事
>言語よりもまずDBやキャッシュ
DB構造がちゃんとしてればDBMSのキャッシュでIOも極小になるけどね。
別途キャッシュ持つとデータ二重管理で同期やら整合性で面倒な面も。
Re:パフォーマンスだけが理由ではないです (スコア:2, 興味深い)
むかーし、自社の DBMS を SQLServer だと遅いから ○iRDB に変更したらどうかという馬鹿みたいな提案(ごり押し)があって、
アホな人が全く同じクエリを何回百回も投げて、○iRDB ならこんなに速くなりますとか言ってたことがあったなあ。
まあ、確かに接続ユーザーが一つしか無い状態で同じクエリが投げられたら、諸々のチェックをスキップして
同じ結果を返せばいいんだから、その点では ○iRDB(もしくは ○iRDB のミドルウェア)の方が賢いとは
言えるけど、現実ではそんなことないんだから、そんな特殊処理入れるより、全うに性能上げる方がいいよなあ。
なお、毎回違うクエリを投げるようにアドバイスしたところ、無事遅くなった模様。
Re:パフォーマンスだけが理由ではないです (スコア:2)
似たような事あったなぁ
若いとやりがちなことってことか
Re: (スコア:0)
> なお、毎回違うクエリを投げるようにアドバイスしたところ、無事遅くなった模様。
それでちゃんと提案引っ込めてくればいいんですけどね。
その手の人たちはとにかく思い込みがひどくて、我思うゆえに我正しだから。
Re: (スコア:0)
なお、毎回違うクエリ
シーケンシャルor統計インデックス依存はクソ設計側ですよw
私が言ってるのはルールベースのindex scanが働く設計
確かに見かけることはまずないでしょうからその話を持っていたんでしょうけどね
Re: (スコア:0)
作ってみてから考えよう。
Re: (スコア:0)
開発者を集めることをマーケティングと呼んでいるの?
Re: (スコア:0)
パフォーマンスの理由もありますが「Rustで書かれている」方が選ばれやすいという、マーケティング的な理由も大きいです。
それもパフォーマンス的表現と言えるので多角的な意味でパフォーマンスだけが理由とも言える