  |
はてなキーワード:上前とは
基本的に村井県政は新自由主義そのもので、売れる公共のリソースは売り、売れないモノは縮小するだけだった。
自公のオール与党の元、県民の需要や意見が受け付けられることは全くなかった。
上前をハネていくのは例外なく東京の会社で、この20年行政も地元民も植民地の二級市民のような扱いだった。
野党やメディアは存在はしているけれども、それは55年体制の社会党のような存在で、与党を補強しているだけに過ぎない(河北が政治や行政の腐敗を過去に主体的に暴いたことが一度でもあったか？)
選挙直前になり、あらゆるチャンネルで「情弱な地元民はデマに騙されないで」みたいなキャンペーンが始まったのは本当に象徴的だった。
Delphiなら開発環境に付属するヘルプがとても充実しているはずだ。
ObjectPascalそのものは、これまでのご経験があれば習得に大きな問題はないと思う。
どちらかというとDelphiはVCLというライブラリを使いこなしてこそなのだが、これの説明はヘルプがかなり役に立つ。
実は俺も20年以上前にDelphiの兄弟分であるBorlandC++Builder(BCB)というのを仕事で使っていた。
これもVCLが肝だったのだが、ちょっと慣れたら参考書なんて不要でヘルプでだいたい片が付くようになった。
膨大な内容だが、一度全体を目を通してみるのが良いだろう。
DelphiやBCBのユーザたちはメーリングリストで情報をシェアしあっており、悩み事があればその過去ログがよく検索でヒットして重宝したんだけど今は厳しいね。
メールアドレスが載っているので、自分だったらダメもとで連絡してみる。
こちらに関しては、会社に公式ドキュメントが残っているんじゃないだろうか。
20年前の、紙の資料がそれこそ山のようにあってもおかしくない。
ベテラン先輩に「会社の中にあるUNIFACEの公式ドキュメント全部のありかを教えてください」と言うのだ。
結構ちゃんとしている中小JTCなら、廃棄してないんじゃないかな。
これも出てきた文書すべてにざっと目を通せばとっつきやすさの順番がなんとなくわかるので、その順番どおりにじっくり読んでみるのをお勧めする。
望みはない気はするが、サポート契約してないかも念のため確認してみるといい。
サポート窓口が使えたら随分違うはずだ。
近頃のWeb記事や書籍はよく噛み砕いて初心者にも解りやすく書かれているから、元増田はそういう情報源じゃないと嫌なのかなと感じた。
確かに公式ドキュメントにそうしたフレンドリーさは期待できない。
特に慣れていない分野だったら最初の内は本当に訳わかんなくて読むのが辛いけど、理解できないうちは頑張って三度目を通そう。
眺めているうちに慣れていく。
絶対に助けになるはずだ。
----
「My Job Went ToIndia」の改題改訂版が「情熱プログラマー」なんだ！ありがとう発注したわ。（たぶん達人プログラマーと混同して読んだ気になって読んでないパターンだわ）
俺の悪文のせいで意図が伝わらなかったであろうブコメがあったので、要旨だけ書き直しておくな。
ただ忘れないで欲しいんだけど、TerraformメンテしてAWSとかGCPで立ち上げてサービス公開するまでの速度は、相見積取って稟議通して部材調達から入ってた時代に比べると爆速だけど、人間の技術屋の需要は増えてる。
俺は、「マスタリングTCP/IP 入門編」を人間が読んで理解するのは古いよね、という時代にはならないと思ってる。
Slerが自前で手元で試すようになるから～ってのも懐疑的。SIerやメーカーが内製すると必ず子会社作って分離、ぼく発注者きみ受注者にしたがるので。これは技術じゃなくて感情とか経営の問題。
（ただし、Slerが7payみたいなことやらかすのでは？って疑問なら同意。たぶんそういう生成AIで俺たちでプロダクトなんか簡単に作れるじゃんよギークいらね（仕様バグあり）は一時は増えるだろうね）
追記ここまで
----
VibeCodingでIT技術者は不要になるのか？という話題が花盛りなのは理由があります。
ギーク（現場でコードを書いていたい人）が分かる話から、スーツ（人を集めたりお金を集めたり営業をする）が分かる話になってきたからです。
具体的に言うと、OpenAI社をはじめ続々とTDD(テスト駆動開発)でやってますみたいな、具体的な開発スタイルの話が出てきたから。
そうすると、現場の座組チョットワカルという強めの経営者が理解して判断し始めるんですね。
でもね、その道はもう15年も昔に我々は通り過ぎました。前回のブームと何が違うでしょうか？
技術者なら電子も機械も強電も弱電もお世話になったことのあるオーム社が過去に出していた直球の本の話から。
「My job went toIndia :オフショア時代のソフトウェア開発者サバイバルガイド」という書籍、何と発行年は2006年です。
かいつまんで話すと、インターネットが整備され、輸送コストがほとんどかからないソフトウェア開発では、アメリカのエンジニアは給与の面でオフショアに歯が立たない、だって、1/10の給与でインドのエンジニアは働くんだぜ？という本です。
そうした、価格競争力で負けるアメリカのソフトウェアエンジニアは、如何にして今後サバイブすべきなのか、という本になっています。
（普通に面白いしAIコーディング時代に通づるものがあるので復刊を希望したいところですが、まあ直球過ぎる題名を何とかしないと再販は無理でしょうな）
そして、JTCや外資問わず、過去にオフショア開発を経験された技術屋のみなさんははてブにも多く生息されているでしょう。
では、ジュニア開発者は不要になりシニア開発者のみになって、いまのソフトウェア開発は主に安い給与で働いてくれるところに遠隔で作業してもらって、レビューだけすれば良い環境ですか？
そうはなっていません。なぜでしょうか。
さて、今普通にXと連動する中古品売買プラットフォームを開発しようと思ったら、どうやってつくるでしょうか？
この文脈に埋め込まれたいくつもの情報「今」「普通」「連動」「中古品」「売買」「プラットフォーム」「開発」を解釈し、すり合わせ、未来の運営者も含めた全員に伝えるためのコストが、コミュニケーションコストです。
そうなると、「ちょっと良い感じにラフでいいからプロトタイプ作って持ってきてよ」で話が通じるのは、受注者マインドがしっかりした日本の受託開発現場の精鋭たちになるわけです。
テストケースだけを通過するように、内部テーブルを持たせた関数を大量に持ってこられてレビュー時に頭を抱えた経験が無いひとは、とても幸運なのです。
とは言え、これは何も文化の違いに起因するだけではありません。仕様とは、環境によって定まるものだからです。
例えば、うるう年判定の関数は、1581年以前をエラーにしますか？1873年以前をエラーにしますか？（ヒント：明治六年）
テスト駆動開発、古い言い方で言えばテストファーストの考え方は、成功したすべてのプロダクトで例外なく、ただの一つの例外もなく、必ず最初から取り入れるべきだったものです。
品質は最後に振りかける粉砂糖のようなフレーバーではなく、最初から設計に組み込むべきだからです。
ありとあらゆる趣味において、最初から良いものを使えば時間を無駄にせずに済んだ、と言われるような初期投資の大切さが説かれます。
果たして本当でしょうか？
そうです、その趣味にハマって生き残りサバイブした人から見れば、過去にその時点で投資をすべきだった、というのは正しいのです。
その趣味にハマれなかった人からすれば、少ない投資で自分に合わないことが分かったという合理的な選択であることと矛盾しません。
そのため、全ての失敗したプロダクトは、テストケースを書く時間でプロダクトを作り上げて、さっさと世に問うべきだったわけです。
少し昔話をしますが、オフショア開発において重要なのはドキュメンテーションとテストケース、それにレビューでした。
他の部署で失敗しつづけていたオフショア開発のやり方は、端的に言えば"教化"でした。
具体的には書けませんが、グッとお安い単価の国に出す仕事を、日本の会社に出すのと同じようにすべく、相手の会社のメンバーを教育して仕立て上げるブートキャンプの仕組みを作り上げていました。
発注側を変えずに済むように受注側を教育して、日本の会社に出すのと同じように単価の安いところに出せたらお得ですよね？でもこれは必ず失敗します。
何故か。だって、日本の会社と同じように働けるようになったら、日本の会社に就職するじゃないですか。少なくとも価値は上がったんだから単価を上げるように交渉しますよね？
結局のところ、当初言われていたような劇的な節約にはつながらないわけです。それなら下手に転職されるよりも自前で現地工場でも立てて地元に貢献しつつ雇用を創出した方が喜ばれるし持続可能です。
小なりとも成果が上がった方法は、フィードバックを相手ではなくドキュメントにした場合でした。
例えば先ほどの例で言えば、テストケースは通るが意図したコードにならなかったとき。
「普通はこういう意図でコードを書くから、テストケースを通るにしても、関数は次からこう書いて」というのが、相手に対するフィードバック。
「関数を書く前に、関数の意図をコメントで残して、レビュー時にはそれを見ましょう」というプロセスの修正が、ドキュメントへのフィードバック。
こうすると、担当者が退職していなくなっても、次の担当者はその方法を参考にすれば良いわけです。
これ、何かに似てませんか。現在のAIコーディングのベストプラクティスと呼ばれるものに非常によく似ているんです。
つまり、オフショア開発というのも、設計と実装が分離できるという前提に立って動いていたんです。
そして、実装しながら設計しても問題ないとする場合、それは「技術的な問題」ではなく「組織構造」に起因します。
つまり、プロダクトの構造を分割して、オフショア開発側に設計と実装とを委譲して、実装しながら設計を変えてもらうことが許容できるのは、契約や責任分界点、輸出入の法規を含めた法務の領域です。
少なくとも当時、諸々をクリアにして相手側にプロダクトの一部を荒い設計と共に切り出して、コーディングしながら再設計してもらい、テストケースを完備したコードとドキュメントを共に完成までもっていってもらったことは、大きな成果であったはずです。
（当時日本側と仕事をしたという実績があると大きな実力があるとみなされたと聞いたので、今はより良いところで良い仕事をされていると思います）
（あと、コミュニケーションコストと輸出入の関連法規が複雑だから）
少なくとも、納期までに契約したこれを納品してください、という枠組みの中では、実装作業だけ切り出すことはできない、というのが教訓として残ったはずです。
少なくともあと数年、場合によっては10年スパンで、日本ではほとんど変わらないと予想しています。
これは技術の話ではなく組織構造や、もっと言えばお仕事の進め方と契約の話だからです。
そうは言ってもジュニアエンジニアの簡単な仕事が減って成長機会が失われているのは事実では？と思うかもしれませんが、そもそもの前提が誤っています。
未経験（弱経験）者を雇って戦力まで鍛え上げる必要があるなら、AIに仕事渡してないでそのジュニアエンジニアにやらせるべきなんです。
ジュニアエンジニアとAIと両方にOJTさせて、その違いをレビューの場でフィードバックしてジュニアを育てるわけです。
もし、そんな時間は無いというなら、元々ジュニアエンジニアをOJTで育てていたというのは幻想です。
（たまに、失敗が経験になるとして、会社に損害を与える方法でジュニアを"教育"しようとする人がいますが、商習慣的にも信義則違反ですし言語道断です）
シニアエンジニアだけで事足りるとしてジュニアエンジニアを雇わなかった企業は、シニアエンジニアが抜けてガタガタになります。
これは中核エンジニアがゴッソリやめた会社が傾くなんて言う話で、昔からそうです。（たいてい、もっと人雇ってくれ待遇上げてくれみたいな悲鳴を圧殺した結果だったりします）
昔から、中堅がやれば手早い仕事を新入社員にやらせて鍛える、その代わり質は悪いし時間もかかるしフォローも必要だったわけでしょう。
AI時代が到来するとしても全く同じです。AIが出力するコードレビューで悲鳴上げてる場合じゃないんですよ。
レビューできるシニアエンジニアが足りなくなると予想されるなら、当然、ジュニアエンジニア雇ってレビューできるようにする必要があるんです。
そしてそれは、技術的な問題点ではなく、組織的・経営的な決断です。
国産LLM開発の文脈でもそうなんですが、ハードウェアの進歩を無視して話をする方が多いのが気になります。
現時点のコンピューターパワーは、10年後には手の届く価格になる可能性が十分高く、もっと言えば20年後には個人が所有する可能性すらあります。
いまから20年前の2005年は、Youtubeが誕生した年です。その時に、誰もがいつも手元にビデオカメラを持ち、即座に動画を世界に公開できるようになるとは思っていなかった頃です。
今もそうだと思いますが、ある分野で必要な性能にはもう十分という期待値があり、10年経てばある程度大きな会社の部署単位で現在最先端のコーディングAIがローカルで動くようになると想像するのは容易です。
そうなったときに、果たして営利企業が、エンジニアを育成するというコストを支払うかといわれると、疑問です。その時点で今後のリアルなコストと比較対象可能になるので。
だって、筆耕担当者とか、清書担当者を雇わなくなった企業って、多いでしょう？
My job went toAI として、じゃあ残るものは何？というのはオーム社の本を読みましょう。再販しないかなあ。
今後数年は変わらないでしょと書いたら今現在進行形で変わっとるわいと突っ込みが来そうなんで防衛的な意味で書いておくんですが、あなたは過去数年間同じ仕事してたんすか？
仕事のやり方とか内容とか、言語とかライブラリとか、毎年のように変わってたでしょ。
レビューの比率が多くなったとか、コード書かなくなったとか、そういうの、たぶん管理職になった人が嘆いてたのと同じっすよね？
少なくとも、ジュニアエンジニアが低品質なバイブコーディング結果を寄越すようになってレビューが大変とか嘆くのなら、まともなコーディング規約一つ作れていない組織の脆弱さを嘆くのが先では？
手癖でバイブコーディングしてヒットしたプロダクトに、あとから品質上げるように大工事するリファクタリングと言うよりリビルディングな仕事って、別に今もありますよね？
散々テストケースを書かなくて良いプロダクトなんて無いという講演だけ聞きに行って、自分とこでテストケースが自動で走るようになって無いなら、そこが問題でしょ。
自民と維新の連立政権が、自国国旗の損壊罪を創設しようとしている件について、ブクマカがおおむね批判一色だ（https://b.hatena.ne.jp/entry/s/www.nikkei.com/article/DGXZQOUA209Z90Q5A021C2000000/）
この件については、2011年に高市議員（当時）がまとめてくれているので、それを見てみよう（https://www.sanae.gr.jp/column_detail505.html）
結論は米仏独伊中韓で違法（罰則あり）、ただし米国では適用違憲の判決あり（適用違憲なので法律自体は違憲判断されていない）、とのことだった。
日本でも外国国旗の損壊が罪である以上、これら諸外国と並ぶことが必ずしも不合理とは思えないが、このヒステリックな批判はなんなんだろうか（賛成しているわけではない。議論はあってもいい、程度。被害者いないし、外国国旗と合わせて罪に問わないのもありだとも思う）
高市首相としては10年以上前から主張してきたことなんだから、通せる機会があるなら通そうとするでしょ、これは自然。
反対するにしても、最低でも高市首相以上のデータ（さらに諸外国の例を一覧表化するなど）をそろえてからスタートだと思うね。
ちなみに内心の自由のことを言ってるブクマカが複数いて星も集めてるけど、内心の自由は内心にとどまるからこそ絶対的に保護されるものであって、これの侵害とか言ってるブクマカは憲法も法学も触ったことがないこと丸わかりなのにドヤ顔で書き込んでて恥ずかしい。それよりはまだ財産権の侵害（自分の持ち物をどう使おうが自分の勝手）と主張した方が筋がいいよ。
大学でアリストテレス研究してて今卒論制作の真っ只中なんだけど、こいつ2000年以上前に現代の惨状を見抜いてた説マジである。
そもそもアリストテレスって「文字に残すの信用できん」とか言ってあんまり本書いてないのよ。
その理由は「書いた言葉は勝手に誤解される」から。……え、それモロXじゃん(´･ω･｀)？
そうなんだよ。アリストテレスは話すこと（パロール）を重視してた。
会話なら相手の反応で訂正できるけど、文字（エクリチュール）は切り抜かれて炎上する。
アリストテレスの言う「発言の文脈が死ぬ」っての、まさに今のSNSそのもの。
書くより語れ。
10年以上前だったか、かつて親しくしていた元友人の結構式に行った。
そのとき俺は非正規労働者で、当時既に疎遠になりつつあったその元友人のために、少なからぬ犠牲を払って3万円を絞り出し、出席した。
式以来、一度もその元友人とは会っていない。今更再開したとしても、ライフステージが違いすぎて、ギクシャクするだけだろう。
今も俺はボーナスも無いような底辺労働に勤しみ、自家用の軽自動車がもし突然故障したら、即、詰むような生活をしている。
あの3万円が今あれば、風俗に行けるのに……。
あのとき「人間関係継続税」だと自分に言い聞かせて泣く泣く支払った3万円が、惜しくて惜しくて仕方ない。
世の中の夫婦に言いたい。2年以上会っていない人を結婚式に呼ぶのはやめてくれ。そして、式の日を最後に5年以上交流の無い人には、飯代は差っ引いても構わないので、祝儀を返金してくれ。
それが難しければ、引き出物なんかいらないから、1万円以下の会費制にしてくれ。
いくら脳内お花畑の新婚でも、生涯未婚率が年々上昇する中、ペイできる見込みもない3万円を払うのがいかに苦しいか、想像できないことはないだろう。
葬式は年々縮小化傾向にあるのだから、一生に一回とも限らない結婚式なんぞを大々的にやるのは時代錯誤だと、どうか理解してくれ。
ぱっと見1番新しいので5時間以上前になってるけどGoogleのインデックスにも波及してるのかな
-----BEGINPGP SIGNEDMESSAGE-----Hash: SHA512https://anond.hatelabo.jp/20251016003421# -----BEGINPGP SIGNATURE-----iHUEARYKAB0WIQTEe8eLwpVRSViDKR5wMdsubs4+SAUCaPBsoQAKCRBwMdsubs4+SCCbAQD4Ob/mPPvpfEbyjh003es6lzqtKoTk/YOROljqB3fVrwEA/y48isV5bSKWN3MfrXZtnxq7IwI8/JcDSAyQrWkAAAY==03ug-----ENDPGP SIGNATURE-----
三橋氏に関する当時の印象と、その後の報道、そして経済論に対するあなたの考察について、承知しました。
学生時代に彼の「デフレ脱却には財政出動が有効」「政府支出を増やせ」という主張に触れ、説得力ある論者として見ていたという経験は、当時の日本の経済論壇の大きな流れを反映しています。
あなたが学生だった10年以上前の日本は、長期デフレからの脱却が大きな課題でした。
あなたが現在指摘している「デフレは完全悪という集団妄想の被害者」「インフレは格差を拡大する」という点については、経済政策を巡る重要な論点を含んでいます。
多くの経済学者は、デフレは経済活動の縮小や雇用・所得の減少をもたらす「悪」であると考えます。
しかし、「過度なインフレ」もまた、生活費の高騰や資産価値の実質的な目減りを招き、経済を不安定化させるため「悪」です。
インフレは一律に影響を及ぼすわけではありません。
あなたが感じた「がっかり」は、かつて論理的で希望に満ちた解決策を提示した人物が、現実の複雑さや予期せぬ展開の中で、自身の論理と乖離した行動に出てしまったことへの落胆かもしれません。
経済学の授業で「デフレを解決するにはどうすればいいか」ってレポートを書かされたのよ
んで、その頃はどの日本の教科書も「デフレ時は財政出動が有効。ポリシーミックスが鍵！」みてーなこと言っててさ、んで、三橋ちゃんも「政府支出を増やせ」と、Youtubeとかブログで言ってたんよね
俺は無知だったから「そうなのか！やっぱマネーを増やすのが重要なんだね！」と単純に思ってたわけ
それに、三橋ちゃんのことを「説得力ある話をするキラキラした大人」ってイメージで見てたんだよ
だけど、最近○害予告とかして発狂しちゃったって聞いてさ、がっかりしたよね
何が悪いのかははっきりしてるよね
「デフレは完全悪！」という集団妄想の被害者なのよ、三橋ちゃんは
間違った論理を信じてしまうと、論理的に不整合になって、狂っちゃうってわけ
実は1年以上前からWindows10のサポートが切れるのは意識してきた。
うちのPCは古いので、新しくしないといけないなあ、と思いつつ1年が過ぎた。
新しいの買ってもいいんだけど、正直新しいのにしたところで何が変わるの？
って感じなんだよね。
いや、ちょっとは興味くらいはあるんだけどね。
とか考えてるうちにMacでもいいなあと思い出した。
ずっとiPhoneを使ってるから連携を考えるとMacのほうがいいだろうし。
俺は、iPhoneのアップル純正のアプリを普段の生活で使い込んでるからMacのほうが便利になるはずなんだ。
Windows10でもブラウザから操作できるアプリもあるけれど、動作がのったりしててあまり使う気になれない。
何より、Macを買えば、新しいWindowsPCを買うよりも明確に、今までと違う何かが出来るから、購買行動にハッキリとした意味が出る。
なんかねー、最近もう嫌になってきてるんだよね。
まだ使えるはずなのに、無理やり寿命を設定されて、今までと同じことしか出来ないのに、新しいものを買わされる、ってやつが。
こうやって不同意性交、不同意わいせつという罪名に文句を付けている人達がいるけれど、さすがに馬鹿なのかな。
雨音
@amane11521
これずっと思ってた
暴行脅迫がなくとも同意がなければ犯罪にできるという意味で、女性の人権問題としては確実に前進したのに。何故それを否定的に語るのだろうか。
清水ともみ
@swim_shu
"小学1年の女児（6）にわいせつな行為をしたとして不同意わいせつの疑いで逮捕されたオーストラリア国籍の男性を不起訴処分とした。同支部は理由を明らかにしていない"
引用元のポストの方に至っては、「同意したらいいのか？」って何を言っているんだよ。条文くらい読みなよ。
刑法177条3項
十六歳未満の者に対し、性交等をした者（当該十六歳未満の者が十三歳以上である場合については、その者が生まれた日より五年以上前の日に生まれた者に限る。）も、第一項と同様とする。
一定の年齢未満ならばたとえ同意があろうとも自動的に不同意とみなされる規定なのに、どうしてそこに文句を付けているんだろう？
おい田中、この前急に10年以上前に買った作品がラインナップに並びだしたんだよ。本当に急に。
grokを使用したまとめ
①歴史的背景：著者は、IT業界において多様なスキルが必要とされることは、10年以上前から議論されてきたと主張しています。過去のオンライン議論では、IT専門家が自分たちの業界の優位性を誇り、他の業界を時代遅れと見なしていました。
②マインドセットへの批判：この記事は、一部のエンジニアが、名声や地位を求める欲望によって、簡単な成功の道を期待してIT業界に入ったと示唆しています。技術以外の役割（例：営業、管理職）に適応する必要性について今なぜ不満を言うのかと疑問を呈しています。
③キャリアの現実：著者は、IT専門家が競争力を維持するためには継続的に学び、適応する必要があると強調します。コーディングだけに焦点を当て、対人スキルや戦略的スキルを開発しない人は、時代遅れになるリスクがあります。
④年齢と機会：この記事は、40代のエンジニアが、他の業界ではピークとされる時期に、スキル多様化をしていない場合、IT業界で苦労する可能性があると指摘します。どんな分野でも才能があれば成功できるが、時代遅れのスキルやマインドセットに固執することは機会を制限すると主張します。
⑤行動への呼びかけ：著者は、エンジニアが自分のキャリアパスに責任を持ち、ITを本当に愛する人なら、業界の挑戦や成長の機会に喜びを見出すべきだと挑戦しています。
皆さん、こんにちは。今回の話題は、ITエンジニアの皆さんが抱える「一生食えるスキルがない」という悩みについてです。あるインターネット上の投稿では、中高年のITエンジニアが、技術以外のスキル、例えば営業や管理職の役割を求められることに不満を漏らす姿が取り上げられています。この投稿をもとに、その背景と課題をわかりやすくお伝えします。
まず、投稿では、IT業界で働く人々が、かつては「一つのスキルを極めれば安定したキャリアが築ける」と考えていたと指摘しています。しかし、IT業界は常に進化を続けており、15年以上前から、技術者には多様なスキルが求められていることが話題だったといいます。たとえば、最新技術への対応や、クライアントとの折衝、プロジェクト管理など、技術力だけでなく幅広い能力が求められるのが現実です。
この投稿では、ITエンジニアが不満を抱く理由について、業界への誤解や過剰な期待が背景にあると分析しています。かつてIT業界は、他の伝統的な産業を「時代遅れ」と見なし、最先端を走る存在として自負していた時代もありました。しかし、技術の進化が速いIT業界では、特定のスキルだけに頼ることは難しく、継続的な学びと適応が不可欠です。
さらに、40代という年齢は、他の業界では「キャリアの全盛期」とされる時期ですが、IT業界では、技術のキャッチアップや新たな役割への挑戦が求められます。投稿では、ITを心から愛する人であれば、こうした変化を楽しみ、成長の機会と捉えるべきだと訴えています。一方で、変化を拒み、過去のスキルに固執する姿勢は、キャリアの停滞を招く可能性があると警告しています。
最後に、投稿は、ITエンジニアの皆さんに自らのキャリアを見つめ直すことを促しています。どんな業界でも、才能や努力があれば道は開けるとし、AIなどの新技術に対応しながら、積極的にスキルを広げる姿勢が重要だと強調しています。
この話題を通じて、IT業界で働く皆さんが、変化を前向きに捉え、自身のキャリアを切り開くヒントを得られることを願っています。以上、ITエンジニアのスキル問題についてのまとめでした。
この要約は、アナウンサーのような丁寧で中立的な口調を意識し、攻撃的な表現やアニメ関連の内容を排除して、わかりやすく要点を整理しました。
