swift-developers-japan

http://twitter.com/hiragram/status/978820973494337536

本質 (@hiragram)

ディスコにrxチャンネルがあってracチャンネルがないのは

2:55 AM

↑こういうのDiscord内部で話したほうが透明で良いと思ったのでチャンネルを立てた

2:55 AM

CC: @hiragram

2:56 AM

あと日本語チャンネル名が作れるようになったから zatsu とかリネームしたい

ええね

5:17 AM

個人的にはCmd+Kでチャンネルスイッチャーを多用するので日本語チャンネル名よりは英語のままのほうが10倍ありがたいよ、個人的にね。

5:20 AM

5:20 AM

日本語入力壊れとるやんけ。

5:20 AM

日本語ちゃんねる反対

zatsu(雑談)とかならどうなん？？

(雑談)いる？

zatsuだけでわからん人もいるかなーと思って

ならzatsudanにしればええな

チャンネルの説明に、雑談って書いてるからそのままでよさそう

チャンネルトピックで説明かけばいいのかな

スイッチャーでの検索が英語のほうが楽なるほど。

書いてあった

@omochimetaru 楽というか「運営管理」って入力すらできなかったので流石に困る感じになる

じゃあ最初の議題はこのチャンネルのリネームだな・・・

w

5:23 AM

admin?

manage

operationかadminかmanageか

挨拶ちゃんねると化したgeneralでもええような気がするよ

いや、generalはもうこれでいいかなと

日本語入力壊れてるのGIMEだけ説ある

5:24 AM

ことえりだったら壊れないんじゃねーかな

マ？

generalで運営の相談してたら挨拶しづらいじゃん

マ？はtarunon宛

5:24 AM

おもち同意

5:25 AM

ことえりそもそも選択肢から抹消すらしてるので確認するのめんどい

2

GIME日本語打てるけど検索にヒットしない

@d_date え、僕のキャプチャみたいにならない？

うｎｎえい　ってなる

5:26 AM

えー

矢印がイケてるぜ!!っていう主張に見えて草

1

わかる

ATOK でも打てなかった事だけ報告しときまっす

5:28 AM

なんか検索対象がおかしい感じになってる気がする。

5:28 AM

グループの名前に対しては日本語の検索効く。

5:28 AM

この「イベント」はコピペで入力した。

変換してEnter押すとどっか飛んじゃう

ことえり+Google Chromeから

ブラウザ依存の可能性あるな

Desktop版はいけてる

僕はGoogleIME+Macアプリ版

5:32 AM

あれえ

え、ブラウザで使ってたのか

ブラウザでもMac App版でも同じ結果だった…あるぇ？

とりあえずバグがあるのでチャンネル名は英数、説明に日本語でいいと思いました。 #unnei | 運営管理。チャンネル名etc。 みたいになってるとよさそう

#admin とか？

1

adminだと管理者部屋が見えてるみたいな感じがするしmanageにしようかな

@omochimetaru @tarunon 金曜日に話してたSwiftのコードを実行してくれるBotがなんとなくできたので一時的に「Manage Server permissions」をくれませんか？Botの追加はそれしか方法がないようです。

ロール変更権限は僕は持ってないです、 @omochimetaru たのむ〜

@Kishikawa Katsumi とりあえず「Manage Server permissions」を持つ botmgr ロールを割り当てました

(edited)

1

@mono どうもありがとうございます。

ほう，ここにコードを書くと，botがplaygroundに投げてくれる的な？

1:36 PM

すごい

今来たスンマセン

思ったんですが、事実上ここが日本の Swift ガチ勢の巣窟になっているのにサーバー名に Swift が入っておらず ios なことから、 iOS アプリ開発をしない Swift 開発者が見逃してしまっている／入りづらい可能性はないでしょうか？ Swift と iOS 、 macOS あたりをカバーしていることが示せればいいんですが・・・。

1

SSSもあるからswift-developers-japanでもいいじゃないかなと思いますが、逆にそれだとiOS開発者見逃してしまうリスクが…

2:37 AM

Swift<AnyPlatform>

obj-c開発者は・・・？

@t.ae すべてのサーバー名に詰め込むことはできないので obj-c が落ちるのは仕方ないと思います。

2:50 AM

一方で、 Swift と iOS しか入ってないと iOS しかカバーされてない印象があるので、 Swift , iOS ともう一つがあるとわかりやすいかなと。

2:51 AM

もしくは、 swift-developers-japan でもいいのかも？必然的に iOS を含むだろうし。

2:52 AM

現状にも即しているように思います。 macOS や SSS に興味ある人もカバーできるし。

swift-developers-japan と ios-developers-japan 、どちらがキャッチーか迷って、SlackのWorkspace名はiosだったので、とりあえずそれにしましたが、今改めて考えるとswift- に改名に僕は賛成です(　´･‿･｀) http://www.hasegawa-tomoki.com/development/2016/06/07/slack-ios-developers-ja/ (edited)

長谷川智希

日本語でiOS開発の話をするSlackのチームを作った ...

長谷川、個々数年は「PHPとiOS開発のひと」的な活動をしています。最近、日本語でPHPの話をするSlackに参加したのですが、これが、Twitterとはまた違った感じでゆるくコミュニケーシ...

僕は @mono が良ければなんでも良いです

1

URLとかに影響無くカジュアルに変えられるので、とりあえず変えてみました。不評だったら戻すことも検討します。こちらも更新しておきました: https://medium.com/swift-column/discord-ios-20d586e373c0

Discordが良い感じなので、swift-developers-japan サーバ...

先日、こんなTweetをしましたが、DiscordにSwift・iOSなどに関連する開発者のサーバーを作ってみました。

5

お、変わりました。Discordの Mac版 Appを立ち上げたままで、コンビニで買い物して戻ったら何事もなかったかのように変わってました。

1

アイコンも

7

ふと見たらアイコンも名前も変わっててワロタ

5

readmeチャンネルを作りました。

#general #readme #zatsu #manage #mokumoku #recruitment この辺まとめて１個のカテゴリに分けて欲しいけどできますか @omochimetaru (edited)

できる　なんて名前がいいかな。

6:05 AM

あとzatsuだけ使われ方がちょっと違う気がする。ので、そのカテゴリに入れないほうが良い気がする。 (edited)

開発関係ないのカテゴリのつもり

「開発以外」とか？

昔はswift話が治安悪く入っていたが、swift-zatsuができてからzatsuの治安は上がったので分けれる

developers-japanサーバだし「開発以外」をまとめておくのは良さそうだな。

開発以外はわかりやすくて好き

やってみた。

1

オーダー変えれるんだっけ

変えられる。

イベントの下でいい気もする

readmeはあんまり下だと見てもらえなくならない？

なるほどー

6:08 AM

まあイベントより上でもいいか

6:08 AM

ナイス、ありがとう

readmeだけは↑っていうのもありだが

6:09 AM

readmeだけ一番上に置かせて　何かと必要になることがありそうだ

1

6:10 AM

意見ありがとう

そういえば、#xcode に対抗して #appcode が欲しいです！！！！

4:03 PM

AppCode のお悩み相談所、国内でおそらく存在しないので…

作りました。

1

うおおおお

@admin: swift-5.0ボットを追加しました。BOTロールへの追加をお願いします。 @swift-5.0.3

Usage: @swift50 [SWIFT_OPTIONS] ``` [Swift Code] ```

帰宅後に対応します

1

swift-5.0ボットがユーザー一覧の上部に出る様に、BOT role(Discordの日本語だと役職)に設定して欲しいです。

あ！忘れてました。

12:46 PM

やりました！

ありがとうございます！

@omochimetaru generalにスパムが投稿されたので削除とブロックお願いします

対応しました。報告どうもです。 (edited)

1

@omochimetaru また同じスパムがgeneralに投稿されました

どうもです。対応しました。

1

スパムはボットが投稿してるのかな？

どうなんでしょうねえ。また投稿されました。 @omochimetaru

4:25 AM

今のところ同じリンクを投稿するだけ？っぽいからこっちもBotで自動削除＆ブロックできるかな。

Botはブロック操作できない予感 (edited)

11:10 AM

これかな？ https://discordapp.com/developers/docs/resources/user#leave-guild

Discord - Free voice and text chat for gamers

Step up your game with a modern voice & text chat app. Crystal clear voice, multiple server and channel support, mobile apps, and more. Get your free server now!

おはようございます、banしました

user#leave-guild は他人にはできなさそうですね。

1

@omochimetaru また #general に…

帰宅したらやります、どうも

1

done

#swift-syntaxあったほうが良いかな？ #swiftcが一番近いけど、あまりlibSyntaxに直接関連する話も無さそうだし別にしたほうが良いかも

#swift-syntax を #swiftpm の下に作りました

3

@swift51 ボットをBot roleに設定して欲しいです。 (edited)

やりました。

1

3:50 AM

野村さん botmgr だから、自分でできませんでしたっけ

あれ？出来るのかな？

3:53 AM

自分のロール追加が出来ないのと同じで、出来ない様な。

あ〜、だめですね、すいません

1

参加通知用のチャンネル #join-notif を作りました。

スパムですかね->#recruitment

やっといた

あざす

#beginner-help-archived が時々混雑するので、 beginner-help-2を作ろうと思いますが、どう思いますか？絵文字リアクションを置いてみます↓ (edited)

1

1週間経っても残ってたら私が回答するようにしてるので、スタックするとしてもそのぐらいになると思います

https://twitter.com/a_aryzae/status/1200069678296522752

ありぜ (@a_aryzae)

Swift DeveloperのDiscord見てて、スレッド化してほしさ出てきたな…。並列して質問3つあったりするとややこしすぎる

答えてあげなよ…とは思いつつ

1

週1ぐらいしか見ない/対応できない人がそもそも居そうだから、

4:11 PM

3つぐらいは貯まることがたまにあるんだと思う

質問した人がこういう回答を得てtryした結果こうなりました、みたいな事後録を作るのは価値があるのでむしろそっちをやるようにしてもらったほうが良いんじゃないかとは思うというのが正直なところ

4:11 PM

内容もググればよかろう系で、結局解決したかどうかわからないことも結構あるのでなんだかな感はある

解決したかがわからないのも気になるので↑は思う

なるほど

それで結局質問残ってるのか把握できなくて混乱してるかな自分は (edited)

あんまりそこの運用の体験が良くないまま枠だけ拡大しても良くないね

まあ現実的に処理能力はそんなもんなんで

4:13 PM

スタックするのはそれはしょうがないのではないでしょうか。

4:14 PM

つまり、本質的にスタックしてるはずのものを見せかけだけ2スレ化してスタックを解決は…出来ていないのである

見やすくはなる気はする

じゃあさらに2倍質問きたら4スレ化するかというとそれはそんな筈は無いので

4:16 PM

まあなんかスタックしてる時は明らかにビギナーじゃない質問は他のチャンネルにやってもらうとか

4:16 PM

そういうんでどうでしょうか

じゃあ、今回はやめときますね

1

回答者が適当に水先案内すれば良いのではないかと

4:18 PM

で、今見たら私が水先案内してそのままにしてる大変申し訳ない状況なので、これは回答しておきます

@swift52 ボットをBot roleに設定して欲しいです(定期)

やりました

ありり

「わいわいswiftc」という勉強会をこのサーバー上でオンライン開催します。それにあたって、「スピーカー」というロールを作成しました。このロールの人は他人のVCを強制ミュートできます。回が終わったらロールは剥がします。 (edited)

5:17 PM

ついでに、サーバーブースト課金者を右のリストで見えるようにしました。絵文字スロット拡張、VC音質向上、GoLive画質向上などの恩恵があります。ありがたいですね。

突然のピックアップ…！ VCの音質上げるのにここに設定しましたが、他に閾値のサーバーに参加してないので、当面ここに置いておきます。 (edited)

1

@swift53 ボットをBot roleに設定して欲しいです(定期)

設定しました

2

おもめたさん課金マークついてる

昨日職場の方で動画をアップロードしようとしたら12M？制限に引っかかって

6:47 AM

Nitroなら100Mまでできるって出たから課金した

6:48 AM

でもブースト石はこのサーバーに投げといた (edited)

あと5個で256Kbps音質になる

誰かし〜

1個ポ鯖からぶんどれるので、そうすると残り二人がNitro入りすればLv2にできる

6:54 AM

まあでも今の音質でも特に困ってないと思います

この前特に音質の問題はなかったね

6:56 AM

ガビガビの人もいたけどあれは本人のネット回線のせいっぽかた

Boosted

2

増えた

Boostした。

2

ふえた

カードの不正検知に引っかかったｗ

14/15

お

8:54 AM

やります

8:55 AM

DONE

3

8:55 AM

閾値大幅に超えたらまたもとに戻します~

8:55 AM

サーバーバナー

というものが使えるようになったらしい

1080p 60fps Go Liveストリーム

配信も高画質だ

3

これは嬉しい特典

8:57 AM

記念撮影

3

他の勉強会でもここのGoLive使ってもらえたりすると良さそう

8:58 AM

要他のサービスとの比較検討だけど。

そうだね。

8:59 AM

個人的にはzoomより快適だったけど、普段ゲーム友達とも使い慣れてて愛着もあるし、基準にならん。

私も同じ感想ですね

8:59 AM

スピーカーにカジュアルにミュート権限配れたりとかそのあたりがやりやすい印象ある

そのへんの仕組系とUIがよくできてんだよな。

Zoom だとウィンドウ単位の画面共有ができましたけど、 Discord ではどうでしたか？

10:02 AM

個人的にウィンドウ単位の共有結構いいなと思ってて。事故が起こりにくそうだし。

画面単位ありますよ

画面というのはウィンドウですか？

はい

おお、素晴らしい。

10:03 AM

じゃあ sonson さんので全体が見えてたのは単に全体にしてたからですね。ウィンドウ切り替える必要があったからか。

10:03 AM

こうなる

これはウィンドウではなく画面？？

10:04 AM

たとえば Keynote のウィンドウだけとか。

あーデュアルだから左右の画面が出てますね

10:04 AM

アプリ単位もあります

10:04 AM

ただアプリ切り替えができないのでデモには不向き

お、それはナイスですね。 < アプリ単位

10:05 AM

そうですね < デモには不向き

10:07 AM

あとは 50 人という人数制限が問題か・・・。

10:08 AM

そこ Boost で解禁してほしいとこですね。

COVID対応で特別に解放した結果50に増えてるんですよね。

普段10ってのが辛いね。

今日このサーバーでswift-zoominが行われるのですが、僕が仕事で参加できなくなったのもあって、 @koher に event-ops 権限を付与しました。 event-opsは強めの権限です。

1

speeker権限の付与とチャンネル作成できるのかな

できる。

必要十分ぽい

@Kishikawa Katsumi @norio_nomura bot-mgrがbotロールを付加できるようにしました。「自分より下位の権限を付け剥がしできる」という設定が可能だったので。

1

実際にbotロールの付け剥がし出来ることを確認しました。ありがとう。

1

@omochimetaru 権限付与ありがとう。昨日は無事 Swift Zoomin' 開催できました。

@koher よかったです〜

いつの間にかGoLive配信中にウィンドウ変えれるようになっていることに気がついた。これで https://discordapp.com/channels/291054398077927425/428386158523842570/702822303607816242 の問題が解決できる

え、マジ？それはいいね。

GoLiveの配信を中止ボタンを押すと、やめる or 変更になっていた

今までは切り替えるとつなぎ直しだった

11:24 AM

お〜

11:24 AM

ご時世的にみんなが使っててフィードバックがあったのかな。

@omochimetaru 16日（土） 21:00 から開催予定の Swift Zoomin' #2 ですが、 Zoom の 100人枠が溢れてしまった場合に、ここで Go Live を使って Zoom の映像を中継 & 音声チャットで音声配信することを考えています。 Zoom の映像を Go Live に中継できることは実験済みです。

@koher koherにevent-opsロールを付与しておきました。

ありがとう

swiftbotからDM来たんですが、なんだろうこれ

me too...

私も同じのがきました

やば

うわああ

kickできます？

2:54 AM

お、消えた

とりあえずBAN(+24時間の書き込み削除)しました

6

ブロックするに限る

ありがとうございます。メッセージに https://twitter.com/advaithj1 って書いてあったけど "no, I didn't hack any bots" ってプロフに書いてあるあたりとばっちり受けてそう? (edited)

Advaith (@advaithj1)

no, I didn't hack any bots 15yo autistic +ADHD high schooler who codes stuff | @widgetbot_io, @AdvaithBot2249 | he/him | banner: https://t.co/evPn3jbsAC | #BlackLivesMatter

Tweets

788

Followers

105

恐い

BANするとチャンネルへの投稿はさかのぼって消えるけど、個別に送られたDMは消えないっぽい。

DMって誰にでも送れるんだっけ？swiftbotからDMが送られた対象者は特定できない？

ご迷惑をおかけしています。申し訳ないです。

発言消えても未読バッジは消えないんですね

3:11 AM

3:12 AM

多分各自の設定に依存していて、一般設定と、サーバーに対する設定がある

ボットのトークンとSecretを再生成して前のは使えなくしました。

1

設定変えた記憶はないけど↑の通りになってたから、これがデフォルト設定だったとすると、このサーバーの全員にDMが送られたのかな？

そうかも。

きた

このサーバーへのメッセージを削除したことで、経緯がよくわからない人が DM のリンクをクリックしてしまう可能性があるから、注意喚起した方が良い？ボットアカウントから DM も削除できるのかな？

どこかからトークン漏れた系？

3:15 AM

未読がすごいw

3:16 AM

あとDMの内容もすごい

ボットアカウントは通常のユーザーアカウントと違ってサーバーに依存してるような気がするけどどうなんだろう。BANしてしまったけど、アカウントとしてログインできる状態なのであれば、送信済みのメッセージを全部削除するのが理想だけど、それは少なくとも @Kishikawa Katsumi からしかできない。

3:18 AM

注意喚起はしたほうがいいかもだけど、どうやってやるのかが悩ましいですね・・・

ボット消せないの？

アカウント消したらDMも消えるかもしれませんが、アカウント消したけどDMが残ったときに対処しようがなくなっちゃうのが難しそうですね。

なるほど確かに

3:19 AM

消えて欲しい気もするけど。

このサーバーの参加者はここは見えてるはずなので、このサーバー上でとりあえず注意喚起しておくのがいいのかな。今、大量の通知が届いて、なにこれ？と思っている人が多いはずなので。

全チャンネルに未読通知が生じちゃったから、 #manage を見ようという動機が生じないんですよね。

とりあえず everyone 宛にメッセージ飛ばして、最新の通知を送るのがいいかも？

まあ、そうか。

逆にswiftbot通じて注意喚起DM送れないですかね

3:25 AM

↑ のメッセージおすな！ 的な (edited)

2020/06/08 12:00 JST ごろ、 @swiftbot からSPAMのDMが多くのユーザーに送信されました。 当該ボットがハッキングされた事によるものであり、無視してください

3:26 AM

↑文言草案

サーバーのメンバーを取得して自動で一人ひとり DM 飛ばすスクリプト書かないといけなさそうで、岸川さんにすぐに対応してもらうことが可能かもわからないので、ひとまずは everyone 宛で注意喚起して、その後より抜本的な対策ですかね。 < swiftbot通じて注意喚起DM

1

3:28 AM

@omochimetaru 良いと思います。時間は僕は 11:51 に来てます。

@everyone 2020/06/08 12:00 JST ごろ、 @swiftbot からSPAMのDMが多くのユーザーに送信されました。当該ボットがハッキングされた事によるものであり、無視してください。

10

omochimetaru pinned a message to this channel. 6/8/2020 3:29 AM

botはこのサーバー（ギルド？）にいないからメッセージの操作はたぶんできなさそうです。

やっぱそういう構造になってるんですね。 botはサーバーから離脱した時点でアカウントとして死ぬ。

メッセージを消したいのだが消せないｗ

そういう仕組なのか。それに、仮にアカウントが生きてたとしても、サーバーから BAN された状態だとサーバーのメンバーじゃないので注意喚起の DM 送る権限がなくなっちゃいそうですね。 (edited)

しかし，まぁ，物騒な内容の・・・・

とりあえず #readme と #general にもハッキングの文面をマルチポストしておくと救える人が増えそうだな

3:40 AM

流石にこの量の通知見たら何かあったなと思って広い範囲のチャンネル見に行くと思うので

これ，受け取ったメッセージ消す方法ないんですね．

3:41 AM

↑このバツマークで消せます

3:41 AM

@tarunon メンション無しで投稿だけしておきました。

↑の画像、僕が消されそうだｗ

3

僕はもう消しちゃって適切な画像が撮影できず・・・ｗ

swiftbot に DM 送ってみたらこうなった。

1

I tried the same

↓とかも残ってるし、アカウントが完全消滅したわけではない？ https://discordapp.com/channels/291054398077927425/499393715140558881/703195385799245915

3:45 AM

個別のメッセージごとにデータがあるのかな。

サーバー管理画面では BANしたユーザー一覧に表示されていて、BAN解除も可能な状態です。

なるほど。じゃあ、 BAN 解除した上で DM を送り直すことは可能そう。

そうなんですけど、一応攻撃方法なり流出経路が判明してからにしたいですね。

そうだね。

@omochimetaru iOS のdiscordで、バツボタンがないんですが、ない方ほかにいらっしゃいますか?

iOSなら長押しでメニュー出てくる気がする

3:47 AM

閉じる で大丈夫かな?

長押しで「DMを閉じる」ですね。>iOS

ありがとうございます。長押しからのDMをとじるでできました。

ボットアカウントの挙動を確かめようと、テスト用ボットアカウントをテストサーバーに参加させようとしたら、普段は2ステップくらいのCAPTCHAが8ステップくらいあった。

2

広範囲でハックされたんですね

アカウント消したらDMも消えるかもしれませんが、アカウント消したけどDMが残ったときに対処しようがなくなっちゃうのが難しそうですね。

実際にテスト用のボットアカウントを削除してみましたが、ボットにより送信されたDMは削除されませんでした。 (edited)

1

DMは私のところには来てないのでわからないのですが、その他のメッセージは消せそう（サーバーのアクセス権があれば）。（DMはたどり方がわかってないだけなのでそれもたぶん消せます）ただ、チャンネルに送れられたメッセージはもう全部消えてるので、

4:14 AM

バッジを消すのはおそらく無理だから、できることはひとまずこれくらいでしょうか。

4:15 AM

トークンが漏れた経路はよくわかってないです。GitHubのコミットに含まれてた時期は最初の２週間くらいあったのですが、それも設定ファイルから読むことにしたタイミングで変えてるのでそこに履歴に残ってるのは使えない。

1

他の何かが一緒に漏れてないか心配

4:16 AM

Kishikawaさんのパスワードとか

DMはたどり方がわかってないだけなのでそれもたぶん消せます）

このAPIでDMチャンネル一覧を取得できます。 https://discord.com/developers/docs/resources/user#get-user-dms

Discord Developer Portal — API Docs for Bots and Developers

Integrate your service with Discord — whether it's a bot or a game or whatever your wildest imagination can come up with.

1

4:19 AM

あ、ボットはこのAPI使えないかも。

4:20 AM

Get User DMs GET/users/@me/channels Returns a list of DM channel objects. For bots, this is no longer a supported method of getting recent DMs, and will return an empty array.

(edited)

Redditに同じ話題があったっぽい。モデレーター削除になってるけど。

メッセージ削除にはチャンネルIDが必要だから、このAPIが使えないならダメぽい。

https://discord.com/developers/docs/resources/user#create-dm このAPIで新しいDMを送るとレスポンスにDMチャンネルが含まれるから、そこから送られたSPAMを辿ることは出来るかも？ (edited)

Discord Developer Portal — API Docs for Bots and Developers

Integrate your service with Discord — whether it's a bot or a game or whatever your wildest imagination can come up with.

4:39 AM

相手側でDMを閉じられても、メッセージ自体はDMチャンネルに残る事を確認。

Apple Silicon (含DTK) チャンネル必要じゃない？

1

#apple-silicon つくりました

よく間違われるから #swift-playgrounds を #swift-playgrounds-app とかに改名した方が良い？と思ったけど、間違えるときはそれでも間違えそう。

そうですねえ、改名案は他に何があるかな

どちらかというと play area が紛らわしい？

4:00 AM

すでに play area が染み付いてるので今から変更しても間違いを減らすには時間がかかるかもしれないけど。

4:00 AM

#swiftbot-test とかだといいのかな？ (edited)

4:01 AM

#try-swiftbot とか。

swiftbot- プレフィックスがあるとわかりやすいと思います

4:04 AM

自分はその先の言葉はあんま読んでなかった

多分 play area で探すから playgrounds を選んじゃうんだと思うけど、そもそもの名前が play area でなくなって、それに慣れてきたら間違い減りそう。

4:13 AM

あとは、 swiftbot のチャンネルを swift-zatsu の次くらいに持っていくとかしたら効果あるかも。

とりあえず上に持ってきますか。使用頻度高いし。

4:14 AM

#swift-playgrounds を #ipad-swift-playgrounds にするのはどうだろう？

そのチャンネルって、 Xcode の Playgrounds は含まないんだっけ？

今macOSもSwift Playgroundsありますよね

#swift-playgrounds-app と #swift-playgrounds-xcode とか？

うーんいろいろあるのか。

app は iOS / macOS 共通でいいんじゃない？

4:23 AM

内容も同じだし。 https://apps.apple.com/jp/app/swift-playgrounds/id1496833156?mt=12

‎Swift Playgrounds

‎MacおよびiPad版のSwift Playgroundsは、楽しく遊びながらプログラミングを学べる画期的なアプリケーションです。“コードを学ぼう”レッスンでは、説明に従ってキャラクターを動かして、さまざまなステージをクリアしながら、コードの基礎を身につけます。さらに“チャレンジ”では、さまざまな課題に挑戦するユニークなコーディング体験が得られます。 Swift Playgroundsはプログラミングの知識がなくても遊べるので、12歳から112歳まで、これからプログラミングを始めようという方にピッタリです。Appleが開発し、多くの人気アプリケ...

MacおよびiPad版のSwift Playgroundsは

やっぱ #swift-playgrounds しかないなあ。

Xcode のやつは "Swift" という言葉は含まないと思います。 https://help.apple.com/xcode/mac/current/#/dev188e45167 https://developer.apple.com/videos/play/wwdc2018/402/

Getting the Most out of Playgrounds in Xcode - WWDC 2018 - Videos -...

Discover major advancements in Xcode playgrounds. Learn advanced tips and techniques, hear about new and often overlooked workflows, and...

なるほど・・・・

4:34 AM

↑これでどうだろう (edited)

Xcode のやつは "Swift" という言葉は含まない

#swift-playgounds と #xcode-playgrounds とか？分ける必要があれば。 (edited)

使用頻度的にその必要は無いと思うんですよね

4:50 AM

XcodeのPlaygoundsの話がしたいけど swift-playgrounds しか見つからなくて迷う人はあんまり居ないと思う

まあ、じゃあ #swift-playgrounds でいいんじゃないかな？ #swiftbot-test にして上に持っていくとかすれば、混同されることは減りそう。

-test が良いのかなあ

4:52 AM

testって聞くとunittestの事を連想する

swiftbot-sandboxとか?

1

そっちのほうが好き

Kotlin とか TypeScript とか Rust とか、話題に出やすい言語向けのチャンネルがあってもいい気がするんですがいかがでしょうか。 #kotlin #typescript #rust とかかな？

1:39 AM

Swift に絡めて話すことも多いし #other-lang で十分？ (edited)

話題の頻度も少ないので1個で良さそう

1

一昨日から Swift で AtCoder を試してみてるんですが、 #atcoder とか作ってみんなで Swift で AtCoder の知見を共有したら楽しそうじゃないですか？

#competitive-programming のほうがよいかな？

そういう括りもありだけど、実質 AtCoder が中心になるだろうし、具体的な方が盛り上がりやすいかなと。

3:46 PM

あと #competitive-programming って長いし

#kyo-pro

3:46 PM

まあ、とりあえずatcoderで

3:46 PM

どこらへんに置くのがいいですかねえ

#iosdc とか考えると具体名も一貫性ありそうな気がする。

3:47 PM

MAIN なのかイベントなのか・・・

3:48 PM

コンテスト自体はイベントかもしれないけど、一般的な話題は個々のコンテストとひもづいてるわけじゃないしなぁ。

なるほど・・・

3:49 PM

#math の下に置いてみた

ありがとう！

いまさら気がついたけどチャンネルってあいうえお順じゃないんだ...

なんとなく順番つけてる

https://discord.com/partners 別鯖で知ったんですがここなら使えるかも？

Partner with Discord

Designed for active and engaged communities, the Partner Program distinguishes the best servers out there. Get rewarded for creating an engaged community with our Partner Program!

パートナーになるとどんな得があるの？あと申請文言とかあるとダルいから誰かやってくれるなら必要な権限わたすー

Nitro付与される等ですが、かなり敷居高いみたいですね

申請文言とかあるとダルいw

11:36 PM

community serverだって設定するだけのようにみえるけれど

11:37 PM

条件は高い

11:37 PM

https://support.discord.com/hc/en-us/articles/115001494012

11:37 PM

ちょっとは申請文言も書かないといけないからダルいかもしれない

見てみた。数字の条件みたせなさそう

明後日 #swift-zoomin を使いますが、今回はコードを書くイベントなので（ AtCoder に登録して過去問を解く）いつもより Discord のチャットを使うと思います。いつもは発表主体だけど今回は参加型なので。

バージョンの区別という点ではSwiftボットのアカウントが別れているのは分かりやすいと思ってるけど、バージョン追加時にアカウント設定が必要なのは面倒だ…

メンションでバージョン指定できるのは補完がきくし革命的と思いましたね。

1:22 AM

Botの追加は自動化できそうな気がしますね。

今はバージョン追加時に

Discord Application作成
SwiftCompilerDiscordappBotソースのブランチ作成
新規Herokuアカウントを作成して、ブランチを新規インスタンスでdeploy

してる。

Botの追加はたぶんPuppeteerとか使えばできそうな気がしますがそれ作るのも微妙に面倒そうではありますね。

久しぶりにDiscordのドキュメントを眺めたら、Slash Commandsなんてのが来てた。 https://discord.com/developers/docs/interactions/slash-commands

Discord Developer Portal — API Docs for Bots and Developers

Integrate your service with Discord — whether it's a bot or a game or whatever your wildest imagination can come up with.

Slackっぽい

これを使えば、 /swift54 -Xfrontend -enable-experimental-concurrency import _Concurrency … みたいな事が出来て、ボットに/swift…部分の管理をさせられる様に出来るかも。 (edited)

たぶん補完してくれそうだし良さそうですね。

1:51 AM

補完でるし、説明も出るみたいだから良さそう

Receiving an Interaction When a user uses a Slash Command, your app will receive an Interaction. Your app can receive an interaction in one of two ways: - Via gateway event, INTERACTION_CREATE <docs> - Via outgoing webhook

webhookで受け取れるから、ボットインスタンスを常時起動にしなくて済むな。

そういう利点もあるのか。それは便利だ。

https://gist.github.com/advaith1/287e69c3347ef5165c0dbde00aa305d2

Slash Commands in Discord.js

Slash Commands in Discord.js. GitHub Gist: instantly share code, notes, and snippets.

Slash Commandsなんてのが来てた。

まだ先月来たばかりらしい。 https://discord.com/developers/docs/change-log

Discord Developer Portal — API Docs for Bots and Developers

Integrate your service with Discord — whether it's a bot or a game or whatever your wildest imagination can come up with.

Slash Commandsはまだ複数行のコマンドをサポートしていなかった。 https://github.com/discord/discord-api-docs/issues/2381 issueをsubscribeして検討終了。

Multiline arg type · Issue #2381 · discord/discord-api-docs

Description introduce a "long" argument type to support multi line input Why This is Needed sometimes writing more is just super important! I encountered the issue when thinking a...

なるほど。コマンドを作成しておいて補完にだけ使って、Botから別途発言として受け取るとかできないのかな。

む

改めてbuilt-inのSlash Commands UIの挙動を確認してみたけど、ボットのそれもこの挙動に準ずるなら、ちょっと利用は難しそう。

残念

Swiftコンパイラボット群のHeroku依存をどうにかしたい。

Docker HubのFree tierでAutobuildsが使えなくなるため、Swiftコンパイラボットで使ってるSwiftイメージの自動更新が止まりそう。コンパイラボットはDocke HubからのWebhookを元に自動更新してるから、そちらの更新も止まりそう。一応Docker Open Source programへ申し込んだけど、適用されるかは不明。 https://www.docker.com/blog/changes-to-docker-hub-autobuilds/

Shaun Mulligan

Changes to Docker Hub Autobuilds - Docker Blog

Learn from Docker experts to simplify and advance your app development and management with Docker. Stay up to date on Docker events and new version announcements!

12:53 AM

GitHub Container Registryへ移行するべきかな…

12:57 AM

いや、公式イメージ利用に移行すべきか。

更新があってもなくても一日一回定期実行で更新するとか。

Herokuインスタンスを定期的に更新する設定が簡単に出来るならば、それでも良いかも。

2

10:53 AM

everyoneロールの at everyone と at here を無効化した。

5

thx

https://discord.com/channels/291054398077927425/291054398077927425/877140533284315186

Discordがパーミッションをいい感じにアップグレードしませんか？みたいなダイアログを出してきたので、ろくに読まずにYESしました何か不都合が生じていたら教えて下さい

2

https://discord.com/channels/291054398077927425/346503087256502274/887539332171300924

3:26 AM

GitHub Organization 作って管理者みんな触れる GitHub Pages の swift-developers-japan.github.io とかだと良さそう。

GitHub Orgだと共同管理しやすそうですね。

とりあえず作ってみました。 @omochimetaru と @Yuta Saito に Invitation 出しておきました。他にも適宜追加＆オーナー権限付与で。 https://github.com/swift-developers-japan

swift-developers-japan

GitHub is where swift-developers-japan builds software.

1

とりあえず最小構成で作りました。 https://github.com/swift-developers-japan/swift-developers-japan.github.io ペラサイトだし Jekyll とか使わず素の HTML なので誰でも触れるはず。 index.html を編集して（必要に応じて画像、CSS、JS等を追加して） push すれば main ブランチの内容が https://swift-developers-japan.github.io/ に反映されます。 (edited)

GitHub - swift-developers-japan/swift-developers-japan.github.io

Contribute to swift-developers-japan/swift-developers-japan.github.io development by creating an account on GitHub.

参加する

niw

参加する

Invitation送りました。 (edited)

あ、いや、あの内容の話w

あ、オーナーとして、という意味じゃないのかｗ

大丈夫です、contribしますw

1

3:54 AM

GitHub Pages は Action で自動生成にできるよね

niw

GitHub Pages は Action で自動生成にできるよね

何の自動生成ですか？ deploy は main に push すれば自動でされはずですね。静的サイトジェネレータを使う場合も、 Jekyll だと自動生成 & deploy になってますね。

webpackとか走らせる話をしてた

ああ、なるほど。

Jekyll かー。

Jekyll が公式なんですよねぇ。

最近の Jekyll はいろいろできるようになったんだろうか。

Liquid がダメダメすぎて辛いです。

swift の static side generator ってあるの? そういえば。 (edited)

そんなに気合いれないのであれば Webflow とかで楽におしゃれに作るものいいかも

こういうのぺら一サイトなのに気合い入れたくなるよくない傾向にあるw

4:00 AM

最新のフレームワークとか全部つかってでてくるのは HTML 1つだけというw

1

4:00 AM

まあでも、scssくらいは使わないと生は厳しい

scss は Jekyll でカバー可能ですね。

4:02 AM

.scss で書いておけば勝手に .css に変換してくれたはず。 config を 1 行書かないといけなかった気はしますが。

https://jekyllrb.com/docs/configuration/sass/ これかー

Sass/SCSS Options

Jekyll comes bundled with jekyll-sass-converter plugin. By default, Jekyll will look for Sass partials in the _sass directory relative to your site’s source directory.

ですです。

4:03 AM

まあペラだと生 css でもギリいけそうな気も・・・。

いやー、darkmodeとかで暗くしたいとかやりだすと厳しい

なるほど・・・。

https://github.com/JohnSundell/Publish お

GitHub - JohnSundell/Publish: A static site generator for Swift dev...

A static site generator for Swift developers. Contribute to JohnSundell/Publish development by creating an account on GitHub.

4:06 AM

swiftbysundell のcmsかー

Swiftにこだわるというのもおもしろいですね。誰でもメンテできるからどんどん外れていきますが

4:07 AM

JSの代わりにSwiftWasmで・・・。

Websites as Swift packagesってウケるな。メリットはあんまりなさそうだけどw

4:08 AM

エコシステム的にもnodeじゃないのは厳しそう

https://github.com/swiftwasm/blog.swiftwasm.org

GitHub - swiftwasm/blog.swiftwasm.org: SwiftWasm organization blog

SwiftWasm organization blog. Contribute to swiftwasm/blog.swiftwasm.org development by creating an account on GitHub.

4:08 AM

割りに合わないですねぇ

wwww

4:09 AM

つかってた

もうあるの草

ｗ

シンタックスハイライトしてくれるのは便利だった

GitHub Actionsで./Outputに出して... でデプロイの部分はなんか別のになってるな

4:12 AM

gh-pagesブランチにコミットしてるのかな。

ですね

おもしろそうではある

4:15 AM

つかってみよう

manageのはずがいつの間にか技術の話になってた

(edited)

#server-side かも?

軽く参考になりそうな感じを調べてみるとFlutterのユーザーグループのページがシンプルでまずこのくらいに整えるのがいいかな？ https://sites.google.com/view/flutterusersjp

Flutter Users JP

「Flutter Users JP」はFlutterユーザーによる日本非公式コミュニティです。 Discordを使ってオンラインで活動しています。どなたでもお気軽にご参加ください。

おお。シンプルでいいですね

5:34 AM

中のDOMは結構すごいことになってるけどこれFlutterWebで作られてるのかな

GoogleSiteのノーコード的なサムシングじゃなかろうか

そうなのか。中身は見てなくて同じような一枚のHTMLがデプロイできる感じだと思ってたけど、レイアウトやボタンも用意されたものあるのかな？

@Kishikawa Katsumi @tarunon @Iceman 3名にもInvitationを送りました。

2

Kishikawa Katsumi

軽く参考になりそうな感じを調べてみるとFlutterのユーザーグループのページがシンプルでまずこのくらいに整えるのがいいかな？ https://sites.google.com/view/flutterusersjp

まずはこれくらいが良さそうですね。簡単な説明＋ボタンがあれば機能しそうです。後は、簡単なチャンネルの説明（特に beginners-help について）と、 bot の使い方なんかがあるといいかもしれません。

6:19 AM

公式ロゴをアイコンに設定してみました。このサーバーのアイコンとそろってる方がわかりやすいかも？ https://github.com/swift-developers-japan (edited)

https://github.com/swift-developers-japan/swift-developers-japan.github.io/pull/1 調整してみた。スタイリングのためにBootstrap使ったけどこれくらいならとりあえずHTMLを触ったら変更できるっていう簡単さはそのままで特にBootstrap知らなくても大丈夫なんじゃないか、、、と思います。

Styling by kishikawakatsumi · Pull Request #1 · swift-developers-ja...

簡単にHTMLをさわれば変わるというのを保った範囲で調整してみました。スタイリングのためのBootstrapを入れましたが、これくらいなら特にBootstrapを勉強しなくてもなんとなくで使えるくらいに収まっているのでは、、、と思います。デスクトップモバイル

7:10 AM

勉強会のリンクとかあると便利そう。

レビューしてみた

ありがとうございます

後は、簡単なチャンネルの説明（特に beginners-help について）と、 bot の使い方なんかがあるといいかもしれません。

企業のSlackでよく見るようなDiscord内のオンボーディングってないのかな？

7:31 AM

最初にBotみたいなユーザーが主要なチャンネルや使い方を説明してくれるやつ。

https://github.com/scrimba/discord-onboarding-bot ありそう

GitHub - scrimba/discord-onboarding-bot:

Here is a cheeky little ...

Here is a cheeky little description Here is a cheeky little description Here is a cheeky little description Here is a cheeky little description Here is a cheeky little description Here is a chee ...

7:56 AM

他にも幾つかあるかも

Swiftのアイコンって勝手に大々的に使っていいんでしょうかね？

9:39 AM

このサーバのアイコンになってるオレンジのSwiftのアイコン、↑のペライチサイトに使ってもいいのかな

これ微妙にグラデついてるのって誰かが作ったんだっけ

Iceman

このサーバのアイコンになってるオレンジのSwiftのアイコン、↑のペライチサイトに使ってもいいのかな

ここの一番下のリンクから配布されていて、使う際の条件なども記載されています。 https://developer.apple.com/swift/resources/

Swift Resources - Apple Developer

Find downloads, documentation, and sample code for writing Swift code.

9:44 AM

↑のサムネで出てきたグラデ付きのは配布されていない。

おお。ここにあったんですねサーバのやつ微妙に影とかもついてて配布されてるのとは違いそうですね

9:45 AM

サムネのやつと同じか？

9:52 AM

SwiftのロゴはAppleの商標ですって書いておけば大丈夫そうに見える

Swiftマークと文字でそれっぽい感じにできるかな？

一応加工は禁止されてるっぽいので、文字を重ねるとかはアウトに思います

9:54 AM

下に並べるとかは良さそう

Who can use the logo? The Swift logo can be used by educators and publishers in course materials and technical publications related to teaching, training, or describing the Swift programming language for iOS, macOS, watchOS, and tvOS. Developers who are members of the Apple Developer Program can use the Swift logo in promotional or technical materials that promote the use of the Swift programming language in their apps.

Iceman

サムネのやつと同じか？

たぶんそれっぽいですが、これ自体は配布されてないんですよね。配布されてるのは swift.org のものと同じに見える。

Kotlinは公式？かどうかわからないけどユーザーグループのロゴがあるっぽい。各国で使ってる。

9:57 AM

https://kotlinlang.org/user-groups/branding.html 公式だった。

Branding - Kotlin Programming Language

koher

Who can use the logo? The Swift logo can be used by educators and publishers in course materials and technical publications related to teaching, training, or describing the Swift programming language for iOS, macOS, watchOS, and tvOS. Developers who are members of the Apple Developer Program can use the Swift logo in promotional or technical materials that promote the use of the Swift programming language in their apps.

Webページは出版物・・・ではない？からアウトなんでしょうかね？ページの目的は teaching, training, or describing に該当しそうだけどページ自体はそれを含んでないのがまずい？

Iceman

Webページは出版物・・・ではない？からアウトなんでしょうかね？ページの目的は teaching, training, or describing に該当しそうだけどページ自体はそれを含んでないのがまずい？

publication は出版に限定されるのかな？

いいんじゃないかな。デベロッパーコミュニティの宣伝、だし。

10:15 AM

teaching, training, or describingがデベロッパーコミュニティでそれのPromotionにも使える、ということみたいだから。

Kishikawa Katsumi

https://github.com/swift-developers-japan/swift-developers-japan.github.io/pull/1 調整してみた。スタイリングのためにBootstrap使ったけどこれくらいならとりあえずHTMLを触ったら変更できるっていう簡単さはそのままで特にBootstrap知らなくても大丈夫なんじゃないか、、、と思います。

これ、とりあえず iOSDC までにマージしちゃいませんか？

3:49 PM

マージはどういうルールで行うのがいいんだろう・・・。

3:49 PM

気軽にノーレビューでも良い？

壊れても仕組み的にすぐ直せるしゆるくていいと思います。

誰かからApproveもらったらマージして良いかと

1

じゃあ一応最低一人の目を通すくらいでいいでしょうか。

Kishikawa Katsumi

最初にBotみたいなユーザーが主要なチャンネルや使い方を説明してくれるやつ。

Discordのコミュニティサーバーにするとそういう機能が使えるはず？

コミュニティサーバーは結構敷居が高そうってんでこの間諦めてましたね

rinsuki

Discordのコミュニティサーバーにするとそういう機能が使えるはず？

へえ。良さそう。コミュニティサーバーったちょっと前に話してたやつ？

3:55 PM

あ、やっぱりそれか。

3:56 PM

あとはCode of Conductあったほうがいいかなあ。

Approve した人がマージしちゃうのが早いかな。それとも PR 出した本人がマージがいいかな。別にゆるく運用でもいいんですが、決めておいた方が楽（自分がマージしていいのか迷わなくていい）というのはあると思うので。絶対守るルールじゃなくて、大体こんな感じでやってるくらいのゆるさで。

この間ってどれだろう…って思ったけどこのへんか https://discord.com/channels/291054398077927425/428386158523842570/764365778912542720

Approve した人がマージだと基本一人目が見た瞬間にマージされる。 PR 出した人がマージなら他の人もレビューチャンスがあるけど本人が気付くまでマージされない。

DraftPRの運用をちゃんとできるなら、誰がマージしてもOK

Discord Parteners はコミュニティーサーバーのさらにちゃんとした版で、コミュニティーサーバーにするの自体はボタンぽちぽちするだけで即時なるはず

tarunon

DraftPRの運用をちゃんとできるなら、誰がマージしてもOK

なにか修正が必要なら追加で直せばいいからこれくらいで良さそうですね。

へえ、コミュニティサーバー良さそう。

4:00 PM

これだけ

コミュニティサーバーとPartenersはまた別なのか

4:01 PM

良さそうですね

4:01 PM

ルールは #readme にある

4:01 PM

別にポリにコレするコンテンツもあげられることはないだろうからスキャン走っても問題ないし

4:01 PM

やって良いと思いました

ガイドラインは https://support.discord.com/hc/ja/articles/360035969312 にあるけどまあこのサーバーなら大丈夫そう

NSFWは除く、ってところうまいバランスだな。

とりあえずコミュニティサーバーにしてみたけど、そこから先はできることがいろいろあって難しいやってくれる人に権限与えます

4:45 AM

やりましょうか

おっ

EMOJI MGRというわからんロールはもう使わないと思うので、これを適当な管理ロールにして貰ったら良いと思う (edited)

adminにたそうとしてるんだけど追加ボタンを押しても何も起きなくて変な感じだ (edited)

adminに追加できるの実はmonoさんだけ説あるんじゃないか

adminはもしかしたらmonoさんしか編集できないかも

あっ赤くなった

とりあえず最強のmoderatorを作った

moderatorに進化した

5:18 AM

んじゃあ後で出来ること確認してよしなに設定しておきます。やったことはここに共有するよ

1

赤はbotとかぶってるな　好きな色にかえてくれ

ようこそ画面をつくりました

2

センスがいい

1

お～っ

バニティURLを作りました。 https://discord.gg/swift-developers-japan

わかりやすい

これでURLどこって言ってる人がいたら空で誘えるようになる

1:23 AM

moderatorの色を変えようとしたけど変えれなかったので、代わりにBotちゃんをピンクにしました

マジか

うーん、色系統を揃えたいな。管理系 -> 赤 Bot系 -> 青イベント系 -> 緑

1:24 AM

こんな感じで色系統を揃えておきますね

すべての権限を与えてあるんだけど

1:24 AM

自身の色はだめなのかｗ

自分の最強ロールは触れないってさ

示してくれれば変えますよ

あ、名前の色ってそういう意味だったのか

1:25 AM

全然わかってなかったわ

adminに追加できなかった件と似てるな

左のロール一覧で自分の最高ロールとそれより上にあるロールはいじれないはず

色系統を調整しました

Kishikawa Katsumi

全然わかってなかったわ

持ってるロールの中で上位のロールの色になっているのです

なるほど！

apple-devとapple-dev-mgrがみにくいので、この辺りを黄色系にします

1

名前の色にそんな意味があったのかー。

1:27 AM

おもちさんの、アイコンのと整ってるからそういうものだと思ってた。

だいぶパッと見でわかりやすくなったと思います

1:32 AM

サーバーウィジェットというものを有効化しました。

<iframe src="https://discord.com/widget?id=291054398077927425&theme=dark" width="350" height="500" allowtransparency="true" frameborder="0" sandbox="allow-popups allow-popups-to-escape-sandbox allow-same-origin allow-scripts"></iframe>

これで外から #swift の最新の様子を覗けるようになりました

1:33 AM

一通り設定確認して出来ることは以上かな。

おおー、こういうのやりたかった

tarunon

サーバーウィジェットというものを有効化しました。

<iframe src="https://discord.com/widget?id=291054398077927425&theme=dark" width="350" height="500" allowtransparency="true" frameborder="0" sandbox="allow-popups allow-popups-to-escape-sandbox allow-same-origin allow-scripts"></iframe>

これで外から #swift の最新の様子を覗けるようになりました

あんまり正しく動いてない感じがする

すばらしい

ちょっと時間たたないとSwiftチャンネルが見えないかもです

こんな感じになってる。

そうなんですよね

github.ioだから、というわけでもないよね。

調べてもこの画面以外が出てる情報が出て来ないので

JSの警告出てるけどSource Map関連ばっかりだから関係なさそう

こういうものなのかもしれない

そうなんですね。

1:46 AM

API使ったらあるチャンネルのタイムライン表示みたいなのはできそうだけどそうするとサーバーサイドの何かいるよね。ブラウザのJSにトークンとか入れられないから。

そうですね

1:53 AM

そこまで人が殺到するわけじゃないからHerokuの無料枠とかで動きそうですが

1:53 AM

管理はめんどくさいw

VMは絶対に管理したくない

ちょっと大がかりだけど https://widgetbot.io/ は求めてるものにたぶん近い。

WidgetBot

Pixel perfect discord embed for your website.

おお、よさそう

なんか出来るらしい

とりあえず二段階認証付けてくるか

10:40 AM

できねえ

10:41 AM

@mono ↑これ設定できませんか？

ちょっと前までサーバー活動条件が満たせてなかったけど、わいわいしてくれる人が増えたのか、基準が緩くなったのか。

「サーバー発見」とやらに掲載するのが向いてるかどうかは悩ましいと思う。

それはそう

11:02 AM

管理者の2段階認証はやっといたほうがいいけど

koher

とりあえず最小構成で作りました。 https://github.com/swift-developers-japan/swift-developers-japan.github.io ペラサイトだし Jekyll とか使わず素の HTML なので誰でも触れるはず。 index.html を編集して（必要に応じて画像、CSS、JS等を追加して） push すれば main ブランチの内容が https://swift-developers-japan.github.io/ に反映されます。 (edited)

こちらのリンクって他の人に共有しても大丈夫でしょうか？（なんとなく流れは追っていたのですが、もう運用しているのかまでは追っておらず…） https://swift-developers-japan.github.io/

1

絶賛本番運用中です。共有してまったく問題ありません。私としてはそこからちゃんと参加できるか確認したいです。

1

ありがとうございます！では参加できたら報告しますね。

6:22 AM

上記のリンクから参加できたとのことです！

よかった。

1

わいわいイベント配信担当やるようになったしミュートできるようになる権限ほしいかもしれない

event opsつけといたよ

あざますー

https://swift-developers-japan-discussion-archive.onrender.com このDiscordの議論（過去ログ）を情報として検索できるように試しにWebアプリを作ってみましたがどうでしょう？ Googleのインデックスに載るとたぶん便利なんじゃないかなというのと、サイト内の検索はAlgoliaにしてるのでチューニングするとDiscordの検索よりうまいこと情報がヒットするんじゃないかと考えています。

1

9:14 AM

試験運用中なのでURLは仮です。

9:15 AM

https://twitter.com/tarunon/status/1491698852990046210 の会話がきっかけ。

uounɹɐʇ (@tarunon)

そろそろswift-developer-japanの検索すればswiftの四方山が色々ヒットするくらいには議論のログが貯まったンじゃないだろうか

おお、すごいですね！

10:11 AM

各チャンネルの会話が1ページに表示されてるｗｗｗ見たことのない長さだ。

便利そうな感じだったらドメイン決めてサーバのスペックも少し上げてちゃんと運用したい。 https://swift-developers-japan.github.io/ からも辿れるようにすると感じがつかめてよいかも。

すごい

10:18 AM

現役でswiftやってる人が役に立てれると、めちゃくちゃ良いですね！

日付か月ごとにページ分割できるとより良いように思います。

日付か月ごとにページ分割できるとより良い

そうかも。UIとしてはチャンネルリストのサブカテゴリにして開閉するみたいな感じかな。

1

一瞬でできててすごい

Webアプリ作るのもだいぶ慣れてきた

1:10 PM

ReactやVueとかは全然使ってないけど。。。

見た目を整えてパフォーマンスの悪かった部分を直してドメインをちゃんとしました。 https://archive.swiftdevelopers.jp/

Swift Developers Japan Discussion Archive

Swift Developers JapanのDiscordサーバーに投稿された過去の議論を閲覧・検索できます。

11:08 AM

コミュニティのLPは https://swiftdevelopers.jp/ でアクセスできるようにしました。

11:09 AM

LPにアーカイブサイトへのリンクを追加するPRを送りました。 https://github.com/swift-developers-japan/swift-developers-japan.github.io/pull/2

Add a link to discussion archive (archive.swiftdevelopers.jp) by ki...

Discordのアーカイブサイト（https://archive.swiftdevelopers.jp/channels/swift）へのリンクを追加しました。

一気にスクロールしたらブラウザが壊れてたのが治ってる…！

11:10 AM

このスクロール量でちゃんと動いてるのは凄いですね

全部 https://gitlab.com/catamphetamine/virtual-scroller のおかげですね。任意のDOM構造を渡せるのがすごい。ちゃんと使い方を勉強してsetTimeoutとかでごまかしてたのをなくして安定しました。

Nikolay Kuchumov / virtual-scroller

A component for efficiently rendering large lists of variable height items

Kishikawa Katsumi

全部 https://gitlab.com/catamphetamine/virtual-scroller のおかげですね。任意のDOM構造を渡せるのがすごい。ちゃんと使い方を勉強してsetTimeoutとかでごまかしてたのをなくして安定しました。

それって非表示部分はHTMLとして描画されてないってことですかね？「Google検索にインデックスさせたい」という要件において、大丈夫なんでしょうか。 Googleのボットがスクロール処理を計算してくれるのだろうか

それは気になってます。 BotがスクロールしてくれなかったらBot用の結果を返すというテクニックがあるらしい（人間相手じゃない場合はVirtualじゃないそのままのDOMを返す）のでそれを試してみます。

11:56 AM

どっちにしろ全部のデータはクライアントに送っていてJSでvirtual-scrollerに渡すかどうかが違うだけなのでたぶん難しくないはず。

11:57 AM

あともしかしたら単純にサイトマップを用意するだけでいいかもしれない。

11:58 AM

データ量が多いのでいろいろやってるけど、ロボット相手でそこを省くと単なる静的サイトにできる。

Kishikawa Katsumi

それは気になってます。 BotがスクロールしてくれなかったらBot用の結果を返すというテクニックがあるらしい（人間相手じゃない場合はVirtualじゃないそのままのDOMを返す）のでそれを試してみます。

Bot用の結果を返す

なるほど。なんか面白いですねそれｗ

apple-devチャンネルは見えちゃだめかも？

現在あるのはすでに秘密の情報はなさそうだけど、今後のこともあるし鍵のチャンネルは特別扱いするような処理にした方が良さそうですね。

1

とりあえずapple-devのリンクを塞いだ

最新のログへ移動しようと fn+→ 押したら長時間無応答になりました。復帰するまで待つと、Chromeだと最新のログが表示されるけど、Safariだと最新のログに辿り着いてなかった。

Googleの検索エンジンが拾ってくれてもどこにあるのかわからなくて困りそう…

タイムスタンプ部分が本物へのpermalinkとかになってると良い気がします。

これはDiscordへのパーマリンク、ですよね？

そう

GuildID/ChannelID/MessageIDかな。作れそう。

でも、Googleの検索結果にどの様に含まれるのかにもよるかも。

Googleの状態はしばらくしたらSearch Consoleでわかるようになるのかな。あまり詳しくない。

8:55 AM

最新のログへ移動しようと fn+→ 押したら長時間無応答になりました。

実装の都合上、適当な日付の区切りと最新へのリンク、っていうのを付けると良い感じのパフォーマンスで飛べる気がするな。

8:56 AM

検索結果から飛ぶ場合と同じ挙動にして、その日付のメッセージを検索してジャンプ、ということにする。

8:58 AM

一番上から一番下への移動はすべてのDOMの高さを計算するためにレンダリングされるので遅くなる。ジャンプ対象のデータから下の部分だけをまず表示するようにしてから上をLazy Loadingするとちょうどいいので検索のあとはそうなっていて、そのようにする。

日付か月ごとにページ分割できるとより良いように思います。

ページ分割じゃないけどとりあえず月ごとにジャンプできるようにしました。

https://www.google.com/search?q=xcode+%E3%83%96%E3%83%AC%E3%83%BC%E3%82%AF%E3%83%9D%E3%82%A4%E3%83%B3%E3%83%88+%E6%AD%A2%E3%81%BE%E3%82%89%E3%81%AA%E3%81%84&ei=xpoRYuneFojn-Qbjl5ygDQ&start=90&sa=N&ved=2ahUKEwjp2bX_kY32AhWIc94KHeMLB9QQ8tMDegQIARBN&biw=1728&bih=1000&dpr=2 いちおうめっちゃ低い順位だけどGoogleの検索にヒットするのは確認した。ジャンプした先にその発言が表示されるとベストだけどどうしたらいいだろう。

Kishikawa Katsumi

https://www.google.com/search?q=xcode+%E3%83%96%E3%83%AC%E3%83%BC%E3%82%AF%E3%83%9D%E3%82%A4%E3%83%B3%E3%83%88+%E6%AD%A2%E3%81%BE%E3%82%89%E3%81%AA%E3%81%84&ei=xpoRYuneFojn-Qbjl5ygDQ&start=90&sa=N&ved=2ahUKEwjp2bX_kY32AhWIc94KHeMLB9QQ8tMDegQIARBN&biw=1728&bih=1000&dpr=2 いちおうめっちゃ低い順位だけどGoogleの検索にヒットするのは確認した。ジャンプした先にその発言が表示されるとベストだけどどうしたらいいだろう。

Twitterみたいに、個々の発言にURL振って、個々の発言のページを作るのはどうでしょう？そして、発言を起点に前後を読み込んで表示できる。スクロールすれば追加読み込みされるとか。

それ完全に答えっぽい。ありがとうございます。

1

個々の発言のページをGoogleにどうやってクロールさせるかが問題になりますか？

SEOについては詳しくないけど現在、チャンネル => 投稿の一覧という構成になっていて投稿の一覧 => 各投稿というリンクができることになるので、全部リンクで繋がるからクロールしてくれるんじゃないかな。リンクが繋がるからサイトマップも自動で作れると思うし。

今のように全件読み込む形だと、ボット的にはどこから読み始めてもコンテンツが同じで発言ごとのページ評価ができないんじゃないでしょうか？

個々の発言に飛んでも初期位置が違うだけで全件表示されるから意味ないのでは、ということですよね。それについてはBotがJSを実行しない限りは個々のページしか表示されないはずです。 (edited)

おお、そうなっているなら大丈夫ですね

Kishikawa Katsumi

SEOについては詳しくないけど現在、チャンネル => 投稿の一覧という構成になっていて投稿の一覧 => 各投稿というリンクができることになるので、全部リンクで繋がるからクロールしてくれるんじゃないかな。リンクが繋がるからサイトマップも自動で作れると思うし。

投稿の一覧→各投稿のリンクができるなら大丈夫そうですね。

Kishikawa Katsumi

個々の発言に飛んでも初期位置が違うだけで全件表示されるから意味ないのでは、ということですよね。それについてはBotがJSを実行しない限りは個々のページしか表示されないはずです。 (edited)

投稿の一覧ページについても、JSが走らないと個々の投稿を読み込まないんですっけ？それなら、一覧ページでは投稿内容がクローラーに無視され、個々の投稿ページでのみ発言の内容が拾われそうで良さそうですね。

投稿の一覧ページは逆に全部読み込みますね（JSが動かない＝仮想ページングしない）。少なくとも現在はそうしておかないと発言がインデックスされないのでそうしてますが、個々のURLを作ったらそっちはブロックしたほうがいいのかな。

Kishikawa Katsumi

投稿の一覧ページは逆に全部読み込みますね（JSが動かない＝仮想ページングしない）。少なくとも現在はそうしておかないと発言がインデックスされないのでそうしてますが、個々のURLを作ったらそっちはブロックしたほうがいいのかな。

個々の発言のページと一覧ページで同じ内容が重複してしまうと検索エンジンがどちらを優先するかわからないのと、重複した内容はSEO的にもよくなさそうなので、一覧ページはリンクのみサーバーサイドで生成して個々の内容はJSでロード、個別ページは対象の発言をサーバーサイドで生成して前後はJSでロードが良さそうに思います。

なんか、似たようなことをSlackのチャンネルでやってた事例があって、

2:44 AM

でもログとって検索するのは課金機能の一部だから

2:44 AM

ライセンス的にやばいってことで

2:44 AM

止めた事例があって

2:45 AM

Discordはいいのかな？と思った。

2:47 AM

Discordの課金の仕組み理解してないけど

個々の発言の著作権は個々人に帰属すると思うのと、すべての発言者から許可が取れているわけではないのと、Discordでは検索や過去ログは課金対象ではないのと、Discordの規約がどうなってるかと。許可を得た人の発言を転載する分には問題なさそうに思いますがいかがでしょう？そして、10-20人くらい許可を取れば7-8割くらいカバーできそう？

なんにも調べてないんで、ただ過去Slackでは似たような実装で問題になった事例(課金機能を回避するようなAPIの使い方はダメ)があったので気になっただけでした。 (edited)

あー、APIの使い方で規約にひっかかるのか。それはあるかもしれませんね。 (edited)

各発言を転載するのことになる件については確かに同意がないなら必要かもですねー。

同意はどこかで取りたいとは考えています。ただ含めてほしくない人の投稿を消すなどのような拒否したい人を募る形式にしたいと思っています。それか発言の内容だけにして名前とアバターは全部消してしまおうかなというプランもあります。後者の方が機械的にできるのでいいかなと思っています。

3:17 AM

https://discord.com/developers/docs/legal ログの取得と公開についてはDiscordは制限していないと思います。

Discord Developer Portal — API Docs for Bots and Developers

Integrate your service with Discord — whether it's a bot or a game or whatever your wildest imagination can come up with.

1

https://archive.swiftdevelopers.jp/ の各投稿にParmalink足した（タイムスタンプのところ）。リンクつけただけでまだ人間にもBotにも大して便利じゃないのでSEOにどう作用するかとかを様子を見ながら改善したい。

4:22 AM

あと @opt-out にDMを送るとWebサイトとサイト内検索の検索インデックスから除かれるようにしました。現在週一でデータ更新なのでそのタイミングで消えます。再び載せたい場合はDMを削除。DMのメッセージに残ってるユーザーが除かれるという仕組みです。 ^ というのをREADMEあたりに書きたいですが、どうしたらいいでしょう？

お、書いておきますね

4:32 AM

強い権限無いとできないのか

お手数かけます。 Swiftプログラミングの有用な知見が蓄積されてきたので、ここの投稿は https://archive.swiftdevelopers.jp/ に公開して誰でも閲覧できるようにという試みを行っています。このDiscordサーバーは誰でも参加できて閲覧できますが、Webに投稿が公開されることを望まない方は @opt-out ユーザーにDMを送る（内容は何でもよい）とWebサイトおよびサイト内検索のインデックスから除かれます。 ^ こんな感じの内容を考えました。適当にアレンジしてお願いします。

‍♂️ (edited)

4:38 AM

あ、もういい感じの文章で書いてくれてましたね。ありがとうございます。

4:39 AM

「DMを置くって」>「DMを送って」の誤変換ですね。

お、差し替えておきます！

1

opt-outはリアクションロールのbotを入れて、特定のロール（opt-out）を持っていたら外部公開から除外される、みたいな仕組みの方がわかりやすいような印象があります？

4:53 AM

opt-outしたことを他人に知らせたくないみたいな感じだとDMの方がいいかもですけれど、アーカイブサイト見ると分かってしまうので実質公開情報かなと思うので

opt-outしたことを他人に知らせたくない

どれくらい望まない人がいるのかわからないのでまずこちらの匿名性を重視したというのはあります（完全には無理だし、おっしゃる通りいない人を探せばわかります）。ロールの方式についてもう少し詳しく聞かせてほしいですが、APIを見ているのですが対象の人をリストアップするのはどういう方法になりますか？ユーザーオブジェクトにロールはなさそうだし、ロールからユーザーが取れる？のでしょうか？

UserはDiscord全体を通した個人ユーザーを指すので、この場合はGuild Member Objectから取れる認識です（Guild＝サーバー）

5:10 AM

https://discord.com/developers/docs/resources/guild#guild-member-object

Discord Developer Portal — API Docs for Bots and Developers

Integrate your service with Discord — whether it's a bot or a game or whatever your wildest imagination can come up with.

5:11 AM

とはいえ、匿名性を重視して、ということであれば別段対応が必要でもないのかなと思います。

あ、なるほど。User > Member みたいな関係なんですね。できそうです。しばらく様子を見つつ（多ければわかりやすさはかなり重要になる）、わかりやすいやり方を検討します。ありがとうございます。

Archiveの検索、AlgoliaのOSSプランに申し込んだら通った（と思う）ので費用の心配もたぶんなくなった。月末になったらはっきりする。

7:39 AM

申し込みフォームがどうも不安定な作りで送れたかどうかもはっきりしなかったので返事がきたからたぶん通ったんだろうけどメールだし明確にはわからんなって感じ

Algolia、申し込みの段階は不安だったけど１週間くらいでプランが変更になったのでかなり好印象。

Archive、鍵付きのチャンネルの中も検索できて選択するとチャンネルの中に飛べてしまうみたいでした。

了解です。確かにインデックスから除くのを忘れてたと思います。直します。ありがとうございます。

1

鍵付きのChannelは検索インデックスから除きました。うまくいってそうですが可能だったら時間のあるときに確認してください。教えていただいてありがとうございます

(edited)

突然すいませんmm 一点お願いがあるのですが、iOSDC Japan 2022のトークとパンフレット記事の募集を開始しており、これをiosdcチャンネルで案内してもよろしいでしょうか？ https://fortee.jp/iosdc-japan-2022/speaker/proposal/cfp https://fortee.jp/iosdc-japan-2022/speaker/callfor/paper/callfor

1

広域メンションは無効化されてるので、メンション無しの案内になると思います

‍♂️

あ、メンションはせず、チャンネルに投稿するだけです

‍♂️ (edited)

1

2

こんにちは！ Discord上に1チャネル活動の場をお借りできないか相談です。こないだ @shiz さんと

Swift Documentの日本語版へのリンクが欲しいよね（中国語、韓国語、スペイン語はある）
https://swiftlangjp.com をもっとコミュニティでメンテするようにしてhttps://swift.org/documentation/ に掲載を目指すのはどうだろうか？みたいなお話しました。これの企画＆遂行（うまくいけばその後のメンテ活動のコミュニケーションの場）として1チャネル使わせていただけるとありがたいなぁと思っているのですがいかがでしょうか？

The Swift Programming Language(日本語版) · The Swift Programming Langua...

Swift.org

Swift is a general-purpose programming language built using a modern approach to safety, performance, and software design patterns.

5

そういえばしずさんが和訳書いてましたね

素晴らしいと思います！チャンネル名の希望はございますか？

ありがとうございます！ @shiz さんにも聞きたいですが doc-jp とかswift-doc-jpとかがいいですかね？

2

swift-doc-jp

:yosasou: カテゴリがマッチしそうなところがない(強いて言えばmain?)のですが、イベントをコミュニティとかに変えたら丁度いいかな？

たしかに。

1

8:16 AM

作ってみました #swift-doc-jp

チャンネル別の管理権限が作れることがわかったので、swift-doc-jp-manager の権限を追加して、 @jollyjoester @shiz のお二方がチャンネル内の管理ができるようにしておきます（トピックの編集、投稿のピン留め、不適切なコンテンツの削除など）

1

8:29 AM

↑に関して、足りない権限があればこのチャンネルでお知らせください。 @omochimetaru チャンネルの編集->権限->高度な権限から編集ができます

ちょっとまってね

8:33 AM

二人にチャンネル内権限を配りました

1

みなさま色々ありがとうございます

‍♂️

ありがとうございます！！！

omochimetaru

二人にチャンネル内権限を配りました

勘違いさせて申し訳ないが、権限の編集は私もできていて、将来変更するときの手順を示したつもりだった(読み返すと意味不明なので私が悪いw)

1

複数チャンネルに対して外部サーバーへのJoinリンクを連続投稿する人がいたのでBANしました

1

私の方で凍結してたがBANにしたのね

8:31 AM

どちらでもｏｋと思います

よくわからなかったから一番強そうなやつクリックした。

8:32 AM

悪意のないなんか事故とかだったらそのうち連絡が来るでしょう・・・

どこかでスパムを踏んで乗っ取られた感じでしたね。人力ではない感じだった

なるほど

因みにBANは二度とこのサーバーに入れない処理なので、連絡が来たら解除する必要があります

OK

いろんなチャンネルが光ってて何かと思いました。把握

次スパムでたらリンク貼りで勝負するか

7:20 AM

どっちが先にBANされるかでも

7:21 AM

>>>突然の死<<

BANは連絡の手段すら無くなって困るので基本凍結で対処したい

はーい　見かけたらやっておきます

タイムアウトがそれになります。これできるのおもちと私だけだと思う

凍結とBANの違いって何あんだろう

7:22 AM

あ　なるほど

試してみるか。フレディ君凍結しますね

1

ぎゃp

これで1分間固まりました

なんか出た

タイムアウト、キック、BANと順番に重くなっていきます。タイムアウト→一定時間の凍結、発言不可になるキック→サーバーから追放 BAN→サーバーから追放かつ、参加不可能

そして疎外感ぱないあった

昨日の人をBANからキックに戻すにはどうすればいいかな

7:24 AM

「BANを解除する」操作はできそうなのだけど

7:24 AM

その瞬間に一気に通常ユーザーにもどりそうなのでまた暴走したらどうしよう。 (edited)

BANリストがあるのでそこから削除すればキックと同等の状態になる

あ、そうなんだ

7:24 AM

通常まではもどらないのね　やってみます

現在このサーバーに居ないので、再度参加して悪さをする必要があります

7:25 AM

基本的に、タイムアウトだけで対処して

BAN解除してみました

再犯を繰り返すならキック、BANと

監査ログ便利だな

だんだん重くしていくのが良いです

7:26 AM

昨日の僕のはメッセージ削除とタイムアウトですね

昔ネットに転がってる招待リンクに入ってグロ画像貼りまくりアンドボイチャで音割れポッター流してくるやつがいた(個人鯖が被害にあった) (edited)

タイムアウトおもしろい

そんなのは野生でいるものでは無いような…

多分人力ですねやつは

私怨か何かだと思います

1

7:28 AM

とかく、タイムアウト以上の操作ができるの僕とおもちさんだけなので

7:28 AM

今後同様のケースは無制限タイムアウトと当人のDMで解決していくと合意できればそれでokです

オッケーです

2

Admin のみなさまにご相談です。 Apple Japanの方々が開発者のサポートを目的に、質問に答えられるチャンネルを立てたいと考えているのですが、チャンネルを立てるにあたって何か制約はありますか？

1

7

え、すご制約は特に無いと思います (edited)

1

チャンネル、管理権限ないと追加できないので、ここでチャンネル名を指定して頂いて、管理権限持っている人が代行して立てることになります

11:37 AM

カテゴリ分けも管理権限必要ですね。なので必要なことを書いていただければ、僕か @omochimetaru が代行してその通りにします

#ask-to-apple でお願いします。カテゴリはコミュニティがいいかな

#ask-to-apple 作りました　タイトル文言は適当に埋めたので変更希望があれば言ってください

ありがとうございます

@omochimetaru いまチャンネルに書いたポストをpinしてもらえると

12:21 PM

なぜかできない

12:22 PM

さんくす

1

こんなアプリ作ったよみたいなのを投稿するチャンネル欲しいんですけど、サーバーの趣旨的にどうですか？

良いと思いますよ、チャンネル名は何が良いだろうか

1:58 AM

アプリ宣伝に限らずOSSのコントリビュートとかもあって良さそう

1:58 AM

成果報告的なところですよね

#shinchoku

#yatteikiとか

product hunt的なの考えていたけど、確かにOSSのコントリビュートとかも良さそう。チャンネル名難しすぎるな… #releases だと広すぎる？

Swift forumにもあるshowcaseは？

4

良さそうそれにしますか

9:49 AM

コミュニティ枠かな

1

9:50 AM

reqruitは開発以外だからこっちに揃えるか

9:51 AM

チャンネルトピックは適当に入れましたリクエストあれば差し替えます

9:53 AM

#showcase_archived

最高！ありがとうございます

https://archive.swiftdevelopers.jp/ が404になってしまっているようです。

modular langのDiscordだと、Questionチャンネルがこんな感じになっていて、ここでも #beginner-help-archived をこういう形式にするメリットがあったりするでしょうか？

3:23 AM

回答する側、質問する側双方の意見が欲しいです。

おーなるほど？割と最近できたフォーラム機能？ですよね

そうそう

3:24 AM

質問を回答する側、閲覧する側としては、一つの質問が必ずトピックにまとめられるので、どれがどの回答かわかりやすい、というものがあります

回答する側としては、わざわざスレッド内容を見に行く一手間が増えるので、そもそも質問が目に入らないケースが増えそう思いました

1

3:25 AM

ただ質問する側としてはスレ汚しにならなさそうで気楽さが増えそう

ちなみにここはコミュニティサーバーなんで、機能は解放されてますね

3:29 AM

（頻度的に果たしてあるかはわからないが）別の質問が進行してる時に、気楽に新しい質問を投下することはできるようになりますね

試しにやってみてよさそう

5:19 AM

せっかくコミュニティサーバーになったんでっていう気もするし

良さそうでも質問する能力が若干問われる気がしないでもないので #beginner-help-archived をこの形式にするのはメリデメありそう。ぬるっと質問したい時とか

とりあえずお試しチャンネル作ってみますか

8:46 AM

#begginer-help-otameshi 作ります

8:49 AM

https://discord.com/channels/291054398077927425/1166659228128251924 出来ました。

8:50 AM

投稿しようとする時に、ガイドライン出てきてテンプレが見えてるの良いですね。

タイトルが並ぶの見やすくて良さそう。Q&Aのチャンネル以外でもこの形だとよさそうなところありそうだな。

それは思いました。swiftチャンネルとかも話題がコロコロ変わるので便利そうに思ってしまった

ですよね。話題を後から追いかけられる。Swiftチャンネルの片方はこの形式でいいかもしれない。

2番はこっちにしても良いかもですねぇ

9:04 AM

これならzatsuも統合しちゃって良いかもだ (edited)

9:06 AM

暫く併設してみるので、質問される方も是非試して、良ければ感想を教えてください

後から増えたチャンネルって左のリストに追加する作業をしないと見えないのってDiscordの標準なのかな。それとも個人の設定？

個人設定もある気がします

なんか勝手に左のリストが増えるほうがよさそうと思った。

チャンネルは普通に作られたら出てくるという認識

11:23 AM

「左のリストに追加する作業」これをやったことない

環境の問題か。設定見たけどよくわからなかった。今回のotameshiチャンネルも、ちょっと前に増えたshowcaseチャンネルも、見えるけど左のチャンネルリストには追加しないと表示されなかった。

なんだろう・・・

個人の設定で、チャンネルの表示非表示切り替えれるようになったので多分それですね

11:51 AM

このサーバでもその機能解放されてるとは知らなかったですが

11:52 AM

チャンネル一覧からトグルできます

11:53 AM

本当だ、PC版にはここにあった

12:16 PM

他のサーバーだとこの設定が見当たらないな

12:16 PM

ここにはそれが来たということか

おお、そんなところに設定があったのか。すべて表示にした。ありがとう。

コミュニティサーバーでしか使えない、とかだったはず？

なるほどね。それで他のところだと起こってなかったのか。

#showcase_archived チャンネル、新しいスレッド形式のが合ってそう。

コメントとかしやすくなりそうですかね

1:06 AM

既存のチャンネルを変更することは出来ないので、立て直しになります。 @noppe に再投稿して貰えれば切り替えるタイミングとして良いかも

お、全然おっけーです！確かにスレッド形式になると前の投稿に続けて投稿する時にちょっと待つかーみたいなのがなくて良さそう！

ありがとうございます。そしたら、既存チャンネルについては_archivedのpostfixをつけてアーカイブ、リンクを新スレに掲載、とします。

1:12 AM

毎回同じ絵文字がついてもつまらないので、デフォルトエモーションは無しとしました (edited)

1:16 AM

チャンネルの削除をすると検索も出来なくなりそうなので、あたらしくカテゴリとしてarchivedを作ってそこに整理します。archive済のチャンネルは権限設定により書き込みを出来なくしておきます

1

1:21 AM

諸々の作業が完了しました。 @omochimetaru ご査収ください。

見てました　ありがとうございます

良さそう。ありがとう！

#beginner-help チャンネルがなかなか使われないの名前の問題だったりしないかな。一旦フォーラム形式の方をbeginner-helpにしてもともとのを別の名前にしてみたらどうだろう。

元のは何がいいかしら

_archivedでいいんじゃないかしら。

やってみました

ありがとう。_archivedはARCHIVEDセクションに移動しなくてもいいかしら。

あ、下の方にセクションあったんですね、移動させました

3:33 AM

これで試してみて不都合があれば蘇生しましょう

1

すっかり忘れてたんですが、ARCHIVEDセクションは書き込み禁止にしていますね、なので現在 #beginner-help-archived は書き込むことができない状態になっています (edited)

そうなんだ。昔の内容のコメントしたいとき（今はできるようになってる、とか。あまりないと思うけど。）は困るのかなあ。

フォーラムに投稿リンクを引用してスレ立てしてもらうので良さそうな気はします

5:58 AM

フォーラム自体が使いやすいかが問題としてあるかなと思ってたのでしばらく併用してたんですが、結局意見は貰えず仕舞いだった

回答するときはスレッド形式のほうが便利だと思った。前のは質問と回答が離れると工夫して書かないといけないからちょっと手間が増えるのでエネルギーがいる。

5:32 AM

欠点はその質問に限らない一般論のようなものを書くときにはちょっと違和感がありそうってところかな。