- 主题:信息竞赛为啥不用python 用c++
关键是选拔出来了也没啥用。
屠龙之技，无用武之地。
【 在 adoal 的大作中提到: 】
: 因为竞赛的性质是选拔，工作任务不是。
: 不明白为什么要把时间和空间做为竞赛评分标准。就不能有点别的追求吗？
: python也不以这方面见长，照样很流行。
: ...................
--
修改:seablue FROM 123.112.134.*
FROM 123.112.134.*
嗯，以前写java的小兵，用错了一个list的类型，把整个系统的运行效率拖慢到了设计目标的1000倍。
【 在 seablue 的大作中提到: 】
: 关键是选拔出来了也没啥用。
: 屠龙之计，无用武之地。
--
FROM 1.202.141.*
信息竞赛其实泄漏了都没事……就运行几秒钟而已
【 在 seablue 的大作中提到: 】
: 我们就正常写，不泄漏就行。没考虑过内存和硬盘占用，一般不用在意。时间上只要不故意搞一堆loop，都能满足。
: 代码规范、api好用，好写、易懂、易维护才是最重要的。
--
FROM 222.71.112.*
那倒不是
粗放增长几年之后，随后应该会转向质量增长了
必须重新重视基本功
【 在 seablue 的大作中提到: 】
: 关键是选拔出来了也没啥用。
: 屠龙之计，无用武之地。
--
FROM 222.71.112.*
这是错误吧？还没到榨机器性能的程度。
【 在 kawolu 的大作中提到: 】
: 嗯，以前写java的小兵，用错了一个list的类型，把整个系统的运行效率拖慢到了设计目标的1000倍。
:
--
FROM 123.112.134.*
功能正确，就是性能衰退，用了一个不合适的实现类，从接口定义看，是没问题的。
工程上，数据量大了，事情就会多，只不过大部分公司未必会处理这么大量的数据而已。
你见过谁家处理100亿×100亿的数组运算的？
当初我们那是专门有一个团队处理这个东西，各种tricky的办法来解决，利用问题本身的特征，做拆分，并行加速，再想办法往一起合。
【 在 seablue 的大作中提到: 】
: 这是错误吧？还没到榨机器性能的程度。
--
FROM 1.202.141.*
那成熟的解决方案是哪来的呢？ 如果想自主搞一个成熟的解决方案，要怎么做？
竞赛选拔的就是能做这些事的人。
【 在 seablue 的大作中提到: 】
: 跟复杂度较劲的情况都已经封装好了。或者已经有很成熟的解决方案，让team里的大佬拍板一下就行。不用天天考虑这个问题。
: 日常工作中，复杂度不值一提。大家考虑的是加什么样的feature、修什么样的bug、怎么写更省劲。
: 竞赛中的那些完全是本本主义、教条主义、纸上谈兵。
: ...................
--
FROM 110.87.86.*
参加竞赛的人并不是写library和paper的人。
【 在 gluon521 的大作中提到: 】
: 那成熟的解决方案是哪来的呢？ 如果想自主搞一个成熟的解决方案，要怎么做？
: 竞赛选拔的就是能做这些事的人。
:
--
FROM 123.112.134.*
信息学竞赛使用的 c++ 大体是更好的 c，并不会太难。
【 在 superlq 的大作中提到: 】
--
FROM 120.33.8.*
因为你不是当大佬的那块料。
【 在 seablue 的大作中提到: 】
: 跟复杂度较劲的情况都已经封装好了。或者已经有很成熟的解决方案，让team里的大佬拍板一下就行。不用天天考虑这个问题。
: 日常工作中，复杂度不值一提。大家考虑的是加什么样的feature、修什么样的bug、怎么写更省劲。
: 竞赛中的那些完全是本本主义、教条主义、纸上谈兵。
: ...................
--
FROM 114.222.222.*