kotlin トレンド
0post
2025.12.19
:0% :0% （ 40代 ／ 男性 ）
kotlinに関するポスト数は前日に比べ59%減少しました。男性の比率は13%増加し、本日も40代男性の皆さんからのポストが最も多いです。本日話題になっているキーワードは「swift」です。
人気のポスト ※表示されているRP数は特定時点のものです
刚看了 OpenAI 发的那篇《How we used Codex to build Sora for Android in 28 days》的凡尔赛文章，整个Sora 的安卓客户端 App大约85%的代码是AI写的。发布首日，用户24小时内生成了超过100万条视频，并且质量很稳定，无崩溃率99.9%。
对于这样的结果肯定有人质疑有人觉得程序员要完。说说我看完的感觉，如果打个比方，就是几个特种兵配上了最先进的武器，自然所向披靡。所以先不用神化这个结果，然后就算我们不是特种兵，一样可以从这个结果中去学习借鉴到有价值的结果。
《人月神话》作者 Fred Brooks 说过一句软件工程中被反复验证的名言：“向一个延期的软件项目增加人力，只会让它延期得更厉害”。因为增加更多的工程师往往会因为增加了沟通成本、任务碎片化和整合成本，反而降低效率。
那往团队中加 AI 呢？
取决于团队成员驾驭 AI 的能力。我们有句古话叫：“韩信带兵多多益善”，如果团队成员是韩信，那么 AI Agents 越多越好。OpenAI 安卓团队显然是精锐，只有 4 个人，就像一队特种兵，每个人配备了各种机器人辅助。
那么他们怎么做的呢？
1. 架构先行：人先搭好架子，再让AI来填空。
这个架子怎么搭？
团队先自己定义了App的整体架构：模块化方案、依赖注入、导航结构、认证流程、基础网络层。然后手写了几个有代表性的功能，作为范本。
关键一步：他们写了大量的https://t.co/9M2TJcCBVQ文件，相当于给AI写的新人手册。比如里面会写：每次提交前必须跑detektFix检查格式，CI会卡这个。
这样一来，每次启动新的Codex session，它都能快速读到这些规范。就像给新员工发一本内部wiki，减少重复解释的成本。
团队总结了一句话：我们不需要告诉Codex怎么写代码，我们需要告诉它在我们团队什么才算正确。这是微妙但重要的区别。
2. 先规划再写代码
一开始他们也试过偷懒，直接扔一句"这是功能需求，这是相关文件，你去实现"。结果代码能跑，但歪得厉害，完全不符合架构预期。
后来他们改了流程。任何复杂功能，第一步不是让AI写代码，而是让AI先理解系统。比如让它读一组相关文件，总结数据是怎么从API流到Repository再到ViewModel最后到UI的。然后人来纠正它的理解。
理解对了，再让AI出一份实现计划，像个迷你设计文档。哪些文件要改，要引入什么新状态，逻辑怎么流转。人确认计划没问题，AI才开始动手。
这个规划环节看起来慢了，其实省了大量返工。更重要的是，当你知道AI的计划是什么，review它的代码就容易多了。你是在检查执行是否符合计划，而不是对着一堆diff发呆。
他们还有一个小技巧：对于特别长的任务，让AI把计划保存到文件里。这样换一个session也能继续。
当多个Codex 任务同时跑起来，整个开发体验发生了质变。感觉不像在用工具，更像在管理一个团队。
一个任务在做播放器优化，另一个在写搜索功能，第三个在处理错误逻辑，第四个在补测试。它们各自推进，隔一段时间就来汇报：我这个模块规划好了，你看看行不行？或者直接甩过来一个大diff。
工程师的工作从写代码变成了做决策和给反馈。瓶颈不再是敲代码多快，而是大脑审查验证代码的速度多快。
再次应验了《人月神话》的话，你不仅不能无限增加人力，也不能无限增加 Agent。
3. 最好的跨平台框架是 AI Agent
还有一个有趣的实践：跨平台开发的新范式。
Sora已经有iOS版本了。团队做Android时，直接把iOS代码库也挂进Codex的环境里。然后告诉Codex：参考 iOS 的代码实现，再看看我们Android的架构，你来生成相应的Kotlin代码。
这就是为什么文章中开玩笑说：忘掉React Native和Flutter吧，未来的跨平台框架就是Codex。
这句话半认真半玩笑。因为应用逻辑是可移植的。数据模型、网络请求、校验规则，用Swift写和用Kotlin写，本质是同一套东西。AI擅长的恰恰是这种翻译工作，给它足够的上下文，它就能在语言之间无损转换。
所以回过头来看，为什么说不能过度神化呢？
因为他们虽然只 4 个人，但每个人都是“韩信”那样善于带团队的角色，用起 Agent 来得心应手。但即使如此，也做不到“多多益善”，毕竟还是需要人去分配任务验证结果，人是平静。另外他们已经有了 iOS 代码，所以很多逻辑可以共用，只需要 AI 去“翻译”。
但还是有很多可以学习的地方。
先设计架构再去让 AI 填空，这样代码更容易维护，也更好的保证质量。
先规划再写代码，让 AI 充分理解上下文再动手。很多人吐槽 Codex 太慢，但我有时候就怕 Agent 太快乱来，宁可多等会，让它多了解上下文，这样一次成功，否则返工起来时间成本更高。
给 AI 好的参考，让它能照葫芦画瓢。开始的时候先花点时间把最佳实践沉淀下来，后续让 AI 去参考这些最佳实践，生成结果就会好很多。如果有其他语言的实现，让它去“翻译”也会事半功倍。
能做好这些才能用好 AI 辅助开发。 AI辅助开发不是让开发的标准降低了，反而是提高了标准。
Agent 擅长完成一个小的具体任务，但软件工程不是一个小的任务，它是由无数动态变化的小任务组成的。需要人去分解去验证。
所以未来软件工程师的核心能力，不是写代码快，而是两件事：对系统的深度理解，以及和AI长期协作的能力。
代码在变得廉价，但品味在变得昂贵。那些能定义什么是正确、什么是优雅、什么是面向未来的人，会越来越稀缺。
AI把搬砖的活儿接走了，但画图纸的活儿还是你的。 December 12, 2025
28RP
いよいよ来週です〜！🎉
キャンセル待ちもある状態のため、もし都合で来られなくなった方は早めのキャンセルをお願いできると嬉しいです🙏
#love_swift #love_kotlin
https://t.co/Xw6aSv0p0r December 12, 2025
1RP
【Androidアプリエンジニア募集】
bitFlyerで、暗号資産アプリの未来をつくりませんか？
当社のプロダクト全般を支えるAndroidエンジニアを募集しています。
Kotlinを中心に、設計〜運用まで一貫して携われる環境です。
年俸：800万〜1,300万円
https://t.co/uqoOfhgiN3 https://t.co/rOzsyUppuZ December 12, 2025
今年の後半は案件に駆り出されて何故かKotlin Multiplatformやってたんだけど、特に目新しさは感じなかった。
それより、AI前提のスケジュールだから辛い。コード品質への意識がどんどん薄れて、大量に80点のコードを量産する作業がなんとも言えない感じ・・こんなので何か成長できたのかなあ December 12, 2025
ポクロフスク南部で戦闘が続く
ポクロフスクでは、ウクライナ軍が市の北部を制圧しています。南部では戦闘が続いています。
https://t.co/hShDUcxnWl
ウクルインフォルムによると、これは作戦タスクフォース「東部」がフェイスブックで報告した。
ポクロフスクでは、ウクライナ軍が捜索・突撃作戦を実施し、市街地で敵を排除している。
ポクロフスク南部では戦闘が続いている。
ミルノフラドでは、ウクライナ軍部隊が防衛線を維持し、市郊外の敵を排除している。
南東地区への敵の侵入は散発的に記録されているが、ウクライナ軍は侵入者を捕捉し、無力化している。
過去1日間で、この地域では123人の侵入者が無力化され、うち101人が死亡した。
ウクライナ軍はまた、無人機7機、自動車装備3台、オートバイ3台、特殊装備1台を無力化した。
さらに、ウクライナ軍は敵兵用のシェルター11か所を攻撃した。
スロビャンスク地区では、敵がドロニフカ地域にあるシヴェルスク市を迂回しようとしています。
ウクライナ軍部隊は必要なあらゆる措置を講じ、敵の進撃を阻止しています。
ウクライナ国防軍部隊は作戦任務部隊「東部」の支配地域でロシア軍の攻撃を81回撃退した。
ポクロフスク地区では、国防軍はチェルヴォニー・ライマン、ロディンスケ、ミルノフラド、ポクロフスク、コトリン、ウダチネ、モロデツケ、フィリアの地域、およびトレツケ、ノヴェ・シャホヴェ、ノヴォパブリウカに向けた侵略者による50件の襲撃行動を阻止した。
全体として、作戦任務部隊「東部」の責任地域内でのロシア軍の戦闘損失は385名に上りました。
さらに、戦車1台と装甲車5台を含む、様々な種類の無人航空機1,003機とその他の武器や軍事装備88台が破壊され、ロシアの無人航空機運用チーム27チームが攻撃を受けた。
ウクライナ軍部隊への必要な物資の途切れない供給と人員の適時避難を確保するため、ポクロフスクとミルノフラドへの追加物流ルートが確立されている。
敵は小規模な突撃部隊を率いてニコノリウカとパンキフカ地域への侵入を試みましたが、これらの部隊は発見され壊滅しました。
国防軍は指定された防衛線を維持しています。
ロケット軍と砲兵部隊は1,119回の射撃任務を遂行しました。
ウクルインフォルムの報道によると、ポクロフスクで、ウクライナ軍陸軍第425独立突撃連隊「スケリア」の兵士が、ロシア側で戦っていたコロンビア人2人を捕らえた。 December 12, 2025
CPUに鞭を打っての初回の長時間ビルド終わり！Kotlinコンパイラはインクリメンタルコンパイルできるので次回からは速くなるはず。CPUも普段の落ち着きを取り戻した。無理な仕事させてごめんな。次買うとしたら贅沢だけど３２コアはあってほしい。１６コアだとキツキツ。 https://t.co/7ECNVOiyJh December 12, 2025
【Findy スキル偏差値ver.3】
スキル偏差値は、Total 55.0、Swift 55.4、Python 54.7、Kotlin 54.6でした。
自分のスキル偏差値をチェックしよう！
https://t.co/VRFOsdIvoY
#Findy
#スキル偏差値 December 12, 2025
すごい良くまとまってる。Kotest良いよなーいいなー
Kotlinのテストコードが劇的に読みやすくなる初心者向けKotest便利機能紹介｜ナカムラ https://t.co/DdPdEB3IUu #zenn December 12, 2025
Kotlin Tour 第23回
Delegated propertiesを読みました。
by lazyがパッと出てくるけど、他にも
by obsevable（swiftのdidSet的なやつ）とか、
by Map<…>（Mapから自動で要素を抽出してくれる！）とか
便利そうなのがたくさん出てきた。
移譲の発明は偉大 December 12, 2025
３ヶ月もKMPのリポを放置すると腐る。KotlinのバージョンもIntelliJのバージョンも、KMPプラグインのバージョンもGradleのバージョンも、Android SDKのバージョンも、Xcodeのバージョンも、Codexのバージョンも、全部上がっている。あとCIが遅すぎて憤死してしまう。詰まったPR全消して全部改革する。 https://t.co/Gy7mEIgiVM December 12, 2025
おい誰か俺を雇え
入門書レベルでいいならPythonとJavaとCとC#とC++とKotlin使えるぞ
この中だとJava歴が一番長い
最近は遊びでC#触ってる
今はAIあるんだから最低限のコードが読めたらいけるだろ
ここに暇してる半分引き篭もりの男がいるぞ〜
なんつってなｗ
いいよ自分で頑張るよ December 12, 2025
私はこんなはとです
IT開発実務7〜8年目
開発言語: 8割近くC#、残りはKotlinを少々
ﾌﾚｰﾑﾜｰｸ: C# では.NET framework率多め
基本設計〜総合試験、運用保守経験
PCガジェモノ好きの延長でITの世界に。
ASD×ADHD持ち、ウイスキーにハマってしまい
健診結果 肝機能A→E判定に December 12, 2025
＜ポストの表示について＞
本サイトではXの利用規約に沿ってポストを表示させていただいております。ポストの非表示を希望される方はこちらのお問い合わせフォームまでご連絡下さい。こちらのデータはAPIでも販売しております。
倭人速報公式アカウント
