大多数开发人员都可以使用 Github、Codepen、Plnkr 等。如果你想吸引开发者,你必须找到一些新的角度。可能是服务器端环境的一键式设置,因此开发人员可以轻松展示全栈编码技能。这要复杂得多,但你需要一些东西才能让它起飞。
不。这是以前做过的,但没有用。Kyle Bragger 用 forrst 做到了,这似乎是个好主意。有一段时间人们对此充满热情,该网站建设得很好,并迅速发展了一个伟大的社区。但它并没有持续下去,因为……嗯,主要是因为像 Dribbble 这样的地方。设计师和排他性Dribbble 就是为什么仅限邀请的展示网站是一件坏事的一个例子。它们是排他性的;你必须被派系中的某个人邀请。你必须接受同行的审查——这很关键——不是你的同行。他们是集团其他成员的同龄人。你可以有一些很棒的东西来炫耀,但你却被有权利的群众的心血来潮所困。这有点像一场时装秀,T台上到处都是古怪的色彩和不切实际的头饰。人们喜欢漂亮,因为:皇帝的新衣效果可用于滚动浏览提要的时间有限设计师将把该网站视为另一个发布作品的地方,这是众多此类地方之一,与其他地方几乎没有区别。开发人员以及他们为什么要分享运行代码演示与拥有它的图片非常不同。如果是 Web 代码,您需要将其托管在运行正确基础设施的某个地方,如果容易的话,通常可以转换为您自己的 Web 主机或 AWS。除非是代码来绘制 – 再次 – 一张漂亮的图片,否则它可能需要是交互式的。它需要文档。它需要能够告知人们它的需求、它的 API 等等。开发人员已经有了展示他们工作的好地方,访问者不仅可以看到代码和文档,还可以下载并自己运行。我说的是自由软件和开源软件中心,比如无处不在的 Github。 Github(和 bitbucket 等)有一个搜索框,它可以为您提供一个结果列表,而不会分散注意力,相互竞争的彩色框。开发人员喜欢炫耀他们所做的事情,但制作其中一部分的图片并将其发布到网站上并不是其中的重要部分。开发人员将把该站点视为获取有关他们已经编写并托管在其他地方的软件的反馈的地方。设计师和开发人员如何混合有些人设法同时成为开发人员和设计师。大多数没有。有一个神话说这两个群体彼此不喜欢,但根据我的经验,这不是真的。在某些项目中,设计师会抱怨开发人员不关心匹配他们的设计并制作看起来不专业的东西,而开发人员会抱怨设计师不关心制作在现实世界中实际可用的东西。这很正常;这并不意味着任何人都讨厌其他人。要求:代码需要工作。设计必须具有功能性和吸引力。展示网站可以显示:工作代码。有吸引力的设计。它不能展示功能设计。 Dribbble 就是最好的例子。它充满了漂亮的用户界面“实验”,显然无法正常工作,而且到处都是因为它们看起来很可爱而为它们点赞的人。诸如“不错的音乐播放器”之类的评论。怎么调音量?”无人回答,因为忽略它们更容易。当您将网站交给开发人员和设计师时会发生什么就像第一次一样,由于网站的视觉格式及其受欢迎程度,您的大多数用户将永远是设计师。当设计师调整他们的设计时,他们会上传新版本,这(取决于网站的工作方式)可以让人们对设计过程有更长远的看法,并增加设计师的帖子数量。开发人员的帖子会被忽视,因为它们不像其他帖子那样引人注目。开发人员将就他们的方法或建议的问题进行更长的对话线程。这可能会转移到 github,在那里拉取请求比评论线程更容易处理。较新版本的代码将出现在远程服务器上,但由于缺乏兴趣,可能不会在展示站点上更新。归根结底,由于这一切都发生过,您不太可能获得足够的临界质量来将您的网站出售给任何人。
不。我会在一个类似 github 的网站上注册,但它提供了类似 github 页面的后端功能。基本上用公共回购托管。虽然我们已经有了,但不是全部在一个地方。至于网站,我没有注册,因为从外面看它看起来像一个运球克隆。(你是否允许这样做)
标签: dribbble下载
构建移动应用程序的步骤是什么?
所以你半夜醒来,想到了一个很棒的应用程序——你可以想象它,你知道它很有用,你可以想象很多人也会喜欢它。如果这是您的第一次应用程序开发尝试,这里有一个关于如何从头到尾让项目成功的简要指南!第 1 步:定义你的目标有一个好主意是每个新项目的起点。不过,在你直接进入细节之前,你必须清楚地定义你的应用程序的目的和使命。它要做什么?它的核心诉求是什么?它将解决什么具体问题,或者它将改善生活的哪一部分?为应用程序定义一个明确的目标也将帮助您更快地实现目标。第 2 步:开始素描通过开发草图,您正在为未来的界面奠定基础。在此步骤中,您可以直观地概念化应用程序的主要功能以及大致布局和结构。对您的应用程序进行第一个粗略草图可以帮助您团队中的每个人理解任务。这些草图应作为项目下一阶段的参考。第 3 步:研究本研究有四个主要目的:找出是否有其他应用程序在做同样的事情为您的应用寻找设计灵感查找有关您应用的技术要求的信息了解如何营销您的应用并从中获利虽然您可能认为自己有一个革命性的想法,但您的希望可能很快就破灭了。有超过 100 万款适用于 Android 和 iOS 的应用程序,因此构建以前从未做过的东西几乎是不可能的。尽管如此,你不能对那些可能在同一个舞台上比赛的人感到气馁。您必须专注于自己的项目和用户获取。从竞争对手的关键特征和错误中学习,并放弃所有其他关于他们的想法。有一个很棒的设计师市场,叫做 Dribbble。设计师使用 Dribbble 向他人展示他们的作品以获取反馈并从其他艺术家那里获得灵感。这可能是我最喜欢寻找有关设计和实施的想法的地方。这也是研究应用程序技术方面的合适时机。找出您的要求,并从技术角度清楚地了解您的想法是否真正可行。在大多数情况下,将有一个替代解决方案以稍微不同的路线进行。这项研究延伸到版权和隐私问题等法律限制,让您全面了解您的情况。如果您在行业中有人脉,请从一开始就针对您的想法征求专家意见。另外两个重点是营销和货币化。现在您已经确认了您的应用程序的可行性,您应该考虑将其推向市场的策略。确定你的利基——确切地知道你如何能接触到你的目标用户,以及你需要如何接近他,让他看到价值并使用应用程序。另一个重要的考虑因素是弄清楚你的应用程序将如何赚钱。你会向你的用户收取下载费用吗?还是您会免费提供该应用程序但在其上投放广告?这种模式需要庞大的用户群,所以也要考虑一下。有多种方法可以通过应用获利,您可以自行决定要使用的渠道。第 4 步:创建线框和故事板在这个阶段,你的想法和特征融合成更清晰的画面。线框图是创建应用程序模型或原型的过程。您可以在线找到许多原型制作工具。最受欢迎的是 Balsamiq、Moqups 和 HotGloo,它们不仅允许您将所有占位符和代表性图形拖放到位,还可以添加按钮功能,以便您可以在查看模式下单击应用程序。在您处理线框图时,您还应该为您的应用程序创建一个故事板。我们的想法是构建一个路线图,帮助您了解每个屏幕之间的联系以及用户如何浏览您的应用程序。第 5 步:定义应用程序的后端您的线框和故事板现在成为后端结构的基础。画出你的服务器、API 和数据图的草图。这对开发人员来说是一个有用的参考,随着越来越多的人加入该项目,您将拥有一个(大部分)不言自明的图表供他们学习。如果有任何技术限制,请根据技术限制修改您的线框和故事板。第 6 步:测试您的原型恢复到您的线框图,并请朋友、家人、同事和专家帮助您审查您的原型。授予他们访问线框的权限,并让他们对您的应用程序进行测试运行。询问他们的诚实反馈,并找出缺陷和死胡同。如果可能的话,邀请他们到你的工作室,让他们在你面前试用原型。监控他们如何使用应用程序,记录他们的行为并根据他们调整您的 UI/UX。目标是在进入设计过程之前将您的应用概念具体化!一旦你开始设计,就很难改变周围的东西,所以从一开始的原型越清晰越好。