我们正在考虑使用CouchdDB进行CMS-ish应用程序.有关备份我们的生产数据库的常见模式,最佳实践和工作流建议有哪些?
我对克隆数据库以用于开发和测试的过程特别感兴趣.
仅仅从正常运行的实例下复制磁盘上的文件是否足够?你能在两个实时运行的实例之间克隆数据库数据吗
我们将非常感谢您使用的技术的建议和描述.
CPU架构格局发生了变化,多核心趋势将改变我们开发软件的方式.我已经完成了C,C++和Java的多线程开发,我使用各种IPC机制完成了多进程开发.对于开发人员来说,使用线程的传统方法似乎并不容易使用支持高度并发性的硬件.
您了解哪些语言,库和开发技术有助于缓解创建并发应用程序的传统挑战?我显然在考虑死锁和竞争条件等问题.设计技术,库,工具等也很有趣,它们有助于实际利用并确保可用资源的利用 - 只需编写一个安全,健壮的线程应用程序并不能确保它使用所有可用的内核.
到目前为止我看到的是:
您还知道什么,对您有用的内容以及您认为有趣的内容是什么?
concurrency programming-languages functional-programming multicore
我不是在寻找java-web-start,我正在寻找一个胖客户端应用程序安装工具包.我有一个独立的应用程序,包含几个文件(jar文件,数据文件等),需要做一些非常标准的安装任务,比如询问用户目标目录,让他们找到他们系统的某些部分 - 选择一些每台机器或每用户配置选项,并可能尝试检测它们的某些机器设置.
我正在寻找类似于MSI或其他向导驱动的安装应用程序的东西.什么是Java的好安装程序?如果它具有跨平台能力(Linux,Mac OSX和Windows),那将是理想的选择.
是否可以将ruby应用程序作为Windows服务运行?我看到有一个相关的问题讨论将Java应用程序作为Windows服务运行,如何使用Ruby应用程序执行此操作?
我已经看到了为MS SQL Server提出的问题(和答案),尽管我还不知道有关Oracle和PL/SQL的问题.是否有适用于Oracle PL/SQL的xUnit样式测试框架?这些是什么?
在我们的Java应用程序中,我们通常使用maven约定(docs,src/java,test等).对于Perl,我们遵循类似的约定,只使用顶级'lib',这很容易添加到Perl的@INC.
我即将着手创建一个用Erlang编写的服务,Erlang应用程序的源代码布局是什么?
我知道有一个用于常见lisp(incf-cl)的列表理解库,我知道它们本身支持各种其他功能(和一些非功能)语言(F#,Erlang,Haskell和C#) - 是否有Scheme的列表理解库?
incf-cl在CL中实现为使用宏的库 - 是否应该使用相同的技术为Scheme创建一个?
lisp scheme functional-programming list-comprehension common-lisp
Rails使用迁移的概念来使用ActiveRecord API处理模型更改.
CouchDB使用JSON(嵌套映射和数组)来表示其模型对象.
到目前为止,在使用CouchDB时,我没有看到识别文档结构何时发生变化的好方法(除了作为开发人员受到纪律处分),或者用于将文档从旧模型迁移到新模型.
是否存在现有功能,或者您是否拥有在CouchDB中处理模型更改的最佳实践?
我正在编写一个交互式函数,我想记住用户提供的最后一个参数并将其用作默认值.
(defun run-rake (param)
(interactive "sTask: ")
(shell-command (format "rake %s" task)))
Run Code Online (Sandbox Code Playgroud)
第一次调用该函数时,我希望它记住用户提供的参数,以便下次调用该函数时,只需按Enter键,它将使用前一次提供的值.
我似乎无法在文档中找到这个 - 你如何在elisp中做到这一点?
我作为软件开发人员出现在一个由拥有封闭源软件的大公司主导的专有世界中 - 它没有受到质疑.随着我的职业生涯的发展,互联网变得越来越多,我接触到越来越多的开源软件.
回顾大多数库,我不是在谈论应用程序级代码,而是我们为雇主编写的实用程序,其中很少有直接的竞争优势,甚至更少的内在代表了您认为的知识产权.越来越多的库,框架和实用程序具有开源等价物.现在,我和我一起工作的开发人员在开始实现这样的代码之前首先寻找现有的库是很常见的.
这已经发生了很大变化.许多图书馆可能因缺乏维护而枯萎作为开放源代码,如果他们这样做,我的雇主也不会受到影响.如果他们兴旺或至少吸引了提交,那么这些雇主就会受益 - 这是我现在的雇主所发生的.
现在,看看我们面前的情况,我开始认为,对于我们将要编写的大部分库和框架,我们应该假设它们将成为开源来创建它们.那对于图书馆,公用事业和框架而言,这应该是基本情况,而不是假设它们将被关闭,然后你必须努力使它们开放 - 事实证明,事实上它往往是更多的工作(获得批准,执行评审和清理).
基础案例是开源的,我认为会有好处:
感觉这是一种趋势,至少在图书馆和框架层面 - 在我看来不是在应用程序层面.这是一个多元化的社区,您有什么看法?
lisp ×3
couchdb ×2
ruby ×2
scheme ×2
backup ×1
common-lisp ×1
concurrency ×1
database ×1
elisp ×1
emacs ×1
erlang ×1
installer ×1
java ×1
macros ×1
multicore ×1
open-source ×1
oracle ×1
plsql ×1
python ×1
sql ×1
syntax-rules ×1
toolkit ×1
unit-testing ×1