qxhnks 最近的时间轴更新 qxhnks 最近的时间轴更新 |
qxhnksV2EX 第 701298 号会员，加入于 2024-07-17 15:51:20 +08:00今日活跃度排名 26759 |
qxhnks 最近回复了
127 天前 回复了 qxhnks 创建的主题 › 酷工作 › [成都] 诚聘资深全栈开发工程师（30–50K + 项目奖金） |
@aleimu 简历确实被投爆了，但其实符合要求的人很少，我们对候选人的要求还是很高的，希望候选人一定要基础扎实，各种知识技能融会贯通，而不是言必称高性能、高并发、高可用、微服务，这样的候选往往问得稍微深一点，问一些本质性的东西就答不上来了，感觉国内很多开发者的技能树点歪了。
我理解，在这样一个浮躁的社会，大家都想学点“值钱”的技能，都想有一技傍身，都希望去下家拿个大 offer ，但是希望大家基础一定要打牢，基础不牢地动山摇，勿在浮沙筑高台。编程语言、面向对象设计原则和设计模式、数据结构与算法、操作系统、数据库和计算机网络这几项一定要掌握好，还有英语的重要性强调一万遍也不为过。同时也要理论联系实际，不要纸上谈兵，可以没事造点小轮子，然后跟业界领先的同类产品做比较，从而获得提高。调 API 写应用写 CRUD 跟封装一个好轮子需要的能力相比至少差两个档次。
另外，不要脱离场景谈技术，最近几年大家有一股盲目追求微服务的风潮，实际上大部分场景用单体就可以了，运维、部署、监控还更简单。并发不够了先适当垂直扩展一下，要是还不行的话，单体也可以横向扩展，单体不代表就一定是单机部署，也可以多实例配合负载均衡。只在实在有必要的时候再考虑微服务，而且不管是单体还是微服务都要先把模块划分和依赖管理搞顺了，这样在需要切分微服务的时候也就顺其自然了。如果下决心搞微服务了那配套的工具和基础设施一定要跟上，DevOps 、自动化测试都要搞起来（自动化测试的重要性强调一万遍都不为过），否则最后很可能变成“分布式单体”（ Distributed Monolith ）或“分布式大泥球”（ Distributed Big Ball of Mud ）或“分布式屎山”（我发明的词），四不像。最近几年连微服务的原始布道者 Martin Fowler 和 Sam Newman 也开始在反思微服务，也在告诫大家要冷静，要慎用微服务，要先单体，必要时再一个服务一个服务地切分出去。当然有的情况是架构师或技术管理者希望故意把事情“搞大”、“搞复杂”，想要争取更多的资源分配和曝光度，来获得职场晋升，那就不是技术问题了，不在本文讨论之列。
今天有感而发，班门弄斧了，希望大家不吝赐教，欢迎大家批评、斧正。
我理解，在这样一个浮躁的社会，大家都想学点“值钱”的技能，都想有一技傍身，都希望去下家拿个大 offer ，但是希望大家基础一定要打牢，基础不牢地动山摇，勿在浮沙筑高台。编程语言、面向对象设计原则和设计模式、数据结构与算法、操作系统、数据库和计算机网络这几项一定要掌握好，还有英语的重要性强调一万遍也不为过。同时也要理论联系实际，不要纸上谈兵，可以没事造点小轮子，然后跟业界领先的同类产品做比较，从而获得提高。调 API 写应用写 CRUD 跟封装一个好轮子需要的能力相比至少差两个档次。
另外，不要脱离场景谈技术，最近几年大家有一股盲目追求微服务的风潮，实际上大部分场景用单体就可以了，运维、部署、监控还更简单。并发不够了先适当垂直扩展一下，要是还不行的话，单体也可以横向扩展，单体不代表就一定是单机部署，也可以多实例配合负载均衡。只在实在有必要的时候再考虑微服务，而且不管是单体还是微服务都要先把模块划分和依赖管理搞顺了，这样在需要切分微服务的时候也就顺其自然了。如果下决心搞微服务了那配套的工具和基础设施一定要跟上，DevOps 、自动化测试都要搞起来（自动化测试的重要性强调一万遍都不为过），否则最后很可能变成“分布式单体”（ Distributed Monolith ）或“分布式大泥球”（ Distributed Big Ball of Mud ）或“分布式屎山”（我发明的词），四不像。最近几年连微服务的原始布道者 Martin Fowler 和 Sam Newman 也开始在反思微服务，也在告诫大家要冷静，要慎用微服务，要先单体，必要时再一个服务一个服务地切分出去。当然有的情况是架构师或技术管理者希望故意把事情“搞大”、“搞复杂”，想要争取更多的资源分配和曝光度，来获得职场晋升，那就不是技术问题了，不在本文讨论之列。
今天有感而发，班门弄斧了，希望大家不吝赐教，欢迎大家批评、斧正。
127 天前 回复了 weiaichongfeng 创建的主题 › 问与答 › 为什么技术圈子会有对宝塔嗤之以鼻的感觉啊？孔乙己的长衫？ |
• 如果您只是个人玩票性质，不在意安全性，那么问出这样的问题很正常；
• 如果您不了解 Infrastructure as Code (IaC) 的理念，没听说过 Ansible 和 Terraform ，没有管理过哪怕十几台以上的服务器集群，那么问出这样的问题很正常；
• 如果您没有在任何一家正规公司干过运维工作，那么问出这样的问题很正常。
以上回答适用于大部分所谓的可视化“面板”，不仅限于宝塔面板，不过 Ansible Tower 除外。
• 如果您不了解 Infrastructure as Code (IaC) 的理念，没听说过 Ansible 和 Terraform ，没有管理过哪怕十几台以上的服务器集群，那么问出这样的问题很正常；
• 如果您没有在任何一家正规公司干过运维工作，那么问出这样的问题很正常。
以上回答适用于大部分所谓的可视化“面板”，不仅限于宝塔面板，不过 Ansible Tower 除外。
141 天前 回复了 liuchengfeng1 创建的主题 › git › 各位大佬你们团队开发 git 是如何管理的？ |
141 天前 回复了 liuchengfeng1 创建的主题 › git › 各位大佬你们团队开发 git 是如何管理的？ |
Google 搜 trunk-based development
141 天前 回复了 qxhnks 创建的主题 › 酷工作 › [成都] 诚聘资深全栈开发工程师（30–50K + 项目奖金） |
@understanded 不好意思，不支持远程
142 天前 回复了 qxhnks 创建的主题 › 酷工作 › [成都] 诚聘资深全栈开发工程师（30–50K + 项目奖金） |
@dyq917 专职前端和后端也都是需要的，只不过专职的前端后端比较容易招，就没必要来 V2EX 发帖了
151 天前 回复了 qxhnks 创建的主题 › 酷工作 › [成都] 诚聘资深全栈开发工程师（30–50K + 项目奖金） |
@richardwong 真的有，参看我前面的回复
151 天前 回复了 qxhnks 创建的主题 › 酷工作 › [成都] 诚聘资深全栈开发工程师（30–50K + 项目奖金） |
@aqw012 投入上亿确实挺多的，你们低代码团队有多少人？研发了多久了？
154 天前 回复了 qxhnks 创建的主题 › 酷工作 › [成都] 诚聘资深全栈开发工程师（30–50K + 项目奖金） |
@echoless 国内做大而全的 ERP 或 MIS 软件的厂商挣钱都比较困难，利润率微薄，原因可以参考这篇文章 https://www.oschina.net/news/296135 反而是一些小而美的公司以及垂直类、工具类的软件的公司比较挣钱，例如帆软，etc
154 天前 回复了 qxhnks 创建的主题 › 酷工作 › [成都] 诚聘资深全栈开发工程师（30–50K + 项目奖金） |
@particlec
B 端市场跟 C 端市场很不一样，需要丰富的行业经验积累以及深入的耕耘，指望像互联网公司那样一口吃成胖子是不现实的。换个角度说 C 端互联网公司虽然发展得快，但遇到问题后可能死得也快（由于激烈的竞争和烧钱补贴消费者），B 端市场则相对平稳得多。
另外，借鉴 Peter Thiel 创业讲座《 Competetion is for Losers 》中关于 capturing value 的理论，一个人去成熟的大公司打工虽然可以领到一份不错的薪水，但你的收入占公司只收入是一个极小的百分比，而中小型公司的整体收入虽然比不上大公司，但是由于你对于团队的重要性，你的个人收入（工资＋股份）完全可能会大于在大公司打工的收入，而且你还因为在一个精干的团队中工作而获得了宝贵的经验和成长，何乐而不为呢？
B 端市场跟 C 端市场很不一样，需要丰富的行业经验积累以及深入的耕耘，指望像互联网公司那样一口吃成胖子是不现实的。换个角度说 C 端互联网公司虽然发展得快，但遇到问题后可能死得也快（由于激烈的竞争和烧钱补贴消费者），B 端市场则相对平稳得多。
另外，借鉴 Peter Thiel 创业讲座《 Competetion is for Losers 》中关于 capturing value 的理论，一个人去成熟的大公司打工虽然可以领到一份不错的薪水，但你的收入占公司只收入是一个极小的百分比，而中小型公司的整体收入虽然比不上大公司，但是由于你对于团队的重要性，你的个人收入（工资＋股份）完全可能会大于在大公司打工的收入，而且你还因为在一个精干的团队中工作而获得了宝贵的经验和成长，何乐而不为呢？
Select Language