Web Applications 开发小本子

每个Web开发人员应在其工具箱中使用哪些工具？

常识。不要寻找问题的解决方案，不要在看到的第一段代码中复制/粘贴。 W3学校和堆栈溢出无法替代批判性思维技能。书籍。很多书。永远不要停止了解不断发展的网络。 O’Reilly提供了大量Web开发主题。从他们那里买很多书；我赚取佣金。忍耐。有人说，掌握一项技能需要10,000个小时。无论如何，周末前的jQuery项目不会在星期一使您成为JavaScript忍者。了解您的弱点，并尝试以任何可能的方式吸收知识。解决IE格式错误的任何人都知道耐心有多重要。

哪些在线应用程序具有提供上下文帮助的有效方法？

上下文帮助使帮助与用户息息相关，以至于用户甚至不会意识到他/她正在寻求帮助，除非这太糟糕了。 Google通过多种方式使用上下文帮助： AdWords中的工具提示 2. Gmail中的嵌入式帮助但是，如果您想以最好的方式提供上下文帮助，则绝对应该选择“交互式演练”。演练可以理解为一次出现的一系列工具提示，并提供逐步指导以指导用户从头到尾完成其任务。 Whatfix允许您创建交互式演练以提供上下文帮助。而且，它非常简单，并且需要零编码知识。要使用Whatfix提供上下文帮助，请立即注册免费演示。要了解有关什么是上下文帮助以及如何使用的更多信息–上下文帮助如何使客户喜欢上您披露：我在Whatfix工作

是否有Mac应用程序来跟踪不同应用程序上的时间？

我的应用程序Timing for Mac正是为此目的而构建的。时间会自动跟踪您使用每个应用程序，编辑每个文档和访问网站的时间。这样，您在切换任务时无需关心跟踪时间。计时会自动处理。这比其他时间跟踪解决方案更易于使用。您以后可以查看该时间并将其分类为项目。在此基础上，您可以确切地看到您工作了多少小时并向客户收费。以下是该应用程序的主要优点：全自动（无需手动输入时间，该应用程序会自动跟踪并报告您所做的事情）通过拖放轻松分类项目手动跟踪时间的选项（或在具有可视时间线的事实之后添加手动条目），用于自动跟踪不足的时间 Mac原生界面，而不仅仅是Web应用程序（您的数据不会与任何人共享）导出功能（因此您可以将数据直接导入发票工具）无需订阅开发人员提供的超快速支持（您甚至可以在Quora上向我发送消息）因此，我建议您下载免费试用版并试用一下🙂

如何创建故障排除流程图，使某人可以一次执行一个步骤？

您可以使用LiveFlow轻松创建交互式和可执行的故障排除流程图（用于清单，SOP和故障排除的流程图绘制和执行软件。） LiveFlow是交互式流程图绘制和执行软件。您可以准备故障排除流程图，并让支持工程师或最终用户执行流程图。您可以将图片，链接，视频或任何基于Web的对象附加到流程图的每个步骤。您的最终用户可以使用这些可执行流程图解决他们自己的问题。如果他们无法解决流程图中的问题，则可以打开故障单，支持工程师可以浏览步骤并查看反馈文档，以准确地了解问题。流程图执行者可以在执行过程中给反馈笔记，将任何图像，照片或文档上传到每个步骤。流程图执行的示例，执行以下故障排除流程图：运行WF

我们是否可以想象下一个Facebook，Twitter或Groupon将使用AWS，Windows Azure或其他PaaS产品？一家快速成长的初创公司为什么不采用PaaS？

在完全依靠PaaS / IaaS提供者的支持之前，创业公司不会孵化，开发，启动和运行的原因只有两个，只有两个： 1）自我许多人喜欢建立大型基础架构，因为它令人兴奋。许多风险投资人喜欢为基础设施提供资金，因为“那么他们拥有了一些东西”。所有的“拥有自己的基础架构都更便宜”的论点一直失败，直到规模扩大为止，然后可能失败。如果您是从现在开始的，可能要在6个月后与我争论，我可以断然证明使用PaaS或IaaS解决方案更便宜，直到您实现规模扩展为止。甚至在那时。 2）监管。除非您拥有对该软件及其涉及的所有内容的完整访问链管理，否则在某些领域很难获得必要的监管批准。在几乎所有这些情况下，都可以将属于监管范围的内容拆分出来并在内部运行，然后将其余内容托管在云中。几乎每次。从理论上讲，有例外，但是我还没有真正看到无法在云中完成“繁重工作”的情况。

什么是在团队中共享书签的最佳Web应用程序，以允许一组私人协作者，标记，共享每个链接的讨论并进行可靠的搜索？

Herdmark：将一组协作者定义为具有共同电子邮件地址域的协作者。因此， [受电子邮件保护]可以在http://eastagile.com上与其他任何人私下共享书签。在该域内，Jane可以创建或加入私人组（例如，财务）或整个域范围内的组（例如，活动）。书签是使用标签和云以各种方式组织的，例如按字母顺序，受欢迎程度，频率，当然还有搜索。书签和组是由共识管理的：因此，如果每个人都离开一个公共组，则剩下的最后一个人可以删除它，但是如果其中有成员，即使创建者也不能。同样，任何组书签都可以标记为删除，但是在此之前，其他任何人都可以取消删除。可以设置管理员，该人可以进行备份。每个人都有自己的私人群组，他们是唯一的成员，就像普通的私人Delicious帐户一样。任何人都可以将书签添加或导入到其私有组中，并且可以选择与其他私有或域范围内的公共组共享它们。我是创始人，因此我对Herdmark的出色表现有些偏见，但我确实认为这是一个出色的团队协作工具。它是免费的，并且是beta版。我们的开发团队（位于http://eastagile.com）非常乐意添加新功能等。 -劳伦斯·辛克莱首席执行官/东敏捷旧金山

是否有任何Web服务可以在线管理工作流？

我认为您可能会发现Metatask有帮助。这个简单的基于Web的工作流程应用程序使您可以在几分钟内自动完成业务流程。您可以为任何过程定义一个可重用的模板，作为带有受让人和截止日期的任务列表。任务列表对所有团队成员而言都是一个简单的概念，因此您无需系统投入数小时即可开始一起处理流程。 Metatask具有一个预制模板库，您可以将其用作大多数标准业务流程的示例，例如员工入职，休假请求或费用报告。您可以在一个地方跟踪所有正在运行的进程：而且我们有Zapier集成！在Metatask.io上全部检查

什么是好的定制在线食品订购系统？

我实际上参与了Food-Ordering.co.uk软件的开发，因此我直接了解了定制在线食品订购系统的问题。一般来说，我认为只有2-3个在线食品订购系统可以作为软件许可证购买（Food-Ordering.co.uk是其中之一），但也有各种各样的系统，例如Phpjabbers，Karenderia和使用各种插件（例如WPpizza或Woocommerce）的基于WordPress的解决方案。 ..我想印度的公司有几对他们的名字，我不记得了。您问过一个“好的”定制在线食品订购系统，但我认为“好的”一词是相对的，对不同的人可能有不同的含义。好的意味着系统具有很大的灵活性吗？美观的用户界面（尽管外观是主观的）？有很多功能吗？上面提到的每种软件都有其优点和缺点，它通常是针对不同的使用场景制作的，并且是根据不同的假设和要求制作的。因此，所涉及的成本差异很大。例如，您可以花100美元左右的价格买到一个phpjabbers，但是Food-Ordering.co.uk的起价为1000美元。但是话又说回来，当您查看细节时，它们都提供了截然不同的功能。他们都进行“在线订购”，但是处理方式却不同。我将使用我们自己的软件示例进行说明：考虑一个中国人外卖的情况，该国的厨师会说英语比英语好。理想情况下，您希望订单在厨房（中文？）和接待处（英文）打印。据我所知，Food-Ordering.co.uk系统是唯一可以自动执行此操作的系统，此外，它还支持5种不同类型的打印机。但话又说回来，它的成本是phpjabbers的10倍，而phpjabbers的实际效果是通过简单的在线订购就可以了。因此，“好”是一个相对术语。现在，就定制设计而言，事情并没有您想象的那么简单。…

如果Android的主要编程语言是Java，iOS的主要语言是Objective-C和Swift，那么为什么在这些平台上存在用Python编写的Instagram之类的网络应用程序呢？

iOS和android都有自己的源自C和Java的编程语言。 iOS既使用Objective-C，又使用Swift，而Android使用android语言进行应用程序开发。这些是操作系统及其转换为机器级语言的编译器支持的本机语言。但这不是在这些平台上开发应用程序的唯一方法。使用这些语言中的任何一种开发应用程序的方式有3种本机通过使用本机和操作系统支持的语言，例如swift，objective-c，android。这种方法可提供灵活性和更好的内置API访问权限，以便与操作系统进行交互。好处：使用这种开发方法，外观，性能和其他几个因素都非常有用。缺点：代码无法跨平台重用，因此开发通用应用程序的成本很高。这两个平台都有其自己的UI限制，这使得很难获得统一的用户界面。谁选择的：希望最大程度地在两个平台上吸引用户来展示其服务的大型科技公司和基于产品的公司。健身相关的应用程序，基于导航的应用程序，照片编辑应用程序，这是因为系统功能的使用情况。跨平台或基于Web的…

Google App Engine与Heroku相比如何？

云计算不再是下一件大事。正如所有知名云服务提供商正在建立的所有云基础架构和数据中心所证明的那样，例如Google及其AppEngine和Amazon与AWS一起建立的，这是当前的大事。一些更小的先驱者（例如Heroku）也加入了这种混合，他们始于2007年-侏罗纪晚期的云计算。让我们比较两种PaaS产品，Heroku和Google的AppEngine，看看是什么使它们相互打动。 Heroku和AppEngine在哲学上相似，因为它们都是PaaS解决方案。它们都为您提供了一个现成的环境，您可以在其中部署代码和应用程序，尽管该环境仅托管有限范围的OS，语言，数据库和其他可用的基本平台。这意味着您可以相当快地启动并运行，但是这也意味着，如果您的应用无法运行，或者未由预先批准的列表中的内容托管或开发，那么您将一劳永逸。这与IaaS平台（例如Amazon的AWS）形成鲜明对比，后者为您提供了虚拟机，您可以在其中虚拟安装和自定义软件环境。它们是什么 Google的AppEngine为您提供了一个计算机实例的抽象视图，该实例运行您的代码并支持Python，Google的新Go语言以及Java和其他JVM语言（例如Clojure，JRuby和PHP）。一个警告是仅支持纯Python，因此您无法运行包含C代码的模块。有了这样的语言限制，很明显Google会为开发人员提供一个在语言环境中熟悉的，沙盒环境的运行代码的环境。实际上，轻松，轻松的沙箱是AppEngine的主要优势，并且具有快速，轻松地水平扩展以实现负载平衡的能力。尽管如此，许多人还是抱怨说AppEngine专有的只读特性会导致乏味且不必要的代码重构。应用必须特别考虑AppEngine编写，API必须专门针对AppEngine编写，甚至必须对标准Java代码进行大量修改以适合AppEngine环境。另一个痛点是，尽管最近他们还增加了对CloudSQL的支持，但Google坚持只使用其BigTable非关系数据库的AppEngine客户。因此，在将已经开发的应用程序移至AppEngine时，为应用程序的后端DB分配大量时间用于“数据库重构”。将应用程序从AppEngine移植到其他平台的过程非常痛苦，它导致许多人暗暗暗示Google阴险的阴谋将客户锁定在他们的框架上。…