原帖由 @20150000 于 2013-12-27 12:52 发表
他搞技术的 应该弄过APP 之类的
妹啊 我们现在能混到固定团 你来就正好人齐啊![]()
原帖由 20150000 于 2013-12-27 13:10 发表
躺尸老板 一趟弹性运气好点就能拿好几件 过了530 就能来PT 其余的人基本都没需求 你只要不是和我LR抢装备的职业基本就都能强X你
原帖由 @井冈山剿匪记 于 2013-12-27 17:40 发表
我不太懂,这个APP我感觉不算复杂,预算五万以内吧。话说这个不看方案光看价格有意义吗?
原帖由 @CloudWong 于 2013-12-27 19:16 发表
公司正在搞一个APP,功能说起来我觉得异常简单,预计要花十几万,好几个月时间呢
原帖由 @真忘私绵 于 2013-12-27 19:31 发表
posted by wap, platform: iPhone
是的,很多找人做游戏做软件的,第一句话都是我这个东西很简单/不复杂,结果不但要搞前端表现还要有服务器需求,运营维护需求……
原帖由 @cc0128 于 2013-12-27 19:59 发表
posted by wap, platform: Chrome
我来说下吧.
软件真没简单的.
你ios上,android上看到任何简单的,但是流行的软件.都是打败无数山寨货,精雕细琢几年的产品.
而且即便是有源码,自己再做一个软件都不是简单的事情.
比如赶工的战地4就是一堆BUG.
不懂it的就会觉得.战地4不就是战地3,换了套关卡.然后把特效调高.
我可以先帮你整理下需求.
我的产品设计一般,但是是专业技术.需求整理出来至少不会在技术上有大坑(没有完美的需求,这是不可能的...)
做的话,可以做HTML5的版本,在gs3级别以上的android和iphone4s以上的ios,可以做到接近原生的效果(要很华丽不可能.)
我不会设计,但是我可以帮你找国内或国外的设计...
我在最大的缺点就是有点贵
本帖最后由 cc0128 于 20131227 20:02 通过手机版编辑
原帖由 @井冈山剿匪记 于 2013-12-27 20:12 发表
posted by wap, platform: SONY (Xperia Z)
说得我拔凉拔凉的。。。
我准备删除一些需求,只保留最基本框架再发给你们。看看一些拓展功能能不能后期看局面慢慢加。。。
原帖由 @chain416 于 2013-12-28 07:58 发表
posted by wap, platform: iPhone
Web app建议lz别做,肯定领导看了会骂娘,5s跑出3gs效果。
不过普通app又要前台效果,又要功能,是有点麻烦。
原帖由 @井冈山剿匪记 于 2013-12-27 20:12 发表
posted by wap, platform: SONY (Xperia Z)
说得我拔凉拔凉的。。。
我准备删除一些需求,只保留最基本框架再发给你们。看看一些拓展功能能不能后期看局面慢慢加。。。
原帖由 @流浪的枪骑兵 于 2013-12-29 08:37 发表
posted by wap, platform: Nexus 7
lz这说法跟所有做需求的一样
但事实是,即使删除一些需求,比如删除50%,实际工作量也只是下降20%或更少
原帖由 @cc0128 于 2013-12-29 08:40 发表
posted by wap, platform: Android
关键是lz不知道哪些需求难做,哪些容易做。
原帖由 @流浪的枪骑兵 于 2013-12-29 08:45 发表
posted by wap, platform: Nexus 7
不是做程序出身的都不知道需求复杂度的
另外我感觉这个需求还需要web端吧,就算不要web界面,至少也要提供服务器接口
一个ios客户端,用object c
一个android客户端,用java
再加云端实现
我觉得一个人做不完,当然,不排除大牛的存在可能
原帖由 cc0128 于 2013-12-29 05:15 发表
posted by wap, platform: Chrome
你都是看到什么样坑爹的webapp..
native也能做出微信这种屎样的界面.
web app也能做出接近原生的效果..
原帖由 @chain416 于 2013-12-29 09:40 发表
效果再华丽,效率也是屎,以前用jquery mobile做了一个玩,我的defy基本没法跑,双核跑起来像用486跑win95,和原生实在差太远。
原帖由 @wangmax 于 2013-12-29 10:44 发表
给lz一点建议。
如果你的应用是面向社会的,建议用最成熟稳妥的技术方式。
1、体验一致性问题。
天朝社会上大多数的机型都是中低端设备,应用体验的一致性非常重要。H5毕竟是跑在浏览器上的,效率上是无法和OC这种比较底层的语言相提并论的,即便是和安卓上j2se这种虚拟机语言相比,也差了一些。
2、功能扩展性问题
一些应用需要能调用系统本地api和本地存储功能,ios和android也都提供了一些H5可调用的api,但是和occc++java相比,弱了太多了。因为毕竟是基于浏览器的,它的安全机制决定了OS不可能开放过多调用底层的权限。
3、OS升级后的兼容问题
这个曾经发生过,ios5的时候,苹果调整关闭了一些h5的api和本地存储机制。将来也不能保证苹果不会再出类型的政策,而你的应用的部分功能可能会出问题。毕竟苹果是不太愿意自己的app store被边缘化的。
至于这个项目的开发预算,只能说lz太乐观了。
魔都,一个2年项目经验的 oc工资是12K以上,android上j2se是9K,移动端UI设计7K,后端java是7K。
还有你现在产品原型怎么样了,PRD和相关用例都已经成型了么,交互设计原型已经有了么,美术资源已经敲定了么,如果没有先把这些搞定,而是你边开发边规划,只能损失更大,甚至和开发者起冲突。
原帖由 cc0128 于 2013-12-29 11:27 发表
posted by wap, platform: Chrome
1. HTML5 效率足够。 按lz的预算就算用原生做,也做不出更好的效果。
2. webapp一般也是和cordova打包成 native app, 所有native的接口webapp都能调用。纯浏览器最大的缺点是不好 ...
原帖由 @真忘私绵 于 2013-12-27 19:31 发表
posted by wap, platform: iPhone
是的,很多找人做游戏做软件的,第一句话都是我这个东西很简单/不复杂,结果不但要搞前端表现还要有服务器需求,运营维护需求……
原帖由 @wangmax 于 2013-12-29 12:19 发表
1、h5的效率只是相对于传统浏览器而言的,在体验上和原生比差很多的,这个已经不仅仅是效率问题了,和底层渲染机制有关的,这也是facebook放弃h5的原因之一。
2、建议少用Cordova这类框架,有风险的。其本质是js调用Cordova接口,而Cordova再调用OC接口。一旦adobe停止Cordova的维护,你的产品后期风险就非常大了。
adobe在移动端上还有一个主力产品air,air可以调用一些os接口,但是不完整,于是adobe提供了ane扩展,可以调用更多的api。但现在air项目被很多人抛弃了,不是性能不行,也不是功能无法实现,而是商业风险。因为adobe在移动端上不用心,不进取,一旦像移动端的fp、linux上的air那样,你就麻烦了。
3、至于工资问题,帝都的it工资本来就比魔都高40%不止,上面貼的工资是魔都两年项目经验的平均水平。
原帖由 cc0128 于 2013-12-29 12:54 发表
posted by wap, platform: Chrome
1, 如果能翻-墙可以试试这个 http://fb.html5isready.com/ 这个可是1年-2年前的技术做的html5应用了.
微信,微博有比这个做得更好?效率更高?
你的12k码农能做得比这个好?
2. c ...
原帖由 @wangmax 于 2013-12-29 13:54 发表
1、h5的问题,已经是体验和功能的全面问题了。应用方面,linkedin、facebook全部放弃了,游戏方面,Zynga也是全面放弃。
h5目前还是更适合混合开发,部分功能,在原生应用的webview里用html实现UI图文混排以及js与原生的通信。但要控制好h5的比例,如果比例过大,app store的审核是通不过的。
2、再次建议不要去依赖这种不成熟的框架,特别是adobe的框架。adobe的Flex开源就是前车之鉴,没有资本雄厚的公司支持,一旦开源,弄得不好就是弃婴了,现在移动端air的gpu发布模式,首先就不支持flex框架了。一个不被人看好的开源框架,后面的维护更新也是很折磨人的。
作为一款推向市场的应用,不是短期行为,必须要考虑到后面的功能扩展,调用os接口和本地存储是难以回避的问题。
现在讨论的都是应用的体验和后续功能实现和功能扩展的问题。如果再上升到大数据高并发的问题,那已经早超过了LZ的预算和产品控制能力范畴了,该去找正规公司合作了。
原帖由 cc0128 于 2013-12-29 09:52 发表
posted by wap, platform: Android
你拿3年前的技术和机子的经验和体验到现在喷。
而且还是3年前就很垃圾的jquery mobile。
欢迎光临 TGFC Lifestyle (http://bbs.tgfcer.com/) | Powered by Discuz! 6.0.0 |