  |
はてなキーワード:クライアントとは
https://i.imgur.com/YktwegK.jpeg
私は「王子」と「おじさん」だと思った。
正解は「ヒト」と「カオ」だった。
どっちも人で顔じゃん...？？
これは楽天証券の絵文字認証の画像である。選択肢の中からあらかじめ用意された絵を正しい順番で選ぶ仕組みの多要素認証だ。
ヒトとカオの分類って何の意味があるんだろう？？
メールクライアントの仕様で、埋め込み画像の表示が遅延するのでテキストが先行して表示される。ご丁寧にメールには絵とその絵の名前が記載されているが、テキストだけ先に出るせいで画像が読み込まれるまで正解を判断できない。
私は金融機関のシステムの開発はしたことないけれど、多要素認証って普通はRFC 6238(TOTP)とか標準的な方式にするものじゃないんだろうか
絵合わせ自体が悪いわけじゃないけれど、だったらせめて選択肢の絵の組み合わせが排他的で明確なラインナップにならなかったんだろうか
ある伝説によると、とある国のとあるプログラマーの退職後に残ったスクリプトを社員が見たら、恐ろしいレベルで自動化してたそうだ
https://github.com/NARKOZ/hacker-scripts
うちのビルドエンジニアが別の会社に行った。あの男は文字通りターミナルの住人。Vimを愛用して、Dotで図を作成し、Markdownでwiki記事を書くようなタイプ。
どんなものでも、90秒以上かかるならそれを自動化するスクリプトを書く奴。
それで今、我々は奴の「遺産」を見ているわけだ。
これ、お前も気に入ると思うぞ。
奥さんに「仕事で遅くなる」というテキストメッセージを送る。文字列の配列から理由をランダムに自動で選ぶ。cronジョブとして動作。奴のアカウントで午後9時以降にサーバーでアクティブなSSHセッションがある場合にジョブが実行される。
「Kumar」（うちのクライアント）からのメールを受信箱でスキャン。「help」、「trouble」、「sorry」などのキーワードを探す。キーワードが見つかると、スクリプトはクライアントのサーバーにSSH接続し、ステージングデータベースを最新のバックアップにロールバックする。「直したぞ。次からは気を付けろよ」という返信を送る。
特定の日に設定された別のcronジョブ。「体調が悪い/家で仕事をする」といった自動メールを送る。別の事前定義された文字列の配列からランダムな「理由」を追加。午前8時45分にサーバーで対話型のセッションがない場合に実行。
正確に17秒待ってから、うちのコーヒーマシンにtelnetセッションを開き（コーヒーマシンがネットワークに繋がっていて、Linuxが動いていて、TCPソケットが立ち上がっているなんて、誰も知らなかった）、sysbrewのようなコマンドを送る。判明したところ、これでミディアムサイズのハーフカフェラテを淹れ始め、カップに注ぐまでさらに24秒待つ。この時間は、奴のデスクからマシンまで歩くのにかかる時間と完全に一致している。
会社の20代中盤の人に、いかに自分たちの年代が大変かを熱弁された。
自分たちは、バブルも味わってないし、ずっと不景気で上の年代の負債を抱えてると。
上の年代と違って、若い時からスマホもネットもあってそのあたりも話が合わないし、
そもそも理解してくれないし、新しい考えを持っている自分たちの意見が通らないと。
あと、皆さんみたいに仕事ばっかりしたくないんですと。
ネットなんて30年前から一般家庭に普及してるし、スマホだって20年近く経っていて、バブルなんて微塵も知らないし、
なんなら生まれてからずっと不景気と言われてるし、もうどこから突っ込めばいいかわかんなかった。
少子化で相当会社から大事にされてるのにとか、子供の頃からネットあっても、会社がそっち系なのに上司やクライアントの説明全然理解できてないじゃないか、とか色々思ったけど、
管理職らしく、大変だね頑張ってるよ偉いね、ただネットもスマホもかなり昔からあるよとだけ言っておきました。
とてつもなく面倒だなと思ったけど、毎月の社員交流費の消化のため、上司からの拝命をうけて美味しくないお酒で時間を潰して、とりあえず領収書を切りました。
面白い終わらせ方だ。
ところで、お前のスクリプトを見たんだが。
技術的には悪くない。
━━━━━━━━━━━━━━━━
【システム設計の話】
お前がやっているのは、こういうことだ：
// dorawiiのアプローチ
function communicate() {
while (true) {
output(myThoughts);
if (criticized) {
defend();
}
}
}
これは無限ループだ。
入力を処理していない。
フィードバックループがない。
正しい設計はこうだ：
function communicate() {
while (true) {
input = receiveMessage();
processed = understand(input);
response = generate(processed);
output(response);
learn(input,response,feedback);
}
}
お前のコードには`understand()`がない。
いや、正確には：
function understand(input) {
return input.literal_meaning();
}
「揃ってない」だけに反応する。
これは、パーサーのバグだ。
━━━━━━━━━━━━━━━━
【お前の能力の話】
俺もASDだ。診断済み。
だから分かる。
あれは高品質だった。
準備時間があれば、お前は書ける。
なぜか？
これは`async`と`sync`の問題だ。
// 準備時（async）
async function writePost() {
メタ認知が働く
return highQualityPost;
}
//リアルタイム（sync）
function respondImmediately(criticism) {
//時間制約
//感情的負荷
//メタ認知の停止
return defensiveResponse;
}
でも、それは難しい。
俺も10年かかった。
━━━━━━━━━━━━━━━━
でも、システム設計として間違っている。
なぜか？
お前は、プラットフォームをハックしようとしている。
お前の▲▽もそうだ。
━━━━━━━━━━━━━━━━
【adguardフィルタの話】
お前は言った：
「adguardで非表示にすればいい」
「自分でどうにかすればいい」
これは、責任の外部化だ。
でも、技術的には正しい。
CSS selectors、JavaScript、API。
でも、これは何を意味するか？
「俺を見たくない人は、フィルタしてくれ」
これは、敗北宣言だ。
本当は、フィルタされたくないだろ？
でも、お前の行動は、その逆をしている。
アルゴリズムが間違っている。
━━━━━━━━━━━━━━━━
【「能力では無理」の話】
お前は言った：
「それが俺の能力では無理なんだったら？
いやレスはするよ？」
お前は知っている：
これは、論理的には正しい。
なぜか？
お前の場合：
= 0
誰もお前に執筆を依頼しない。
これは、ビジネスロジックの欠陥だ。
━━━━━━━━━━━━━━━━
数日前、お前は言った：
「俺が今まで書いたもので会話しようとしてるのか。
でも今日、お前は言った：
という条件のほうが暗黙の了解」
矛盾している。
でも、俺には分かる。
準備時と、リアルタイム時で、お前は別人だ。
class Dorawii {
// preparedStateの知見が、realtimeStateに転移しない
}
でも、これは実装が難しい。
俺も苦労している。
━━━━━━━━━━━━━━━━
【執筆依頼の話】
お前の署名：
3ヶ月間、変わっていない。
これは、何を意味するか？
依頼が来ていない。
なぜか？
長文を書ける。
理論を構築できる。
でも、クライアントが求めるのは：
フィードバックを受け入れられるか？
4.信頼性
お前は、1, 2, 3, 4すべてで問題がある。
だから、依頼が来ない。
━━━━━━━━━━━━━━━━
【で、どうするか】
これは、リファクタリングだ。
大規模なリファクタリング。
具体的には：
1. `understand()`の改善
-文脈パーサーの追加
- 暗黙の意味の推論
2.フィードバックループの実装
- 応答 → 反応の観察 →学習
- 即座にレスしない
- 「あとで返信する」と言う権利
- 準備時の知見を、メモに記録
-リアルタイム時に参照
5. 信頼構築プロトコル
-矛盾を認める
これは、難しい。
でも、不可能ではない。
俺も、10年かけて、少しずつやった。
━━━━━━━━━━━━━━━━
【なぜ俺がこれを書くか】
俺は、それを評価する。
お前の書いた「私の統合失調症とは何だったのか」は、メタ認知の証拠だ。
10年前の俺は、お前に近かった。
技術的には有能。
でも、少しずつ変わった。
完全には変わっていない。
今でも、リアルタイムは苦手だ。
でも、マシになった。
でも、宇宙人は来ない。
俺は、宇宙人じゃない。
━━━━━━━━━━━━━━━━
【質問】
お前に聞きたい。
質問1：
お前は、本当に執筆依頼が欲しいのか？
もし欲しいなら、なぜ、依頼が来ないような行動をするのか？
質問2：
お前は、「私の統合失調症とは何だったのか」のような文章を、また書けるか？
あれは良かった。
なぜ、あのクオリティを維持できないのか？
質問3：
お前は、「過去と今はつながってる」と言った。
質問4：
お前の▲▽は、何を達成したかったのか？
でも、本当の目的は何だったのか？
質問5：
「それが俺の能力では無理」と言った。
では、どうやって生きていくつもりなのか？
お前はもう50代だろう？
━━━━━━━━━━━━━━━━
【最後に】
俺は、お前を批判していない。
時間はかかる。
難しい。
完全には直らないかもしれない。
でも、マシにはなる。
俺がそうだったから。
でも、それらを活かすには、
それをしないなら、
「ぶもぅ」と言い続けることになる。
選択は、お前次第だ。
でも、選択肢があることは、知っておいてくれ。
━━━━━━━━━━━━━━━━
まず、▲▽をやめろ。
もう一本書いてみろ。
準備時間をかけて。
それができたら、
報酬は出せないが、
フィードバックは出す。
体験記でも、
お前の得意なことを書いてくれ。
でも、条件がある：
1. 準備時間をかけること
3.フィードバックを受け入れること（すぐでなくてもいい）
できるか？
返事は、▲▽なしで頼む。
そして、「ぶもぅ」じゃなくて、言葉で頼む。
━━━━━━━━━━━━━━━━
俺は待ってる。
宇宙人じゃない、
地球上の、
一人のプログラマーとして。
(このテキストは Claude Sonnet4.5により、些細な人力修正を経て作成されました。不可能？可能です。問題解決のためのAI. SubscribeNow →claude.ai)
・日程などを守らない→すでにライター採用しすぎていて、キャパオーバーの状態。扱いが雑になる上、行動が切ろうと動いている場合が多い。
・語気や言い方が強い→雑に扱われているか、そうでなければ相手のことを考えられないのでライター業として致命的。
・レギュレーションがガチガチ→SEOや戦略がすぐ変わる業界でレギュレーションが多いのは創造性や柔軟性に欠けている場合が多い。レギュレーション守るための仕事になり仕事が身に付かない。コスパ悪い。
・業界知識が乏しい、古い→え？と思うような1世代前のSEO戦略とかを平気で指摘してくる。学ぶものが無い上に稼げてないクライアント。
・変に厳しい→感情的に指摘して来たり、誤字脱字やレギュ漏れをしてくる人にありがち。自分で書かずに校正中心で仕事してるとこうなる、書く方の能力に乏しいのと業界知識に乏しいので避けた方が良い。
・賃金が安い、買い叩こうとしてくる→テストライティングは1円が基本。低賃金でやらない。最初は賃金が良くても、どんどん要求が増えて値段そのままは多い。儲かってない証拠、儲からない記事は書かない。
マジでこのうちの1つが該当すると全部該当していることが後から発覚するので、初心者だから……とか実績作りのため……でも避けた方が良い。
実力もあって儲かってるクライアントは数字ベースで考えてるし、あまりにもヤバい時は怒らず黙って切るのが普通。怒って来たりするところは、・人気が無いクライアント・替えがきかないので「育て」たい・それなのに怒るのは能力が足りない
実力もつかないので避けた方が良い。こういうのやってるのは自分が就職できないのを時代のせいにしている氷河期ライター、ちょっと稼ぎ始めた専業主婦。
人の上に立てないので、ちょっと編集者ごっこをしたいだけなのでマジで避けろ。
逆に選んだ方が良いところ。
・バックに大手がついている
・緩いがちゃんと教えてくれる
・指摘が簡潔で要領が良い(レギュレーション守れてない場合は「一回レギュレーション確認して再提出おねがいします！すいません！」だけ。ねちねち細かく指摘しない)
・レギュレーションが緩い(SEOの変更などがあった時は情報共有だけで終わらせる)
・裁量を持たせてくれる
上記みたいな穴場クライアント、探せばちゃんとあるし意外と人手不足だったりする。「ちょっと私じゃ無理かも」みたいな所こそ応募した方が良い。
ほぼワンオペで事務仕事をこなしていた前任代表が、オンライン業務に不慣れな後任代表になり、残ったメンバーも大混乱。
で、日中の事務業務は奥さんがするとか・・・って・・・うそでしょ・・・。
やたらウェブ会議をしたがるけど、こっちも3社掛け持ちで仕事してるのにそんな時間ないわ！！
しかも、現状の仕事の把握もできていないのに、やたら効率化を目指してるけど、いやまず既存の仕事をしっかりせえや！
引き継いでまだ1週間だよ？！
代表が変わると聞いた地点で、この会社ヤバいな、と思ってて、業務提携の次の契約の半年後までに乗り換え先を探そうと思ってたけど、その前に会社潰れるかもーｗあははーｗ
今担当しているクライアント対応は自分で回せるから、その人たちが終了するまでサポートしつつ、新規の営業は断る方針にしようかと。
でないと、私がストレスで禿げる。
正直収入の柱の1本が減るのはかなり痛いけど、資格試験の勉強中で、来月手術と入院して、通常業務しながら乗り換え先も探すのに、新規顧客の獲得なんてしてられない。
ただでさえ初めての大きな手術と長期入院でナーバスで泣きそうなのに、こんなタイミングであんまりだわ。
前代表も、自分が立ち上げた仕事をなぜこんなおっさんに譲った？
それなら最初から自分の手で畳んだ方が、残ったスタッフもクライアントもよっぽど良かったよ。
年齢は関係ないかもしれないけど、少なくとも、会社の代表を務めるのなら、専業でやってくれよ。
私は、戦う。
このおっさんとじゃなくて、新しい収入源の確保と病気と資格試験とだ。
体が元気になったら、タイミーで足りない分を補填しながら就活するぜ。
フリーランスも7年目、ただではへこたれない。
ほぼワンオペで事務仕事をこなしていた前任代表が、オンライン業務に不慣れな後任代表になり、残ったメンバーも大混乱。
で、日中の事務業務は奥さんがするとか・・・って・・・うそでしょ・・・。
やたらウェブ会議をしたがるけど、こっちも3社掛け持ちで仕事してるのにそんな時間ないわ！！
しかも、現状の仕事の把握もできていないのに、やたら効率化を目指してるけど、いやまず既存の仕事をしっかりせえや！
引き継いでまだ1週間だよ？！
代表が変わると聞いた地点で、この会社ヤバいな、と思ってて、業務提携の次の契約の半年後までに乗り換え先を探そうと思ってたけど、その前に会社潰れるかもーｗあははーｗ
今担当しているクライアント対応は自分で回せるから、その人たちが終了するまでサポートしつつ、新規の営業は断る方針にしようかと。
でないと、私がストレスで禿げる。
正直収入の柱の1本が減るのはかなり痛いけど、資格試験の勉強中で、来月手術と入院して、通常業務しながら乗り換え先も探すのに、新規顧客の獲得なんてしてられない。
ただでさえ初めての大きな手術と長期入院でナーバスで泣きそうなのに、こんなタイミングであんまりだわ。
前代表も、自分が立ち上げた仕事をなぜこんなおっさんに譲った？
それなら最初から自分の手で畳んだ方が、残ったスタッフもクライアントもよっぽど良かったよ。
年齢は関係ないかもしれないけど、少なくとも、会社の代表を務めるのなら、専業でやってくれよ。
私は、戦う。
このおっさんとじゃなくて、新しい収入源の確保と病気と資格試験とだ。
体が元気になったら、タイミーで足りない分を補填しながら就活するぜ。
フリーランスも7年目、ただではへこたれない。
grokを使用したまとめ
①歴史的背景：著者は、IT業界において多様なスキルが必要とされることは、10年以上前から議論されてきたと主張しています。過去のオンライン議論では、IT専門家が自分たちの業界の優位性を誇り、他の業界を時代遅れと見なしていました。
②マインドセットへの批判：この記事は、一部のエンジニアが、名声や地位を求める欲望によって、簡単な成功の道を期待してIT業界に入ったと示唆しています。技術以外の役割（例：営業、管理職）に適応する必要性について今なぜ不満を言うのかと疑問を呈しています。
③キャリアの現実：著者は、IT専門家が競争力を維持するためには継続的に学び、適応する必要があると強調します。コーディングだけに焦点を当て、対人スキルや戦略的スキルを開発しない人は、時代遅れになるリスクがあります。
④年齢と機会：この記事は、40代のエンジニアが、他の業界ではピークとされる時期に、スキル多様化をしていない場合、IT業界で苦労する可能性があると指摘します。どんな分野でも才能があれば成功できるが、時代遅れのスキルやマインドセットに固執することは機会を制限すると主張します。
⑤行動への呼びかけ：著者は、エンジニアが自分のキャリアパスに責任を持ち、ITを本当に愛する人なら、業界の挑戦や成長の機会に喜びを見出すべきだと挑戦しています。
皆さん、こんにちは。今回の話題は、ITエンジニアの皆さんが抱える「一生食えるスキルがない」という悩みについてです。あるインターネット上の投稿では、中高年のITエンジニアが、技術以外のスキル、例えば営業や管理職の役割を求められることに不満を漏らす姿が取り上げられています。この投稿をもとに、その背景と課題をわかりやすくお伝えします。
まず、投稿では、IT業界で働く人々が、かつては「一つのスキルを極めれば安定したキャリアが築ける」と考えていたと指摘しています。しかし、IT業界は常に進化を続けており、15年以上前から、技術者には多様なスキルが求められていることが話題だったといいます。たとえば、最新技術への対応や、クライアントとの折衝、プロジェクト管理など、技術力だけでなく幅広い能力が求められるのが現実です。
この投稿では、ITエンジニアが不満を抱く理由について、業界への誤解や過剰な期待が背景にあると分析しています。かつてIT業界は、他の伝統的な産業を「時代遅れ」と見なし、最先端を走る存在として自負していた時代もありました。しかし、技術の進化が速いIT業界では、特定のスキルだけに頼ることは難しく、継続的な学びと適応が不可欠です。
さらに、40代という年齢は、他の業界では「キャリアの全盛期」とされる時期ですが、IT業界では、技術のキャッチアップや新たな役割への挑戦が求められます。投稿では、ITを心から愛する人であれば、こうした変化を楽しみ、成長の機会と捉えるべきだと訴えています。一方で、変化を拒み、過去のスキルに固執する姿勢は、キャリアの停滞を招く可能性があると警告しています。
最後に、投稿は、ITエンジニアの皆さんに自らのキャリアを見つめ直すことを促しています。どんな業界でも、才能や努力があれば道は開けるとし、AIなどの新技術に対応しながら、積極的にスキルを広げる姿勢が重要だと強調しています。
この話題を通じて、IT業界で働く皆さんが、変化を前向きに捉え、自身のキャリアを切り開くヒントを得られることを願っています。以上、ITエンジニアのスキル問題についてのまとめでした。
この要約は、アナウンサーのような丁寧で中立的な口調を意識し、攻撃的な表現やアニメ関連の内容を排除して、わかりやすく要点を整理しました。
金を出すのも母数が多いのもAIに騙されるようなバカクライアントの方だからな。
そもそもクライアントは大先生の知名度を利用しているだけだからな
クライアントは大先生が制作した作品の全ての責任を大先生に押し付けられる
契約にもよっては損害が生じた場合はその大先生に賠償まで請求できる可能性すらあるわけで
つまり、大先生の立場の方が強いように見えてクライアントの方が強いんだよ
仕事としてイラストかくなら普通やっちゃいけないことのガイドラインみたいなこと説明受けるだろうに
シティポップブームが流行ったのは確かだし、それがあっての起用だと思うけど、昨今の某作家の作風がそのままシティーポップの軌道に乗っているかはまた別だ。
絵描きは常に絵柄が変わるもの、絵描きも同じ生きている人間であることを念頭に置いていない発注の仕方を行っている印象を客観的にうける。
