  |
はてなキーワード: プログラミングとは
コロナ禍がビジネスに影響を与え続け、その期間が2年を超える中で、大きな変化といえるものにデジタル化の加速という流れがあります。それまで耳なじみの薄かった「DX」という言葉が経営の常識となり、自社の製品・サービスをネット上で販売するECビジネスやオンライン営業はもはやB2C、B2Bを問わぬ重要戦術となっています。従業員一人ひとりの身近な部分では、テレワークやオンライン会議などコロナ前には想像もできなかった働き方が、あっという間に浸透しました。
この流れは業務を根本から見直すことにも直結しており、特に業界的な変革期と昨今のデジタル化の急流が交錯した業種において激しい動きが目立っています。その最たるものが金融業界でしょう。日本経済新聞の調査によれば、銀行、証券、保険などの大手13社で3年以内にDXを活用した業務削減に伴う人員削減は4万人に達する見込みであり、うち明確に配置転換が見込まれる人員は7000人余りとのこと。それ以外の3万人超については、「未定」というあいまいな状況に置かれています。ただ、日本の労働法規上、自然減以外の余剰人員を解雇することは難しく、どのように再活用していくかは大きな課題となっている形です。
余剰人員再活用のキーワードとして2021年辺りからよく耳にするようになったのが、「リスキリング」という言葉です。「リスキリング」とは英語にすると「reskilling」、すなわちスキルを身につけるという意味の「skilling」に「再度」を意味する「re」を付けたもので、「職業能力の再開発、再教育」という意味で使われています。広義には時代に合わせたスキルの再取得を意味しますが、今の時代に限定した狭義では「DX化に対応できるスキルの再取得」という意味で使われていることが多いのではないでしょうか。
先の金融業界の例で申し上げれば、りそなホールディングスでは行員1700人を3～6カ月の研修期間を経て事業承継分野やDX関連業務に配置替えすることを計画しているようです。第一生命保険では全社員をデジタル人材として再教育し、社内のIT資格取得を義務付けるといいます。SMBC日興証券でも、22年度中に社員の約1割にあたる900人をデジタル人材として再教育の上、再活用する考えを公表しています。
急速なデジタル化の流れで、金融機関におけるリアル店舗網の縮小は加速度的に進んでいます。同時にフィンテックの活用をはじめ金融機関のビジネスモデルは根底から変革を求められており、今後を見通した変革の設計図面に対して人材面での対応が追い付いていないのが実情であると映ります。
このようにコロナ禍と業務見直しの過渡期が重なった金融機関ではかなり激しい動きが見て取れますが、他の業界でも時代の趨勢（すうせい）はいかんともしがたく、早晩ほぼ例外なく同じような流れにのまれるのは間違いのないでしょう。そうなると気になるのは、長年同じことの繰り返しに慣れてきた中高年社員はリスキリングに直面してどうなるのか、という問いかけです。
パーソル総合研究所が20年に発表した調査で既に、国内企業約800社の約36％が「シニア社員の能力・スキル不足が課題になっている」と回答しており、5年以内に課題になりそうだと回答した企業まで含めると、70％近くにまでのぼっています。中高年社員をいかにして取り残さないかという「守りのリスキリング」は、見逃せない問題になってきているのです。「人生100年時代」といわれ定年延長や再雇用が既定路線になりつつある中で、企業経営は新たな重たい課題を抱えることになったといえそうです。
出所：パーソル総合研究所「企業のシニア人材マネジメントに関する実態調査」
人事戦略の変革はリスキリングだけではなく、採用面にも大きな動きが出ています。スキルを持った人材を積極的に中途採用する動きです。
やはりこの領域でもビジネスモデル転換を急ぐ金融機関が先行している感は強く、3メガバンクで22年度中の中途採用が前年比8割増という計画が打ち出されています。一方で新卒採用は3メガバンク合計で前年の5000人から1100人へ大幅な減少傾向にあります。リアルの非効率な業務がデジタルに置き換わること、そして今後も進むDX化で実践的なスキルが重視されることなど、この傾向は他業種にも広がることが大いに考えられるでしょう。そうなると最終的には、世界的に見てガラパゴスな終身雇用を前提とした日本企業の採用は、近い将来いよいよ終焉を迎えることになるのではないかと思うのです。
そもそも長期雇用を前提としたわが国では、チーム型優先での組織運営にふさわしいゼネラリスト養成を目指した「メンバーシップ型雇用」を採用の基本としてきました。この「メンバーシップ型雇用」は結果的に、基礎学力を一つの物差しとした学歴優先採用を醸成することとなり、特に大手企業は一人でも多くの有名大学卒業生を採用したいという方針で長年採用競争を繰り広げてきました。
しかしスキル重視の中途採用が人材補充の有力手段となり新卒採用が減ることになれば、新卒採用についてもこの傾向にシフトしていくのは当然の流れです。すなわち、日本的「メンバーシップ型雇用」が「ジョブ型雇用」に取って代わられるのは時間の問題であると思われるのです。
今後、採用においては、終身雇用を背景とした長期的展望でゼネラリストを育てるという人材方針が改められることで、入社後に想定されるジョブにハマるかハマらないかが、その合否を決定する最大のポイントになるでしょう。そうなれば新卒採用は、「人物重視」といったあいまいな表現に“化粧”された学歴偏重に陥ることなく、応募者がその時点でスキルとして何を身につけているか、あるいは企業が要求するスキルを持っているか否かが問われることになるはずです。とりわけ語学力やプログラミングをはじめとしたITリテラシーなどが、新規採用の際の基本資質として問われることになるとみています。
われわれ世代が就職活動をしていた40年ほど前は、銀行などの募集要件に当たり前のように「大卒文系男子」という狭い枠がハメられていました。しかもこの「大卒」の裏には、「できれば有名大学」という言葉が明らかに潜んでもいました。だからこそ、教育ママや教育パパはわが子を中学から有名校に入れて、有名大学に進学させることこそ親の務めと思ってきた節があります。
しかし気が付けばダイバーシティー、ジェンダー平等が常識となった今、企業の募集要項に「文系」「男子」などを付することが非常識な時代となり、もはや「大卒」を掲げることすら常識に適わなくなる日は近いと感じさせられます。筆者の住む街の路上で夜な夜な繰り広げられる塾通い送り迎えの駐車車列渋滞を見るにつけ、教育ママ、教育パパの教育目線もそろそろ変えないといけないのではないかと感じる次第です。
https://www.itmedia.co.jp/business/articles/2205/26/news042.html
とりあえず無料系のところでpythonだったりjavascript,html/cssを最後までやった（なぜその言語か→目についたからで特に意味はない）
一日5時間ぐらいIT系の勉強をしてたが、最近はやることがなくなってきて情報収集という名のネットサーフィンに時間が浪費されている。このままだと勉強のモチベーションが下がってしまうのでどうにかしたい。
こっから先どうすればいいのか。
N予備校など、有料系のところに入って進めるのが良いとは思う。
あとインプットだけだと良くないとも聞いたのでなにかアウトプットのために作るのも必要だと思った。
大人向けのオンラインセミナーが月額980円でいくらでも見れる、みたいなサービスがあるらしいんですよ。
その内容がさ、プログラミングのやり方とかエクセルの使い方とか文書の書き方なら全然いいと思うのね。
でも、
「エシカル消費」がどうたらこうたらとか、「ヴィーガンでSDGs」とかを語ってるとか
あるいは「私の履歴書」みたいなノリで偉い人が自分の人生と哲学を語る動画とかそういうものもあって
それらの価値をどのぐらい高く評価すればいいのかよくわからんのよな。
SNSの普及で、今まで有識者扱いされてた人たちがどんだけいい加減な人たちだったかってのがわかってきたじゃん。
そういう中で「人」の考え方を聞くことにどれだけの価値があるのか、
俺にはよくわからなくなってきたよ。
なんか怖いんだよな。
関数型プログラミングの理解よりも、オブジェクト指向の習得よりも、目的を達成する最小のコードをエレガントに書くといういわゆる画力が何よりも先に求められる時代に入ったのではないだろうか。
← そんなもん昔からずっとそうだろ。構造化プログラミングもオブジェクト指向プログラミングもあれもこれも、正にその目的のために必要に駆られて産み出されてきたものじゃんかよ。
プログラムなんかもう書かんでいいようになるで
って、懐かしい台詞だな。FORTRANコンパイラの開発プロジェクトが始まった頃、「自動プログラミング」というキャッチフレーズが出てきて、「もう人間はプログラミングしなくてよくなる」とか言われてたとか。
今風に言えば「コンパイラ 」と「もう人間がハンドアセンブラ しなくてよくなる」みたいな感じかな。いや、「ライブラリ（クラス）に任せときゃいい」かな。
プログラミングスクールとかでも「年齢高すぎて就職の見込みがないけどなんか後々うるさそう」
って人はやたらと褒められるんだよね。
誰が見ても才能ないとかじゃなくてちょっとはできる感じの年齢高い人。
たぶん一年ぐらい前も悩んでそのときは名詞ですらなくGet〇〇Dataってクラス名をつけてた
そして今似たようなクラスが必要になって〇〇Getterと名前をつけようとしてるけどGetterって単語存在しなさそう
普通はなんてつけるの？
Receiver？
それじゃあまりにも天才しかできないだろうということでニーモニックというのを持ったアセンブリ言語ができた
多分当時の人の中にあった議論は、こんなの1と0の羅列に名前つけただけだろ、なんかいいことあんの？という人たちと、まさにブレークスルーだ世界が変わるとエキサイトした人たちだろう。
色々あったが、人にも読めるソースをアセンブリ言語に変換してくれるCが出来た。
多分このときも単なるアセンブリのスーパーセットだろ？なんか意味あんのか？っていう人たちと、やばいレベルでプログラミング書きやすくなったとエキサイトする人たちに分かれたことだろう。
このときも、構造化プログラミングに毛が生えた程度のもんだろ？何が嬉しいんだ？という人と、オブジェクト指向なら何でもできる！とエキサイトした人たちで溢れかえったことだろう。
Java以降のIT界隈ではもはやオブジェクト指向抜きには語ることはできなくなった。
何が何でも継承でカプセル化でポリモーフィズムだとオレオレフレームワークが雨後の筍のごとに開発され結局Ｓｔｒｕｔｓに一網打尽にされた。
その後RoRによるCoCによってXMLなんかいらねーわとなったがアノテーションを使う方に進んでいった。
もはやこの時点で継承だのポリモーフィズムだのはそれほど重要なものではなくなったと言ってもよく、このあたりからEoDだとか、再利用性、メンテナンスのしやすさに主軸は移っていったと感じている。
人月の神話の時代から語られた銀の弾丸はないというたった一つの真理は忘れ去られオブジェクト指向ならなんとかなる、オブジェクト指向だという人々もまたこのときに誕生している。DI？ファクトリとリフレクションでなんとでもなることでしょ？何が嬉しいの？と。
その後関数型プログラミングが誕生する。
これを見た人々の中には、関数型プログラミングなんかJavaよりもそけつこうにしたていどのものだろ？小さいクラス作ればJavaでもできることをなんでわざわざ関数型プログラミングに移行しなくてはならんのだときっとそうなったることだろう。
マシン語からアセンブリ、CからOOPとトレンドが移り変わる中で起きているのは、技術革新であり、もうこのままじゃきついからこっちにしようというムーブメントであり、それに乗る人、抗う人というのは必ず現れる。
抗う人の中には、新しい技術に対するモチベーションは失われているがポジションを失うのだけはごめんたといういわゆる老害と呼ばれる人たちや、本気でシフトする意味がわからないくらいに思考が固まった人、はたまたこの技術なら全て解決できるのだから他のものはいらないという信仰を持った人などがいるし、乗る人もこの対極にいるのだろう。
多分２０年後には関数型プログラミングとは違うなにかが天才たちの中から爆誕し、同じような議論が起きることは想像に難くない。
しかし人類はどうすれば簡単に1と0をコンピュータに保存できるのかということをひたすらに追い求めているのだから不思議なものだ。
たしかに極端な話1と０だけ打ち込めれば同じことはできるかもしれないが、その難易度は遥かに高くなっているし、現実的には不可能だろう。
企業がシステムにせいぜい20台程度のホストを導入するようなものだった。
今は百や千のオーダーでは聞かない仮想ホストにDockerコンテナが複数動きこれらが協調しなくてはならない、もしくは各自独立で動いても問題が起きてはいけないので、ここには関数型のデザインが合うと思うし、一方でデータにアクセスするところではトランザクションに強いJavaというように適材適所住み分ける必要がある時代になった。
当然Javaだけでもできるし、関数型たけでもてきるかもしれないが、こういう形の議論をする人はその技術が目的になっている。
継承やポリモーフィズムをする以上はスーパークラスのライブラリもなくてはならないが、それも億劫になっているのかもしれない。
今後関数型プログラミングがあらゆるものを席巻する時代になるかもしれない、OOPがそうであったように。
それとも人々はもうそういう不毛なことはしないのかもしれない。もはやそういう時代は過去のものになったと考えたほうが良いだろう。
関数型プログラミングの理解よりも、オブジェクト指向の習得よりも、目的を達成する最小のコードをエレガントに書くといういわゆる画力が何よりも先に求められる時代に入ったのではないだろうか。
そういう意味では業界としてだいぶ健全になったようにも思える。
あまりにもポエミーで恥ずかしくなったので増田に書くことにした
＊＊＊追記
何も調べないで主観のみで適当に書き連ねた文章にどうもすごそうな人たちがやたらまじめに反応していて申し訳ない気分でいっぱいになった。
この文章を書くにあたって全く頭は使われておらず、裏もとられておらず、確認もされていないことだけは付け加えておかないとマジレスしてくれた人たちに申し訳ない気持ちがすごいので書いておくことにします。
それじゃあまりにも天才しかできないだろうということでニーモニックというのを持ったアセンブリ言語ができた
多分当時の人の中にあった議論は、こんなの1と0の羅列に名前つけただけだろ、なんかいいことあんの？という人たちと、まさにブレークスルーだ世界が変わるとエキサイトした人たちだろう。
色々あったが、人にも読めるソースをアセンブリ言語に変換してくれるCが出来た。
多分このときも単なるアセンブリのスーパーセットだろ？なんか意味あんのか？っていう人たちと、やばいレベルでプログラミング書きやすくなったとエキサイトする人たちに分かれたことだろう。
このときも、構造化プログラミングに毛が生えた程度のもんだろ？何が嬉しいんだ？という人と、オブジェクト指向なら何でもできる！とエキサイトした人たちで溢れかえったことだろう。
Java以降のIT界隈ではもはやオブジェクト指向抜きには語ることはできなくなった。
何が何でも継承でカプセル化でポリモーフィズムだとオレオレフレームワークが雨後の筍のごとに開発され結局Ｓｔｒｕｔｓに一網打尽にされた。
その後RoRによるCoCによってXMLなんかいらねーわとなったがアノテーションを使う方に進んでいった。
もはやこの時点で継承だのポリモーフィズムだのはそれほど重要なものではなくなったと言ってもよく、このあたりからEoDだとか、再利用性、メンテナンスのしやすさに主軸は移っていったと感じている。
人月の神話の時代から語られた銀の弾丸はないというたった一つの真理は忘れ去られオブジェクト指向ならなんとかなる、オブジェクト指向だという人々もまたこのときに誕生している。DI？ファクトリとリフレクションでなんとでもなることでしょ？何が嬉しいの？と。
その後関数型プログラミングが誕生する。
これを見た人々の中には、関数型プログラミングなんかJavaよりもそけつこうにしたていどのものだろ？小さいクラス作ればJavaでもできることをなんでわざわざ関数型プログラミングに移行しなくてはならんのだときっとそうなったることだろう。
マシン語からアセンブリ、CからOOPとトレンドが移り変わる中で起きているのは、技術革新であり、もうこのままじゃきついからこっちにしようというムーブメントであり、それに乗る人、抗う人というのは必ず現れる。
抗う人の中には、新しい技術に対するモチベーションは失われているがポジションを失うのだけはごめんたといういわゆる老害と呼ばれる人たちや、本気でシフトする意味がわからないくらいに思考が固まった人、はたまたこの技術なら全て解決できるのだから他のものはいらないという信仰を持った人などがいるし、乗る人もこの対極にいるのだろう。
多分２０年後には関数型プログラミングとは違うなにかが天才たちの中から爆誕し、同じような議論が起きることは想像に難くない。
しかし人類はどうすれば簡単に1と0をコンピュータに保存できるのかということをひたすらに追い求めているのだから不思議なものだ。
たしかに極端な話1と０だけ打ち込めれば同じことはできるかもしれないが、その難易度は遥かに高くなっているし、現実的には不可能だろう。
企業がシステムにせいぜい20台程度のホストを導入するようなものだった。
今は百や千のオーダーでは聞かない仮想ホストにDockerコンテナが複数動きこれらが協調しなくてはならない、もしくは各自独立で動いても問題が起きてはいけないので、ここには関数型のデザインが合うと思うし、一方でデータにアクセスするところではトランザクションに強いJavaというように適材適所住み分ける必要がある時代になった。
当然Javaだけでもできるし、関数型たけでもてきるかもしれないが、こういう形の議論をする人はその技術が目的になっている。
継承やポリモーフィズムをする以上はスーパークラスのライブラリもなくてはならないが、それも億劫になっているのかもしれない。
今後関数型プログラミングがあらゆるものを席巻する時代になるかもしれない、OOPがそうであったように。
それとも人々はもうそういう不毛なことはしないのかもしれない。もはやそういう時代は過去のものになったと考えたほうが良いだろう。
関数型プログラミングの理解よりも、オブジェクト指向の習得よりも、目的を達成する最小のコードをエレガントに書くといういわゆる画力が何よりも先に求められる時代に入ったのではないだろうか。
小学生低学年があんなの打ち込んでも忍耐力しかつかないし、意味ないよな
その後、テクノポリスもコンプティークもプログラミングネタゼロのエロゲー雑誌になっちまって、
経営方針としては正しいよな
他言語の浅い部分をかじる
絵を描く
空を眺める
そして休む
いったん期間置いてプログラミングに帰ってくるたびに自分の書いたものの抽象度と可読性が上がる
プログラミングに限らずすべてのものがつながってるんだろうな・・・
ほぼ中卒だと書いたのは嘘だ。一応高校と専門学校（２年制）出てる。
ただ、高校の授業はほとんど受けておらず、赤点ばっかりだった。
専門学校は、コンピュータのところ行ったけど、基本的なこと習うだけで、あんまり数学数学してなかった。
情報処理の試験で計算は色々出てきたけど、log？ ってやつ以外は中学数学でなんとかなった（気がする。中学数学の成績は良かった
文系理系って分けるのもよくないことかもしれないが、ほとんどの人って、文系系の浅い知識でやってける仕事に就くのではないだろうか。
文系でも深くなると数学絡んでくるよ～ってのは間違いないとは思うが、そんなジャンルに進むのは一部のエリートだ。
金融だけ重点的に……っていうのも違う気がするけど、深い知識を得る能力（理解力とか努力とか）がない人が過半数以上は居る現状では、生活にほんとに役立つ知識を浅くでもいいから植え付けておくみたいなのが必要じゃないか、金融って限って言ってしまうと違う気がするけど
ほんとは、家庭環境とか貧富の差が成績に影響しないような学校的な何かを設置して、初めは広く浅く教えて、早い段階で興味を持った分野の比重増やしつつも、いつでも方向転換できるように、受け皿を広げるだけ広げれたらよいのだろうけど
子供の時間も有限だし、なにもかものリソースが足りてなさすぎる
現実解としては、数学や理科系ちょびっと削って、文系でもわかって将来にちょっと役立つ経済系のなにかを教えるのがよいのではないかと思う（削り方によっては似非科学信者増やすから難しいけど、そういう人らって教えても理解できないか忘れるか勉強しなくてどっちみち騙されるのではないかとも）
プログラミング教育とか身に付いたら思考法としても有用だけど、そこそこの大学の文系学部（やなんちゃって理系）出た同期達がことごとく研修の簡単なプログラミングの段階で脱落して、営業とかに配属決まっていったり、無理やり開発に回されて何も理解しないままコピペで雰囲気でプログラミングしてたのを見ると、数学とかそっち系ってほんとに適正ない人には無理なのでは？ と思ったりする。
ひょっとすると早い段階で基礎を叩き込めばそういう人減るのかもしれないし、金融だって落ちこぼれを量産するのかもしれないけど
個人的には三角関数は趣味で３Dプログラミングするときに使ったので、ちゃんと教えておいて欲しかった。
高校が特殊な進学校で多分単位誤魔化してて（か合法的だったかしらんが）、２年の時に文系コースに進んでから数学の授業がほとんどなくなったので（３年の時はゼロになった）、微分も積分も習ってない
三角関数なんかいらないってタイプの政治家いれば、三角関数ひいては統計プログラミング英語文系でも理科２科目出来るジェネラリストとなり、知的成熟度が高い労働力を提供してほしくて共通テストに詰め込みまくっている政治家
例えば戦争のことを考えると弾道計算やら、電波設計やらに必要だ。
プログラミングに力を入れるべきという話が出てくるが、システムを作るのと、数値計算をするのとは別のスキルだ。
そして日本だと数値計算をゴリゴリにやっている人は少数派だろう。
製造業に必要なソフトも数値計算必要になるが、日本じゃ作れていない。
何かを作るためには計測装置が必要だが、計測装置についても日本じゃ作れていない。(標準を作れるだけまだ世界的にはマシではあるが）
量子コンピュータが話題になったときに、Googleは話題になったが、制御装置と計測機器を作り量子コンピュータ用ソリューションを販売しているKeysightは話題にならなかった。
戦争反対はいいが、いざとなれば作れるぞというだけの技術がなければならない。
原子力についても、例えば他国に核を落とされた後の除染技術ってのは、原子力研究と産業に金が流れてないと出来ない。
アメリカほど、いつでも戦争準備するってのはどうかと思うが、バランスは必要だろう。
政治もエンタメ化している。毎日誰かが過激なことを言うのを叩くことがエンタメになっている。
プログラミングできなくて口が上手い奴が「口さえ上手ければ技術は不要！！エンジニアは誰でもなれる！！コミュ障エンジニアは追い出せ！！」
ってネガキャンしてもだよ？
ワイはそういう会社に勤めることはないから困らんし、着々と今ある仕事をこなすだけだけど。
言葉だけが上手くて技術のヘボい奴が、20年前ぐらいの技術(簡単)使って変なもの作って
「こんなの作るのは簡単！！プログラミングなんて誰でもできる！！エンジニアに必要なのは技術よりコミュ力！！」
って言いふらしてるから、日本のITって先進国から脱落すると思うわ。
そういうのもそのうち30年前とか50年前の技術になっていくし、
他の業界でヘマして居場所がなくなった連中が再起をかけて集まってくるんだよ、特にひどいのが営業関係で
元いた職場でトラブル起こしたとか、そういう系統の営業が集まってるゴミ箱状態
そういう人間はさすがトラブル起こすだけあってめっちゃ性格悪い、口も悪い
そういう連中が初心者レベルのレガシー言語使って「プログラミングなんか誰でもできる」って言いふらしてる状態よ。
連中の作ったやつって、見た目はなんかそれっぽく動いてるけど、実用レベルでは到底なく金にはならんのや。
ヘボい自分が稼ぐために邪魔なのは自分より専門知識があるエンジニアだから
「あんなエンジニアただのコミュ障！！」って悪評言いふらしてんのよ。マジ魔界。
どうせ使わないのだからか教えなくていいんじゃねぇかなって気はする
というかどういう時に使う(例えば、ゲームプログラミング、CG、音声処理、土木工学などなど)というのだけ教えて
あとは下記の資料でも配っておけば足りるのでは？
セガ公式アカウント🦔@SEGA_OFFICIAL 2021年6月15日
サインコサインタンジェント、虚数i…いつ使うんだと思ったあなた。実は数学は、ゲーム業界を根から支える重要な役割を担っているんです。
今日は、セガ社内勉強会用の数学資料150頁超(!)を無料公開。
#セガ技術ブログ クォータニオンとは？基礎線形代数講座 #segatechblog https://techblog.sega.jp/entry/2021/06/15/100000
