  |
はてなキーワード: ソフトウエアとは
むしろフロムソフトウエアに変な色が付いて価値が落ちる前に売却する可能性もあるぞ
フロムソフトウエア目当てなら直接フロムソフトウエアだけ買いに行くだろう。
KADOKAWAは売るだろうし
https://www.itmedia.co.jp/news/articles/2411/19/news149.html
フロムソフトウエアとは、アーマードコアで有名なゲーム会社だそうで、KADOKAWAの連結子会社なのだそう。
さらにゲームのパブリッシャーとしてはバンナムと組むことが多いそうで、そこも心配の種っぽい。既にソニーコンピュータエンタテインメントの資本が入ってるが
ただ、ソニーグループがIP買ってるのはプレステがもう長く無さそうってのがあるから、わざわざ金の卵を産むガチョウを締め付けたりしないんじゃねーかな。心配はわかる。
角川学芸出版とは、俳句や古典文学関係の書籍などを出版している出版社で、昔は独立した会社だったが、今は角川のブランドになっている模様。
特に、俳句などで文化的な役割が強いが、どう見ても儲かってるわけがない分野でありどうなっとんのやと言う事で心配しているっぽい。
ただ、既に俳句や短歌については角川文化財団と言う非営利団体に移っていいる模様。残っている部分はなかなかおもしろそうな本を出しているし大丈夫じゃねーかなって思った。心配はわかる。
N高とは、角川グループが出資している角川ドワンゴ学園が運営する広域通信制の高校で、学校法人である。
ITを駆使した独自のカリキュラムが好評で、3万人を超える生徒数を誇り、中央大学並み。また出版芸術企業とIT企業が関わっているだけあってプログラミングなどの授業や芸術系の授業など多彩な課外授業も特徴。
ただ、実はN/S/R高校って授業料とか安い割に、既に独立してやっていけるだけの経営体力があるっぽいし（ソニーが切る事は考えにくい気がするけど）仮に繋がり切れてもやっていけるんじゃ。心配はわかる。
角川は当たり前だけれど出版社を祖業とするところで、特にエンターテイメントに強い。ライトノベルでは国内最強で、外国語に翻訳されるなど多数である。
ジャンプやマガジンといった王道系というより、ちょっとサブカル入ったカルチャーが強い。
ただ、単純に売上とうとうでみると、グループとしては既に純粋に出版の売上比率は低いが、稼いでいるIPはそもそも出版事業から育て上げたものが多いのでこのエコシステムを毀損するわけない気がするけど、心配はわかる。
KADOKAWAは色々なIPを創出していて、色々なところと付き合っているが、古くからはバンダイナムコグループと付き合いが深い。
ガンダムやアイマスと言ったバンナムのIPをKADOKAWAが売る事もあるし、ソードアートオンラインなどのコンテンツをゲームにしたりと、相互関係にある。
ただ、ソニーも日本のコンテンツ業界で長年商売している。外国での買収ならともかく、独占して潰すのではなく、制作委員会方式でIPを創出するやり方を変えるとは思えないけど、心配はわかる。
KADOKAWAにはBook☆Walkerという電子書籍ストアがあり、ソニーグループもReader Storeという電子書籍ストアを運営するブックリスタという会社がある。
どちらもわりと老舗で、色々な事をやっているのだが、ここが合併するのかと言う期待らしい。
実はこの2社、電子書籍ストアを運営する小売だけではなくて、電子書籍卸売り会社としても機能している会社で、合併するのは良さそうな気がするが
たぶん企業としての合併はねえんじゃねえかな。と言うのは、BookWalker社はKADOKAWAの完全子会社だが、ブックリスタは色々な会社の合弁企業で、電子書籍のインフラを提供する会社としての性質が強いから、直接特定の出版社の色が付くな嫌うんじゃないか。
ただ、BookWalkerかブックリスタの本棚連携とかは実現するかもしらねーなって思う。
まぁこれは確定的なんじゃないっすかね。ブランドは残ると思われるけど、わざわざ切り離して売るほどでもないし。
しらんけど
年末調整が難しすぎる（令和６年度版）https://anond.hatelabo.jp/20241115174825
を読んで大変そうだなあ。確定申告すればいいのにと思いました。
年末調整を行うのは会社の義務ですので、会社は年末調整をしないといけません。
年末調整の社員の手続き方法は、会社ごとによってかなり違います。
年末調整の手続きシステムは、一般の企業が開発しているものを、それぞれの会社が契約して、従業員に使ってもらっています。
どのサービスと契約しているかによって、手続きの煩雑さにかなり差があります。
年末調整システムの最も大事な事は、その会社の経理システムや人事労務システムとどれくらいスムーズに連携できるかです。
従業員の手間が大変かどうかの優先度は、2番目以下です。
従業員にとって、とても使いやすい年末調整申請サービスがあっても、簡単には導入できません。
(追記：年末調整の公的ソフトウエアについての記載に間違いがあったようなので消しました。）
会社は年末調整する義務がありますが、従業員は最終的に正しい金額の納税をすれば良いだけの話です。
年末調整で出し忘れた、処理していない税金の処理は、確定申告でして問題ありません。
保険料、iDeCo、住宅ローンなどの控除を年末調整では申請せずに、確定申告をオンラインでしてみましょう。
e-tax連携が終わっていればポチポチするだけで、値の入力もする必要もありません。
これから先も確定申告は連携が増えてどんどん楽になっていきそうですし、ユーザーインタフェースも毎年改善が続いています。
まずは今あなたの契約している保険会社などがマイナポータル連携できるかを調べましょう。
https://www.nta.go.jp/taxes/tetsuzuki/mynumberinfo/list.htm
ほとんどの控除項目で連携が可能になっています。連携可能な場合は連携の手続きをしましょう。
この作業を年内に済ませておきましょう。
面倒な手続きですが、一度すれば来年以降は手続き不要ですので頑張りましょう。
連携不可能な会社がまだ少し残っていますが、その場合も控除証明書に書かれている数字を指定の場所に打ち込むだけですので、そんなに難しくありません。
元増田さんは持ってそうな雰囲気でしたが、もしも持ってらっしゃらなくてこの文章を読んでる方へ
スムーズに確定申告をするにはマイナポータル連携などが必要なので、マイナンバーカードが必須です。
そもそも、マイナンバー制度は、行政を効率化し、国民の利便性を高めるために作られたものですので、その恩恵を受けるにはマイナンバーカードが必要です。
ほとんどの手続きは2024年版（1年前）の手続きと同じなので、古本や図書館で借りるので十分です。数年以上前の本は色々変わっていますので避けましょう。
Kindle Unlimitedにもたくさん本があります。
確定申告の時期は、基本的には2025年2月17日（月）から2025年3月17日（月）です。税務署に行って相談しながら紙ベースで作業するならこの期間に提出しましょう。
ただしオンラインで確定申告をする場合は少々早く申請しても受け付けてもらえます。
私自身は毎年1月上旬にオンラインで確定申告を行っていますが、全く問題なく受け付けていただいています。
数週間で還付金は振り込まれています。数か月還付金が振り込まれないなんて事はありません。
年末調整で次の月の給料が調整されるより、確定申告した結果として還付金が振り込まれる方が、うれしさや実感としては大きいように思います。
以前に「この1年で確定申告がめっちゃ簡単になってるよ」を書きました。よろしければそちらも参考に
Twitterでやばいプライバシーポリシー見かけたのでメモ
---
Geartics（以下，「当社」といいます。）は，本ウェブサイト上で提供するサービス（以下,「本サービス」といいます。）におけるプライバシー情報の取扱いについて，以下のとおりプライバシーポリシー（以下，「本ポリシー」といいます。）を定めます。
プライバシー情報のうち「個人情報」とは，個人情報保護法にいう「個人情報」を指すものとし，生存する個人に関する情報であって，当該情報に含まれる氏名，生年月日，住所，電話番号，連絡先その他の記述等により特定の個人を識別できる情報を指します。
プライバシー情報のうち「履歴情報および特性情報」とは，上記に定める「個人情報」以外のものをいい，ご利用いただいたサービスやご購入いただいた商品，ご覧になったページや広告の履歴，ユーザーが検索された検索キーワード，ご利用日時，ご利用の方法，ご利用環境，郵便番号や性別，職業，年齢，ユーザーのIPアドレス，クッキー情報，位置情報，端末の個体識別情報などを指します。
当社は，ユーザーが利用登録をする際に氏名，生年月日，住所，電話番号，メールアドレス，銀行口座番号，クレジットカード番号，運転免許証番号などの個人情報をお尋ねすることがあります。また，ユーザーと提携先などとの間でなされたユーザーの個人情報を含む取引記録や，決済に関する情報を当社の提携先（情報提供元，広告主，広告配信先などを含みます。以下，｢提携先｣といいます。）などから収集することがあります。
当社は，ユーザーについて，利用したサービスやソフトウエア，購入した商品，閲覧したページや広告の履歴，検索した検索キーワード，利用日時，利用方法，利用環境（携帯端末を通じてご利用の場合の当該端末の通信状態，利用に際しての各種設定情報なども含みます），IPアドレス，クッキー情報，位置情報，端末の個体識別情報などの履歴情報および特性情報を，ユーザーが当社や提携先のサービスを利用しまたはページを閲覧する際に収集します。
ユーザーに自分の登録情報の閲覧や修正，利用状況の閲覧を行っていただくために，氏名，住所，連絡先，支払方法などの登録情報，利用されたサービスや購入された商品，およびそれらの代金などに関する情報を表示する目的
ユーザーにお知らせや連絡をするためにメールアドレスを利用する場合やユーザーに商品を送付したり必要に応じて連絡したりするため，氏名や住所などの連絡先情報を利用する目的
ユーザーの本人確認を行うために，氏名，生年月日，住所，電話番号，銀行口座番号，クレジットカード番号，運転免許証番号，配達証明付き郵便の到達結果などの情報を利用する目的
ユーザーに代金を請求するために，購入された商品名や数量，利用されたサービスの種類や期間，回数，請求金額，氏名，住所，銀行口座番号やクレジットカード番号などの支払に関する情報などを利用する目的
ユーザーが簡便にデータを入力できるようにするために，当社に登録されている情報を入力画面に表示させたり，ユーザーのご指示に基づいて他のサービスなど（提携先が提供するものも含みます）に転送したりする目的
代金の支払を遅滞したり第三者に損害を発生させたりするなど，本サービスの利用規約に違反したユーザーや，不正・不当な目的でサービスを利用しようとするユーザーの利用をお断りするために，利用態様，氏名や住所など個人を特定するための情報を利用する目的
ユーザーからのお問い合わせに対応するために，お問い合わせ内容や代金の請求に関する情報など当社がユーザーに対してサービスを提供するにあたって必要となる情報や，ユーザーのサービス利用状況，連絡先情報などを利用する目的
当社は，次に掲げる場合を除いて，あらかじめユーザーの同意を得ることなく，第三者に個人情報を提供することはありません。ただし，個人情報保護法その他の法令で認められる場合を除きます。
人の生命，身体または財産の保護のために必要がある場合であって，本人の同意を得ることが困難であるとき
公衆衛生の向上または児童の健全な育成の推進のために特に必要がある場合であって，本人の同意を得ることが困難であるとき
国の機関もしくは地方公共団体またはその委託を受けた者が法令の定める事務を遂行することに対して協力する必要がある場合であって，本人の同意を得ることにより当該事務の遂行に支障を及ぼすおそれがあるとき
前項の定めにかかわらず，次に掲げる場合は第三者には該当しないものとします。
当社が利用目的の達成に必要な範囲内において個人情報の取扱いの全部または一部を委託する場合
合併その他の事由による事業の承継に伴って個人情報が提供される場合
個人情報を特定の者との間で共同して利用する場合であって，その旨並びに共同して利用される個人情報の項目，共同して利用する者の範囲，利用する者の利用目的および当該個人情報の管理について責任を有する者の氏名または名称について，あらかじめ本人に通知し，または本人が容易に知り得る状態に置いているとき
第5条（個人情報の開示）
当社は，本人から個人情報の開示を求められたときは，本人に対し，遅滞なくこれを開示します。ただし，開示することにより次のいずれかに該当する場合は，その全部または一部を開示しないこともあり，開示しない決定をした場合には，その旨を遅滞なく通知します。なお，個人情報の開示に際しては，１件あたり１，０００円の手数料を申し受けます。
本人または第三者の生命，身体，財産その他の権利利益を害するおそれがある場合
前項の定めにかかわらず，履歴情報および特性情報などの個人情報以外の情報については，原則として開示いたしません。
第6条（個人情報の訂正および削除）
ユーザーは，当社の保有する自己の個人情報が誤った情報である場合には，当社が定める手続きにより，当社に対して個人情報の訂正または削除を請求することができます。
当社は，ユーザーから前項の請求を受けてその請求に応じる必要があると判断した場合には，遅滞なく，当該個人情報の訂正または削除を行い，これをユーザーに通知します。
第7条（個人情報の利用停止等）
当社は，本人から，個人情報が，利用目的の範囲を超えて取り扱われているという理由，または不正の手段により取得されたものであるという理由により，その利用の停止または消去（以下，「利用停止等」といいます。）を求められた場合には，遅滞なく必要な調査を行い，その結果に基づき，個人情報の利用停止等を行い，その旨本人に通知します。ただし，個人情報の利用停止等に多額の費用を有する場合その他利用停止等を行うことが困難な場合であって，本人の権利利益を保護するために必要なこれに代わるべき措置をとれる場合は，この代替策を講じます。
第8条（プライバシーポリシーの変更）
本ポリシーの内容は，ユーザーに通知することなく，変更することができるものとします。
当社が別途定める場合を除いて，変更後のプライバシーポリシーは，本ウェブサイトに掲載したときから効力を生じるものとします。
第9条（お問い合わせ窓口）
本ポリシーに関するお問い合わせは，下記までお願いいたします。
以上
ワイの答え。
https://togetter.com/li/2369637
ずっとソフトウエアエンジニアで飯食っていたのですが、2021年4月からIT系専門学校の教員を3年間やってきました。
始めるうえでやって良かったこと。逆にがっかりしたことを書こうと思います。
いずれちゃんと書くつもりだったのですが、途中で飽きてしまったのでwとりあえず下書きっぽいのを投げてます。
—-
教員になってすぐに、理事長含むお偉方の前で模擬授業をやったのですが、そこでの理事長の評価がとても良かったそうです。私がいないところで褒められたので、どこが良かったのかわからないのですが、模擬授業中の他教員からのフィードバックでは、「常に教室中を見回して聞き手のことを見ている」「適当な時間に質問タイムを入れている」などをいただきました。この辺りは説明やプレゼンを数多くこなしていれば普通に対応できると思います。どちらかというと、「初手で理事長に好印象付けに成功した」が大きかったと思います。
とりあえず、なんとかなりそうだとの感触を持ちました。
さて、私は大卒で専門学校のことも知らないし教員歴もありません。
なので、経験のある社員教育（OJT）をベースに、不具合があったところを修正する、という方針で臨みました。
②課題解決のための材料の提供のみ行い、課題解決は自身で行なってもらう。こちらが全てお膳立てして、こちらの想定に沿った解決策の提示を行なってもらっているので、まだ自立しているとは言えないが、本人は自分の努力で解決したという自意識を持っている。
③「なぜこの課題を解決すべきなのか」という問題提起のみ行い、解決のためのリソースを入手するところから自力でやってもらう。これができるようになると、こちらの想定を超えた課題解決を行うことがあり、仕事を任せることができる。
こちらをベースに、不具合のあるところをアレンジする方針で臨みました。
基本方針は
①専門知識は全て教員が持ち、必要な情報を全て提供する「教師と生徒（≠学生）の関係」
②体調が悪い時には自ら病院に通い、専門技術を持った医者の医療サービスを受けるような「医者と患者の関係」
③RPGの「武器屋」のように、自ら魔王は倒さないけど、各自に合った良い武器の選び方、武器の使い方は教える「勇者と武器屋の関係」
③だけちょっと表現が違いますが、これが1番学生に通じやすかったんです。
また、学生は「さん」づけで呼びました。TPOによっては呼び捨てもしますが、「あの子」のような「子」とは呼びませんでした。「あの子呼ばわり」というとネガティブな印象の方が私には強いので。
基本的に学生との接触回数・接触時間を増やすことで、学生からの好感度・信頼度は上がります（人によって上昇率に差はあるにせよ）
朝早くから在室しているメンバーは固定されがちですが、まずは少数の学生であっても、良い評判を勝ち取り、口コミで他の学生評判が広がってくれれば良いと考えました。
これはずっと続けたかったのですが、特に3年目は仕事が忙しく、時間ギリギリに通勤するのがやっとだったので中断してしまったのが残念です。
専門学校が大学と違うところの一つが、専門学校にはゼミ・研究室がないことです。
コロナ禍でオンライン登校が多かったせいもあると思いますが、学生同士のつながりが希薄です。クラブ活動も全面ストップだったので、クラス外の学生、学年を跨いだ学生同士の連携はほとんどないように感じました。
大学だと、学生が何かわからないことがあれば、まず同じ研究室生・同級生に、次に先輩に質問し、それでもわからなければ教員に聞きにくると思うのですが、専門学校だと、割と軽微な質問まで教員にきます。もちろん困っている学生がせっかく相談に来てくれたのだからそのつながりは大事にしますが、教員に聞きにくるまでに捨てられた無数の質問もあったんだろうなと思いましたので、そちらをなんとかしたいと考えました。
こんな便利なツールがあるよ。よかったら授業で使ってください。という「紹介」をしました。
細かい使い方までは言わなかったのですが、特にグループワークで学生が自主的に使ってくれました。
特に人気があったのはMiro（ブレインストーミングやカンバンなど）、Figma（アプリのデザインなど）、Notion（技術共有などWiki的な使い方）などです。どれも複数人の同時編集機能があるので、グループワークで使うのに相性が良かったようです。
ツールの使い方、どんな図面・ドキュメントを書くかなど、学生同士が細かく相談したり、あるチームの成果を別のチームで紹介したり等、学生が自主的に動いてくれました。
統制が取れた、良いチームワークができたと思っています。
統制とは（辞書に載っている意味とは違うかもしれませんが）個人が自主的に別の個人やチームに共感し、自主的にその方針に従っている状態が保たれている時、「統制が取れている」と言う言い方を、私はします。
フォローアーシップが十分に発揮されている状態、と思って頂ければと。
1年目は登校授業が週1に制限されていたので、放課後の学生居残りまで発想が及ばなかったのですが、「夏休み中に登校して、学校で基本情報の勉強をしたい」との学生の申し出があったのでいろいろ調べたところ、前日までに登校計画書を提出すれば対応可能だとわかりました。計画書さえ出せば毎日登校でも良いそうです。その後、通常授業の日も事前に学生名などを届けることで教室が使えることになったので、できるだけ学生を呼ぶようにしました。
卒業の1年以上前に内定を取る学生もいますので、彼らに未内定学生のフォローを手伝ってもらいました。
「面接でどんな質問があるか」等、最新の就活事情は私もわかりませんし、その辺の情報は学生が1番詳しいです。
教員や就活支援担当のいうことより、同年代の学生の経験談の方が、説得力もありますし、学生も真剣に聞いてくれます。
さらには、就活フォローの名目で、学生との1on1に当てていました。
「自己PRのネタ探し」などの名目で、学生の経験などをかなり詳しく聞くことができます。普段なかなか聞けない「みんなより1学年上なのはなぜ？」などの質問もできますので、私にとっては貴重な時間です。
私は座学をほとんど受け持たず、実技メインの授業でした。
実技メインなのは助かりました。
技術者として他の人に指導なり水平展開するのと、基本的に同じやり方が取れるからです。
技術リーダーの仕事は「自身のスキルを持って、他の技術者の成果を向上させる」です。それは教員でもほとんど同じです。
受け持ちも3、4年生なので、2年以上プログラミングを学んだ人たちです。ずぶの素人集団ではありません。
特にグループワークの授業では「チームがより良い成果を出すためには、チームメンバーの技術、知識、経験をフルに生かすこと」を命題に、かつて学んだCrew Resource Managementの技術をベース（CRM自体を学生に学んで欲しいわけではないので）に、Psychological SafetyやHealthy Conflictの考え方を交えた取り組みを行いました。
引き継いだシラバスから、デザイン思考を用いた企画発案、スクラムによるアプリ開発を重点に、他の部分は極力削ぎ落としたり簡単に取り上げるだけにしたのも良かったと思います。
実際の授業では、先に挙げた通り学生同士の教え合いを活発化させることをメインに、こまめに学生の机の間を回って、学生から質問なり、ただの雑談があったときにすぐに話ができるようにしていました。
このあたりは、工夫というほどではないですね。
専門学校は1コマが50分しかないので、途中で集中力が切れてしまったら、時間内の回復は難しいです。
なので、できるだけ授業を止めない。たとえばあるチームの質問を他のチームにも展開したいと思った時には、その場で一旦授業を止めるのではなく次のコマの開始時にまとめて話をするようにしました。
逆に、これは50分持たないな、と思った時には、あえて中間に5分ほどアイスブレイクを入れることもあります。
この辺り、授業進行・クラス運営は技術ではなくアートだなと強く感じました。
基本的には「中間層の学生をメインに授業設計する」「よりできる学生は本人の自主性・成長力に期待する」「それ以外の学生は個別対応」で対応しました。クラスに40名以上もいると、全員個別対応はできませんので・
ただ、できる学生だからと放っておいてもいいわけではない。常に気を配っている姿勢を見せつづけないといけない。
で、そういう学生には「こちらからお願いごとをする」機会をできるだけ作るようにしました。
直近2年連続で学年総代を私のクラスから輩出させていただいたのですが、彼（女）らは、4月の時点では特に目立って他学生への気配り・目配りができるタイプではなかったです（仲間内では人気がある学生でしたが）。「総代候補」の学生数人を中心にこちらからお願い事を増やし「ありがとう」という感謝の意を伝えるようにしました。
結局、総代になった学生は、私から最もお礼を言った学生になりました。
総代になる学生は、何か具合の悪いことが起こった時に逃げたしだりやる気を失ったりせず、問題解決しようとするか、少なくともテンションが大幅に下がることがないですね。そういう「胆力」がある学生が結果的に総代になってくれて、個人的にはうれしかったです。
高校時代の出席率が良くない学生は、（高校の入試偏差値が高くても）成績がよくないケースが多いです。高校時代の出席率は入試担当部門に行けば見せてもらえるので（そのことを知ったのは教員やって1年以上経ったころでしたが）、予め当たりをつけることができました。
ちなみに今は高校時代の成績、出席率は教務担当はオンラインで見られます。なぜか国語の成績はシステムに入ってないので、そちらは相変わらず見に行かないといけないのですが。
人数はそう多くないのですが、高卒資格で入学してくる学生は、これらの情報がありません。学生のコミュ力は結構な差があって一概にいえないのですが、教員含む大人との駆け引きは苦手な学生が多い印象です。つまり、就活が大変になるということです。
調子の良くない学生の典型例として心療内科の受診経験者も結構いたのですが、教員にも隠していることが多く、引き継ぎにも書かれていないケースや、本人から他教員に言わないで欲しいという申し出もたまにあります。
私の場合、心療内科受診を勧めた学生に受診歴なしの学生はいなかったのですが（受診歴あるのに本人から申告されるまで気づかなかった学生はいます。）こういう対応ができる教員はそう多くないので、学生が隠したがる一員になっていると考えています。
対処法は学生による、としか言いようがないですね。学生むけの無料相談室を勧めるところまでは共通ですが。
前年度の担任から、「特に問題点はない素直な学生だが成績は良くない」という引き継ぎを受けた学生が、実は大人を騙すことになんのためらいも無い人物だったことがありました。私などからすると「こんな単純なウソが大人に通用すると本気で思っているのか？」と思える幼稚な対応でしたので、すぐに保護者連絡を取って（当然保護者は気づいていますので）、保護者・担任の連携が強固に取れていることをアピールすると、少なくともウソが通用しないことは気づきます。基本的には保護者から「先生、なんとか卒業だけはさせてください」という言質を取って、とっとと卒業してもらう、というスタンスです。
やたら素っ気ない態度と、1年の時から比較して成績が急降下していた学生がいたのですが、彼女の友人から「父親と決定的に仲が悪く、そのためか年長男性に心を開かない」ことを教えてもらうまでは、全くとりつく島がなく、苦労した学生がいました。会話が成立するようになってからも、特に強い言葉を使ったつもりもないのに学校に来なくなってしまうことが時々あったのですがなんとか就職も決まり、今は元気にやっている様子です。
出席率・単位が不足する学生には補習を受けてもらうのですが、私を含めごく少数の教員は「他の人よりちょっと多く学校に来てもらうことになったけど、これが終われば進級・卒業できるんだから、あとちょっとだけがんばろう」というスタンスでした。補習が終わり「これで卒業決定です。4月からは新社会人として頑張ってください」というと、学生自ら反省とか決意とかを言ってくれるので、こちらはそれを信じて送り出します、
一方で補習中ずっと説教モードの教員も多く、聞いているこちらがうんざりしました。説教しない教員同士で「学生はすでに十分反省しているのに、なんでまだ怒るんでしょうね」とヒソヒソ話をしてたものです。
事前に全く想定していませんでした。
私自身、大学どころか、高校、中学の先生と両親が面談をやっていた記憶がありません。
とりあえず
「できるだけエビデンスを揃える」
で臨みました。
成績の良くない学生・就職を控えている学生の保護者との面談は特に重要です。
「もうすぐ社会人なのだから、自分で決断・行動してほしい。先生にお尻を叩かれてから行動を起こすようでは困る」という保護者は多い、というか、ほぼ全員です。こちらももとよりそのつもりです。
単純に放置する保護者も多いのですが、「1人前になるのはゴールではなくスタートですよね？1人前の人間としての能力を持ったら、その力をどう使うべきでしょう？困っている人を助けるのも、力の使い方のひとつと思います」などと偉そうなことを言って、保護者連携を強化しました。
最新の就職事情がわからない。自身はIT系の人間ではないので、どういう支援をしたら良いのかわからない、という保護者の方には、過去の学生の活動事例、本校学生の就職先、勤務地などの資料をもとに、説明を繰り返しました。
大学の就活に関する情報はネットにたくさんありますが、専門学校生に特化した情報は意外とありません。それはこちらも同じなのですが、「ここは大学生とほぼ同じ。ここは事情が違う」という情報を集めてご報告しました。
「先生と会ってどんな話をしたらいいのかと思っていたが、お話できてよかったです」というメールをいただいた時にはホッとしました。
1. とにかく忙しい。
去年の3月末で辞めた教員の補充しなかったため、仕事が山積みになった
その前年にもベテラン2名が辞めていたので、土日も休めない状況になった。
2.やることがなくなってしまった
2年目で数値化できる数値はほぼずべて学年トップ。場合によってはIT学科トップや全校でも2、3番手などになってしまい、さらに上を目指すものがなくなった
校長など経営陣の意向を取り違える。他の学科長と連携しないなど、独自路線を突っ走る。かといって学科の取りまとめもやらないので、成果の出ない（クラス数激減）学科になった。
4. 他教員と話が合わない
4年ではスクラム開発を取り上げるのですが、4年担任はよくいえばスクラムガイドに忠実。悪くいえば批判的精神がない、なぜこういうルールになったのかまで考えが至らないタイプでした。
スクラムガイドには、チームは「10名以下」と明記されているのですが、チーム開発経験の乏しい学生にこの人数は多すぎです。
実際、成果を出したチームは4人チームが最も多かったのですが、ずっと多人数チームに固執し続けていました。
4年生は当然実力はあるのですが、それに見合った成果が出ませんでした
5.他教員が働かない
2、3名で案内をしていたのですが、体が不自由そうな保護者の方をエレベーターに誘導したり、 Permalink | 記事への反応(2) | 13:20
大手SIerも状況は同じ。どんどん踏み台にして転職してるよ。
ソフトウエアエンジニアリング会社と違う所は、いわゆる「DX」を目指して高給でエンジニアを集めている非IT系の企業へ転身も増えてる点かもね。
業界知識＋ITスキルで転職。そういった企業は、ちゃんとIT業種向けに水準の高い給与を設定しつつ、日本企業の手厚い福利厚生が利用できるので幸せにやってる連中がけっこういる。
企業目線で言えば、人手不足を背景に、ソフトウエアエンジニアリングが専門かどうかとかは関係なく人材流出してるってことなんだよな。
ちょっと前にNTTがgoogle予備校なんて呼ばれたことがあったけど、まだまだそんな状況が続いている。
やたらとキャリア採用増やして新卒採用を減らしてるけど、あれは人材流動化とか綺麗事じゃ無い部分も多くてね。
新卒は来なくなって、実働部隊がどんどん流出してるからだ。それをより条件の悪い会社から人材を吸い上げてなんとか帳尻を合わせてる。
それがあるから、SIerも変革を求められてて、給与水準も上がっているし、社内改革も進んでいる。最悪の状況は脱しつつある。
部署によっては脱していて高い利益率を出しているところもあるが、しがらみを抱えてうまくいってない所も多い。
出奔して別の会社にいけない出がらしみたいな人たちと、表向きのきらきら求人・上澄みの上手くいっている所の宣伝で転職してきた人たちとの間で意識のずれがあって結構カオス。
100人の凡才より1人の天才の方が生産性が高いから論、これよく言われるけど疑問なんだよなあ。
同じソフトを100個売るのと1000万個売るのでコストがほとんど変わらない。
サービスだともうちょっと事情が違うにしても、そこが圧倒的に違うような。
1人の天才の方が100人の凡人より生産性が高いのが当たり前の世界、ってのは、尖った機能を持ったソフトウエアライブラリや、単機能モジュールなんかは確かにそうだと思う。けど、一定以上の規模があると1人の天才じゃ物理的に対応ができなくなるよね。
例えば、超優秀なAIを開発したとして、それをサービス化するための作業はひとりじゃ無理。天才的能力は必要ないが、時間がかかる仕事は山のように発生する。
だから、ソフトウエアも労働集約型の性質を持っているんだよ。（もちろん例外はある）
そこで、ひとりの天才はソフトウエアアーキテクトは超高給を得られるのは当然としても、それ以外の凡人も他の産業よりも高給になっているのは何故か？
それは、限界費用がゼロに近いからだよ。それで収益力が高いからだよ。
超優秀な1人の生産性が凡人100人に勝るのは、エンジニアリングの世界ではわりと不変的な事で、ソフトウエアに限らないと思う。
その証拠に、数が出ないサービス、フルスクラッチのサービスの制作に従事する人々（増田が言う「SIerとかいうガラパゴスビジネスは労働集約型産業」のやつ）はお給料が安い訳よ。有象無象の中小企業よりはそりゃ出てるけど、大手製造業に比べると見劣りする。
そういったガラパゴスSIerので今何が起こっているかというと、収益力の高いビジネスの影響を受けた、ソフトウエア技術者の人件費高騰と人材不足。
自社はそんな収益力の高いビジネスをできているわけではないのにね。
で、SIerが一品モノの開発ビジネスから脱却して、オファリングだのルマーダだのユーバンスだのもがき苦しんでるってのが最近の話だよな。
従来はパッケージは最小限のモジュールしかなくて、、受注したら各社ごとにカスタマイズして売るって商売だった。そのカスタマイズこそが人月商売で安定した利益が望めるってんで、SE部隊と関連する下請け会社を食わせてたわけだ。各社導入時に必ず追加するような機能までコードを流用せず別開発したりして、それで商売していた。
一方で、人口減少の時代と需要爆発による人材不足に、更にカスタマイズ大杉問題によるシステムの肥大化、各種コスト上昇に加えて、株主に物言う株主、アクティビストが増えて、高収益を求められる時代に。そこで、
に行こうとしているわけだよ。
うまくいってないけどな！
うまくいってないけどな！！
うまくいってないけどな！！！
あと、パッケージ化のしようがなくてフルスクラッチで作り続けなければいけないシステムってのはどうしても存在するのも各社頭痛の種だよな。収益率低くてリスクが高いわりに儲からないし、優秀な若い人ほどやりたがらない。アクセンチュアとかが絶対手を出さない領域。
切りたいけど切れないやつ。
すぐにGAFAいちゃうとことろとかも、まるでコーダーがSEって名刺に書いて客先常駐する人が妄想してるみたいですけど、アメリカでもそういうことあるんですねえ。
