はてなキーワード: 有用とは
酢酸ライジング法って知ってる?マウスに酢酸注射して痛がる反応観察して、鎮痛薬投与後と比較してどう変わるか見る動物実験なんだけど。こういうの本当にクソだわ。もちろんこの動物実験があるから俺たちが痛みの少ない生活ができていて、じゃあお前は麻酔とか鎮痛薬使わないんだなって言われたら普通に使うけど。
対照実験として鎮痛薬投与なしで(生理食塩水投与等)酢酸投与するの止めない? 100%痛いって分かってる実験やるの、人間の絶対的な安心安全のためにだとしても必要あるの?
「それ無くしたらどう変わったか見れないだろ」「その実験したマウスが他と違う反応をするマウスだった場合、正確な記録取れないじゃん」んなの俺だってわかってる。分かってるけど、基本動物実験に使うマウスって滅茶苦茶丁寧に飼育されて異常なんてほぼないに等しいじゃん。一般的なマウスがどういう反応するかって過去の人たちがさんざんやって記録残してくれてあるじゃん。なら、その実験個体が微妙である滅茶苦茶低い確率なんて無視して良いだろ。
そうすることでどれほどの実験が失敗するんだ?滅茶苦茶ミスが出るか?
何より一番怖いのが、低学年時で倫理や動物実験学について学ぶとき「世間の人に動物実験の有用さは我々が発信していかなければならない」と教育されること。本当に有用で必要なのか?という議論は全くされない。むしろ動物実験反対派の奴らは馬鹿ばっかりだ、のような論調での授業を聞かされる。周りの人間も偉い教授が言ってるからって思考停止して終わる。まあ、そもそも動物実験の是非なんて、治すことに重点を置く学生からしたら別にどうでも良いっちゃどうでも良いのかもしれん。てかみんな寝てるしな。楽単でしかないし。
俺も普段から動物実験反対だって活動してるわけじゃないし、他の学生と同じように何も言わずに授業を受けてる。動物実験ももちろんやってる。ただ今日は滅茶苦茶嫌な気分になったからここに書いてるだけだ。まじ動物実験クソ。胸糞悪い。世間のみんな、頑張って活動して動物実験を廃止に追い込んでくれ。頼むわ。※最終的に最低限度は必要だと思うけど、少なくとも学生に分かり切ってる実験やらせる必要ない
人間は日々ストレスに晒されています。中にはなんだお前ぶっ○すぞと言いたくなるような理不尽なものもあるわけで、そんなのをいちいち真に受けてたらやってられません。
そこで私が提唱するのが二つの精神。「終わってんな」と「草」の二つです。
「終わってんな」は主に、呆れ返るような局面で用います。学校で、職場で、バイト先で、サークルで、ゼミで、「なんでコイツらこんなにアホなんだろう」とか「こうすれば一発じゃん」とか「もっと効率よくやれよ」とか、思うことがありますよね。でもそれを口には出さない。正論がすべて事態を解決するわけではないからです。愚策でも愛想良く「そうですねそれでいきましょう」みたいにしないと進まないことだってあります。そういうときは「コイツら終わってんなぁ」と呆れながらやり過ごしましょう。
他にも有用な場面はあります。ニュースやネットなんかを見てると、日夜不毛な争いが繰り広げられています。けど、それに参入すれば自分も同じレベル。「終わってんな」と思いながらそっと目を逸らしましょう。
次に「草」の精神。「草」はネットスラングで、(笑)→笑→www→大草原、草というふうに変化していったものです。ですが草という字面から派手に笑っている様は想像しづらく、どちらかと言えば冷笑的な印象を受けます。諦念を含む笑い、といった感じでしょうか。どうしようもなく嫌なことがあったとき、誰かに叱られたとか、嫌われたとか、ミスをしたとか、そういうときは適度に落ち込んで、あとは「草」って思っとけばいいんです。
……と、ここまで書きましたが、これらを使うのにも注意が必要です。まず、これらは端的に言えば「対象を侮蔑し、自分を外野に置くことでストレスを受け流す」方法であるということ。これを表に出せば普通に嫌われますし、事態を好転させるものでもありません。
でも、それでいいんです。日々のストレスに真面目に向き合って何になるのでしょう。人間的に成長できるかもしれません。でもそれは、疲弊して精神を削ってまでやるべきことなのか。答えは人による、だと思います。向上心があるのならそれは素晴らしいことです。が、向上を強いる社会になってはならないと思います。
もうひとつ。本気で悲しいことにはこれは通用しません。彼女にフラれたとき流石に草では済みませんでした。なので、些細なストレスに対してこそ有用だと思っていてください。
こういう流体のような生き方は、真面目な人にこそ知ってもらいたいと思います。私もかつて、些細なことをずっと引きずるようなたちでした。しかし、この精神を編み出してからある程度楽になったなという気持ちです。そして、今のとここれで何か損をしたということもありません。真面目な人が損する世界で、誰かが少しでも楽に生きられたら、と思います。
接種券電子化して番号だけ通知すればって、どの媒体つかってどこの端末に送ればいいのか教えていただけると助かります。
接種記録を確実に間違いなくどこででも取り扱うことができるインフラを作っていただけるんですね、ありがとうございます。
予診票はワクチンを打つかどうか判定するためのもので記載内容がほぼ固まってる。手書きでも問題なし。確かに電子化すればある程度自動的に判定してくれるようになるだろうけど、そのインフラも作っていただけると。
1年間の準備期間って、1年でシステム関係のインフラから全国民への通知システムを作れるもんなの?
突貫工事で作っても今回限りでしか使わないシステムにどんだけ金突っ込むんや。
紙にこだわるのは紙の利便性・有用性が高いからでしょ。高齢者や情報弱者を置き去りにするん?それとも、この人たちも使えるように教育啓発操作指導も併せておこなうの?それってどんだけ時間とお金がかかるの?君が言う1年もある準備期間で対応できるの?
どちらにしてもアホなんじゃない?
こんなところで晒してるのもアホだし、変に装ってるのもアホ
もっと言うならそういう手段を取られても全然嬉しくないことよね
作者的にはなんでもないこととかいうのが出来ないからこんな場所でこんなやりとりしてんのに
俺からすれば三年かけて完結まで導けて凄いというのは本音よ、それはホント。
まぁ、作品をコテンパンに批判されたかったのかしら?とは思うよ
あそこだけでもまだ正直だと思うし
アホとしか呼べないだろ
追記:
なんか言及してる増田がアホすぎるから昨晩見てアホらしくなって放っておいたけど
横から入ってきて何を書くかと思ったら、ここは増田君の家の鏡じゃないんだけど
もう一度鏡に向かって同じこと口にすればいいでしょ
こっちはね、『三年も面白くもない作品作って無駄な時間を過ごしたね』ってアホな発言を繰り返す奴に
『面白くなかろうが作品を完成させるのは作家にとってとても大事なことだよ』ということを一番根元のツリーに書いてあるんだから確認ぐらいしてくださいと指摘してたら
『実は俺作者かもしれないです』とかいうもっと大馬鹿なことを言及してきたので
『自分の愚かさ加減を棚に上げて他人のフリをするどころか作者のフリをして何になるのよ。
仮に作者だとして、作品を作って完成させることが当然だと考えてるなら作品を完成させられずに終わったやつなんていくらでもいるし、どんな名作でも絶筆があった中で、佳作が駄作かわからんがただ一つの世界の完成形を出せたのは率直に偉いよ。
でも作者であったのならこのタイミングで出てきてしまうことで、「作家にとって一つの作品をまともに終わらせることで何でもない時に終わらせきれなかったことを後悔したり別の作品を作る時にチラついたりしなくて済むこと」がわかってないのは残念だよ。
そして作者じゃなくて何度も馬鹿だと言われて「いや俺作者だから」で黙らせられると思ってるならホント例えようのない程下劣な馬鹿だから』とお返事を返したのに
俺が優しくないって?丁寧すぎるほどだぜ
いや別に優しさとかに拘ってはないのよ、言及しまくることで荒らしが助長されてー、って威力業務妨害かもねってチラつかせて引くようなら大したことする気もないじゃない
三年かけて作品を作ったこと、三年を何かに注力して一つの完成を臨んだこともない、今この瞬間にカタカタ入力して導入から入ってエピローグまで書けるはずなのに書く努力をしなかった奴らが増田でピーチクパーチク騒いだだけで作者がボロ布になるとでも思ったの?
増田に自分の作品晒してんのに?その程度も予測できない覚悟のない奴の方が問題だろ。
それでも一つの完成はとても凄いのだから褒めたのに、なんか当然のことだと思ってるの?
学生時代から何一つ完成させたものも、ネットで発表出来るものもないじゃないの。
少なくともこのツリー上で俺はこれが出来たぜと書いてる奴がいないのよ。
僕も君も他の増田も含めてね。
で、横から入ってきてお前は賢くないだのなんだの荒らしを助長してなんだの。
あのね、このツリーの根元の元増田にした質問から分かれていった枝含めて全員馬鹿なのよ。俺がした「大事なことだよ」の短めの回答含めてね。本当はそこで「ふーん」で終わるもんだと思ってたら予想以上に馬鹿だったもの。
で、このツリーの先っぽも根元も元増田の作品以外にまともな作品は置かれてないのよ。
ぜーんぶ僕は馬鹿なので一日も一年も三年も同じようなものだと思ってますって書き込みばかりだよ
その最中に何も作ってないのに、だ。
仕事すらもまともに出来てなさそうだな、と思うよ。
俺にも増田にも出来る行為なのに、わかんないです、すばらしいんでつか?こんな無駄な行為大事なんでつか?とか書かれて
もう増田書くことやめて夢見てる方が三倍ぐらい君にとって有用なんだけど、わかる気がないならそれもわからんかってなるよね
荒らしなんだからわからせなくていいとかいう時代遅れな話はいいです
やかましいんだよ、他の作品に迷惑がかかるだのなんだの書いてちゃんと元増田も読んでないようなのは
こと増田に晒してしまって月並みな荒らしが最終的に「オラの人生なんだったんだろ」とつぶやいて終わりそうな書き込みをしてるから「今君が否定したのはやろうと思えば君でも出来る行為なんだよ」ってずっと書いてんのよ
アホがレスバが勝ちたいがマウントがとかそんなのはどうでもいいの、そんなもん俺もお前も単なる文字なんだよ。今、この場では。
お前らアホの荒らしはいろんな場所を荒らしすぎて最終的にどこにもいけなくなって首括って死ぬだけになるんだからその前に遺書の書き方ぐらい綺麗にわかりやすく書けるようになれってずっと書いてんの
それが一片の詩になるのか、興が乗って人生を賭けた長編大作になるのかは俺が知ったこっちゃねえ話なんだよ。
俺は低脳先生を見てきてて、それを断ち切ろうとして失敗してる奴らを見てきてるからな。
じゃなくてこんなところで何の為にこんな低レベルなものを褒めそやしてるのかの意味をわかってもらわなきゃダメ
俺たちはずーっと何のプラスにもならないゼロにもマイナスにすらも至るやりとりをしてないのに
仮にマイナスに振り切っても二、三年臭い飯食うだけとかいうこれまたしょうもない場所で
アホらしいよ全く
横から入ってきた増田がその程度のレスバの考えしかないのも含めて
なんかズレてるなと思ったら俺はずっと危機感を煽ってるのにそれがわかってもらえてなかったんだよな
三年なんてあっという間だぞ
その間にお前は何をするんだよ
三年前とこの三年間、お前の手元には何が残ったんだよ。
作れよ。気付いたら十年経って何の形も残らないままになるぞ。
700話超の話数、200万文字を超える物語。よく書き上げたものと思うこと、しきりだ。
思いつきで始めた小説。
少しだけ時間に余裕ができたので、小説を書いてみることにしたのが3年前。
適当に妄想して、案外いけそうだと判断して、半年くらいで完結するお話を作り始めた。
完結して2年も過ぎれば書いた内容を忘れて楽しめるだろうと思ってのことだ。
Webで小説を読んでいる中で思った事、自分が望む事を詰め込むことにした。つまりは自分の為の小説。
歴史に埋もれた秘密。暗躍する組織。権力闘争。そんなことを意にも介さず突き進む主人公。冒険するのは、不思議で、愉快な土地。
そしてハッピーエンド。
やりたいことを詰め込むのは思った以上に大変だった。
書いてみて、思い知る事も多かった。
資料の集め方に、どうやって空想の穴を埋めるかの方法、などなど。
始めたばかりの時には思いも寄らなかった諸々の問題を一個一個対処していった。
図書館は思いのほか有用だったし、VRも巨大建築物の雰囲気を知るには有用だった。
そうこうしているうちに、見積もりの甘さも分かってきて、完結まで半年の予定だったものが、1年を超え、2年を超え、とうとう3年も要する結果になった。
最初は楽しくかけていたが、1年を過ぎたあたりから、仕事が忙しくなったこともあって、しんどくなった。
キーの叩きすぎで手が痛くなり、音声入力に切り替えるなどの工夫もこらした。
最後らへんは、引くに引けない戦い……終わりの見えないマラソンをしているような感じだった。
完結が間近になった時は、事故に遭わないように、気をつけて外を歩いたりしていた。
それがようやく終わる。
本当に大変だった。
得るものも多かったが本当に大変だった。
とりあえず、ちょっぴりだけど投稿サイトのロイヤリティが入ったので、お寿司を食う。
今日くらいは、自分は小説で飯を食っている……そんな気分を味わおうと思う。
いや、本当に苦労した。でも、完結できて嬉しい。
ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー
追記:
以下が今回完結させたお話です。
召還社畜と魔法の豪邸 ~ 召喚されたおかげでデスマーチから逃れたので家主の少女とのんびり暮らす予定です~
何か明確な思想や目的があって向上心のある個人を笑い者にしているのだろうか?
基本的に駆け出しエンジニアが技術力や発言力のあるエンジニアと協働してTwitterに晒されるまでの流れって
1. 未経験者が無責任なインフルエンサーやスクールの口車に乗せられ、駆け出しエンジニアになる
2. 応募した駆け出しエンジニアがハッタリをかました or 採用フローに関わる人間のスクリーニングが甘かった などの理由で当該者が特定のIT関連企業に採用される
3. なんやかんやありそこそこ発言力のあるエンジニアと未経験者が一緒に働くことになる
4. 未経験者の無能さに辟易したそこそこ発言力のあるエンジニアがTwitterで罵詈雑言を吐く
みたいなもんだと思うんだが、まずこの流れでキレたり文句を言うことが正当化できる相手は、
・ 無能な駆け出しエンジニアをスクリーニングできない所属元企業の採用フロー
なわけで(上記の 2. の部分で応募者が技術力を詐称していた場合は議論の余地はあると思うが)、この状況で一応正当な手段を経て採用された個人を公開の場でバカにするというのは、発言主も自身の人間性をネガキャンしているため不利益しかなく、頭の悪い行動だとしか思えない。
特に疑問なのは、bioから容易に所属元が推測できる状態だったり、普段は任意のプラットフォームで明確な根拠や思想信条に基づき有用な技術的知見を共有したり、時にはポリコレ的思想に賛同したりしている人が、先に挙げた言動を行っているケースだ。駆け出しエンジニアに限らず、技術力の低い人間を笑い者にするようなコミュニケーションは、こういった権威があったり社会通念上正しい言動を心がけているように見受けられたりする属性のアカウントだけを母集団にしても、歩けば当たるレベルで散見される。言動に一貫性が無いように感じられ、全く理解できない。一体どれほどの深いお考えで「こき下ろし」を行っているのだろうか。
周りを見渡すと、何だかんだ同業種の人間が少ないような気がする。
そこで、この記事では経験談に基づいた研究開発職の特徴を簡単にまとめる。
成果を発表する場として、どちらの企業も内部展覧会での発表を重視している。
これはチームの成果を誇示して予算獲得への足掛かりを掴めるからである。
必然的に論文や特許の執筆を重視せず、この展覧会をチームの最終目標とすることが多い。
内部展覧会では研究者ではなくユーザと同等の目線で評価が下され、
私が入社した会社では、マネージャーが「研究所に必要な人間ランキング」を順に決定し、上位10%は出世対象となり下位5%はクビになる、という制度を採用していた。
周りを見る限り急にいなくなる人間はいなかったため、あくまで社員を焚きつける制度という印象だった。
こうした評価制度は研究開発競争を高めるために有益であり、研究開発界隈では一般的であるようだ。
自分が半期毎に取り組める研究は、マネージャーの一存で決まる。
なお、マネージャーが目指す研究の方向性は頻繁に変わり、柔軟性に富んでいる。
主に方向性が大きく変わるのは、
のいずれかである。
以上のイベントが発生したときにマネージャーの動向にアンテナを張る必要がある。
業務で専門性を活かしたり独自の専門性を培ったりすることを期待しなければ、研究開発職は気楽に働ける利点がある。
どの分野でもData Drivenな手法を目にする機会が増えている。
チームの方向性を模索するためには再現実装を行う必要が出てくるが、手法自体を実装できても、再現に必要なデータは得られない。
最近だとDataset自体を公開する論文も増えているが、全体としてはまだまだ少ない。
特にデータの取得自体に多額の金額が必要なDatasetに関しては、ごく少数のSampleが公開されていれば良い方である。
そのため、
2. 公開RepositoryにあるModel fileをそのまま使う
結果として、商用利用不可のデータに対しても「どの公開Model fileが『我々のProduct』に適しているのか」といった建設的な議論が生じる。
概念実証段階では問題がないという示唆に富んだ考えに基づいているのだろう。
なお、「将来的にデータを買えば良い」もしくは「将来的にデータを取得する設備を買えば良い」という有益な意見がマネージャーから得られることがある。
この意見は「独自に予算を獲得してデータを購入してほしい」という期待が込められている。
企業研究開発職は積極的に内外へ働きかけて、予算を獲得することも重要である。
そのため外部ネットワークと通信を挟むツールに関しては基本的に使えない。
どうしても使いたいツールに関しては外部部署へ使用許諾を投げると、慎重な審査の結果、稀に期待に添う結果を得られる。
特に公開Datasetが置いてあるような社外DBへのアクセスは漏洩リスクが大きく、アクセス自体禁じられている。
以上の点は意図しない誤操作による漏洩を予防しており、エンジニアは安心安全な環境で開発に取り組める。
企業で働いていると、同じテーマで一丸となって開発に取り組むことがある。
研究開発職でのチーム開発は作業分担を行わず、複数人で同じテーマに取り組み、蠱毒的に一番有用な手法を採用するという手順を取る。
結果として、6ヶ月程度の作業が弾け飛ぶことはあるが、有用な手法を採用し続けるには仕方がない。
なお、稀に複数人で 共有Productを開発する場合がある。
この場合も打ち合わせは基本的に少ないため、担当箇所に関しては互いに察する必要がある。
当然、作業箇所が被ってしまい、1週間程度の作業が消し飛びがちになる。
作業が被ってしまうと機嫌を損ねてしまうエンジニアへのケアも、企業研究開発職には必要な’スキルである。
また打ち合わせ不足の結果、特定開発者の作業負担が大きくなることが多い。
このような場合、Documentationをしっかり行い、作業負担の軽減を試みるのが入社以前の考えであった。
しかし、Documentationはエンドユーザ向けに用意するものであるという考えが中心的であった。
これは「作業担当者を特定の人材のみに限定して評価を容易にする」意図があるのだろう。
個人至上主義と複数人での楽しいチーム開発を両立するには仕方がないのかもしれない。
いじょうなチーム開発ができるのは研究開発職の醍醐味と言える。