首页   注册   登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  hantsy  ›  全部回复第 1 页 / 共 119 页
回复总数  2371
1  2  3  4  5  6  7  8  9  10 ... 119  
@findingpan 敏捷,Kanban 那一段对开发人员超实用。
@yidinghe 这个没错,天下没有免费的午餐。马大叔文章也明确建议从单体应用开始,积累领域建模经验,为将来可能的微服务转形准备。
1. 在你不懂领域建模,搞不清自己项目需求的 Bounded Context 的时候,还是老实做好基本的东西,把业务逻辑先清理,这比什么都重要。

2. 微服务不仅是应用程序逻辑上细分,团队组织结构也要随之变化。

3. 微服务实施中 DevOps 是一等公民,如果在 Infrastructure 上不能做到自动化,不写测试,不做 CI、CD,还是算了吧。这个我了解过国内所谓在实施微服务的,基本很少去做,靠人肉运维还是算了吧,你永远不是微服务。

4. 微服务为容器而生,Spring Cloud 最大问题就是把微服务一些运维相关的东西耦合到应用之一,会导致写测试非常不方便。在 Spring Cloud 刚出来的时候,那时只有 Netflix 那一套,一个项目 Dropwizard 迁移过来,做了大量的 POC,最终我们只采用了 Spring Cloud 的日志跟踪,其他全部用容器( Service Discovery, Load Balance 等)实现。

如果对微服务的一些模式有一定认知,你会发现用什么语言框架去实现都不是问题。当你可以驾驭微服务,完全可以混合使用多种语言,架框去实现。理想情况下,使用微服务可以发挥团队所有人员的天分,开发人员(一个小团队)完全可以用自己的擅长的技术去实现( micro ) service,把产品做到极致。

你以为用了 Spring Cloud 就是微服务。
2 天前
回复了 yidinghe 创建的主题 程序员 为什么前端开发不能灵活些
类似方案太多,但是个人觉得比较适合做 Admin 界面,不适合最终用户端的个性化。
@sm0king 剧中那个女的程序员,和 Richard 争论 用 Space 和 Tab 那个, 是一个真实的 Facebook 牛逼程序员。没仔细去挖,据说里面有很多硅谷人员客串。
第几季了?
3 天前
回复了 MiracleGoogle 创建的主题 程序员 天天被上司 diss
@andylsr 那我再说一句你不爱听的,我非常不喜欢安排工作,也不喜欢别人安排我工作,一个员工什么都等上面安排才开始工作,只能说明你在工作中被动到了极点。一切听上面安排,事不关已,高高挂起的,为什么要招这种人?

软件开发需要高度自律,任务开发,测试过程最终与软件质量挂钩。
3 天前
回复了 MiracleGoogle 创建的主题 程序员 天天被上司 diss
@smallSoda 你说的没错,“无 BUG”,这个比较扯蛋。所有的开源软件,只要是越来越流行,BUG/Issues 就会越来越多。
3 天前
回复了 MiracleGoogle 创建的主题 程序员 天天被上司 diss
@MiracleGoogle 到了大公司,你会发现,一些 SB 制定的规范都是束缚,回过头想还是创业公司比较自由。
3 天前
回复了 MiracleGoogle 创建的主题 程序员 天天被上司 diss
@andylsr 喜欢找借口的人永远都是把借口放在第一位,做事偷懒。
3 天前
回复了 MiracleGoogle 创建的主题 程序员 天天被上司 diss
@MiracleGoogle 还是沟通方式的问题,在讨论阶段,口头当然没问题。但是讨论有了结果,到了要成为任务的一部分,建议全部文档化( Github Issues 管理)。
3 天前
回复了 MiracleGoogle 创建的主题 程序员 天天被上司 diss
请问 V 友同行,这句话有什么错。

》》》》》》》而且他还要代码优雅、可扩展、无 bug,

作为一个程序员,这是对代码的最基本的要求。
西安,重庆,成都,。。。
4 天前
回复了 zshstc 创建的主题 Google 有人看 Google 发布会了吗?
@zshstc
@palfortime

类似人性化的东西,Samsung Galaxy 中的 Gesture 很早就有了,好像是通过红外探头实现。这也我一直用三星的原因之一,其他的手机也少实现这些功能(我试用过小米非常不习惯),Nokia 有提到实现一部分三星手机的辅助功能。

1. 放口袋,拿到耳边时自动锁屏幕,防触碰
2. 手机外放时,拿到耳边自动转听筒
3. 翻转静音

等等。
@ericgui 这种想法我以前在公司上班听过好多次,最终都是各种理由,不了了之。

就我之前的经历,后面再加上的可能性太小。

很多习惯一开始就需要培养的,到了一定时候,想再改过来,操作上太难,人都是有惰性的。到时你会发现之前做 MVP 赶的那点时间都是白费,你可能还要另外多花一两倍时间去写测试(当然这是要写测试的话)。
@ericgui 跟 MVP 没关系,从来没有听说 MVP 可以省掉一些必要的东西。
相反越是越 MVP 阶段越应该把测试,CI、CD,项目自动化做到位。你们这样的下去,项目债务一直积累,项目最终会成为一团滥泥。
@wizardoz 对,这才是关键问题所在。如果有测试,肯定要让所有的测试通过,才能到 Dev 分支上去。
@ericgui 你们不写测试吗?不做 CI 吗? CI 都跑不过的话,怎么可能合并代码。

另外建议功能 Branch 尽可能的小,一个 Task 最好能控制在一天内完成,否则分细些(用一个 Task 包含多个 checklist, 或者用一个 epic 管理)。这样尽可能的频繁更新,冲突也少。
1  2  3  4  5  6  7  8  9  10 ... 119  
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2204 人在线   最高记录 5043   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 32ms · UTC 12:24 · PVG 20:24 · LAX 05:24 · JFK 08:24
♥ Do have faith in what you're doing.