メルセデスベン子 @nomolk サブスク時代になって限られた小遣いの中でCDどれ買うか迷うっていう検討を経ず「全部聴く」というパワープレイができるようになった中高生が10年後にどういう音楽やってくれるのかがすごい楽しみ 2021-03-24 23:27:45
2019年間CD売上ランキングがヤバイと批判殺到 1 名前:エンケラドゥス(武蔵國) (初段) [CA]:2019/12/24(火) 21:01:53.79 2019年間シングルCDランキング 01位 AKB48「サステナブル」 02位 AKB48「ジワるDAYS」 03位 乃木坂46「Sing Out!」 04位 乃木坂46「夜明けまで強がらなくてもいい」 05位 欅坂46「黒い羊」 06位 BTS「Lights/Boy With Luv」 07位 嵐「BRAVE」 08位 日向坂46「キュン」 09位 日向坂46「こんなに好きになっちゃっていいの?」 10位 日向坂46「ドレミソラシド」 11位 米津玄師「馬と鹿」 12位 King&Prince「koi-wazurai」 13位 SKE48「FRUSTRATION」 14位 King&Prince「君を待ってる」 15位 SKE48「
GitHubが2019年11月、新機能「GitHub Actions」を正式に公開した。GitHub上のリポジトリやイシューに対するさまざまな操作をトリガーとしてあらかじめ定義しておいた処理を実行できる機能で、今まで外部サービスとの連携が必要だった自動テストや自動ビルドなどがGitHubだけで実現できるようになる。今回はこのGitHub Actionsについて、機能の概要や基本的な使い方などを紹介する。 GitHubだけでCI/CD的な機能を実現できる「GitHub Actions」 昨今では、ソフトウェア開発におけるさまざまな工程を自動化するような技術の開発や普及が進んでいる。その1つに、CI(Continuous Integration、継続的インテグレーション)やCD(Continuous Delivery、継続的デリバリー)と呼ばれるものがある。CIはソフトウェアのビルドやテストを
こんにちは。SRE部の巣立(@ksudate)です。 我々のチームでは、AWS上で多数のマイクロサービスを構築・運用しています。マイクロサービスが増えるにつれて、CI/CDの長期化やリリース手法の分散など様々な課題に直面しました。 本記事では、それらの課題をどのように解決したのかを紹介します。 目次 目次 はじめに CI/CDのこれまで Release PRによるリリース CI/CD実行時間の長期化 マイクロサービスごとのリリースが難しい リリーサーの制限ができない ドメイン単位の並行リリース リリース手法が分散する ブランチ間の同期が必要 パイプラインの増加 CI/CD実行時間の長期化 リリーサーを制限できない CI/CDの刷新 高速かつシンプルなCIパイプライン 変更差分を利用したCIパイプラインの実行 承認機能付きのCDパイプライン GitHub Environmentsによるリリー
NGINX、商用版の重要な機能をオープンソースで無料化、オートスケールやCI/CDフックなどフルスタック化など、今後の発展についてコミットを発表 オープンソースのWebサーバ「NGINX」(エンジンエックス)の開発元であるF5 Networksは、オンラインイベント「F5 NGINX Sprint 2022」を開催中です。 そこでNGINX開発チームは、今後のNGIXの発展に向けて、ソースコードをMercurialからGitHubへ移行すること、有償版の機能をオープンソースへ移植して無料で利用可能にすること、単なるWebサーバ機能だけでなくCI/CD機能などを拡張することなど、3つの約束を発表しました。 GM of #NGINX @rwhiteley0 has just announced three #opensource promises that will come to life
CD市場が縮小している。日本レコード協会によると、2011年の売り上げは2085億100万円だったが、20年は1269億3700万円に。この10年で市場は40%ほど縮小したわけだが、その理由はいくつかある。ご存じのとおり、楽曲をダウンロードしたり、サブスクの配信サービスで聴いたり、多様化していることが挙げられる。 スマホや音楽プレーヤーなどデジタル機器で聴く人が増えてくると、オーディオ機器が低迷してしまう。かつて家電量販店に足を運べば、CDプレーヤーやオーディオコンポがたくさん並んでいて、「盛り上がっているなあ」といった印象を受けていたが、いまは「ちょっと寂しいなあ」という感じ。いわゆる“CD離れ”が加速しているなかで、「逆行しているのではないか」と感じられるアイテムが人気を集めている。スマホ用CDレコーダーの「ラクレコ」(RR-C1-WHの価格は9900円、バッファロー)だ。 ラクレコの
AWS上で開発環境一式、コードリポジトリからテンプレートコード、IDE、CI/CDパイプラインまでを丸ごと提供する「Amazon CodeCatalyst」が正式サービスに Amazon Web Services(AWS)は、クラウド上でアプリケーションの初期コード、インフラ設定、ソースコードのリポジトリ、コードエディタ、ビルド/テスト/デプロイを実行するCI/CDパイプライなど、アプリケーションの初期設定から開発、デプロイ、そしてチームコラボレーション機能の一式をまとめて提供するサービス「Amazon CodeCatalyst」の正式サービス化を発表しました。 参考:[速報]AWS上で開発環境一式、フレームワーク、初期コード、IDE、ビルド環境、CI/CDなど提供する「Amazon CodeCatalyst」発表。AWS re:Invent 2022 複雑で手間がかかるクラウド開発環境を
先日、ジャニーズ所属のグループのCD売上について「2020-2021年は過去最大レベルに達しています」ということを言いましたが、正直な話体感レベルで間違いないと思ったものの、具体的な数値を見ないまま言っていました。 何となく気持ち悪かったので、過去約30年についてオリコンのCD売上数値を調べてみました。 ■シングル 1993:1,570,000 1994:3,600,000 1995:4,650,000 1996:5,230,000 1997:7,900,000 1998:7,540,000 1999:6,330,000 2000:7,110,000 2001:4,880,000 2002:3,080,000 2003:5,760,000 2004:3,150,000 2005:5,670,000 2006:7,620,000 2007:5,300,000 2008:6,750,000 2
本日、投資家向けの質疑応答にて、CD PROJEKT REDはそもそもなぜこのような状態になってしまったのかについて説明している。「前世代機ユーザーのフィードバックは我々の予想をはるかに下回っています。CD PROJEKTは全身全霊を注ぎ込んで最高のゲームを届ける会社であるはずなのに、なぜこんなことになってしまったのか?」と同社のCEOであるAdam Kiciński。 同氏は声明文にて、以下のように述べている。 3度の延期を経て、取締役会はとにかくゲームを発売することに執着しすぎていました。問題のスケールや複雑さを軽視し、前世代機で洗練された体験を届けるために時間が必要だというシグナルを無視してしまいました。これは間違ったアプローチでしたし、我々のビジネス哲学に反することでした。さらに、本作を宣伝する上でPC版を中心にゲームを見せてきましたが、これによって、長年にわたって築き上げてきた我
前回、米津玄師のニューアルバムのCD売上がミリオン入ったこときっかけでこういうことを書いたのですが、やっぱ続きを考えるわけですよ。 2年ほど前に書いた記事。 アメリカと日本の閉店のこと 現在、アメリカ国内にあるCD販売ショップチェーンはFYEのみ。それもアパレルやら雑貨やらとの兼売。そして2年前は250弱と書いていますが、今数えたら200切っていましたので、まあそういうことで。 全米を網羅する家電量販店チェーンBest Buyは2018年にCD販売から撤収しましたが、WalmartとTargetあたりの巨大ショッピングセンターはまだ売っています。 ただ、ここらへんは最初からきめ細やかな品揃えとかはしていなくて、売れ線の数百タイトルをすごい勢いで並べるだけですので、現状で大規模チェーンのCD販売が素晴らしく機能しているとは思えません。 UKにはまだHMVが健在ですが、2年前に経営破綻してカナ
はじめに CX事業本部の佐藤智樹です。 先日AWS DevDay Japan 2022 というイベントで「AWS CDKでECS on FargateのCI/CDを実現する際の理想と現実」というタイトルで登壇しました。 今回は上記の登壇で使用した資料の公開と発表の補足を記載いたします。 登壇動画 登壇資料 発表理由 1年前に上記の構成を始めた際に、思っていたよりは理想の状態にできないことが多々あり、情報も多くないように感じたので少しでも参考になるように実践例をベースにまとめました。同じような構成を試される際は参考になるかと思います。また発表の1ヶ月以内(2022/09~10)に結構更新があったので、昔同じ構成試してダメだった部分があったかたも参考になる部分あるかと思うのでみてもらえると嬉しいです。 最後に 本当は資料90ページぐらいになってタイトルと関連性の薄い内容(ECS on Farg
GitHub Actions の実践的なノウハウが凝縮されている一冊「GitHub CI/CD 実践ガイド」を読んだ📕 本書ではソフトウェア開発ライフサイクルから GitHub Actions 基礎トピック・GitHub Actions 実践トピックが紹介されていて,さらに GitHub Actions を活用して実現するリリース自動化・パッケージ管理・セキュリティのシフトレフトまでもカバーされている❗️素晴らしい👏 GitHub Actions をなんとなーく使っていたり,いつも既存のワークフローをコピーしていたりする人は必読かなと \( 'ω')/ また著者の経験に基づくベストプラクティス(こうすると良いよ〜的な)が散りばめられているのも現場目線で読めて良かった❗️ GitHub CI/CD実践ガイド――持続可能なソフトウェア開発を支えるGitHub Actionsの設計と運用 エ
結構少数派なんかな? CD VS サブスクの話を見ると、いつも「物理媒体のCDを所有する」か「サブスクだけで音源も所有しないか」の2択みたいな話になりがちな気がする 自分の場合は学生時代からずっとレンタルに頼っていて、CDはよっぽどほしいアルバムか、レンタルや配信販売もしていないものぐらいしか買ってない。 でなんで自分はそういう価値観なのかなと整理してみると 学生時代はお金もなく、聞きたい膨大な音楽を全て購入するのは現実的に無理だった。その習慣が続いている部分はある。 サブスクは突然音源が配信されなくなるリスクがある(と思っていた時代もあったけど今は理由としては小さくなっている気はする) サブスク配信されていない音源と配信されている音源を1つのデバイスでシャッフルして聞くのが難しい(ので全部音源してウォークマンにまとめて突っ込んで聞くのが楽だと思ってしまう)物理媒体がなくても、ローカルの音
最近の開発では、CI/CD、自動テスト、継続的テストが当たり前となっていますが、その影響で、それらのCI/CD方針、テスト方針と、Git等のバージョン管理のブランチ方針をどう連携させるかが、定番の課題になっていると感じています。 今回は、このブランチ方針、CI/CD方針、テスト方針を連携させて、開発の品質とスピードを向上させるアプローチについて解説します。 結論から言うと、要点は以下の二つとなります。 バージョン管理のブランチ方針は、CI/CD方針、テスト・QA方針と不可分であり、連携を考えながら方針立てする必要がある ブランチ方針の工夫で、CI/CD、テスト・QAの開発インフラリソース消費を削減でき、本当に重要なポイントに開発インフラリソースを投入できる。これにより、限られたリソースでの高品質・高スピードの両立を支えられる 背景:開発インフラの進化が全てを解決すると楽観視していた発展期
『GitHub CI/CD実践ガイド――持続可能なソフトウェア開発を支えるGitHub Actionsの設計と運用』という書籍を最近出版したので紹介します。本書ではGitHub Actionsの実装と、CI/CDの設計・運用を体系的に学べます。一粒で二度美味しい書籍です。筆者個人としては「実践Terraform」以来、4年半ぶりの商業出版になります。 gihyo.jp どんな本? GitHub利用者にとって、もっとも導入が容易なCI/CD向けのソリューションはGitHub Actionsです。GitHub Actionsの活用事例は多く、検索すればたくさん情報が出てきます。ただ断片的な情報には事欠かない反面、体系的に学習する方法は意外とありません。CI/CD自体がソフトウェア開発の主役になることもまずないため、なんとなく運用している人が大半でしょう。そこで執筆したのが『GitHub CI/
English Version is here --- 実施: セキュリティ・キャンプ全国大会2022 発表者: Hiroki SUEZAWA (@rung) 演習レポジトリ: https://github.com/rung/training-devenv-security スライド内容 : この10年で、ソフトウェアを開発する環境は大きく変化してきました。DevOpsカルチャーの浸透や、Cloud基盤の利用の増加を受け、ソフトウェアはCI/CDパイプラインを通じてデプロイされるようになりました。また、開発はオフィス内だけでなく、会社の外でも実施されるようになりました。 本スライドでは、現代のプロダクション環境を攻撃および保護するためにはどのような手法を用いることができるのか、主にマルウェアなどを用いたクライアントサイドへの攻撃や、サプライチェーン攻撃の視点から、総合的に攻撃手法および対策
こんにちは、つくぼし(tsukuboshi0755)です! 現在 DevelopersIO 2023の一環として、YouTube でのビデオセッションが公開されています。 今回私の方では、「AWSとGitHubを用いたパターン別CI/CD構成解説」というタイトルで投稿しました。 概要 AWS基盤でCI/CD構成を作りたいが、どのようなサービスを組み合わせて作るべきだろうか? 特にCI/CDに関する有名なサービスとして、AWSのCodeシリーズとGitHubがあるが、両者の使い分けはどのようにすれば良いだろうか? そんなお悩みをすっきり解決するため、様々なパターンを想定したCI/CD構成をまとめて解説します。 動画 スライド 参考サイト ECS用のCDパイプラインに対する考察 CodeDeploy / GitHub Actions|Rails × CloudFormation ハンズオン A
いまさら聞けない「CI/CD」の意義――GitHubとGitHub ActionsでCI/CDを試してみよう:GMOペパボに学ぶ「CI/CD」活用術(1)(1/2 ページ) GMOペパボにおけるCI/CD活用事例を紹介する本連載。第1回は組織でCI/CDを導入する目的と意義を整理し、GitHub/GitHub Actionsを利用してCI/CDを実践する方法を紹介します。 ITがビジネスの中心となる中で「CI/CD」(継続的インテグレーション/継続的デリバリー)というキーワードは広く浸透してきています。しかし、CI/CDを導入、活用しているかは企業や現場で差があるのではないでしょうか。 CI/CDを実践した際のパフォーマンスは、組織全体のパフォーマンスにも相関があることが知られています。本連載では、筆者らが所属するGMOペパボでどのようにCI/CDを取り入れて開発プロセスの効率化や組織全体
米国では、アナログレコードが1986年以来33年ぶりにCDを上回る売り上げを記録しようとしています。 全米レコード協会(RIAA)の中間報告によると、2019年上半期のレコード盤の売上は計2億2410万ドルで、これは860万枚に相当します。一方、CDは約1860万枚で2億4790万ドルでした。同レポートによると、レコード盤の売上は2018年下半期に12.8%増、2019年上半期に12.9%増と増加が続いていますが、同期間のCDの売上はほとんど変化していないため、この傾向が続けば、今年末にはレコード盤がCDを上回る可能性があります。 レコード盤の成長にもかかわらず、ストリーミングは依然として音楽消費の最も一般的な形式です。レコード盤は、2019年上半期の米レコード音楽業界全体の売り上げのわずか4%で、ストリーミングサービス(有料)は業界の売り上げの62%を占めています。
いよいよ来ました。山野楽器銀座本店、CD/DVDの扱いを7月限りで終了します。 【銀座本店 4F CD/映像商品お取り扱い終了のお知らせ】 誠に勝手ながら7月31日(水)をもちまして、銀座本店でのCD/映像商品の取り扱いを終了させていただきます。 これまでご愛顧いただきましたお客さまには心より感謝いたします。 詳しくはこちら🔽https://t.co/5YUbRTpmOC— 山野楽器 銀座本店 (@yamano_ginza) May 24, 2024 山野楽器銀座本店は、現存する日本最古のレコード/CD販売店、のはず。 しかもその取り扱い開始から建て替え等で仮店舗営業した時期を除いてはまさに銀座四丁目のあの場所で。 こちらに公式の年表がありますが、松本楽器店としての開業が1892年。 蓄音機が日本で販売開始されたのは1870年代ですが、その時はまだ音楽用途ではなく、音楽再生機としてレコー
レコ屋関連はずっとネタにしていますが、既にふれたもの触れてないもの含めて、2022年の10大ニュースを自分なりに選んでみました。 ジャニス完全消滅 レンタルのジャニスが閉店したのが2018年、それ以降もお向かいのビルの2階で「ジャニス2」が中古CD中心の販売を行っていましたが、10月23日に通常営業を終了、11月11-13日に在庫処分を行って完全閉店いたしました。 サウンドベイ、消滅 名古屋地域をバナナと共に支えてきた中古レコード店。元々はレンタルレコードとして開業し、その後中古レコード中心の販売に転身したということですが、一時は金山店に加えて植田・上前津にも店舗を構えていました。 植田店は2013年、上前津店は2015年に閉店。残った金山店も2019年に店舗縮小を余儀なくされつつ踏ん張っていたのですが、12月10日に閉店いたしました。 JUKE RECORDS、閉店 福岡で1977年以来
[速報]GitHub Actionsが正式版に。GitHub内でビルド/テスト/デプロイなど実行、CI/CDを実現。GitHub Universe 2019 GitHub Actionsは1年前のGitHub Universe 2018で発表された新サービス。GitHubのイベントをトリガーとして、GitHub内で任意のDockerコンテナを実行でき、連係させていくことにより、ユーザーがGitHubで自由にワークフローを定義できるというものでした。 [速報]GitHub Actions発表、Dockerコンテナの連係によるワークフローを自由に定義可能。GitHub Universe 2018 例えば、コードのマージをきっかけに、Dockerコンテナでコードをビルドし、テストを実行、クラウドへデプロイすることで、CI/CDの実現などが可能です。 GitHubは今年の8月にこのActionsの
k8s のCDツールがいくつかあるので、それらの特徴についてまとめる。 一応CDツールの定義は"k8sにWebアプリケーションをデプロイするツール"を想定しているが、 k8sにおけるデプロイはマニフェストファイルを apply することなので、 そういったものはすべてCDツールとみなして調べた。 すべてのツールをちゃんと調べたわけではないので、ものによってはサラッとした紹介になっている。 Flux Tekton(Tekton Pipeline) Jenkins-X PipeCD GCP Cloud Deploy AWS Code Pipeline Spinnaker Pipeline & Stage 動的なパイプライン Managed Delivery Spinnaker を使いこなせるか? ArgoCD Single Source of Truth(SSOT) 複雑なCDパイプラインは作
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く