Job Description: You will be part of a team that will be designing, building and implementing cloud-native applications. You will be working with cloud-native technologies such as GCP,AWS, Kubernetes, Docker to build…
Autos Onboarder Executive
We are setting up a few teams of Autos Onboarder Executive (AOE) to push Driwego’s…
Flutter Developer
JOB RESPONSIBILITY Proficiency with Flutter for both iOS and Android. Proficiency to integration with RESTful…
Podcast Project Revisit
A Good Start of Initial Thoughts & Plans We started off with the thought of…
Front End Developer
We are one of the branding agency in Klang Valley. This year, we are expanding…
重建技术时不应该做什么
从天真的评论开始,很快就会变成每次技术会议上出现的事情。积压工作充满了错误,而较少的工作重点是为客户创造价值。迭代周期需要永远,新的想法很快就会被甩掉,因为无法实现。 相对较低的回报需要付出巨大努力,随着进度的减慢,竞争对手开始冲过你。这对技术和非技术团队来说都是令人沮丧的。最终,这对每个人来说都是纯粹的挫败感。 我们是怎么来到这里的? 如果重建是每个人名单上的主题,那么在确定如何进行之前,有必要弄清楚你是如何到达这里的。我已经多次见过 – 并且一直在这种情况下,所以我可能会冒一些猜测。 1)你采取了这么多的技术捷径。 当时,它具有商业意义:您需要完成交易,实施功能并关闭合作伙伴关系。但是,快捷方式可能有一种令人讨厌的习惯,就是回过头来咬你。如果你没有花足够的时间重构代码,你的技术债务利息就会受到影响。 未能投资重构可能是缺乏经验的技术领导力的一种表现,但这通常归功于缺乏授权的技术领导者。 。 。或者甚至可能完全被忽略。 2)您没有让开发人员参与您的设计过程。 设计过程需要将客户需求与技术可行性结合起来。如果您在设计完成后只涉及程序员,那么您不太可能充分利用现有技术。 这使您可以创建定制解决方案,而不是利用现有的库,约定或现成的解决方案。很容易低估维护自定义代码的成本。 3)您采用了瀑布式开发流程。…
Full-Stack Developers
We are one of the branding agency in Klang Valley. This year, we are expanding…
Collaboration kills obscurity
It’s mind-boggling how some creatives would offer their service for $5 but refuse to collaborate…
Effervescence
When I learned that in every book there must be a preface page, it was…
Don’t Just Do Something, Stand There.
Ever fell in love with some ads or messages or visuals you see by some…