「ソフトウエア」を含む日記 RSS

はてなキーワード: ソフトウエアとは

2024-05-03

退職エントリー的な何か

ずっとソフトウエアエンジニアで飯食っていたのですが、2021年4月からIT系専門学校教員を3年間やってきました。

今年の3月末で退職し、技術系の会社転職しました。

教員は初めての経験でした。

始めるうえでやって良かったこと。逆にがっかりしたことを書こうと思います

いずれちゃんと書くつもりだったのですが、途中で飽きてしまったのでwとりあえず下書きっぽいのを投げてます

—-

教員になってすぐに、理事長含むお偉方の前で模擬授業をやったのですが、そこでの理事長評価がとても良かったそうです。私がいないところで褒められたので、どこが良かったのかわからないのですが、模擬授業中の他教員からフィードバックでは、「常に教室中を見回して聞き手のことを見ている」「適当時間質問タイムを入れている」などをいただきました。この辺りは説明プレゼンを数多くこなしていれば普通に対応できると思います。どちらかというと、「初手で理事長に好印象付けに成功した」が大きかったと思います

とりあえず、なんとかなりそうだとの感触を持ちました。


まず、何を考えて教員をやったか。やって良かったこと等。

さて、私は大卒専門学校のことも知らないし教員歴もありません。

なので、経験のある社員教育OJT)をベースに、不具合があったところを修正する、という方針で臨みました。

新人から入社数年くらいの社員に対しては

課題解決方法提供、答え合わせまで行う。

課題解決のための材料提供のみ行い、課題解決自身で行なってもらう。こちらが全てお膳立てして、こちらの想定に沿った解決策の提示を行なってもらっているので、まだ自立しているとは言えないが、本人は自分努力解決したという自意識を持っている。

③「なぜこの課題解決すべきなのか」という問題提起のみ行い、解決のためのリソースを入手するところから自力でやってもらう。これができるようになると、こちらの想定を超えた課題解決を行うことがあり、仕事を任せることができる。

という順序で指導を行っています

こちらをベースに、不具合のあるところをアレンジする方針で臨みました。

基本方針

①専門知識は全て教員が持ち、必要情報を全て提供する「教師と生徒(≠学生)の関係

②体調が悪い時には自ら病院に通い、専門技術を持った医者医療サービスを受けるような「医者と患者の関係

RPGの「武器屋」のように、自ら魔王は倒さないけど、各自に合った良い武器の選び方、武器の使い方は教える「勇者武器屋関係

という3つの関係の使い分けです。

③だけちょっと表現が違いますが、これが1番学生に通じやすかったんです。

また、学生は「さん」づけで呼びました。TPOによっては呼び捨てしますが、「あの子」のような「子」とは呼びませんでした。「あの子呼ばわり」というとネガティブな印象の方が私には強いので。


学生対応について

基本的学生との接触回数・接触時間を増やすことで、学生から好感度信頼度は上がります(人によって上昇率に差はあるにせよ)

なので、登校日はできるだけ朝早く教室に顔を出しました。

学生によっては、授業の始まる30分前には学校に来ています

朝早くから在室しているメンバーは固定されがちですが、まずは少数の学生であっても、良い評判を勝ち取り、口コミで他の学生評判が広がってくれれば良いと考えました。

これはずっと続けたかったのですが、特に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番手などになってしまい、さらに上を目指すものがなくなった

3.学科長の方針独自すぎる

校長など経営陣の意向を取り違える。他の学科長と連携しないなど、独自路線を突っ走る。かといって学科の取りまとめもやらないので、成果の出ない(クラス数激減)学科になった。

4. 他教員と話が合わない

4年ではスクラム開発を取り上げるのですが、4年担任はよくいえばスクラムガイドに忠実。悪くいえば批判精神がない、なぜこういうルールになったのかまで考えが至らないタイプでした。

スクラムガイドには、チームは「10名以下」と明記されているのですが、チーム開発経験の乏しい学生にこの人数は多すぎです。

実際、成果を出したチームは4人チームが最も多かったのですが、ずっと多人数チームに固執し続けていました。

4年生は当然実力はあるのですが、それに見合った成果が出ませんでした

成果の出ない授業の担当は、本当に苦痛でした。

5.他教員が働かない

関係者以外の目に触れた実例として卒業式の例を。

私は卒業生・保護者来賓の方の誘導係でした。

2、3名で案内をしていたのですが、体が不自由そうな保護者の方をエレベーター誘導したり、 Permalink | 記事への反応(2) | 13:20

2024-04-04

anond:20240404030621

大手SIerも状況は同じ。どんどん踏み台にして転職してるよ。

ソフトウエアエンジニアリング会社と違う所は、いわゆる「DX」を目指して高給でエンジニアを集めている非IT系企業へ転身も増えてる点かもね。

業界知識ITスキル転職。そういった企業は、ちゃんIT業種向けに水準の高い給与を設定しつつ、日本企業の手厚い福利厚生が利用できるので幸せにやってる連中がけっこういる。

企業目線で言えば、人手不足を背景に、ソフトウエアエンジニアリングが専門かどうかとかは関係なく人材流出してるってことなんだよな。

外資新世代のソフトウエア企業人材狩り場。

ちょっと前にNTTgoogle予備校なんて呼ばれたことがあったけど、まだまだそんな状況が続いている。


SIer採用計画とかひどいよな。

やたらとキャリア採用増やして新卒採用を減らしてるけど、あれは人材流動化とか綺麗事じゃ無い部分も多くてね。

新卒は来なくなって、実働部隊がどんどん流出してるからだ。それをより条件の悪い会社から人材を吸い上げてなんとか帳尻を合わせてる。

それがあるからSIerも変革を求められてて、給与水準も上がっているし、社内改革も進んでいる。最悪の状況は脱しつつある。

部署によっては脱していて高い利益率を出しているところもあるが、しがらみを抱えてうまくいってない所も多い。

出奔して別の会社にいけない出がらしみたいな人たちと、表向きのきらきら求人・上澄みの上手くいっている所の宣伝転職してきた人たちとの間で意識のずれがあって結構カオス

2024-04-03

ソフトウエア産業が高給なのは普通に限界費用が低いからでは?

anond:20240403150458

100人凡才より1人の天才の方が生産性が高いから論、これよく言われるけど疑問なんだよなあ。

単純に限界費用が凄く低く抑えられるからだと思うんだけど。

同じソフトを100個売るのと1000万個売るのでコストほとんど変わらない。

サービスだともうちょっと事情が違うにしても、そこが圧倒的に違うような。


1人の天才の方が100人の凡人より生産性が高いのが当たり前の世界、ってのは、尖った機能を持ったソフトウエアライブラリや、単機能モジュールなんかは確かにそうだと思う。けど、一定以上の規模があると1人の天才じゃ物理的に対応ができなくなるよね。

例えば、超優秀なAIを開発したとして、それをサービス化するための作業はひとりじゃ無理。天才能力必要ないが、時間がかかる仕事は山のように発生する。

からソフトウエアも労働集約型の性質を持っているんだよ。(もちろん例外はある)

そこで、ひとりの天才ソフトウエアアーキテクトは超高給を得られるのは当然としても、それ以外の凡人も他の産業よりも高給になっているのは何故か?

それは、限界費用ゼロに近いからだよ。それで収益力が高いからだよ。

超優秀な1人の生産性が凡人100人に勝るのは、エンジニアリング世界ではわりと不変的な事で、ソフトウエアに限らないと思う。


その証拠に、数が出ないサービスフルスクラッチサービス制作従事する人々(増田が言う「SIerかいガラパゴスビジネス労働集約産業」のやつ)はお給料が安い訳よ。有象無象中小企業よりはそりゃ出てるけど、大手製造業に比べると見劣りする。

そういったガラパゴスSIerので今何が起こっているかというと、収益力の高いビジネスの影響を受けた、ソフトウエア技術者人件費高騰と人材不足

自社はそんな収益力の高いビジネスをできているわけではないのにね。

で、SIer一品モノの開発ビジネスから脱却して、オフリングだのルマーダだのユーバンスだのもがき苦しんでるってのが最近の話だよな。

ありがちな奴は、なんちゃってパッケージシステム廃止

従来はパッケージは最小限のモジュールしかなくて、、受注したら各社ごとにカスタマイズして売るって商売だった。そのカスタマイズこそが人月商売で安定した利益が望めるってんで、SE部隊と関連する下請け会社を食わせてたわけだ。各社導入時に必ず追加するような機能までコードを流用せず別開発したりして、それで商売していた。

一方で、人口減少の時代需要爆発による人材不足に、更にカスタマイズ大杉問題によるシステム肥大化、各種コスト上昇に加えて、株主物言う株主アクティビストが増えて、高収益を求められる時代に。そこで、

に行こうとしているわけだよ。


うまくいってないけどな!

うまくいってないけどな!!

うまくいってないけどな!!!

でも、諦めた瞬間に即死からやるしかないけどな!!!


あと、パッケージのしようがなくてフルスクラッチで作り続けなければいけないシステムってのはどうしても存在するのも各社頭痛の種だよな。収益率低くてリスクが高いわりに儲からないし、優秀な若い人ほどやりたがらない。アクセンチュアとかが絶対手を出さな領域

切りたいけど切れないやつ。

こんなのほとんど公務員と同じ構造で、真面目に給与計算したらすげえ安くなっちゃうと思うぜ。

2024-04-01

anond:20240401100123

アメリカソフトウエアアーキテクトさん、時差を乗り越えて投稿ありがとうございます

今7時の晩酌タイムなのでいいですよ

バリバリコードを書きがジョブディスクリプションに入ってるなら、それちょっと特殊立場ですね。

普通は入ってます

すぐにGAFAちゃうとことろとかも、まるでコーダーSEって名刺に書いて客先常駐する人が妄想してるみたいですけど、アメリカでもそういうことあるんですねえ。

「いちゃう」は「言っちゃう」かな?

SEとかコーダーってアメリカであまり聞かない、特に前者は存在しないのでよくわからないですね

実際にGAFAまで行かなくてもソフトウェア会社はそうですよ

anond:20240401091841

アメリカソフトウエアアーキテクトさん、時差を乗り越えて投稿ありがとうございます

バリバリコードを書きがジョブディスクリプションに入ってるなら、それちょっと特殊立場ですね。すぐにGAFAちゃうとことろとかも、まるでコーダーSEって名刺に書いて客先常駐する人が妄想してるみたいですけど、アメリカでもそういうことあるんですねえ。

親近感がわきました。

anond:20240401090216

アメリカソフトウエアアーキテクトとして設計して書いてるけど

まともなソフトウエア企業設計してる人でバリバリ書かない人なんていないよ

GAFA設計してる人で書いてませんなんて人いない

2024-03-28

anond:20240328182246

日本プログラマソフトウエアエンジニア)で稼ぐのは難しい

アメリカトップテックなら数千万から数億を狙える

日本でいうなら一番いいのは外資のプリセール

その他外資コンサルタントと名のつくやつ

これはインフラ含めてなのでアマゾンAWSソリューションアーキテクトとかもこの枠

あとセキュリティエンジニアはおそらくこれからどんどん需要がある

データサイエンスAIは地続きだけど日本に数百人くらいしか需要がない

AI専門はさらに少ない

どれも英語必須

2024-03-27

anond:20240327230807

昔の話もっと思い出してきた

英語ができるだけではソフトウエア外資は無理だったけどSES一年やったのを盛りに盛ってインフラ系やってました!でいけた

盛れるように夜勤の間ルーターネットワークの設定とかは出来るだけ触ってた

あの時も同じペースで履歴書撒き散らして夜勤明けに面接巡りしたよ

anond:20240327125848

アラフォーアラフィフの未経験が一発でいい職に就くのはまず無理やろ

面接経験できただけでもラッキーでは?

わい氷河期エンジニアだけど3年前今の職つく時に30社は応募して10面接してるよ

前職世界トップ10以内のソフトウエア企業エンジニアでもそうだよ

ちなみに前職に就く前はいわゆる底辺SES夜勤こなして職歴つけてから転職したよ

2024-03-24

anond:20240324120044

大工ならいいし腕のいい大工は全部できてるけど

ソフトウエアエンジニアとかそういうのを想定してるんじゃないの?

なら俺のいうことは片耳くらいは傾けたほうが得やで

2024-03-22

あのさあ

 OSSでもクリティカルなやつでもパッチは性能検証してからだ!

 零細より大企業が偉い!

 ソフトウエアエンジニア高校物理不要

 できる人間なら「上流」に行く!

...日本IT大丈夫か?

ワナビー無職だと信じたい

日本IT土人理由

 「基幹系システム場合、初期リリースが登場してから2~3年たったバージョンを使って稼働するシステムが多い」とNEC担当者は話す。機能追加などで保守の頻度が高い顧客向けのWebサービスなどと異なり、基幹系システムの構築には時間がかかる。また最新の技術よりも安定稼働を重視するケースが多い。

 その結果、基幹系システム採用するPostgreSQLバージョンは最新版よりも古くなり、「稼働後2年でデータベースバージョンアップする」といった事態に直面する。サポート期間が終了すれば脆弱性発見されてもパッチ提供はない。サポート期間が切れたソフトウエアを基幹系システムで利用するのはセキュリティーの観点から大きな問題となる。

 サポート期間は終了するが、有償サポートサービス契約してでもPostgreSQLバージョンアップは避けたい――。こう考えるユーザー企業に向けたサービスNECパッチサービスだ。

https://xtech.nikkei.com/atcl/nxt/column/18/00989/032000143/

わろた

こんな土人みたいな速度でやってたらマジでインドインドネシアや新興国に抜かれるぞ・・・

すでに韓国台湾には抜かれてるしな・・・

追記

なにが土人かというと、「特に何の理由もなく2年遅れて使っている」という脳死ビジネスなところかな

2年遅れれば安定するっていう理由もないんだけどね

そしてギャップを埋めるべく無意味パッチビジネス発明

上乗せ型で複雑性の注入

土人すぎる

追記2)

2年遅れのものを使ってたらどう違うん?

良い質問ですね。

基本的には、「疎通先システムや対向システムが古いバージョン対応しなくなっててんやわんや

「最新バージョンなら一瞬で終わることが手間が数倍増えててんやわんや

みたいな感じかな。

土人が騒いでるみたいな感じになるよ。

anond:20240322115459

ちなみにこいつみたいなのとか元のやつとかを黙らせるためにソフトウエアアーキテクトにしろと言った結果最近それになった

俺は控えめな方なのであえて言わなかったけど、ああいう「アーキテクトですが何かw」みたいなのはミーティング始まった時点で「私がこのプロダクトのアーキテクトです」ってガツンとかましとくべきだった

反省

2024-03-20

anond:20240320233400

東大エンジニアとしていい大学かどうかは置いておいて

ソフトウエアエンジニアでも分野にもよるがAIなんかなら微分統計行列まではいるし畳み込みも一応使うし

大学だとアルゴリズムデータストラクチャとかCPUメモリの基礎とかやるので

それを7年分教育するとなるとつまりやってることはほぼ高校大学みたいなことになると思うで

2024-03-04

anond:20240304111639

全然俺出来るけど問題は直接政治じゃなくて国内世界で戦えるソフトウエア会社が無いことだし

それはかなりの部分英語日本語ユーザーの数の問題だし

島国マイナー言語問題というのはもう少なくとも1300年以上やってる話なんだよね

2024-02-03

anond:20240203225124

ということは苦手なのは日本語ソフトウエアーって言い方初めて聞いた

anond:20240203220447

わずにわか場合以外はソフトウエアエンジニアって言っとるで

プログラマと違うとか言い出す人もいるけど個人的にはアーキテクトだろうがスタッフエンジニアだろうが書いてるならプログラマだと思う

2024-01-31

anond:20240131135305

ガチ勢からマジでいうが

生成AIアルゴリズム部分とかは博士とか教授がやってるんだよ

生成AIアルゴリズム部分に関してはOpenAIでも同じ

で、普通ソフトウエアエンジニアリング、は素人には出来ないしだから年収千万とか数億になるんだよ

2024-01-26

住民税決定通知書の電子化まさか暗号化ZIPファイル配布、「紙より不便」の声

 納税者個人住民税地方税)の税額を知らせる「住民税決定通知書」の電子化2024年から始まる。これまでは勤務先の企業が、従業員給与から住民税差し引いて納税し、納税額を知らせる通知書を従業員に紙で配っていた。2024年から電子データ形式での配布も選択できるようになる。配布時期は2024年5~6月になる予定だ。

 しかし新たに採用される電子配布の方法に、企業の人事担当者からは「紙よりも不便だ」「この方法採用できず、紙を続けるしかない」との指摘が相次いでいる。政府採用したのは、通知書本体PDFファイルZIP形式圧縮暗号化したうえで、復号用パスワードの取得方法を記した別のPDFファイルとともに従業員に社内システムを使って配布するという方法だったためだ。配布や閲覧するうえで非常に不便だ。

政府廃止宣言したはずの「PPAP」、国民向けサービスでは採用

 しかZIP暗号化に強固な方式採用したため、WindowsAndroidの標準機能では復号・解凍できないという問題である解凍ソフトウエアを導入するなど閲覧まで手間がかかるうえ、スマートフォンでは扱いにくい。企業関係者は、このまま電子化すると人事部門従業員からの閲覧方法に関する問い合わせが殺到しかねないと警戒する。

https://xtech.nikkei.com/atcl/nxt/column/18/00989/012400137/

ワロタ

IT後進国すぎる

権限のある60代おじいちゃんクラウドとか理解できないんだろうな

2024-01-24

anond:20240124101345

表現パクるのは許せん。

システムパクるのは許せる。

しろソフトウエア特許システムを独占してる連中のほうが腹たつ。

2024-01-23

働く人間にとっては当たり前かもだが自分は知らなかったこと1

同業の他企業は、「ライバル」「敵」とも言い切れない。時には身内、戦友、仲間だったりもする。

BTOB業界では特に明らかだが、ソフトウエア開発のようなもの受託する時、自社だけでは請け負えなくて、溢れる部分については他社に持ってもらうことがある。範囲を区切って、自社分をはっきりさせて、他社分は発注から会社仕事を渡すこともあれば、一旦自社で丸っと受託した上で他社に仕事を再度発注することもある。

このようなことを行う同業他社は(特に後者)一つの案件に関わる身内のような性格が出てくる。進捗をはじめとして情報連携を行う必要があるし、発注元がいい加減な時に申し入れをする際は、ある程度事前に認識を合わせておいたりもする。

同一案件に入らない場合でも、コスト構造行政から受ける影響なりといった状況も似ているので、協力し合うところもそれなりにあったりする。

いうまでもなく、自社固有のノウハウは他社には出さないとか、人事採用面では人の取り合いとして「敵方」に回ったりもするが、自分社会人になるまでにマンガとかで見てたような「他社の奴らは絶対的な敵だ」みたいな単純な世界ではないのだと働き始めてから知った。

2024-01-11

anond:20240110230230

ソフトウエアエンジニアだと理系能力文系能力もいるので論理的思考が壊滅的じゃない限り国語英語が得意ならかなりやれる

ほとんどのエンジニア微分さえつかわないし

ログイン ユーザー登録
ようこそ ゲスト さん