lijiajia3515_个人页

个人头像照片 lijiajia3515
个人头像照片
0
12
0

个人介绍

lijiajia3515

擅长的技术

  • Java
  • 前端开发
  • 容器
  • Linux
  • 数据库
获得更多能力
通用技术能力:

暂时未有相关通用技术能力~

阿里云技能认证

详细说明

暂无更多信息

2024年02月

2023年07月

2023年05月

2023年04月

2023年03月

2023年02月

2022年09月

正在加载, 请稍后...
暂无更多信息
  • 回答了问题 2024-02-19

    如果用你的专业送上新春祝福,会是什么样的?

    用数据库技术送上新春祝福:
    
    
    CREATE TABLE Blessings (
    Year INT NOT NULL,
    Greeting VARCHAR(255) NOT NULL
    );
    
    INSERT INTO Blessings (Year, Greeting) VALUES
    (2024, '祝大家龙年大吉,数据飞涨!'),
    (2025, '新的一年,存储满载,内存无忧!'),
    (2026, '索引助力,查询顺畅,祝愿大家前途似锦!');
    
    SELECT Greeting FROM Blessings WHERE Year = 2023;
    
    输出:
    
    
    祝大家龙年大吉,数据飞涨!
    
    踩0 评论0
  • 回答了问题 2023-07-18

    你觉得众多的消息队列产品哪个更香?

    rabbitmq, 私有化部署,集群方案,容器化部署都非常简单,生产环境用到现在。

    踩0 评论0
  • 回答了问题 2023-05-22

    你认为一个优秀的数据库,最重要的特质是什么?

    作为一名著名的金融分析师,我认为一个优秀的数据库最重要的特点是数据的准确性和完整性。在金融领域,决策趋向于数据据,因此,如果数据不准确或不完整,就会导致错误的决策。另外,一个优秀的数据库还应该具有高度的安全性和可靠性,以确保数据不会被盗窃或丢失。最后,一个优秀的数据库应易于使用和管理,以使用用户能够快速访问所需的信息。RDS MySQL有高度的可扩展性、可靠性和安全性。我认为,RDS MySQL最让人印象深刻的特点之一就是它的自动备份和恢复功能。这个功能可以帮助用户轻松备份和恢复数据,从而保护数据的安全和完整。另外,RDS MySQL还提供了多种安全措施,如网络隔离、数据加密和访问控制等,以确保数据的安全性。最后,RDS MySQL还具有高度的可扩展性,可以根据用户的需要自动扩展存储和计算资源,以满足不断增长的数据需求。

    踩0 评论0
  • 回答了问题 2023-04-15

    3.31世界备份日:你都在使用哪些备份方式?

    阿里云oss, 使用代码自动备份数据库, 价格便宜, 存储安全

    踩0 评论0
  • 回答了问题 2023-03-03

    ChatGPT给国内外科技公司带来了怎样的机遇和威胁?

    ChatGPT 给国内外科技公司带来了以下机遇和威胁: 机遇: 提高客户体验:ChatGPT 可以为客户提供实时的、高效的信息服务,提高客户满意度。 提升自动化效率:ChatGPT 可以实现大量的自动化工作,从而节省成本和提高效率。 开发新的商业模式:ChatGPT 的应用潜力巨大,可以为科技公司开发新的商业模式。 威胁: 对工作岗位造成影响:随着 ChatGPT 的普及,一些低技能工作可能会被自动化取代。 数据隐私和安全风险:使用 ChatGPT 可能会导致数据泄露和安全风险。 技术进步带来的竞争:ChatGPT 的快速发展可能会带来更多的竞争,对现有科技公司构成威胁。 总的来说,ChatGPT 给国内外科技公司带来了很多机遇,但同时也带来了一些威胁。 科技公司需要适度评估并利用 ChatGPT 的优势,同时应该加强数据隐私和安全保护措施,以应对潜在的风险。

    作者:pontiff 链接:https://www.zhihu.com/question/583740392/answer/2891483140 来源:知乎 著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

    踩0 评论0
  • 回答了问题 2023-03-03

    你使用过哪些云产品组合进行开发?

    1. oss对象存储, 线下物理机房的冗余备份,静态网页,大文件储存,提供上传免费,下载按量计费模式,非常实惠
    2. 域名解析,域名非常便宜,解析速度比较及时
    3. ecs, 提供非常多的镜像模板,熟悉操作系统2核4g是个非常通用的规格,建议新手购买
    4. ssl免费赠书,每年20个免费赠书,个人和小型企业是个不错的方案,毕竟通配符赠书2000多一年.
    5. 容器镜像服务, 2年来一共发布过200个企业镜像, tag管理,触发器推送实现devops的中的自动部署
    6. 云效2020, 小型企业使用devops的最佳选择,企业认证后就可免费使用,代码无限制容量.流水线6个并发,每天8小时构建时常根本用不完.项目管理平台比蝉道,jira好用多了. 知识库构建企业级文档协同.
    踩0 评论0
  • 回答了问题 2023-03-02

    开源社区该如何建立“可控开源”体系?

    1. 规避或减缓风险的合理做法? 首先,对于主要风险,我们预案是 “在必须使用到商用功能的场景,有自主可控的Plan B,完全避免断供带来的影响。” 这里的核心在于,如何能够做出自主可控的替代方案,另外一个重要问题的,什么是最高效的方式,能够以尽可能低的成本来获取替代方案。

    对于大多数企业来说,要想自己做到自主可控,规避风险,是一定要沉下来仔细专研开源软件的代码、架构、测试,然后掌握定制化修改的能力的,但也并非没有捷径,学习和模仿是快速掌握的方法。因此,我们不仅不应该切断与厂商的联系,相反,自己越是有可能面临风险,越应该建立与厂商的联系,直到这种联系真的会被外部客观不可抗拒原因所切断。

    使用开源不意味着我们要完全靠自己的努力去重头开始摸索和学习,因为毕竟我们不是一直在开发和维护这个产品的团队,我们不一定对所有的场景、需求和坑有足够清楚的认识。我们完全可以从商用版本上去学习那些必要的高级功能特性的使用跟经验,我们可以学习其产品的研发思路。比如,了解为什么商用版上要这个特性?该特性在实践中解决了哪些背后的需求和痛点?它是如何解决的,思路是怎样的,功能是如何实现的。我们可以在不停的使用过程中总结经验和学习知识,并且,跟开源社区以及厂商的售后及咨询保持足够的沟通和交流,也能加快我们了解产品的进程。通过这样的方式,我们才能够更有效地掌握开源产品的核心属性跟能力,以最高效的方式实现替代方案,避免走过多的弯路。同时,在这种方式下,我们可以做到业务的发展不受影响,保证服务的可靠和稳定。

    开源的一大特性,就是背后有庞大的开源社区,是各种声音,需求融合后演变为软件产品的地方。开源的先进性代表着对市场需求的不断响应、不断地迭代、不断地进化。创新不是一个一蹴而就的事情,而是一个持续演进的过程,我们需要通过不停的接触最新的思想,在社区里面不停的交流,听到不同的声音,才能够掌握最能解决问题的技术。而自主可控,也应该是一个持续的过程,在技术不断演变的过程中,持续的做到自主可控,因此,自主可控的那部分内容,也需要持续的了解整个社区内部的最新的变化,跟原厂的合作实际上是了解到技术演进的方向的最有效的手段之一,然后,以这些信息为向导调整自己产品设计的思路。

    因此从这几个方面来看,我们要做到完全的自主可控。其实第一步就是要全面了解厂商的技术、架构、设计、方向、愿景,这个不能够脱离商业产品的特性,自己去想象,必须融合整个社区的思想。了解多方面的信息,不能够闭门造车,故步自封,需要师夷之长技。

    举个例子,我们要自主实现一些开源软件的商用功能,比如,Elasticsearch的灾备(CCR)。在没有大量的用户反馈,跟实践经验的前提下面我们很难做到一个考虑完备的解决方案,这时候,我们可以借鉴厂商的商业特性去了解他的设计思路,可以去跟售后支持,跟咨询架构师去讨论具体实现的一些细节,可以通过问问题的方式,加深了解。可以自己去做定制化的改造,在改造的过程中,通过跟原厂进行交流,积累经验。又比如说,我们要在Elasticsearch上做机器学习的功能。我们可以观察官方解决方案中的端到端的设计思想,如何从数据摄入,到数据提取,数据分析,到建模,再将模型应用到流式框架上实时计算,从而一步一步的去夯实自己的知识。

    2. 持续更新和共享的重要性 如果要说开源软件最大的优势,其实是其背后的社区驱动,是持续的需求响应和持续的特性迭代。

    自己定制化开发,自主可控的一大问题是可能无法保持版本的同步。我们不能够拿到一个版本之后,就只停留在这个版本上面,而不做持续的升级,我们要计划好这部分的投入,其实这不是一次性的而是持续的,我们需要去考量我们投资回报率。即便是最开放的互联厂商,他们也会去思考,什么时候应该用自研,什么时候应该用商业产品,他们也会持续的在社区里面反馈和原厂进行合作。简而言之,就是自主可控并不意味着就不和厂商合作,相反,只有跟厂商进行更加深度的交流及合作,才能够做到真正的自主可控,才能真正的不被别人卡脖子,才能把对方的技术转化为自己的能力。

    我们可以看到,无论是阿里的OceanBase,还是中兴的的Golden DB,甚至说到我们这几年一直在做的去IOE架构。这些变化能够产生的前提是我们已经足够的了解已有产品,比如,Oracle数据库的功能特性,我们足够了解mySQL数据库才能够在上面去做自主研发和创新。但是我们也要看到,mySQL这些数据库的开源社区背后也是足够活跃的,他们并不是停滞不前的,社区提出share-nothing分布式架构是Golden DB能够推出的原因之一。所以即便我们要去做自主研发,也不可能脱离社区,不可能脱离开源,不可能脱离技术的共享,因此。保持足够的开放性,保持足够的技术敏锐,保持足够的需求敏锐是能够保持先进的前提条件,因为,自主可控绝不是落后,老化的同义词。。我们不能够回避厂商。切断交流的渠道,我们应该做的是在保持最低限度的交流的情况下面。持续学习,掌握核心技能。

    为什么它们在具有自己开发的能力时,还要持续的保持着跟原厂/社区的合作和交流?主要的问题就在更新和共享。

    比如新增的功能、特性、优化,要怎么把它变成一种持续优化的东西,唯一的方法就是把其并入到主分支,持续和整个开源软件集成到一起,成为开源的一部分,让自己成果固化的同时,能够和开源一起演进,同时避免自己拉的分支,需要一直需要持续merge,持续适配的问题。

    另外一个,我们会看到腾讯和阿里在开源社区上面的持续提交这些能力,并不会变成商用版本里面的特性,而是对整个产品的开源部分的持续的优化。开源的精神是我为人人,人人为我。自主可控不应该成为和开源相对应的相对立的一种意思。把开源融入到血液中,这是他们的业务能够持续保持先进性的一个主要原因。

    另外一个需要思考的是到底需要在哪些点上做自主可控,自己做的自主可控的功能能否足够的优秀,足够的成熟。比如,很多厂商自己在ES上去做了SQL的支持,去做了安全特性的支持,但最终的结果是并不如开源免费的部分做得好。因此,共享到开源项目中是检验产品,获得提升的手段,一旦自己被禁锢在了自己的区域内,也会影响我们享受开源带来的进步的权利。

    1. 商业上的成功,是软件持续发展的动力 毕竟所有技术的发展其背后主要的推动力是商业上的成功,是持续的盈利能力。如果为了强调,所谓的自主可控,导致成本投入过大,甚至正常的业务服务得不到保障,反过来也会影响到持续在技术上进行投入的能力。

    不要忘了,身处漩涡之中的华为,即便如此,任总也在强调合作的重要性。在被断供之前,还和厂商有大量的商务合作,这些合作的价值,不应该因为雾里看花般似是而非的“断供”而被忽略。

    自主可控,不是和开源的对立,自主可控,也需要拥抱开源,以正确的方式对待开源软件和开源厂商。 ———————————————— 版权声明:本文为CSDN博主「点火三周」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。 原文链接:https://blog.csdn.net/u013613428/article/details/109438297

    踩0 评论0
  • 回答了问题 2023-02-27

    2023,社区讨论聊什么?话题由你定!

    service mesh, serverless

    踩0 评论0
  • 回答了问题 2023-02-27

    ModelScope社区上线,怎么看待它在AIGC发展中起到的作用?

    ModelScope社区的上线对AIGC发展具有重要意义,它可以为AIGC发展提供更多的资源和支持,帮助AIGC发展更快、更好。 ModelScope社区的上线也可以为AIGC发展提供更多的机会,让更多的人参与到AIGC发展中来,从而推动AIGC发展的进程。 如果用一句话来总结我目前的理解:ModelScope或许不会是走的最远的、最高的,但在AIGC这条路上一定会留下属于ModelScope自己的、深沉的脚印。

    踩0 评论0
  • 回答了问题 2023-02-27

    写code还是做管理,开发者如何进行职业规划?

    没有纯粹的coder和manager. coder占比70%时间,manager占比30%时间,与时俱进才不会被市场淘汰.

    踩0 评论0
  • 回答了问题 2022-09-27

    阿里云Git训练营第7课课后自测

    1. git rebase
    2. git rebase -i
    3. 可以
    踩0 评论0
  • 回答了问题 2022-09-27

    阿里云Git训练营第5课课后自测

    1. GIT_TRACE_PACKET=/tmp/demo.log git clone projectUrl
    2. ref/head/* 和 refs/tags/*
    3. git -c push.negotiate=true push
    踩0 评论0
正在加载, 请稍后...
滑动查看更多
正在加载, 请稍后...
暂无更多信息