性能文章>【活动获奖公布】🙋‍♀️意见征集 | #假如你是HeapDump社区的产品经理# 绝版PerfMa公仔等你来赢!>

【活动获奖公布】🙋‍♀️意见征集 | #假如你是HeapDump社区的产品经理# 绝版PerfMa公仔等你来赢!原创

https://a.perfma.net/img/3110416
10月前
206575

lQLPDhqwhfMbJ_NAYjNBK6wsjLmFRl8JscQV7IwerLGnw_1198_392.png

简单来讲,🈺产品经理就是设计产品或者让产品更好的人。一直以开发者身份在社区活跃的你,今天是否愿意转变下角色呀?
平时都是产品经理给你提需求,今天就请你作为产品经理尽情给我们提需求吧🙈!

相信宇宙级热爱本社区的你,每次在逛HeapDump社区/使用社区功能的过程中,一定有过很多次的‘惊喜❤️瞬间’or更多次的‘吐槽💔瞬间 ’,现在让我们一起开个「🤔脑洞」吧,假如你是社区的产品经理,你想改变它的哪一块?
 

💥活动主题

#假如你是HeapDump社区的产品经理#
 

⏰活动时间

9月30日—10月31日
 

🔖参与方式

参与#假如你是HeapDump社区的产品经理#主题活动,直接在【文章底部评论区留言】写下你的想法、反馈意见
 
【启发一下】
作为‘产品经理’的你可以从以下几方面入手展开↓↓↓
1、页面视觉设计,如页面色彩、信息展示方式、操作提醒
2、使用功能,如发布文章/提问的编辑页、搜索问题
3、积分设置,如积分获取的渠道、积分兑换的价值
4、用户体系,如用户权益、会员专享
5、更多…由你「🤔脑洞」

 
【举例一下】
image.png
 

🎁活动奖品&评奖方式

火眼金睛奖1名:PerfMa限量版公仔+斜杠青年头衔+200积分

提出一个最有价值的产品意见,获得社区产品经理和社区总监的一致认可
2697241.jpg

 
细致入微奖3名:技术书籍(2选1)+斜杠青年头衔+150积分

提出数量最多的产品意见(意见需是有效的哦!)
未标题1.jpg

 
洞若观火奖5名:PerfMa定制保温杯+斜杠青年头衔+150积分

针对社区单独某一模块的产品,提出多个有效的意见
保温.png

 
斜杠青年奖/不限:斜杠青年头衔+100积分

参与到此活动中,提出有效意见即可哦
斜杠青年.png

📌活动规则

1、提出的意见需与活动主题相关,即为有效的哦~
2、如果评论区有人提出的意见恰好是你提的,那么请给他评论+1/点赞!

请先登录,查看7条精彩评论吧
快去登录吧,你将获得
  • 浏览更多精彩评论
  • 和开发者讨论交流,共同进步

为你推荐

JVM 源码分析之一个 Java 进程究竟能创建多少线程
概述虽然这篇文章的标题打着JVM源码分析的旗号,不过本文不仅仅从 JVM 源码角度来分析,更多的来自于 Linux Kernel 的源码分析,今天要说的是 JVM 里比较常见的一个问题。这个问题可能有
线程池运用不当的一次线上事故
在高并发、异步化等场景,线程池的运用可以说无处不在。线程池从本质上来讲,即通过空间换取时间,因为线程的创建和销毁都是要消耗资源和时间的,对于大量使用线程的场景,使用池化管理可以延迟线程的销毁,大大提高
YGC问题排查,又让我涨姿势了!
在高并发下,Java程序的GC问题属于很典型的一类问题,带来的影响往往会被进一步放大。不管是「GC频率过快」还是「GC耗时太长」,由于GC期间都存在Stop The World问题,因此很容易导致服务
【活动结果公布:兑奖见置顶评论】每日一签到,解锁你的PerfMa壕礼
叮......Perfma达人福利发车啦!社区每日签到解锁活动上线啦~除了每日签到必得积分奖励外,还为大家增加了壕礼相赠、解锁Perfma终极大奖等环节奖励 ~来Perfma社区留下你的签到足迹,告诉
使用Top_X插件排查内存过载问题
Top命令是Linux 系统下常用的监控工具,用于实时获取进程级别的 CPU 或内存使用情况。XPocket中的Top_X为Linux Top的增强版,可以显示CPU占用率/负载,CPU及内存进程使用
记一次Synchronized关键字使用不合理,导致的多线程下线程阻塞问题排查
在为客户进行性能诊断调优时,碰到了一个Synchronized关键字使用不合理导致多线程下线程阻塞的情况。用文字记录下了问题的整个发现-排查-分析-优化过程,排查过程中使用了我司商业化产品——XLan
记一次类加载失败导致线程阻塞问题排查
作为PerfMa解决方案管理部门的技术专家,我在工作遇见过很多各种问题导致的性能问题,并参与了为客户的系统进行性能诊断调优的全过程。这一次碰到了一个类加载失败导致的性能问题。用文字记录下了问题的整个发
一次大量 JVM Native 内存泄露的排查分析(64M 问题)
我们有一个线上的项目,刚启动完就占用了使用 top 命令查看 RES 占用了超过 1.5G,这明显不合理,于是进行了一些分析找到了根本的原因,下面是完整的分析过程,希望对你有所帮助。会涉及到下面这些内容Linux 经典的 64M 内存问题堆内存分析、Native 内存分析的基本套路