2020ICPC·小米 K-Sqrt Approaching

Intelligent Warehouse

https://ac.nowcoder.com/acm/contest/7501/A

K-Sqrt Approaching

思路:
将题目进行简单的转化,就变成要找C,D满足之间,而题目又是只需要输出一组解,所以尝试构造解。
由于我的解法和官方解法不同,所以其实样例的输出也和我的输出不同。官方题解直接给出构造,未免有点无中生有的感觉,因此我尝试给出得到构造的思路。
首先观察一下A,B,C,D,n的数据范围,不难猜想构造出的C,D应该可能含有nA,nB,A,B,n和常数项。而是有理数,是无理数,如果构造的在他们之间,那么一直重复这个构造方法,就会越来越逼近,即找到一种迭代方法,不断逼近它。
其实这里我考虑过牛顿迭代法,但是构造出的A有二次项,于是换一种思路。
,那么要做的其实是找到一个递推式形如的数列,其极限是,其中p,q都是整数,这时候分子分母就是C,D了。
那么这时我们对两边取极限(不考虑严谨性,就先假设存在了),即 ,整理一下可以得到
若该式子恒成立,那么必有
首先保证不为0,否则式子将与t无关,那么为了简化式子,不妨考虑下,代回原式得到
那么就初步构造出,不妨设,那么就有,先考虑,可以得到,即,那么只需要恒成立即
这时候考虑最简单的形式即,带入发现满足题意,所以就可以得到了构造C=n(A+B),D=A+nB,然后就是一些高精度计算了。
我还考虑过,但是并不可行。

#include<bits/stdc++.h>
using namespace std;
typedef long long ll;
typedef double db;
#define rep(i,s,t) for(int i=s;i<=t;i++)
#define per(i,s,t) for(int i=s;i>=t;i--)
const int L=1e5+20;
ll a[L],b[L],na[L],nb[L],c[L],d[L],n;
void read(ll p[],string q){
    p[0]=q.size();
    per(i,(p[0]-1),0)
        p[p[0]-i]=q[i]-'0';
}
void muln(ll p[],ll q[]){
    rep(i,1,p[0])
        q[i]=n*p[i];
    int temp,k;
    rep(i,1,p[0]){
        temp=q[i]/10,k=1,q[i]%=10;
        while(temp)
            q[i+k]+=temp%10,temp/=10,k++;
    }
    q[0]=p[0]+k-1;
}
void add(ll p[],ll q[],ll r[]){
    r[0]=max(p[0],q[0]);
    rep(i,1,r[0])
        r[i]+=p[i]+q[i],r[i+1]+=r[i]/10,r[i]%=10;
    if(r[r[0]+1]) r[0]++;
}
int main(){
    string A,B;
    cin>>A>>B>>n;
    read(a,A),read(b,B);
    muln(a,na),muln(b,nb);
    add(na,nb,c);
    add(a,nb,d);
    per(i,c[0],1) cout<<c[i];
    cout<<endl;
    per(i,d[0],1) cout<<d[i];
    return 0;
} 
全部评论

相关推荐

02-07 12:06
已编辑
华侨大学 测试开发
最近看到很多&nbsp;92&nbsp;的,甚至是硕士,开始往测开赛道卷,说实话有点看不懂。先把话说清楚,大厂里的测开,绝大多数时间干的还是测试的活,只是写点自动化脚本、维护测试平台、接接流水线,真正像开发一样做系统、做架构、做核心平台的测开少得可怜,基本都集中在核心提效组,而且人很少,外面进去的大概率轮不到你,我想真正干过人都清楚。很多人被洗脑了,以为测开也是开,和后端差不多,只是更简单、更轻松、还高薪。现实情况是,测开和开发的职业路径完全不一样。开发的核心是业务和系统能力,测开的核心是稳定性和覆盖率,前者是往上走,后者天花板非常明显。你可以见到很多开发转测开,但你很少见到干了几年测开还能顺利转回开发的。更现实一点说,92&nbsp;的高学历如果拿来做测开,大部分时间就是在做重复性很强的杂活,这种工作对个人能力的放大效应非常弱。三年下来,你和一个双非的,甚至本科的测开差距不会太大,但你和同龄的后端、平台开发差距会非常明显。这不是努不努力的问题,是赛道问题。所谓测开简单高薪,本质上是把极少数核心测开的上限,当成了整个岗位的常态来宣传。那些工资高、技术强的测开,本身就是开发水平,只是挂了个测开的名。普通人进去,99%&nbsp;做的都是项目兜底型工作,而不是你想象中的平台开发。测开不是不能做,但它绝对不是开发的平替,也不是性价比最优解。如果你是真的不想做开发,追求稳定,那测开没问题。但如果你只是觉得测开比后端容易,还能进大厂,那我劝你冷静一点,这只是在用短期安全感换长期天花板。有92的学历,如果你连测开这些重复性工作都能心甘情愿接受,那你把时间精力用在真正的开发、系统、业务深度上,回报大概率比卷测开要高得多。想清楚再下场,别被岗位名和话术带偏了,就算去个前端客户端也是随便占坑的,测开是一个坑位很少赛道,反而大面积学历下放,不用想也能知道会是什么结果,我想各位在JAVA那里已经看到了
小浪_Coding:工作只是谋生的手段 而不是相互比较和歧视
点赞 评论 收藏
分享
评论
3
收藏
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务