社区
非技术区
帖子详情
在技术区散分者注意
saucer
2004-01-07 10:34:42
如果你再故意在技术区散分,从今天开始,这些贴子将被删除,而不是转移到非技术区去,请各位版主认真执行
...全文
133
72
打赏
收藏
在技术区散分者注意
如果你再故意在技术区散分,从今天开始,这些贴子将被删除,而不是转移到非技术区去,请各位版主认真执行
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
72 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
cnhgj
2004-07-30
打赏
举报
回复
支持!!昨天就有一个。。NND。。别再被我看见
lr2651
2004-07-30
打赏
举报
回复
CSDN是中国的中文网站,思归老大却总用英文发帖,用英文回答问题,是否有伤民族气节的嫌疑啊?:)
开个玩笑,但我觉的散分帖本无伤大雅,何必过于苛责呢
SprinBell
2004-03-29
打赏
举报
回复
^_^,不要太过分
szhuk
2004-03-29
打赏
举报
回复
哦,人气不错。
loveskyline
2004-02-03
打赏
举报
回复
hold out~
sungod8
2004-02-02
打赏
举报
回复
论坛注册用户在线名单(775人) 最后更新:2004-2-2 0:11:02
dbetter
2004-02-02
打赏
举报
回复
up
sumtec
2004-02-01
打赏
举报
回复
哎,不是很同意。法制固然重要,可是如果太法制就是“专制”了。如果大部分人都希望能够适当的散散分,那么严格不允许散分就是不理智的行为,执行起来也是很困难的,有很大阻力的。也许有人会说:难道某件事情不正确,但是大家都这样做,那么就不许要改了吗?没说不要改,而是怎么样改法。比如说可以提供一个替代散分功能的方法,或者渐进的逐步去做。这么一下子说不行就不行,那会让人很不适应的。
比如说,假设中国政府出来一个新的法律“严禁随地吐痰,违反者枪毙!”,这条法律很可能通过强制手段最后真的执行起来,可是你会同意吗?因为第一太严了第二太突然了第三惩罚过度了。删贴子是否过度了先不讨论,太严了和太突然是没错的吧?比如:一个刚刚加入论坛的人不知道有这“不允许”(这个“不允许”的贴子总不可能一直挂在顶上吧?),于是他因为某件高兴的事情在C#区散分了。在C#区散分的原因很简单,他就认识这里的某些人,比如说saucer,想让他们分享一下她的快乐。结果“啪”,被saucer删了,于是他很伤心,于是决心离开这个论坛。这似乎对论坛的发展没有好处吧?关键是没有一个情况的细分,没有转弯的余地,让人感到很没有人情味,就像一个国家的法律规定“杀人者必须偿命”而没有区分“故意杀人和非故意杀人”的情况,也没有区分“正当防卫或者放卫过当杀人”的情况。不是正确就是错误是不符合辩证唯物主义哲学。
此外,是否惩罚过于严厉呢?有个故事说,有个皇帝因为一件小事要对一个人诛九族,丞相说“如果这么小的一件事情就诛九族,那么如果有人想谋朝篡位,那么皇上打算对这个人用什么刑罚呢?”我想散分其实并不是一件非常恶劣的行为,只是因为大家都在散分就很不好了,只要有力量能够节制就够了。当然,那种恶意的刷屏除外,不过似乎现在这种办法也没有将这两者区分开来。如果说没有什么恶意的散分就要删贴子,那么如果有人倒分是否就应该封ID呢?如果是的话,那么我相信如果出现了有斑竹滥用职权的情况将会是非常令人尴尬的——因为我们顶多只能够当作他在倒分。
要对散分做出限制是好的,但是就这么一句话“删”,似乎也有点粗放式管理了。当然我也知道如果对大家说“请尽量不要散分”是没有意义的,因为大家还是会觉得自己已经是尽量了。所以我建议是否这么说比较好:
原则上对于所有在技术区散分的贴子都会被删除,但是允许各斑竹自行决定如何处理——可以是结贴,转移,删除或者不处理。但是请大家注意,如果你在技术区的散分贴被删除了,将绝对不会接受您的投诉。
这样的话,散分的人就要自己承担风险了。如果他觉得宁愿负上被删贴扣信誉分的风险,也要开一个比如“明天就要和自己的初恋请人结婚了!!散分!!”这样的贴子,那么我想也许大部分人包括斑竹都愿意对这个贴子放行的,就算某个斑竹比较严,删了他的贴自我想他也不会有什么意见,一来他自愿承担风险,二来他正高兴着呢。如果连放行的机会都没有,那么这个人只要知道这个规定那肯定是不会发的,这样似乎会弥漫着一种只有学术没有快乐的气氛。
个人意见,无足轻重。其实制度怎么定都没问题,因为人始终是活的。制度定的合理,那就可以弹性处理弹性适应,定的不合理,不能处理不能适应的就会慢慢的在这里消失掉——至于消失的数量会有多大这个我就不知道了。
junbor
2004-02-01
打赏
举报
回复
看热闹!
cxwsoftware
2004-02-01
打赏
举报
回复
支持哦!!!!!
killerwc
2004-01-29
打赏
举报
回复
技术区发跟技术没关系的零分的帖子,可不可以呢?
fgc5201314
2004-01-29
打赏
举报
回复
我现在有个主意,不知可否可行?
每个散分贴,都有一些代码贡献出来,哪怕是简单的也好,不过如果这段代码重复率比较高的话就不行~~
~~~~~~~~~~~~~~~~~~~~~~~~~~~`
Heqikun
2004-01-29
打赏
举报
回复
大家也要有点自由才行,约束太刻谁来这玩?
呵呵,散分的哥们也不是有什么坏心眼。
Heqikun
2004-01-29
打赏
举报
回复
原则上不支持散分帖,不过影响并不严重,道义上谴责就行了,来个规定有点苛捐杂税的味道。
呵呵,不必这么小题大做嘛。
ginger
2004-01-28
打赏
举报
回复
请以后楼主也不用在非技术区帮某某人倒分,把非技术区搞得一团糟!
fgc5201314
2004-01-28
打赏
举报
回复
散分贴是最有人气的,让人感觉特有人情味,顺便放松一下的
不过别t给孩子取个名字都跑到技术取就行了
同意~~~~~~~~~
我看那些有趣的贴子比看技术贴子更认真,技术贴子一目十行看过来,自己碰过的看多两眼,觉得有用的Ctrl+A,Ctrl+C收藏起来~~
看他们的讨论多么激烈多么精彩~~有些给人很多启发~~
更多的贴子有更大的感足~~程序员工资调查统计~~交非菜鸟好友争议~~多精彩啊.....`~看他们每两分钟回一次贴。相信他们气到脸都红了~~
jenry224
2004-01-27
打赏
举报
回复
其实你们都有道理,不过只要老大把握好一个度,让大家在这里也能有乐趣,那么我们这个大家庭不就越来越壮大越来越来强盛!
pixiu
2004-01-27
打赏
举报
回复
计划经济了,呵呵
greystar
2004-01-26
打赏
举报
回复
散分管你思归什么事啊。兄弟们愿意的事。为什么也要别人来插一手。
你思归高高在上,是无所谓了。
driftarter
2004-01-18
打赏
举报
回复
今晚不经意间看了一场女子篮球比赛:
是jap : kor
两个球队都打的都不错,作风都比较玩强
一场球下来,打了三次加时
特别是jap队,连滚带摔加转圈跑,终于拿下这场比赛,
令jap教练及其官方人员高兴得直掉眼泪......
加载更多回复(51)
大数据教程---Hadoop/Spark的
技术
与实践
本课程系统介绍大数据
技术
家族中Hadoop与Spark的架构、编程与相关优化方法,相对于其它课程,本课程有如下特点:一是实战与架构介绍紧密结合,
注意
讲述实战技能同时,清晰讲解架构与原理,使学员知其然,知其所以然二是与应用实践结合紧密,各
技术
点都力求与实践场景结合,做到真正会用;同时内容全面,包括批量、实时、流计算、图计算及其结合等多种
技术
场景三讲解通俗易懂,形象贴切,同时又深入全面,透彻理解。通过本课程学习,学员可从初学者到能真正在工程实践中使用大数据
技术
解决问题
散列表的概念、构造方法及冲突处理
简单来说查找算法,就是判断现有数据集合中是否有这个元素,或者是否有满足条件的元素。其中的 Hash 算法(散列表)则可以帮助我们判断是否有这个元素,虽然功能简单,但人家性能高啊。通过在记录的存储地址和它的关键码之间建立一个确定的对应关系。这样,不经过比较,一次读取就能得到所查元素的查找方法。相比普通的查找算法来说,仅仅在比较的环节,就会大大减少查找或映射所需要的时间。 哈希表(散列表) 采用散列
技术
将记录存储在一块连续的存储空间中,这块连续的存储空间即称为散列表。下面用一张图给大家展示一下散列表的实现过
算法设计与分析——散列表/哈希表(Hash Table)(三):散列表原理
直接寻址
技术
的缺点是非常明显的:如果全域U很大,则在一台标准的计算机可用内存容量中,要存储大小为∣U∣|U|∣U∣的一张表TTT也许不太实际,甚至是不可能的。还有,实际存储的关键字集合KKK相对UUU来说可能很小,使得分配给TTT的大部分空间都将浪费掉。 当存储在字典中的关键字集合KKK比所有可能的关键字的全域UUU要小许多时,散列表需要的存储空间要比直接寻址表少得多。特别地,我们能将散列表的存储需求降至Θ(∣K∣)\Theta(|K|)Θ(∣K∣),同时散列表中查找一个元素的优势仍得到保持,只需要O(1)
万字长文解析CV中的
注意
力机制(通道/空间/时域/分支
注意
力)
点击下方卡片,关注“自动驾驶之心”公众号ADAS巨卷干货,即可获取点击进入→自动驾驶之心
技术
交流群后台回复【transformer综述】获取2022最新ViT综述论文!
注意
力机制是机器学习中嵌入的一个网络结构,主要用来学习输入数据对输出数据贡献;
注意
力机制在NLP和CV中均有使用,本文从
注意
力机制的起源和演进开始,并主要介绍
注意
力机制以及在cv中的各类
注意
力机制。前言transformer从202...
散列表的详细剖析
散列表的概念
注意
: ①由同一个散列函数、不同的解决冲突方法构造的散列表,其平均查找长度是不相同的。 ②散列表的平均查找长度不是结点个数n的函数,而是装填因子α的函数。因此在设计散列表时可选择α以控制散列表的平均查找长度。 通过链接法解决冲突:成功查找的期望查找长度O(1+a), 不成功查找的平均查找长度也为O(1+a)。 开放寻址解决冲突:引
非技术区
7,765
社区成员
63,203
社区内容
发帖
与我相关
我的任务
非技术区
.NET技术 非技术区
复制链接
扫一扫
分享
社区描述
.NET技术 非技术区
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章