検索結果

後出しジャンケンみたいで なんとでも言えますが 嫌な雰囲気は昨日からありました。 なので神経質に猫パンチ作戦しかできませんでした。 雰囲気というのがいい加減でして 文字化、数式化出来ると良いので 検討中です。 Wボトムは買い！みたいなイメージですが チャートと異なり変数が50くらいありますので有限要素法の考え方をPythonにぶち込んで解析する事になりそうです

プログラムは、Pythonかな？

Pythonの立ち位置ってなんなんやろな Cとかと比較するもんやないんちゃう

求人内容 シニア・バックエンド・エンジニア – IoTプラットフォーム NEQTO.aiは、スマートビルディングや産業環境における最大の難題の一つである「プロトコル正規化」を解決するIoTプラットフォーム企業です。 当社は、BACnet、MQTT、Modbusなど、異種混在するデバイス（ヘテロジニアス・デバイス）を統合データ・インテリジェンス層へと接続し、AIを活用した運用インサイトの基盤を構築しています。 現在、米国チームはAI、クラウドプラットフォーム、および製品開発に注力しており、日本チームはIoTハードウェアとファームウェアに関する深い専門知識を有しています。今回の採用は、これら2つの世界を繋ぐ重要な架け橋（ブリッジ）となるポジションです。 役割について (THE ROLE) あなたは、当社のデバイス・エコシステム（日本チーム）とクラウド・プラットフォーム（米国チーム）の間に位置するレイヤーを統括します。これは単なる「バックエンド・エンジニア」や「DevOps」の枠に留まる仕事ではありません。 温度データ、HVAC（空調）コマンド、あるいはドアの開閉イベントなどが、当社のAIモデルやダッシュボードに到達するまでに「どのようなデータ形式であるべきか」を定義するのがあなたの役割です。 以下略 求人掲載者により追加された要件 • Amazon Web Services (AWS)で3年以上の勤務経験 • 米国での就労可能 • Python (Programming Language)で3年以上の勤務経験 • Representational State Transfer (REST)で3年以上の勤務経験

私もPythonとか自習してましたが、私の用途だとExcelのPower Queryで十分なのが判明したのと、ほぼAIがコードを作成してくれるので、良い時代になりました✨

Pythonとかの言語も面白いですね👀 最近勉強サボってますが💦

懐かしい〜 いやスキルとして使えるほどじゃないよ！ サイトからデータ抜き取る作業を自動でしたかっただけのモチベ・・・ でも知識のカケラだけでも有効活用できる時代来そうだしPython学び直そうかと思ってる

今回の下げはもちろん需給の悪さを狙われた一面もあるけれど、やはり前日のIBMの歴史的な下げと同じ理由だと考えるのが妥当なようですね。だとすると、ちょっと深刻かも。 またAnthropicが震源ですけど、今回はCobolをAIで変換可能にできる、という点が画期的です。ちょっと前に金融系のシステムエンジニアでCobolの使い手が年取りすぎて人手不足だと騒いでいたけれど、その方面のコンサルをIBMや富士通、NECが飯の種にしていたのに、これからはClaudeで今風の言語（例えばPythonとか？）に変換するし、そのあとのメンテも･･･ってことみたいですね。遅かれ早かれの話ではあったにせよ、やはりこの世界、生き馬の○玉を抜いてしまうほどのスピード感です。

各社は競争優位性を保つため、そのソフトウエアを公開することはなかった。特にファナックは業界内で“秘密主義”と評されるほどクローズドな社風で知られてきたが今回、AI開発の標準言語のPython（パイソン）への対応を表明し、ソフトウエアをあらゆる開発者が見ることのできる「GitHub（ギットハブ）」上でオープンソースとして公開した。これにより、世界中の研究者やスタートアップがファナックのロボットを動かすプログラムを開発できるようになる。外部の知恵を使えば当然、技術的なタネ明かしにもつながり、将来的なリスクを伴うが、オープン化によってファナック製のロボットを使ってもらうための準備を整えたとも言える。25年12月に開催された「2025国際ロボット展」で同社は、オープンプラットフォーム対応のフィジカルAI技術などを紹介し、フィジカルAI関連で1,000台以上の協働ロボットを受注するなど、商談獲得件数は「23年の1.4倍で過去最高」だった。さらに数千台規模の商談があるという。こうした状況を踏まえ、同社は1月、26/3期通期連結業績予想の売上高と経常利益、当期利益を上方修正した。売上高は8,407億円（前期比 5.5％）と過去最高だった23/3期（8,519億円）以来の8,000億円超えとなる見通し

# GMOペイメントゲートウェイのCOBOL依存度 公開情報ベースでは、GMOペイメントゲートウェイ（以下GMO-PG）の業務システム自体の**COBOL依存度はかなり低く、主力はオープン系（Java中心）**と見るのが妥当です。[^2_1][^2_2] ## 公開されている技術スタック - GMO-PG CTOインタビューでは、使用言語は「開発で使用する言語はJavaが多く、フロントはJavaScript、Python、PHP、Perl等」、OSはLinux中心、DBはPostgreSQL／MySQL／Oracleと説明されています。[^2_1] - 同社の新決済基盤サービスや「fincode byGMO」の紹介でも、クラウド活用・RESTful API・cURL／Python／Node.js／Go用サンプルなど、完全にオープン系スタック前提で語られています。[^2_2] このあたりから、決済ゲートウェイとしての中核プラットフォームはJava＋Linux等のオープン系が主であり、COBOLが基盤技術になっている形ではないと解釈できます。[^2_2][^2_1] ## 「COBOL」の出てくる文脈 - GMO-PGのブログ記事や外部メディアでは、「もともとCOBOLプログラマーとしてキャリアをスタートしたエンジニアがGMO-PGに転職した」といった**個人の経歴**としてCOBOLが言及されることがあります。[^2_3][^2_4] - 転職サイト系では、GMO-PG向け案件でC++／Java／Shell／COBOL／PL/SQL等が並記されている求人も見られますが、これは**SIer側のマルチスキル募集の列挙**であり、GMO-PGの自社プロダクトがCOBOLで書かれていることを直接意味するわけではありません。[^2_5] したがって、「社内にCOBOL経験者はいる／COBOL案件に関わるパートナーSIはある」可能性はあっても、「GMO-PGの決済プラットフォームがCOBOLで動いている」という示唆は見当たりません。[^2_4][^2_3][^2_5][^2_1] ## インフラ構造と間接的なCOBOL依存 - GMO-PGは銀行口座振替や「銀行Pay基盤」など、銀行勘定系・全銀ネットワークと連携するサービスも提供しています。[^2_6][^2_1] - 日本の銀行勘定系は依然COBOLメインフレーム依存が強いため、このレイヤーとの接続部分では**「相手側」のCOBOLレガシーの影響（障害リスク・移行リスク）を間接的に受ける構図**になります。[^2_7][^2_8] まとめると： - GMO-PG自身の決済・処理プラットフォーム：Java＋Linux等のオープン系が主、COBOL依存は低そう。[^2_1][^2_2] - 接続先の銀行・金融機関インフラ：COBOL勘定系が多く、その意味では「周辺インフラとしてのCOBOLリスク」とは無縁ではない。[^2_8][^2_7][^2_1] 現状の公開情報では、GMO-PGの「COBOL比率」を定量（何％など）で出せる資料はなく、定性的には「自社コアはオープン系中心、COBOLは主に外部・過去資産側」という見立てが限界です。[^2_3][^2_4][^2_2][^2_1]