【5chブラウザ】Slevo【専ブラ】

しかも書式って言われても
アプリアーキテクチャのことなのか
コーディングスタイルのことなのか
スペックの書き方のことなのか訳わからんぞ

>>126が神専ブラを作ってくれるらしい！これは期待大ですねえ！

あれこれが勉強してるの分かるが基本の部分がダメそうやな

>>128
お前実際にこのアプリのソースコード見た？

基本部分が良くないって言っても
データ層は基本的なクリーンアーキテクチャに準拠したものだし
UI層はルート部分のScaffoldのボトムバーの設計とタブ機能のViewModelの保持方法に見直し甲斐があるくらいじゃないか？

>>132
見たぞ

いやいや、他のアプリでの再利用性とか声高に主張するつもりはないが
ネットワーク通信だけの掲示板アクセスライブラリぐらいは最低しっかり分離するわ
で抽象化してtalk用とか4ch用そこまでは置いといて

twitterアプリ作るなら外部の誰かのライブラリ使うか自分でちょっと作るか
これすらやらずにリポジトリパターンだのFlow使ってリアクティブにちゃんと作ったり
DIやってこのセンスが意味不明だわw

>>135
それは例えばissuesに既に上がっているしたらば掲示板への対応に関する実装をやるときに作者さんが取り組むでしょ
機能ごとにモジュールを分割するかどうかの話ならテスタビリティやコンパイル速度の向上に繋がるメリットは存在するしクロスプラットフォームアプリでの流行りの構造だけど
このアプリはAndroidの対応を目指したもので必須作業ではない
機能不足のことを追及してるならもっと具体的に書くべき

それと、最初からユースケースを想定して抽象化しながら実装するのは面倒くさいから
まずプロトタイプを実装してそれを必要に応じて抽象化しつつ拡張していくのはコーディングの基本的なフローだと感じるよ
プロトタイプの状態にただ文句を言っているのがあなただ

置いといてもいいと書いたように別に抽象化しなくてもいい
5chアプリ作るならどんなUIやどんなアーキテクチャ採用しようが、本質的にアクセス部分はかわらない
そこを分離しないで他を必死に分離・抽象化してるしまじで基本ができてない

何事もバランスだ
やりすぎても独りよがりのクソコードになるし
やらなすぎてもクソコードになる

あれだけ上位層を必死にやってるのにアクセス部分とういうモデルの中のモデルという部分は放置というこのバランスw
センスを疑うわw

issuesに上がってることをあーだこーだ言ってて恥ずかしくないの？

issueなんか1mmも見てねんだが。何いってんだよ
たまたま、さっき数時間前に初めてこのアプリ見つけてちょっとコード見ただけよ

まとめると「データ層における各掲示板、特にtalkや4chの読み書きを実装してほしい」が要望で
その実装の過程において抽象化が必要だというのが留意点、かな
変な煽りが無くわかりやすくなったじゃん

要望ではない
ソースコードを見てちょっとコードを追ってたら、色々頑張ってるなと思って
最後のアクセス部分に到達したら面食らっただけ
それが
>あれこれが勉強してるの分かるが基本の部分がダメそうやな
この表現

貼るかどうか迷ったけど、貼ることにする

AIに任せればこのようにすぐに抽象化できる
https://github.com/oikvpqya/oikvpqya-bbs-viewer/commit/3b7c7ce5d8517082b41b3fac03ffaf1b916525b6
騒ぐほどのことでは全く無い

レポジトリは自分の仕様駆動AIコーディング実験の記録
Slevo作者さん、docs/externalのドキュメントを一部拝借しています

ちなみにこの実験レポジトリの汎用的な成果は
・Jetpack Compose + MVP（Model - View - Presenter） + クリーンアーキテクチャ（Data Layer - Domain Layer - Ui Layer）の設計と実装
・AIエージェント + 仕様によるDIとデータベーススキーマの管理（脱KSPを目指したことによりHiltとRoomを排除した）
・SQLiteによるKey-Valueな要素の永続化（アプリ設定をデータベースにて永続化した）
・UiのLazyLayoutとページングの統合（Paging3を排除しページング基盤を自前で実装した）
かな
AIとの交流により新しい気づきを得られた

>>139
そこはまあAIクオリティでしょ

AIクオリティではなくて設計仕様をAIエージェントと事前にどこまで詰めるかだよ

要望ではないのにわざわざ書き込む無価値のゴミがこちらw>>143
AI以下だろコイツw

>>147
なるほど、AIコーディングではそんなこともできるのか
設計についてもAIが詳しいから一緒に話し合ったほうがいいってことか？

>>148
横からだけどその叩きは意味不明だろ
まずそもそもが126から始まったコードのクオリティに関する話題
そして具体的な例として設計が挙がり、設計の話題の一部として、「抽象化すれば例えばtalk用とか4ch用にもできる」って例が挙がったんでしょ
それを要望だと読み取る人の方に問題があるよ

ちなみに俺の意見としては、全部AIに書かせてるんだからクオリティは低くなって当たり前だと思ってる
Windows11というAIに任せて不具合まみれになってるOSを見ればわかる

でもWindows11と違ってslevoは動いてるからそれでいい
そういえば最近Twitterでちょうどこのような意見を見た
全てAIに書かせるのなら、動いていて、仕様が正しければ、「きれいさ」を無視していいという意見

https://x.com/rui314/status/2029487243015213166 (リプ欄を含めて)
なんかAI（Claude Code）のコードを書く速度が速すぎるので、コードはあまり見ずにテストだけ確認するのがいいのかなという気持ちになっている。
ある意味もはや自分のコードじゃないのに細かい点を指摘しても仕方がないというか。
手書きの時と同じレベルの「きれいなコード」を目指すのはなんか徒労感がある。
この調子でAIが進歩していったら来年くらいには「きれいなコードにしておいて！」と言うだけで僕好みのいい感じのコードにしてくれそう。なので今は破綻しない程度のコードで良しとしていいんじゃないか？

>>149
その話し合いをしていくのが仕様駆動開発という手法で、バグを起因しやすいバイブコーティングに代わり注目が集まっている
Slevoも仕様駆動開発で進められている

>>150
綺麗さを無視しても良いという意見には部分的に賛成
AIに多くを求めるとハルシネーションの原因になる
例えばKotlinであればimportを省略した完全限定名の使用を許容した

ただしAIに任せるとクオリティが低くなるというのがバグを起因するような程度を指すのならそれは間違っている
Windows11の開発が「AIに任せて不具合まみれ」というのはCEOの「社内のコードの約30%がAIによって書かれている」という発言から推測して噂しているのだろうが
それはWindows11という巨大なプロジェクトに対して品質保証が追いついていないという別の問題に当たる

だから135で追及された、Slevoにてまだ必要がなく抽象化されていないことを単にクオリティが低いと追及するのは疑問を感じている

>>149の後半について、要望と読み取るほうに問題があるとこちらに矢が向かっているが、
142のように自分がレスしたのは、現状のSlevoがいくつか掲示板に対応しておらずID:VmKVXRPJが失望したのだと受け止めて
ID:VmKVXRPJの願望を汲み取り142のように要望として文面にしただけのこと
それは的外れでID:VmKVXRPJは単にソースコードを貶したいだけのようでしたが

専ブラを作るにあたっての大前提は既存の専ブラで使える機能は残しつつの改良じゃね？
既存の専ブラ以下の能力やUIしか組み込めて無いならゴミと言われて当然やろw

>>153
それなら組み込めてるからゴミじゃなくね？

オープンソースの専ブラなのかこれ? 珍しいな

>>153と愚考する無産のゴミでしたw
完

ゴミ発言の心理をAIに聞いてみた
自分以外を「ゴミ」と切り捨てる人の思考回路は、主に以下の4つの要因に集約されます。
まず、自分の「嫌い」という感情を分析し言葉にする労力を惜しむ**「言語化能力の不足」**があります。手っ取り早く強い言葉で感情をぶつける「思考のショートカット」です。
次に、他者を強く否定することで、自分の方が優れた審美眼や感性を持っていると思い込もうとする**「優越感の誇示」**。これは、批判する側に回ることで相対的に自分の価値を高めようとする心理です。
また、自分の好みに合わないものを「無価値」と極論化する**「客観性の欠如」や、自分には生み出せないものへの嫉妬から相手の価値を引き下げようとする「防衛本能」**も働いています。
総じて、具体的な評価を避けるのは、中身で議論する余裕がないことの裏返しです。「ゴミ」という言葉は作品の質を語っているのではなく、発信者の「語彙の限界」や「心の余裕のなさ」を露呈しているに過ぎないと言えます。

ゴミの正体はAIに頼る癖がついた脳の足りないゴミでしたw

このゴミ>>157は廃棄処分でどうぞw

AIがないと何も理解できないゴミがデカい顔をするゴミスレ

>>153
1から開発されたアプリなのに「残す」ってなんだよw
お前はSlevoが他の専ブラから派生してるとでも思ってるのか？

>>153
開発のリソースは限りがあるから何を優先し何を削るかが開発の基本で
既存の機能をすべて盛り込むのが正解とは限らない

あるいは既存のものがオープンソースと勘違いして丸コピペすればよいとでも考えているのか知らんが
既存のものはクローズドばかりであるから
作者さんのレポジトリを見れば分かるように1から調査して設計から実装までをやってらっしゃる
既存のものが何一つ不満無く完璧だと思うならそれを使い続ければいいのだし不満がなければこのスレを覗かないはずだ

既存のものに依存して文句を垂れ流すだけの者と実際にコードを書いて形にしている者には天地の差がある
不満があるならご自分で理想の専ブラを作ればいいし
作る気がないならその幼稚なマウンティング行為をやめて素直に作者さんに要望を書けばよろしい

こういう人が出てくるとフリーのアプリ製作者はやる気なくしちゃいそう

まあどんぐりキャノン(CodeMonkey、ロン・ワトキンス)が作ったiOS用の「5ちゃんねる公式専ブラ」は、まさに「既存の専ブラ以下の能力やUIしか組み込めてないゴミ」だったわけだが、普通にゴミと言われていたわな
公式のものならぶっ叩いてもいいという風潮、ある

(もちろん、個人のフリーソフト製作者と公式では立場が違うので、公式がクソなら叩かれて当然である)

>>163
それなキチガイに目をつけられて作者が不憫でならない

なんか荒れてんなと思ったら強い言葉で誹謗中傷する無敵の人が短絡的に暴れてるのか
勘弁してほしい

よくいるAI憎しの類っぽいからもうほっとけばいい

ユーザーが専ブラに求める物がわかってないアプリだからゴミと言われて当然やろ

>>168
お前の負けだよ

きんも～

>>169
でもそれがiOS「5ちゃんねる公式専ブラ」だったら？
ゴミと言わずにいられるか？
という思考実験を投げかけてみる>>164

この専ブラへの批判したら速攻で叩いてくるヤツって他の専ブラ使った事無いor作者か？ってぐらい具体的に何がこの専ブラで優れてるかのポイントすら言わないよな

>>172
「この専ブラへ批判」という大雑把な括りをされてしまったが
事の発端となったのはソースコードの「書式」とやらに問題があるのではないかというもので
市場に出回る各種専ブラの優劣についての議論はしておらず
さらにオープンソースであるという他にはない優れた点がある以上、優劣はさほど重要ではない

あなたがソフトウェア開発の業界におらず単にエンドユーザーの立場であるならば、オープンソースであることに価値が無いでしょうね
そんなあなたに出来るのは既にある専ブラが何一つ不満無く完璧だと思うならそれを使い続けること、あるいはこの専ブラを使って必要だと感じた機能を要望すること
ただ貶すだけの意見は求められていないし感情を露わにされても大多数が不快になるだけだ

自分は作者さんではないし言いたいことを言い切ったのでこれ以上は発言を控える

>>172
大手ではない上に、まだ駆け出しの開発途上のブラウザだから皆甘い目で見てるんだよ
空気読めよ
皆の評価基準が大手専ブラとは違ってて当然

その評価基準を公平にしようとしても意味ない

例えばiOSの5ちゃんねる公式専ブラや、ChMateのあの改悪祭りは、ゴミと言われて当然だ

しかしSlevoはまだ開発途上なのに、お前のようにそんなにゴミだと批判するのはおかしくないか？
メインで使ってる人だってまだそんなには多くないでしょ
良くなるだろうという「期待」をしているんだよ
そのうち成熟するだろう

ちなみに個人的にはこの専ブラはChanne◯erよりは好きだよ
Androidネイティブアプリだし、サクサク動くし

ロジハラきも

嫌い気に入らないはそれぞれだけど、1回2回なら意見要望だとしても延々言い続けるのは病気執着呪いの類い
SNSはこんな奴らが多すぎる
ゴミでしかない

いい加減ウザいからコテつけてくれ

誰一人として「どこが良いか」は説明してなくて草
ゴミって言われたのがそんなに悔しかったんだなって感想しか出てこない
それにオープンソース＝優れてるって理屈なら出来の悪いOSSが存在してる時点で破綻してるんだが信者の中では例外扱いか
この理屈だとGitHubに転がってる放置リポジトリ全部神って事やん
信者🤓フィルター強すぎだろw

そりゃそもそもそんな優れてるかの話誰もしてないからな
論点のすり替えがバレバレ

>>180
評価基準の違いについての反論は？
誰もSlevoをそんな厳しい目で見ていない
みんな甘い目で見てるんだよ

もし明日AndroidからSlevo以外のすべての専ブラが消滅してSlevoしか使えませんってなったら、俺もお前と同様にゴミって言うと思うわ

でもオープンソースだから自分でいじったり貢献することも可能だから、それも優れている点には含まれてるからな
あとAIで開発しているから、機能を作れるスピードは早いだろうからな

あと「どこが良いか」は俺は答えただろ
Androidネイティブアプリで、サクサク動くところが良いところだ
そこは比較対象がChanne◯erとかになってくるからな

オープンソースが優れているっていうのは中身が公開されていて誰でも改善に参加できるってことな気がする
自分用に改造したっていいし

AIに夢見がちだろw
AIでの開発スピード＝品質には繋がらないから何言ってんだこいつ状態
良い点でサクサク動くって…それ令和のアプリの最低条件だろｗww

AIの開発速度が品質に追いつかないってこんな小規模プロジェクトに当てはまることか…？😨
批判する前に知識つけてこいよアホ

AIの開発速度に品質が追いつかないってこんな小規模プロジェクトに当てはまることか…？😨
批判する前に知識つけてこいよアホ

>>184
評価基準の違いについては？

3つ聞くと、そのうちの1つに対しての答えしか返ってこない、まるで外人とビジネスでやり取りするときのようだ

実用性ない糞アプリだったわ

Android2.x世代じゃ動かせない専ブラってのがな...
　
既にchMateすら対応切ってしまったとはいえ
　

Android7.0未満のサポートをGoogleの出してる主要ライブラリAndroidXが打ち切っちゃってるからね
古いOSに対応しようとすると非常に苦労する羽目になる

そういう化石スマホなら、当時の専ブラ+Detourで読み書きするのが鉄板だったんだけどな
わざわざ新しく開発したアプリを古い泥に適合させるのは非効率的なので

でもDetourはio対応するかなぁ
Android対応のAPI串はDetourしかないからな
それかLAN内のパソコンで他のAPI串を立ち上げるのがいいのかな

>>190みたいに
OSもアプリもサポート切れてるだけじゃなくて、スペック的にもだいぶ難儀ありそうなスマホを使い続けてるって
どうなんですかね

>>190
難クセ馬鹿の見本だな

io移管前も、Android版Detourで書き込みまで可能に設定するの、ムチャクチャややこしくなってなかったかな？
　
Detourスレ自体が新規情報ほとんど上がらなくなって既に1年以上だし

2.xを要求するのは流石におかしいと思うけど、最近は9ですら非対応なアプリが増えてるので、7で使えるこの専ブラは優秀
9くらいからモダンになったんだから、9切り捨てるのはまだ早いよなぁ

>>193
iPhone同様の板スマホが主流の時代に代わってしまい、当時のAndroidケータイと同じUIで操作性も酷似したガラホ、スマケーが出てこなくなってしまいましたからね。
　
特にスライド、ストレート型ボディのは殆ど代替出来るモノもなく（Windows XP使いの人は未だ専ブラのほうに使えるモノがあるみたいだけど）
　
　
　
　
WindowsXPを使い続けるよ Part 119
tps://toro.2ch　sc/test/read.cgi/win/1748427539/
　
やっぱりガラホでしょ　13台目
tps://awabi.2ch　sc/test/read.cgi/keitai/1755662096/

テスト

Detour情報ページ Last-modified: 2026.05.04
お知らせ
2026.05.04
Detour 4.4.10.104 テストモジュール をリリースしました

https://i.imgur.com/qpFEQUz.png

文字サイズ変更出来たら、嬉しいです。