fori=1:popcountpop(i,:)=rand(1,9);%初始化粒子位置V(i,:)=rand(1,9);%初始化粒子速度%计算粒子适应度值Center=pop(i,1:3);SP=pop(i,4:6);W=pop(i,7:9);Distance=dist(Center',SamIn);SPMat=repmat(SP',1,SamNum);%repmat具体作用UnitOut=radbas(Distance./SPMat);NetOut=W*UnitOut;%网络输出Error=SamOut-NetOut;%网络误差%SSE=sumsqr(Error);%fitness(i)=SSE;RMSE=sqrt(sumsqr(Error)/SamNum);fitness(i)=RMSE;%fitness(i)=fun(pop(i,:));end

简单的遗传算法，计算函数最值.functionga_main()%遗传算法程序%n--种群规模%ger--迭代次数%pc---交叉概率%pm--变异概率%v--初始种群（规模为n）%f--目标函数值%fit--适应度向量%vx--最优适应度值向量%vmfit--平均适应度值向量clearall;closeall;clc;%清屏tic;%计时器开始计时n=20;ger=100;pc=0.65;pm=0.05;%初始化参数%以上为经验值，可以更改。
%生成初始种群v=init_population(n,22);%得到初始种群，22串长，生成20*22的0-1矩阵[N,L]=size(v);%得到初始规模行，列disp(sprintf('Numberofgenerations:%d',ger));disp(sprintf('Populationsize:%d',N));disp(sprintf('Crossoverprobability:%.3f',pc));disp(sprintf('Mutationprobability:%.3f',pm));%sprintf可以控制输出格式%待优化问题xmin=0;xmax=9;%变量X范围f='x+10*sin(x.*5)+7*cos(x.*4)';%计算适应度，并画出初始种群图形x=decode(v(:,1:22),xmin,xmax);"位二进制换成十进制，%冒号表示对所有行进行操作。
fit=eval(f);%eval转化成数值型的%计算适应度figure(1);%打开第一个窗口fplot(f,[xmin,xmax]);%隐函数画图gridon;holdon;plot(x,fit,'k*');%作图,画初始种群的适应度图像title('(a)染色体的初始位置');%标题xlabel('x');ylabel('f(x)');%标记轴%迭代前的初始化vmfit=[];%平均适应度vx=[];%最优适应度it=1;%迭代计数器%开始进化whileit＜=ger%迭代次数0代%Reproduction(Bi-classistSelection)vtemp=roulette(v,fit);%复制算子%Crossoverv=crossover(vtemp,pc);%交叉算子%Mutation变异算子M=rand(N,L)＜=pm;%这里的作用找到比0.05小的分量%M(1,:)=zeros(1,L);v=v-2.*(v.*M)+M;%两个0-1矩阵相乘后M是1的地方V就不变，再乘以2.NICE!!确实好！！！把M中为1的位置上的地方的值变反%这里是点乘%变异%Resultsx=decode(v(:,1:22),xmin,xmax);%解码，求目标函数值fit=eval(f);%计算数值[sol,indb]=max(fit);%每次迭代中最优目标函数值，包括位置v(1,:)=v(indb,:);%用最大值代替fit_mean=mean(fit);%每次迭代中目标函数值的平均值。
mean求均值vx=[vxsol];%最优适应度值vmfit=[vmfitfit_mean];%适应度均值it=it+1;%迭代次数计数器增加end

由于上传限制，分割成3个压缩包了。
(转载)常常看到坛子里的朋友们专研和讨论SAP某一个功能的配置和用法，精神可嘉。
某项具体功能地实现，的确是顾问的基本功，但如果要从SAP业务顾问提升到另一个层次，无论是方案架构师、项目经理，还是管理咨询、业务流程专家（BPX,BusinessProcessExpert），都需要对企业架构、组织功能和业务流程等内容有一个全面而系统地认识和理解。
高度决定视野。
仔细想来，企业之间的竞争，不仅是客户、供应商、资金等外部资源的竞争，企业内部的业务流程竞争才是成败的关键。
每一个成功的企业背后，一定有一套优于竞争对手的业务流程，丰田之道就是一个很好的案例。
因此，个人以为，在实施SAP系统时，应该花更多的精力专注于端到端(End-to-End)业务流程地设计和优化上，尽可地消除业务流程中非增值的活动，而不是简单地用配置和二次开发来满足用户体验或无关大局的功能。
增值与不增值最简单的判断依据就是看客户是否愿意为这一生产活动付钱。
当然这并不是唯一标准，例如QA本身并不产生增值，理论上可以省去，但在实践中还是必不可少的，因为流程的主体——人，毕竟不是精密的机器。
最基本的端到端的业务流程包括：定单到收款(Order-to-Cash)采购到付款(Purchase-to-Pay)计划到制造(Planning-to-Manufacturing)会计到报告(Accounting-to-Reporting)招聘到退休(Recruiting-to-Retiring)也许将来按模块划分的SD、MM、PP、FI/CO顾问将会消失，取而代之的是业务流程专家。
最近，SAP公司在SDN上推出了BPX社区，体现了SAP对业务流程的重视。
SAPSolutionComposer就是一个很好的工具，通过预定义400多个最新的行业、跨行业以及基础构造和服务导图，帮助SAP顾问和客户对业务流程有一个共同的认识和描述；
快速定位客户的关键业务需求并与SAP商业套件中的解决方案相对应，清楚地界定项目范围；
即便是对于SAP的初学者或企业管理人员，也可以通过SAPSolutionComposer学习到跨国企业运作中的主要业务流程和了解SAP系统的概览。
（最新版的SAPSolutionComposer12M左右）

Cisco-End-to-EndQoSNetworkDesign.chm

ICDAR数据集，残缺下载搜罗end-to-end/textlocalization/textsegmentation/wordrecognition

C#：汉王人脸通SDK示例代码（五）患上到考勤记实using(FaceIdClient=newFaceId(textBoxDeviceIP.Text,Convert.ToInt32(textBoxDevicePort.Text))){//患上到阻滞到之后的齐全考勤记实StringAnswer;FaceId_ErrorCodeErrorCode=Client.Execute("GetRecord(end_time=\""+DateTime.Now.ToString("yyyy-MM-ddHH:妹妹:ss")+"\")",outAnswer,DeviceCodePage);

用DDraw实现射击游戏阐发文档要点一：画图自动切割IDirectDrawSurface7::BltFast()方式中不自动切割成果，即当画图元素逾越窗口之外时不会自动切割，DDraw遴选自动漠视不画，组成一旦逾越窗口，画图元素会忽然磨灭。
处置这一下场的方式是手动切割，代码如下：//自动切割 RECTscRect; //寄存之后窗口大小地域 ZeroMemory(&scRect,sizeof(scRect)); GetWindowRect(GetActiveWindow(),&scRect); //提防图片左上角逾越窗口左上角 if(xscRect.right?scRect.right:x; y=y＞scRect.bottom?scRect.bottom:y; m_rect.right=x+m_rect.right-m_rect.left＞scRect.right?scRect.right-x+m_rect.left:m_rect.right; m_rect.bottom=y+m_rect.bottom-m_rect.top＞scRect.bottom?scRect.bottom-y+m_rect.top:m_rect.bottom;惟独将上述代码加在CGraphic::BltBBuffer()中的m_bRect=m_rect;前就可。
要点二：配景的滚轴实现 画配景能够分为如下三种情景： 情景一：配景图片与窗口等高 情景二：配景图片高度小于窗口高度 情景三：配景图片高度大于窗口高度上述教学图与代码相对于应地看，有助于约莫知道。
另外，要点一实现之后，由于已经能够自动切割，画配景能够用另外方式。
要点三：精灵图的实普通游戏中，如RPG游戏中的人物图、射击类游戏的飞机、爆炸等，叫做精灵图。
精灵图实际上是将齐全帧的图片放在一个文件中，游戏时靠一个RECT来抑制画图像文件中的哪一部份，进而抑制游戏展现哪一帧图，惟独抑制好RECT的位置就可。
如下图：抑制RECT的四个角的坐标的挪动，有如下代码：if(m_timeEnd–m_timeStart＞100) //惟独到了100ms之后才画图 {m_ImageID++; if(m_ImageID-m_beginID＞=num) { m_ImageID=m_beginID; //末了一帧的下一帧是第一帧 } m_timeStart=timeGetTime(); } intid=m_ImageID++; SetRect(&m_rect,41*id,0,41*(id+1),41); //飞机精灵图大小是41×41 m_pGraph-＞BltBBuffer(m_pImageBuffer,true,m_Pos.x,m_Pos.y,m_rect);如许就实现为了精敏捷画的下场。
要点四：拿STL举行枪弹的实现枪弹的实现能够使用STL中的vector，当按下开战键时收回一颗枪弹，就往vector中削减一个结点；
当枪弹飞出窗口或者击中敌机时，再将结点从vector中删除了。
每一帧游戏画面中枪弹翱翔时惟独将vector中的齐全枪弹举行处置、绘画就可。
参考代码如下：1.削减枪弹if(g_ctrlDown) //当ctrl键按下时开炮！ { m_BulletEnd=m_Gtime-＞GetTime(); if((m_BulletEnd-m_BulletStart)*1000＞120) //假如络续按着开战键不放，这里抑制不会收回太多枪弹 { m_BulletStart=m_BulletEnd; MBULLETtmpBullet; tmpBullet.pos.x=m_SPos.x-1; //记实开战时的枪弹位置 tmpBullet.pos.y=m_SPos.y-26; tmpBullet.speed=5; //该枪弹的翱翔速率 m_BulletList.push_back(tmpBullet); //将枪弹削减到vector中 } } 2.删除了枪弹vector::iteratoritei; //vector迭代器 for(itei=m_BulletList.begin();itei!=m_BulletList.end();itei++) //遍历齐全枪弹{m_BulletList.erase(itei); //删除了这个枪弹itei=m_BulletList.begin(); //删除了一个结点后，为防止侵蚀下次就重新查验if(m_BulletList.empty()) break; //若删除了结点后枪弹vector已经空则跳出轮回} 3.枪弹遍历处置vector::iteratoritei; //vector迭代器 for(itei=m_BulletList.begin();itei!=m_BulletList.end();itei++) //遍历齐全枪弹{itei-＞pos.y-=itei-＞speed; //枪弹翱翔}要点五：碰撞检测使用WindowsAPI函数RectInRegion：vector::iteratoritei; //vector迭代器for(itei=m_EnimyList.begin();itei!=m_EnimyList.end();itei++) //遍历齐全敌机{HRGNhrgn=::CreateRectRgn(m_player-＞pos.x,m_player-＞pos.y,m_player-＞pos.x+41,m_player-＞pos.y+41); //患上到飞机Region，图宽41高41 SetRect(&m_rect,itej-＞getPosition().x,itej-＞getPosition().y,itej-＞getPosition().x+50,itej-＞getPosition().y+50) //患上到敌机rect，敌机宽50高50 if(RectInRegion(hrgn,&m_rect)) //两机相撞 { ……………………. //碰撞之后的种种处置 }}让碰撞愈加准确：使用WindowsAPI函数PtInRegion()以及CreatePolygonRgn()，选取配角飞机的三个关键点的坐标放在POINT数组中，并将其作为参数代入CreatePolygonRgn()中天生HRGN，在枪弹与配角飞机做碰撞检测时惟独分辨枪弹的中间点能否在这个Region中就可（PtInRegion()）。
留意：CreateRectRgn()与CreatePolygonRgn()等建树Region的函数会占用体系资源，由于游戏的主渲染函数Render()是络续实施的，如许会组成资源糜掷，于是在用完之后未必要释放：DeleteObject(region)要点六：敌机直线翱翔末了想这个下场的时候，感应很好实现，脑子里马上想到以及了。
其实如许实现有下场，当尽头以及尽头的连线斜率不是1或者-1时就会涌现意想不到的责任了，飞机并无直接飞向尽头，而因此斜率相对于值为1的路途飞已经往，再水平或者垂直飞向尽头。
处置这个下场有多少个方式，其中有一个方式是行使盘算机图形学上的Bresenhem直线算法。
该算法用于盘算机画平面上的直线，算法如下：|m|abs(deltaY))//轨迹斜率0)//1 { if(m_bFirstCalculate) { m_Delta=2*abs(deltaX)-abs(deltaY);//d0=2×dx-dy m_bFirstCalculate=false; } //依据轨迹斜率分辨能否要挪动X坐标 if(m_Delta＞0)//m_iTempo)break;}//endofwhile(*pStr)

滑流Phoenix频道的滑腻websocket客户端请参阅首要特色由:gun而不是:websocket_client（请参阅）一个await_*接口，用于举行交互内置与phoenix.js匹配的客户的收回装置在mix.exs向您的依赖项削减增补流：defdepsdo[{:slipstream,"~＞0.4"}]end留意：Slipstream仍在破费中举行评估以及测试。
一旦界面平稳并处置了末了的差迟，便会宣告v1.0.0版本。
供献络续驱散宣告下场以及PR！无关最佳做法以及合格CI的更多信息，请拜望咱们的结构。
假如您正在思考发送PR或者以其余方式分支Slipstream，则无妨先浏览。

由于上传限度，联系成3个收缩包了。
(转载)频频看到坛子里的朋友们专研协议判SAP某一个成果的配置配备枚举以及用法，肉体可嘉。
某项详尽成果地实现，确凿是照料的底子功，但假如要从SAP破产照料提升到另一个条理，无论是方案架构师、名目司理，照常管理咨询、破产流程专家（BPX,BusinessProcessExpert），都需要对于企业架构、结构成果以及破产流程等内容有一个片面而体系地见识以及知道。
高度遴选视线。
卖力想来，企业之间的相助，不光是客户、提供商、资金等内部资源的相助，企业内部的破产流程相助才是成败的关键。
每一个告成的企业眼前，未必有一套优于相助敌手的破产流程，丰田之道便是一个很好的案例。
于是，总体感应，在实施SAP体系时，应该花更多的肉体专一于端到端(End-to-End)破产流程中间案以及优化上，尽可地消除了破产流程中非增值的行为，而不是约莫地用配置配备枚举以及二次开拓来满足用户体验或者无关大局的成果。
增值与不增值最约莫的分辨依据便是看客户能否宁愿为这一生产行为付钱。
当然这并非仅有尺度，譬如QA自身并不暴发增值，实际上能够省去，但在实际中照常必不可少的，由于流程的主体——人，终于不是大雅的机械。
最底子的端到真个破产流程搜罗：定单到收款(Order-to-Cash)倾销到付款(Purchase-to-Pay)方案到制作(Planning-to-Manufacturing)管帐到报告(Accounting-to-Reporting)应聘到退休(Recruiting-to-Retiring)大概未来按模块松散的SD、MM、PP、FI/CO照料将会磨灭，取而代之的是破产流程专家。
迩来，SAP公司在SDN上推出了BPX社区，展现了SAP对于破产流程的看重。
SAPSolutionComposer便是一个很好的货物，经由预约义400多个最新的行业、跨行业以及底子结谈判效率导图，帮手SAP照料以及客户对于破产流程有一个怪异的见识以及描摹；
快捷定位客户的关键破产需要并与SAP贸易套件中的处置方案相对于应，明晰地界定名目规模；
纵然是对于SAP的初学者或者企业管理人员，也能够经由SAPSolutionComposer学习到跨国企业运作中的首要破产流程以及知道SAP体系的概览。
（最新版的SAPSolutionComposer12M左右）

发现收集中的行为主机报告及源代码，及其源代码的相关阐发以及传染，方案法度圭表标准，其成果是发送ICMP数据包，以患上到指定收集中的行为主机，并将下场表普通尺度输入上。
法度圭表标准的详尽申请如下：l）用召唤行方式运行：scanhostStart_IPEnd_IP其中scanhost为法度圭表标准名；
StartIP为被搜查网段的末了IP地址；
End_IP为搜查网段的竣事IP地址。
2）输入格式为:行为主机1行为主机2┅┅IP协议的短处是简洁，但贫乏差迟抑制以及盘问机制，而网际抑制报文协议（ICMP）具备增补IP成果的传染。
在收集管理中，频频要未必之后收集中处于行为外形的主机，这时能够经由使用ICMP的回送以及回送照料新闻来实现这项责任。
本次综合试验方案的目的便是方式法度圭表标准，行使ICMP数据包，发现指定网段中的行为主机。
经由本试验，使教师愈加熟习ICMP报文的结构，对于ICMP协议有更好的知道以及见识。

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。