你如何远程管理网页开发人员？(How do you manage web developers remotely? [closed])
我是一个小型网站开发团队的领导者，我有一种感觉，即将有几位远程办公人员加入这个团队（无论是新员工，还是现在开始远程办公的员工）。 任何想法如何有效地管理和与远程开发的开发人员协作？
我们所做的大部分工作都是以客户为导向的。 我们正在做敏捷开发（或者我们的版本），但由于它主要是客户端工作，所以我们不能真正将功能分配给开发人员，并让他们失去一两个星期，就像我们可能会遇到的那样桌面应用程序或类似的东西。 当人们偶尔在家工作时，我们遇到的最大问题是合作 - 如果没有白板和挥手的好处，很难合作。
看起来软件开发对于远程办公来说是完美的，但是我还没有找到很多有关在开发团队中远程工作的实际方面的优秀资源。 有没有其他人有过这方面的经验？
I'm the leader of a small web development team, and I have a feeling that we will have a couple telecommuters joining the team pretty soon (either new employees, or existing employees that will begin telecommuting). Any idea how to effectively manage and collaborate with developers working remotely?
Most of the work we do is client-driven. We're doing agile development (or our version of it, anyway), but since it's mostly client work, we can't really assign a feature to a developer and set them lose for a week or two like we might be able to with a desktop app or something like that. The biggest problem we have when people occasionally work from home is collaborating - it's tough to work together without the benefit of a whiteboard and hand-waving.
It seems like software development is perfect for telecommuting, but I haven't been able to find many good resources about the practical aspects of working remotely within a development team. Has anyone else had any experience with this?
原文：https://stackoverflow.com/questions/123772
相关问答
更多-
如果您的任务是上传一个庞大的数据集或在服务器上处理它，在更新服务器的进度的同时，您应该考虑使用某种作业体系结构，在其中启动作业并使用其他脚本运行服务器（例如缩放/处理图像等）。 在这个过程中，你一次只做一件事，从而形成一个有输入和最终处理输出的任务流水线。 在流水线的每个步骤中，任务的状态在数据库内更新，然后可以通过现在存在的任何服务器推送机制发送给用户。 运行处理上传和更新的单个脚本会在您的服务器上加载负载，并限制您（如果浏览器关闭，如果发生其他错误会怎么样）。 当进程分成多个步骤时，您可以从最后一个成功 ...
-
归结为这一点。 您必须通过调用gc_collect_cycles()手动触发垃圾收集。 我编写了一堆代码来尝试跟踪它，然后归结为两个脚本： 这个没有崩溃： for($i = 0;$i < 100;$i++) { useMemory(); gc_collect_cycles(); } 而这一次崩溃： for($i = 0;$i < 100;$i++) { useMemory(); } 这是一个在Blackfire上比较这些脚本的链接 正如您所看到的，当您不调用gc_collect_ ...
-
当然可以使用PHP来完成，但是您不应该将其作为后台任务来执行 - 新进程必须从被启动的进程组中解析出来。 由于人们对此常见问题仍然提供相同的错误答案，所以我在这里写了一个更全面的答案： http://symcbean.blogspot.com/2010/02/php-and-long-running-processes.html 从评论： 简短版本是shell_exec('echo /usr/bin/php -q longThing.php | at now'); 但是为什么这么长时间才能包含在这里的原因。 ...
-
Ruby Daemons Gem(Ruby Daemons Gem)[2022-09-13]
我已经尝试过你的例子，它适用于我（Linux上的Ruby 1.8.6和Daemons版本1.0.10）。 但是，您可能会遇到以下问题： 我发现守护进程（ daemon.rb ）正在使用/的当前工作目录启动。 运行mycontrol.rb或包含daemon.rb目录时，这不是当前目录。 以非root用户身份运行意味着我的进程没有写入文件的权限。 我将文件名更改为/tmp/file.out并使用预期的内容创建了文件。 您正在以只写（ 'w' ）模式打开file.out 。 这意味着它将被截断并每3秒重写一次。 ... -
从PHP的窗口关闭事件中杀死长时间运行的MySQL进程(kill long running MySQL process on window close event from PHP)[2022-02-13]
你在这里有3个独立的'进程'，浏览器，php和sql。 Php不会知道浏览器已经关闭，因此无法杀死sql进程。 如果查询花了这么长时间，那么php无论如何都会超时。 通常设置为30秒。 You have 3 independant 'process' here, browser, php and sql. Php won't know it the browser has been closed and therefore can't kill the sql process. If the query i ... -
这适用于Windows机器，脚本的所有输出都写入$ response_file_path - $command = $PHP_DIR." ../background_process/subscribe_bg.php -p=".$file_path_arg." >../sublogs/responses/".$file_response_path." 2>../sublogs/error_logs/err.txt"; execInBackground($command) function execInBa ...
-
对于想要做类似事情的人来说，这是一个非常糟糕的解决方案。 设置执行该后台处理的Windows计划任务。 将它设置为每天运行一次或您想要的任何间隔（这是无关紧要的，正如您将在后续步骤中看到的那样） 在“计划任务”的“设置”选项卡中 - 确保选中“允许按需运行任务”选项。 此外，在“如果任务已在运行...”文本下，请确保选中“不启动新实例”选项。 然后，从cgi脚本 - 可以从命令行（子进程模块）调用计划任务，请参见此处 。 使用上面设置的选项 - 如果任务已在运行 - 将忽略任何后续的按需运行。 Heres ...
-
使用$_SESSION变量时，会话文件将被锁定，直到请求结束。 这意味着在第一个请求完成之前，新请求无法开始处理。 要解锁文件，请使用session_write_close 。 这将允许第二个请求继续。 When using $_SESSION variables, the session file is locked until the request ends. This means that a new request cannot start being processed until the fi ...
-
正如评论中所说，你最好的选择是创建Kubernetes CronJobs 。 如果你不想公开你的PHP函数，你总是可以使用一个容器在你的PHP窗口中执行命令。 这是一个创建cronjob的例子。 这个cronjob为标签app = my-php的每个pod运行kubectl exec，并在每个pod中调用ls。 apiVersion: batch/v1beta1 kind: CronJob metadata: name: hello-cron spec: schedule: ...
-
Ajax / PHP - 我应该使用一个长时间运行的脚本还是轮询？(Ajax/PHP - should I use one long running script or polling?)[2022-12-27]
每隔几秒轮询一次服务器以获取更新。 当您将连接打开很长一段时间时，服务器或其浏览器可能会丢弃它们（如果HTTP请求花费的时间太长，则浏览器会超时）。 Poll the server for updates every few seconds. When you leave connections open for that long a period of time there's always the possibility that they may be dropped by the server o ...