  |
はてなキーワード: 非エンジニアとは
退職済みの元Googler(非エンジニア職)が勝手に書くよ。とりあえずパッケージもらって辞めるの羨ましい。
日本のGoogleに入社したけど、知り合ったGooglerはみんな頭も良いし、何よりめっちゃ人間性が良くてびっくりしたよ。そして大体Google大好き！だったので、元増田が書いてる労組の結成理由も納得できる。そういうの好きそうだもん、みんな。
僕は日本法人の非エンジニア職なんて、英語さえそこそこ出来れば誰にでも務まるクッソつまんない仕事しかなかったので、やりがいを一ミリも感じずにおちんぎんちゅーちゅーしてました。Google愛を育むほどほどピュアでもなかったしね。心底飽きたから勝手に辞めちゃったけど、退職パッケージ羨ましい！
シェアウェア（という表現はおいておいてのやつ。https://anond.hatelabo.jp/20230124045812）の記事が面白かったので、自分の得意分野の領域でいろいろ紹介します。
基本的に、SaaSのサービスは便利だけど、あれもこれもと契約していったらサブスク破産するので、
もともとownCloudっていうDropbox代替があったんだけど、そこから分派して今も機能開発が続いている。
興味深いのはLAMP構成なので、VPSや自宅サーバーじゃなくても、レンサバで動くのがいいよね。
データ保存領域はオブジェクトストレージ（S3互換）も利用できるので、例えばWasabiなんかと契約してお安く済ませてしまうのも全然アリかと。
最近はカンバンシステムって、単体で使うんじゃなくていろんなアプリの中で使われる印象なので、今更Trelloだけ使いたい、なんてニーズはないかもだけど、
そこまで複雑でなく小規模なプロジェクトとかだと、意外とTrelloだけでいいよね、みたいなこともあるかな。
そういう時は、これを使うといいかも。
ちょっとUIの雰囲気が違うだけで、まんまSlackです。絵文字の追加もできるし、APIもあるし。人によって好き嫌い分かれるスレッド機能も、まあ、あのスレッド機能のまま。
n8nと書いてnodemationと読ませるらしい。初見殺しすぎんだろ。
ZapierやIFTTT、無料枠あるけど、あれもこれもやり出すとすぐ無料枠埋まっちゃうので、これ結構いいと思うんだけどな。
kintone使ってる会社増えてると思うんだけど、まだまだ1ユーザー1500円ってのは高いので、零細企業は導入し辛いと思う。
で、それの代替になるのがExment。UIがkintoneとは少し違うので代替と言い切れないかもしれないが、
やれることはkintoneのソレと全く同じなので、用途代替はできる。
開発も日本企業なので、UIも日本語化されている。LAMP構成なので、レンサバでも動くよ！
そもそもAirtableって何やねんって人もいるかもしれないけど、kintoneとGoogleスプレッドシートをいいとこ取りして、Trelloとガントチャートを足した感じ。
これもまあまあいい感じでZoom再現してます。Zoomの方が新機能の追加早いけど、Jitsiも頑張って追いついている感じです。
ただ、やる内容が複数人でのリアルタイム動画配信なので、サーバースペック・回線スペックはまあまあ必要なので要注意。
こちらは使ったことないんだけど、よりオンライン授業向けらしい。
最近よく見かけるようになった、オンラインミーティングとかの予定をブッキングさせるSaaS。
あれのはしりがCalendlyで、日本でもいくつかそれのSaaSができてますね。
あれらも無料枠だと1カレンダーだけしかできなかったりするんだけど、これなら好きなだけブッキングさせられます。
ECサイトとか、Webマーケティングを重視してるサイトによくある、画面右下に吹き出しアイコンがあって、チャットウインドウがぴょこっと出てくるやつ。
日本ではWeb接客とか言われてるけど、あれの代表的なSaaSがIntercom。Zendeskは、どちらかというと内部ツール向きかな。
これのOSS版がChatwootとPapercups。自社サイトにWeb接客入れたいけど、費用抑えたい、って時にどうぞ。
この手のツールがないと仕事にならないという人も多いと思います。
これまでだとRedmineがそれのOSS版的立ち位置でしたが、さすがにイマドキあのUIはないなぁ、と。
OpenProjectは、Microsoft Projectの代替をイメージしてるみたいですが、
ガントチャートにカンバンがデフォルトで使えるので、BacklogやAsanaの代替にはちょうど良いでしょう。
ただ、そんな高度なことしてるわけではないのに、サーバーの要求スペックはちょっと高めなのでご注意を。
UA廃止でGA離れが始まってるとも聞きますが、疎開先として有名。
PHPで動くので、PHPやWordPressでできたサイトに一緒に入れちゃってもいいと思う。
HeadlessCMSは、データ表示を持たず、フロントエンドへAPIを通じてデータを渡すタイプのCMSのこと。
このジャンルでは、SaaSだとContentfulが有名だけど、OSSでもいろいろある。
Node.js製。歴史があるので、結構いろんなことができる。
WordPressのGutenbergエディターを取り込んだプラグインなんかもある。
User認証も持ってるので、CGM的なサイトを作ろうと思ったらできなくもない。
これもNode.js製。利用できるDBが幅広く、既存のデータベースも活用できる。
なので、既にPostgresSQLとかでデータを持ってるんだけど、
非エンジニアにもデータを触らせるためのフロントエンドが欲しい、ってニーズに良いかも。
PHP製。SQLiteとMongoDBで利用可能。MySQL/PostgreSQL使えないのがちょっと残念。
近年、本腰入れて自社ECサイトをやろうと思うと必ず選択肢に上がるShopify。
インテグレートパートナー向けのエコシステムも充実してるので、取り組み始めるエンジニアやシステム会社も多い。
ヘッドレスコマースや越境ECには向いているものの、これをセルフホストしたい、というニーズに応えたのがmedusa.js。
ざっと見てみただけだけど、モダンな構成で、今時のフロントとバックエンドを分けた構成でやりたい、というのには向いている。
プラグインにmedusa-marketplace.jsというのもあり、Amazon的なマーケットプレイスも実現可能。
昨年、Adobeに買収され、デザイナーたちを驚愕させたFigma。
先日はAdobe XDが終了のお知らせとなり、UIデザイナーたちの不安は募るばかり。
そんな提供企業に振り回されたくないなら、このPenpotでUIデザインしよう。
Figmaほど機能実装はされていないが、まあまあ一通りのことはできる。
Figma代が嵩むとお嘆きの制作会社なんかは、一考の余地あるんじゃなかろうか。
企業によっては、コンタクトフォームをたくさん作りたいという会社もある。
人材採用のフォームを職種別に細かく分けたい（しかも頻繁に募集職種が変わるとか）
Google Formで大体解決しそうだけど、それをGoogleに頼りたくないならこちら。
まあまあ機能豊富なので、人によってはGoogleFormよりもこちらを好むかも。
DockerベースのWebメールUI。送受信に必要なものを、丸っとDockerで用意してくれているので便利。
HubSpotは、いわゆるMarketing AutomationとCRMを一体にしたツール。無料枠もあるが、かなり限定されている。
MauticはMarketing Automationよりの機能が多く、ユーザーのサイト上での回遊をビジュアル化してくれたりする。
SuiteCRMはザ・CRMという感じ。SalesForceをデフォルトで使う感じに近い。
ツールが分かれてしまうのは辛いところだけど、それぞれにAPIがあるので、うまく繋げられると強力なツールになってくれるはず。
Webサービス作ってると、メールの通知や一斉配信などがあると思う。
通常これらはSendGridや、AWS SESなどで処理すると思うが、これらにもOSS代替がある。
PostalはDockerでメール周りのもの全部用意してくれているので、かなり楽。
WordPressをモダンにしたような感じで、EC機能もデフォルトでついてる。マルチサイトも標準。
Jimdo/Wix代替と書いたが、もちろん自分のサイトをMicroweberで作ってもいいが、
自前ホスティングして、JimdoやWixのようなサービスを始めることもできる。
テンプレートをいくつか作っておいて、Stripeを仕込んでおけば、今日からあなたもJimdo/Wixのような事業を始められるわけだ。
JImdo/WixとSTUDIO/Webflowは一緒くたに語られがちだが、明確な違いがある。
前者はプリディファインドなブロックをGUIで構成するのに対し、後者はDOM要素ベースで構築していく。
つまりよりHTML/CSSによる細かなデザインコントロールがしやすく、Webデザイナーが親しみやすい。
それのOSS版がWebstudio。まだアルファ版だが、フロントエンドはそれなりによくできているので、
バックエンドを自前で用意してStripeを仕込んでおけば、今日からあなたも（以下略
Facebookなんか使わねーよ、っていう人も多いかもしれないが、
特定のコミュニティの中でコミュニケーション取るには、FacebookのUIと機能は優れていると思う。
なので、サークルとか同窓会、あと自治会とかPTAなんかにもいいんじゃないだろうか。
Netflixの代替って、Amazon Primeとかじゃねーの、と思われるのかもしれないが、そうではなくて、
あなたがNetflixみたいな商売したいならこれを使うといいよ、というのがJellyfin。
いや、そんな商売しないよ、と思うかもしれないが、
使いようによっては、おじいちゃんおばあちゃん向けの子供動画配信サービスとして構築するとか、
Stripeと連携して、劇団やバンドのオリジナルの配信サイトを構築するなんかも面白いと思う。
今更誰もYouTubeやVimeoの後追いをしようとはしないでしょうが、
複数のユーザーから動画のアップを受け付けて、それを閲覧したい用途もあると思う。
例えば、軽音部で複数のバンドが練習風景を録画したのを定期的にアップしたりとか。
学習塾で、授業の録画を授業ごとにアップしていったりとか。
ZoomやGoogle Meetのような双方向ではなく、一対多の一方通行配信。
個人的には、企業のウェビナーツールとしての可能性を感じる。（Zoomのウェビナープランとか高いもん）
１つのメールアドレスを複数人で運用したい時のツールがメールワイズとRe:lationどちらも日本のSaaS。
FreeScoutはOSSだけど、海外製。一応日本語化もされてるっぽい。
ECサイトの顧客問い合わせや、営業チームのプライマリー対応なんかに良いと思う。
Bubbleってなんぞ？ という人のためにお伝えしておくと、ノーコードベースのWebアプリ開発ツール。
データエンティティを設計したら、自動的にCRUDを作ってくれて、フォームを配置するというような感じ。
Bubbleはそれ系の老舗で、歴史が長い分ノウハウも溜まっており、連携できるサービスも多い。
ただ、ベンダーロックインされるし、季節的なキャンペーンとかでは、アプリを使用しない期間もサブスク費用がかかる。
Budibaseは、Bubbleの思想に一番近い感じ。凝ったUIが必要なければ、ざっくりコレでなんでも作れちゃう。
AppSmithも同じような感じだが、これはDBをあらかじめスキーマ定義しておかないといけないところが若干不便かな。
ToolJetはルーティングURLの概念がなく、本格使用を諦めたんだけど、最近アップデートしたらしいので、そこのところどうなってるかまた確認しときたい。
他にもこの手のやつあったら、いろいろ教えて欲しい。単純に好きなので。
まじで何もできないSEなのに転職活動がイージーすぎる。このまま入ったら転職先も自分もアンマッチで不幸になりそうで怖い。
はてなはIT系の人が多そうだから鼻で笑われそうだけどさ、今までやってきたことなんて設計書直したりテストの設計と実施、あとたまにコーディングぐらいのもんなんだよ。そのコーディングもJAVAとSQLとJavascriptくらいしかやったことないし、既存ソースやネットに落ちてるのをコピペしてるだけで何回も同じこと調べ直してるくらい身に付いてない。
そんなんでもエンジニア職と非エンジニア職に応募すると選考の通り安さがあからさまに違うし、非エンジニアの募集で面接いったらエンジニア職の話も一緒にされることもザラですごい戸惑ってる。
客先常駐が嫌すぎるのが理由だからそれが解消されれば文句ないつもりだったんだけど、それ+賃金福利厚生も改善されるもんだから何かの詐欺かと思っちゃうよ。
こんなクソスキルの私に甘い餌をちらつかせて何をするつもりだ！？って気持ちが正直なところ。
上司からは「増田は自己評価低すぎ」ってよく注意されるから自分の認知が歪んでる認識はあるけど怖いもんは怖い。
SEの仕事って難しいよね。死ぬまでこれやるなんて厳しいよな。覚悟決めなきゃいけないのかな。
悩むなあ。
RPAで疲れ果てた方の日記と、それを見て書きたくなった人の日記を見て書きたくなったので。
しばらくフリーターして社会復帰、プログラミングやりたくてIT業界に転職した。
社会復帰のタイミングに職業訓練校でJavaScriptを勉強しながら就活、入社即RPAの現場に単身で放り込まれて今に至る。
客先常駐でシステム開発してる会社だと聞いていて（Java,C+,Rubyあたりとか）、
3回くらいあった面接で一度もRPAのRの字も出てこなかったが、
内定が決まり入社までの待機期間中、勝手にセッティングされた客先との面接で初めてRPAの話を聞かされた。
（今思うとここで断れればよかったのかもしれないが...）
入社後即放り込まれ、仕方なしに頑張るかと思って向き合ったらとんでもなかった。
RPAエンジニアとして雇われてる数人の中ですら共通のルールが存在しなかった。
各エンジニアが作ったもの、非エンジニアの客先社員が作ったもの、過去在籍していた人が作ったもの等々...
何を基準にしていいかもわからないし、というかそもそも基準がない。
現担当者はRPAごと業務を引き継がれたけど、RPAの中身は知らない。その業務のマニュアルも存在しない。
エラーが出ても何が正しいのかわからない、けど「エラーが出ました」と問合せが来る。まず正しい挙動を教えてくれないと修正もできん。
私が担当することになった部署のRPAを作っていた前任エンジニアが画像マッチング大好きマンで、
WindowsのバージョンアップとIE終了に伴う改修が地獄のような作業だった。
部署によって端末環境がかなり違うという客先環境も相まって、画像マッチングが多用されているシナリオに拒否反応が出そうになる。
それぞれがどんなRPA作っててどういうエラーに対応したか、みたいな話をする機会がない。
故におそらく似たようなRPA作ってるけど、それぞれが各自で作ってるからすごい無駄。
多分展開できたものいっぱいある。
等々、正直まだまだ書けるけど書き出したところで別に何も変わらないので割愛するとして。
単身で放り込まれたもんだからまともなフォローもなくかなりしんどかったけど、
なんとかこなしてやっと慣れてきたところで、今後のキャリアを考えたら鬱々としてきた。
今後長いスパンで見たときにRPAエンジニアが必要かと言われるとそうでもないだろうし、
かといってRPAエンジニアの数が少ないっぽい今、即戦力なら欲しいところは多分あるわけで。
RPAから抜け出せずにずるずるとRPAエンジニアやり続けて、
取り返しのつかない年齢になってRPAが廃れて...とか考えただけで怖い。
でも職業訓練校レベルのコードしか書いてなくて、業務でコード書かなくなってしまった今
HTML/CSSですら書けるか怪しいみたいなレベルになってきてるのに
RPAから抜け出せるのかという不安も強いし、今後どの方向に舵を取ればいいのかわからなくなってきた。
それにしても、職業訓練校やら独学やらで一通りHTML/CSS触ってJSに触れてたからなんとかRPAしてこれたと思ってるけど、
これを「通常業務やりながらRPAも担当してね」とかって振られたらと思うとゾッとする。
なにがプログラミングできない人でも業務が自動化できる！だよ、めちゃくちゃ難しいよ...。
この増田とトラバとブクマを全て読んで私の中で出た結論はコレだ。
ハコヅメという漫画で元警察官の敵キャラが「警察なんて結局は嫌われるだけの汚れた仕事だって皆から扱われてるんだよ」と吐露するシーンがあったが、それは事実なのだと今回の件で改めて感じた。
そしてそんな仕事に就くのは事前の情報収集が不足していたりそもそも価値観がおかしいのだからソイツが悪いのだと主張するわけだ。
なんだったら頭が悪くてまともに給料と身分を保証してもらうには自衛隊に入るしかないような連中の最終処分場であり、無能のまま生まれ無能として育った奴の自己責任であると言わんばかりだ。
つまりは、経済的徴兵や立場敵徴兵を肯定するという立場なのだな。
なにより最悪なのは「強制的な徴兵がこの国にはなくてよかった」と他人事のように語っていることだ。
つまり彼らにとって自衛隊や消防隊員が非日常的な苦しみの中で日常を生きることは、自分の人生とは無関係のどうでもいいことであると切り捨ててしまっているのである。
『徴兵制が存在すれば望んでなったわけでもない隊員を「銃は扱えるがこの国に恨みを持っているわけではない国民」として社会に戻していく必要が常に生じるので、それによって何らかの自浄作用も生まれたのでは？』なんて事を思いつくはてなーは誰も居なかったのだ。
日本が武器を持たなければロシアは意気揚々と攻めてくるのは当然目に見えている現在の地球において、日本が存続しそこに生まれた国民が暮らすには自衛隊員は必須だというのに、その存在を卑職として蔑んで多くの問題を終わらせようとしているのである。
道路に穴が空いて危ないなと思っていても半年後には塞がっているのは役場の誰かが工事を発注して近所の建設業者が補修したからである。
駅のトイレで盛大にウンチが逆流していても次の日にはキレイになっているのは誰かが掃除したからだ。
そうした仕事をした人間に対して蔑みや罵倒を持って存在を否定し、あまつさえ居なくなればいいだけだと言えば世界は壊れていく。
「頭の悪い工事のオッサンがよお、赤字になるような仕事を役所に押し付けられたって嘆くならもう辞めちまえよ」と語りそれが叶えば道路はずっと穴が開いたままで事故が多発するだろう。
「誰がしたのかも分からねえきったねえウンチの世話なんてよく出来るな。そんな低俗な肉体労働で金もらっている奴が同じ街に住んでるなんて恥ずかしいから死んで欲しい」と願いそれが実現したときには日本中の駅がこぼれたウンチを混ぜた汚水で溢れかえるだろう。
はてなーはよく「非エンジニアはエンジニアのことを理解しようともせずなんでもｶﾁｬｶﾁｬﾀｰﾝで秒殺できるオタクとして安く買い叩くから困る」と語りがちだが、自分たちは軍人に対して平気で同じことをしている。
これが分かってるのは有能。
ポンコツの非エンジニア（肩書はエンジニア）は全員が生産性が0.5倍であるべきと思っていて、それが仕事だと思っている
採用が困難な時期に妥協して未経験エンジニアを採用したけど、それが失敗だった。なぜ失敗なのかを話していきたい。
ただし未経験エンジニアといってもいろいろあって、子どものころからずっと学習してきたような人はただ実務が未経験なだけというように考えている。こういう人はあまり未経験と考えない。
自分への戒めもこめて。
失敗点
リターンがほぼ回収できない
エンジニアの生産性の違いが10倍、100倍になることは別におかしいことではない。
そのため、未経験エンジニアに費やした時間がリターンを産むまでにとてつもない時間がかかる。
たとえば、生産性100/営業日の人が10営業日かけて教えるのなら、教えられた人は、1000の生産をしなければ当然マイナスになる。これは泣こうが喚こうが世界の理なのでここは変えられない。
1000の生産は、生産性1/営業日であれば4年2ヶ月かかる。つまり生産性100倍の人を用いる場合は、教えられた人の基礎能力を4倍にしてようやく1年でペイ、半年でペイさせるためには8倍の能力向上が必要になるといえる。20営業日かけた場合は必要な生産性がさらに倍になる（1年でペイさせるには8倍の能力向上が必要）。1年の営業日を240日としている。
つまり能力1の未経験状態から1年で4倍の能力向上（当社比）が見込めない未経験エンジニアはだいたいその会社には不要ということになる。
それから未経験エンジニア以外も成長はするので、他のエンジニアの能力向上の速度がたとえば年間で2倍になるとするなら、10営業日を教育に使うと考えるとそうしたエンジニアが102%になる成長機会を奪ったことになり、これは機会損失という【(2^(1/(20*12)))^10】。これによりもともと1年後に生産性200/営業日になるはずだったエンジニアの能力が194/営業日になることになる。この差は大きい。
すべてを教えなければいけない
彼らは基本的に「すべてを教えてもらおう」とする。これによって他の人が疲弊する。どのように考え、何をやり、どう仕事をすすめるか、その手がかりを何ももっていないため、何もかも教えなければならなくなる。
未経験といっても新卒とは違うが、新卒の何も経験のなくバックグラウンドのない人を育てるのとほとんど変わらない。一方で放置すればただお金が出ていくだけとなる。
実は、ふつうのエンジニアは一般的にはかなり勉強している方にあたる。土日にコードを書いたり技術書を読んだり、仕事終わりに技術書を読むとか、そういうことは上澄みのエンジニアじゃなくてもしているというのが当然なので、当然みんなしているものだと思っている。とても怠けている人でもやっているのでそういうもんだと思っている。それに未経験エンジニアの中にはあまり技術に興味がない人も多く、働き方や収入などの面に惹かれているように見える。
エンジニアはわざわざ自分の休みをつかって学習する行為をべつに地獄だとは思っていないし、身の回りの人はみんなやっているから「誰でもやっているふつうのこと」だと思っている。認識に大きなズレがある。
仮に土日や平日終わりに勉強することも仕事だと考えると、エンジニアの給料は割に合わなくてかなり低い。地獄になると思う。
チームの空気が悪くなる
チームの他のメンバーはすでに状況を理解している中で、その人のためだけに説明しなければいけない事態が頻発する。これがコストになり、説明する人が「押し付けられた」という感覚を持ちやすい。
失敗しても解雇できない
日本の法律上解雇することができないため、その人を使っていくしかない。つまり失敗したらその失敗は永続し、取り返しのつかない失敗である。
他のエンジニアが辞める
早々に見切ったエンジニア・未経験エンジニアに疲弊したエンジニアから辞めていく。「未経験エンジニアが入れるレベルの会社」になってしまっているので、そもそも全体のレベルが落ちているという証明にもなっている。
「未経験を採用する」という行為は、それだけ既存の人員を舐めてると言ってもいいと思う。「誰にでもできるかんたんな仕事です！」と。
未経験エンジニアの人も仕事中に時間を費やして成果を出そうとしているが、成果がほとんど出ない。そして遅い。しょうがない部分もある。ただ、時間を使っているので「仕事をやっている」というふうに考えられてしまう。時間を使えば体力も使うから、疲れもするし、それは当然だと思う。
ただ、後始末されていることが理解できない。後始末されているということを言ってもわからない。「そんなことはない」「自分は仕事をしている」と思っている。仕事ができていないことがわかっていない。認めることは自己肯定感を破壊することに繋がるからだろう。「100営業日かけたのに生産は5」という事実を認識してもらえない。自分を過大評価しがち、人を過小評価しがちである。
彼らも別に努力していないわけではないので、「もっとやれ」と言ってもしょうがないし、結局そのやり方もわからない。「努力していないわけではない」というのも肝だ。頑張っているのはわかる。
書類上は、人員 +1 ということになっているため、生産性向上が求められる。たとえば3人チームに人員として投入された場合、単純に133%の生産性が期待される。これが正常な人間の感覚なのだからしょうがない。そのため、未経験だからとざっくり差し引いても、人員を追加したらまさかチームが70%の生産性になるとは思われない。3+1は2になる。
もちろんいいこともある
一応、ダメなことばかりじゃなかった。たとえば未経験エンジニアは会社の下限という明確なバロメーターなので、社内に「この人よりも生産性が低くなるのはまずい」という圧倒的な焦燥感をもたらすことができた。
逆に言えば、その未経験エンジニアの人さえ能力向上すれば、他のエンジニアは自動的に能力向上していく。自分の存在価値・生きている意味・今までやってきたこと・これまでの努力が懸かっているからだ。
ある意味、超優秀な未経験エンジニアを採用することはそれだけで引き締めになるとは思う。
なぜ採用したのか？
根本的には未経験エンジニアを採用することに決めた自分の無能さに原因がある
採用のときにそれを見抜けなかった自分が100%悪い。そのため、基本的には自分の能力不足が招いたことだと思っている。
もともと未経験エンジニアをとるつもりはなかった。でも、本当に全くエンジニアが採用できないということで優秀そうな未経験エンジニアを採用することになった。
これが浅はかな考えというか、未経験エンジニアというのは２〜３年目レベルのエンジニアとは違う。この差を軽く見ていた。「すぐに稼働できるようになるだろう」と、自分や自分の周りのエンジニアの能力を侮っていた。ある程度できるようになると、距離感がおかしくなってくるのかもしれない。実際には大きな隔たりがある。
はてブのホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ
406あとで/1267users 今どきのLinux事情 | tokida | SpeakerDeck
322あとで/2603users 世の中には困ってる人を助ける制度がたくさんあるのに何が使えるかを教えてくれないっていう理不尽仕様なんだが、そんな世界をなんとかしようとしてる人たちがいて、そのためのWebページがこの前リリースされたってことを僕はフォロワーさんに知っておいて欲しいと思ったんよ | Togetter
317あとで/2362users 【保存版】リクルートやサイボウズといった大企業が新人研修用の資料を公開。→「学び直そう」「非エンジニアの方にも」 | Togetter
183あとで/975users ゼロトラスト移行のすゝめ：IPA 独立行政法人 情報処理推進機構
170あとで/1167users 「チ。―地球の運動について―」感想。〜歪で不誠実で不愉快なこの傑作漫画について〜 - 銀河孤児亭
169あとで/1566users 大阪と京都で「ここ行っとけ、これ食っとけ」があったら教えて→で、続々と集まった情報がこちら | Togetter
160あとで/1265users 東京の水はどうやって飲めるようになってるのか？｜miyasaka｜note
157あとで/942users 青空怪談 〜青空文庫の怖い話50選〜｜みもねる｜note
156あとで/849users 今年もミクシィの22新卒技術研修の資料と動画を公開します！ | mixi developers
148あとで/827users 個人開発で即戦力になるツール・サイトまとめ - Qiita
147あとで/1283users 元Googleデータ科学者「人生をうまくやるコツってめちゃシンプルだよねー」 | パレオな男
144あとで/890users サブスクリプション型のビジネスなら見ておくべき5つの超重要チャート - Qiita
142あとで/1250users 「もはや昭和ではない」男女共同参画白書（令和4年版）が面白いからみんな読んでみて！ 今は子無し世帯がマジョリティ - 斗比主閲子の姑日記
137あとで/1036users 【保存版】交通事故に遭ったときにまずやること・避けてほしい行動マニュアル - 弁護士法人AOがお届けする法律メディア｜Legal Forest
133あとで/838users 有名企業のエンジニア向け研修資料まとめ - Qiita
131あとで/1080users エクセルで複数のシートを集計する場合、シートを何枚追加しても数式修正が不要！大企業の経理が感動した神テクとは｜ウォーカープラス
130あとで/728users 【絶対に観るべき】英語のYoutubeチャンネル集【プログラミング】 - Qiita
126あとで/853users 障害報告書を書こう！ - Qiita
126あとで/1331users これから家が燃える人向けnote～出火編～｜たぬき｜note
125あとで/712users 期限の制約なく無料で使えるクラウド「Free Tier」主要サービスまとめ。2022年版 | Publickey
117あとで/973users かに💸 on Twitter: "答えいいます。ぼくが創業するなら、①日本政策金融公庫の『創業の手引』見ながら創業計画立てて、②中企庁の『J-Net21』で補助金みつけて、③よろず支援拠点で創業補助金の申請手伝ってもらう。ちなみにここまで全部タダ。④創業後は"商工… https://t.co/LXadEmaqdx"
116あとで/1443users 俺も同じような立場になったことあるけど、解決策は一つしかない。転職だ.. | anond.hatelabo.jp
116あとで/1210users 統一教会と自民党のお付き合いについて補足するよ（ちょっとだけ追記） | anond.hatelabo.jp
109あとで/1113users 統一教会と安倍晋三・自民党 | anond.hatelabo.jp
107あとで/637users ゲーム感覚でプログラミング学べるサービス集 - Qiita
107あとで/872users 「なんで私をもっと評価してくれないの！？」という人向けに、私がやってる評価ハッキング手法を伝授します - 斗比主閲子の姑日記
106あとで/493users AWS認定の無料模擬試験がさらに便利になりました！ | DevelopersIO
106あとで/758users 2022年のモダンCSS改 | tonkotsuboy_com | SpeakerDeck
105あとで/633users プロダクトマネジメントを学ぶための推しの書籍 | mizuman | SpeakerDeck
103あとで/598users データマイニング入門 | 森 純一郎 | Utokyo Open Course Ware
103あとで/1054users 記者座談会 統一教会と自民の関係にメスを 反共右派として育てた為政者の罪 | 長周新聞
『ゆっくり茶番劇』が、上海アリス幻樂団でもアンノウンXでもない第三者によって、商標登録がされてしまう https://togetter.com/li/1887094
本件、企業の知財部員増田が考察してみた。４年ぐらい前には商標実務も担当していたけど法令上の有資格者じゃないので
現実に遭遇した具体的な事件・事案に関してはちゃんと弁護士・弁理士に相談してね。
（栗原先生あたりが何か書かないかな：同業の方からのツッコミはむしろ大歓迎）
どこまで類似と判断されるかはケースバイケースだが、例えば「ゆっく～り茶番劇」のようにちょっとズラしただけで
実質的に「見た目・読み方・意味」が同じになるものについては類似と判断されうる。
一方で、商標法上は「単に商品の産地、販売地、品質等又は役務の提供の場所、質等のみを表示する商標」は登録の対象となっていない。
（商標法第3条第1項第3号）
「ゆっくり」という単語自体は一般的なものであり、動画の性質を示す単語とも捉えられるので、
今回の出願ではやはり「ゆっくり茶番劇」という合成語になっている事で商標登録が認められたと増田は考える。
それであれば、「ゆっくり実況」「ゆっくり解説」などの他の言葉との結合語は、今回の商標登録で排除できる権利範囲には含まれないと思われる。
今回の商標出願がカバーする役務（サービス）範囲は、下記の通り。
商標登録された名称は何でもかんでも権利主張できる訳じゃなく、今回は下記の一覧に該当するサービスの名称として
「ゆっくり茶番劇」という商標を使用すると、「この商標を使用した」と法的にみなされることになる。
電子出版物の提供，図書及び記録の供覧，図書の貸与，移動図書館における図書の供覧及び貸与，オンラインによる電子出版物の提供（ダウンロードできないものに限る。），図書の貸出し，書籍の制作，オンラインで提供される電子書籍及び電子定期刊行物の制作，コンピュータを利用して行う書籍の制作，映画・演芸・演劇又は音楽の演奏の興行の企画又は運営，インターネットを利用して行う映像の提供，映画の上映・制作又は配給，オンラインによる映像の提供（ダウンロードできないものに限る。），ビデオオンデマンドによるダウンロード不可能な映画の配給，インターネットを利用して行う音楽の提供，演芸の上演，演劇の演出又は上演，音楽の演奏，放送番組の制作，教育・文化・娯楽・スポーツ用ビデオの制作（映画・放送番組・広告用のものを除く。），興行の企画・運営又は開催（映画・演芸・演劇・音楽の演奏の興行及びスポーツ・競馬・競輪・競艇・小型自動車競走の興行に関するものを除く。），娯楽施設の提供，映画・演芸・演劇・音楽又は教育研修のための施設の提供
しかし、上記にあるような「インターネットを利用して行う映像の提供」は、例えばプラットフォームの名称や個別に提供されるサービスの名称等を想定していると思われ、
そもそも投稿された動画のタイトルそのものが「サービス」の名称とみなされるかどうかは争いがありそう。
（個人的にはサービスというよりデジタルコンテンツ商品としての性質が強いんじゃないの？と思う。
そして彼らの言うコンサルティング業務みたいなのは指定されている役務に入っていないと思われる）
その商標が登録されるものでなかったことを、商標実務に則って特許庁に説明して登録無効と判断してもらう手続。
その際の証拠は当たり前ながら審判請求する人が用意する必要があるし、
証拠の選定、出し方、主張の仕方に独特な実務ノウハウが要る。正直素人では無理。
（また、匿名で手続きできず、個人・法人の実名で申し立てる必要あり）
その商標が登録後３年以上不使用だった場合、その事実を以て登録の取消を申し立てることが可能。
（この場合、商標権者側が使用していた証拠等を提出して対抗する）
商標が出願されると公開公報が、登録されると登録公報が発行される。
これらは特許庁の無料DBや商用DBに当たらないと調査できないものだが、
公報として公開されていることで商標登録の存在が周知されたものと法的にみなされるので
「その商標が出願／登録されていることは知らなかったので、自分は悪くない。」という言い訳は通用しない
（＝たとえ一般人であっても調べなかった方に過失があるという理論）
そもそもが二次コンテンツであるものに商標登録するか普通？と個人的には思うが
正当な手続方法で成立した権利ではあることは変わらないので、潰したい方はぜひ専門家と頑張ってほしい。
（そういう意味では、今なんか特許庁／裁判所に提出するとかいう署名活動やってるけど全然無意味だし本当に迷惑だから止めて。）
↑（追記：ごめんね、ここは適切な表現じゃなかったから書き換えさせて。
あと現段階では無関係の第三者の意見で特許庁が登録を再検討することは制度上ないので、電凸や公式Twitterへの爆撃もマジでやめてあげて・・・
特許庁は定められた基準に則って仕事をしただけだし、業務が止まると困る人が山のようにいるんだ・・・）
ただ、少なくとも一部の人が過剰にイメージしているようにゆっくりコンテンツ全体に影響が及ぶ訳ではないし、
動画のタイトルに「ゆっくり茶番劇」とつけることまで権利が及ぶかも争いの余地があるんじゃないかと考える。
知的財産権の話は難しい話が多く、出てくる度に吹き上がるが、少しでも正確な理解をして欲しいと思いまとめた。
（追記）
リアルタイム検索でウォッチしていたけど、『特許庁に問い合わせろ（特許庁は出願人でも代理人でもない無関係の人の意見なんか聞かない）』とか
『何か言われても先使用権がある（商標の先使用の要件は、ゆっくり茶番劇が「自分の商標」であることが「周知」されてる必要があるから無理）』とか、
どこかで聞きかじったんだろうなっていう素人ツイートがすごく拡散されてて頭痛くなってくる・・・
Shin-JPN いやプラグインを個人レベルで入手してるなら甘いと言われても仕方ない。業務で使うSWのアプデはSOCチェック後に配布が基本。クライアントにadmin権限ないのは不便だし東映クラスでもSOCコストはきついがそういう時代
https://b.hatena.ne.jp/entry/s/piyolog.hatenadiary.jp/entry/2022/04/30/010606
「でも、農具や農薬は、事前に会社が検査したものしか使わせない」
「ひょっとしたら社員が別の農具農薬を使うかもしれないけど、人が検査するから確実だよね」
ということを言っている。
一方で
それじゃ不便だよね、と言っているらしい。
つまり、
「柵がないと社員が勝手に持ち込む危険性はあるかもだけど、人が動いて検査したほうがわかりやすいじゃん」
という発想に基づいている。
社員が勝手に持ち込む可能性、というのを根本的に0%にするのではなく、
こういう人は日本人に非常に多い。
柵を何重にも補強しようとするのがエンジニアで、
人を何十人も補強しようとするのが非エンジニア、
といったほうがわかりやすいだろうか。
みずほフィナンシャルグループは米グーグルと提携し、デジタルサービスをてこ入れする。2022年度中にも、グーグルのクラウド上で顧客の取引データを分析し、投資信託や住宅ローンの提案など顧客ごとに適したサービスを提供する。
みずほ、Googleと提携 DXで顧客サービス抜本見直し: 日本経済新聞
https://www.nikkei.com/article/DGXZQOUB182BH0Y2A310C2000000/
「パソコンの先生」としていろんな企業に研修に行っていると、どこも基盤となるITを知らない人たちに「でぃーえっくす」としてPythonだAIだIoTだ学ばせようとするんだよね。
世の中の「システム」というのがサーバー、ストレージ機器などでできていて、それがネットワークでつながっている、データは誰かが設計したとおりにDBに蓄積される、ということを知らない非エンジニアの人たちに、クソ人事が「Pythonで機械学習！データ活用してデジタル変革！」とか打ち出して研修を受けさせることがとても多くてね。基礎がない人たちに何を教えても、ハンズオン用に用意されたデータを解答例どおり操作できるようになるだけで、何ら自社の実際のシステムに基づいたデータ収集、加工、分析はできないのに、「研修を開催した」という実績が人事の点数になって、給料になる。人事は何件研修を開催した、という実績じゃなくて、それで社員は何ができるようになったか、という成果で評価されてほしいよね。
みずほも、今やることはクラウドだ顧客データだDXだという上っ面じゃなくて、土台の堅牢なシステム基盤を要件定義、設計できる人材を育てることだと思うんだけどね。
