１）プログラミング等に慣れてる人がブラウザ上で動く（スマホでも）のを作るの大体の工数
２）ジャバスクリプトが最適？
３）あれって著作権どうなってるんでしょう？
元々数字当てみたいなのの単語版みたいな感じのようですが（憶測）、公式に開発者がこれこれこういう場合はセーフorアウトみたいなアナウンス出してるんでしょうか（スマホアプリは削除されたとか。日本語版とかポケモン版とかはネタが違ってるからセーフ？ 許可取ってる？ 島国だからばれない？）
No.2
4973
2154
70pt
ぼくは、最初のふたつを。
１）プログラミング等に慣れてる人がブラウザ上で動く（スマホでも）のを作るの大体の工数
見た目が悪くても、何となく動いてる感じにするくらいだったら 1日あれば十分。
工数がかかるのは、以下のふたつだと思います。
ひとつめのは分かりやすいと思います。
ふたつめは、本家の Wordle だと、英単語とみなせない 5文字のアルファベットをエラーとして弾きます。
公開するとなったら、それなりに同意が求められる範囲での語句を持ったデータが必要。
この質問を出したのは、日本語の似たようなやつが出たからでしょうか。
あれなら、でたらめな入力も許しているので、正解のバリエーションをどこまで持つか、くらいなので難易度（実装の工数）は下がります。
２）ジャバスクリプトが最適？
フロントエンドは、javascript 一択だと思います。
回答を入力するたびにページ全体を読み直す、というのは今っぽくない。
(1) でも書きましたけど、正解や入力候補の単語のデータを持っておかなければいけないので、バックエンドも必要です。
こちらは、javascript にする必然がない。
http での通信で、実装がいったん途切れるので、サーバサイドは javascript (Node.js) じゃなくても良い。
最適をひとつだけ、と言うのは難しい（好みが入るから）ですけれど、
といったところが選択候補の最初に挙がるのではないかと思います。
言語の優劣というよりは、どのサーバに置くかという選択肢の話。
どこかにサーバを借りなきゃいけないので、上記だったら選択にあまり困らないかな、と。
そういう意味では、Perl も入るのでしょうけれど、今どき Perl ねえ、という感じがします。
No.1
338120
30pt
3) についてのみ、
類似ソフトがApp Storeから削除されるという事件がつい最近あったようです。
https://gigazine.net/news/20220113-wordle-clones-yanked-by-apple...
アメリカの裁判例で、ソフト会社を退職したプログラマが同様の機能を持つプログラムを独自開発して販売したところ、会社から著作権侵害で訴えられたというのがかつてあったはずで、それはプログラムコードを新規に書きおこしたものだったので著作権侵害には当たらないという判断がなされたんだった思いました（つまりアメリカではアイデアを真似しただけでは著作権侵害にはならない）。
当の事件は残念ながらググっても出てこないんですが、
http://www.tokugikon.jp/gikonshi/268/268kiko2.pdf
一方，著作権法第102条第（b）項には，「アイデア（idea）」，
「手順（procedure）」，「プロセス（process）」，「システム
（system）」等，著作権の保護が及ばないものについて規定
されています76）。
とありますのでその理解で問題ないように思います。
その観点からすると、オリジナルの作者がソースコードを公開していてそのソースを利用して作られたアプリであるとか、逆アセンブルして得られたソースを使ってであるとかの、ソースが異なる事を証明できない場合は著作権的にアウト（あくまで作者がアメリカ人であった場合での考慮です）。オリジナルの作者については Hosh Wardle という名前は拾えますが、どこの国の人なのかはちょっと調べただけでは分かりませんでした。
というか、別のニュースによればニューヨーク・タイムズが買収したとありますので、今の著作権はニューヨーク・タイムズ（アメリカの企業）が持っているはずなので、やはり類似ソフトを新規に書き起こしても問題ないはず。だからApp Storeから類似ソフトが削除されたのは著作権とは別件のようなんだけど、他人の褌で相撲を取る輩を心情的に嫌うのはきっと、万国共通って事なんでしょう。
と、話がだいぶ脱線しましたが、ベルヌ条約の規定によって、国際的な著作権については内国民待遇が求められますので、実は本国での扱い（違法かどうか）は関係なく、日本人は日本の著作権法の流儀に従う必要に迫られます。
島国なのでバレない？（親告罪）というのも確かにそうですし、たとえ日本の法律上違法だったとしてもアメリカでは違法ではないのだから訴えるという発想がそもそも浮かばない可能性もありますし、実際のところどうなのよ？と調べると、実はアイデアの保護は日本でもしていないようです。
https://www.google.com/search?q=著作権+アイデア+保護
ポケモンの例は、キャラクター名の使用に留まっているようなので、キャラクター名１つ１つが商標登録でもされていない限り、使用しても問題ありません（キャラクター名は著作権では保護できません）。
https://www.google.com/search?q=キャラクター名+保護
ちなみに、商標登録されている名称にはレジストレーションマーク
®
を付けて、「勝手に使うなよ」アピールするのが一般的かと。
No.2
49732154
ここでベストアンサー
70pt
ぼくは、最初のふたつを。
１）プログラミング等に慣れてる人がブラウザ上で動く（スマホでも）のを作るの大体の工数
見た目が悪くても、何となく動いてる感じにするくらいだったら 1日あれば十分。
工数がかかるのは、以下のふたつだと思います。
ひとつめのは分かりやすいと思います。
ふたつめは、本家の Wordle だと、英単語とみなせない 5文字のアルファベットをエラーとして弾きます。
公開するとなったら、それなりに同意が求められる範囲での語句を持ったデータが必要。
この質問を出したのは、日本語の似たようなやつが出たからでしょうか。
あれなら、でたらめな入力も許しているので、正解のバリエーションをどこまで持つか、くらいなので難易度（実装の工数）は下がります。
２）ジャバスクリプトが最適？
フロントエンドは、javascript 一択だと思います。
回答を入力するたびにページ全体を読み直す、というのは今っぽくない。
(1) でも書きましたけど、正解や入力候補の単語のデータを持っておかなければいけないので、バックエンドも必要です。
こちらは、javascript にする必然がない。
http での通信で、実装がいったん途切れるので、サーバサイドは javascript (Node.js) じゃなくても良い。
最適をひとつだけ、と言うのは難しい（好みが入るから）ですけれど、
といったところが選択候補の最初に挙がるのではないかと思います。
言語の優劣というよりは、どのサーバに置くかという選択肢の話。
どこかにサーバを借りなきゃいけないので、上記だったら選択にあまり困らないかな、と。
そういう意味では、Perl も入るのでしょうけれど、今どき Perl ねえ、という感じがします。
データベースに著作権が認められた判例があったはずです。
一レコードについては、そのひとつのデータに創作性が無いと著作権は認められないのですけれど、データベース全体については、どんなデータをまとめてひとつのデータベースとする、というところに創作性が認められたはず。
辞書データもデータベースと言えると思うので、全てのレコードについて一部のデータを抜き出したものは、著作権法で言うところの「引用」の範囲を逸脱するはずです。
回答の候補に使うなら、データの使用権が緩いデータを使うべきです。
https://ja.wiktionary.org/wiki/Wiktionary:%E8%91%97%E4%BD%9C%E6%...
ビッグデータ云々の話も、こういったことが足かせになります。日本に限らず。
著作権法だけではなく、というか個人情報の方が問題になることが多いので、以下のようなハードルをクリアしていきます。
どれも、ハードルが高いやつです。
実際の解析に至る前にこれらのハードルをクリアしたうえで、解析が実行されていることが仕事としてやられてる場合は普通です。
この辺り、住んでる世界の違いもあるような気がします。
仕事でプログラムを書いてると、著作権とかライセンスとかを気にする場面は多くて、「OKかもしれない」よりは「NGかもしれない」を基準に考えてしまうので。
業界標準のコード体系（コードと、その名前や意味の対応表）がライセンスで縛られていることも多いです。
椶櫚
2022/02/06 21:38:52
152
75
1
2
データベースに著作権が認められた判例があったはずです。
一レコードについては、そのひとつのデータに創作性が無いと著作権は認められないのですけれど、データベース全体については、どんなデータをまとめてひとつのデータベースとする、というところに創作性が認められたはず。
辞書データもデータベースと言えると思うので、全てのレコードについて一部のデータを抜き出したものは、著作権法で言うところの「引用」の範囲を逸脱するはずです。
回答の候補に使うなら、データの使用権が緩いデータを使うべきです。
https://ja.wiktionary.org/wiki/Wiktionary:%E8%91%97%E4%BD%9C%E6%...
ビッグデータ云々の話も、こういったことが足かせになります。日本に限らず。
著作権法だけではなく、というか個人情報の方が問題になることが多いので、以下のようなハードルをクリアしていきます。
どれも、ハードルが高いやつです。
実際の解析に至る前にこれらのハードルをクリアしたうえで、解析が実行されていることが仕事としてやられてる場合は普通です。
この辺り、住んでる世界の違いもあるような気がします。
仕事でプログラムを書いてると、著作権とかライセンスとかを気にする場面は多くて、「OKかもしれない」よりは「NGかもしれない」を基準に考えてしまうので。
業界標準のコード体系（コードと、その名前や意味の対応表）がライセンスで縛られていることも多いです。