relaxyy 最近的时间轴更新 relaxyy 最近的时间轴更新 |
relaxyy英选 - www.linktion.cn 🏢 英选 V2EX 第 44918 号会员，加入于 2013-09-04 19:01:41 +08:00 |
www.linktion.cn
| 特赞还好？网站打开空白一片 全球工单系统 • relaxyy • 2017 年 7 月 6 日 • 最后回复来自 liyuhang | 1 |
| 华为立方和小米路由哪个好？ 问与答 • relaxyy • 2014 年 10 月 17 日 • 最后回复来自 lioekas | 5 |
| 你觉得中国有多少自由职业者？ 问与答 • relaxyy • 2014 年 10 月 17 日 • 最后回复来自 greatdk | 15 |
| 转载一下36Kr对简单BIZ的报道，希望让更多自由职业者看到这款项目统筹管理软件 分享创造 • relaxyy • 2014 年 1 月 6 日 • 最后回复来自 wezzard | 6 |
| 简单 BIZ - 优雅地管理项目、客户、财务，生成报告 分享创造 • relaxyy • 2013 年 11 月 26 日 • 最后回复来自 relaxyy | 17 |
relaxyy 最近回复了
2016 年 10 月 28 日 回复了 likee2 创建的主题 › 分享创造 › 微信小程序有人感兴趣吗？我搞了个论坛 |
没有注册是正常的。。首先没有几个正在开发这个东西，没有问题就没有交流的动机；然后你论坛上的帖子也不是登录后才可以看（可千万不要）……即使点进去看了，注册的原因是什么。我觉得 PV 升了就 OK 了，社区还是要持续运营~多开一些讨论帖，说不定别人看到有意思的讨论话题就注册了~
2016 年 10 月 28 日 回复了 CFO 创建的主题 › 程序员 › 你们怎么用中文描述 coding？ |
养家
2016 年 10 月 28 日 回复了 revir 创建的主题 › 分享创造 › 自由职业者社区： [v2mm] |
如果既是自由职业者，又是程序员，为什么不来英选……
2015 年 8 月 28 日 回复了 vitovan 创建的主题 › 奇思妙想 › Consult OL - 您身边的 IT 咨询专家 |
“咨询费 + 额外感谢费用 ”结果应该是“咨询费打个折呗，别说了，就 300 吧”
2015 年 8 月 27 日 回复了 czipeng 创建的主题 › 程序员 › 在哪里招募程序员最靠谱外包的活儿 |
2015 年 8 月 21 日 回复了 vidon 创建的主题 › 分享发现 › Bootstrap 4 alpha |
http://v4-alpha.getbootstrap.com/migration/
1. 标签上几乎没什么变化，样式也没太大差异（细微还是有的，见上文）；
2. 主要还是不合理的类名和结构的优化和调整，看着上文做 v3 到 v4 的迁移无痛；
3. 组件上移除了 Panels 、 Thumbnails 、 Wells ，都变成了 Card 。个人觉得应该是受 google 的 Material Design 影响。
另外随便说说：
UI 设计上卡片（ Card ）这个元素重要性确实无与伦比，它是一种在不同设备都能够统一概念的一种视觉元素。 IonicFramework 、 Sementic UI 都比较早就见到 Card 的身影， Bootstrap 现在加入应该是大势所趋。以后大家做界面时，也建议尽量使用 Card ，响应式的时候可以有比较统一的视觉效果。
1. 标签上几乎没什么变化，样式也没太大差异（细微还是有的，见上文）；
2. 主要还是不合理的类名和结构的优化和调整，看着上文做 v3 到 v4 的迁移无痛；
3. 组件上移除了 Panels 、 Thumbnails 、 Wells ，都变成了 Card 。个人觉得应该是受 google 的 Material Design 影响。
另外随便说说：
UI 设计上卡片（ Card ）这个元素重要性确实无与伦比，它是一种在不同设备都能够统一概念的一种视觉元素。 IonicFramework 、 Sementic UI 都比较早就见到 Card 的身影， Bootstrap 现在加入应该是大势所趋。以后大家做界面时，也建议尽量使用 Card ，响应式的时候可以有比较统一的视觉效果。
2015 年 8 月 20 日 回复了 Mac 创建的主题 › 分享发现 › 今天.win 开放注册， 5 元一个 |
有点投资价值的都被人抢完了，现在注册的意义更多还是在于娱乐。
2015 年 8 月 20 日 回复了 skyworker 创建的主题 › 分享发现 › 回到大荷兰省会，发现二三线 IT 企业只有两项技能： Java OR .net |
1 、 Java 、.net 都没问题，部分从业人员素质有问题不代表语言本身有问题。也不能用某种语言来代表使用它的全部开发者，例如“ XX 语言的开发者怎样怎样”。
2 、不同语言或者框架确实是有使用场景的差别的，要视具体情况而定。不能离开具体场景来谈语言，例如“互联网企业不应该用 XX 、 YY ”。有朋友已经举了很多例子了。
3 、 Ruby 或者 Python 这种目前互联网开发比较吃香的主要还是因为它们（或者它们的某些框架）的设计理念适合互联网对于快速迭代的需要。“约定”与“规范”确实是能有效减少开发者对一些非业务问题的思考和设计时间。前边那位朋友的后端同事的非 RESTful API 设计，我敢肯定这可是他花了不少脑汁来设计的，只不过他精力可能花错了（应该是去了解，而后发现有 RESTful 这样的 API 组织方式）。但并不代表 Java 语言本身怎么样。一样的公司成员如果一样的心态用 Python 、 Ruby 去开发，我觉得不会有大的改变。
2 、不同语言或者框架确实是有使用场景的差别的，要视具体情况而定。不能离开具体场景来谈语言，例如“互联网企业不应该用 XX 、 YY ”。有朋友已经举了很多例子了。
3 、 Ruby 或者 Python 这种目前互联网开发比较吃香的主要还是因为它们（或者它们的某些框架）的设计理念适合互联网对于快速迭代的需要。“约定”与“规范”确实是能有效减少开发者对一些非业务问题的思考和设计时间。前边那位朋友的后端同事的非 RESTful API 设计，我敢肯定这可是他花了不少脑汁来设计的，只不过他精力可能花错了（应该是去了解，而后发现有 RESTful 这样的 API 组织方式）。但并不代表 Java 语言本身怎么样。一样的公司成员如果一样的心态用 Python 、 Ruby 去开发，我觉得不会有大的改变。
2015 年 3 月 8 日 回复了 lovelykira 创建的主题 › 分享创造 › 立志做一个安静的自由职业者？来看看我们的小玩意儿吧 |
@nolotus 再试试？
2015 年 3 月 8 日 回复了 lovelykira 创建的主题 › 分享创造 › 立志做一个安静的自由职业者？来看看我们的小玩意儿吧 |
Select Language