NewsPicks | 経済を、もっとおもしろく。2023年11月の衝撃の解任劇から復帰したOpenAIのアルトマンCEO。同社の元取締役ヘレン・トナー氏は、幹部2人が取締役会に「心理的虐待」の事例を報告したことが、解任のきっかけのひとつだったと明かしました。一方、OpenAI側はすでに総括を実施済みとしています。
tm-versions
TM （Ｔ字形 ER手法の改良版） は、実地の使用のなかで験証を続けて、かつ、数学・ロジック （論理学）・哲学の観点から検証を続けているので、改良を施してきています。そのために、現時点での体系 （最新の体系） を知りたいという要望が多いので、本 ホームページ で、TM の最新 バージョン を記すことにしました。TM を見直した折りに、そのつど、新しい バージョン を示していきます。 ● TM3.0 （2022-07-22） → 「モデル 作成技術 TM 入門」 （技術評論社） ● TM3.0 の元資料 （2020-12-30） → TM3.0 の技術 （説明資料 ダウンロード） ● TM2.0 （2015-06-04） → TM2.0 の基本的な考えかた （説明資料 ダウンロード） → TM2.0 の技術 （説明資料 ダウンロード） ● TM1.0 （2009-01-23） 「赤本」 「い
Instant chords for any song - Chordify
Guitar, ukulele, piano and mandolin. Get instant chords for any song. Search our 36 million+ songs
CentOS7にFessをインストールする
FessはElasticsearchをバックエンド（検索エンジン）に持つ全文検索サーバ。今回は専用に用意したCentOS7のマシンにインストールした際のメモです。 使用したFessのバージョンは12.1.2で、Elasticsearch関連のバージョンも互換のものを選択する必要があります。 もくじ： スクリプトインストール前提条件ダウンロードElasticsearchのセットアップFessのインストールスクリプトインストールの基本は公式のマニュアル通りです。 面倒なのでbashスクリプトにしました。 サービスとして自動起動するよう設定しているので、インストール完了後はマシンの起動時にサーバが立ち上がるはずです。 あまりよろしくはありませんがrootで作業しているので、他のユーザを使う場合はsudoなどで昇格が必要です。インストール用のバイナリ等を一時保存するためのディレクトリ($inst_
GCP と AWS サービス対応表・比較表（2018年2月版）
作成動機 パブリッククラウド（GCP、AWS、Azure など）はどんどんサービスを追加するので、私個人の整理も含め、皆様がパブリッククラウドを触るためのトリガーになればとの想いで作成しました。 特に AWS は非常にサービスが多く、この表に含まれていないサービスもありますが AWS は日本語情報が多いため、これをベースに Google 先生を駆使して GCP と AWS の様々な素晴らしいサービスを知っていただければ嬉しいです。 サービス対応表 比較表 作成方針 対応表は各サービスの優劣を決めたり、議論するためではなく、エコシステム（共存共栄）の観点で読者が使いたい方、または両方（GCP & AWS）を使うことで、様々な知見が得られるのではないかと期待しています。 なお、AWS は 90 以上のサービスがあり、すべてを対応表に掲載（マッピング）するのは困難で、未記載の AWS サービスが
一休のSQL Server AWS移行事例（前編） - 一休.com Developers Blog
一休.comではオンプレミスで動かしていたサーバー群をAWSに移行する作業を2016年末から2年がかりで進めてきました（以下、クラウド移行と呼びます）。2017年7月にまず全サービスのアプリケーションサーバー移行が完了、2018年2月にデータベースであるSQL Serverの移行が終わり、クラウド移行が完了しました。 一休のシステムは予約や決済などのミッションクリティカルな基幹業務を担ってるため、大規模なシステム移行は難易度が高い仕事でした。また、一休のサービスは予約を取り扱うECの一種であるため、トランザクション機能をはじめとする、DBに対する品質要求水準や機能要件も比較的厳しい環境です。 本記事ではこのクラウド移行の中でも特に難易度が高いDBの移行を牽引したkudoyに、移行計画の設計や勘所についてインタビューします。 インタビュイー kudoy デジタルマーケティング部エンジニア（写
レガシー解体、作り直しと連携を使い分ける
現行システムの機能を踏襲するリライトでは、テストが課題。API連携なら、レガシーを含めた周辺システムを効率的につなげる。データ連携ツールを使えば、クラウドとレガシーも連携できる。 デジタル化に向けてレガシーを生かすための「解体シナリオ」は様々ある。利用目的に合わせて選ばなければ、手間とコストばかりがかさむ。まずは現行システムに手を入れるかどうか判断が必要だ（図1）。 システム全体のモダナイズなどで作り直す場合、システムの規模や改修度合いによるが、億円単位の大掛かりなプロジェクトになる。 一方、既存の業務ロジックをAPI経由で流用したり、データを連携したりするだけなら、既存システムへの影響は少ない。連携の仕組みを既存システムの外側に作れば済むし、「z／OS Connectを使えば、IBMメインフレームで稼働するミドルウエアなどを簡単にAPI連携できる」（日本IBM グローバル・ビジネス・サー
レガシーをクラウドへ、移行パターンを見極め実践
稼働中のシステムを変更なく持ち込めるクラウドなら移行リスクは低い。移行判断には、クラウド上の構成を考えた料金シミュレーションが必須。レガシーとは別に、新たなデジテル基盤を作る企業も増えそうだ。 レガシーの移行先としてクラウドを選ぶ企業が増えている。クラウドの信頼性が上がる一方で、業務系、基幹系で使いこなすノウハウが蓄積されてきたからだ。 オンプレミス（自社所有）環境の受け皿となるだけでなく、AI（人工知能）やIoT（Internet of Things）など最新テクノロジーが利用できるのもクラウドのメリット。顧客とつながりを深めるSoE（System of Engagement）や、分析により気づきを得るSoI（System of Insight）領域のシステム作りに最適だ。 ただし、法制度やコンプライアンスなどの制約でオンプレミス環境で運用したいシステムはある。オンプレミスとクラウドを併
人事任せでは立ちいかない、戦略的にチームを作る
有効求人倍率が7.75倍になるなど、IT人材不足が深刻さを増している。レガシーシステムの継承やデジタル化の推進など、役割拡大が一因だ。人材像や組織体制の明確化など、IT部門主導の戦略が求められてきた。 「デジタル化に取り組みたいが、肝心の人がいない」―こうした悩みをIT関係者から聞く機会が増えている。IT人材が不足しているという課題は想定以上に急激なスピードで深刻化している。人事部門に採用のリクエストを再三出しても音沙汰なし、パートナーに声をかけても「人が出払っている」と、積極的には取り合ってもらえない。 ガートナージャパンは「2020年末までに、日本のIT人材は質的に30万人以上の不足に陥る」という展望を2017年1月に発表している。こうした展望は現実のものとなりつつある。パーソルグループが提供するエージェントサービス「DODA」の最新データによると、IT/通信系の人材の有効求人倍率は7
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google Colab
クラブ・ラボ