  |
はてなキーワード: ナレッジとは
そこそこのWeb企業が基本的に経験者しか採用しないことについて、教育コストを他に転嫁しているとか、IT業界が先細りする行為で未来を潰しているみたいな言い方をされているときがある。
自分もこれについて課題意識はあって、ここ数年Web企業での採用活動と実際の業務に関わりながら、色々考えたので少しまとめてみたい。
ここではいわゆるキャリア採用ではなく、新卒採用やポテンシャル採用の話をしていると前置きしておく。
Web企業でよく求められるスキルは以下の3つだが、これを満たすような人材はもれなく経験者である。
この3つの条件とそれを満たす応募者について、この記事では以下の様に呼称する。
当然レベル4以上はそう多くなく、それを求める企業では応募者のほとんどは書類選考で落とされてしまう。それでも毎年雇いたいレベルの人が来る（来てもらえるように色々やっている）ような企業ではこの採用基準を下げる意味はないため、いわゆる「経験者しか採らない」と言われる状態になる。
一方で世の中はそんな人気企業ばかりではない。それらの企業ではこの基準を落とすのだろうか？自分の感覚としては「一部を諦める」みたいになっていると感じる。つまり、チーム開発の経験はないとか、自社では使ってない言語の経験しかないとか、コンピュータサイエンスはよく分からないなどを許容するという方式になっていそうだ。よってレベル3以上あたりを狙って、レベル2～4くらいのグラデーションで採用する。
よって、本当の未経験者がWeb企業を受けるためにはまず最低レベル2、できればレベル3に到達する必要がある。そこまでしてようやく「面接に到達する資格がある」という状態であり、おそらく有名な企業では軒並み一次面接で落とされてしまう。
一方で満たしている人は本当に全部満たした上でプラスアルファが多数あるみたいな状態で、多数の有名企業の内定を取って手のひらで転がして悩んでいる。
このような一部の外れ値のような人はどんどん内定を取るが最終的に選ぶのは一社なので、それ以外の企業は内定辞退され辞退率が上がる。すると「それなりに合格は出しているのに人は足りない」みたいな状況になってしまう。
自分は応募者に基本的にレベル4以上を求めている。これは教育に対して年単位で割いているほどの余裕がなく、教育を施しても難しい問題を解決する能力が身につかない可能性のある人を採用段階で落とすことで「当たりを引く確率を上げる」ためである（誤解の無いように言っておくと、単に既にできる人は更に色々と（しかも早く）できるようになる可能性が高いというだけで、レベル4未満は絶対ダメとかそういう話ではない）。
今の会社では新卒であっても入社後半年もすれば手取り足取り教える段階ではなく、社内で自走していけるようになっていると感じる。
これが健全でないと言われればそうであろうと思う。
コンピュータの世界は恐ろしいほどに親の資本力に左右される。レベル4以上の人は早ければ中高生の頃からコンピュータと関わりがあり（自分専用のPCがある、部活動で触る、地域の習い事で……etc）、更に大学に進学して関連分野を学んでいる。これを親の資本力と関わりないと言うのは難しい。
更に地方よりも都会の方が、コミュニティの発達においても、そこに集まってくる人材のレベルについても圧倒的に勝ると学生時代に感じていた。これも当然都心に住居を構える/一人暮らしさせられる親の資本力とは切っても切れない関係にあるだろう。
レベル2くらいに到達することは全くの未経験からでも十分可能である。例えばJava・JavaScript・PHP・Ruby……なんでもいいので一つ選んでちゃんと勉強し、いくつもプロダクトを作ってみればよい。現代ではこれはPCが一台あればできる。動画講座も安価で手に入るし、大抵のことは検索すれば出てくるし、Twitterにいるエンジニアはみんな教えたがりだし、ChatGPTだってある。PC自体もそんな高価な物ではなく、中古で買えるやっすいThinkPadで十分できる。
しかしレベル2～レベル4までの間の壁があまりにも高い。コンピュータサイエンスの広範な知識を身につけるには基本的に大学に行くのが一番コスパが良いと思っているが、誰しもが大学に通える経済力を持つわけではない。チーム開発はやはりどこかのコミュニティに参入できないと難しい。手っ取り早いのは企業のバイトで雇われることだが、これは鶏と卵問題だ。
本来ここの教育は企業が担うべきではなかったか？そういう意識が学生時代から漠然と自分の中にあった。これをやらずに、レベル4以上しか採用しませんというのは他のどこかに教育コストを押し付けていたり、更なる格差拡大に繋がっているのではないかという後ろめたさを感じていた。
企業に入ってもまだしばらくは上記の意識を引きずっていたが、最近は別の考えになってきつつある。
まず、Web企業の使う技術は割とオープンになっていることが多く、隠すインセンティブがあまりないため、企業間での教育はおそらくかなり共通化できる。企業内に囲い込んでから教育を施す意味があまりなく、入る前から知っているという人も多い（Web企業の研修が知っていることばかりでつまらないと思った人も多いのでは無いか）。
これを実現する一つの手段として、入社前の広い母集団に対して何かしらの形で援助を行っていることが多い。例えば以下の様なものだ。
これらは広義の教育であると考え始めた。それらの中で企業はスポンサーセッションなどを通して採用枠をアピールするし、実際それ経由で就職する人も居る。
もちろん支援企業に就職しない人の方が多いが、最終的にどこかWeb企業に入ってくれるなら、これはWeb業界全体で人材教育を行っていると言えないだろうか。
次に、大変残念な現状として「学生時代から触れているのにいまいち地力が伸びていない人」とか「そもそも触れていない人」がその後ぐっと伸びるという事例はかなりレアだと感じる。つまり、未経験ですが頑張りたいです！という人を雇っても伸びず、「これくらいやっています」という人は更に伸びるという（ある意味当たり前の）現実がそこにある。
故に先に挙げた広い範囲での教育を進めていくと、選考よりも前の段階でたくさんの機会をどんどん与えていくことになり、自然と「やったがあまりうまく行かなかった人」とか「機会はあったがやらなかった人」がどんどん可視化されていく。すると選考の段階では今後も投資の価値がある可能性の高い人材が自ずと絞れてしまい、経験者のみが採用されていく状態になるのではないだろうか。
自分はこういったことを考えているうちに、積極的に未経験を雇って教育するよりも、選考よりずっと前の段階から様々な教育機会を提供していく方がお互いにとって幸せなのではないだろうかと思うようになった。
学生は自分の興味ある方向にスキルを伸ばしてそれがマッチする企業を選べば良いし、企業はある程度既存社員を使った教育コストを下げつつ優秀な社員を雇えるようになる。そもそも選考前の段階でエンジニアリング楽しくないなと思う人は素直に向いていないので、参入するのを辞めたほうがよい。
さっき言ったような教育への投資はまだまだ経済的に豊かでない層に届きづらい現実があるように感じている。
実際に自分が大学院時代に奨学金を探すと、地方メーカーが自社への就職を前提に出している奨学金などが多く、国から借りる以外にはあまり選択肢がなかった。
もっと広く機会を提供できると良いなと思っているし、奨学金とかは（下手な条件を付けなければ）かなりフラットな教育への投資であると思うので、企業が給付型奨学金を実施することに対してもっと何らかのインセンティブを付けられないだろうか。
また、イベントやコミュニティはどうしても都心に偏りがちで、地方では開催されなかったりWeb企業の影が薄かったりする。これも年に1回とか2回とかでいいので地方のコミュニティと何かやって、細々とした縁を持てるようにしていけないだろうか。
Todoアプリ。チームでも使える。ガントチャート表示、看板表示もできる。なによりUIが好き。
個人的ベスト。日本語化一部されていないけど、概ね問題ないレベル。
スタンドアローンのアプリは貧弱だが、PWAをインストールすれば携帯でもデスクトップでもLinuxでも使える。
言わずと知れたWikipediaのシステム。認証をつけて個人のナレッジにしてもいいし、チームにアカウントを割り当ててナレッジを蓄積していってもいい。
Wikiシステムは色々あるが、MediaWikiはド安定でしかもPHPで動くので軽い。DBも小規模ならSqlite3でいいので楽。
ただしMarkdown記法は最新バージョンでは拡張機能も含めて受け付けない状態で、Wiki記法に縛られるのが宗教に反すかもしれない。
入社しばらくしてからずっと、仕事への抵抗感がすごすぎて人の目のないところでは常時頭かきむしって手足バタバタさせながら無意味にAlt+Tabを連打して無駄に時間を浪費してる。
これどうすれば治るんだ？仕事って行為そのものが向いてない気がする。
自分なりに考えたんだけど、なんか考えても無駄な『無意味な仕事に対して湧いてくるイライラ』みたいなものへの抵抗力が極端に低いんじゃないかと思うんだよな。
でも無意味に感じる仕事とか、サラリーマンってそんなもんか。もう最近はなにもわからん。イライラしすぎて今日も無駄に有給使ってしまった。
ぼかしてるから全然意味不明だと思うけど、今の業務の不満点みたいなものを書きなぐってみた。
現状の職種としては対法人なんだけど、「現場の営業にあらゆる業務プロセスの不備の後始末が任される構造になってて、同担当の先輩見ても業務時間の2割も客とやり取りしてないのマジで意味が分からんなぁ」とか考えてると、目の前のこなすべき事務作業も全然捗らずにストレスだけが溜まってしまう。
なんというか自分の本業(対顧客)に力を注げるまでのオーバーヘッドがでかすぎて、一周回って自分が何やってるかわからなくなってくるんだ。
↓
↓
↓
↓
↓
↓
↓
↓
↓
↓
↓
↓
みたいな感じなんだけど、言語化できるだけまだマシな部類なんだよな。こんなんが何十種類もあって、担当内の誰もわからなくてナレッジがあつまるような場所もないから毎回手探りで対応して、それぞれに毎回イライラしてる。
上の一個一個の作業は大した手間じゃないけどこれが1人当たり5,6社(部門)×各2～4案件くらい並走してるので、ワイの貧弱なワーキングメモリが悲鳴を上げてる。
というか客に関係あるの最初と最後だけで、極論、間に挟まってる作業は社内で自動化できるはずで、俺が手作業で丹精込めてやってる意味なんもない気がする。
でも間の作業で規定から外れるとまたその修正作業が増えて余計に手間が掛かるので、客とのやり取りを雑に済ませて社内用excelマクロを延々ポチポチしつつ、社内他部門へのメールを連打している。
これに加えて、例えば「各部署内で事務作業の効率化を図りましょう！」とかお達しがあってRPAのライセンスだけ渡されて、通常業務の片手間でシナリオ作って効果検証して提出みたいなことをやらされたりもする。(そもそもの業務が全然定型的に組まれていないのでシナリオ作りも大変苦痛)
もっと腰を落ち着けて業界の情報取集したり客の要望引き出したり提案練ったりそのための社内調整したりしたかった。
なんだかんだ業界トップのクソデカ企業だし、まがいなりにもITだDXだとか言ってるからもう少しマトモな仕組みがあるのかと思ってた。
何の意味もない作業に時間を取られて、何のスキルも身につかないまま無為に時間と精神を削られるのもだいぶつらい。
ただ、普通に考えて自分でどうにもできない部分は「仕事の効率が～」とか喚いてないで何も考えずにこなすしかないし、逆に「運と相性が悪かったから評価最低でもいいや」と割り切って異動のために勉強に時間割くとか、そんな感じで開き直れもせずにウジウジしてるのは単に自分が無能で仕事にも向いていないからとは思う。
わからんなにも。どうしたらいいんだろう。
自宅ネットワークで、セキュリティのためにタグVLAN切ったりしたいけどEdgeRouterとか中古RTXのようなCLIで設定するのはめんどくさいな…。Wi-Fiとかも1つの機器で一緒にやってほしいな…。という人にピッタリ。
半年ほど前にUnifi Dream Machine(UDM)を買って、GUIやアプリで細かいところまで設定できるし（CLIアクセスは可能だけど使ったことない）便利だなあと思っていながら愛用していたら、先月にUDRの日本版が発売された。UDM買ったばかりなので迷ったけど、PoEとWi-Fi6がほしいので買ってみた。UDMより安いしね。
結果としては大正解で、UDMとくらべてWi-Fiが強くなって風呂に届くようになり、PoE対応で電源タップを1つ開けることができ、Wi-Fi 6対応で自己満足を得ることもできた。CPUのスペックが下がってるのが懸念点だったけど、スピードテストやCPU使用率の値を見る限りでは個人ユースでは問題なさそう（DPIをつけて外向き600Mbps程度は出る模様。それ以上出るのかは不明）。
一つ気になったのはファンの音で、UDMでは無音に等しかったのがUDRでは若干音が聞こえるようになった。上部のカバーが揺れてるのが音の原因の一つらしく、カバーと本体を養生テープで固定したら気にならなくなった。寝室に置くならUDMにしておいたほうがいいかも。
Unifi製品は安くて（英語が読めるなら）ナレッジも多く、ライセンス料不要でアップデートしてくれるのでおすすめです。APあたりも買ってみたい。
「http リクエストを５０回実行するシェルスクリプトワンライナーをサンプルを表示してほしい。またリクエスト後にhttp レスポンスコードをチェックし500番台だったら実行停止してエラーメッセージを表示するようにしてください。」
ChatGPTにたいして上記の命令からはじめて、１０分くらいの作業時間で動作テストしつつ自然言語のチャットのやりとりでバグを取りつつ非同期実行などの追加仕様を加えてGo言語にリプレイスして出来上がったコードがこれです。
自分でコードはほとんど書いてませんが数行程度の手直しはしました。
注：このコードは結局500番台で全Goルーチン生成抑止/実行停止するわけではないので非同期実行化した際の仕様バグがまだ混入してますが、まあとりあえず動作はします。またGoルーチンを無作為に大量生成してしまうのでこれを抑止するような機能もあった方が良いでしょう。このレベルの仕様バグを解消するには非同期実行時の正しい動作を定義した上であらためて作業した方が手っ取り早そうですがこの文書の目的から外れる作業だし、めんどくさいので放置することにしました。コマンドライン引数周りの細かなバグについても同様です。
【所感】
ChatGPTは平気で嘘つくし、ドメインナレッジにまだ乏しいし、この例だと例えばsyncパッケージ使わない的な単純なバグも平気でしこんでくるのでまだ信用できないやつですが、嘘やバグを見抜ける程度の普通の技術者が監督するなら現時点の水準でも作業量を大幅に削減できるしオーバーテクノロジー感があります。特に小さくて雑なアプリケーションを書いて手法を実証するようなプロトタイピングフェーズなら現時点の技術水準でも大いに役立つでしょう。
我々ITエンジニアは今後１０年くらいのスパンで言うならば課題設定能力、ドメインナレッジの注入、コードレビューの力量とQAの力量、そして役立つアプリケーションが本当に役立つかを実証する能力（ビジネス的？）が問われるようになってくのでしょう。そして最終的には目的の設定と評価のフィードバックループを回し続ける現在のプロダクトマネージャーのようなスキルセットに移行する事になるのでしょう。
最近コンピューターサイエンスがプログラマーに必要か否かみたいな話が上がっているが、そもそもコンピューターサイエンスって何だよ。どこまでの範囲をさしてんの？
ググって出てきた情報を整理しただけなので詳しい人、補足・訂正よろしく！
https://www.acm.org/binaries/content/assets/education/cs2013_web_final.pdf
CS2013はACM/IEEE-CSによるカリキュラム標準。
ACM(計算機協会)はコンピュータ分野全般の国際学会、IEEE-CSはIEEE(米国電気電子学会)の中にあるテクニカルソサエティ。
https://www.ipsj.or.jp/12kyoiku/J07/20090407/J07_Report-200902/4/J07-CS_report-20090120.pdf
J07-CSは一般社団法人情報処理学会がCC2001CSをベースにアレンジを加えたカリキュラム標準。今はCS2013を反映したJ17-CSがあるらしいけどその辺は良く分からん。
https://www.ipa.go.jp/files/000024060.pdf
J07ーCSから抜粋。CS2013と比較するとナレッジエリアがあったり無かったり。
Zガンダムのことだ。
一応TV版のほう。
「暗さ、重さ」をあそこまで突き詰めた作品はなかなかないので、見ると世界観が変わること間違いなしだ。
とはいえ実際には万人向けではないどころか相当に見る人を選ぶ、割と問題だらけな作品になってしまっているのが残念。
4クールという、今世紀になってからの深夜アニメではあんまり見ないエピソード数もさることながら、一番の問題は極端な説明不足だろう。
前作(1st)を承けた各勢力が織りなす政治情勢からモビルスーツ(以下MS)の技術解説まで、作中でまともに説明されていることが何一つない。
これは劇場版でも大して変わらないので、全編見る場合は副読本やWebに転がっている解説による予習復習が不可欠となる。
もちろん、こうしたナレッジ収集はネタバレの危険を大いにはらむものだが、本作品に限ってはネタバレになっても本編の凄まじい内容は全く色褪せることないので、そこは安心していい。
そうはいっても「できの悪い名作」というのはなんとも悩ましい。
というわけで読んでくださった方のために、三枝成彰氏が担当した劇伴の中で、事実上本作品のメインテーマとファンの間で言われる「ゼータの発動」という一曲を紹介しておく。
悲痛としか言いようのない曲調が、劇中に数多ある凄惨な場面を彩ってきた名曲なので、これで少しでも作品の雰囲気を感じてもらえれば幸いである。
さて、以下はネタバレ含む個人的に感じた、Zガンダムの魅力について。
前作の主人公アムロに輪を掛けて自閉傾向強めでありながら、ニュータイプとしての能力は間違いなくアムロ以上と、視聴者の誰もが認める少年。
これは女っぽい名前に対する反発という理由から空手に取り組んでいた事で、発達障害者特有のウィークポイント(注意と集中のコントロール、身体感覚の未熟さ)が少なからず補完された結果だろう。
そんなカミーユの前に各クールごとに現れるヒロインが、皆カミーユの前で死んでいく(なんならカミーユ自ら手にかけていたりする)という筋書きは、ヤバいと言う以上のヤバさがある。
更にカミーユが慕うお姉さん的存在で、物語後半に敵の黒幕シロッコの手により寝返ったレコアさんが、逆に最序盤で敵方からガンダムを強奪し味方として合流、カミーユのもう1人のお姉さんになったエマさんとラスト2話で相討ち、エマさんカミーユの腕の中で死んでいくとか、たまらんわー。
そういう心を折りまくるイベントが積み重なった挙げ句、TV版の場合は最後に、今で言う「重篤な二次障害」を発症したところで幕切れという、アニメ史に残るバッドエンドを記していくのだ。
ここに至って、当時の富野監督の正気を疑う人が出てきても不思議はない。
これまたアニメ史に残る裏主人公にして噛ませ犬だったジェリドも非常に印象深い。
この男、カミーユに対し「女の名前なのに、なんだ男か」と絡んだことがケチの付き始めだった。
以後は仕事を通じて懇意になった同僚を次々カミーユに殺され、恨みを募らせていく。
しかし日に日に増す恨みの強さに反するかのように、物語では次第に頭角を現してきたシャアや、悪役シロッコやヤザンに見せ場を取られてどんどん影が薄くなり、最後は用済みとばかりにあっさりカミーユにやられてしまう。
それでいて負け犬でもヘタレでもないどころかMSパイロットとしては間違いなくエース級、ただし運が全く彼に味方しなかったという感じ。
さっき「次第に頭角を現してきた」と書いたが、それでも「逆襲のシャア」の頃の彼と比べたら全然振り切れていない、色々悩ましい人なのが魅力だったりする。
最後は「ノーマルスーツも着ないでMSに乗り込む変態男」シロッコと「変態女でシャアの元カノ」ハマーンの2人からボコボコにされ、ニュータイプ勝負でも完敗。
その際に吐いた「まだだ、まだ終わらんよ」というセリフのいじましさといいヘタレっぷりといい、個人的には最も共感できる立ち位置だったり。
そこに元祖「ノーマルスーツも着ないでMSに乗り込む変態仮面」だった面影は微塵もない。
ついでに言うなら搭乗するMSも赤くなかった。
まあ百式もこれはこれで全身金色塗装でインパクト溢れてはいたけど、主人公MSがMK-IIからΖになって以降は完全に「お前いたの？」的な地味脇役に(MK-IIもGディフェンサーで存在感を補強されたことを含めると、二重に蚊帳の外)。
というかこのアニメ、変形メカがやたら多い時点でだいぶ派手なはずなんだけど、見ていてそんな印象は全く無い。
あと、本作品のお陰で「修正」という単語が有名になったけど、これ元々旧日本陸軍の隠語だったそうで、要するにこの作品はその程度に野蛮であるということを暗示しているのは凄い。
流石お富さんは違う。
↑を書いた元増田ですが、VBの話から派生した話で、やたらコマンドライン(以下CLI)を使った開発に否定的な人間がいて閉口した件。
そりゃ一口に開発と言っても色々なので、本当に統合開発環境(以下IDE)だけで開発するケースもあるのは、こっちも知ってるんだよ。
だから学習者の中で「何をやりたいか」が既に決まっているなら、CLIを全く触らずプログラミングを学ぶケースもアリということなのだろう。
1つ目は、そもそも「プログラムって何？」というレベルの人が「何をやりたいか」なんて決まっているわけがないので、最初から「何をやるか」を決めてかかるのはナンセンスという話。
むしろどういう開発に進んでもいいように、「等号は代入を意味する」辺りから始まって、どんなプログラミングでも基礎の基礎になる、データ構造とアルゴリズムを意識させることに集中させたい。
そのためには難易度低めで比較的潰しが効く言語を、できるだけシンプルな手順で作業できる開発環境で学べる方がいい。
そしたらPythonの実行環境とそこそこ以上の機能を持つテキストエディタを入れて、コマンドプロンプトとかPowerShellとかのCLIから"Helllo, world"が取っ掛かりだと思うわけ。
もしLinuxの環境が用意できるなら同じことをLinuxでも試してもらって、プラットフォームに依存しない開発の入り口くらいを知っておければベター。
いずれにせよ何かを実行する方法が1つではないという重要な知見は、できれば基礎のうちに知ってもらいたいことの1つだし、それはWindowsとLinuxとかCLIとIDEという対比がうってつけかなーと。
ちなみにIDEは、Pythonによる手続き型プログラミングに慣れた後のタイミングで学べばいいと思う。
そこまで行ったら変数の型や、クラスとオブジェクトとかの難しい話をGo言語で学んでおくことで、現場で使われているJava、C#、swiftへの移行もスムーズになりそうだし。
ちなみに「初心者コース」の最後、もし可能ならRustでポインタとメモリの話の触りくらいを体験してもらえると、組み込みに進む際のハードルが少しは下がるんじゃないかな。
もう1つは、いくら現場によってはIDEだけで開発する現実があっても、CLIを使った開発がどういうものかくらい、プログラマにとっては知ってて当たり前じゃねーの？という話。
もちろん「プログラマが何を知ってて当たり前なのか」は、時代の移り変わりとともにどんどん変わる。
大昔ならおそらく機械語とかが必須だっただろうけど、今なら機械語よりはHTMLを読めるほうが遥かに重要なわけで。
あと、UNIX系OSをパーティションごとに主要なディレクトリを分割してインストールしていた時代であれば、edエディタの使い方は必須だったと聞く。
(/binに入るエディタがedのみだったため、もし使えないとシステムクラッシュして/以外マウントできなくなったときに詰む)
でも今やそんなの完全に過去の話どころか、viとemacsの論争ですら多分古い方の問題になるだろう。
そういう過去の諸々も踏まえるとCLIが未来永劫、プログラマにとって常識的なナレッジだとは自分も思っていない。
でも今はまだ、プログラマを名乗るならCLIからコンパイルだ実行だくらいの基礎は知ってて当然だと思うんだが。
工学って
「基礎科学である数学・化学・物理学などを工業生産に応用する学問」
ということでしょ？
ソフトウェアの開発・管理・維持、ぶっちゃけプログラムを書いたり直したりで数学・化学・物理学の知識なんて不要じゃん。
てか、アルゴリズムやデータ構造の何がどう、基礎科学の専門知識に関係するのか全くわからん。
少なくともメカ(古典力学)やエレキ(電磁気学)ほどには基礎科学のナレッジは要らんでしょ。
実際高校までの「情報」の授業、あれって「理科」や「数学」に含まれるんだっけ？
よく
「エンジニアは多岐にわたるんだからITについての話なら『エンジニア』ではなく『ITエンジニア』と書け」
と言いたいんだが。
小説読んだよ、中学生が拗らせて書いたみたいなひどいやつ、文化祭のコピー本思い出した
マーケティング思考というかペルソナ設定の部分は指摘している人がいるので割愛する
ただ全体を通してブロガーとしての書き方から抜けられてないと思う、そもそもすごいブロガーだから文章力がすごいってことは全くなくて、散文の文章力は全然違うフィールドってことを認識した方がいい
同じ【運動】に見えて全く違う筋肉を使わなきゃいけない状況だってこと
幸い書くこと自体は苦ではないみたいだから書き物のオーソドックスなナレッジから勉強したらいいんじゃないかな、勉強したらPDCA回して書いてまた勉強しての繰り返し
あと小説家になりたいなら小説たくさんインプットした方がいいと個人的には思う、人は知っているものか想像したものしか書けない
多分あなたは小説をそんなに読んでないんじゃないかな（読んでたらごめんね、ただここで自分は読んでる！って言えるのは年間300冊以上とかの人）
流行りのものから文豪、純文学から大衆、SFやミステリ、サスペンスに歴史系、国内外問わず色んなもの読もうよ、紅楼夢とか読んだ？
まあでも読まなくても小説家になれるよ！っていう人もいる、それは恐らく小説以外の媒体で自分引き出しを豊かにしてるタイプだとは思うけど
模写から始めてもいいと思うよ、好きな作家のどこが好きなのか自分で分析して言語化して模倣して腹落ちさせる（当たり前だけど著作権には気を付けて欲しいな）
文章力は鍛えれば鍛えるほど伸びるよ、ただ方向性を定めてきちんと計画してコミットしないと遠回りになることがある、筋トレと一緒
なんかいろいろ書いたけど、頑張ろうね
先日増田でヤフーの退職エントリを久々に見かけたから、懐かしくなって自分も書いてみようと思った。
こちら→ https://anond.hatelabo.jp/20220313111358
理由は主に3つあって、
といった感じです。
これは大半の退職エントリに書かれているので私が書くまでもない気がしますが、日系Web最大手というブランドに期待するとナカナカ渋いです。
若い子ほど待遇には不満を抱えていて、本当に優秀な子（エンジニア）は新卒3年目くらいに1200万とかで外資に引き抜かれてる現状。
それを目の当たりにしたソコソコの子も触発されて転職活動するんだけど、スタートアップあたりに600-700万くらいで軟着陸するパターンが散見される。
私は470万くらいで入社して、毎年50万ずつ伸びて620万くらいまで行きました。
毎期昇給していたのは、かなり恵まれていた方なのではと思います。それでも、牛歩カード使われた時の気分で働いていた気がする。
ヤフーの給与体系はグレード制で、グレードが上がると100万くらい一気に伸びるケースもあるんだけど、会社や組織の業績や昇給原資、他社員の成果との兼ね合いがクリアされないと上がらないので、「能力的には上げれるんだけど、タイミング悪いから、無理なんだ。ごめんね。」と2年くらい言われ続けており。。
自分が入社する直前まではわりとイケイケだったことを知っていたので、急に渋くなってしまったのは残念だった。ただただ運が悪かった（それ以前に、私に圧倒的技術力が無かっただけですね）。
でも、自分の仕事量を調整できる環境だったので、残業は月に10時間未満でした。有給も毎年ほとんど使い切ってた。
かつ、年間12万の技術学習費用がもらえたり、オフィスが綺麗で備品も充実していたり(付箋やホワイトボードを沢山使わせていただきました)、社食やカフェがオシャレだったり、社内コミュニティが活発だったり…(最初のやつ以外、コロナ禍で恩恵なくなりましたが)。
今は外資系ITで同じくデザイナーをしていて、1000万届かないくらいです(残業代が全額出るので、月40時間働いたら超える(今は月平均25時間くらい))。
平社員のデザイナーにもそんなに出してくれるんだーとか、1000万てヤフーじゃ部長になった上でソコソコ成果出さないと到達しないんじゃなかったかなーとか、ちまちま昇給すごろくから抜け出せてよかったーとか思います。
これは所属によると思いますけど、自分が居たところは20代前半〜半ばの子が中心の組織だったので、30代前半の社員は結構割を食ってたと思います。
まだまだ自分のスキルも伸ばしたいのに、マネジメント中心の業務だと、業務外で頑張るしかないので…
はやくマネージャーやりたいんじゃ！という人には最高の環境だったのかもしれませんが。
それでいて昇格も渋いとなると、居続けるのは最適解ではないのでは、と考えてしまいました。
今の会社は平均年齢が10歳くらい高いということもあって、一緒に働く人が50過ぎとかの事もよくある。
そんな老兵と一緒に働くの、嫌だという人も居るかもしれませんが、50までプレイヤーで生き残ってる人、プレイヤーに舞い戻ってきた人は滅茶苦茶に優秀かつタフです(n=8くらいですが…)。
その分緊張感も高いけど、今のところ楽しめてる。
その分雰囲気堅いのかというと、意外と毎週どこかでzoom飲みが開かれてたりする。ワイワイしてて楽しい。
私がいたところは出来て7,8年くらい経っていたので大部分が定型化していたし、個々人の役割がハッキリしてた。
それはそれで良かったんだけど、去年も今年も同じことやってるな〜となると、飽き性の私は停滞感を得ました。
ただ、仕事のプロセスは他組織で実績のあるフレームワークを採用しているから最低限の安心感があるし、その上で手を挙げれば職種に縛られず何でもやらせて貰えるので楽しめてます。
英語での商談にいきなり出ろって言われてテンパる時もあるけど。。
あとは、前から憧れてた本国のプロダクトチームの開発風景を傍観できたり、ナレッジシェアのセミナーに日本からも参加できたり(英語話せないので、聞いてるだけですが)、情報の収集元が日本1カ国から世界200カ国くらいになるのは楽しいです。
あります。
以上です。
30後半〜40前半でも転職するんだろうけど、次はどこに行けば幸せなんだろう。
終の住処とは。
「ググレカス」は一般的なインターネットコミュニケーションにおいては正義である。
何故ならばインターネットの他の利用者がどのような理解しているかは把握しようがない。
「ググレカス」はインターネットでコミュニケーションを行うために、質問者ができるだけ精度を高めるために必要不可欠の行為である。
ただしヤフー知恵袋のようなナレッジサイトで「ググレカス」と言ってる方は、サイトの趣旨を理解できていない。
しかし、インターネットでは有効な「ググレカス」は、職場では有害な文化である。
「ググレカス」を文化として採用したとき、本来組織が負担する必要のない労働者本人の、ググる時間を、組織は支払う必要がある。
インターネットの場合は、質問者本人が負担するから誰も困らない。
これは利益を直結する。
「ググレカス」は人件費という費用を支払うが、労働者はググってる間、なんの成果も得られない。
しかも大抵の場合、未熟者は見当違いな調査を行うことが世の常である。
さもないと、他者との競争にも勝てないし、顧客へ提供可能なサービス量も小さくなり、顧客から選ばれなくなる。
こういった話をすると「有識者の時間が……」といった自称有識者の鳴き声が聞こえることが多い。
しかし、たとえ有識者であっても1人でできることなどたかが知れているのある。
そしてそんな例外は、一般的な日本企業で一般的な労働契約を選択しない。
そういう例外は大抵自らの知見提供をサービスとして販売している。
というわけで、大多数の普通の労働者は、個人ではなく組織で仕事をする必要がある。
そのときに組織としての結合を弱めることに効果を発揮する「ググレカス」を職場で採用することは、敗退行為である。
自らより知見の薄い未熟な労働者に対して「そんなことも知らないのか。ググレカス」と、マウンティングを続けるのも本人にとってはよい選択肢である。
私はそういう人と一緒に働きたくないと、個人的に思うが。
お前の望みをかなえてやろう
acknowledge アクノレッジ
adage アディッジ
adjudge アジャッジ
afterimage アフタリミッジ
allege アレッジ
amperage アンペリッジ
appanage アパニッジ
arrange アレインジ
assemblage アセンブレッジ
avenge アベンジ
average アベレッジ
badge バッジ
baggage バッギッジ
barge バージ
begrudge ビグラッジ
beige ベイジ
besiege ビシージ
beverage ビバレッジ
bilge ビルジ
binge ビンジ
bludge ブラッジ
blunge ブランジ
bodge ボッジ
budge バッジ
cabbage キャベッジ
cadge カッジ
carnage カーニジ
carriage キャリッジ
carthage カーセッジ
cartridge カートゥリッジ
centrifuge セントゥリフィウジ
challenge チャレンジ
change チェインジ
charge チャージ
concierge コンシエアージュ
coolidge クーリッジ
cordage コーデジ
corsage コサージュ
cortege コーテイジ
courage カレィジ
cribbage クリベッジ
cringe クリンジ
deluge デリュージ
demurrage ディマーリッジ
derange ディレインジ
deterge ディタージ
dirge ダージ
disarrange ディスアレンジ
disgorge ディスゴージ
disoblige ディスオブリッジ
diverge ディバージ
divulge ディバルジ
dockage ドケッジ
dodge ドッジ
dosage ドーセイジ
dotage ドウテジ
dredge ドゥレッジ
drudge ドゥラッジ
edge エッジ
emerge エマージ
engorge インゴージ
enlarge エンラージ
envisage インビセジ
exchange エクスチェインジ
expressage エクスプレセジ
expunge エクスパンジ
fidge フィッジ
flange フランジ
foliage フォウリエジ
forge フォージ
fridge フリッジ
fringe フリンジ
fudge ファッジ
garbage ガーベッジ
gauge ゲイジ
gorge ゴージ
gouge ガウジ
grange グレインジ
grudge グラッジ
grunge グランジ
hedge ヘッジ
herbage ハーベジ
hermitage ハーミテジ
hinge ヒンジ
homage ホメッジ
hostage ホステジ
huge ヒュージ
image イメッジ
impinge インピンジ
indulge インダルジ
infringe インフリンジ
judge ジャッジ
kedge ケッジ
large ラージ
ledge レッジ
liege リージ
lineage リニエッジ
lounge ラウンジ
lozenge ロザンジ
luge ルージ
luggage ラゲジ
lunge ランジ
mange メインジ
marge マージ
menage メイナージ
merge マージ
mileage マイリジ
misjudge ミスジャッジ
mortgage モーゲッジ
nudge ナッジ
oblige オブライジ
orphanage オーファニッジ
parsonage パーソネジ
partridge パートゥリッジ
passage パッセジ
percentage パーセンテイジ
personage パーソネッジ
pillage ピリッジ
plunge プランジ
porridge ポリッジ
poundage パウンディジ
presage プレセィジ
prestige プレスティジ
privilege プリビレッジ
pudge パッジ
purge パージ
range レインジ
ravage ラベッジ
rearrange リアレインジ
recharge リチャージ
refuge レフィゥージ
renege リニグ
ridge リッジ
rouge ルージュ
sacrilege サクリレッジ
sage セイジ
sausage ソーセイジ
savage サビジ
scavenge スキャベンジ
scourge スカージ
scrooge スクルージ
scrounge スクラウンジ
sedge セッジ
serge サージ
sewage スーエッジ
sewerage スアレッジ
shortage ショーテイジ
siege シージ
signage サイニジ
silage サイレッジ
singe シンジ
sludge スラッジ
smudge スマッジ
spillage スピリジ
splurge スプラージ
sponge スポンジ
spurge スパージ
stonehenge ストーンヘンジ
stooge ストゥージ
storage ストレッジ
stowage ストウエジ
strange ストレンジ
subterfuge サブタフィゥジ
surge サージ
swinge スインジ
syringe シリンジ
tinge ティンジ
tonnage トネッジ
trudge トゥラッジ
twinge トゥィンジ
urge アージ
usage ユーセイジ
venge ベンジ
verge バージ
vermifuge バーミフィゥジ
vestige ベスティジ
vicarage ビカーリジ
vintage ビンテイジ
visage ビジジ
voyage ボヤッジ
wattage ワッテイジ
wharfage ウォーフィッジ
ほかの受託業務への影響もあり、利益が出ていることを含め反論したところ、「少しでも売上落ちたら撤退するからな！」と激昂
自分が飼っているペットがあまりにかわいいため、それをパッケージに印刷したものを商品化。
写真は社長の長男である高校生が撮影。ワンショット5万を払う。
能力で劣る人間が部門長に。納期管理ができずにいくつかの業務が炎上するも、私たち現場の人間が遅いから納期が守れなかったと報告している模様。
社長案件で火急の問い合わせがあったため、携帯に電話したところ、キャバクラに行くため「おれに言うな！」と激昂。
やむなく、お客様に回答を明日まで待ってほしいと答えたところ、お客様も激昂。
なお、顛末書には「A（私）の確認不足、認識不足によるミス」と書かれていた。
ことあるごとに「おれは社長だぞ」とアピール。意見をする社員は、自分を社長だと認めていない社員だと認定。
いくら社員に専門分野で知識があっても、自分のお気に入りの営業以外は打ち合わせに呼ばない。
当然だが、むちゃくちゃな仕様で現場に落ちてきて、専門知識のある社員はやる気を失っていく。
ちなみに意見を言われた直後の会議では、「あいつ、ちょっと自分に知識あるからって態度悪いよな。おれのやる気がなくなったぞ」と激昂。
後輩たちに、私の知見や苦手なところの克服方法などをレクチャーしようと思って、グループウェアでワークショップ開催のスケジュールを入れたら社長室に呼び出された。
何かっていうと、勝手にそんなことするなと。「今後の業務が円滑になります」って言ったら、「円滑にするのはおれが考えることで、もう辞める人間が関わることじゃない」だってさ。
「退職なんて家族のように考えてたおれに対するクーデターだ。はっきり言うが、おまえのことは信用していない」そうです。
私の好きだった会社はなくなったんだなって思った。
推しの某企業所属の女性VTuberの、BTOで買って1年弱の配信兼ゲーム実況用のPCが故障。
自力では故障箇所の切り分けすらままならないため、そこの所属Vの中では恐らく最もPCに強いであろう、ガチゲーマーな同期を呼んで調べてもらったと。
結果、なんと当時ほぼハイエンドだったグラボが壊れていたことが判明。
結局同世代で同じシリーズの高性能版を買い直し、また更に負荷を減ららしつつ高速化を図るためSSDも増設し、ゲーム系は全てそっちに移動。
おかげさまで、3Dアクションゲームでも超ヌルヌルという絶好調なコンディションになって復活。
なお、同期の子に見てもらった際には設定についてもツッコまれ、
「○○ちゃん、せっかく良いグラボに4Kディスプレイ買っても、設定変えてないと意味ないよ～」
とに笑いながら言われたそうな。
ゲーマーにとってディスプレイに求められるのは解像度の他に、リフレッシュレートがある。
しなしながらこのリフレッシュレート、Windowsだと自動認識ではなく、ユーザーが手動で変更しないといけないのだ！
いや、知ってる人からしたら
「加湿器って水入れないといけないの？」
レベルのナレッジだろうけど、そんなん普通は自動認識だと思うじゃん。
実際言われた方のVも、
「でもそれ、殆どの子が知らなくて設定変えてないんじゃないかなー」
と苦笑していたっけ。
WindowsはLinuxと違って、大抵のことは自動認識してくれるので、それが却ってこういう落とし穴の原因になっている気が。
