• 4748阅读
  • 4回复

北京地区召唤QTer [复制链接]

上一主题 下一主题
离线thinkbad
 

只看楼主 倒序阅读 楼主  发表于: 2015-04-30
职位要求:比较扎实的C++基础,使用QT半年以上,熟悉QML,熟悉网络编程(客户端),工作年限不限
工作内容:IM客户端开发
工作地点:北京市海淀区苏州桥
联系方式:qq 3640623 或发邮件3640623@qq.com
离线toby520

只看该作者 1楼 发表于: 2015-04-30
     都喜欢做IM。关于IM UI 我写了很多UI
QtQML多多指教开发社区 http://qtclub.heilqt.com
将QtCoding进行到底
关注移动互联网,关注金融
开发跨平台客户端,服务于金融行业
专业定制界面
群号:312125701   373955953(qml控件定做)
离线彩阳

只看该作者 2楼 发表于: 2015-04-30
看来企业们早已使用QML进行产品化了,可是知乎上仍然有很多“大佬”看衰QML。希望有人能够用发展的眼光对此给予中肯的评判。
上海Qt开发联盟,热忱地欢迎你的加入!
离线thinkbad

只看该作者 3楼 发表于: 2015-05-02
回 彩阳 的帖子
彩阳:看来企业们早已使用QML进行产品化了,可是知乎上仍然有很多“大佬”看衰QML。希望有人能够用发展的眼光对此给予中肯的评判。 (2015-04-30 15:46) 

知乎上的回答越来越充斥着装x的氛围,根据项目需要选择一定时期内适合的技术路线就ok了,现在产品生命周期都大大缩短,能快速开发很关键,而且我们的业务不是面向海量用户的,部署和性能不是十分敏感,只做桌面,移动端还是native。
离线thinkbad

只看该作者 4楼 发表于: 2015-05-02
回 toby520 的帖子
toby520:[表情]  [表情]  [表情] 都喜欢做IM。关于IM UI 我写了很多UI (2015-04-30 13:18) 

UI是一方面,还是有很多逻辑要实现的,网络通信相关的,用QML是考虑开发效率。像telegram代码量还是比较大的。
快速回复
限100 字节
 
上一个 下一个