首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏初见Linux

    11-2 环境是如何建立的

    PATH 变量是由启动文件 /etc/profile 中的一段代码设定(当然,这也并不总是如此,这取决于系统的发行版本)。 ② 为什么? 指定命令搜索路径。 ③ 参数扩展的机理 在了解怎么做之前,先来看看参数扩展的机理,借助以下代码理解参数扩展(参数扩展在第7章讲过)的机理: foo="This is some" echo $foo foo=$foo PATH=$PATH:$HOME/bin 上面这段代码,将 $HOME/bin 添加到了 PATH 值的尾部。这是一个参数扩展的实例。 在把字符串 ? export PATH 最后一行是如上代码,该 export 命令告诉 shell ,使得 shell 的子进程使用PATH变量的内容。

    49210发布于 2020-08-11
  • 来自专栏Lan小站

    试题 算法提高 11-2删除重复元素

      为库设计新函数DelPack,删除输入字符串中所有的重复元素。不连续的重复元素也要删除。   要求写成函数,函数内部使用指针操作。

    28120编辑于 2022-07-13
  • 来自专栏博文视点Broadview

    与《代码随想录》的故事

    在十年所学,终成《代码随想录》!的留言区,可以看到很多录友们和“代码随想录” 的精彩故事。 留言区一共有300多条留言,公众号限制只能精选100条留言,所以不能把所有留言都展现出来。 这里我也分享一些录友们的故事: 从学生 到 已经工作的录友 有转行的录友 有对算法回心转意的录友 准备考研的录友 有许下心愿的录友 有说我题解有错别字的录友 哈哈哈 因为代码随想录而改变自己懒散习惯的录友 这些评论确实很让人感动,也希望大家都发展的越来越好[Hug] 这个月11号《代码随想录》正式开卖,结果两天就卖断货了,《代码随想录》也成为今年京东双12科技畅销书的一匹黑马。 没有加我过微信的录友,可以加我这个微信,备注:代码随想录。 方便阅读过程中有问题,直接与我反馈。 最后欢迎大家来《代码随想录》“找茬”!虚心接受录友们的指导 京东限时五折优惠,快扫码抢购吧!

    67120编辑于 2023-04-19
  • 来自专栏PandaCoder

    GitPulse:让代码故事自己讲述

    明明一整周都在写代码、改bug、调接口,可Git提交记录却只写着fixbug、update、调整……这些碎片无法还原你的真实价值——那些深夜的思考、重构的决心、攻克难题的喜悦,全都沉没在时间的洪流里。 我们写代码,不是为了留下一串乱码,而是为了讲述一个故事。信息≠理解。而GitPulse,让信息变成洞察理查德·沃曼——TED创始人、信息架构之父——曾说过一句深刻的话:“信息只有被理解,才能产生价值。 它把零散的提交,重组成一条条有逻辑、有温度的故事线。价值先行:不是监控你,而是让你看见自己哈里·马克思——传奇营销大师——有一条铁律:“先问你能为客户创造什么价值,再谈回报。” 特别功能:AI代码检测——拥抱未来,诚实记录我们不回避AI编程。相反,GitPulse内置AI代码识别功能:自动标记AI生成代码统计AI辅助占比帮你反思:哪些工作可被AI替代?你的核心价值在哪里? 三步开启你的价值之旅安装:在JetBrainsMarketplace搜索“GitPulse”打开:IDE右侧工具栏点击“GitStatistics”感受:看见你的第一份“有故事的周报”最后的话我们不是代码机器

    20910编辑于 2025-11-27
  • 来自专栏AI机器学习与深度学习算法

    机器学习入门 11-2 SVM背后的最优化问题

    本系列是《玩转机器学习教程》一个整理的视频笔记。本小节从SVM算法的基本思想推导成最终的最优化数学表达式,将机器学习的思想转换为数学上能够求解的最优化问题。SVM算法是一个有限定条件的最优化问题。

    2.4K72发布于 2020-06-10
  • 来自专栏代码故事

    代码故事】VSCode知名主题material-theme仓库代码清空

    在这个事情发生的第一时间,Anthony Fu 克隆了一份代码仓库,并做了补充说明。恢复仓库? 作为一个有着800个fork的知名开源项目,就算代码被完全清空了,也还是存在着无数个备份,要想恢复,也是很简单的事情。针对代码恢复这个问题,Anthony Fu 有着他的思考和观点。 如果是我,只要做开源可以赚钱,没有人贡献代码,没有人一起维护,完全没问题,我可以贡献到老。同时呢,这也是很多很多开源维护者,贡献者的窘境。

    21810编辑于 2024-08-10
  • 来自专栏滚雪球学SpringBoot

    🔄从头到尾的重构之旅:代码重生的幕后故事

    这,正是我在开发过程中遇到的“臃肿代码”的真实写照。于是,我决定给它来个“大手术”,进行一次彻底的代码重构。 这不仅仅是“修改”代码那么简单,而是像炼金术一样,把一堆混乱的代码重新炼制成可扩展、易维护的金子。  在这篇文章中,我将带你走进一次真实的代码重构之旅。 提高代码可读性和可维护性:让每个函数名明确其功能,代码结构清晰,减少不同功能间的耦合。减少重复代码:提取公共逻辑,避免不同地方的重复劳动。   这样,代码结构变得更加简洁,每个小函数的功能更加明确,代码也更易于维护。 作为开发者,我们不仅要注重代码功能的实现,更要关心代码的质量和结构。重构就像是“代码的养生之道”,它让我们的系统保持健康,让我们能够从容应对未来的挑战。  

    29621编辑于 2024-12-18
  • 来自专栏Alter聊科技

    风口上的低代码:诱人的故事,危险的豪赌

    01 理想的故事代码的理念最早可以追溯到上世纪80年代,彼时美国正在流行“第四代编程语言”,目的在于打造让开发者实现“做什么”而不是“如何做”的编程语言,并在21世纪初诞生了可视化编程语言。 尽管低代码的概念在国内愈演愈热,但对低代码市场的争夺却始于2020年。 即便是一些布局低代码的SaaS平台,也开始向aPaaS延伸,试图以开放的方式扩张自身的业务范围。 也就是说,“生态故事”几乎已经是低代码平台的标配,也是这场赌注中最危险的地方。 和许多被推上风口的行业一样,低代码并不缺少可观的商业故事,却不应忽略企业服务的特殊性,不像消费市场那样有太多差异化的空间。 低代码本身并不是壁垒,关键在于找到正确的价值出口,把“低代码”的利器转化为可观的商业价值,而非一味鼓吹低代码的技术革命。

    31820编辑于 2023-01-12
  • 来自专栏Opensource翻译专栏

    基础架构是代码:COBOL和Go的故事【programming(Go)】

    下次再试一次,因为她是发明第一个编译器(将编程代码转换为机器语言的软件)的人。 编者注:这篇文章之前说过COBOL是第一种编译语言,但不是。 阅读有关编译语言早期的更多信息。 事实上,据路透社计算,目前仍有2200亿行 COBOL 代码被用于生产,而且每天 COBOL 系统处理的商业交易额高达3万亿美元。” 目前,Go 在云中占据主导地位 Cobol 早期统治的故事让我想起了一些东西。如果我们调查一下这个云计算时代最有影响力的项目,那么您将很难错过排在首位的Go。 有影响力的项目继续存在于Go可以填补的空间中,正如Uday Hiwarale在2018年很好地解释的那样 : “Go之所以成为一门伟大的语言,是因为它有简单的并发模型、基于包的代码管理以及非严格的(类型推断 Command Line Heroes在本季讲述的故事说明了语言是如何诞生的,它们周围的社区是如何形成的,它们是如何变得流行和标准化的,以及一些语言是如何慢慢衰退的。

    87000发布于 2019-11-17
  • 来自专栏可以叫我才哥

    《用数据讲故事》:用故事驱动决策

    ▶如何用数据讲故事? 主要内容是第一部分;“如何用数据讲好故事”。将数据转化为信息并驱动作出更好的决策,关键就在于将它们可视化并用它们讲故事。 而默认工具和一般实践常常令数据和讲述的故事枯燥无味。 本书讲述的内容能够让我们从简单地展示数据成长到用数据讲故事。 如何学会讲故事 我们将从6个方面学会用数据讲故事 读懂上下文:谁是你的受众?你需要他们了解什么或者做什么? 我们可以利用重复的力量让受众记住我们的故事,也可以采用水平和垂直逻辑关系、反向故事板以及寻求新视角等策略确保我们的故事清晰易懂。

    91621编辑于 2023-08-28
  • 来自专栏全栈程序员必看

    笛卡尔与心形线故事_笛卡尔的故事

    说明 写这篇文章是因为某天看到这样一个公式 r=a(1-cosθ) ,我上网搜了下,原来是笛卡尔心形线的极坐标方程,这个方程里面的确有一个浪漫又悲情的爱情故事,感兴趣的朋友可以点这里看看, 而至于这个故事是真是假,这 并不重要。 +cos(2*t)) x,y 分别表示一个点的 x 坐标 和 y 坐标, a:是一个常数,用来控制心形的大小, t :代表 弧度 t 的取值范围:-pi<=t<=pi 或 0<=t<=2*pi 代码 心形线 极坐标方程 r=a(1+sinθ) 代码 <! 根据这个参数方程,用上面说的平面直角坐标系的画法,把代码里的方程换一下,就可以画出这样的心形。 代码 <!

    1.4K20编辑于 2022-11-03
  • 来自专栏镁客网

    内存的故事

    本文转载自公众号:金捷幡(ID:jin-jiefan),作者:金捷幡 前言 2006年5月1日,德国半导体巨头英飞凌(Infineon)分拆了内存事业部在纽交所上市,股票代码叫做Qi。 可惜故事的结局不总是幸福的,和台积电的诉讼和解以及中芯后来因资金缺口引入了央企股东纠纷导致了张汝京的出局。 奇梦达破产后的故事还没有结束,破产管理人对英飞凌发起了诉讼,认为英飞凌未尽到义务等。2014年英飞凌以支付2.6亿欧元给奇梦达破产管理人达成和解,并购回奇梦达全部专利。 其中最纠结的是英飞凌、茂矽和南亚三角恋的故事。 1996年,茂矽(Mosel Vitelic)和西门子(英飞凌前身)结婚,生子茂德(Promos)。 在DRAM量产50年之际,衷心祝愿我们伟大的祖国可以在半导体尖端制造领域上可以迎头赶上,写下新的内存故事

    1.6K20发布于 2019-09-25
  • 来自专栏深度学习与python

    从 160 行代码到 200 亿安装量:Curl 的传奇故事

    如果你对开源项目、软件开发以及 Daniel Stenberg 的个人故事感兴趣,那么本文将为你提供深入了解和启发。 在 FOSDEM 2024 的大会上,一位低调而充满智慧的人物引起了广泛关注。 他强调了通过易读的代码、文档、测试、代码分析器、模糊测试和漏洞赏金等方式来提高代码质量和安全性。这些都是他们为应对挑战而采取的措施。 Stenberg 也讲到,面对挑战可能会让人心力交瘁。 人比代码更难对付 Stenberg 坦言了也许是最棘手的问题:“人比代码更难对付。” Stenberg 凭借多年的经验,揭示了开发者每天所面临的问题。 当被问及现在与一个更大的代码库有什么不同时,Stenberg 坦率地表示:“实际上没有什么不同。” 他解释说,无论是在大型还是小型代码库中,开发者都会面临类似的沟通挑战和问题。 更令人惊讶的是,每个月平均有 25 位新的提交作者加入这个大家庭,而每个月大约有 10 位新的提交者开始为项目贡献代码

    37110编辑于 2024-03-18
  • 来自专栏C语言及其他语言

    母牛的故事

    题目描述 有一头母牛,它每年年初生一头小母牛。每头小母牛从第四个年头开始,每年年初也生一头小母牛。请编程实现在第n年的时候,共有多少头母牛? 输入 输入数据由多个测试实例组成,每个测试实例占一行,包括一个整数n(0<n<55),n的含义如题目中描述。 n=0表示输入数据的结束,不做处理。 输出 对于每个测试实例,输出在第n年的时候母牛的数量。 每个输出占一行。 样例输入 2 4 5 0 样例输出 2 4 6 提示 无 来源 无

    1K70发布于 2018-04-18
  • 来自专栏LET

    空间的故事

    故事源自<Flatland>这本书,TED-ED有相关视频《Exploring other dimensions》 假设桌子上有一把三角尺,俯视时它是一个三角形,移动自己的视角平视它,三角尺就抽象成了一根线 故事就发生在这样一个平面国,每个人都是平面的,等腰三角形,等边三角形,正方形,五边形等等,能理解的空间就是长度和宽度两个维度。假如生活在平面国,你眼中所有的一切,都只是长短不一的---线。 故事结束了,不知道大家读出来什么?反思一下我们自己,很幸运的生活着一个三维空间并习以为然,但你内心的那个世界,Z值是否永远为零?

    89760发布于 2018-06-20
  • 来自专栏UML

    4步曲: 如何用故事点估计用户故事?

    我们可以使用故事点! 让我们通过Story Points了解估算过程的每一步。 第1步 - 确定基础故事 故事点是一个复杂的单元,包括三个要素:风险,复杂性和重复。 为了找到我们的基本故事,我们搜索一个与用户故事的完成定义的内部标准相对应的基本任务,并为其分配一个故事点。这将是我们的基础故事。 当使用Fibonacci序列号进行估算时,我们创建一个矩阵,其中包含每个序列号及其相关故事的行。然后,我们收集所有故事并开始将它们分成几行,将故事相互比较以及与其他已完成的故事进行比较。 请注意,我们的基本故事已经在第一行的此矩阵中,其值为一个故事点。 这是我们的一个矩阵: 第3步 - 筹划扑克 为每个故事分配故事点,我们召开一次会议,让所有参与该项目的专家聚在一起玩规划扑克。 我们的任务按实现它们所需的故事点数分成几行。最后,我们将每个积压项放在适当的行中。一排可以有几个故事

    3.3K41发布于 2019-01-11
  • 来自专栏硬核项目经理的专栏

    【敏捷5.2】用户故事的层次和用户故事地图

    用户故事的层次和用户故事地图 经过上一篇的学习,你对用户故事有了一个大概的了解了吗? 故事层次 一个完整的大项目往往是复杂的,而且大量的工作是难以准确预估的。所以,我们的敏捷团队需要将这些故事拆分成为更小的故事,直到可以准确地估算和构建这些工作内容。 因此,用户故事一般就是在中间层级。除了普通的用户故事之外,上篇文章中我们还提到过一个概念,那就是史诗。那么史诗故事应该在什么地方呢? 用户的产品体验有时候仅靠想象是很难验证的,通过用户故事地图,就可以直观地展现这些信息,并且可以想象单独的用户故事是一堆散乱的枝叶,我们通过故事间的逻辑关系将这些树叶连接起来形成一颗完整的故事树。 这也是用户故事地图的一大亮点。模块内容的用户故事我们可以在一次或多次替代之后完成,形成一个可发布版本。然后发布之后再将地图前进到下一个故事模块中。

    1K21编辑于 2023-03-03
  • 来自专栏SpringBoot图文教程

    故事系列」小故事说清楚什么是日志框架

    一个小故事说清楚日志框架 日志的作用 记录系统中的操作 记录系统的运行状况 系统错误时候,根据日志分析原因 故事开始 在一家IT企业中,项目经理虎大力(龙套) 正在指挥 程序员鹿小明(精英龙套)开发一个大型的增删改查项目 项目组仅有的程序员鹿小明每天工作996 故事进入 V1.0 环节 one day,虎大力给鹿小明提出来一个新的需求,为了更好的进行公司的信息化建设,虎大力想要看到代码执行的情况,执行到某个业务的时候在控制台有所表示 故事进入 V2.0 环节 一段时间岁月静好 one day,虎大力找到鹿小明:你这个代码里面System.out.println()太多了,我需要你做成,测试时候显示,上线之后不显示。你去搞一下。 故事进入 V3.0 环节 一段时间岁月静好 one day,虎大力找到鹿小明:你这个日志框架功能太简单了 ,再搞点新功能,像输出到文件啊,异步啊都搞上。 故事进入 V4.0 环节 一段时间岁月静好 one day,虎大力找到鹿小明:1.0和2.0的api不一样,1.0换成2.0,2.0换成1.0 每次切换都要改代码,你改一下吧,改成可以想用哪个用哪个的。

    82120发布于 2020-03-27
  • 来自专栏小浩算法

    漫画:博弈论系列 之 海盗分金币的故事(附:代码实现)

    最后,这里也提供一份代码实现,供有兴趣的同学参考(该代码我大概看了一下,但是因为时间的关系,没有跑单测进行验证,特此说明!) //java实现 //本代码由作者 LeonXtp 提供 //同时,本算法只找出一种解决方案就算完成 public class PirateModel { //金币数量 private System.out.println(pp.pirateCount + "人时分配方案:" + Arrays.toString(solution)); } } } //以上代码输出

    3.5K30发布于 2020-03-30
  • 来自专栏前端桃园

    月下载千万的 NPM 包被注入恶意攻击代码的背后技术故事

    在两个月前,这个含有攻击代码的包就被加入到依赖中,但是直到本月 20 号才爆发了关于这个包的讨论。 并且这个攻击包做的很鸡贼,如果你打开 flatmap-stream 的 Github 页面,会完全发现不到任何的问题,但是在 NPM 上,这个包却被加入了攻击代码。 key,攻击代码是已 AES256 的方式加密的。 当获取解密后的攻击代码后,它会去替换 copay 中的获取秘钥函数为自己实现的代码,在这段代码中,它会将用户的秘钥发送到攻击者的服务器中 sendRequest("copayapi.host", path 在正式的网络中,代码就会进行秘钥上传,这样攻击者就可以获取你的钱包秘钥,从而从钱包中获取虚拟货币。

    75130发布于 2019-08-20
领券