はてなキーワード: 富士通とは
富士通が新卒一括採用をやめるって話、就活の仕組みが変わり始めてる象徴なのかもしれない
前から「新卒一括採用って合理的じゃないよね」って言われてたけど、実際に見直す企業が出てきたことで、いよいよこの制度が崩れていく感じあるよな
でも、その先の「じゃあどうやって成功するの?」っていう道筋が、まだちゃんと示されてないのが問題だろ
今までは「いい大学に入って、いい企業に就職する」っていうのが一つの成功パターンだったけど、それが通用しなくなったときに、代わりの選択肢を用意しないといけない
ただ制度を壊すだけじゃなく、次のビジョンを社会全体で考えていく必要があるっしょ
そんな中で「Fラン大学なんていらないから潰せ!」みたいな意見が出るのは、正直無責任すぎると思う
今の仕組みを壊すだけ壊して、新しい成功の形を示さないままだと、多くの若者が行き場を失っちゃう
もし本気で大学の在り方を変えるなら、「大学に行かなくても生きていける道」とか「学歴以外の評価基準」を社会に根付かせることもセットで考えなきゃダメなんだよな
この視点抜けてるやつが多過ぎるの気になる
100人のチームで全世界1億人が10ドル/月支払うソフトウェアを作るビジネスモデルと、100人のチームで10億円/年のプロジェクトの開発を請け負うビジネスモデルじゃ出せる金の桁が違うだろうね。
富士通の初年度最大1000万円も相当無理してると思うし、世間の目を引くためのおとり求人だと思うわ。実際に適用されるの1万人に1人とかbynameで分かるくらいの例外的な人だと思う。
日本からパランティアのような国防AIの会社が出てこないかなあと思ってる。
日本には、chatbotに毛が生えた程度のなんちゃってAIを開発している会社はいくつかあるけど、ちゃんとしたAIを作っている会社は少ないと思う。
AIに分析させると、欧州だとドイツ: Hensoldt Analytics、イギリス: Quantexa、イギリス: Adargaが代替えになる可能性があるらしい。
中国だと、最有力なのはMininglamp(明略科技)でほかには、SenseTime(商湯科技)、Megvii(曠視科技)あたりが有望らしい。
では日本は? これが難しいんよね。
先日、東洋水産をフォローしている企業にフォローを解除するようにというポストが話題になったけど、これを見て真っ先に自分が思い浮かんだのが、東京2020オリンピックのスポンサー不買運動。あれもフォローしている企業は一切使わないみたいなのに似ている気がする。
オリンピックのスポンサーは原則として1業種1社なのだが、東京2020オリンピックに限っては (日本の広告事情 (電通のせい) を考慮した結果なのだろうが) 1業種に複数社が加盟することが特例で認められているため、スポンサー企業の製品を一切使用しないとなると生活が不便になる。
例えば以下のような感じである。
※ 今回はどの業種のスポンサーであるかというのは考慮せず、企業名のみで判断することにした。たとえば (下の例にはないが) 明治は本来「乳製品・菓子」の業種で契約していたため、それ以外の製品を宣伝することはできない。だが、この記事の場合そこまで考慮すると非常に手間がかかるため、今回は明治製品を一切使用しない生活と仮定してすすめるということになる。また、この記事は業種ではなく日常生活のカテゴリーで分類しているため、同じ企業名が複数回出ることもある。
などなど...。全部書くときりがなくなるのだが、嫌いな企業をフォローしている企業製品は一切使わないとなると、将来的には上の東京2020オリンピックみたいなことになりかねないということは言っておく。
気になったのだが、いまここを見ている人で東京2020オリンピックを2019年以前から反対していた人はどのくらいいるのだろうか。
以前人力検索はてなで見たときは最初から反対が半分、賛成から反対に寄ったのが半分だったが。
Migrate COBOL and PL/I applications with the integrated Micro Focus and NTT DATA toolchains
NTTすげー笑
そこが最大の争点ってか認識のずれなんだよな。仕様うんぬんなんてのはIBMが持ち出してきた言い訳に過ぎなくて。最大の争点は実際に納期がその契約になっているかどうかだと思う。だってこれIBMがそう主張しているだけだもん。
https://www.nhk.or.jp/info/otherpress/pdf/2024/20250204.pdf
には
現行システムの使用期限である 2027 年3月を新システムの納期として、日本 IBM 社に対し、2022年 12 月、新システムの開発・移行業務を委託する業務委託契約を締結しました。
その後、日本 IBM 社は、新システムの開発方式を定め、1年2ヶ月以上業務を進めてきましたが、2024 年 3 月に入って突然、大幅な開発方式の見直しが必要であると述べ、その後、2024 年 5 月には、納期について1年 6 ヶ月以上もの大幅な延伸が必要との申し入れがありました。
こうやって明確に言ってる。システムの使用期限ってのはメインフレームの使用期限の事だと思われる。富士通がメインフレームの終了方針を公式に発表したのが2022年2月。特に公共系のビッグユーザーにはその1年以上前、2023年度予算の要求に、時期メインフレームへの更改が乗らないよう、逆に対策費が載せられるように内々に情報を出していたよう。
これはもう確定的に決まっている期限で、それが迫っている中で競争入札やったわけ。そこで納期をきちんと設定しているのは当然だと思うんだよ。
そこでIBMが言う様に、納期がパンツのゴムみたいに延びるゆるゆる契約をしてるか?ってのはいくらなんでもないと思うんだよね。
ここで出てきてるAWS Mainframe Modernizationってのは、既存のメインフレームのコードを利用して、できる限りそのまんまAWSで動く様にするためのシステムなのよ。
だから、だからそうやって仕様を読んで作り直すとか言うのを手動でやろうと言う考え方のままで、無理に落札したIBMはそもそも自爆したようなもんではないかと。
https://xtech.nikkei.com/atcl/nxt/column/18/03026/
をみてもらえるとわかると思うが、IBMの遅れがわかると思う。若手をメインフレームに投入する戦略とか、そりゃ優秀な技術者は逃げるよ。
調べた事をメモ
で、予想だけど
こんなところじゃねーかな。
最近IBMはかなり技術力が落ちているって言うか、確かにSystem Z は唯一メインフレームの中で機能追加頑張っててそこはすごいけど、そこをやりすぎてメインフレームのクラウドへのリフトアップ技術とか全然駄目なんだよね。
さらに優秀なエンジニアの狩り場になってて、どんどん人材が流出、結果営業ばかりが肥大化して、クソ案件を取ってきては失敗を繰り返していると聞く。
https://b.hatena.ne.jp/entry/s/biz-journal.jp/company/post_386528.html
これまた話題になってるが結局どっちが悪いんだ
IBMがいう要件にないものが多すぎたもわかるし、それを受け入れないNHKが悪いんだろうなって思った
でもよく考えたら、そういうのがあるのはSIerやってれば当たり前
それを含めた見積もりをすべきなのに安い金額で出して案件取ったIBMのほうが悪いのではって気もする
しかし、もともと受けてた富士通が出した見積もりは内部事情知ってるだから確かなはずでそれよりも格安なんて普通にありえないはず
後から増額要望来るか低品質なものになるなんて目に見えてるはず
ちなみに昔関わったところでNHK案件があったけど、本当に安さで選んでるらしい
提案書みたいのがあってそこで最低条件をクリアさえしてたらその中で一番安いところになるとか
どう考えても無料拡張プラグインを紹介してくれるDTMerの方が「カッコイイじゃねーか!」と思うので格好付けるため紹介する
世の中にはYAMAHA DX7オマージュやクローンと呼ばれるシンセサイザーは多数あるけれどDexedはエミュレーターとして扱われている。
その理由はYAMAHA DX7をシステムレベルで再現することが開発目標となっており、DexedはDX7実機のSysExすらもサポートしていてDX7の音色拡張ROMデータを読み込むことができる再現度が強み。
欠点は、あまりにもYAMAHA DX7へ寄り過ぎているためか内蔵エフェクターが搭載されておらず、DX7でもエフェクターを接続することが当たり前に行われていたことがDexedでも踏襲され、Dexedにエフェクタープラグインを接続することが前提となってしまっている。
そもそもデジタル処理のFM音源なのでDexedはDX7の音の再現度も相当に高いが、DexedでFM音源を再生すると「綺麗すぎる」「温かみがない」と評されることが有る。これはシステムレベルでDX7を再現したことによって現代のD/Aコンバーターやオペアンプの性能が高すぎるからこそ起きる。
現代の電子音楽シーンでウェーブテーブルシンセシスの存在感を否定する者なんて誰も居ない。
DTMではNative Instruments MassiveとXfer Serumが登場したことによって様々なメーカーがソフトウェアウェーブテーブルシンセサイザーを雨後の筍のように開発したが、Vitalはそんな雨後の筍の後発ソフトウェアウェーブテーブルシンセサイザーの中でも存在感を示すことに成功した。
一目見てわかる最大の特徴はMicrosoftメトロUI、Appleフラットデザイン、GoogleマテリアルデザインとIT界隈ではモダンなUIが発展していく中、Vitalはそれらのデザインを取り込み、難解なウェーブテーブルシンセシスにわかり易さを目指している。ほとんどの操作はマウスの左クリックで完結でき、右クリックの奥に大事な機能が隠れていることは少なく、LFOなどをドラッグ&ドロップできる箇所も明示され、ADSRエンベロープの動きもわかりやすい。
更に、野心的な試みはその製品展開でも行われ、Vitalソフトウェアシンセサイザー本体は無料で、ウェーブテーブルや音色プリセットは有料というスタンスを取った。併記されるVitaliumは、Vitalがオープンソースで開発されたことへ端を発し、オープンソース環境を維持したまま開発を継続するためVitalからの派生プロジェクトとしてVitaliumが生まれた。命名からわかるようにGoogle ChromeとChromiumの関係に近い。
欠点はまだまだ発展途上でユーザー数でMassive(Massive X)やSerumに及ばなく、情報が少なめであることだろう。
元来は有償としてVember Audio名義で提供されていた。開発者はDAWのAbleton Liveの開発経験があり、続けて新しいDAWのBitwig Studioを立ち上げ、Bitwig Studioの開発へ集中するため開発継続は困難としてSurge XTをオープンソース化した。オープンソース化をきっかけに多数の人が開発へ携わるようになり、オープンソース化後の方が有償時よりも高機能になったという面白い経緯を持つ。
Vital / Vitaliumを知った後であるならばSurge XTの外観は一目見て古臭いことがわかるものの開発開始時期は2000年代初頭であるから仕方がない。旧来ソフトウェアシンセサイザーの外観に慣れ親しんだ者であるならばオシレーターセクション・フィルターセクション・エンベロープセクション・アンプセクションなどの位置が逆にわかりやすいかも知れない。
古臭い外観とは裏腹にシンセシスはマルチパラダイムで、減算方式を基本としながらも多数の協力者のお陰でウェーブテーブル方式まで組み込まれた最新のものとなっており、昔懐かしいシンプルな音色からColour Bassグロウサウンドのような複雑怪奇な音色まで作ることが出来る。
その幅広い音色を可能とする理由はLFOはサブも含めて12個もあり、それら12個はエンベロープモードへ切り替えることが可能で、更にモジュレーションマトリクスなどを設定可能なマクロは6個もあるなどシンセサイザーギークが非常に喜びそうな内容だ。
加えて、Surge XT Effectsとしてエフェクター部分が別個の独立とした拡張プラグインとして切り離されており、Dexedのような内蔵エフェクターを持たないソフトウェアシンセサイザーを使用する際にも役立つ。
欠点はやはりその古臭い外観と、膨大な機能を搭載したことによるシステム全体の機能把握の困難さだろう。モダンな操作体系に慣れている初心者や若者からすると非常にとっつきにくいのも問題となる。
YAMAHAが開発したYM2612とYMF262のエミュレーターフロントエンド。
YM2612はOPN2、YMF262はOPL3と表現したほうが聞き馴染みのあるかも知れない。つまり富士通FM TOWNSやPC-8801やSEGAメガドライブ、サウンドカードSound Blaster Pro2などに搭載された、いわゆる8bitサウンドFM音源のエミュレーターフロントエンドだ。
なぜADLplug / OPNplugをエミュレーターフロントエンドと称するか?と言えば、実はADLplug / OPNplugはオープンソースで複数存在するYM2612とYMF262のエミュレーター(ADLplug / OPNplugではコアと称する)を好みに応じて切り替えることが可能なフロントエンドであるため。
エミュレーター(コア)ごとの実装の違いで微妙に音色が違っており自身が求める8bitサウンドを追い込む際に、同一のユーザーインターフェースで操作できるのは非常に有り難い。
このような事が可能な8bitサウンドシンセサイザーは商用を含めても他に存在しておらず、はっきりと言ってしまえばADLplug / OPNplugがこれら8bitサウンドシンセサイザー実装の実用上の頂点である。
プリセットも充実しており、プリセットは実在ゲームタイトルでまとめられおり「あのタイトルのレーザービーム発射音や爆発音を自分の音楽に組み込みたい」のような要望にも十分に応えられる。
欠点はやはり「綺麗すぎる」ことか。エフェクターで汚しを入れるなどして当時を再現してみたい。
UTAUと言えばYAMAHA VOCALOIDへ影響を受け開発され、今や小さいとは決して言えない規模のコミュニティを形成する一大ジャンルとして日本の音楽シーンへ定着しているが、OpenUTAUはそのUTAUの精神的後継シンセサイザーである。
当時のVOCALOIDやUTAUを知る者からすると「精神的後継とはどういうことか?」と疑問に思うだろうが、実は現在UTAU本家の開発は終了している。
そこで有志が集まり開発開始されたのがOpenUTAUであり、UTAU本家とは別体制で開発されている以上は正式な後継とは言えないので精神的後継とされている。
OpenUTAUは精神的後継であるが、その機能性は本家UTAUを既に凌駕しており、現在のUTAUコミュニティではこのOpenUTAUがデファクトスタンダードとなり、しかも対応プラットフォームはWindowsのほかMacやLinuxまで幅広くサポート。何ならChromeOS(Crostini)上でも動くことを筆者自身が確認している。
「OpenUTAUは拡張プラグインじゃないだろ!」というツッコミは聞こえない。
モジュラー方式を採用したマルチパラダイムのハイブリッドシンセサイザー。
コンパクトなモジュラーケースへオシレーターやフィルターなどのモジュールを選択して好みの音色を作っていくという方式を採用しているが、Odin2のモジュラー方式は限定的であり、限定的なモジュラー方式が本来は難解であるはずのモジュラーシンセサイザーをスゴく容易に扱うことへ貢献している。
ライトユーザー向けのモジュラーシンセサイザーかと侮るのは早計で、オシレーターにはウェーブテーブルを選択できるなどしっかりとモダンな需要を抑えている上に、マニアックな部分では変調方式にFMのほかPM(Phase Modulation)が存在しており開発者のこだわりを感じる。
欠点は触ってみると意外と高機能であることには気付くものの、更に突っ込んで触り続けているとVital / VitaliumやSurge XTに比肩できるほどの音作りの幅は無いことへ気付かされることだろうか。例えばJC-303のベースじゃ物足りないみたいな時にシンプルでありながら一味加えたベースサウンドをサクッと作る際に便利だろう。
この手のサウンドは高機能すぎるシンセサイザーだと出来ることが多すぎてアレもコレもとやってるうち逆に時間がかかる。ある程度高機能である程度機能が絞られたOdin2のようなシンセサイザーの方が直ぐにまとまるのだ。
ありそうで無かった一風変わったモーフィングするシンセサイザー。
Moniqueは説明に難儀する。
オシレーターセクションが2つあり、それぞれのオシレーターセクションには3つのオシレーターがあるのだが、Moniqueはその2つのオシレーターセクション間をモーフィングすることが可能だ。
意味がわからないかも知れないが、これは決してDJミキサーのクロスフェーダーの様に2つのトラックのゲインを切り替えるのではなく、オシレーターAセクションで設定した数値がオシレーターBセクションで設定した数値へモーフィングしていくのだ。
つまりサイン波をノコギリ波に、ベースサウンドをキックサウンドに、エレピサウンドをスーパーソウにモーフィングさせることができる。説明が本当に難しい。
この説明を理解した人は「もしかしてMoniqueはウェーブテーブルを作れるんじゃね?」と気付くだろう。
そうなのだ、今アナタの手持ちのウェーブテーブルに物足りなさを感じるのであればMoniqueはアナタが持つアナログシンセサイザーの知識を活用してウェーブテーブルを作ることができる。
Moniqueは単体ではそこまで威力を発揮するシンセサイザーではない。しかし使いどころを真に理解したとき間違いなく音作りの幅は広がっていく。
GeonKickは明らかにSonic Academy KICKシリーズのクローン・オマージュで使い勝手も操作感の違いは多かれ少なかれあるが操作感覚としては同じ。最新版であるKICK 3に含まれる機能はないがKICKシリーズの無償代替品として非常に良い選択肢となる。
プリセットもRoland TR-808風があったりと直ぐに欲しいものは揃っており、他のサンプリング音源も追加で読み込んでGeonKick上で編集することが可能なので満足感が高いだろう。
欠点はGMの非サポートで、MIDIの割当はGeonKick上で自ら行わなければならず、更にその方法が非常にわかりにくいのでGMサポートが存在して当たり前のユーザーからすると、GeonKickのMIDI設定がデフォルトのままDAWからGeonKickへキックMIDI送信しても音が鳴らなくて頭の中が疑問符でいっぱいになること。
CC-BY-3.0ライセンスで配布されているSFZ形式のピアノサンプリング音源。
信じられないかも知れないが、家電量販店で5〜10万円前後で売っている電子ピアノよりも高音質でサポートしている機能が非常に多い。
サンプリング元となっているピアノはYAMAHA C5、音質は48kHz/24bit版と44.1kHz/16bit版が存在。ベロシティ感知範囲は16段階、サンプリングターゲットは1オクターブ中の3音(基準音から前後1音はピッチシフト)、鍵盤リリース音やダンパーペダル音もサポート。
かつて、ピアノの音が良い無料のサンプリング音源と言えばYAMAHA S-YXG50だという記憶がある者からすると異次元の音質。 S-YXG50のサイズは4MBだったがSalamander Grand Piano V3はピアノだけでWAV形式だと1GBを超えている。
欠点は楽器数が多く騒がしいポップスやロック、電子音楽などでは気にならないがソロピアノでゆったりな曲を弾くとダンパーペダル動作時の鍵盤リリース音の動作のおかしさがあること(※バグではなく仕様)。
家電量販店で5〜10万円前後で売っている電子ピアノよりも圧倒的にマシではあるが、最新のそこそこ高価な有償ピアノ音源と比較してピアニッシモの様な弱い音の表現力が少々物足りないことも欠点の1つだろう。
ソフトウェアとして音質・機能性共に入門向け電子ピアノを上回ってしまっているので、YAMAHAサウンドを好むのであれば電子ピアノからMIDI接続してPCで鳴らすのも悪くはない(※電子ピアノはスピーカーもハードウェア一体となった設計なので必ずしもSalamander Grand Piano V3が勝るとは限らない。ただしヘッドフォン使用時は明らかに勝る)
guitarixの説明はギタープレイヤーには一言「KEMPERだ」で伝わる。KEMPERという説明で他に多くを語ることが逆に難しい。
ただし、元来の開発コミュニティはLinux界隈でありMacやWindwosは動くには動くがLinuxよりも積極的なサポートが乏しいのが少々残念。
確率的ランダマイザを備えたマニアックなMIDIシーケンサー。
確率でMIDIトリガーするランダマイザを備えたDAWは珍しくもないが、Stochasはそれに加え、指定したMIDIトリガーへ対して別のMIDIトリガーをチェーンすることができる。
つまり、例えばMIDIシーケンサー上のコード進行を確率で別のコード進行へ変化させることが可能で、1小節ループでありながらも複数のコード進行を持つことが出来たりするマシンライブ向きなMIDIシーケンサー。
使いようによってはStochasの後段へ更にアルペジエーターを挿せば、ランダムにコード進行が変化するアルペジオを奏でることが出来るなど、知れば知るほどに可能性を感じる。
飽きさせないBGMを作成するのにも役立ちそうだが、必要ない人には本当に必要ないマニアックな拡張プラグインなのでココに挙げたのは本当に必要な人へ届けたいからである。
どうだ?なかなか良いエントリだったろ?
おいおい褒めるな、褒めるな。そんなに持ち上げたってさ俺から出せるのは無償で使えるシンセやエフェクター、DAWなどがまとめられたURLとか無償で使えるSFZ形式のサンプリング音源がまとめられたURLを貼るくらいなもんだぜ?
まぁ少しは格好付けられただろうし俺は満足して去るわ。じゃあな。
Android:IS01→L-06D(Optimus Vu)→ASUS Zenfone3→Galaxy note8→以降非公開
少なくともZenfone3の2016年の時点ではカスなAndroidを掴まされる可能性は非常に高かった
というのもこの頃格安スマホ・SIMフリー!で家電量販店がミドルレンジスマホの取り扱いを始め、よくわからないまま海外製のスマホを手にしたユーザーも多いからだ。
また富士通やシャープ、SONYがキャリア店頭で存在感を発揮していたため、4Gケータイからの乗り換え促進で両者のミドルレンジ帯という文鎮より多少マシな重量物を手にしたシニアユーザーが一定いる。
ゼロトラスト関連における謎発言、Azure使ってるところないよおじさん、PS5 Pro にまつわる日本だけの珍説、反AI、
ぜんぶ繋がっていると思ってます
2024-07-22 | https://anond.hatelabo.jp/20240722143009#
でもまぁ技術者ばかり集めてもしゃーないけどな。適切に広告とマーケティング打てなきゃそら家電みたいに死ぬ
結局のところ、オタクと無駄に能力値だけ無駄に高いキョロ充以外のキャラも、みんなお勉強しないとダメだってことです
知のオープン化進めましょ
富士通には約250人のLinuxカーネル開発者がいる(2009年)
https://xtech.nikkei.com/it/article/Interview/20090107/322420/
NECが開発貢献するオープンソース|OSS貢献活動|Linuxカーネルに対するNECの取り組み
https://jpn.nec.com/oss/community/contribution/contributing-to-development-of-linux-kernel.html
↓ 少し反省したあとも