【5chブラウザ】Slevo【専ブラ】 (200レス)
1-

128
(1): 03/07(土)17:08 ID:zY339CXm(1/9) AAS
貶したい気持ちが前面に出た具体性の皆無な批判だ
どういう書式が望ましいかくらい書けばいいのに
129: 03/07(土)17:25 ID:zY339CXm(2/9) AAS
しかも書式って言われても
アプリアーキテクチャのことなのか
コーディングスタイルのことなのか
スペックの書き方のことなのか訳わからんぞ
130: 03/07(土)18:19 ID:iUw79Lgl(1) AAS
>>126が神専ブラを作ってくれるらしい!これは期待大ですねえ!
131: 03/07(土)18:23 ID:VmKVXRPJ(1/6) AAS
あれこれが勉強してるの分かるが基本の部分がダメそうやな
132
(1): 03/07(土)18:44 ID:oIKHdV70(2/2) AAS
>>128
お前実際にこのアプリのソースコード見た?
133: 03/07(土)18:46 ID:zY339CXm(3/9) AAS
基本部分が良くないって言っても
データ層は基本的なクリーンアーキテクチャに準拠したものだし
UI層はルート部分のScaffoldのボトムバーの設計とタブ機能のViewModelの保持方法に見直し甲斐があるくらいじゃないか?
134: 03/07(土)18:46 ID:zY339CXm(4/9) AAS
>>132
見たぞ
135
(1): 03/07(土)19:17 ID:VmKVXRPJ(2/6) AAS
いやいや、他のアプリでの再利用性とか声高に主張するつもりはないが
ネットワーク通信だけの掲示板アクセスライブラリぐらいは最低しっかり分離するわ
で抽象化してtalk用とか4ch用そこまでは置いといて
136: 03/07(土)19:22 ID:VmKVXRPJ(3/6) AAS
twitterアプリ作るなら外部の誰かのライブラリ使うか自分でちょっと作るか
これすらやらずにリポジトリパターンだのFlow使ってリアクティブにちゃんと作ったり
DIやってこのセンスが意味不明だわw
137: 03/07(土)21:13 ID:zY339CXm(5/9) AAS
>>135
それは例えばissuesに既に上がっているしたらば掲示板への対応に関する実装をやるときに作者さんが取り組むでしょ
機能ごとにモジュールを分割するかどうかの話ならテスタビリティやコンパイル速度の向上に繋がるメリットは存在するしクロスプラットフォームアプリでの流行りの構造だけど
このアプリはAndroidの対応を目指したもので必須作業ではない
機能不足のことを追及してるならもっと具体的に書くべき
138: 03/07(土)21:31 ID:zY339CXm(6/9) AAS
それと、最初からユースケースを想定して抽象化しながら実装するのは面倒くさいから
まずプロトタイプを実装してそれを必要に応じて抽象化しつつ拡張していくのはコーディングの基本的なフローだと感じるよ
プロトタイプの状態にただ文句を言っているのがあなただ
139
(1): 03/07(土)22:04 ID:VmKVXRPJ(4/6) AAS
置いといてもいいと書いたように別に抽象化しなくてもいい
5chアプリ作るならどんなUIやどんなアーキテクチャ採用しようが、本質的にアクセス部分はかわらない
そこを分離しないで他を必死に分離・抽象化してるしまじで基本ができてない

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

あれだけ上位層を必死にやってるのにアクセス部分とういうモデルの中のモデルという部分は放置というこのバランスw
センスを疑うわw
140: 03/07(土)22:07 ID:zY339CXm(7/9) AAS
issuesに上がってることをあーだこーだ言ってて恥ずかしくないの?
141: 03/07(土)22:14 ID:VmKVXRPJ(5/6) AAS
issueなんか1mmも見てねんだが。何いってんだよ
たまたま、さっき数時間前に初めてこのアプリ見つけてちょっとコード見ただけよ
142: 03/07(土)22:31 ID:zY339CXm(8/9) AAS
まとめると「データ層における各掲示板、特にtalkや4chの読み書きを実装してほしい」が要望で
その実装の過程において抽象化が必要だというのが留意点、かな
変な煽りが無くわかりやすくなったじゃん
143
(1): 03/07(土)22:47 ID:VmKVXRPJ(6/6) AAS
要望ではない
ソースコードを見てちょっとコードを追ってたら、色々頑張ってるなと思って
最後のアクセス部分に到達したら面食らっただけ
それが
>あれこれが勉強してるの分かるが基本の部分がダメそうやな
この表現
144: 03/07(土)22:58 ID:zY339CXm(9/9) AAS
貼るかどうか迷ったけど、貼ることにする

AIに任せればこのようにすぐに抽象化できる
外部リンク:github.com
騒ぐほどのことでは全く無い

レポジトリは自分の仕様駆動AIコーディング実験の記録
Slevo作者さん、docs/externalのドキュメントを一部拝借しています
145: 03/08(日)00:00 ID:AInKXXOE(1/5) AAS
ちなみにこの実験レポジトリの汎用的な成果は
・Jetpack Compose + MVP(Model - View - Presenter) + クリーンアーキテクチャ(Data Layer - Domain Layer - Ui Layer)の設計と実装
・AIエージェント + 仕様によるDIとデータベーススキーマの管理(脱KSPを目指したことによりHiltとRoomを排除した)
・SQLiteによるKey-Valueな要素の永続化(アプリ設定をデータベースにて永続化した)
・UiのLazyLayoutとページングの統合(Paging3を排除しページング基盤を自前で実装した)
かな
AIとの交流により新しい気づきを得られた
146
(1): 03/08(日)01:05 ID:Pf5ye3iy(1) AAS
>>139
そこはまあAIクオリティでしょ
147
(1): 03/08(日)08:49 ID:AInKXXOE(2/5) AAS
AIクオリティではなくて設計仕様をAIエージェントと事前にどこまで詰めるかだよ
1-
あと 53 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.010s