posted by wap, platform: HTC (Incredible)

找公司做吧，彼此都有个约束，找个人的话做到一半有事或者做不下去拍拍屁股走人了大不了不要钱，你咋办。

posted by wap, platform: Nexus 7

引用:

原帖由 @井冈山剿匪记  于 2013-12-27 20:12 发表
posted by wap, platform: SONY (Xperia Z)

说得我拔凉拔凉的。。。
我准备删除一些需求，只保留最基本框架再发给你们。看看一些拓展功能能不能后期看局面慢慢加。。。

lz这说法跟所有做需求的一样
但事实是，即使删除一些需求，比如删除50%，实际工作量也只是下降20%或更少

posted by wap, platform: Android

引用:

原帖由 @流浪的枪骑兵  于 2013-12-29 08:37 发表
posted by wap, platform: Nexus 7

lz这说法跟所有做需求的一样
但事实是，即使删除一些需求，比如删除50%，实际工作量也只是下降20%或更少

关键是lz不知道哪些需求难做，哪些容易做。

posted by wap, platform: Nexus 7

引用:

原帖由 @cc0128  于 2013-12-29 08:40 发表
posted by wap, platform: Android

关键是lz不知道哪些需求难做，哪些容易做。

不是做程序出身的都不知道需求复杂度的
另外我感觉这个需求还需要web端吧，就算不要web界面，至少也要提供服务器接口
一个ios客户端，用object c
一个android客户端，用java
再加云端实现
我觉得一个人做不完，当然，不排除大牛的存在可能

posted by wap, platform: Android

引用:

原帖由 @流浪的枪骑兵  于 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也能做出接近原生的效果..

效果再华丽，效率也是屎，以前用jquery mobile做了一个玩，我的defy基本没法跑，双核跑起来像用486跑win95，和原生实在差太远。

posted by wap, platform: Android

引用:

原帖由 @chain416  于 2013-12-29 09:40 发表
效果再华丽，效率也是屎，以前用jquery mobile做了一个玩，我的defy基本没法跑，双核跑起来像用486跑win95，和原生实在差太远。

你拿3年前的技术和机子的经验和体验到现在喷。
而且还是3年前就很垃圾的jquery mobile。

用那啥phonegap做靠谱不？

给lz一点建议。

如果你的应用是面向社会的，建议用最成熟稳妥的技术方式。

1、体验一致性问题。
天朝社会上大多数的机型都是中低端设备，应用体验的一致性非常重要。H5毕竟是跑在浏览器上的，效率上是无法和OC这种比较底层的语言相提并论的，即便是和安卓上j2se这种虚拟机语言相比，也差了一些。

2、功能扩展性问题
一些应用需要能调用系统本地api和本地存储功能，ios和android也都提供了一些H5可调用的api，但是和oc\c\c++\java相比，弱了太多了。因为毕竟是基于浏览器的，它的安全机制决定了OS不可能开放过多调用底层的权限。

3、OS升级后的兼容问题
这个曾经发生过，ios5的时候，苹果调整关闭了一些h5的api和本地存储机制。将来也不能保证苹果不会再出类型的政策，而你的应用的部分功能可能会出问题。毕竟苹果是不太愿意自己的app store被边缘化的。

至于这个项目的开发预算，只能说lz太乐观了。

魔都，一个2年项目经验的 oc工资是12K以上，android上j2se是9K，移动端UI设计7K，后端java是7K。

还有你现在产品原型怎么样了，PRD和相关用例都已经成型了么，交互设计原型已经有了么，美术资源已经敲定了么，如果没有先把这些搞定，而是你边开发边规划，只能损失更大，甚至和开发者起冲突。

posted by wap, platform: HTC (Incredible)

楼上一席话价值5k+。

posted by wap, platform: Chrome

引用:

原帖由 @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和相关用例都已经成型了么，交互设计原型已经有了么，美术资源已经敲定了么，如果没有先把这些搞定，而是你边开发边规划，只能损失更大，甚至和开发者起冲突。

1. HTML5 效率足够。 按lz的预算就算用原生做，也做不出更好的效果。
2. webapp一般也是和cordova打包成 native app， 所有native的接口webapp都能调用。纯浏览器最大的缺点是不好推广。所以很多软件就算是很简单的功能，也会打包成一个native app
3. 原生程序遇到系统升级发生的问题也不少。

至于预算。
html5程序员 前后端nodejs, 前端html5. 手机客户端cordova+html5 。 一个人 25k 一个月，更加容易找到高手。


12k的ios开发,9k的android开发,7k的后端,这价位靠谱的应届生都嫌低.这3人组合开发的native程序是个啥水平. 只能呵呵吼了.


当然如果lz预算充足.
还是上原生吧.

本帖最后由 cc0128 于 2013-12-29 11:28 通过手机版编辑

问几个问题，
1，程序员一个月25k还是15k或者更高，外行怎么判断出值这个价，或者说25k一个月能出什么活，1k一个月能出什么活？

2，把分散的表汇成pdf，传到服务器，给人在线查看的功能好做吗？

引用:

原帖由 cc0128 于 2013-12-29 11:27 发表
posted by wap, platform: Chrome

1. HTML5 效率足够。 按lz的预算就算用原生做，也做不出更好的效果。
2. webapp一般也是和cordova打包成 native app， 所有native的接口webapp都能调用。纯浏览器最大的缺点是不好 ...

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%不止，上面貼的工资是魔都两年项目经验的平均水平。

posted by wap, platform: iPad

引用:

原帖由 @真忘私绵  于 2013-12-27 19:31 发表
posted by wap, platform: iPhone

是的，很多找人做游戏做软件的，第一句话都是我这个东西很简单/不复杂，结果不但要搞前端表现还要有服务器需求，运营维护需求……

只搞前端展现，只在单机上跑个样子的，大学生3000就做了，人家数万甚至数十万级别的肯定有后台需求啊。

本帖最后由 烂鬼东 于 2013-12-29 12:51 通过手机版编辑

posted by wap, platform: Chrome

引用:

原帖由 @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%不止，上面貼的工资是魔都两年项目经验的平均水平。

1, 如果能翻-墙可以试试这个 http://fb.html5isready.com/ 这个可是1年-2年前的技术做的html5应用了.
微信,微博有比这个做得更好?效率更高?
你的12k码农能做得比这个好?

2. cordova是由apache维护的开源项目, 而且手机项目主要代码都是前端ui,除了少量本地储存接口.adobe维护的是photogap..
至于前端的可维护性.HTML互联网不死,估计就不会死,目前无可替代性,
ANDROID,IOS过10年指不定都死了.
另外让12k的码农弄个3年不需要重构的框架,你是神.

3. 码农基本上是一分钱一分货. 25k, 你可以找到bat里混过的 12k,我不知道上海能找到什么样的码农.