@LINAICAI 你应该是建议楼主的吧?
我因为单干,所以主流平台都需要有用户端,所以还是需要做 IOS,
反正还是可以用 C(++)做啦,只是不舒服而已.

三年经验是说要有足够的采坑经验吗 XD
项目通常单干的有可用成果应该也是可以吧 XD
主要是很多人做的成果只是为了成果而成果,没有考虑可用性,友善度,商业化能力吧?

低端很饱和,因为太多这个等级上不去的,不是太多类似的成品,就是用 Hypr-app 这种的.
中高端都蛮缺的,高级订制与控制.SO 档写游戏或高速处理的,门槛就在那,跨过去就是人家找你.
JAVA 那边的控件都用熟了就学着混 C(++)做高级的应用吧.

举个例子来说,我用 android 做认知训练式的影像辨识系统含 WEB 后端,全部自己做,
不缺工作位子.但我单干了.

IOS 那边不是不做,而是等 swift 稳定,结果搞一个 2.x 跟 3.x 不相容,而且我喜欢的 2 的某些语法被改成我讨厌的 3 语法.
暂时不爽用,观看到年底.

也许你可以换个角度想,你所学的技术能解决什么现实面的问题,
然后预计有什么人愿意为你的解决方案买单.再依照用户族群的买单能力去定价.
看起来很像单干,但其实是要你做出成品后,去相对应的公司找工作,这样至少不会是码农岗位了.
专案经理应该不太难,冲击独立部门也有机会.

打了一堆结果思考后都删了,留下这句话给你:
创业不一定需要业务,财经(可外聘),法律(可外聘),行政.但一定要有能执行(做)的人.

@Delbert 协定名称也忘了哈哈过好久了.
只记得 WWW 这个位置是说明这个网址的服务形式.所以这里也可放 API,picture,media 等字串.
第二个位置是公司主名称或是网站主题.
3 是网站组织的形式例如公司,财团法人,个人等,
4 是地理位置.
然后有说明租用云端个人空间的个人化网址常规模式,包含转出个人网址的对应.
还有一个说明是地理位置提前到第一位置的常规规范
还补充说一个有趣的".tv"他其实是一个小岛国,骑机车一小时可直线贯穿,
这个国家收到很多商业网站想买下他们所属的国家网域(用途与意义大家一看就懂),所以他们好像委托什么联合机构把网域卖掉了.换取这个国家个税收和公用支出支付.

我记得网址网域其实是有个标准的.只是非标准的用法多了.所以嫌弃标准网域方法吗 XD
我是在 IPV6 推广与历史的说明会看到这个标准的.细节忘了.

@hantsy 认同

@kindjeff 认同

@evitceted C#很棒的,有 SIMD 支援喔.JAVA 某些相对有限制.然后 C#跟 JAVA 的四舍五入计算方法有点不一样都各有问题要注意.

@acros 认同

楼主的"会"是指第一次成功 hello 还是全部控件含感测器都会用?
基本上我是这样算时间啦.以下一天为持续学习与写码 8 小时算:
不管概念或生命周期,一天可以 hello,上架再 1~3 天.
Manifest 设定 1 天可用,熟悉要一周吧
换页大约半天,换页流程控制约 1~3 天
呼叫相机大约半天,设定细部参数再半天
读出相机画面与参数 1 到 3 天吧.
旋转不会当掉(生命周期)1 到 3 天吧
listview,gridview,等有 Adapter 的元件三天到一周吧
recycleview,含 ViewHolder 三天到一周吧
google map3 天到 2 周吧看需求.
线程,背景服务,与主画面交互一周到两周吧,影音拨放另算 1 到 3 周吧
APP 自用 KV 储存约一天吧,SQLITE 会基本约一天,很熟约 2 周
65k 高压线,混淆,混淆故障排除,1~3 周吧.
...其他项目不说了,很多我都没用过例如蓝芽通讯,重力加速,数位罗盘....

说实在,被一些所谓的 APP 专精快速开发说什么用网页技术作超简单超快的表过,蛮不舒服的.
因为他们根本不想跟你讨论抽取影像,metadata 编辑,存档格式,蓝芽协定,图片读写优化,感测器控制读取....等细节.
然后承包后才告诉我(我是老板资讯助理)他们的 APP 做不到(想痛殴对方).
这时候就算要我补救(帮厂商写 APP 漏的功能)我也帮不了阿,结果老板叫我赶快生原生 APP 给老板出差用结案的时候 APP 是我的写,后台是我写的,API 是我写的,网页是我写的,X 你的,厂商钱怎不都还我,没存在感阿,只会拿钱.

楼主如果想学到去承包案件请搞清楚非原生写法可以控制到哪种程度,不然不要去吹嘘非原生都很好用.
你会害死你跟你的业主.

我是全职,全开发.我的单位在商业化这块基本上就是没成功过.太多主管只想虚耗经费.有心要冲的好上司被弄惨.
黑锅背超多,觉得绑手绑脚,今年决定出去自己冲,然后"请"我的好上司"的烂上司"招人补位,
反正我提离职已经很久了,基于工作道德希望有人完全接手才走,不然早出去了.
到现在没人来,可见薪水多烂.
我的好主管也不想去争经费了,他的上头想弄经费,就请新来的主管接手本来我的主管的经费源.
然后这个新主管才不到一年就突然说他要走了.上下一阵惊叹号...
我正在看这些爱搞经费的高管,现在表情很丰富...糟糕我笑出来了.
你参考看看.

1.先学增减功能吧.弄个虚拟机,
virtualbox 免费,已经支持 hyper-v 据说更快一些了.
vmware workstation 要钱但更稳更快.有神秘档案可用(自己找)
然后选个常用的 linux 套装版本,装上 GCC.
推荐 gentoo,预设就有 GCC 并且整个系统预设就是要编译.
gentoo 中文安装说明 https://wiki.gentoo.org/wiki/Handbook:AMD64/zh-cn
当然 gentoo 安装过程有第一次点痛,之后就很爽了(感觉怪怪的)
重点在核心配置的手动配置章节"make menuconfig"
genkernel 也可以,使用"genkernel --menuconfig all",会侦测现有环境设备后帮你选上必须的驱动项目,减少难度.

gentoo 还可以学怎帮核心加上别人的 patch,例如 gentoo 有名的 CK,BK.用过你就回不去标准和新版本了.
注:genkernel 会产生一个 initramfs 引导档案.

当你能够增减核心的功能和驱动之后"能正常开机使用",基本上核心处理就入门了.
因为会很花时间在 menuconfig 和编译阶段,
尤其 menuconfig 的每一行几乎都要上网查说明,(就算有英文说明也是要翻译).
还有编好之后会花很多时间确认编出来的核心是否稳定.
所以建议用虚拟机.可以建立快照状态,编译失败直接还原到编译核心前的那一刻重新开始.

快照是你的好朋友.虚拟机万岁!!

2.移植到 arm 体系.当桌面环境的核心都很熟很稳定的跑了,再学 ARM 环境的核心编译,差别是
桌面核心可以很自由的选择功能然后用成模组的形式,没什么容量限制.
ARM 核心因为嵌入式的环境需求,要求编出结果的档案大小有严格限制,例如不能编出含模组总容量大于 4/8/16MB,开发机通常有 32MB 可用,但真实上机环境例如网路设备通常是 4/8/16MB,
所以嵌入式核心编译的原则是"先都不选,依需求优先度加入功能,按剩余空间作模组".

3.修改核心原始码.这部分我也不熟,基本上 1 的部分很熟,linux 就可以跑得比别人的预设核心快很多很多很多了.

我知道大部分的 linux 用户重点是进桌面后的工作软体而不是系统面的研究.
从系统到应用都搞的人,跟桌面应用的人,本来就是两个不同群体了,

所以楼主跟本帖说不折腾的,其实是对的,甚至你们不需要升级,只要能进桌面应用就不要乱搞了,
性能或故障问题你们花钱升级硬体,或找"搞系统的人"解决就好了.

因为要自己手动解决性能或故障问题你们就会变成"搞系统的人"了.
或是你问了一个性能或故障问题,"搞系统的人"会用你会发疯的复杂步骤让你觉得我们都疯了 XD.

楼主问的不折腾的发行版会跑出 arch/gentoo 甚至 LFS 的回答
是因为我们这种"搞习惯的人"一点都不觉得折腾阿 XD
角度不同所以请原谅,我们也是很认真的回答阿 XD

以下离题.

@DesignerSkyline
Sabayon 是想要服务桌面用户,所以更像一般套装版,我用 3 天就移除了因为要移除的包太多.
Calculate 是比 Sabayon 瘦一点的 gentoo 发行版喔.虽然我用一周后就移除了,对我来说一样包太多.

http://www.oschina.net/p/calculate+linux
Calculate Linux 是俄罗斯语的基于 Gentoo 的发行和自启动运行 DVD ，其目标在于能在任意数量的计算机上都易于使用、安装和升级。它提供两种版 本， Calculate Linux Desktop （ CLD ）和 Calculate Linux Server （ CLS ）

我是编译狂 XD 就为了不到 20%的性能提升,我愿意整晚挂着跑编译,
我有装 CPU 控速软体用 800MHZ(cpu 最低速)所以电费其实还好.
我搞 linux 是为了彻底了解一个系统最基本的运作,然后慢慢追加软体和相依包去研究和使用.
所以我选择原版 gentoo 安装包从最少慢慢增加,而不是选套装好的环境去慢慢减.
这种事做多了,把网路设备黑成 linux 也不会觉得太难.

不用发行版是因为
linux 大部分的发行版都很肥,而大部分的包用户都不知道它是什么,也不敢移除.超占空间.
然后升级的时候大多要靠祈祷这次没问题 XD

hadoop 有很多套装版 linux,但你知道这种套装版没有 1Gx4 核+RAM8G(IaaS 云)几乎是难以启用或是计算吗?
开好云主机尚未计算 top 已经吃满......(不是无言而是在骂脏话).
某个大数据竞赛一天比赛吃掉我快两千人民币(启用多台联机,竞赛要求)(还输掉了)
比赛那天套件厂商有人来,我有反映预设参数很差,但他们不打算改进(云供应商在旁边微笑).

赛后我用 gentoo 做了一个优化版 hadoop 包映像,可在 512MB+1G 单核心启动,开好后 top 只用不到 20%,
同样的竞赛题用这个多机算完,一天才用 400 人民币(但我觉得云供应商还是在微笑阿!!玛的)

我们把环境换算到你去上班老板要你算数据,你一天的成本就是我的 4~5 倍.
或是我可以用一样的成本比你快 4~5 倍完成任务.
有些数据是需要尽快甚至立刻完成的,所以我能拿下这份工作.

"搞系统的我们"折腾,是因为有更多克服问题的经验让我们拿到工作.
这不是在炫耀什么,而是希望大家想想,你未来想做什么,需不需要开始折腾?

我也是 gentoo 的,
但老实说 gentoo 就是为了折腾自己啊 XD
尤其是第一次安装需要配置的细节基本上已经超过别人安装或升级 5 次的量.
撑过第一次安装的苦之后就是喜悦了.
滚动升级其实可以用参数让他背景执行,每天睡前下令,早上基本完工.
久久一次更新才是会很久.
上面提到火狐编译要很久,其实还好天亮前都能结束.
不会自动更新核心只会下载原始码.而且手动处理核心后可以保留旧核心.
更新后结果通常不会下降性能.因为有问题的更新会在编译阶段出问题后就跳过这个问题版本了.
编译能成功的基本上没问题,除了大改版本的软体.
更新前看清楚要更新的项目和提示就好了.
gentoo 的人基本上编译参数都很熟,其他套装版本基本上这个不是必须的知识.
但好处是我们能发挥硬体最大性能.也不太会下降性能.

我用 gentoo 我自豪~~~

这不是买个 3T+硬碟盒子就解决的事吗?怕故障一次买两个,复制两次丢着,完工...
话说我累积的硬碟也是一箱了,有时间载没时看阿 XD

我们是自己开发,
缺点:不通用,
好处:性能好,没有不必要的软硬体,
学习需要更深的理解所以搭建好也可以出书了 XD

文凭问题,不然我是觉得没有上的必要.
如果能到台湾读,基本上报名就可上.只差学费.目标是重点课程跟文凭.
数学或是技术课程能上就上,其他时间你想怎走你的程式之路就加油.
写程式的英文跟交际书写的英文是有落差的,如果考虑接为国人的单,英文课能练就练.
像我只会写程式的英文,一般对话就是个屁还要搬出翻译网站来用,接单很辛苦.
台湾的环境很友善但你要坚定自己怎去学习和投入工作.
因为台湾小屁还过太爽不会考虑出学校之后工作的问题.
所以很爽很天真,你千万要把持本心.

如果想走写程式这条路,先想想你到底想解决什么有商业价值的问题,或开发什么有商业价值的产品.
不然我劝你别走写程式....口袋深度会很浅...

开发是一条千难的不归路,尤其没多少机会跟妹子聊聊人生有多精彩.
尤其她听你说"我的程式正常执行了"之后给你一个尴尬的表情,然后转头去跟观光系暖男去约会的时候千万别太伤心.
因为你还会继续遇到....一样的问题...XD

欢迎来台湾 XD

JAVA_OPTS (环境参数):
-Xms2m -Xmx2g -Xss512k -XX:+AggressiveOpts -XX:MaxHeapFreeRatio=20 -XX:MinHeapFreeRatio=15 -XX:MaxGCPauseMillis=200 -XX:GCTimeRatio=1 -XX:+ScavengeBeforeFullGC -XX:+BindGCTaskThreadsToCPUs -XX:+DoEscapeAnalysis -XX:+EliminateLocks -XX:+UseBiasedLocking -XX:BiasedLockingStartupDelay=0 -XX:+UseFastAccessorMethods -XX:+UseFastEmptyMethods -XX:+UseFastJNIAccessors -XX:+OptimizeStringConcat -XX:UseAVX=2 -XX:UseSSE=5 -XX:+UseSSE42Intrinsics -XX:+UseTLAB -XX:+ResizeTLAB -XX:+UseAdaptiveGCBoundary -XX:+UseAdaptiveSizePolicy -XX:+TieredCompilation -XX:CompileThreshold=8000 -XX:+BackgroundCompilation -XX:+UseG1GC -XX:+UseStringDeduplication -XX:G1ReservePercent=20 -XX:InitiatingHeapOccupancyPercent=0

使用中参数请参考:
studio64.exe.vmoptions 优化重点:
g1gc,无分带 GC,动态调整分带比例.
20%的空闲 RAM 消耗(相对于有效使用量),启动 GC,
有 10%空闲就申请 RAM 来用,GC 200ms 回应前端一次(避免死当).
字串去重省 RAM.
最小启动与最大伸缩(性能小降).
背景两次优化代码当执行函数次数每 8000 次.
优化代码使用 sse/sse4.2/avx(查一下自己的 CPU,没支援请去掉这 3 行).
内容如下:
-server
-Xms8m
-Xmx2g
-Xss512k
-XX:+AggressiveOpts
-XX:PermSize=16m
-XX:MetaspaceSize=16m
-XX:+UseG1GC
-XX:MaxHeapFreeRatio=20
-XX:MinHeapFreeRatio=10
-XX:MaxGCPauseMillis=200
-XX:GCTimeRatio=1
-XX:+UseStringDeduplication
-XX:G1ReservePercent=15
-XX:InitiatingHeapOccupancyPercent=0
-XX:+ScavengeBeforeFullGC
-XX:+BindGCTaskThreadsToCPUs
-XX:+DoEscapeAnalysis
-XX:+EliminateLocks
-XX:+UseBiasedLocking
-XX:BiasedLockingStartupDelay=0
-XX:+UseFastAccessorMethods
-XX:+UseFastEmptyMethods
-XX:+UseFastJNIAccessors
-XX:+OptimizeStringConcat
-XX:UseAVX=2
-XX:UseSSE=5
-XX:+UseSSE42Intrinsics
-XX:+UseTLAB
-XX:+ResizeTLAB
-XX:+UseAdaptiveGCBoundary
-XX:+UseAdaptiveSizePolicy
-XX:+TieredCompilation
-XX:ReservedCodeCacheSize=256m
-XX:CompileThreshold=8000
-XX:+BackgroundCompilation
-da
-Djna.nosys=true
-Djna.boot.library.path=

-Djna.debug_load=true
-Djna.debug_load.jna=true
-Dsun.io.useCanonCaches=false
-Djava.net.preferIPv4Stack=true
-XX:+HeapDumpOnOutOfMemoryError
-Didea.paths.selector=AndroidStudio2.0
-Didea.platform.prefix=AndroidStudio

@oldcai
看起来你也只是某段时间计算那一次,如果这次的计算不赶时间,
那我会选写入平均.过半写入回应.

排版跑了,底线请用空白置换:

用户上传 ] -> [ MQ(可能是集群)收_] -> [某循环程式从 MQ 取纪录 ] -> [______Cassandra___________ ]
________] <- [ 到就回应已经存入,_]___[____________________]___[_________________________ ]
____________[收到删除要求就删__]<-_[收到写入确认后从 MQ 删_]<- [全部集群都写入完成后回应完成]
____________[除该纪录_________]___[除这笔纪录___________]

如果是技术选型,就把数据都丢进目标内跑查询看耗时与资源消耗程度.选表现较好的留作主力了.
这问题只发生在想兼顾读写能力和查询性能并只用一种资料库仓储设计才比较会发生吧?

你的计算大约多久需要一次?还是用户某行为就需要立刻计算?
如果是某段时间做一次并以此结果做某后续应用.那我会选写入平均.
如果是软即时计算,那就要稍微设计以计算速度为要点,放弃写入性能.
写入性能可以靠其他列队系统(MQ)先写入到列队,然后再用其他写入服务写入到 Cassandra 内.如下:

用户上传 -> MQ(可能是集群)收 -> 某循环程式 -> Cassandra
<- 到就回应已经存入 从 MQ 取纪录

收到删除要求就删 <- 收到写入确 <- 全部集群都写入完成后回应完成
除该纪录 认后从 MQ 删
除这笔纪录

另一台服务(有可能是一台主机或是跟某些服务安装在一起),
跑一个循环脚本(程式语言不限制能动很稳就好):从 MQ 取得纪录写到 Cassandra 并确认写入完成回应,循环执行.
这里的认为可用完全同步,虽然过半写入回应会有较高的写性能,但我们已经放弃写入性能了,而且这样可以减少最终一致的问题发生率.
如果 MQ 回应无纪录,等 200ms 再循环(太快再循环会消耗性能又没用).
总之这个"循环程式"不能挂.你需要另一个"监察程式"检查这个"循环程式"是否挂了,然后"监察程式"再次启动"循环脚本"

以上模式很多资料库都适合用,
反正都放弃 Cassandra 的写性能了,反正这模式结果也是最终一致了(最后几秒的纪录误差),
Cassandra 其实并不是这个仓储 /计算模式首选的资料库了,
至于哪些资料库在你的业务需求内有更好的查询 /统计性能,
请你实测了(结果还是回到我开头的第一行)

手动打造大数据仓储与计算系统的码农一点点分享.