V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  qxhnks  ›  全部回复第 1 页 / 共 1 页
回复总数  17
@aleimu 简历确实被投爆了,但其实符合要求的人很少,我们对候选人的要求还是很高的,希望候选人一定要基础扎实,各种知识技能融会贯通,而不是言必称高性能、高并发、高可用、微服务,这样的候选往往问得稍微深一点,问一些本质性的东西就答不上来了,感觉国内很多开发者的技能树点歪了。

我理解,在这样一个浮躁的社会,大家都想学点“值钱”的技能,都想有一技傍身,都希望去下家拿个大 offer ,但是希望大家基础一定要打牢,基础不牢地动山摇,勿在浮沙筑高台。编程语言、面向对象设计原则和设计模式、数据结构与算法、操作系统、数据库和计算机网络这几项一定要掌握好,还有英语的重要性强调一万遍也不为过。同时也要理论联系实际,不要纸上谈兵,可以没事造点小轮子,然后跟业界领先的同类产品做比较,从而获得提高。调 API 写应用写 CRUD 跟封装一个好轮子需要的能力相比至少差两个档次。

另外,不要脱离场景谈技术,最近几年大家有一股盲目追求微服务的风潮,实际上大部分场景用单体就可以了,运维、部署、监控还更简单。并发不够了先适当垂直扩展一下,要是还不行的话,单体也可以横向扩展,单体不代表就一定是单机部署,也可以多实例配合负载均衡。只在实在有必要的时候再考虑微服务,而且不管是单体还是微服务都要先把模块划分和依赖管理搞顺了,这样在需要切分微服务的时候也就顺其自然了。如果下决心搞微服务了那配套的工具和基础设施一定要跟上,DevOps 、自动化测试都要搞起来(自动化测试的重要性强调一万遍都不为过),否则最后很可能变成“分布式单体”( Distributed Monolith )或“分布式大泥球”( Distributed Big Ball of Mud )或“分布式屎山”(我发明的词),四不像。最近几年连微服务的原始布道者 Martin Fowler 和 Sam Newman 也开始在反思微服务,也在告诫大家要冷静,要慎用微服务,要先单体,必要时再一个服务一个服务地切分出去。当然有的情况是架构师或技术管理者希望故意把事情“搞大”、“搞复杂”,想要争取更多的资源分配和曝光度,来获得职场晋升,那就不是技术问题了,不在本文讨论之列。

今天有感而发,班门弄斧了,希望大家不吝赐教,欢迎大家批评、斧正。
• 如果您只是个人玩票性质,不在意安全性,那么问出这样的问题很正常;

• 如果您不了解 Infrastructure as Code (IaC) 的理念,没听说过 Ansible 和 Terraform ,没有管理过哪怕十几台以上的服务器集群,那么问出这样的问题很正常;

• 如果您没有在任何一家正规公司干过运维工作,那么问出这样的问题很正常。

以上回答适用于大部分所谓的可视化“面板”,不仅限于宝塔面板,不过 Ansible Tower 除外。
115 天前
回复了 liuchengfeng1 创建的主题 git 各位大佬你们团队开发 git 是如何管理的?
115 天前
回复了 liuchengfeng1 创建的主题 git 各位大佬你们团队开发 git 是如何管理的?
Google 搜 trunk-based development
@understanded 不好意思,不支持远程
@dyq917 专职前端和后端也都是需要的,只不过专职的前端后端比较容易招,就没必要来 V2EX 发帖了
@richardwong 真的有,参看我前面的回复
@aqw012 投入上亿确实挺多的,你们低代码团队有多少人?研发了多久了?
@echoless 国内做大而全的 ERP 或 MIS 软件的厂商挣钱都比较困难,利润率微薄,原因可以参考这篇文章 https://www.oschina.net/news/296135 反而是一些小而美的公司以及垂直类、工具类的软件的公司比较挣钱,例如帆软,etc
@particlec

B 端市场跟 C 端市场很不一样,需要丰富的行业经验积累以及深入的耕耘,指望像互联网公司那样一口吃成胖子是不现实的。换个角度说 C 端互联网公司虽然发展得快,但遇到问题后可能死得也快(由于激烈的竞争和烧钱补贴消费者),B 端市场则相对平稳得多。

另外,借鉴 Peter Thiel 创业讲座《 Competetion is for Losers 》中关于 capturing value 的理论,一个人去成熟的大公司打工虽然可以领到一份不错的薪水,但你的收入占公司只收入是一个极小的百分比,而中小型公司的整体收入虽然比不上大公司,但是由于你对于团队的重要性,你的个人收入(工资+股份)完全可能会大于在大公司打工的收入,而且你还因为在一个精干的团队中工作而获得了宝贵的经验和成长,何乐而不为呢?
对低代码平台的价值还有疑虑的朋友可以看看这个钉钉宜搭的视频讲座 https://www.yuque.com/yida/video/su17oohttps://www.yuque.com/yida/video/iboqyh
@tangzx88 Go 不适合做复杂的业务系统,暂不考虑。如果熟悉 C# 的话也可以很快转 Java ,其他语言就不好说了。
@whevether 真的能盈利。前面我说了,我们是面向企业客户,做低代码开发的主要是软件实施人员和企业的 IT 运维人员,不是面向程序员。
@tangzx88

是的,低代码平台很难用来去实现企业的核心务。

我们的低代码平台主要包含自定义表单、流程审批、工作流自动化、BI 大屏、报表制作等功能,平台的使用群体主要是软件实施人员或企业的 IT 运维人员。

简单来说我们对标的是钉钉宜搭,但是 B 端市场是一个很分散的市场,并不存在赢家通吃的情况,所以其实我们与钉钉宜搭并不直接竞争,我们有我们的客户群和市场前景。
@polobug 这个已经考虑到了,低代码平台要成功我觉得要注意以下三点:

1. 一是要明确系统的功能边界,不要贪大求全,越是希望什么都能做最后越是什么都做不好,成功的低代码平台往往是集中解决某一类特别垂直的问题,越是通用的低代码平台往往最后发展都不太好;

2. 二是系统的可扩展性要在一开始设计的时候就要充分考虑到,例如钉钉宜搭“连接器”的概念,使得其可以与钉钉平台上数量庞大的第三方应用打通,具有无穷多的扩展性和应用场景;

3. 三是要避免做成一个面向程序员的平台(即生成代码),因为很难解决手工修改代码后与模型的同步问题,并且专业的程序员往往会嫌弃低代码平台的灵活性不足,无法发挥程序员的优势。所以我们的低代码平台主要面向具有少量的编程基础和数据库操作能力的软件实施人员以及企业的信息科 IT 运维人员。
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2572 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 17ms · UTC 03:27 · PVG 11:27 · LAX 19:27 · JFK 22:27
Developed with CodeLauncher
♥ Do have faith in what you're doing.