UIXX

别说了，看到 w 大写已经浑身难受...

我比较实际，在回答这个主题前，我去看了你之前的帖子以及几篇介绍性博文。虽不能说完全了解你的情况，但心中对你也有一个大致画像。

通过在 [独立个人项目开发心得] 里的描述，你对自己的缺点是非常清楚的。

- 点子多，执行力差。计划的巨人，行动的矮子。俗称眼高手低。
- 没有明确的目标支撑，技术栈杂而浅。同时内驱力不够，没有热度去做拓展延申。

懂很多同时又啥都不懂，那是因为你并没有技术层面的立身之本。每一样东西都是走马观花，还都写在简历上，能不被人问成筛子？

这些相信你都懂，我摊开来说是因为这些问题很常见，在就算在前端、后端、嵌入式，这类求职者也大有人在。你不要把解决方案局限在技术路线或者方向上。

———————建议分割线———————

最紧急的是以下的事情：

1. 修改简历。别一股脑把你会的都往上写，项目内容内聚一些。
2. 准备八股。审视过往的项目，提炼一下亮点部分，争取手撸基本算法。
3. 继续投简历。现在的环境找工作运气也很重要，给自己多点时间容错。

———————关于换方向———————

对于一个行将就木的技术，我的建议是多作延续与继承，少作生硬的切换。
Java 冷门框架不行，那就先迁移到一个更为主流但架构类似的其他框架。走回头路 Spring 下策，去外包下下策，这些无疑于另一种“半途而废”。你的青春和激情在一段段不连续的垃圾时间消耗完了。

——————没有相关工作经验—————

在转语言的时候，会去考虑没有工作经验正正说明了一个问题：在学习新技术过程中做的练手项目始终是个玩具，没有工业化与工程化就是一个依葫芦画瓢的死知识。

其实可以做的事有很多

1. 深化现在的 Demo ，进行开源或者商业化。
2. 多做集成，培养架构与设计意识。

完成了上述的过程后，你可以把东西写成你的工作项目，作为你的工作经验。

[当你用高标准去要求业余完成的 C 项目，为它进行功能与体验上的优化、为它写完善的说明文档、为它作主流的平台兼容，根据鸭子定律，那它就是一个专业的 C 项目。]

如果 HR 只认公司背书不看实际项目怎么办？那是客观条件，责任不在你，做好自己就行。

—————游戏行业性价比哪个高————

从你最擅长的领域做起，性价比是最高的。

还是那句话，定期体检，注意生化指标。

当你出现尿酸、血糖、尿蛋白等指标异常的时候，可以尝试轻断食。
但如果你本来就身体健康，就不要轻易打乱生理节奏去断食减肥。

这个话题在楼里面其实有两种不同层面的讨论：

广告商业模式与自动化去广告技术；
垄断与反垄断；

两拨人吵在一起实属鸡同鸭讲。

其实大众普遍认为反垄断没有很好地落在腾讯上，加上新兴领域法条的滞后，店大欺客、双标时有发生。这才是这类矛盾的症结。

-------------------------------------------------

回到李跳跳事情本身，让观众体验好、受实惠，这项服务无疑是好的。如果这项服务与广告业务冲突，那不禁要问，到底是什么垃圾商业模式一定要与民意背道而驰才能盈利？

是广告这一领域的通病吗？也不尽然，油管就做得蛮好的，拦截插件也一直都有，没见有类似的事情发生。

似乎只能归结于国内整体商业环境、广告联盟的不思进取造成的内容重量不重质、看时长不讲转化的“快糙猛”弊病。

腾讯作为行业巨擘，这么多年来不正向推行广告商业模式的发展，反而作为恶龙跟落后的广告链条上的蚂蚱沆瀣一气，格局可见一斑。

你得把你的情况叙述得详细点...比如你的重复业务是哪种业务，做纯 CRUD 和量化策略区别是很大的。

你是想戒掉转笔的习惯还是想让转笔不掉更上一层楼？

后者的话，建议去看看高手视频，从基础转笔手法学起，重要的是，换一支更合适的笔。

我先具体化你的说法，否则歧义比较多：

1. 开发内容、管理流程不依赖于第三方组织机构
2. 开发内容、管理流程无关特定领域业务、软硬件平台
3. 开发内容不涉及图形化界面

---------------------------------------------------------------------------

人工智能和图形学算不算需要特定行业知识？算。
举个例子，充分体现计算机图形学的游戏行业中，非常重要的曲面及贴图优化工作是在策划、美术、机能的综合评估下进行的。不可能业务无关，也不可能设备无关。

Linux kernel 开发算不算这类工作？较真地说，不算。
举个例子，Linux kernel DT 跟 Driver 那块就与设备强相关，写/生成 DTS 文件、对应的接口驱动都要参考目标设备的芯片手册。要确定一项满足条件的 kernel 开发工作需要非常多限定词。

什么样的工作是这类开发？
这类工作多见于介于操作系统和前端应用之间为软件本身提供帮助的服务。
举个例子，软件的脚本开发。比如单元测试脚本、自动化构建脚本、运维配置脚本。

养猪 > 写码

养猪子承父业有人带，写码半路出家独自磨
养猪的业余可以写码，写码的业余无法养猪
养猪经验可持续，写码经验不可持续
养猪 vlog 有人看，写码 vlog 没人看
养猪自己掌握主动，写码别人掌握主动

说正经的，最终要看一个人的性格。按你自己的优劣分析，养不养猪在于能不能耐住寂寞、熬得住，以及介不介意吃这口饭。

------------------------------------

我一直跟各个行业的人接触，现在写码已逐渐成为一个大众技能，有各种简明的教程、AI 工具，很多有业务能力的人需要自动化辅助时完全可以自己写码。反倒是本身专业写码的对领域性业务知识极其匮乏，.net 转养猪是个不错的角色转换的机会。