浅谈讨论区改版-回应征求意见贴

Oschina 讨论区改版-征求意见”至今,收到了各方oschina的安家者的热烈回应,并提出了很多有见地的建议或想法。oschina讨论区改版,是11年上半年的首要产品改版工作,讨论区也是os用户的主要的思想聚集地,也是oschina网站的立站之本。

特谈一下讨论区改版的设想,望大家继续补充指点。

首先说一下大家的建议和想法。大家的思路主要集中在产品的细节,对于单一的产品,追求用户至上的单一产品,用户提出再多的要求也不过分,而且99%都是来自需求,都是有理可依的。

dd 提到了即时交流,喵了个咪 提到了问答和微博,杨焱 提到了技术贴分类,IBM DW 提到了stackoverflow,SeekerLee 提到了积分和成就体系,zhangyou1010 1001也是语言分类,袁国涛 继续谈微博的开放性,Sephiroth ,下载和问答,weir2008 来点干的,别玩儿花哨,沙逛鱼 提到结贴,艺术家,收藏,马海宝 消息回复弹出,frankiegao123 还是回复问题,隋茂华  问题与文章分开,阎王他爹 还是帖子分类,周晓健 帖子列表问题,酱油他哥 喵了个咪 首页控,(很可怕,确实),李渊 积分体系,提炼精华。

OK,大体就这些。这些内容,无一不是说到点子上,无一不在@红薯的考虑之内(当然,未必都采纳,见后)。同时,我们也关注了包括国内外同行技术网站,及相关论坛的创新产品,结合大家的建议,有如下的思考,予以分享。

1、专注最主要的需求

题外:从夏朝开始的“井田制”,到当代的“十二五规划”,离不开咱们国人的一个传统,那就是自上而下,不考虑需求或是弱化需求。即使是市场化高度发达的IT行业,作为互联网产品,这样的思考方式也有,但是将禁不住市场的检验。

A、B、C,太多的所谓的互联网名人或牛人(一般以乔布斯为教主),都在重复的谈一个概念:专注!专注什么呢?总结起来就是用200%的精力,专注目的群体的最主要的需求,200%的做好和满足它。

国内的互联网站,大多追求大而全的产品布局。无需举例,大多数网站主,都喜欢将博客、微博、群组等等变成网站的标配,这样的网站无一不是犯了“不专 注”的毛病(别提长尾理论,和这个不搭界)。后果有二,一无商业模式,二无拓展性,最终披个“最大XXX”的外衣,走向“门户”的形。 IT技术网站一目了然,就此带过。

就oschina内部而言,集中精力,最好一个产品,也是现实的问题。就此而言,抛离讨论区的本质的需求,将很获得实施。

那么程序员的群体最大的需求是什么呢?留个哑谜吧,lol。

2、需求的表现类型-信息分类

所谓讨论区,或者称为论坛,或者称为交流区,BBS是个代名词,而discuz可以说是bbs的代名词。discuz涵盖了几乎各种可能产生的交流类型,当然还不够全。

人们有各种交流的需求,交流的具体实现成就了web 2.0、web 3.0...,交流的信息或载体的形式分类,大体如下:

    A 问答 代表网站:百度知道

    B  辩论 辩论时刻发生,可在国内从未系统,就是演讲一样。

    C 话题 放在微博就是140字的短消息,放大到交流层面,涵盖了想法、经历等的信息。

当然还包括点评等载体形式,不属于讨论区的范围,不在此罗列。ABC涵盖了人们交流的各个方面,不排除有更科学的分类。

为什么对载体的类型进行分类,就是要在提炼最重要的需求,并个性化、系统化的来解决之。因为每种类型的信息的表现形式要接近于实际,是有所不同,甚至说是不同的产品。

3、信息的组织

信息的组织手段如下:

Wiki是个很好的组织信息的方式,特点是信息鲜活,永远保持最新。

标签,作为信息的“中心思想”出现,来组织信息,特点是灵活、发散。

分类,通过结构化、系统化的分类来组织,特点就是系统。

分类+标签,目前很流行的信息组织方式,兼顾两者优点。

搜索,技术化处理“关键词”,可做上述的补充手段。特点就是为人所不能为。

大家有回应,根据语言分类,来处理讨论区,也是手段之一,不过过于传统,有其固有缺点。曾提到有更好的方式,其实目的就是要精准,所以此次改版,信息的组织将采用更灵活的方式。

4、信息的传播

信息的传播,就是信息在人与人之间的传播,重点在信息与人的关系。即使包括社交层面的考虑,如何获得有价值的信息,也是核心话题。狭义上来讲,信息的传播,重点是有价值的信息的传播。

对O*****的用户而言,有价值的信息,你懂的^_^

目前有价值信息的传播,仅发现现存的有3种:

     A 好友分享

     B 投票

     C 转发

ABC都有社交的依赖,深浅有所不同。不做过多解释,此次讨论区改版,也力求体现这一点,毕竟上贴开篇就说:“知识性的社区”。

5、社区激励-人的信誉

Quora火了半载了吧,Stackoverflow和Quora的对比也被人诠释了N次。其实理解起来,也很容易,信息与人挂钩,发布高质量的信息的人,将获得更高的认可。

Quora的火的主要原因是:内容背后是真实的人,这种条件下,社区激励将会好的多。也有人评价,国外基础设施好,这里就体现出来了。

Stackoverflow的社区激励政策公认一流,很成功。虽然Stackoverflow的创始人Joel Spolsky表示和Quora的区别是前者是面向内容,后者是面向SNS,但可惜或败笔之处是,人的信誉不能被交换...

Ooschina的信誉体系,会视为新版讨论区的存在基石。

至于各位回馈的意见,为表尊重,特留此贴,基本能在此文中找到答案。

想法和现实,总有一段距离,希望能做好。谢谢各位,多多支持。

转载于:https://my.oschina.net/erliu/blog/15559

已经博主授权,源码转载自 https://pan.quark.cn/s/a4b39357ea24 在信息技术领域,特别是软件编程行业,微软公司推出的集成开发环境(IDE)Visual Studio,凭借其卓越的功能和广泛的适用范围,成为了众多程序员的常用工具。不过,在实际操作期间,用户可能会遭遇各种挑战,其中一种较为普遍的挑战是“Visual Studio遭遇了异常情况,这或许与某个附加组件有关”。本文将详细研究这一现象的成因、潜在后果以及最终的应对措施。 ### 原因剖析 Visual Studio通过支持多种插件和附加组件来扩展其功能,这些组件通常由第三方开发者设计,旨在为用户提供更多个性化和专业化的工具。然而,这些插件的质量良莠不齐,部分可能未经过充分的测试或与特定版本的Visual Studio存在兼容性难题,从而在执行时引发异常。异常的出现可能源于以下几个因素: 1. **代码缺陷**:若附加组件中的代码存在逻辑问题或资源管理不当,就可能导致运行时异常。 2. **资源竞争**:多个插件同时占用相同的资源(例如内存、文件句柄等),可能会产生资源冲突,进而触发异常。 3. **依赖不匹配**:插件可能需要特定版本的库或框架,如果系统中安装的版本不一致,也可能导致异常。 4. **安全隐患**:部分插件可能存在安全漏洞,一旦被恶意利用,可能会导致更严重的问题,包括但不限于异常崩溃。 ### 后果分析 当Visual Studio遇到由附加组件引发的异常时,不仅会中断当前的工作进程,降低开发效能,还可能带来以下潜在风险: 1. **数据遗失**:若异常发生在保存操作之前,可能会导致未保存的工作内容遗失。 2. **稳定性减弱**:频繁的异常会导致Visual Stud...
内容概要:本文围绕有源中点箝位(ANPC)三电平并网逆变器,提出并深入研究了一种融合双极性倍频脉宽调制(DPWMA)、正负序分离锁相控制与电网电压前馈控制的高性能一体化并网策略。研究首先系统分析了ANPC三电平逆变器在开关损耗均衡、中点电位稳定、输出谐波含量低等方面的拓扑结构优势,为实现高质量并网奠定了坚实的硬件基础。在此基础上,通过引入DPWMA调制策略,有效提升了等效开关频率,显著优化了输出电压电流的波形质量,降低了谐波畸变。为应对电网电压不平衡、畸变等复杂工况,研究采用了正负序分离锁相技术,实现了对电网正序和负序分量的精确分离与独立控制,从而保障了在非理想电网条件下的精准相位同步。同时,通过叠加电网电压前馈控制,构建了前馈-反馈复合控制体系,提前补偿电网扰动,极大地增强了系统的动态响应速度和抗干扰能力。最终,通过Simulink仿真平台对稳态、电网不平衡及动态扰动等多种工况进行了全面验证,结果表明该复合控制策略能显著提升并网系统的电能质量、稳定性和工况适应性,为新能源发电等大功率并网应用提供了先进的技术解决方案。; 适合人群:具备电力电子、自动控制理论或新能源并网技术等相关专业知识背景,从事相关领域科研或工程开发工作的研究人员,尤其适合高校研究生、青年教师及电力系统仿真与设计工程师。; 使用场景及目标:①应用于对电能质量要求严苛的大功率并网逆变器控制系统设计与优化;②解决电网电压不平衡、谐波畸变等复杂非理想工况下的并网稳定性与同步精度问题;③为ANPC三电平逆变器的先进控制策略开发与性能提升提供详尽的仿真验证方案和技术参考;④支持高水平科研论文的复现、学位论文的课题研究以及重大工程项目前期的技术预研与论证。; 阅读建议:建议读者结合文中详述的系统拓扑、控制架构图及仿真模型,循序渐进地理解各控制模块的设计原理与协同工作机制,重点关注DPWMA调制的实现细节、正负序分离的数学原理与实现方法,以及前馈控制的嵌入方式与参数整定策略,并通过仿真实验与传统控制策略进行对比分析,以深刻掌握该复合控制策略的性能优势与工程应用价值。
内容概要:本文围绕“爆破载荷参数”主题,基于UFC 3-340-02与TM 5-855-02标准,系统研究爆炸冲击波在空气中的传播规律及其压力效应的理论建模与数值仿真方法,并通过Matlab代码实现关键参数的计算与分析。研究聚焦于峰值超压、正压持续时间、冲量等核心爆炸参数的工程估算模型,结合经验公式与简化物理假设,构建适用于防护结构设计与毁伤评估的爆炸载荷输入模型。重点在于将复杂的爆炸物理过程转化为可编程的数学表达式,利用Matlab平台完成数据可视化、参数敏感性分析及多工况仿真对比,从而为军事防护工程、建筑抗爆设计等领域提供科学依据和技术支持。; 适合人群:具备一定Matlab编程能力与力学基础知识,从事安全工程、防护结构设计、爆炸力学、武器效应分析及相关领域的科研人员、工程师与高校研究生。; 使用场景及目标:①掌握UFC/TM标准中爆炸压力参数的工程计算原理与应用方法;②学习如何将爆炸力学理论模型转化为可执行的Matlab代码;③应用于爆炸载荷下结构动力响应仿真、毁伤效能评估、安全距离判定等科研与工程实践任务; 阅读建议:建议读者结合UFC 3-340-02原始文献进行对照学习,重点关注代码中物理公式的单位一致性与参数量纲处理,动手调试并扩展代码以深入理解爆炸波传播特性,并尝试将其应用于多因素耦合(如地形、障碍物)的实际场景仿真中。
已经博主授权,源码转载自 https://pan.quark.cn/s/a4b39357ea24 在iOS应用开发过程中,构建语音通信功能是一项普遍的应用需求,特别是在社交平台和即时消息软件中。本指南将阐释如何借助Speex音频压缩格式来设计一个基础的语音通信程序。Speex是一种专为语音设计的开源音频压缩方案,特别适用于低带宽的网络环境。 一、Speex音频压缩技术概述 Speex是一种无成本的、开放源代码的音频编解码方案,由Jean-Marc Valin首创,目前归属于Xiph.Org基金会旗下。其核心优势在于能够提供卓越的语音清晰度同时降低带宽的消耗,非常适合网络电话和实时交流场景。Speex支持多种压缩等级,使得开发者能够在音质与带宽使用之间进行灵活的调配。 二、在iOS平台中整合Speex 1. 获取资源:必须将Speex库纳入你的项目架构中。这可以通过CocoaPods实现,在Podfile文件中添加`pod speex`声明,随后执行`pod install`指令。 2. 导入头文件:在需要运用Speex的源代码部分,需要引入相关的头文件,例如`#import <speex/speex.h>`。 3. 启动和设置:初始化Speex的编码器和解码器实例,设定恰当的采样频率、比特率等配置参数。例如: ```objc SpeexBits bits; SpeexEncoder *encoder = speex_encoder_init(speex_lib_get_mode(SPEEX_MODEID_NB)); //窄带模式 SpeexDecoder *decoder = speex_decoder_init(speex_lib_get_mode(SPEEX_MODE...
打开链接下载源码: https://pan.quark.cn/s/a4b39357ea24 STM32F407是一种采用ARM Cortex-M4内核的微控制器,在嵌入式系统开发领域具有广泛的应用。本文将详细研究如何运用STM32F407芯片达成SD卡模拟U盘的功能,并且结合FATFS文件系统以及HAL库进行深入分析。 我们必须熟悉FATFS文件系统。FATFS是由ChaN软件公司开发的一种轻量级文件系统解决方案,能够支持多种文件系统类型,例如FAT12、FAT16以及FAT32。该文件系统被设计成可以移植到多种嵌入式系统中,包括STM32系列的微控制器。FATFS使得在嵌入式设备上执行文件读写操作变得简便,用户能够执行文件建立、删除、读取和写入等多种操作。 HAL库(Hardware Abstraction Layer)是由STMicroelectronics推出的一种驱动层软件,用于STM32系列微控制器,它提供了一套标准化的API接口,简化了开发者与硬件之间的交互,降低了代码的复杂程度,提升了开发工作的效率。在我们的项目中,HAL库将用于SD卡的初始化以及数据传输等底层工作。 实现STM32F407 SD卡模拟U盘的重要步骤如下: 1. **硬件连接**:STM32F407一般通过SPI或SDIO接口与SD卡进行数据交换。确保SD卡的CS、MISO、MOSI和SCK引脚与STM32的对应引脚正确连接。 2. **HAL库配置**:在HAL库中,使用`HAL_SD_Init()`函数对SD卡进行初始化。依据硬件的配置设定SPI或SDIO的时钟、模式及其他相关参数。 3. **FATFS配置**:在工程中集成FATFS的源代码,设定相关的宏定义,如`FF_FS_R...
下载代码方式:https://pan.quark.cn/s/a4b39357ea24 微信小程序是一种轻量级的应用开发环境,主要目的在于微信内部提供方便快捷的服务以及提升用户的使用体验。在“微信小程序电影列表”这一项目中,开发者通过实时获取豆瓣电影API的信息,建立了一个展示电影清单的功能,并且融合了微信地图的定位服务,让用户能够便捷地查找周边的电影院。 我们将深入探讨微信小程序的开发流程。微信小程序主要运用JavaScript、WXML(WeChat Markup Language)以及WXSS(WeChat Style Sheets)这三种核心技术。JavaScript承担着逻辑处理的角色,WXML负责定义界面结构,而WXSS则类似于CSS,用于进行界面样式的设定。开发者需要在微信开发者工具中编写代码,随后在实体设备或模拟器上进行调试和测试。 豆瓣电影API是开发者获取电影资讯的重要渠道。这个API一般包含了电影的基本资料,例如电影名称、评分、剧情简介、演员构成以及上映时间等。通过向指定的API端点发送HTTP请求,开发者可以获得JSON格式的应答信息,再对这些信息进行解析并将其呈现在小程序的界面中。值得注意的是,在运用第三方API时,可能需要遵守相关的授权条款和规范,以确保数据的合规使用。 在这个小程序中,实时获取数据指的是当用户开启或刷新页面时,会即时从服务器获取最新的电影清单。这需要借助小程序的网络请求模块,比如wx.request()函数,它可以非同步地向服务器发起请求,并在接收到应答后执行数据处理。 微信地图定位功能的实现需要调用微信小程序的地理位置接口。通过wx.getLocation()方法,能够获取到用户的当前经纬度,将这些坐标传递给腾讯地...
内容概要:本文围绕基于模型预测控制(MPC)的波浪能转换器(WEC)展开系统性研究,旨在通过先进的控制策略提升波浪能捕获效率。研究首先建立了波浪能转换系统的精确数学模型,并据此构建适用于MPC的状态空间表达式;随后设计了具有实时优化能力的预测控制器,使其能够在复杂多变的海洋环境中有效响应波浪激励力,实现最大功率点跟踪与能量吸收最优化。借助Matlab平台完成完整的仿真验证,充分展示了MPC在动态响应速度、控制精度及能量转化效率方面的显著优势,同时深入分析了关键控制参数对系统性能的影响机制。该研究成果为海洋可再生能源的高效开发利用提供了坚实的理论依据与可行的技术路径。; 适合人群:具备自动控制理论基础、熟悉Matlab/Simulink仿真环境,从事新能源控制、海洋能开发或相关领域研究的研发人员及研究生。; 使用场景及目标:①掌握模型预测控制在非传统能源系统中的应用方法;②学习如何将物理系统建模与先进控制策略相结合以提高能量利用率;③为波浪能装置的实际控制系统设计提供仿真验证基础与技术参考; 阅读建议:此资源侧重于控制算法的设计与仿真实现,建议读者结合Matlab代码深入理解MPC的实现细节,重点关注系统建模、代价函数构造与约束处理等核心环节,并可通过调整海况参数进行多场景仿真对比,以深化对控制策略鲁棒性的认识。
下载代码方式:https://pan.quark.cn/s/a4b39357ea24 "OpenCV 骨架提取算法(基于查表索引)" OpenCV 骨架提取算法是一种基于查表索引的图像处理技术,用于从图像中提取骨架。该算法主要应用于图像细化、骨架提取以及图像处理等相关领域。骨架提取算法的基本原理是将图像转换为二值形态,随后借助查表索引技术来提取骨架。该算法的实现过程主要涉及Mat类型和iplimage类型的操作。 Mat类型实现: Mat类型是OpenCV库中的一种矩阵结构,用于储存图像数据。基于Mat类型的骨架提取算法主要包括以下几个环节: 1. 图像载入:载入原始图像,并将其转化为灰度图像。 2. 图像二值化:将灰度图像转化为二值图像。 3. 查表索引技术:运用查表索引技术来提取骨架。 4. 细化处理:对提取的骨架进行细化。 iplimage类型实现: iplimage类型是OpenCV库中的一种图像结构,用于储存图像数据。基于iplimage类型的骨架提取算法主要包括以下几个环节: 1. 图像载入:载入原始图像,并将其转化为灰度图像。 2. 图像二值化:将灰度图像转化为二值图像。 3. 查表索引技术:运用查表索引技术来提取骨架。 4. 细化处理:对提取的骨架进行细化。 查表索引技术是骨架提取算法的核心,该方法利用一个查表来储存骨架的详细信息,并借助该查表来提取骨架。此方法的优点在于速度快、效率高,但缺点是需要占用较大的存储空间。 骨架提取算法在图像处理领域具有广泛的应用,包括图像细化、骨架提取、图像分割等方面。该算法同样适用于机器视觉、图像识别、计算机视觉等领域能力。 在实际应用过程中,骨架提取算法需要根据具体的应用环境进行适配和优化。例如,在图像细化过...
内容概要:本文档是AUTOSAR经典平台中CRC库模块的规范说明,定义了用于汽车电子系统的多种CRC(循环冗余校验)算法的实现标准。文档详细描述了8位、16位、32位和64位CRC计算函数的功能、参数配置与API接口,包括基于不同生成多项式的具体实现,如SAE J1850、CCITT-FALSE、CRC-16/ARC、Ethernet CRC32以及E2E专用的CRC32P4和CRC64等。所有函数均支持同步调用、可重入性,并允许分步计算大块数据。同时提供了版本信息查询接口Crc_GetVersionInfo,并明确了各函数的输入输出参数、返回值及使用方式。此外,文档还列出了配置参数容器及其取值范围,支持表驱动、运行时计算等方式优化性能。值得注意的是,在R23-11版本中已移除硬件加速CRC计算的支持。; 适合人群:从事汽车电子软件开发的工程师,特别是参与AUTOSAR架构下嵌入式系统开发、需要实现或集成CRC校验功能的研发人员,具备一定的C语言编程能力和对通信协议有一定了解者更为合适。; 使用场景及目标:①为AUTOSAR环境中实现可靠的数据完整性校验提供标准化的CRC算法支持;②指导开发者正确配置和调用CRC库函数,确保跨平台兼容性和功能一致性;③适用于车载网络通信、ECU间数据传输、安全相关的端到端保护(如E2E Profile 4/7)等高可靠性应用场景。; 阅读建议:此文档属于技术规范类文件,应结合AUTOSAR基础软件通用规范(BSW General)及相关配置工具使用,重点关注各CRC函数的参数定义、反射规则、初始值与异或值设置,建议配合实际代码示例进行测试验证,特别注意“magic check”机制在完整性验证中的应用。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值