[大阪/横滨/德岛] 寻找基础设施/服务器端工程师!

[大阪/横滨/德岛] 寻找基础设施/服务器端工程师!

【超过500家企业部署】AWS搭建、运维、监控服务

【超过500家企业部署】AWS搭建、运维、监控服务

【CentOS的后继者】AlmaLinux OS服务器搭建/迁移服务

【CentOS的后继者】AlmaLinux OS服务器搭建/迁移服务

[仅适用于 WordPress] 云服务器“Web Speed”

[仅适用于 WordPress] 云服务器“Web Speed”

[便宜]网站安全自动诊断“快速扫描仪”

[便宜]网站安全自动诊断“快速扫描仪”

[预约系统开发] EDISONE定制开发服务

[预约系统开发] EDISONE定制开发服务

[注册100个URL 0日元] 网站监控服务“Appmill”

[注册100个URL 0日元] 网站监控服务“Appmill”

【兼容200多个国家】全球eSIM“超越SIM”

【兼容200多个国家】全球eSIM“超越SIM”

[如果您在中国旅行、出差或驻扎]中国SIM服务“Choco SIM”

[如果您在中国旅行、出差或驻扎]中国SIM服务“Choco SIM”

【全球专属服务】Beyond北美及中国MSP

【全球专属服务】Beyond北美及中国MSP

[YouTube]超越官方频道“美由丸频道”

[YouTube]超越官方频道“美由丸频道”

我尝试使用 Teletype,这是一个仅使用 Atom 即可轻松引入的专业环境。

你好。
我是Mandai,负责Wild 开发团队。

在 AWS re:Invent 2017 上,宣布在 AWS 上使用 Cloud9 的开发环境已经准备就绪,看起来很兴奋,但它也有作为源代码协作工具的方面,使结对编程变得容易。这就是为什么它成为一个热门话题。

说到结对编程,微软还宣布了“Visual Studio Live Share”,一直在后台心不在焉地观看的结对专业人士终于开始改变形式了(或者也许我只是在看)。

但请稍等一下!
Atom 准备pair pro环境已经有一段时间了!

这次,我想使用 Atom 建立一个简单的结对编程环境,并报告其易用性。

 

安装原子

安装 Atom 非常简单。
感觉就像原来的 Electron 编辑器,但Atom ,按红色下载按钮,然后双击下载的 exe 文件。

原子安装

如果您在阅读本文后安装了它,则没有问题,但为了配对 Pro,需要 Atom 版本 1.22 或更高版本,因此如果已经安装,您将需要更新它。

 

部署包

Pair pro 与 Atom 的通讯包是“Teletype”,默认 Atom 中不包含该通讯包。

Teletype 作为常规软件包发布,因此Ctrl + 然后从侧面菜单中选择“安装”,或从菜单中转到“软件包”→“设置视图”→“安装软件包/主题”。

如果您在显示“Search Packages”的输入表单中输入“Teletype”,则会被命中,因此单击“Install”按钮并等待完成。

安装电传打字机包

 

让我们结对编程吧!

现在,我想准备两台装有Atom 1.22或更高版本并安装了电传打字机包的机器,并尝试配对生产。

首先,在主机端打开一个合适的项目。
接下来,单击状态栏右侧看起来像无线电塔的图标(为方便起见,称为电传打字机图标)。

仅在第一次时,Teletype for Atom ,因此请登录。
一旦您能够登录,您将获得一个使用 Teletype 的令牌。

登录令牌问题

复制此令牌并将其粘贴到 Atom 右下角显示的表单中。
除非您犯了复制/粘贴错误,否则 Teletype 配置现已完成。

登录成功后,点击用户图标右侧的“分享”。

主持人

将发出配对专业令牌,因此请按复制按钮复制它并将其告诉您想要配对的人。

配对专业代币

等待。

会要求您登录Teletype for Atom ,就像在主机端一样,因此

再次单击电传打字机图标,然后单击“加入门户”。

客户

当您粘贴从主机端共享的 Pair Pro 令牌时,源代码共享将开始。

如果主机端和客户端右下角的Teletype图标均为蓝色,则表示代码正在共享。

代码共享

 

我尝试使用它

由于我们位于同一个本地网络上,这可能不是很有帮助,但是当我更改主机和客户端上的代码时,更改会立即传播到另一端,所以我没有感到任何压力。

只能显示一个文件,而且好像不支持在tab中显示多个文件,导致了很多错误。

关于认证,目前github账户是完全可信的,而且即使主机端关闭了文件,信息仍然保留在客户端,可以原样保存,所以文件操作给我的感觉是有点困难。粗糙的。

在主机端和客户端进行的更改没有区别,因此不建议同时进行两者。当代码被提交时,所有更改都成为提交者的责任。
确保代码质量应该是Github存在的原因,但对此做点什么不是一个坏主意吗?我就是这么想的。

另外,由于我无法准备帐户,所以这次是一对一的专业人士,但我很想知道有多少帐户可以共享代码。

在主机端切换选项卡中显示的文件的操作似乎相当麻烦。
目前这是一个测试版本,所以有些事情是无法帮助的,但考虑到cloud9和Visual Studio Live Share的趋势,除非它很快成为正式版本,否则它有可能会在这一类型中被遗忘。

 

概括

总的来说,尽管这是一对粗糙的专业人士,但当您尝试使用它时,像这样的代码怎么样?我的印象是客户端很容易编写代码,因为有关于提交责任的讨论。

事实上,在写这篇文章的时候,我还没有尝试过Cloud9,所以我真的很期待看到cloud9如何清理这个领域。

 
就是这样。

如果您觉得这篇文章有帮助,请点赞!
0
加载中...
0 票,平均:0.00 / 10
1,220
X Facebook 哈特纳书签 口袋
[2025.6.30 Amazon Linux 2 支持结束] Amazon Linux 服务器迁移解决方案

[2025.6.30 Amazon Linux 2 支持结束] Amazon Linux 服务器迁移解决方案

[大阪/横滨] 积极招募基础设施工程师和服务器端工程师!

[大阪/横滨] 积极招募基础设施工程师和服务器端工程师!

写这篇文章的人

关于作者

万代洋一

我的主要工作是为社交游戏开发 Web API,但我也很幸运能够做很多其他工作,包括营销。
此外,我在 Beyond 中的肖像权被视为 CC0。