阪急電鉄が、大阪市内を南北に走る新線「なにわ筋線」の開業に合わせ、２０３１（令和１３）年に新大阪から阪急の連絡線、なにわ筋線を経由して関西国際空港を直接結ぶ列車の運行を開始させる方針であることが１６日、分かった。新大阪―関空間で１時間あたり６本ほどの急行を走らせ、なにわ筋線以南の関空に向かうルートは南海電気鉄道、ＪＲ西日本双方の路線への乗り入れを検討している。関空に直接乗り入れるルートを整備し、訪日外国人客（インバウンド）需要を取り込むとともに、兵庫県などに広がる同社の沿線の価値を高める狙いだ。 阪急電鉄の上村正美（まさよし）専務取締役が産経新聞のインタビューに明らかにした。阪急は新大阪から十三、十三からなにわ筋線の始発駅であるＪＲ大阪駅をつなぐ２本の連絡線を１３年に開業する計画で、関空への直通ルートは「それと合わせて開設を目指す」（上村氏）。 特急ではなく、急行を走らせる理由として上村氏
①データ分析：データそのものを、用途や目的に応じてさまざまな角度から分析し、そこから事実（ファクト）や気づきを得る分析機能 ②ビジュアライゼーション：集計・分析したデータを表やグラフで可視化して、数値や文字の羅列からは見えにくい規則性や傾向を、直感的に把握できるようにする機能 ③レポーティング：②で可視化したデータをBIツールのダッシュボード上に表示したり、PDFなどのファイルや紙の資料としてプリントアウトしたりする資料化の機能 こうした機能によって経営陣や現場のスタッフは、最新のデータをもとに業務の分析を行い、ファクト（事実）にもとづいた迅速な意思決定ができるようになります。急速に変化し続ける時代にあって、経験や勘、過去の成功例だけに頼った判断が困難な今、BIツールは企業のビジネスの現場に欠かせないツールといえます。 初期のBIツールは、情シス部門などごく限られたIT専門家のものだったこ
LINEから36億(3.6B)パラメータの大規模言語モデル(LLM)が公開されたので早速遊んでみた。正確には遊んだのは昨日のデイリーAIニュースなのだが、面白かったのでこちらにも転載する。 細かいやり方は大先生のページを参照のこと。 例によってこんな関数を書いた def line(prompt): # 推論の実行 input_ids = tokenizer.encode(prompt, add_special_tokens=False, return_tensors="pt") tokens = model.generate( input_ids.to(device=model.device), min_length=50, max_length=300, temperature=1.0, do_sample=True, pad_token_id=tokenizer.pad_token_i
グローバルのクラウドインフラ市場シェア、AWSがトップ維持、Google Cloudの成長率が高い。2023年第2四半期、Synergy ResearchとCanalysの調査結果 調査会社のSynergy Research GroupとCanalysは、2023年第2四半期のグローバルにおけるクラウドインフラのシェアをそれぞれ発表しました（Synergy Research Group、Canalys）。 クラウドインフラとは、IaaS、PaaS、ホステッドプライベートクラウドを合わせたもの。 Synergy Research Groupはクラウドインフラにおける過去1年の市場成長率を18％としており、これは第1四半期の19％よりも下がったとして成長の鈍化を指摘しています。成長の鈍化はCanalysも同様に指摘しており、ここ半年以上、成長率が少しずつ低下傾向にあることは明らかです。 そうし
HashiCorpは今後リリースする全製品のライセンスを、これまで採用してきたMozilla Public License v2.0（MPL2.0）から、商用利用に制限があるBusiness Source License v1.1（BSL1.1）に変更すると発表しました。 Future releases of HashiCorp's core products will adopt the Business Source License. We know our community will have questions, so please read our blog post to understand why, and see our FAQs to understand the changes: https://t.co/riF4EZdQhphttps://t.co/TID1ps7
筆者は1997年から「Linux」を使い続けているが、その間、問題が起きたのはたった1回だけだ。その期間の長さを考えれば、これは非常に立派な成績だと言えるだろう。あるOSを30年近く使ってきて、何回か小さな問題があったほかは、深刻な問題が1度しか起きなかったという状況を想像してみて欲しい。 誰がどう見ても、それは勝利だ。 ただし最初の頃は、Linuxを使うのは決して簡単ではなかった。おそらく、筆者がLinuxに非常に早く慣れることができたのは、それが理由だろう。真剣に努力しなければならなかったのだ。 しかし今のLinuxは、昔のLinuxとは別物だ。今のLinuxは驚くほど使いやすくなっている。コマンドラインを使う必要もなければ、自分でカーネルをコンパイルする必要もない。bashのスクリプトを書いたり、正規表現を覚えたり、自分でファームウェアをインストールしたりする必要もなくなった。 今の
はじめに 最近プロジェクトマネジメント関連の仕事をする機会が増え、(駆け出しですが)要件定義や設計関連の業務もするようになったので、私の経験を基に要件定義の具体的なプロセスや考え方について、まとめていきます。 この記事の対象者 要件定義の基本や思考プロセスを学びたい人 エンジニアからプロジェクトマネジメントをやりたい人 ビジネスサイドとエンジニアサイドのコミニュケーション能力を向上させたい人 具体的な事例を通して要件定義を学びたい人 前提 紹介する内容はあくまで一例であり、プロジェクトやチームの状況に応じて調整が必要 あくまで自分(駆け出しPM)の経験に基づいた内容を言語化しています プロジェクト規模は10名〜20名のWebアプリ開発を想定しています システム開発の全体像 一般的なシステム開発のプロジェクトは下記のフェーズで進んでいきます。 ※ コンサルの領域だと要件定義の前に企画構想とい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
