弊社の伝説の開発のひとつ、スクラムの源流でもある、初代プリウスについて、当時の開発者たちが語る熱く、時には洩れる本音のトークを紹介します。また日本を代表するアジャイルコーチの皆さんと、温故知新の心構えでこれらを分析しました。開発者たちのトークに、いくつかの共通ワードが存在し、それがスクラムの源流と繋がっ…
2024/10/31 「COBOL×AIハッカソン 2024 Google Cloud の Geminiを試す!最新生成AIをCOBOLに使ってみよう」を掲載しました。 2024/10/8 新規格情報に「2023年版COBOL国際規格の新機能の概要」を掲載しました。 2024/10/2 COBOLのはなしに「生成AIによるCOBOLプログラム説明の試行」を掲載しました。 2024/8/5 8/21(水)開催、DXシステム開発 Expo 2024にて講演をします。 2024/7/1 【COBOL×Google Cloud】COBOL×AIハッカソン2024 Day2について、募集を開始しました。 2024/5/24 【COBOL×Google Cloud】COBOL×AIハッカソン2024 Day1について、募集を開始しました。 2024/3/7 セミナースケジュール「COBOLコンソーシア
ヨドバシカメラが運営する国内の代表的なECサイトの1つである「ヨドバシ.com」は、同社が内製するプライベートクラウドによって支えられています。 そのプライベートクラウドはどのように作られ、どのような機能を備えているのかについて、クリエーションラインが主催し10月14日に開催されたオンラインイベント「Actionable Insights Day 2022」でその内幕がはじめて語られました。 この記事では、その内容をダイジェストで紹介します。 はじめて語られるヨドバシ.com を支えるプライベートクラウドの全容 株式会社ヨドバシリテイルデザイン サービスデプロイメント事業部 事業部長 戸田宏司氏。 ヨドバシリテイルデザインの戸田と申します。よろしくお願いいたします。「はじめて語られるヨドバシ.comを支えるプライベートクラウドの全容」というタイトルでお話をさせていただきます。 弊社は「いつ
アジャイル開発の外部委託が「偽装請負」だと疑われないためにすべきこと、厚労省が公表した疑義応答集を読み解く(後編)。Agile Japan 2021 アジャイル開発において開発担当者を外部のベンダに依頼した場合、必然的に発注側の企業とベンダ側の開発者が1つのチームとなり密なコミュニケーションを行います。 すると、発注側の企業がベンダの開発者の業務遂行に対して具体的な指示を行う、いわゆる「偽装請負」とみなされる可能性があるのではないか? という疑義が以前から呈されていました。 この疑義に対して、どのように対処すれば偽装請負と見なされないか、その指針が今年9月に厚生労働省から「労働者派遣事業と請負により行われる事業との区分に関する基準(37号告示)関係疑義応答集」として公表されています。 オンラインで11月8日に開催されたイベント「Agile Japan 2021 Day 0」では、この疑義応
アジャイル開発の外部委託が「偽装請負」だと疑われないためにすべきこと、厚労省が公表した疑義応答集を読み解く(前編)。Agile Japan 2021 アジャイル開発において開発担当者を外部のベンダに依頼した場合、必然的に発注側の企業とベンダ側の開発者が1つのチームとなり密なコミュニケーションを行います。 すると、発注側の企業がベンダの開発者の業務遂行に対して具体的な指示を行う、いわゆる「偽装請負」とみなされる可能性があるのではないか? という疑義が以前から呈されていました。 この疑義に対して、どのように対処すれば偽装請負と見なされないか、その指針が今年9月に厚生労働省から「労働者派遣事業と請負により行われる事業との区分に関する基準(37号告示)関係疑義応答集」として公表されています。 オンラインで11月8日に開催されたイベント「Agile Japan 2021 Day 0」では、この疑義応
とりあえず、この発言した佃均という人物に開発側の経験が無さそう [hatena.ne.jp]ってことだけは理解した。 「IT専門紙の取締役編集長」やってたと言うけど、その「専門紙の名前」すら伏せてる時点で判断以前な気がするなぁ。 https://twitter.com/E_Hartmann666/status/1438650645599297542 [twitter.com] >「バッチ処理は時代遅れ」 三大メガバンクとJPBの勘定系&業務系の設計・構築やってた経験から言うと、夜間バッチ処理は「センターカット」と呼ぶんだけど、処理遅延すると翌日のオンライン開局が遅延するので、MUFGとSMBCは夜間バッチ処理を削減する方向で設計している。 ↓ 日銀RTGS、全銀システムはリアルタイム処理になってる。(全銀は全加盟機関じゃなくて、一部の機関だけだけど) みずほ銀行の勘定系システム更改の誤謬は
Talked at Cloud Native Lounge #2「クラウドネイティブなシステムの継続的改善と企業文化」. https://forkwell.connpass.com/event/215798/
📌 はじめに Pythonで開発を行うにあたり、リンタやフォーマッタ、パッケージマネージャ等のツールの選定は非常に重要な問題です。一方で歴史的な経緯もあり、沢山の選択肢から何を選ぶべきか情報がまとまっていないように感じました。この記事では2021年9月時点でモダンと言えるであろう開発環境を紹介します。基本的にはシェアが高いこと、著名なパッケージで使用されていることを主な選定理由としており、また特定のエディタに依存しないことを前提とします。 本記事で紹介する内容は一つのテンプレートに近く、必要に応じてカスタマイズするもよし、そのまま使ってもよし、として参考になればと思います。(CI/CDについてはPythonとは独立した問題なので触れません。またドキュメント生成はSphinxを推しますが、必須ではないので今回は割愛します。) 📄 要約 "モダン"な開発環境を箇条で列挙すると下記の通りです
【お知らせ】200名以上の有名企業のCxO / 責任者クラスのトッププレイヤーを、月額定額でアサインできる「SHARE BOSS (シェアボス)」というサービスを運営しています。DXや事業開発に関するお困りごとや、お悩みがございましたら、まずはお気軽にお問い合わせください。 https://shareboss.net/about/ 2019年くらいから、デジタルトランスフォーメーション (DX) の相談を受けるようになって、今はアドバイザーみたいなのを含めて10社くらいお手伝いしています。 また、講演なんかも依頼されてたりして、そこではストルターマン教授がどうだ、とか、トレンドはー、みたいなことをしたり顔で言っていたりするわけなんですが・・・。内心では、定義とか事例の話から入るのはあんまり本質的じゃないのかな、と感じています。 足元の現場を見ると、DXDXディーエックスディーエックスいって
@t_wadaさんが翻訳されていた技術的負債の記事をあらためて読んでみたら非常に面白かった。技術的負債の本来の意味が説明されているので、まだ読んだことがない人は一読をおすすめする。 その翻訳記事を読みながら、Jasper(僕が開発しているGitHub用のIssueリーダー)のv1.0で技術的負債を返済したことを思い出した。そこで、その翻訳記事を参考にして技術的負債の生態について自分なりに考えてみることにした。すると面白い生態がいくつか見えてきた。例えば「生態③: むしろ技術的負債が生まれることそれ自体はポジティブである」などである。今日はそのことについて書いてみようと思う。 ちなみに今回は技術的負債への対処までは解明することができなかった。いつか続きを書けたらいいなと思う。 技術的負債が生まれる背景 まずはJasperで経験した技術的負債を紹介する。負債の内容自体はそんなに重要ではないので
目次 Visual Studio Codeとは Visual Studio Codeの特徴 Visual Studio Codeを使うメリット/デメリット Visual Studio Codeの使い方 Visual Studio Codeの料金 Visual Studio Codeの評判 Visual Studio Codeを使うべき人 まとめ Visual Studio Codeとは Visual Studio Codeとは、プログラミングを行う時は「エディタ」と呼ばれるソフトウェアのひとつです。 エディタとは言わば高機能なメモ帳のようなものです。 エディタには多くの種類がありますが、その中でも現在エンジニアの間で最も多く利用されていると言われているのが「Visual Studio Code(ビジュアル・スタジオ・コード)」です。 エンジニアの間では略して「VSCode(ブイエスコード)
Most of the time, http://localhost behaves like HTTPS for development purposes. However, there are some special cases, such as custom hostnames or using secure cookies across browsers, where you need to explicitly set up your development site to behave like HTTPS to accurately represent how your site works in production. (If your production website doesn't use HTTPS, make it a priority to switch t
情報システムの開発時に発注者(ユーザー企業)、受注者(ベンダー企業)はそれぞれの目的があり、協調することは一般的に難しいといえます。 しかしそれができないとどちらかが不幸になり、かつ完成した情報システムも満足できないものに終わる可能性があります。 そこでIPA/SECでは、プロジェクト管理や品質保証などの実務経験が豊富なエキスパートを、ユーザー企業とベンダー企業の双方から集めて委員会を結成し、ITプロジェクトの現場で実際に生じている問題とその予防策について議論を重ねてきました。議論では、ユーザー企業とベンダー企業の双方の「言い分」を共有し、問題が発生するメカニズムを検討した上で、それぞれの企業で実践され成果を上げている予防策等について検討しました。 この度、これらの議論から得られた予防策や知見などを取りまとめた、「ITプロジェクトのリスク予防への実践的アプローチ」(以下、本ガイド)を作成し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く