世界上，总是充满活力的人，热衷于创造新语言，并不遗余力地推介，开大会，开专栏，立项目，开论坛，只求开发者能注意到：“嗨，这儿有一玩杂耍的，看着飞刀嗖嗖嗖~~~喷火呼呼呼~~~挺有意思，走，过去瞧瞧。”...# C++是C赛车的增强版 它有几十个额外的功能，每250英里就会出现故障，但当它出现故障时，没有人能找出哪里出了问题。 ? # Erlang是一支车队 所有人都在合作，把你送到你想去的地方。...这需要练习才能用一只脚在几辆车中的每一辆车里开车，但是一旦你学会了如何在地形上开车，那就很难用其他方式导航了。 另外，因为你用的车太多了，即使有几辆抛锚也没关系。 ?...然而，其他司机抱怨说，Ruby汽车的许多控制被重复或三重，其中一些重复的控制在奇怪的情况下做了略有不同的事情，使汽车比应有的更难驾驶。有传言说，重新设计的工作正在进行中。 ?...# Visual Basic是一辆驾驶您的汽车。 ? 如果觉得哪一句直抵心窝，评论区告诉我吧。记得点赞哦。
还好，不是足球的问题，问的是关于ERP项目实施中的问题，如何踢好“临门一脚”――如何做好ERP项目的验收。 先来关注一下，我的学员们都在ERP项目实施的项目验收上碰到什么问题了呢? 1....另一个学员说出了他的苦恼。 3.“项目上线了，客户所有提的需求我们也满足了，客户也认为可以说验收了。...用的挺好，就没有什么必要开项目的验收会了吧，反而开个项目验收会还要这个领导那个领导到场，组织起来太麻烦。”一个客户的财务经理曾经这么告诉我。 3....我亲身经历的一个项目，在与项目实施顾问沟通的时候，这个顾问告诉我客户的满意度很高，大多的需求也已经解决掉了，只有2个小问题，客户也被说服了，项目可以进入到验收阶段了，甚至客户还有新的业务需求，可以向客户销售新的模块了...还有上ERP系统当初所说的库存周转提高多少天，库存降低多少金额，应收账款减少多少钱。 这些目标通通都没有实现。能实现的无非就是很多是手工操作的工作，现在变成了用电脑操作而已。
我所在的部门的客户跟我上家公司的客户是一家客户。所以我知道客户有多少磨人。所以我坚信我能胜任，我也能帮公司解决。代码我也很熟悉。给我的感觉是如虎添翼。 但是我错了。...另外一个同事告诉我需要做什么。口头说，需要做什么等等。我做好之后进行测试，之后就没有人再联系我。我以为项目结束了 或者说我那没有问题。我就找我的负责人联系下个项目。大家以为这件事结束了？...领导昨日发信息告诉我，有很多人反馈我交付质量有问题，我过完年这四个项目我都总结过两个没问题。现在做的样式位置加一起不到十个问题。还有一个项目也很好。 我昨日一天都在想这个问题，为什么会有很多人反馈。...错在哪里 差在哪里，是态度问题还是工作方式问题，还是什么问题。我感觉一名合格程序员应该先自我反省才能深刻意识到问题。可能我之前在其他公司的工作方式与现在的公司不相符。导致领导对我有看法。...测试几乎0 bug的才算交付好，团队之间彼此保留，彼此开发自己代码没有交际，怕产生问题领导追责。 内在因素：可能是个人方式工作方式导致的问题 外在因素：带颜色眼睛看人。
聊理论吹的叮当的，写代码搞的稀得囊的 好在，你这一路上能遇到很多同好，他们能真诚的给你意见、提供思路、帮助解决，让你们一群有技术初心的人，不断的成长。...请用英语描述 这是我第一次发布插件接收到的邮件提醒，告诉我在你的 plugin.xml 中，要用英语描述。一直没看，以为垃圾邮件 2....安装插件 讲到这我就兴奋了！ 为啥兴奋，因为这一个插件发布，我整整等了2周，因为一次修改就要2个工作日才能审核，所以上面我犯的错，都是用时间磨出来。...没有人能阻挡你最技术的热爱，即使你来我这踩两脚 2. 使用介绍 如图所示，你只需要很简单的步骤，既可以快速且准确的帮你生成对应的转换代码，在一些场景里使用还是非常 Good 的！...五、我确定挺倔强 有一种倔强可能也是天生的，我喜欢技术、喜欢折腾、喜欢简单干净的事情，并把我认准的事长久坚持下去。
在提及导师时，ta 是这样描述的：「导师拥有博士学位，但她什么都不知道。每当我向她寻求指导时，她总是大脑一片空白。我得自己想办法，没人告诉我这条路对不对。...有一天她问我为什么要用 GitHub 来编写所有代码。还有一次她问我为什么写函数，为什么需要函数式编程。她认为写函数是无用的，会使代码变得复杂。」...发帖人认为自己每天都在做重复性的工作，没有尝试新事物的空间，更别提做项目提升自己了。甚至没有人在意自己。...像我这样的人怎么能在别处找到工作呢？我充其量只是个初级数据分析师，在其他地方甚至找不到基础数据分析师的工作。我有野心和干劲，但是我很迷茫。...首先，「你的工作并非没有价值」，大部分评论者给出了这样的结论。 有网友表示：「当你能做的事情，是别人正在学着努力做的，那么你的工作就是有价值的。
为了进一步探讨这个主题，我几周前发出了一条推文，向开发人员询问一个简单的问题： 你对刚开始编程的人有什么建议，来帮助他们成为最差劲的开发人员？...这里的问题是，许多开发人员都在浪费时间来尝试理解这些玩意儿，可它们本来就能正常工作啊。只要你搜到的东西能用，那就放心大胆地用它，不要浪费任何时间思考它背后是不是有什么陷阱或坑。...如果你是唯一可以修复或更新代码库的员工，那你就再也不用担心自己会丢掉工作啦。...7.如果有人针对你的解决方案给出了替代方案，那么你就应该这样说：“但是呢……”，然后蹦出一些难懂的词：“安全性”“可伸缩性”“正交性”“可维护性”，最后潇洒地转身离去就行啦 除了你自己以外，没有人会真正理解你的代码...你的脑细胞有几万亿吗？我不这么认为。 10.首先你需要完全精通 JavaScript 才能开始做其他事情 这条建议太棒了，而且在哪里都能起效。
在表现层中运行良好，但它并不适合领域层，因为领域层最好是独立于平台的（指纯Kotlin/Java模块）；而且它也不太适合数据层（Repositories实现和数据源），因为我们通常应该将数据访问工作交给工作线程...另外，一旦你需要将工作卸载到数据源的工作线程上，你会发现使用LiveData并不容易，也没有成文的方法。...当这个Flow被收集时，它运行传递给flow builder的代码块，添加GeoQuery监听器并到达awaitClose {}，在那里它暂停运行，直到Flow被关闭（也就是说，直到没有人在收集，或者直到它因任何未捕获的异常而被取消...就我个人而言，我很少需要访问myFlow.value，而且我喜欢SharedFlow的灵活性，所以我通常选择SharedFlow。...它还支持将这些数据作为一个类的实例而不是DataSnapshot来获取。这是通过Flow转换完成的。该库的源代码完成了本文中给出的例子。
几乎每个人都遇到过这些开发人员，与他们一起工作会让人感到沮丧。你一定要小心，不要养成他们的习惯! 有些开发人员即使没有很多细节也能很好地工作。他们有大量的创造力，并提出正确的问题。...10 倍效率的开发人员擅长于优先级排序，并了解何时将时间投入到架构中，而不是使用一坨意大利面条般的代码来实现某种工作。请记住，你的用户并不关心你的软件是如何工作的，也不管该架构有多花哨。...我是那种能很快把一些丑陋的代码拼凑起来并解决几乎任何问题的人。我的代码很少是美丽的，但它能解决问题。这才是最重要的。 你不必编写完美的代码与单元测试来成为一个 10 倍效率的开发人员。...最好的开发者知道在寻求帮助之前要在某件事情上花多少时间。他们也知道要问什么问题，以阐明需求来推进项目。 结论 我已经写了超过 15 年的代码。可以说我是一个 10 倍效率的开发人员，或者至少我能。...我后来成为了公司的创始人，到现在为止都两次了。 当然，没有人能在每一天的每个时候都是一个 10 倍效率的开发人员。我们没有精力或专注力每天以这样的速度工作。我们不是机器人。
内置陀螺仪的自动稳定轮子代替了我的脚，iPad 的屏幕代替了我的脸，非广角摄像头代替了我的眼，我听不到的喇叭代替了我的口，每当收到高音就会发出爆裂声和嘘声的小麦克风代替了我的耳朵。...这个阶段还有另一件非常好的事情就是虽然 EmBot 让我在办公室里实体化了，但是展现的只是头部而不是全身，所以工作中没有人看到我怀孕了。...虽然我告诉自己没有什么问题，但是我已经知道我会感觉到很不安，EmBot 已经成为我的一部分，其它任何人都是我们之间的入侵者。...他告诉我：“屏幕一直在前后摆动，然后我往房间里面看，它看起来就像一个迷惑的小孩在四处漫步，没有目的，害怕又孤单。...接着有一个在机器人后面的人说，“这个故事是证明要有一台机器人最好的例子，如果你用喇叭的话我们根本不可能听到这件事。”
如果按照场景来分类，其实还可作移动安全、企业安全、汽车安全什么的。这大概是没有一个通才能够全盘把控的了吧。 没有人能跟上这个时代 我还在 FreeBuf 的时候，信息安全仍然是个新兴行业。...这个时候，没有一个人会告诉我，这件事你做对了或者这个方向你搞错了。在“研究”得出任何结论时，我们都无法搞清楚是否遗漏了什么重要变量，而且也没有人会告诉我们，因为系统太复杂又太新了。...我觉得我从她那里获取到最有价值的一个信息是：当我们进行一些新领域的研究时，没有人能告诉你做得对不对，我们甚至连研究方法对不对都无法搞清楚。...有了 digital twin，我就能在数字世界模拟你这套生产流程有什么问题，或者未来可能出现什么问题。...现在情况还真是不大一样了，比如说汽车电子化，每辆车 1、2 亿行软件代码在里面跑，如果安全出了问题，方向盘或者制动系统被劫持了，那人就挂了。一旦涉及到大规模的人身安全时，一切社会资源就来了。
Geolocation（地理位置） 我实操这个API之前，觉得应该挺简单的，研究研究有哪些方法，都怎么用，然后再思考一下实际可用场景。 但是，我想法太傻白甜，终究会被现实搁点盐。...我先把它的知识点讲一讲，再说有什么坑，以及这个坑能不能跳过去。 介绍 地理位置可以在用户允许之后，获取到用户的地理位置。...等等，MathML不会像Geolocation一样有兼容性的问题吧，我先实验一把。...等等，我看下浏览器兼容性，Firefox和Safari支持，其他基本不支持。 Firefox 只要它能正常展示，我就可以探索一片天地。...逛淘宝只会消耗我的钱，逛MDN会占用我的脑容量，脑容量哪是钱能买到的。 不过，挺好，果然技术之路没有天花板，越学越开心。
为了进一步探讨这个主题，我几周前发出了一条推文，向开发人员询问一个简单的问题： 你对刚开始编程的人有什么建议，来帮助他们成为最差劲的开发人员？...你的脑细胞有几万亿吗？我不这么认为。 8. 如果你听不懂某些内容，那是语言创建者的错，也是语言的根本缺陷，你应该编写自己的语言来解决这个问题 ?...https://twitter.com/jwcarroll/status/1293577278966894592 除了你自己以外，没有人会真正理解你的代码，明白你为什么会这样写。...如果你是唯一可以修复或更新代码库的员工，那你就再也不用担心自己会丢掉工作啦。 3. 复制并粘贴互联网上的所有内容，用不着花时间了解其中的任何东西 ?...只要你搜到的东西能用，那就放心大胆地用它，不要浪费任何时间思考它背后是不是有什么陷阱或坑。 花大量时间了解你究竟在做什么事情，会阻止你实现最终目标：编写尽可能多的代码行。 2.
我15年专科毕业，到今已有3个年头。期间入职过两家公司。 很多次学习技术，都是走到临门一脚，然后就没有往下了。我和大牛之间的差距就是，别人看完了源码，而我只是会用。...回想这段工作经历，我觉得我最大的收获就是：学会了自己尝试解决问题的能力，而不是面对问题，变得不知所措。虽然效率不理想，但迈出了第一步。如果再深入总结一下，不足之处还有很多。...我对比一起出来的小伙伴的情况，认为自己的能力和薪资都不会有提高，在入职6个月时，提出了离职。...该项目技术点有基本io,线程，jdbc，JNA(连接硬件c++库)，WebService(与C#端做RPC通信)。这个项目同样，没有人交流询问，因为他们也不懂。...接连几个项目上线，并没有发生什么问题，让我在公司也得到了一份肯定。而我那段时间也安于现状，每天过着"三点一线"式的生活。今年年初，我渐渐意识到了问题。
几乎每个人都遇到过这些开发人员，与他们一起工作会让人感到沮丧。你一定要小心，不要养成他们的习惯! 有些开发人员即使没有很多细节也能很好地工作。他们有大量的创造力，并提出正确的问题。...10倍效率的开发人员擅长于优先级排序，并了解何时将时间投入到架构中，而不是使用一坨意大利面条般的代码来实现某种工作。请记住，你的用户并不关心你的软件是如何工作的，也不管该架构有多花哨。...我是那种能很快把一些丑陋的代码拼凑起来并解决几乎任何问题的人。我的代码很少是美丽的，但它能解决问题。这才是最重要的。 你不必编写完美的代码与单元测试来成为一个10倍效率的开发人员。...最好的开发者知道在寻求帮助之前要在某件事情上花多少时间。他们也知道要问什么问题，以阐明需求来推进项目。 结论 我已经写了超过15年的代码。可以说我是一个10倍效率的开发人员，或者至少我能。...我后来成为了公司的创始人，到现在为止都两次了。 当然，没有人能在每一天的每个时候都是一个10倍效率的开发人员。我们没有精力或专注力每天以这样的速度工作。我们不是机器人。
几乎每个人都遇到过这些开发人员，与他们一起工作会让人感到沮丧。你一定要小心，不要养成他们的习惯! 有些开发人员即使没有很多细节也能很好地工作。他们有大量的创造力，并提出正确的问题。...10倍效率的开发人员擅长于优先级排序，并了解何时将时间投入到架构中，而不是使用一坨意大利面条般的代码来实现某种工作。请记住，你的用户并不关心你的软件是如何工作的，也不管该架构有多花哨。...我是那种能很快把一些丑陋的代码拼凑起来并解决几乎任何问题的人。我的代码很少是美丽的，但它能解决问题。这才是最重要的。 你不必编写完美的代码与单元测试来成为一个10倍效率的开发人员。...最好的开发者知道在寻求帮助之前要在某件事情上花多少时间。他们也知道要问什么问题，以阐明需求来推进项目。 结论 ? 我已经写了超过15年的代码。可以说我是一个10倍效率的开发人员，或者至少我能。...我后来成为了公司的创始人，到现在为止都两次了。 当然，没有人能在每一天的每个时候都是一个10倍效率的开发人员。我们没有精力或专注力每天以这样的速度工作。我们不是机器人。
导读：本文作者 Matt Watson 已经写了超过 15 年的代码，也由此总结出了提升 10 倍效率的三件事。...几乎每个人都遇到过这些开发人员，与他们一起工作会让人感到沮丧。你一定要小心，不要养成他们的习惯! 有些开发人员即使没有很多细节也能很好地工作。他们有大量的创造力，并提出正确的问题。...我是那种能很快把一些丑陋的代码拼凑起来并解决几乎任何问题的人。我的代码很少是美丽的，但它能解决问题。这才是最重要的。 你不必编写完美的代码与单元测试来成为一个10倍效率的开发人员。...最好的开发者知道在寻求帮助之前要在某件事情上花多少时间。他们也知道要问什么问题，以阐明需求来推进项目。 结论 我已经写了超过15年的代码。可以说我是一个10倍效率的开发人员，或者至少我能。...我后来成为了公司的创始人，到现在为止都两次了。 当然，没有人能在每一天的每个时候都是一个10倍效率的开发人员。我们没有精力或专注力每天以这样的速度工作。我们不是机器人。
在研讨会快结束时，我们注意到有一位参会者不愿意和我们一起拍照。我们当时认为这很奇怪，后来有人告诉我们，这些照片是用来评选“罗密欧与朱丽叶”奖的获奖者的。...有人告诉我们，我们两个人被认为是最有可能获得这一奖项的女性候选人，而我们的另一位室友已收到组委会其中一名成员的要求，请她在公寓内为我们拍照。...比如，在研讨会早些时候曾经缠着我们的我们一位参会者，后来跟我们说：“性别歧视根本不存在了”。 最后，在最后一个项目进行展示的前一天，大会发出了一封电子邮件，向所有与会者宣布取消罗密欧与朱丽叶奖。...在此之后，有人建议我们应该待在家里： “这是一个有趣的地方，我仍然觉得你们的理由非常站不住脚，那下一个阶段是不是得把滑稽短剧（skit）也废弃了？...我们对研讨会所带来的学术工作依旧表示高度的赞赏，但我们不认为可以放心参与并在那种环境中保持高效工作。 罗密欧与朱丽叶奖的支持者不理解我们的经历，因此否认它的有效性。
本文作者：IMWeb 黄qiong 原文出处：IMWeb社区 未经同意，禁止转载 前言 我之前确实对包版本管理这块的知识比较缺失，所以导致我在项目的某次需求当中掉进了很多深坑。...这个故事告诉我们：别以为升级版本是小事，尤其是基础库，你升级的每一个版本，都可能会导致其他页面的问题。所以当需要升级基础库的时候，要确保使用了这个基础库的页面全都是正常运行的。...下面是三分钟科普时间： 包版本可以有三种写法： "react": "15.2.1" -- 只匹配一个版本，代表锁死版本，我只下载15.2.1的版本 "react": "~15.2.1" -- 匹配最近的小版本依赖包...由于环境不同导致安装的依赖包版本不同是很容易发生的。 解决方案 既然是由于版本不一致导致的，那我们就得把项目的依赖包都锁定在一个固定版本。强制大家都安装完全相同的版本依赖。...但是这样好难维护啊，要时刻盯着官方是不是发了什么版本，fix了什么问题，要靠人来 维护改版本。
恐怖故事一：候选人因采用了新的框架而遭拒绝 一个企业提出了前端招聘需求，于是我给他们介绍了一个前端工程师，他对ECMAScript做出了很大贡献，并撰写了大量的开源代码。...恐怖故事三：程序员被人力资源部遗忘了 通常都我会密切关注我提名的候选人的整个招聘过程。当我在度假的时候，一个CEO告诉我他们将雇佣一个我提名的工程师。然而，在另一个国家远程工作的人力资源部没有跟进。...他和人力资源部都不明白为什么没有人和他进一步保持联系。所以我给所有的相关人士都写了邮件，询问我们是否能完成这个招聘过程。 人力资源部门通常是这样一个存在——薪水底下，缺乏组织。...我必须说，这位乔恩无论是代码水平、Github贡献或者其他能力点都非常弱，但毕竟是他负责简历筛选，所以我不得不听取来自他的反馈。 乔恩在共享屏幕上指出了他所看到的候选代码中的一些问题。...这些批评让我很有戒心，并提出候选人在Github上的代码质量比乔恩的要好。在这里，我做出了和我的本职背道而驰的事情。幸亏HR阻止了我，告诉我“我们不是在评估Jon”。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
腾讯会议
云直播
对象存储
