はてなキーワード: エラーメッセージとは
ごめんね。内部ストレージもいっぱいですってエラーがでるのでなんとかしてほしいといわれて、ストレージにある動画とか画像とか逃がしてるうちに
強制プリインストールされているキャリアアプリ系の謎のエラーメッセージに気づく。これはアレをすれば解決するか(・・?そうおもった。削除したいアプリ一覧とかいうのを 参考にして、ドコモ電話帳
DOCOMO Initialization
docomo Application Manager
dアカウント設定
dメニュー
my daiz
などを削除したら、泣かれた。電話もできなくなったっていわれた。ごめんなさい。なぜだろう(・・?けっこう騒がれてつらみしかない。今朝はあそこに立寄ってから出社したいから、お小言にずっと耐え忍ぶのか?
覚えられないというか、覚えてた人の名前が思い出せない。
テレビとかで見る芸能人なんかで、明らかに知ってる人で顔は覚えてるのに名前が出てこないことがしばしばある。
いわゆる認知症の初期症状だろうか。
あと、いつもオキマリのルーチンワーク的な動作が、なにも気をそらせる要素(電話が鳴ったりとか、誰かに声かけられたとか)ないのに、たまにポっと抜け落ちてポカミスすることが時々ある。
2022年11月24日付で、半年間働いてきた欧州拠点の某スタートアップ企業からRedundancyを言い渡された。永住権を持たない国で働く女性として、この経験はシェアしておくべきだろうと判断したので、文章にまとめて公開する。将来的に、自分自身でもこの経験を振り返ることがあるとも思う。
なお、Redundancyととはこの文脈では「会社都合による余剰人員の整理」を意味する。基本的に、Redundancyは個人の能力やパフォーマンスと関係なく、財政的都合に拠って行われる(Fire、いわゆるクビは個人の能力が会社で求められる基準に満たないため起こるので、Redundancyとは異なる…とイギリス人上司に言われた。実際、退職金の扱いなどもFireかRedundancyかでは違う)。アメリカ英語ではLayoffと呼ぶらしい。最近TwitterやMetaで行われているのもこれではないかと思う。
当事者: 29歳日本人女性、イギリス在住(執筆時)。Youth Mobility Scheme(30歳以下の候補者のための2年間の就労ビザ)を所持、マネージャーからは、会社がスポンサーとなって今後5年間の就労ビザへ切り替えを行う可能性があると告げられていた。
会社全体の状況: 創業10年以下、本社はオランダだがロンドンにも支社あり。私の勤務地はイギリス。社員の人数は100程度のスタートアップ。一般の人には知られていないものの、業界内ではある程度名前を知られている会社だったのではないかと思う。
当事者の会社での役割: 主に日本語を話すクライアントとの関係構築。所属部署の中でも特にAPAC(アジア太平洋地域)担当チームに配属されていた。当該部署に日本人は私のみ。数字だけで見れば業務成績は悪くなかったし、日本語スピーカーかつ前職でも当該分野での経験を積んでいたため、会社内ではユニークなポジションにいたと思う。
11/25
2022年11月24日付で、半年間働いてきた欧州拠点の某スタートアップ企業からRedundancyを言い渡された。永住権を持たない国で働く女性として、この経験はシェアしておくべきだろうと判断したので、文章にまとめて公開する。将来的に、自分自身でもこの経験を振り返ることがあるとも思う。
なお、Redundancyととはこの文脈では「会社都合による余剰人員の整理」を意味する。基本的に、Redundancyは個人の能力やパフォーマンスと関係なく、財政的都合に拠って行われる(Fire、いわゆるクビは個人の能力が会社で求められる基準に満たないため起こるので、Redundancyとは異なる…とイギリス人上司に言われた。実際、退職金の扱いなどもFireかRedundancyかでは違う)。アメリカ英語ではLayoffと呼ぶらしい。最近TwitterやMetaで行われているのもこれではないかと思う。
当事者: 29歳日本人女性、イギリス在住(執筆時)。Youth Mobility Scheme(30歳以下の候補者のための2年間の就労ビザ)を所持、マネージャーからは、会社がスポンサーとなって今後5年間の就労ビザへ切り替えを行う可能性があると告げられていた。
会社全体の状況: 創業10年以下、本社はオランダだがロンドンにも支社あり。私の勤務地はイギリス。社員の人数は100程度のスタートアップ。一般の人には知られていないものの、業界内ではある程度名前を知られている会社だったのではないかと思う。
当事者の会社での役割: 主に日本語を話すクライアントとの関係構築。所属部署の中でも特にAPAC(アジア太平洋地域)担当チームに配属されていた。当該部署に日本人は私のみ。数字だけで見れば業務成績は悪くなかったし、日本語スピーカーかつ前職でも当該分野での経験を積んでいたため、会社内ではユニークなポジションにいたと思う。
11/25
そのあたりの界隈には、アルゴリズムとかフローチャートとかまったく知らん、何だったら文法もよく知らん、という人がごろごろいる。
「ぐぐってサンプルコードを見つけ、それをコピペして実行し、エラーメッセージから必要な修正方法をぐぐって見つけ、それをコピペして以下略」
みたいな教わり方をしている。
文法もろくに知らないし英語なんてまったく読めないのに、なぜか英語サイトで拾ってきたコードをコピペして動くプログラムが出来上がるので、最初はものすごく驚いた。
心配になってそいつらの書いたコードをチェックしようと思い、使われているライブラリのサイトに行くと、さらに驚いたことに文法の説明が無い。
途方に暮れて困惑していると、彼らは
「ここをこうやってコピペするんすよ」
みたいなことを言ってコピペと検索を繰り替えし、なぜか動くプログラムが出来上がる。
変数等の命名ルールなんてバラバラだし、何だったら無駄な変数もあったりするけど、そういうのは開発環境の機能とlintできれいにするんだそうな。
「http リクエストを50回実行するシェルスクリプトワンライナーをサンプルを表示してほしい。またリクエスト後にhttp レスポンスコードをチェックし500番台だったら実行停止してエラーメッセージを表示するようにしてください。」
ChatGPTにたいして上記の命令からはじめて、10分くらいの作業時間で動作テストしつつ自然言語のチャットのやりとりでバグを取りつつ非同期実行などの追加仕様を加えてGo言語にリプレイスして出来上がったコードがこれです。
自分でコードはほとんど書いてませんが数行程度の手直しはしました。
注:このコードは結局500番台で全Goルーチン生成抑止/実行停止するわけではないので非同期実行化した際の仕様バグがまだ混入してますが、まあとりあえず動作はします。またGoルーチンを無作為に大量生成してしまうのでこれを抑止するような機能もあった方が良いでしょう。このレベルの仕様バグを解消するには非同期実行時の正しい動作を定義した上であらためて作業した方が手っ取り早そうですがこの文書の目的から外れる作業だし、めんどくさいので放置することにしました。コマンドライン引数周りの細かなバグについても同様です。
【所感】
ChatGPTは平気で嘘つくし、ドメインナレッジにまだ乏しいし、この例だと例えばsyncパッケージ使わない的な単純なバグも平気でしこんでくるのでまだ信用できないやつですが、嘘やバグを見抜ける程度の普通の技術者が監督するなら現時点の水準でも作業量を大幅に削減できるしオーバーテクノロジー感があります。特に小さくて雑なアプリケーションを書いて手法を実証するようなプロトタイピングフェーズなら現時点の技術水準でも大いに役立つでしょう。
我々ITエンジニアは今後10年くらいのスパンで言うならば課題設定能力、ドメインナレッジの注入、コードレビューの力量とQAの力量、そして役立つアプリケーションが本当に役立つかを実証する能力(ビジネス的?)が問われるようになってくのでしょう。そして最終的には目的の設定と評価のフィードバックループを回し続ける現在のプロダクトマネージャーのようなスキルセットに移行する事になるのでしょう。
発達障害は「毎日早起きして会社にいってどうでもいい挨拶して家庭や通勤で傷つけられた人を口先だけでなぐさめてどうでもいいこと言ってから本業を始める」ことを苦痛だったり負担と思う人がいるみたいだけど
健常者は「コンピューター相手に愛想の一つもないエラーメッセージをにらんでいうことをきかせる」ことを苦痛だとか負担だとおもったりするわけよ
だからジョブマッチングでうまく組み合わせればいいと思うんだよね
農業とか職人とかITとか人と話さなくていい、過集中や感覚過敏がとりえになる仕事てのはものすごくいっぱいあったわけ
そこからはじめて自営になって喰っていければ社長でありゴールなわけよ
他の国でもそれを目指してるからスティーブジョブズとかコミュ障が偉くなれたわけ
日本がそうならないのはたぶん教育がグサグサに腐ってた(文科省、以前は芸能界が腐ってたり今は統一教会腐らせてたり、ホントに子供舐め腐ってなにやってたんだろうと思う)
人生最初の15年で発達障害の手当ができないような義務教育にして、そのことで思春期以降本人にも周りにも負担を重くしちゃったんだけど、
そこはまずカイゼンしてほしいんよ。部活問題とか受験合格者=教育成果(数字をあげる教育)とか給与人間(=サラリーマン)至上価値観とか悪いとこいっぱいあるじゃん。
トレース機能だけ取っても、そういうのが使えない開発だって普通にあるんだから、そういう環境で
「えっトレース使えないんですか?」
とか戸惑う人になってほしくない。
というかCLIからの実行結果にあるエラーメッセージもろくに読めず、トレース機能がないとデバッグ一つできないプログラマってありだと思う?
IDEを使う上で覚えることは決して少なくないし、CLIだったら実行するためのコマンドとエラーメッセージの読み方だけに絞れる。
そしたら「自分のプログラムがなぜ動かないか」という本質的な問題に直面しやすいだろ。
たった1文字書き誤っても動かない、だから書く時は注意の仕方にコツがいる(≒単純なコピペであってもすぐ動くとは限らない)とか、実地に学べるじゃん。
一方で、スペルミスとかもいちいち丁寧に教えてくれる、IDEの親切な機能に最初からおんぶにだっこみたいなプログラミングがいいとは思えない。
あと、こっちはIDEの便利さは否定しないどころか、効率的に開発するなら必須だと思っているけど、最初からセットで覚えるものじゃないと言っているだけなんだが。
なんで最初からIDEでプログラミングを覚えるべきなのかが理解できない。