並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 320 件 / 708件

新着順 人気順

メインフレームの検索結果281 - 320 件 / 708件

  • 「.NET Framework」から「.NET Core」への移行が進まない理由

    関連キーワード .NET | Microsoft(マイクロソフト) | アプリケーション開発 Microsoftのアプリケーション開発・実行環境「.NET Framework」は、ユーザー企業を支えるために進化を続けてきた。他方で同社は、.NET Frameworkの後継であるアプリケーション開発・実行環境「.NET Core」にも、最新のニーズに合わせた機能を追加している。 NET Frameworkに定着したユーザー企業が全て.NET Coreに移行したわけではない。この状況は、「Windows」アプリケーションの開発現場において、古いNET Frameworkにこだわるユーザー企業と、新たな.NET Coreを導入したユーザー企業の間に大きなギャップを生んでいる。 2021年、Microsoftは.NET Coreの新バージョン「.NET 6」をリリースした。同社はクラウドサービス、

      「.NET Framework」から「.NET Core」への移行が進まない理由
    • NEC、メインフレームの新大型機「i-PX AKATSUKI/A100シリーズ」発売 最新プロセッサ「NOAH-7」搭載で性能や信頼性強化

        NEC、メインフレームの新大型機「i-PX AKATSUKI/A100シリーズ」発売 最新プロセッサ「NOAH-7」搭載で性能や信頼性強化
      • 「.NET Conf 2020 Online - .NET 5 リリース記念 パーティートークへようこそ」のまとめ #dotnetconf - みちしるべ

        .NET Conf 2020 Online - .NET 5 リリース記念パーティートーク 面白く、ためになったので、文字起こししてみました。 告知内容 はじめに スピーカーのみなさま(敬称略) .NET Conf 2020 Online - .NET 5 リリース記念 自己紹介と推し機能 祝 .NET 5 リリース! スライド 動画 NET 5 / BCL / C# 9 ASP.NET Core / Blazor WebAssembly Entity Framework Core Cloud native / Microservices Xamarin / .NET MAUI Preview Windows 向け機能 / その他 NET 5 / BCL / C# 9 スライド 動画 Announcing .NET 5.0 .NET 5.0 Highlights Tools Native

          「.NET Conf 2020 Online - .NET 5 リリース記念 パーティートークへようこそ」のまとめ #dotnetconf - みちしるべ
        • 脱バッチ教 - うめぞーコラム

          新興宗教の勧誘のお知らせです!(違 バッチ処理 メインフレーム等の大型コンピュータって、バッチ処理がたくさんありますよね。なんでバッチ処理なのか、みなさんはご存知でしょうか。 大型汎用コンピュータが出てきた当初、計算を行うためには予めプログラムを組んで使いたい時間を申請して、実行時間に応じた料金が掛かるものでした。今でいうクラウドで時間単位で課金されるのと同じ。私も小学生の頃、父親の会社にあった3270端末を叩いてみたことがあります。ええ、キーを叩くのは親父で、私は画面をぶっ叩いていましたが。(笑) つまり、CPUの利用率に関わらず"利用時間"で料金が掛かるので、ダラダラと雑多な処理を長時間行うのではなく、データをまとめてドガッと行ってパッと終える必要があったわけです。更に言うと、昼間と夜間では料金が違ったと記憶しています。そうすると昼間は金融機関などの「リッチ」な会社が利用し、父親が居た

            脱バッチ教 - うめぞーコラム
          • 「脱COBOL」は加速するか、Javaプログラムに無料で変換できるOSSの実力と課題

            古いCOBOLシステムをどうするか――。安定稼働しているものの、今後の保守要員の確保やクラウドサービスとの連携は解決しなければいけない。そう考えるユーザー企業に1つの解決策が見えてきた。 無料でCOBOLをJavaに変換 COBOLプログラムをJavaプログラムに変換するツール「opensource COBOL 4J 開発者版」がそれである。オープンソースビジネスを推進するOSSコンソーシアムが2020年7月1日にソースコード共有サイト「GitHub」に公開した。オープン・ソース・ソフトウエア(OSS)なので誰でも無料で利用できる。 opensource COBOL 4J 開発者版はプログラムを変換するとともに、必要なモジュールを生成する。SAMやISAMへのファイルアクセスはJavaプログラムに変換後も利用できる。現時点で「COBOL85」といったCOBOLの標準仕様にのっとったプログラ

              「脱COBOL」は加速するか、Javaプログラムに無料で変換できるOSSの実力と課題
            • 前Red Hat CEOのジム・ホワイトハースト氏、IBMのプレジデントを退任へ、自身が決断

              米IBMは、同社プレジデントのジム・ホワイトハースト氏の退任を発表しました。 ジム・ホワイトハースト氏はいずれIBMのCEOに就任するだろうと見られていた人物です。そのため、今回の退任発表は意外なものと受け止められています。 2018年10月にIBMがRed Hatの買収を発表したときに公表された写真。左がRed Hatの社長兼CEO ジム・ホワイトハースト氏、右がIBMのジニ・ロメロッティCEO(いずれも肩書は当時) いずれIBMのCEOになると見られていた Red Hatは誰もが知るオープンソース企業の最大手であり、ホワイトハースト氏は2007年にCEOに就任以来、同社を成長させてきた最大の貢献者といっても過言ではないでしょう。 2018年10月、IBMがそのRed Hatの買収を発表します。買収完了後の2020年4月にはホワイトハースト氏がRed HatのCEOを退任。IBMプレジデ

                前Red Hat CEOのジム・ホワイトハースト氏、IBMのプレジデントを退任へ、自身が決断
              • ITエンジニアの働き方 - 叡智の三猿

                わたしは1990年に繊維・化学系のメーカーに就職しました。そして、配属先はコンピュータ部門でした。 当時はバブル絶頂期、わたしは多くの同期がいました。 コンピュータ部門の職場で働く人のうち、半分は社員のエンジニアでした。そして、もう半分は外部の業者から派遣されたエンジニアが常駐してました。 外部から来てるエンジニアには古参組もいました。古参組は、誰よりもわたしが入った会社の情報システムに精通している感じがしました。 社員エンジニアと外部エンジニアの役割分担は、比較的明確に分かれてました。 社員エンジニアは、情報システムの利用者(経理や営業の社員など)との会話を通じて、システムの改善要望をラフなスケッチとして仕様書に描いてました。 外部エンジニアは、ラフなスケッチを読み取り、それを設計書に落とし込み、Cobolでプログラム開発をしてました。 ただ、わたしは社員ですが、新入社員教育の一環として

                  ITエンジニアの働き方 - 叡智の三猿
                • 機能要件の合意形成ガイド 画面編

                  Information-technology Promotion Agency, Japan Software Engineering Center Software Engineering Center 機能要件の合意形成ガイド(ver.1.0) ~「発注者ビューガイドラインver.1.0」改訂版~ 分冊3 画面編 2010年3月31日 独立行政法人 情報処理推進機構 ソフトウェア・エンジニアリング・センター 要求・アーキテクチャ領域 機能要件の合意形成技法WG Copyright © 2010 IPA, All Rights Reserved 1 Software Engineering Center 機能要件の合意形成ガイド 分冊3 画面編 Copyright © 2010 IPA, All Rights Reserved Copyright © 2010 IPA, All Righ

                  • 🎤 卒業生インタビュー kasumi さん、ima1zumi さんにインタビューをしました

                    2021年12月2日(木)、[株式会社永和システムマネジメント](https://agile.esm.co.jp/)さんに就職したフィヨルドブートキャンプの卒業生、<img class="js-user-icon a-user-emoji" data-user="kasumi" width="40" height="40" src="https://bootcamp.fjord.jp/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsibWVzc2FnZSI6IkJBaHBBbXRXIiwiZXhwIjpudWxsLCJwdXIiOiJibG9iX2lkIn19--9c2ffefbc6298fcd5a2c02c0347c8952cc3ebd4f/236.jpg"> [kasumi ](https://agile.esm.co.jp/member

                      🎤 卒業生インタビュー kasumi さん、ima1zumi さんにインタビューをしました
                    • 「Alto」50周年イベントに参加した(前編)。Xerox PARCが蒔いた現在のコンピュータの種 | テクノエッジ TechnoEdge

                      シリコンバレーでは多くのイノベーションが生み出され世界を変えてきたと言われますが、コンピュータの歴史を振り返ると、Xerox PARC (Palo Alto Research Center) の存在が大きな影響を与えてきたことは間違いないでしょう。 PARCはXerox傘下の研究開発機関として1970年にシリコンバレーに設立されました。コンピュータ、ネットワーク、デジタル化技術などの研究開発を通じて未来のオフィスを創り出すこと目的としていました。特に、Alan KayのDynabook構想に基づき、パーソナルコンピュータの実現が進められたことで知られています。 今では当たり前のGUIやそれに必要となるモニターやマウスなどが開発され、Smalltalkを搭載したAltoと呼ばれるコンピュータによって具体化されました。当時は革新的なもので、のちにAppleのLisaやMacintosh、Mic

                        「Alto」50周年イベントに参加した(前編)。Xerox PARCが蒔いた現在のコンピュータの種 | テクノエッジ TechnoEdge
                      • 「生保にメインフレームは不可欠」ソニー生命が月1000件超のバッチ処理依頼を自動化

                        「8割9割ではなく、100%自動化することを重視した」。ソニー生命保険の後藤聖央執行役員兼ITデジタル戦略本部長はこう語る。 ソニー生命は、2020年6月からメインフレームにおけるバッチ処理やアプリケーションリリースに関する作業依頼の自動化を進めている。「100%自動化」を重視するのは、自動化の例外を残せば、作業依頼にかかる人員を完全になくすことはできないためだ。 同社は2023年4月に自動化システムの本格利用を開始した。オペレーターが依頼書などで受け付けていた1カ月に1000件以上の作業依頼を自動化し、処理実行までの時間を短縮した。依頼書のチェックにかかっていた人手も削減した。 ソニー生命では基幹系がメインフレーム上で稼働している。メインフレームは米IBM製だ。その中で「バッチ処理を大量に抱えている」(後藤執行役員)。例えば、顧客の口座から保険料を引き落とすため銀行に対してデータを定期的

                          「生保にメインフレームは不可欠」ソニー生命が月1000件超のバッチ処理依頼を自動化
                        • 生成AI時代に向けたCOBOL資産の展開とは--マイクロフォーカスのマクギルCTO

                          印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます COBOLアプリケーションの開発・実行環境を提供するMicro Focusは、日本で4年ぶりに年次イベントをリアル開催し、最高技術責任者(CTO)のStuart McGill氏がCOBOL資産の展望などを語った。生成AIも台頭する中で企業は、COBOLの資産をどうしていくのか――McGill氏に聞いた。 まずMcGill氏は、前回のリアル開催だったイベント当時の2019年と現在(2023年)の顧客やパートナーの意識の変化をこう説明する。「われわれは、COBOLの資産をクラウドに展開しようと呼び掛けていた。現在は、顧客やパートナーから『クラウドに展開したい』と言われる。われわれにとって、これがコロナ禍の前と後での大きな変化だ」 COBOL

                            生成AI時代に向けたCOBOL資産の展開とは--マイクロフォーカスのマクギルCTO
                          • 【環境】風力発電業界第2位の企業は、風力発電が”安すぎる”ことを危惧している - セカメカセ

                            持続可能なエネルギーで持続不能な企業に?「気候変動対策のためのグリーンエネルギーへの投資によって、風力発電のコストは、石炭・天然ガスなどの化石燃料と競争できる水準まで下がった。調査によると、ヨーロッパにおいては、風力及び太陽光発電は、すでに石炭、天然ガス、原子力発電よりも発電コストが安い方法となっている。 このことについて、シーメンスガメサのCEOアンドレアス・ナウエン氏は取材の中で、『たしかに風力発電は非常に安価になりました。しかし、安すぎるのも問題であると考えています』と、語った。 というのは、風力タービンの需要が過去最高となっており、価格の低下と競争の激化によってシーメンスガメサの利益が圧迫されており、さらに風力発電への低価格化圧力が強まれば、技術や製造工場への投資を続けることができなくなるという。 さらに、現在の鉄鋼その他原材料の高騰による製造コストの増加は、ますます風力タービンメ

                              【環境】風力発電業界第2位の企業は、風力発電が”安すぎる”ことを危惧している - セカメカセ
                            • 「攻殻機動隊」タチコマの“コスプレ”がすごい完成度 人が乗れて走ってアームも動く!

                              「攻殻機動隊 STAND ALONE COMPLEX」シリーズに登場する多脚戦車タチコマのコスプレが、「まるで本物」と話題を呼んでいます。大きな模型のようにも見えますが、実際に人が入って動かせるというのだから驚き。 人はお尻の部分に入るとのこと。コスプレとも乗り物ともいえる 製作したのは2人組のコスプレイヤー、コスチーム(@CosTeam5)さん。10月17日にロボットコスプレ展示会「第2次スーパーロボコス大展」に参戦し、車輪で走行しアームを動かすなど器用に動く姿を披露して、「かわいい」「完成度に感動」などと来場者を大いに沸かせました。 こうなってくると、中の人はどうやって入ってどう動かすのかなど、いろいろ気になるところ。編集部はコスチームさんに詳細を聞きました。 ―― どうやって動かしているのか教えてください コスチーム 上部に設けたハッチから、後ろのお尻の部分へ乗り込めるように作ってい

                                「攻殻機動隊」タチコマの“コスプレ”がすごい完成度 人が乗れて走ってアームも動く!
                              • 米政府機関のITインフラ、サイバーセキュリティのリスク増大--会計検査院が指摘

                                米会計検査院(GAO)は、米国の連邦政府機関が抱えているIT施設の多くが正式なデータセンターとして分類されなくなることで、サイバーセキュリティリスクが高まっていると報告書で指摘した。 過去の記事でも指摘したとおり、米国の連邦政府機関は長年にわたってデータセンターの統廃合を進めてきているが、最適化計画の対象となる施設の定義が狭まったことで、一部のITインフラはその網から漏れてしまっている。 GAOは報告書で、政府機関は2019会計年度中に102カ所のデータセンターを閉鎖し、さらに184カ所を閉鎖する計画があると述べている。問題は、行政管理予算局(OMB)がデータセンターの定義を狭めたことだ。その結果、多くの施設が適切な管理やサイバーセキュリティを欠いたまま、連邦政府のシステムへのアクセスポイントとして運用されている状態になっているという。OMBによるデータセンターの定義は次のようなものだ。

                                  米政府機関のITインフラ、サイバーセキュリティのリスク増大--会計検査院が指摘
                                • 量子コンピュータの概説と動向 ~量子コンピューティング時代を見据えて~

                                  1 /63 Copyright (c) 2020 The Japan Research Institute, Limited 量子コンピュータの概説と動向 ~量子コンピューティング時代を見据えて~ 株式会社日本総合研究所 先端技術ラボ 2020年7月14日 2 /63 Copyright (c) 2020 The Japan Research Institute, Limited お問い合わせ ■本レポートは、作成日時点で弊社が信頼出来ると考えた資料に基づき作成したものですが、情報の正確性・ 完全性・ 有用性・安全性等について一切保証するものではありません。また、実際の技術動向等は、経済情勢 等の変化により本レポートの内容と大きく異なる可能性もあります。ご了承ください。 本件に関しますお問い合わせ、ご確認は下記までお願いいたします。 株式会社日本総合研究所 先端技術ラボ 101360-ad

                                  • 「コンソール」「シェル」「ターミナル」の基本的な違いとは? 「Windows Terminal」の理解に必須

                                    関連キーワード Windows 10 | Windows | 運用管理 Microsoftが公開したオープンソースのターミナル「Windows Terminal」は、管理者が日々の作業で使用する管理ツールの使い勝手を向上させる。これまでの「Windows」標準のコマンドラインインタフェース(CLI)ツールが物足りなかったユーザーにとって、利用してみる価値のあるターミナルだ。 Windows Terminalは、Microsoftが2019年5月開催の開発者イベント「Microsoft Build 2019」で発表し、2020年5月開催の「Microsoft Build 2020」で正式にリリースした。Windows Terminalを詳しく見る前に、まずはターミナルの基本を理解しよう。 コンソール、シェル、ターミナルの違い ITの初心者は「コンソール」「シェル」「ターミナル」という用語に混

                                      「コンソール」「シェル」「ターミナル」の基本的な違いとは? 「Windows Terminal」の理解に必須
                                    • 「本業消滅」を乗り越えた企業の"重要な共通点"

                                      電気自動車が登場し、ガソリン車の生産で培ってきた日本企業のすり合わせ技術(部品を独自に設計し、調整しながら組み合わせることで高品質な製品を作り上げる技術)が、モジュール化の波にのまれてしまうかもしれない。また自動運転が実現すれば、自動車産業だけでなく、運輸業や保険業のあり方も激変する可能性がある。 コンピューターはクラウド化が急速に進み、メインフレーム事業の縮小やSEの大量失業が予想されている。AIやRPA(ロボティック・プロセス・オートメーション)により、これまで人間がやってきた仕事の中で、何年か後には機械に代替されてしまう職業が増えそうである。その結果、金融機関、人材派遣業、シェアード・サービス会社、会計事務所などでは、本業のあり方にも影響が出始めている。 このような非連続変化が、企業の本業を大きく変化させようとしている。 日本で「本業転換」が難しい理由 社名から祖業を示す言葉が消えて

                                        「本業消滅」を乗り越えた企業の"重要な共通点"
                                      • スズキでも6輪生活! 折り畳み原付電動バイク「e-PO(イーポ)」を発表【ジャパンモビリティショー2023】 - Webikeプラス

                                        スズキのラブに原付のバリエーションが登場か スズキが現在自転車をラインナップしているのはあまり知られていないだろう。ラブSNA26/24は、パナソニックサイクルテックのOEM販売で、イーポはパナソニックの「OFF TIME(オフタイム)」という電動アシスト自転車をベースにした原付1種の電動バイクとなる。 メインフレームが折り畳める構造で展開時の半分ほどの長さにすると自動車のトランクにも収まりそうなので、スズキの4輪に積載して6輪生活も可能だろう。6輪生活とはホンダがシティ&モトコンポなどで提唱したレジャーのスタイルで出先でもバイクを楽しむ様式だ。 他にもイーポは、フル電動/アシスト走行/ペダル走行の3通りが設定されているので、バッテリーが切れた際も走行可能だ。フル電動時には原付1種として十分な走行性が確保されているので、24km/h未満までの電動アシスト車よりもパワーを発揮しているだろう。

                                        • インターネットは核攻撃に耐えるように設計されていたか?

                                          Silicon Folkloreより。 インターネットの物語の歴史の歴史 1969年から1978年までのARPANETのレイアウトを描いた9枚の画像を、記事の様式化されたヘッダーとして使用。 インターネットが核攻撃に耐えられるように設計されていた、という話をあなたは聞いたことがあると思います。通常、「DARPAは冷戦の計画を立てていて、分散型のレジリエントな指揮統制を切望していた」となるのですが、2022年10月18日に出版された『Bit Tyrants: The Political Economy of Silicon Valley』の著者であるロブ・ラーソン教授にそのあたりを聞いてみましょう。 インターネットは「1980年代にさかのぼる」もので、DARPAnetと呼ばれ、核攻撃から防御するために作られたものらしい。 本当だろうか? 調べてみましょう。 これは、インターネットのさまざまな

                                            インターネットは核攻撃に耐えるように設計されていたか?
                                          • 今どきのモダナイゼーション、ChatGPTを理解できない老害に出番なし

                                            数多くのモダナイゼーション案件をみてきた筆者の経験から、実際に起こり得る問題や葛藤を架空の事件簿として解説する本連載。今回は、レガシーモダナイゼーションへの「ChatGPT」の適用に着手した家電メーカーA社を紹介する。 ジェネレーティブAI(AIは人工知能、以下生成AI)の活用が日々話題になっている。ChatGPTを開発した米OpenAI(オープンAI)の技術は、米GitHub(ギットハブ)が提供する「GitHub Copilot」などソフトウエア開発への適用も進んでいる。こうした技術はモダナイゼーションをどのように変えていくのだろうか。 プロジェクトにChatGPTを導入しようとした企業で起こった事件 「全然理解できないな。なぜ100%の変換率を達成できるんだ。なぜ君たちだけでテストができると言えるんだ。はやっているからといってAIに飛びつくのもばかげている」――。X氏の怒声がプロジェク

                                              今どきのモダナイゼーション、ChatGPTを理解できない老害に出番なし
                                            • Amazon今や半導体メーカー「サーバーはワンチップに」 - 日本経済新聞

                                              米クラウド大手アマゾン・ウェブ・サービス(AWS)は、使用する数百万台以上のサーバーハードウエアをすべて自社で開発・製造してきた。そのハードの中身が近年、市販のパソコン(PC)サーバーとは大きく異なり、メインフレームに近い構成になっていた事実が明らかになった。AWSのサーバーが「IBMメインフレーム互換」になったわけではない。AWSは2012年、AWS専用サーバーハードの内部に、CPU(中央演

                                                Amazon今や半導体メーカー「サーバーはワンチップに」 - 日本経済新聞
                                              • Javaエンジニアこそ「COBOL」を学ぶべき“切実な理由”

                                                関連キーワード メインフレーム | 基幹システム | プログラミング IT部門が基幹システムを開発・運用する際のプログラミング言語として、汎用(はんよう)コンピュータで「Java」を使うようになる前は、メインフレームで「COBOL」を使うことが当たり前だった。今でも数々のメインフレームでCOBOLアプリケーションが動いている。 新型コロナウイルス感染症(COVID-19)の大流行をきっかけに、古い技術と現代の技術の分断があらためて浮き彫りになった。失業手当や緊急融資の申請を処理するための官公庁のシステムは、レガシーなCOBOLアプリケーションを使用するものが少なくない。 Javaエンジニアがなぜ「COBOL」を学ぶべきなのか 併せて読みたいお薦め記事 レガシーシステムのモダナイゼーション事例 Windows Serverのレガシーアプリを「Docker」に移行、製造受託大手が直面した課題は

                                                  Javaエンジニアこそ「COBOL」を学ぶべき“切実な理由”
                                                • 富士通、メインフレーム撤退の衝撃

                                                  メインフレーム事業からの撤退を決めた富士通。60数年の事業に幕を下ろし、クラウド事業に経営資源を集中する方針だ。 一方、富士通のメインフレームユーザーを奪おうと、競合ベンダーが動きだしている。Amazon Web Services(AWS)やGoogle Cloudなどのクラウドベンダーが脱メインフレームに向けたサービス拡充を急ぐほか、アクセンチュアはメインフレーム上のアプリケーションやデータをクラウド上に移行(リホスト)する新サービスを始めた。 富士通のメインフレーム撤退は産業構造の変革を象徴する。それだけに、関連記事はメインフレームユーザーだけでなく、ITにかかわるビジネスパーソンにとって読む価値が高い。

                                                    富士通、メインフレーム撤退の衝撃
                                                  • ARPANETから50年:インターネットの歴史と今後【特集】

                                                    アーパネット( Advanced Research Projects Agency NETwork )が1969年10月29日午後10:30、UCLA( カリフォルニア大学ロサンゼルス校 )とスタンフォード 研究所(SRI; Stanford Research Institue) の2台のコンピューター間で最初のメッセージを配信してから50年が経ちます。 ARPANETの恒久的リンクが確立したのは1969年11月21日のことで、UCLAとスタンフォード研究所のIMP間のことである。1969年12月5日には、4ノード相互のネットワークが完成した。 Wikipediaより引用しかしシステムクラッシュにより「login:」の代わりに「lo」のみが送信されました。そこから現代の インターネット に繋がるすべてが始まりました。メインフレーム上の予約時間から、モデムを使用したダイヤルアップ方式等々…長

                                                      ARPANETから50年:インターネットの歴史と今後【特集】
                                                    • 週刊Railsウォッチ(20200512後編)RubyのPStoreライブラリ、Lambda StoreのサーバーレスRedisは有能、Amazon Linux 2のライブパッチほか|TechRacho by BPS株式会社

                                                      2020.05.12 週刊Railsウォッチ(20200512後編)RubyのPStoreライブラリ、Lambda StoreのサーバーレスRedisは有能、Amazon Linux 2のライブパッチほか こんにちは、hachi8833です。何だか秒読みが始まってますね⏱。ここでプルリク数見えます。 じつはレイルズに投げたプルリクがいま993個なので週末ぐらいに1000個いくかもしれん — Ryuta Kamizono (@kamipo) May 11, 2020 ちなみにコミット数は既に3,424件なんですね😳。 参考: Rails Contributors - #5 Ryuta Kamizono - All time 各記事冒頭には⚓でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを(鍋のように)社内有志

                                                        週刊Railsウォッチ(20200512後編)RubyのPStoreライブラリ、Lambda StoreのサーバーレスRedisは有能、Amazon Linux 2のライブパッチほか|TechRacho by BPS株式会社
                                                      • 「Red Hat OpenShift on IBM Cloud」によって、モノリシックなJava EEアプリを分割しマイクロサービスとして動かすのはどれほど簡単になるのか?

                                                        「Red Hat OpenShift on IBM Cloud」によって、モノリシックなJava EEアプリを分割しマイクロサービスとして動かすのはどれほど簡単になるのか?:IBM Champion for Cloud 2019が評価 IBMのソリューションやソフトウェアに対し、そのテクニカルコミュニティーにおいて高度な貢献をしたエンジニアを表彰する制度「IBM Champions」。今回はIBM Champion for Cloud 2019に選出された平岡大祐氏に、その知見・ノウハウを体感できる記事を執筆していただいた。昨今のDXトレンドなどについて聞いたショートインタビューとともに、3回にわたって「Red Hat OpenShift on IBM Cloud」の実践的な活用方法をお届けする。2回目はマイクロサービス化と運用監視について。 IBMテクノロジーを使ってビジネス、社会をリー

                                                          「Red Hat OpenShift on IBM Cloud」によって、モノリシックなJava EEアプリを分割しマイクロサービスとして動かすのはどれほど簡単になるのか?
                                                        • 「そんなの聞いてないよ」、COBOLシステムの移行で見逃しがちなあの費用

                                                          筆者はレガシーシステムをモダナイゼーションするためのコンサルティングを生業にしている。モダナイゼーションの手法には、大きく分けてリホスト、リライト、リビルドの3つがある。リホストはプログラムはそのままでプラットフォームを移行する手法、リライトはプログラムを別のプログラミング言語で書き換える手法、リビルドは新しいシステムを構築して既存のデータを移行する手法だ。筆者はこのうちリホストとリライトを担当している。 筆者はこれまでモダナイゼーションの多くのプロジェクトを経験しており、そうした経験から得たものを、現場で奮闘する当事者に何とか伝えられないかと常に考えてきた。そこで、実際の事例を基にわかりやすいよう脚色を加え、ストーリー仕立ての「事件簿」の形で紹介することを思い立った。読者が直面する課題を解決するヒントになればと思う。 今回紹介するのは、急激に成長するeコマース(電子商取引)を支えるレガシ

                                                            「そんなの聞いてないよ」、COBOLシステムの移行で見逃しがちなあの費用
                                                          • Tandem や Stratus の目指した世界は今に引き継がれてるのか? - cat-a-log

                                                            (ベンダーの公式サイト以外での) 日本語によるメインフレーム技術情報は非常に貴重なので、以下の記事は大変興味深く読ませていただいた。 qiita.com で、この記事に付いたコメントで気になる問題提議があったので、連休のヒマに任せて参戦してみる。 Masanori Kusunoki / 楠 正憲 on Twitter: "汎用機の信頼性が今以てスゴい仕組みであることは間違いない。「他のノードから回復処理を行うべき」という後続はTandem/HimalayaとかStratusあたりと推察するんだけど、あの手の技術って今に引き継がれてるんだろうか? / “メインフレームの異常処理 - Qiita” https://t.co/VQtR6lTVuH" 汎用機の信頼性が今以てスゴい仕組みであることは間違いない。「他のノードから回復処理を行うべき」という後続はTandem/HimalayaとかStra

                                                              Tandem や Stratus の目指した世界は今に引き継がれてるのか? - cat-a-log
                                                            • 『IBM PC互換機』:PCを独占から救った敵対的相互運用性 | p2ptk[.]org

                                                              Electronic Frontier Foundation 敵対的相互運用性は、市場支配的企業の意に反して、支配的製品やサービスと連携する新製品や新サービスを作り出したときに生まれる。 黎明期のレコードをはじめ、古くから敵対的相互運用性の事例は数多く存在しているが、コンピュータ業界は常に競争と革新性を維持するために敵対的相互運用性に頼ってきた。これはまさにパーソナル・コンピュータもそうであった。 1969年から1982年にかけて、IBMはメインフレーム・コンピュータの独占をめぐり米司法省と争っていた。司法省は1982年に訴訟を取り下げたが、そのころにはすでにメインフレームの重要性は低下し、代わりにパーソナルコンピュータが台頭するなどコンピューティング市場は変化していた。 PC革命はIntel 8080チップに負うところが大きい。この安価なプロセッサは、当初は組み込みコントローラ市場を開拓

                                                                『IBM PC互換機』:PCを独占から救った敵対的相互運用性 | p2ptk[.]org
                                                              • 銀行の障害、ERP頓挫、ウイルス侵入…日本のシステムトラブル38年史

                                                                IT黎明(れいめい)期の1980年代からまだ記憶に新しい2010年代まで、全1176件の「動かないコンピュータ」を振り返る。年代ごとの主な事例からその時代ごとの特徴を再点検してみた。 東京オリンピック開催の翌年となる1965年、三井銀行(現三井住友銀行)が銀行として初めて本店と支店をつなぐオンラインシステムを稼働させた。この時期のシステムと言えば、メインフレームという大型コンピューターによる集中処理を指していた。 70年代からコンピュータの小型化や低価格化が進んだ結果、80年代にOA(オフィス・オートメーション)ブームが起こる。OAとは業務をコンピューターで効率化することで、今で言う働き方改革を指す。表計算ソフトやワープロソフトでシェアを拡大していた米マイクロソフトが日本法人を設立したのもこの時期(1986年)だ。 コピー機やファクシミリと並んでOAブームの中心となったのが小型のオフィスコ

                                                                  銀行の障害、ERP頓挫、ウイルス侵入…日本のシステムトラブル38年史
                                                                • コンテナ・セキュリティ入門 と Kubernetes - Qiita

                                                                  Dockerコンテナは、プロセスの一種であり、コンテナホストのカーネルを共有するために、セキュリティ上のリスクがある。このコンテナの動作原理上のリスクを軽減するために、さまざなの試みが実施されている。そこで、Dockerコンテナの基本的仕組みから、コンテナの隔離性を高めるためのOSSプロジェクトを整理する。 Dockerコンテナの仕組みとセキュリティ Dockerコンテナの仕組みの基本は、次の3点である。 Kernel namespaces (カーネル・ネームスペース) Control groups (コントロール・グループ) Linux kernel capabilities (Linux カーネル・ケーパビリティ) これら3点について、セキュリティの観点から確認していく。 カーネル・ネームスペース docker runを使ってコンテナを起動すると、バックグラウンドで、カーネル・ネームス

                                                                    コンテナ・セキュリティ入門 と Kubernetes - Qiita
                                                                  • デジタル化へ突き進む日清食品、データ活用、内製化、会社の枠を超えた次なる挑戦を直撃――日清食品HD 情報企画部 次長 成田敏博氏

                                                                    デジタル化へ突き進む日清食品、データ活用、内製化、会社の枠を超えた次なる挑戦を直撃――日清食品HD 情報企画部 次長 成田敏博氏:デジタル変革の旗手たち(1/2 ページ) 創業者の安藤百福氏から連綿と受け継がれるイノベーターのDNAがデジタル変革にも及んだ今、キーパーソンは何に取り組み、次にどのようなアクションを起こそうとしているのか。 経済産業省と東京証券取引所は8月25日、デジタル技術を活用してビジネスモデルや業務、組織を抜本的に変革し、競争力につなげている35社を「DX銘柄 2020」として選出した。前身の「攻めのIT経営銘柄」を含めこれが初選出となる日清食品ホールディングスは、ここ5年ほどで急速にIT化を進めてきた。社内会議にPCを持って集まるようになったのも、ほんの2、3年前だという。 日清食品グループといえば、遊び心のある新商品や攻めた表現のテレビCMでお茶の間に話題を振りまき

                                                                      デジタル化へ突き進む日清食品、データ活用、内製化、会社の枠を超えた次なる挑戦を直撃――日清食品HD 情報企画部 次長 成田敏博氏
                                                                    • TIS、AWS移行時の経済効果を可視化する「AWSクラウドエコノミクス評価サービス」を提供 | IT Leaders

                                                                      IT Leaders トップ > 経営課題一覧 > コスト最適化 > 新製品・サービス > TIS、AWS移行時の経済効果を可視化する「AWSクラウドエコノミクス評価サービス」を提供 コスト最適化 コスト最適化記事一覧へ [新製品・サービス] TIS、AWS移行時の経済効果を可視化する「AWSクラウドエコノミクス評価サービス」を提供 2023年4月14日(金)日川 佳三(IT Leaders編集部) リスト TISは2023年4月13日、AWS移行効果可視化サービス「AWSクラウドエコノミクス評価サービス」を発表した。ユーザーの情報システムをAWS(Amazon Web Services)に移行した場合のメリットを数値化したレポートを提供する。価格(税別)は、コスト効果の算定が2カ月程度 で250万円から。コスト効果の算定とアセスメントが、2.5~3カ月で360万円から。 TISの「AWS

                                                                        TIS、AWS移行時の経済効果を可視化する「AWSクラウドエコノミクス評価サービス」を提供 | IT Leaders
                                                                      • GoogleがCornerstone Technology買収を発表 メインフレームからGoogle Cloudへのマイグレーションサービス強化へ

                                                                        この記事は新野淳一氏のブログ「Publickey」に掲載された「メインフレームからGoogle Cloudへのマイグレーションサービス強化へ、GoogleがCornerstone Technology買収を発表」(2020年2月20日掲載)を、ITmedia NEWS編集部で一部編集し、転載したものです。 米Googleが、マイグレーション支援ベンダーのCornerstone Technologyを買収したことを発表しました。 Cornerstone Technologyは、顧客の既存システムの分析やコンバートを通じて、レガシーシステムからモダンなシステムへのマイグレーション支援を行うベンダーです。 具体的には、システムに関する多様な情報を収集したうえでマイグレーションのロードマップを作成。さらに同社独自のツールによって、あらゆるプログラミング言語から別のプログラミング言語へアプリケーショ

                                                                          GoogleがCornerstone Technology買収を発表 メインフレームからGoogle Cloudへのマイグレーションサービス強化へ
                                                                        • 「Cloud Native Trail Map」の10ステップを紐解く(ステップ1~3)

                                                                          はじめに 国内外で「クラウドネイティブ」に取り組む企業やエンジニアが増え、クラウドネイティブ関連のイベントへの参加者も活況を呈しています。一方で「クラウドネイティブとは、なんでしょうか?」という疑問を持っている方々も多くいます。さらにネイティブというと、日本では特に「ネイティブスピーカー」の略語として使われることが多く、語感としてピンとこない方もいます。 そこで本連載では、クラウドネイティブについて解説するとともに、それを支える基本的なテクノロジーやソフトウェア、そして、特にエンジニア視点として、どのように学んでいくかを紹介していきます。 今回からは、第1回の内容を踏まえて、クラウドネイティブを実現するための道しるべとなる「Cloud Native Trail Map」について、ステップ1から3までを解説します。 Cloud Native Trail Mapの 10のステップ 「Trail

                                                                            「Cloud Native Trail Map」の10ステップを紐解く(ステップ1~3)
                                                                          • スピンバイクでZwift① 導入 | 峠のよろず屋 - touge.net

                                                                            はじめに スピンバイクを購入して2か月。いろいろノウハウが貯まってきたので書き記しておくことにする。かなりニッチな領域なので本記事が役に立つのは限られた人だと思われるが参考になれば幸いである。 2020年12月13日現在のテレワーク兼トレーニング環境 結論から言うと、スピンバイクとZwiftの組み合わせによるトレーニングは実用的かつ実効性があると言える。実際に、この2か月間のスピンバイク中心のトレーニングでFTPが向上し、峠の実走でも自己ベストを更新できた。 このトレーニング環境は特に、 集合住宅や家庭内での騒音が気になる単身赴任等で手元にロードバイクがない愛車(ロードバイク)をローラーで消耗させたくないZwift環境構築のための予算が限られている といった課題を抱えている方にはうってつけかもしれない。なお、スピンバイクを使用する以上実走感は皆無であることを断っておく。環境構築に十分な投資

                                                                              スピンバイクでZwift① 導入 | 峠のよろず屋 - touge.net
                                                                            • COBOLをやめても消えない“亡霊”「JOBOL」の正体

                                                                              ダウンロードはこちら プログラミング言語「COBOL」は、メインフレーム用プログラミング言語の定番であり続けている。メインフレームを脱して新しい技術を取り入れるために、企業はメインフレームで稼働するCOBOLプログラムを、「Java」などの比較的新しいプログラミング言語で書き換える「モダナイゼーション」を推し進めようとしている。 ところがCOBOLプログラムのモダナイゼーションは、スムーズには進んでいない。それはなぜなのか。背景に潜む問題とは。本資料は、企業がCOBOLプログラムのモダナイゼーションを推し進める上での障壁を解説する。 中身を読むには、「中身を読む」ボタンを押して無料ブックレットをダウンロードしてください。 連載:命令型プログラミングと宣言型プログラミングを比較する

                                                                                COBOLをやめても消えない“亡霊”「JOBOL」の正体
                                                                              • 晩秋の四万温泉 -雨上がり編- - くろねこ自由気ままな日記

                                                                                こんにちは くろねこです。 忘年会などお酒の席が多くなってきました🍷 先日、古き良き仲間とスペイン料理のお店で楽しいひとときを過ごしました。 皆、いい年齢になりましたが、その席では出会った頃のノリで会話が進みました。 まあ、最後は「えげつない」愚痴合戦でしたが(笑) さて、先日、投稿させていただきました記事「晩秋の四万温泉」の完結編をお届けします。 夜明け前 システム起動(余談) 雨上がりの朝 中之条ガーデンズ たくみの里 夕暮れ迫る中之条 渋滞の関越自動車道 おわりに この記事は、作戦当日編の続きになります。 ご覧頂いてない方は先に下記のリンク先からご覧いただければと思います。 www.kuronekofreedom.com www.kuronekofreedom.com それでは、作戦2日目(最終日)です。 夜明け前 11/11 05:30 意識回復 完全寝落ちしてしまったくろねこ

                                                                                  晩秋の四万温泉 -雨上がり編- - くろねこ自由気ままな日記
                                                                                • 2023/06/20 読んだ記事まとめ(データエンジニアリングとソフトウェアエンジニアリングの違い) - /home/by-natures/dev*

                                                                                  最近仕事をしていて、データエンジニアと肩書きはいただいてますがソフトウェア開発をすることも多く、データエンジニア・ソフトウェアエンジニアの2つに違いはどの程度あるのか?ただ役割を細分化しただけなのかが気になっていました。 そんな時に目についた記事がこちら: medium.com 物理学の博士をもつ、ベルギーの様々な企業でデータエンジニアやデータサイエンティストとして働く Niels Cautaerts 氏による投稿です。2つの違いが簡潔に言語化されており、さらにアジャイル開発やテストの文脈での違いに焦点を当てて分かりやすく解説されています。 ちょっと長い記事なのですがまとめてみました。太字だけ追えばざっくり理解できるようにしたので、ぜひご覧ください。和訳要約には ChatGPT を利用しましたが、専門用語も多いので割と自分で加筆修正しています。分かりづらい箇所があればご指摘ください。 <<

                                                                                    2023/06/20 読んだ記事まとめ(データエンジニアリングとソフトウェアエンジニアリングの違い) - /home/by-natures/dev*