主要适用范围：本软件根据药店提供业务流程，对原手工单据作计算机综合处理，主要完成采购计划、采购计划审批、药品采购入库、柜组间调拨、调价，以及药品销售等功能，同时提供各种报表的查询，包括库存上下限预警、采购计划查询、采购入库查询、销售查询等子模块。

Splunk会收集、索引和利用由应用程序、服务器和设备（物理、虚拟和云中）生成的快速移动计算机数据。
您可以在几分钟内（而不是几个小时或几天）解决应用程序问题和调查安全事件，还可避免服务性能降低或中断，并以较低成本实现合规性以及获得新的业务洞察力。
免费下载Splunk。
您将在60天内试用Splunk的所有企业级性能，每天可以对多达500MB的数据进行索引。
60天试用期过后，或在此之前的任何时间，您均可以转换成永久免费的许可证，或购买企业许可证以继续使用专为多用户企业部署设计的扩展功能

Java基础面向对象封装继承多态if条件判断，switch条件判断，for条件循环，while条件判断，

医院排队叫号导诊台取号系统为SQL网络版，排队叫号系统办事营业大厅版主要面向营业厅，办事大厅等各类服务场所(系统可接物理呼叫器和LED窗口屏,可以和评价器结合使用),为改善办事大厅和管理所存在的一些混乱、无序等弊端而开发的，系统能很好地解决顾客在服务中所遇到的各种排队、拥挤和混乱等现象，为顾客办事及员工操作带来莫大的方便和愉悦，做到人人平等，合理公正，秩序井然。
同时也能对客户情况及员工的工作状况做出各种统计，为管理层进一步决策提供依据。
本系统有上百家的成功案例，是由一批常年开发叫号系统的工程师历时多年开发而成的一个系统，系统成熟稳定。
医院排队叫号导诊台取号系统优a、整个系统全部可采用软件实现排队叫号，不用布线，充分利用现有的计算机设备就可以实排队叫号管理，节约了投入的硬件成本，,是同类软件性价比最高的软件之一，系统实施简单方便；
b、液晶/同步LED屏显示格式可以自定义；
c、取号界面也实现了自定义，业务可以随时增加和删除,图片和样式可以随便切换；
d、营业员端呼叫软件的设计充分为营业员着想，完全不影响营业员的工作，软件自动隐藏，营业员呼叫时用自定义的热键就可以呼叫，不用打开呼叫软件界面。
e、显示屏软件和取号机系统可以共用一台电脑，相互不影响。
节省电脑硬件资源。
f、可以和物理呼叫器一起使用，在没有电脑的窗口可以接物理呼叫器,系统方便灵活配置。
g、语音支持普通话女声、普通话男声、英语女声、粤语女声等多语种。
h、系统可以和评价系统相结合使用，真到达到一个排队号码一次评价。
i、基本兼容市场上LED屏通讯协议(可以定制)。
医院排队叫号导诊台取号系统主要包括5个子程序1、排队系统参数设置程序pdcsset.exe运行它就可以设置排队叫号系统的相关参数；
2、控制系统加语音系统“proserver.exe”,此子程序主要作用是和安装在营业员端的虚拟叫号程序进行通信，并发出叫号信息的语音。
3、营业员端虚拟叫号程序，此子程序主要是给营业员用来呼叫客户的，此程序会自动隐藏，有热键功能，安装在营业员端的电脑上，完全不影响的工作，营业员只要按事先定义好的热键就可以呼叫客户过来办理。
4、液晶显示屏或等离子显示屏/同步LED屏显示程序，此子程序主要是用来显示呼叫客户的排队系统，比如营业员端按下呼叫下一个，则显示屏上就显示“请1001号到201窗口办理”等信息。
5、触摸屏取号系统,此程序是为客户取号用的，软件安装在一个触摸屏机上，也可安装在普通电脑上，设置好办理业务业务后，客户点击相应的办理业务，打印机打出一张排队号票。
医院排队叫号导诊台取号系统v30.6.9更新日志更新：取号程序。
医院排队叫号导诊台取号系统截图

三驱企业仓管系统是面向制造企业的仓管人员而设计，该系统提供材料、半成品及成品入库业务、出库业务、分批库存、仓库调拨、库存调整、库存盘点等全面的仓库业务流程管理，以及库龄分析、虚仓管理、分批管理、即时库存管理等综合业务管理功能，帮助企业实现仓库管理全过程的信息流、物流、资金流的有效的管理和控制。
本系统可以与采购管理、销售管理、生产管理、应收款管理和应付款管理等模块结合运用，提供更完整、全面的企业物流管理解决方案。
三驱企业仓管系统是三驱ERP系统中的一个模块，与采购、销售、生产、应收应付、工资、品控、成本核算等模块共同构成生产企业完整的管理系统。
三驱企业仓管系统v15.06.18版新增功能：1、在线客服：方便客户在使用过程中即时联系我们，获得技术上的支持。
2、完善升级功能：解决网上系统升级中防火墙影响的问题。
3、程序优化：因应本地运行和使用云服务器数据库两种的不同情况，优化程序，提高运行速度。
三驱企业仓管系统截图

1某某汽车高性能计算管理平台系统需求51.1业务需求分析：52某某汽车HPC/CAE云计算中心建设目标、策略及步骤73.1建设目标与策略73.2建设步骤83面向高性能计算中心的资源管理、作业调度系统方案103.1基于应用的场景分析103.1.1终端用户通过ComputeManager，提交Fluent批处理计算作业103.1.2终端用户通过DisplayManager，提交需要图形节点支持的图形交互程序133.1.3终端用户通过ComputeManager，在线查看CAE计算结果中的动画143.1.4终端用户通过Portal启动其他第三方的虚拟桌面，如Ctrix153.2某某汽车技术中心HPC云计算平台管理场景173.2.1HPC云计算平台管理维护173.2.2HPC云计算平台软、硬件利用情况监控、统计分析184澳汰尔PBSWorks产品介绍204.1系统逻辑图204.2系统物理架构图224.4PBSProfessional产品介绍254.4.1整合计算资源、方便用户使用254.4.2可靠性、可用性、可维护性（RAS）264.4.3贯彻企业服务公约管理模式294.4.4优化计算资源的使用294.4.5计算资源管理功能304.4.6作业调度功能324.4.7Hooks功能344.4.8网格计算354.4.9安全认证354.5PAS(PBS应用服务)374.6ComputeManager404.6.1三员管理414.7DisplayManager424.7.1DisplayManager系统架构444.7.2DisplayManager使用体验454.8PBSWorks定制功能484.8.1菜单布局：通常将布局分为三个模块：计算管理器、集群状态、管理员工具。
如果有其他的模块，我们可以方便地集成在这个框架内（awpf）。
菜单模块支持用户访问控制。
484.8.2集群状态监控：统计所有计算节点的运行状态、节点类型、应用程序、物理内存、实际使用内存、内存使用率、节点利用率等信息。
磁盘信息和实际CPU利用率，通过数字的颜色来反应使用程度：0%在线设置或修改节点上绑定的applications504.8.5管理员工具＞＞用户统计：用户名称，作业总数，运行作业个数，排队作业个数，申请cpu核数，使用cpu核数，排队cpu核数等信息。
申请cpu总资源比，通过数字的颜色来反应使用程度：0%作业管理：统计作业号、作业名称、用户、软件、节点数、核数、状态、开始时间、优先级等信息。
当作业排队状态时，允许修改作业的优先级。
另外管理员也可以删除任意作业。
514.8.7管理员工具＞＞监控作业排队原因514.8.8管理员工具＞＞一周作业统计:统计当天到过去一周内所累积的运行和排队作业个数。
514.8.9管理员工具＞＞求解器使用情况统计:统计每个求解器提交的作业总数,在运行的作业,请求的cpu,排队cpu,使用cpu等信息。
524.8.10管理员工具＞＞磁盘统计:通过WEB页面随时了解本地磁盘的使用情况。
使用百分率，通过数字的颜色来反应使用程度：0%项目管理项:管理员可以以项目为单位，设定项目编号、项目名称、项目的开始和结束时间，项目组人员和项目的优先级。
当有紧急的项目，管理员可以把项目的优先级提高，并可以把相应的用户加到项目组中，以此提高项目组成员的作业优先级。
用户在WebPortal页面提交作业可以选择项目名称，并且只能选择自己所属项目的项目名称。
534.8.12管理员工具＞＞作业委托管理:统计当前用户自己所提交的作业总数,包含:作业号,作业名称,具体用户,使用的软件,使用节点数,作业状态等信息,用户可以把自己的一部分作业或所有作业委托给其他用户.534.8.13管理员工具＞＞CPU资源份额调整:统计所有队

在开始谈我对架构本质的理解之前，先谈谈对今天技术沙龙主题的个人见解，千万级规模的网站感觉数量级是非常大的，对这个数量级我们战略上要重视它，战术上又要藐视它。
先举个例子感受一下千万级到底是什么数量级？现在很流行的优步(Uber)，从媒体公布的信息看，它每天接单量平均在百万左右，假如每天有10个小时的服务时间，平均QPS只有30左右。
对于一个后台服务器，单机的平均QPS可以到达800-1000，单独看写的业务量很简单。
为什么我们又不能说轻视它？第一，我们看它的数据存储，每天一百万的话，一年数据量的规模是多少？其次，刚才说的订单量，每一个订单要推送给附近的司机、司机要并发抢单，后面业务场景的访问量往

对58同城的内容推荐，包括常用推荐方法、推荐业务场景如职位推荐、感兴趣主题推荐等技术，从架构层面进行了设计和实现方面的介绍。

Python3.x+Pyqt5实现界面左侧导航栏的抽屉效果（折叠效果）；
界面和业务分离案例01_自己写的，有UI界面源代码

1. 简介FindBugs是一个静态分析工具，它检查类或者JAR文件，将字节码与一组缺陷模式进行对比以发现可能的问题。
有了静态分析工具，就可以在不实际运行程序的情况对软件进行分析。
不是通过分析类文件的形式或结构来确定程序的意图，而是通常使用Visitor模式。
2. 使用时机 开发阶段　　当Developer完成了某一部分功能模块开发的时候(这通常是指代码撰写完成，并已debug通过之后)，可藉由FindBugs对该模块涉及的java文件进行一次扫描，以发现一些不易察觉的bug或是效能问题。
交付新版的时候，开发团队可以跑一下FindBugs，除掉一些隐藏的Bug。
FindBugs得出的报告可以作为该版本的一个参考文档一并交付给测试团队留档待查。
　　在开发阶段使用FindBugs，一方面开发人员可以对新版的品质更有信心，另一方面，测试人员藉此可以把更多的精力放在业务逻辑的确认上面，而不是花大量精力去进一些要在特殊状况下才可能出现的BUG(典型的如NullPointerDereference)。
从而可以提高测试的效率。
 维护阶段这里指的是系统已经上线，却发现因为代码中的某一个bug导致系统崩溃。
在除掉这个已暴露的bug之后，为了快速的找出类似的但还未暴露的bug，可以使用FindBugs对该版的代码进行扫描。
当然，在维护阶段使用FindBugs往往是无奈之举，且时间紧迫。
此外，如果本来在新版交付的时候就使用过FindBugs的话，往往意味着这种bug是FindBugs还无法检测出的。
这也是FindBugs局限的地方。
FindBugs不能发现非java的Bug。
对于非java撰写的代码，如javascript，SQL等等，要找出其中可能的bug，FindBugs是无能为力的。
当然，javascript中的bug似乎还不至于使系统崩溃，而SQL中的bug往往又跟业务逻辑相关，只要测试仔细一些应该是可以发现的。
FindBugs不过是一个工具。
作为开发人员，当然首先要在编程的时候努力避免引入bug，而不要依赖于某个工具来为自己把关。
不过由于代码的复杂性，一些隐藏的bug确实很难靠咱们的肉眼发现。
这时，应用一些好的工具或许就可以帮你发现这样的bug。
这便是FingBug存在的价值。

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