首页 文章 精选 留言 我的

精选列表

搜索[剪贴板历史],共10004篇文章
优秀的个人博客,低调大师

Reddit 季度收入创历史新高,得益于人工智能

Reddit依托其独特的小众社区文化和活跃的问答氛围,正在人工智能(AI)领域实现盈利增长。该平台的最大资产在于其用户生成的真实内容,这一优势让Reddit在与大型科技公司合作时,占据了有利位置。公司通过 AI 授权,将平台上的子版块内容整合入搜索引擎结果中,显著提升了网站流量,并为广告主提供了精准的目标受众。 近年来,Reddit在财务业绩方面屡次超越市场预期,用户每位收入(ARPU)增长速度远远快于其他社交媒体平台。这一趋势推动了Reddit股票的上涨,令其市场估值达到新高。随着投资者对Reddit未来增长的信心增强,该公司的股票在过去三个月内上涨了123%,年内涨幅更是超过344%。 分析师们对Reddit的盈利前景持续看好。数据显示,Reddit2025年的每股收益(EPS)预期从最初的1.14美元上调至1.86美元,增幅达63%。此外,2026年和2027年的 EPS 预期也有所上升,分别增长了31% 和14%。这表明市场对红迪网的长远发展充满信心。 Reddit的快速增长得益于其在人工智能整合和数据授权方面的成功。最近发布的 “Reddit问答” 搜索引擎大大提高了用户互动和流量,带动了广告支出的显著增加,用户每位收入年增长率达到47%。这一成果超出了行业内对其逐步发展的预期。 Reddit的竞争优势在于其丰富的用户数据和问答文化,结合 AI 技术,使得每一条内容不仅具有高价值,还能与广告信息无缝对接。这种独特的 “防御性” 网络效应,让其他社交平台难以复制Reddit的成功模式,帮助其在 AI 应用上走在了行业前列。 尽管Reddit目前的市盈率较高,投资者仍然看好其市场前景。分析师们对Reddit的股票保持普遍乐观,虽然有少数持谨慎态度的观点,但整体市场支持度依然强劲。只要Reddit能够持续保持良好的增长趋势,其股票溢价便是合理的。

优秀的个人博客,低调大师

TIOBE 9 月榜单:Java 上位,C 语言跌至历史最低

TIOBE 公布了 2024年 9 月的编程语言排行榜。 自 6 月份被C++超越跌至榜单第三后,C 语言排名在本月再次下跌一位。目前榜单的 Top 5 位分别是:Python、C++、Java、C 和 C#。这也是自 2001 年 TIOBE 指数开始以来 C 语言的最低排名,C 语言是否正在失去魔力? TIOBE CEO Paul Jansen 点评称,C 语言一直以来都嵌入式系统的最爱。到目前为止,C 语言唯一的严重缺点是它不是为扩展而设计的。由于缺乏面向对象特性,大型 C 程序难以维护。现在,嵌入式系统的功能趋于增长,因此代码大小也随之增长,而且由于越来越多的嵌入式编译器具有良好的 C++ 支持,因此人们倾向于从 C 语言切换到 C++。 尤其是美国政府开始明确表示希望禁止内存不安全的语言(如 C 语言),转而支持内存安全的语言(如 Rust),很多公司正在考虑用 Rust 来替代 C。 Paul Jansen 认为,“C 可能会失去它的魅力,但它会在很长一段时间内保持在 TIOBE 指数前 10 名。因为它的装机量惊人,是全球数以亿计的安全关键系统的一部分。” TIOBE 9 月 TOP 20 编程语言 C 的排名从 3 跌至 4 Java 的排名从 4 升至 3 Visual Basic 的排名从 8 升至 7 Go 的排名从 9 升至 8 SQL的排名从 7 跌至 9 Delphi/Object Pascal排名从12 升至 11 MATLAB的排名从11 跌至 12 R 语言的排名从 19 升至 15 Ruby的排名从15 跌至 16 Scratch的排名从 20 升至 17 COBOL 重回Top 20 至第 19 位 Swift的排名从16跌至 20 Assembly language则跌出 Top 20 榜单(17→21) TOP 10 编程语言 TIOBE 指数走势(2002-2024) 第 21-50 名编程语言排行 第 51-100 名如下,由于它们之间的数值差异较小,仅以文本形式列出(按字母排序): ABC, ActionScript, Algol, Apex, APL, Bash, Carbon, CFML, CHILL, CL (OS/400), CLIPS, Clojure, Crystal, Curl, DiBOL, Erlang, Forth, Groovy, Hack, Icon, Inform, Io, J, JScript, LabVIEW, Modula-2, Mojo, MQL5, NATURAL, Nim, OCaml, Occam, OpenCL, OpenEdge ABL, PL/I, PostScript, Q, Ring, Scheme, Smalltalk, Snap!, SPARK, Stata, SystemVerilog, Tcl, VHDL, Whitespace, Wolfram, X++, Zig TIOBE 编程社区指数(The TIOBE Programming Community index)是一个衡量编程语言受欢迎程度的指标,该指数每月更新一次。评判的依据来自世界范围内的工程师、课程和第三方供应商,包括流行的搜索引擎,如 Google、必应、雅虎、维基百科、亚马逊、YouTube 和百度都被用于指数计算。值得注意的是,TIOBE 指数并不代表编程语言的好坏或编写代码的多少。 该指数可以用来检查你的编程技能是否还能跟上时代的步伐,或者在开始建立一个新的软件系统时,基于指数对采用何种编程语言做出决策。 TIOBE 指数的定义方式,以及详细榜单信息均可查看官网。

优秀的个人博客,低调大师

历史数据泄露汇编集合COMB被发布在网上

据外媒,一个超过30亿的用户凭证被发布在网上,而此次事件由以往多次用户数据违规泄露事件汇编而成,这个汇编集合被称为COMB。该集合属于一个巨大的个人数据存储库,而该数据库并非新的黑客攻击事件和数据泄露事件,而是以往“多次违规事件汇编”,并且有可能是有史以来最大的一次用户凭证汇编结合。 COMB信息中的包含了过32亿个电子邮件和明文密码,拥有像Netflix(网飞)、LinkedIn(领英)、Bitcoin(比特币)等大平台的用户数据。例如2012年LinkedIn的一次数据泄露事件,涉及1.17亿个账户。 COMB被人放入了一个受密码保护的加密容器中,里面的内容按照数据字母顺序排列在一个树状结构中,并且包含用于查询电子邮件和密码的脚本。 【责任编辑:赵宁宁 TEL:(010)68476606】

优秀的个人博客,低调大师

历史回顾——NLP问题解决方案的演变史

NLP-深度学习时代之前: 在深度学习来临之前的日子里,在自然语言处理算法(NLP)领域出乎意料地有许多相对成功的经典挖掘算法,对于像垃圾邮件过滤或词类标记问题可以直接使用可解释的模型来解决它们。 但并非所有问题都可以通过这种方式解决,简单的模型不能充分捕捉语境或反语等细微语言要点。基于总体概括的算法(例如,文字袋(bag-of-words))证明了不足以捕捉文本的连续性,而n-gram努力克服这些困难,但受到维度灾难的严重影响。即使是基于HMM的模型也无法克服这些问题,因为它们是无记忆。 第一个突破——Word2Vec: 语言分析的主要挑战之一是将文本转换为数字输入的方式,只有完成这一步才能使得建模变得可行。在计算机视觉任务中这不是问题,因为在图像中,每个像素都用三个数字来表示,这三个数字描绘了三种基色的饱和度。多年来,研究人员尝试了大

优秀的个人博客,低调大师

linux中生成考核用的NTFS文件系统(历史版本)

注2017年6月25日修改:这个版本想得复杂了,还是改为python脚本容易实现的方式。见相关blog(ntfs案例一) 目的: 生成一个NTFS文件系统,要求: 1、$MFT至少2个碎片 2、根目录下建90个以从1开始的数字编号为名的子目录,每个子目录下建80-100个文件,文件编号从1开始编起。 3、有大量文件是由2个或以上碎片组成。(本例多为2个碎片) 1、shell 脚本如下: !/bin/sh #Script.sh # # #Createdby张宇on2017/3/29.此脚本已包含后面的命令 # mkdir~/$1 cd~/$1 qemu-imgcreate-fraw$1.img1G qemu-nbd-fraw-c/dev/nbd0$1.img parted-s/dev/nbd0mklabelmsdos parted-s/dev/nbd0mkpart-sprimaryNTFS128s100% mkfs.ntfs-f/dev/nbd0p1 mount.ntfs-3g/dev/nbd0p1/mnt #第一段for,先创建30个子目录,每个目录下80-100个文件,大小为16K-48K,这一段基本连续 for((i=1;i<=3;i++));do mkdir/mnt/$i r1=$(($RANDOM%20)) for((ii=1;ii<80+$r1;ii++));do r2=$(($RANDOM%64+32)) ddif=/dev/urandomof=/mnt/$i/$iibs=512count=$r2 done done #sleep60便于让文件系统flush #sleep60 mkdir/mnt/padding cd/mnt/padding #填充65000个文件,这样可以使NTFS$MFT填充到第一个使用的数据区段,从而产生$MFT碎片。 for((i=1;i<65000;i++));do touch$i done #创建出其他4-90子目录,这些文件会位于$MFT的第二个片断或以后 for((i=4;i<=90;i++));do mkdir/mnt/$i r1=$(($RANDOM%20)) for((ii=1;ii<80+$r1;ii++));do r2=$(($RANDOM%64+32)) ddif=/dev/urandomof=/mnt/$i/$iibs=512count=$r2 done done #sleep60 #第二段for,使用dd把第一段for创建出的文件,从0-16K的位置,写入48K-80K,基本保证>约2个碎片,子目录3下的文件是第一段$MFT下的文件,3之后的为$MFT第二个片断。 for((i=3;i<=90;i++));do cd/mnt/$i foriiin`ls`;do r2=$(($RANDOM%64+96)) r3=$(($RANDOM%32)) ddif=/dev/urandomof=/mnt/$i/$iibs=512seek=$r3count=$r2 done done #删除padding,以免目录结构太臃肿 rm-rf/mnt/padding cd/mnt find.-typef-print|xargsmd5sum-b|tra-zA-Z1>~/$1/md5.list foriin`find.-typef`;dontfscluster-f-F$i/dev/nbd0p1;done1>~/$1/file.info2>/dev/null 2、在shell中执行如下命令: qemu-imgcreate-frawtest2.img1G qemu-nbd-fraw-c/dev/nbd0test2.img fdisk/dev/nbd0#此命令交互,目的为/dev/nbd0分个区,不想交互,可使用parted加参数 mkfs.ntfs-f/dev/nbd0p1 mount.ntfs-3g/dev/nbd0p1/mnt /bin/bashrun.sh 3、测试结果是否满意: 命令一:ntfscluster-f-I0/dev/nbd0p1 结果与预想相符,$mft果然为2个片断: Forced to continue. Dump: /$MFT 0x10 - resident 0x30 - resident 0x80 - non-resident VCN LCN Length 0 4 16387 16387 20488 1880 0xb0 - non-resident VCN LCN Length 0 2 2 2 16391 1 命令二:ntfscluster-f-F1//dev/nbd0p1 结果与预想相符,抽样目录,也为2个片断 Forced to continue. Unnormalized path 1/ Dump: /1 0x10 - resident 0x30 - resident 0x50 - resident 0x90 - resident 0xa0 - non-resident VCN LCN Length 0 53328 2 2 49238 1 0xb0 - resident 命令三: ntfscluster-f-F60/9/dev/nbd0p1 结果与预想相符,抽样文件,也为2个片断 Forced to continue. Dump: /60/9 0x10 - resident 0x30 - resident 0x50 - resident 0x80 - non-resident VCN LCN Length 0 211991 8 8 115298 7 4、生成所有文件的md5 哈希,便于生成考核答案 cd/mnt find.-typef-print|xargsmd5sum-b|tra-zA-Z 5、生成所有文件的碎片信息,便于生成考核答案 cd/mnt foriin`find.-typef`;dontfscluster-f-F$i/dev/nbd0p1;done2>/dev/null 6、生成目录的碎片信息,便于生成考核答案 cd/mnt foriin`find.-typed`;dontfscluster-f-F$i/dev/nbd0p1;done2>/dev/null 7、生成元文件的文件记录信息,便于生成考核答案 for((i=0;i<16;i++));dontfscluster-f-I$i/dev/nbd0p1;done2>/dev/null 或者通过命令:ntfscluster -i -f /dev/nbd0p1, 查看如下值:initialized mft records : 73115 再执行,下面命令即可将所有文件的碎片信息打印出来,再做加工,即可生成考核答案 for((i=0;i<73115;i++));dontfscluster-f-I$i/dev/nbd0p1;done2>/dev/null ntfs-3g源码改动: 1、ntfscluster.c 400行while改为如下,目的是便于输出结果用grep,sed或awk加工 while((rec=find_attribute(AT_UNUSED,ctx))){ ntfs_log_info("0x%02x-",(int)le32_to_cpu(rec->type)); if(rec->non_resident){ ntfs_log_info("non-resident\n"); runs=ntfs_mapping_pairs_decompress(vol,rec,NULL); if(runs){ ntfs_log_info("INODEATTRRUN#VCNLCNLength\n"); for(i=0;runs[i].length>0;i++){ ntfs_log_info("%8lld0x%02x%8lld%8lld%8lld%8lld\n", (longlong)(ino->mft_no&0x0000FFFFFFFFFFFFUL), (int)le32_to_cpu(rec->type), (longlong)i, (longlong)runs[i].vcn, (longlong)runs[i].lcn, (longlong) runs[i].length); } ntfs_log_info("[INFO]:0x%02xRuns:%d,Inode:%lld,path:%s\n", (int)le32_to_cpu(rec->type), i, (longlong)(ino->mft_no&0x0000FFFFFFFFFFFFUL), buffer); free(runs); } }else{ ntfs_log_info("resident\n"); } } 结果将如下: Dump: /50/3 0x10 - resident 0x30 - resident 0x50 - resident 0x80 - non-resident INODE ATTR RUN# VCN LCN Length 69425 0x80 0 0 194588 9 69425 0x80 1 9 217183 8 [INFO]:0x80Runs:2,Inode:69425,path:/50/3 考题及答案生成部分: 1、$MFT:$DATA 2、$MFT:$BITMAP 3、在$MFT第一个片断中的,拥有$DATA:RUNLIST唯一一条记录的文件,回答其MD5 4、在$MFT第二个片断中的,拥有$DATA:RUNLIST两条记录的文件,回答其MD5 5、读取某个拥有至少2个A0属性的目录块的MD5 6、给定一个起始簇号,解释一个RUNLIST的前3条记录(样本中至少有3条记录) 7、恢复一个删除的文件 (可生成答案后,删除某个目录,再恢复其下面的某个文件即可)

优秀的个人博客,低调大师

Linux 25年发展历史带给我们的9项启示

【大咖・来了 第7期】10月24日晚8点观看《智能导购对话机器人实践》 【51CTO.com快译】Linux内核社区于2016年迎来了其二十五岁生日,很多朋友询问我们实现项目长久发展及成功的秘诀。对于这样的问题,我通常会以笑话回应——因为说实话,我也不知道这一切是怎样实现的。不过重要的是,我们之所以能够这样摸索向前,是因为社区自身拥有着强大的反省与变革能力。 大约十六年前,大多数内核开发者彼此从未谋面——大家只是通过邮件沟通。为了解决这个问题,随后出现了内核峰会。如今,Linux内核开发者们每年都会齐聚一堂,共同探讨技术问题并反思自己过去一年中哪些事做得对、而哪些事做得不够理想。我们会开发Git这类新型工具,从而不断改变彼此间协作的方式。 随着时间推移,这种演变带来了弹性,使得Linux项目能够不断迈上新的台阶,同时避免由fork带来的力量分散问题。也许其中确实有着一些重要的成功关键,下面我将试着阐述其中的9项启示。 1.保持较短发布周期非常重要。 在Linux项目发展早期,每套新的内核大版本往往需要数年才能发布一次。这意味着用户需要拿出大量时间等待新功能的加入,这对于使用者以及发行商而言都相当令人沮丧。不过更重要的是,如此漫长的周期意味着我们需要一次性整合大量代码,甚至不得不将很多尚未就绪的代码匆匆加入新版本。 较短的发布周期能够解决此类问题。新代码可快速被纳入稳定版本。以几乎即时的方式集成新代码使得最为重大的变更也几乎不会产生破坏性影响。开发者很清楚,即使他们错过了一个版本,那么再等两个月又会有新的版本,因此他们不必急于将不成熟的代码合并进来。 2.需要利用分布式分层开发模型实现流程可扩展性。 很久以前,一切变更都直接由林纳斯-托瓦兹负责,但这种作法很快被证明并不科学——毕竟没有任何一个人能够独力支撑起像操作系统内核这种多样的项目。因此,我们想到应该将内核中不同领域的事务交由不同且掌握对应专业知识的维护者处理。其中包括网络、无线网络、各类驱动程序子系统——例如CPI或USB——乃至ext2或vfat等独立文件系统。将代码审查与集成的任务交付至数百名维护者手中,最终使得Linux项目能够快速实现各个版本中的数万次变更,而不会影响审查或者成品质量。 没有正确的工具,内核这样的项目将随着自身体积的扩张而崩溃。 3. 工具很重要。 内核开发工作在规模方面一直面临挑战,直到BitKeeper源代码管理系统的出现——其几乎在一夜之间改变了社区的实践方式。而Git无疑是另一种飞跃。没有正确的工具,内核这样的项目将随着自身体积的扩张而崩溃。 4.内核的共识性判断模式非常重要。 作为一项基本原则,如果某位***份量的开发者表示反对,那么提出的更改建议将不会被纳入项目当中。但是,这对于该代码的贡献者来说则是一种沉重的打击,毕竟他们已经耗费了数月时间用于相关工作。但这一举措亦确保了我们的内核能够适应广泛的用户需求与实际问题。没有哪个用户社区能够牺牲整体利益执行变更。因此,我们利用这种共识性关注保证项目只具备单一代码库,其能够涵盖由小型系统到超级计算机的各类应用场景。 5.内核的“无退化”原则同样重要。 十年之前,内核开发者社区曾经承诺如果特定内核可在特定设置下运作,那么全部后续内核也必须契合同样的条件。如果社区发现某项变更会导致退化,则必须快速解决这一问题。该原则向用户保证任何升级活动都不致破坏其系统,这样他们才乐于在开发新功能时采用我们的内核方案。 6.企业参与至关重要,但内核开发不会由任何单一企业所操纵。 自2014年12月发布的3.18版本以来,来自近500家企业的5062名个人开发者为Linux内核作出了贡献。大多数开发者能够从相关工作中获得酬劳,而他们做出的变更则可为其所在企业提供助益。然而,尽管任何企业都能够参与到内核的改进工作中来,但内核的发展方向绝不会为任何单一企业所操纵。 7.项目之内不应存在内部边界。 内核开发者必须专注于内核中的特定部分,但任何开发者都能够对内核的任意部分进行变更——只要这一变更存在合理性。这意味着问题将始终存在于其起源处,而非令人难以定位,而开发者则可对内核拥有更为全面的了解,甚至最为顽固的维护者也无法***期地阻止任何针对特定子系统的改进。 8. Linux内核项目证明,大规模开发工作完全可以从小处起步。 最初的0.01版本内核仅包含1万行代码; 如今其每两天的代码增量就已经超过1万行。开发者目前添加的一些基本甚至微小的功能,未来都有可能发展成重要的子系统。 9. 25年的内核发展历程表明,持续合作可以带来任何单一机构都无法实现的辉煌成果。 自2005年以来,来自超过1300家企业的约14000名个人开发者为Linux内核作出贡献。正因为如此,Linux内核已经成为各类企业进行市场竞争时频繁使用的重要资源。 原文标题:9 lessons from 25 years of Linux kernel development 原文作者:Greg Kroah-Hartman 【51CTO译稿,合作站点转载请注明原文译者和出处为51CTO.com】 【责任编辑: 云中子 TEL:(010)68476606】 点赞 0

资源下载

更多资源
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

用户登录
用户注册