「コナミの商標登録問題」のあとしまつ -暗黒メガコーポの誕生とその背景-｜初心カイ
（本記事は法律の専門家でもなんでもないアマチュア研究家が書いています。そこらへんをお含みおきの上、ご高覧ください） 1.暗黒メガコーポコナミの誕生の経緯 2022年5月、ネットの海を震撼させる事件が起きました。それは「ゆっくり茶番劇商標登録問題」。youtubeやニコニコ動画で広く使われる「ゆっくり茶番劇」という言葉が、全然無名の1ユーザーによって商標登録されてしまい、その上「商標の使用料として10万円支払え」と言い出したのです。 この事件の流れの解説は他の皆様の記事に任せることとして、ざっくりいうと最終的に権利放棄へと至りました。無事、ネットの海に平穏が戻ってきたのです。 しかしこういった商標絡みの事件が起きるたび、思い出したかのように叩かれる企業が存在します。 その名はコナミ（現コナミグループ株式会社）。1999年に実際に商標登録で問題を起こしたことがある企業です。その内容はなかなか入
メドピアのエンジニア組織、目指す未来 ― VPoE平川と前CTO福村 それぞれの想い ―
メドピアグループでは組織変更に伴いVice President of Engineering（以下、VPoE）に平川が就任、2014年からCTOを務めた福村が退任し、新たな体制がスタートしました。
React 時代に選ぶ GraphQL - とろろこんぶろぐ
概要 先日新規の Web サービス開発でフロントエンド側の技術選定を行いました。 利用する技術の中で GraphQL を提案した際に、RESTful な API で呼び出す方法と比較して納得感がないという意見があがりました。 そこで、なぜ、どういうときに GraphQL を選定すべきだと思うか、文章にして自分なりにまとめておこうと思います。 前提 構成が BFF か BE かで意見は大きく変わりません。 例えば BFF として利用されるケースでは、バックエンド側には BE チームとマイクロサービス的な API が存在しており、 BFF として GraphQL を配置するようなケースです。GraphQL のリゾルバは API を叩きます。 一方、 BE として利用されるケースとは、リゾルバが直接 DB を叩くような形です。 今回はフロントエンドのチームが管理する BFF として、JS のみで
GitHub Actionのジョブ実行画面からPull Requestを辿れるようにした - Lambdaカクテル
こういうのを作りました。 ジョブに紐付いたPull Requestへのリンクが表示される 行ったこと: リンクを生成するジョブを1つ生やした 綺麗な表示はStep Summary機能 (後述) の力を借りている ジョブ実行画面からPull-Reqに戻りたい GitHub Actionsのジョブ実行画面には、その実行元となったPull Requestへのリンクが存在しないため、困っていた。 よくあるシチュエーション: Pull Requestを見るとジョブがコケていた 様子を見に行くうちに履歴がどんどん深くなる -- ジョブ画面内での遷移はどんどんヒストリが積まれる Pull Requestに戻れなくなってしまう この話を同僚にしたところ共感の嵐だった。したがって隠れた需要がありそうだということが判明し、うまくやる方法を考えることにした。 結果、GitHub Action上でPull-Req
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
