並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 104件

新着順 人気順

リリースの検索結果1 - 40 件 / 104件

 104     development    Web  
  • Webサービス公開前のチェックリスト

    個人的に「Webサービスの公開前チェックリスト」を作っていたのですが、けっこう育ってきたので公開します。このリストは、過去に自分がミスしたときや、情報収集する中で「明日は我が身…」と思ったときなどに個人的にメモしてきたものをまとめた内容になります。 セキュリティ 認証に関わるCookieの属性 HttpOnly属性が設定されていること XSSの緩和策 SameSite属性がLaxもしくはStrictになっていること 主にCSRF対策のため。Laxの場合、GETリクエストで更新処理を行っているエンドポイントがないか合わせて確認 Secure属性が設定されていること HTTPS通信でのみCookieが送られるように Domain属性が適切に設定されていること サブドメインにもCookieが送られる設定の場合、他のサブドメインのサイトに脆弱性があるとそこからインシデントに繋がるリスクを理解してお

      Webサービス公開前のチェックリスト
    • 主要スタートアップサービスの初期ユーザー獲得方法 デザイン会社 ビートラックス: ブログ

      現在では世界中で数100万人以上のユーザーから絶大なる人気を誇っているサービスにも、必ず初期ユーザーがいたはず。 多くのサービスがユーザー獲得に苦しむ中で、人気サービスはどのようにして無名の頃にユーザーを集めていったのだろうか? それぞれのサービス内容や時代背景によって、そのユーザー獲得方法は異なるが、全てに共通しているのは、かなりユニークな方法を取っているという事。 今回は現在人気になっている下記の32サービス企業のユーザー獲得方法を紹介する。 AirbnbAlibabaAmazonAppleDoorDashDropboxFacebookFirefoxGitHubGrouponGumroadHotmailInstagramIntercomMicrosoftMixpanelPaypalPinterestProductHuntRedditSalesforceSkypeSlackStripeT

        主要スタートアップサービスの初期ユーザー獲得方法 デザイン会社 ビートラックス: ブログ
      • ソースコードブランチ管理のパターン - Martin Fowler's Bliki (ja)

        https://martinfowler.com/articles/branching-patterns.html 最新のソース管理システムには、ソースコードのブランチを簡単に作成できる強力なツールが用意されています。しかし、最終的にはこれらのブランチをマージしなければならず、多くのチームは混み合ったブランチに対処するのに膨大な時間を費やしています。複数の開発者の作業をインテグレーションし、本番リリースまでの道筋を整理することに集中して、チームが効果的にブランチを利用できるようにするためのパターンがいくつかあります。全体的なテーマとしては、ブランチを頻繁にインテグレーションし、最小限の労力で本番環境に展開できる健全なメインラインを作ることに注力すべきだということです。 ベースパターン ソースブランチング ✣ メインライン ✣ 健全なブランチ ✣ インテグレーションパターン メインラインイン

        • 「食べログ」に関する一部報道について

          株式会社カカクコム(本社:東京都渋谷区 代表取締役社長:畑 彰之介)が運営するレストラン検索・予約サイト「食べログ(https://tabelog.com/)」について、点数・ランキングや飲食店向け集客サービス等に関する一部報道がなされております。食べログのサービスと取り組みについて、改めてお知らせいたします。 飲食店に対して提供しているサービスについて 食べログでは、お店からの情報発信機能や予約の受付機能を充実させ集客にお役立ていただくための店舗会員向け集客サービス(有料)をご提供しております。この店舗会員向け集客サービス(有料)をご契約いただいたお店は、食べログ内にある店舗情報ページでのPRや、「標準(会員店舗優先)」検索結果における優先表示などの食べログサイト内での露出機会をさらに増やすことができるほか、店舗情報ページにネット予約機能を搭載するといったサービスをご利用いただけます。

            「食べログ」に関する一部報道について
          • トランス脂肪酸のご心配について 食品製品 事業内容 ミヨシ油脂株式会社

            トランス脂肪酸の ご心配について 近年、一部のメディアを中心に、トランス脂肪酸の健康への影響が指摘され、消費者の皆様にはご心配をおかけしています。 トランス脂肪酸については過剰に摂取すると冠動脈疾患のリスクが高まるとの報告がなされ、WHO(世界保健機関)でも摂取量を「総エネルギー摂取量の1%未満(平均的な日本人で約2g未満)」にするよう勧告しています。しかしながら、欧米に比べ、日本人の平均的なトランス脂肪酸の摂取量は少ない傾向にあり、一般的な食生活では健康への影響は小さいとされています。また、食品メーカーの取り組みにより、食用油脂に含まれるトランス脂肪酸の量は、従来のものより大幅に低減されています。下記にまとめましたので、ご覧ください。 「バターのかわりに使うもの」というイメージがあるマーガリン。実は、バターには出せないおいしさが出せるのです。たとえばパンの食感。サクサク、ふわふわ、もちも

              トランス脂肪酸のご心配について 食品製品 事業内容 ミヨシ油脂株式会社
            • いらすとや風のイラストを生成する「AIいらすとや」をリリース

              テキストから画像を生成できるAIお絵描きアプリ「AIピカソ」を提供するAI Picasso株式会社(本社:東京都港区、代表者:冨平準喜)は、かわいいイラストで有名なフリーイラストサイト「いらすとや」(運営:みふねたかし)と提携し、いらすとや風のイラストを生成するAIモデル「AIいらすとや」をリリースしました。 ​ AIいらすとやについて 「AIいらすとや」は、AIでいらすとや風のイラストを生成することができるAIモデルです。高品質な画像を自由に生成できるAIピカソの画像生成技術を活用し、いらすとやのかわいいキャラクターたちを学習した専用のAIモデルを開発することで、テキストを入力するだけで、誰でもほしいと思った状況のいらすとや風の画像を無料で生成できるAIモデルを実現しました。 いらすとやは、様々なシチュエーションのかわいいキャラクターが素材化されており、多岐にわたり利用されています。AI

                いらすとや風のイラストを生成する「AIいらすとや」をリリース
              • AI搭載版『ポートピア連続殺人事件』が4月24日にSteamで無料配信決定、『THE PORTOPIA SERIAL MURDER CASE』として名作ADVが蘇る スクエニAI部に経緯を訊いた

                スクウェア・エニックスは、堀井雄二氏が手掛けた『ポートピア連続殺人事件』を題材に、先端AI技術を搭載したテックプレビュー『SQUARE ENIX AI Tech Preview: THE PORTOPIA SERIAL MURDER CASE』を2023年4月24日にSteamにて無料配信すると発表した。また公式サイトをオープンしている。 AIの一分野である自然言語処理(NLP)の技術を使った「NLPアドベンチャー」と銘打っており、日英の言語に対応している。 「THE PORTOPIA SERIAL MURDER CASE」とは 『SQUARE ENIX AI Tech Preview: THE PORTOPIA SERIAL MURDER CASE』(以下、THE PORTOPIA SERIAL MURDER CASE)は、『ドラゴンクエスト』シリーズで知られる堀井雄二氏が手掛けたADV

                  AI搭載版『ポートピア連続殺人事件』が4月24日にSteamで無料配信決定、『THE PORTOPIA SERIAL MURDER CASE』として名作ADVが蘇る スクエニAI部に経緯を訊いた
                • オラクル、Oracle JDKを再び無料提供へ、本番環境でも利用可。昨日リリースのJava 17から

                  オラクルは、同社が提供している企業向けのJavaディストリビューションであるOracle JDKのライセンスを変更し、無料で本番環境などでの利用を可能にしました。 同社が9月14日付で公開したブログ「Introducing the Free Java License 」で、次のように説明しています(関連するプレスリリース「Oracle Releases Java 17」)。 Oracle JDKを無料で提供し、四半期ごとのセキュリティアップデートも提供する。 新ライセンス「Oracle No-Fee Terms and Conditions (NFTC)」は、商用利用や本番環境での利用を含むすべてのユーザーに対して無料での利用を許可する。 Oracle JDK 17から、この無料のリリースとアップデートの提供を開始する。これは次の長期サポート(LTS:Long Term Support)が

                    オラクル、Oracle JDKを再び無料提供へ、本番環境でも利用可。昨日リリースのJava 17から
                  • イナバ on Twitter: "元アマゾン社員が「Amazonが新規事業開発で使っているアイデア出しフォーマット」を公開していました。 プレスリリース形式に情報をまとめるとのことです。 出典:forbes「アマゾンのすごい『逆算資料』。新サービス説明資料は『プレスリリース形式』で」 https://t.co/Or2IInQAVC"

                      イナバ on Twitter: "元アマゾン社員が「Amazonが新規事業開発で使っているアイデア出しフォーマット」を公開していました。 プレスリリース形式に情報をまとめるとのことです。 出典:forbes「アマゾンのすごい『逆算資料』。新サービス説明資料は『プレスリリース形式』で」 https://t.co/Or2IInQAVC"
                    • 愛知県知事リコールへ向けた署名の偽造において弊社サービスが利用された可能性があることに関して(ご報告)

                      すぐ働けてすぐお金がもらえるスキマバイトアプリ「タイミー」を運営する株式会社タイミー(所在地:東京都豊島区、代表取締役:小川嶺)は2021年2月16日の愛知県の大村秀章知事のリコール運動に関する報道に関連し、事実確認を進めるとともに、再発防止に向けてワーカー様からの相談・通報の専用窓口を設置するなど、ワーカー様のサポート体制をより一層強化いたします。 このたびは多くの皆様にご心配をおかけしており、心よりお詫び申し上げます。 愛知県の大村秀章知事のリコール運動において集められた署名の中に、偽造が疑われるものがあったことが報道されております。これに関連して、一部SNS等で、当該偽造に協力するアルバイトの募集のために用いられた求人媒体等の一つに、弊社サービスがあるとのご指摘がございました。 弊社においても、報道や当該ご指摘等を受け、早急に社内で調査したところ、関連すると思われる求人が過去に存在し

                        愛知県知事リコールへ向けた署名の偽造において弊社サービスが利用された可能性があることに関して(ご報告)
                      • 無印良品 コオロギせんべい 開発のお知らせ | ニュースリリース | 株式会社良品計画

                        無印良品を企画、開発する株式会社良品計画(東京都豊島区/代表取締役社長 松﨑 曉)は、2020年春に、「コオロギせんべい」を無印良品の一部店舗とネットストアで発売します。 世界中の様々な国・地域において「感じ良いくらし」を提案する無印良品は、生活に必要な商品の販売のみならず、社会でいま起きている様々な課題に目を向けています。中でも世界の急激な人口増による、今後の食糧確保と環境問題は避けてはとおれない課題と考えています。 良品計画は、それらの課題を考えるきっかけになればという思いから、昆虫食の研究の第一人者の徳島大学と協業し、コオロギを食材とするための取り組みを始めました。徳島大学からは、食用コオロギの実用化に向けた研究成果を、当社からは商品開発プロセスを共有し、おいしく食べていただける昆虫食の開発を進めています。 国連食糧農業機関 (FAO) も、栄養価が高く環境への負荷も少ないという理由

                          無印良品 コオロギせんべい 開発のお知らせ | ニュースリリース | 株式会社良品計画
                        • みずほ ATM予定どおり稼働再開 システム刷新作業終える | NHKニュース

                          「みずほフィナンシャルグループ」が去年から進めてきた銀行の中枢のシステムを刷新する作業がすべて完了しました。この連休中に止めていた全国のATM=現金自動預け払い機は、16日朝サービスを再開し、トラブルなく稼働しています。 作業は16日朝、すべて完了し、ATMやインターネットバンキングは今のところトラブルなく稼働しているということです。 窓口での振り込みの手続きなども通常どおり行われています。 また、IT各社が提供しているキャッシュレス決済サービスへのチャージも問題なく利用できているということです。 みずほは2002年と2011年に大規模なシステム障害を起こした反省から、今回のシステムの刷新ではトラブルを防ぐため作業を9回に分けて慎重に進めてきました。 総額4000億円をかけ、みずほ発足以来、最大の懸案となってきたシステムの刷新がようやく完了しますが、今後、最先端の金融技術、フィンテックを活

                            みずほ ATM予定どおり稼働再開 システム刷新作業終える | NHKニュース
                          • (翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book

                            本稿は Gergely Orosz 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 blog.pragmaticengineer.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Gergely Orosz 氏ではなく、本稿のコメント欄にお願いします。 著者も機械翻訳を下地にしたやり方に関心をもたれたようです。 The article translated to Japanese: https://t.co/4uynyyhm4E The author was transparent and noted that the article is a modification of an ML-translated article. This person managed to transl

                              (翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book
                            • 個人開発したWebサービスをリリースした後にやったこと / やり続けていること - くらげになりたい。

                              どうもきらぷかです。 最近、積んでる本の総額がわかる読書管理サービスをリリースしました!! リリース後のプロモーションはいつも困っているんですが、 いろいろ試していることをまとめてみました。 これから何かを作ろう、リリースしようとしている人の一助になれば。 やったこと/やっていることまとめ ざっくりとリリースしてからこんなことをしています! 登録サイトに投稿/依頼 いろんなとこで記事書く 進捗をつぶやく / 使い方とかTipsをつぶやく 1. 登録サイトに投稿/依頼 まずは、いろいろあるWebサービスを登録できるサイトに投稿!! このあたりに投稿や掲載依頼をしています♪ 全部で21サイト...大変なので、すこしずつ... サイト名 URL 開発会議 https://devtalk.jp/ Service Safari http://www.service-safari.com/ NewAp

                                個人開発したWebサービスをリリースした後にやったこと / やり続けていること - くらげになりたい。
                              • 数時間かかる週一リリースを毎日何度も爆速でできるようにするまで / CI/CD Conference 2021

                                CI/CD Conference 2021

                                  数時間かかる週一リリースを毎日何度も爆速でできるようにするまで / CI/CD Conference 2021
                                • ニュースリリース | パーソルプロセス&テクノロジー株式会社

                                  当社が厚生労働省より受託し開発した接触確認アプリ 「COCOA」Android版において昨年9月より発生した不具合につきまして、この度厚生労働省COCOA不具合調査・再発防止策検討チームより調査報告書の公表がありました。 当社はこれまで本アプリの開発及び保守・運用において、その重要性と緊急性を十分に認識し、契約に則って真摯に業務を遂行してまいりましたが、約4か月間Android版アプリの不具合を発見できなかったことで国民の皆様にご心配をおかけしたことを重く受け止めており、受託金額の一部を自主的に返納させていただくことに致しました。 国民の皆様に多大なるご心配ご迷惑をおかけいたしましたこと、改めて深くお詫び申し上げます。 ■自主返納について 本アプリの保守・開発契約において厚生労働省より受託した金額のうち、昨年8月以降当社が直接担当した保守運用フェーズのプロジェクトマネジメント業務の対価相当

                                    ニュースリリース | パーソルプロセス&テクノロジー株式会社
                                  • 夫が好きすぎて、結婚生活を円満にするwebサービス作った💑|あつたゆか@「共働きのすごい対話術」著書

                                    株式会社すきだよCEOのあつたゆかです! 結婚前にパートナーと価値観の確認ができるサービス「ふたり会議」をリリースしました〜!!!!!うおおお!! 【サービス作った🔥】 結婚前にパートナーの価値観を一緒に確認できるサービス、β版をリリースしました!うおおお! 子どもの希望や出産後の働き方、家事分担などお互いの希望をチェックすると、2人の回答を確認できます。 ぜひ使ってみて感想教えてください!https://t.co/iYisJLlfNv #ふたり会議 pic.twitter.com/97uvwq0HEP — あつたゆか (@yuka_atsuta) September 21, 2019 結婚生活が毎日本当に楽しくて、「夫のすべてが可愛い!」「夫が生きているだけで尊い!」というテンションで生きています。 でも周囲からは「結婚したら仲いいのは最初のうちだけだよ」と言われて悲しい思いをすること

                                      夫が好きすぎて、結婚生活を円満にするwebサービス作った💑|あつたゆか@「共働きのすごい対話術」著書
                                    • Software Design連載 2021年9月号 「テストが無い」からの脱却 - MonotaRO Tech Blog

                                      こんにちは、鈴木です。 「テストが無い」状態を脱却しました。 「いつの時代かよ!」と突っ込まれるかもしれませんが、モノタロウは創業から 20 年ほど EC をやっています。昨日書いたコードも、15 年前に書いたコードも、元気にビジネスを支えています。 本記事ではモノタロウの EC を支える API の話をします。「テストが無い」状態がスタートラインでした。そこから、CI を導入して、ローカル開発環境の整備して、テストコードを書いて、リリースマネジメントを導入しました。 目新しいことは書きません。長寿の大規模システムであっても、愚直に数年取り組むことで、「前進できる!」「変えられる!」という実例を書きます。 ※本記事の初出は、 Software Design2021年9月号「Pythonモダン化計画(第2回)」になります。第1回の記事は「Software Design連載 2021年8月号

                                        Software Design連載 2021年9月号 「テストが無い」からの脱却 - MonotaRO Tech Blog
                                      • リリースノート管理術

                                        みなさま、OSSの変更履歴、要するにCHANGELOGやリリースノートはどのように管理しておられるでしょうか。自分はというと、抱えるリポジトリも数百個に増えてきて、まあ要するに細かく管理するのがだるく、最近は変更履歴の管理方法も変わってきました。 CHANGELOGからGitHub Releasesへ 昔は、おおよそKeep a changelogの方式に準拠したCHANGELOG.mdを書いていました。semantic versioningでバージョン管理をしながら、個々のバージョンごとに次のセクションを設けて変更内容を説明するような感じです。 Added Changed Deprecated Fixed Removed Security 今は、新規につくるリポジトリではCHANGELOG.mdは用意せず、GitHub ReleasesにKeep a changelogに似た形式で変更内

                                        • 自己資金のみでSaaSを立ち上げて、メンバー5名でARR2億円を突破した話 | selfree

                                          こんにちは、小俣です。 クリスマスも終わって一気に年末ムードですね。 ふとこれまでの振り返りブログを書いてみたくなったので、自社サービス(SaaS)の運営スタンス、ARR 2億円を突破するまでの過程で学んだことなどを簡単にまとめました。 年末年始のお時間ある時に読んでいただけると嬉しいです。 目次 ・selfree LLCとCallConnectについて ・CallConnectはハッカソンから始まった ・黒字化まで ・ARR1億、2億円を達成するまで ・失敗しながら学んだこと ・おわりに selfree LLCとCallConnectについて セルフリーは「愛される企業を増やす」を理念に、いわゆるスタートアップ的な成長志向ではなく、自分たちのペースで着実に成長することを志向している会社です。 経営のコントロール性の観点などから、これまで外部からの資金調達はしておらず、「ブートストラップ経

                                            自己資金のみでSaaSを立ち上げて、メンバー5名でARR2億円を突破した話 | selfree
                                          • 個人開発のアプリ「暗記メーカー」が100万ダウンロードされるまで|ymdkit

                                            そうして「メモ帳」「天気予報」「パズルゲーム」... など色々アプリを作っている中で「自分のテスト勉強のためのアプリが欲しい」となり、自作の単語帳アプリを開発した。これが「暗記メーカー」の原型となっている。 また、書籍にアプリのリリース方法についても記載されていたこともあり、この頃からPlayStoreへのアプリの公開を始めた。 今でこそPlayStoreでは「20人のテスターを集めて14日間テストする」「開発者の身元確認」といったアプリを出すまでの工数がかかるものとなっている。ただ、当時は(確か)そういった制限は存在せず$25の登録料を払えばリリースし放題だったので、アプリが完成したらとりあえずストアに公開していた。 基本的に出したアプリは鳴かず飛ばずだったが、その中で「暗記メーカー」だけは定期的にダウンロードが発生していたため、ユーザからのフィードバック等を参考にアップデートを続けるよ

                                              個人開発のアプリ「暗記メーカー」が100万ダウンロードされるまで|ymdkit
                                            • 【翻訳記事】デプロイ戦略の定義 - そこに仁義はあるのか(仮)

                                              この記事は2017/11の以下のブログ記事の翻訳です。 blog.itaysk.com まずはじめに、翻訳を快く許可していただいた@itayskさんに感謝いたします。 3年前の記事ですが、デプロイ戦略についてここまで網羅的にまとめられた記事が日本語で見つけられなかったので翻訳してみようと思いました。 初めての翻訳記事であり、かつ翻訳時に多少の意訳を含んでいます。私の翻訳ミスがある可能性も十分にご了承ください。 何か間違いやわかりにくいところがあれば、コメントいただけますと幸いです。 無謀なデプロイ (Reckless Deployment) ローリングアップグレード (Rolling Upgrade) ヘルスチェックと監視 ロールバック 後方互換性 ちなみに ブルーグリーンデプロイ (Blue/Green Deployment) ドレイン スイッチバック ステージ ちなみに カナリアデプロ

                                                【翻訳記事】デプロイ戦略の定義 - そこに仁義はあるのか(仮)
                                              • リリース手法多すぎワロタァ B/G、カナリア、機能フラグ、ダークローンチ、A/Bテスト、、など - Qiita

                                                この記事でCloudWatch Evidentlyについて調べていると、「機能フラグ」や「A/Bテスト」などインフラエンジニアには若干聞き慣れないリリース用語が出てきました。 アジャイル開発やCI/CDの台頭に伴い多数出現したこれらのリリース戦略用語をまとめて整理してみることにします。 インフラエンジニアやSREと呼ばれるロールの方々も、リリース戦略を知っておくとCI/CD環境の構築やIaC、はたまたミドルウェアのバージョンアップなどで役立つと思います。 以下ウェブサイトを参考に、各用語を「デプロイ戦略」と「テスト戦略」の大きく2つに分けて紹介します。 デプロイ戦略 従来型のデプロイ(インプレースデプロイ) システム本番環境が一種類のみ存在し、新バージョンの資材デプロイによって旧バージョンの資材を上書いてしまうパターンです。 環境の設計や管理、維持コストをシンプルに抑えられるメリットがあり

                                                  リリース手法多すぎワロタァ B/G、カナリア、機能フラグ、ダークローンチ、A/Bテスト、、など - Qiita
                                                • GitHub Actions で簡単にバージョン番号付きリリースとリリースノートを作成する方法


                                                    Q1: GitHub 使   Q2: master/main OK    Q3:      
                                                    GitHub Actions で簡単にバージョン番号付きリリースとリリースノートを作成する方法
                                                  • プロダクトオーナーの考えるべきところ - kawaguti’s diary

                                                    プロダクトオーナー(PO)の考えるべきところ、もしくは「はまりがちな罠」について、いくつかのトピックを思いつくまま書き出してみました。悩めるPOさんの手助けになれば幸いです。 序盤戦、中盤戦、終盤戦の戦略 一番美味しいアイデアがでる可能性に備えるために 引き継ぎにはコストがかかるので人を追加すると遅くなる システムは利用者の数に従って情報が増えるので、リリース後が最も大変な時期になる システムはハーモニーなので、継ぎ足して別の人を追加すると繋がらない あ、よければアギレルゴの認定スクラムプロダクトオーナー研修もご検討ください。著名な講師が通訳付きで教えてくれます。 1. 序盤戦、中盤戦、終盤戦の戦略 「序盤で基礎を作って、作るスピードが上がってきたら、重要なところを作り、最後はウリになるものを作りこんでリリースする。」一見、良さそうに見える戦略ですが、これは結構危うい計画になりがちです。ユ

                                                      プロダクトオーナーの考えるべきところ - kawaguti’s diary
                                                    • jq 1.7をリリースしました - プログラムモグモグ

                                                      jqがjqlang organizationに移譲され、数名の新たなメンテナーを入れた開発体制に移行してから三か月が経ちました。 私にとってこの三か月はとても濃厚で、これまでのOSS活動の中でも特に大変な期間でした。 itchyny.hatenablog.com github.com リポジトリの管理権限をいただいてからまずやったことは、既存のissueやPRの整理でした。 500ほどのissueとPRに目を通し、ラベルをつけて、解決済みのものを閉じて、直近で入れたいものを独断でリリースマイルストーンに入れていきました。 この整理がついた頃には他のメンテナの活動も活発になり、私の作ったマイルストーンのissueやPRを確認してくれました。 そして先日、ようやく1.7をリリースしました。 1.6から実に五年弱、一時は開発が完全に止まってしまいプロジェクトの存続を危ぶむ声も上がるような状況から

                                                        jq 1.7をリリースしました - プログラムモグモグ
                                                      • Ruby 3.0.0 リリース


                                                        Posted by naruse on 25 Dec 2020 Ruby 3.0Ruby 3.0.0  Ruby33Ruby 3x3 Ruby3Ruby23 Ruby 3.0Optcarrot3 benchmark-driver.github.io/hardware.html  8c510e4095  Ruby 3.0 使3 Ruby 3 
                                                        • もうリリースは怖くない ― 大きな変更を安全に本番適用するTips - Cybozu Inside Out | サイボウズエンジニアのブログ

                                                          こんにちは、AWS版kintoneのDevOpsエンジニアをしている@ueokandeです。 AWS版kintoneは2019年9月のローンチから現在まで、幾度となく機能改善をしてきました。 ローンチ当時よりも利用者が増え、スケーラビリティのために内部設計を大きく変更することもあります。 先日公開したメール送信の設計変更もその1つです。 blog.cybozu.io 安定運用のために必要なリリースではありますが、実装を大きく変えることで不具合混入のリスクもあります。 それだけではなく、パフォーマンス改善のつもりが、本番環境に投入して逆にパフォーマンス低下が発覚するというケースもあります。 この記事では、大きな変更を安全にリリースするためのTipsを紹介します。 記事の最後ではSpring Bootの実装例と、Kubernetesでの実現方法も紹介します。 切り戻し戦略 大きな変更を安全にリ

                                                            もうリリースは怖くない ― 大きな変更を安全に本番適用するTips - Cybozu Inside Out | サイボウズエンジニアのブログ
                                                          • 穴埋めで作る、インディゲーム開発者のための簡単なプレスリリースの作り方|ゲームキャスト

                                                            日本のゲーム広告において、プレスリリースは有効な手だ。 海外では「プレスリリースを送っても載らない」という声をよく聞くが、日本ゲームメディアはプレスリリース掲載率が高く、海外でプレスリリースを打たない開発者ですら日本ではプレスリリースを打つことがあるほどだ。 しかし、広報がいるメーカーならいざ知らず、開発者だけで構成されているインディーゲームチームなどがプレスリリースを作るとなると上手く作れず、時間がかかってしまうケースも多い。 そこで、インディーゲーム開発者が比較的楽にプレスリリースを作れるように、「これの穴埋めをすればプレスリリースが作れる」テンプレートと、穴埋めするときの流れのノウハウを公開しておこうと思う。 Noteの記事は有料で公開しているものもあるが、基本的に開発者向けにゲーム宣伝のノウハウを書くときはすべての内容を無料で公開するポリシーなので、有料部分はない。 また、今回例に

                                                              穴埋めで作る、インディゲーム開発者のための簡単なプレスリリースの作り方|ゲームキャスト
                                                            • リリースノート自動生成テクニック - mizdra's blog


                                                               npm  publish  npm publish npm publish  main npm publish npm publish   (CHANGELOG) 6 Maintainer Month  7 
                                                                リリースノート自動生成テクニック - mizdra's blog
                                                              • FastlyとTypeScriptで実現するカナリアリリース / yamagoya2020

                                                                #yamagoya2020 で 2020/11/25 に登壇させていただいたセッションの資料です。

                                                                  FastlyとTypeScriptで実現するカナリアリリース / yamagoya2020
                                                                • Rails 7.0正式リリース、Node.js不要のフロントエンド開発環境がデフォルトに

                                                                  Ruby言語によるWebアプリケーションフレームワークの最新版となる「Rails 7」が正式リリースされました。 Rails 7.0 FINAL: The fulfillment of a vision to present a truly full-stack approach to web development that tackles both the front- and back-end challenges with equal vigor. https://t.co/WxJ0nKYfE7 — Ruby on Rails (@rails) December 15, 2021 Rails 7の最大の変更点は、フロントエンド開発環境が刷新されてNode.jsを用いない構成がデフォルトとなったことでしょう。 Rails 6では、優れたフロントエンド開発環境を実現するためにトランスパ

                                                                    Rails 7.0正式リリース、Node.js不要のフロントエンド開発環境がデフォルトに
                                                                  • GitHubのリリースノートを自動化する仕組み

                                                                    GitHub のAutomatically generated release notesを使ってリリースノートの内容を PR に基づいて自動生成するフローを作りました。 今までは、コミットメッセージのルールであるConventional Commitsとconventional-github-releaserを使って、コミットからリリースノートを自動生成していました。 他の人の PR でも、squah merge でコミットメッセージを書き換えることで、リリースノートに反映されるようにしていました。 ただ GitHub に仕組みは違うけどほぼ似たことをするAutomatically generated release notesという機能が実装されているので、これをベースに移行しようと思って、そのワークフローを作っていました。 リリースノート自動生成テクニック - mizdra’s bl

                                                                      GitHubのリリースノートを自動化する仕組み
                                                                    • Googleの“第三のOS”「Fuchsia」、初代「Nest Hub」へ

                                                                      米Googleが2016年から取り組んでいる非Linuxの新OS「Fuchsia OS」が5月24日(現地時間)、正式にリリースされた。9TO5Googleが25日、Googleに確認したとして記事で紹介した。Googleの初代スマートディスプレイ「Nest Hub」(旧「Google Home Hub」)にロールアウト中だ。 Fuchsiaは、Linuxをベースにしていない、ゼロから構築されたOSだ。Googleが自社開発した「Zircon(旧Magenta)」と呼ばれるマイクロカーネルを使用している。Googleは昨年プロジェクトを一般公開した際、Fuchsiaを「汎用OSを構築するための長期プロジェクト」と説明した。 Fuchsiaの主要なアプリ開発言語は、GoogleのクロスプラットフォームUIツールキットである「Flutter」だ。FlutterはAndroid、iOS、Web、

                                                                        Googleの“第三のOS”「Fuchsia」、初代「Nest Hub」へ
                                                                      • マイクロサービス環境でのメルカリWebのリリースフロー

                                                                        メルカリJP Webチームの@urahiroshiです。 Webチームでは、メルカリWebのマイクロサービス化や機能開発を行なっています。メルカリWebのマイクロサービス化の概要については、昨年のTech Conferenceの資料がよくまとまっているので、そちらを参照していただけると良いかと思います。 https://speakerdeck.com/mercari/mtc2018-web-application-as-a-microservice-3a161f5c-07fa-4dca-99e9-bd0e8feeeddf 現在、メルカリWebのトップページはマイクロサービス環境から配信されており、他のページも随時マイクロサービス環境に移行していく予定です。 この記事では、マイクロサービス環境で導入した、メルカリWebの新しいリリースフローについて記載します。 まずメルカリWebのマイクロサ

                                                                          マイクロサービス環境でのメルカリWebのリリースフロー
                                                                        • Java 19が正式リリース。より軽量な仮想スレッド、RISC-Vへの移植など新機能。1年後のJava 21が次のLTS版に

                                                                          Java 19が正式リリース。より軽量な仮想スレッド、RISC-Vへの移植など新機能。1年後のJava 21が次のLTS版に Javaの新バージョン「Java 19」正式版がリリースされました。 Java 19 is now available! #Java19 #JDK19 #openjdk Download now: https://t.co/dKovWtNGrs Release notes: https://t.co/EOyaGTLHrl API Javadoc: https://t.co/ViIj9H4JrI Features: https://t.co/XuEExSR7gs Inside Java on JDK 19: https://t.co/q5WGZwxMzb pic.twitter.com/XYYA06ll0m — Java (@java) September 20, 2

                                                                            Java 19が正式リリース。より軽量な仮想スレッド、RISC-Vへの移植など新機能。1年後のJava 21が次のLTS版に
                                                                          • GitHub Actionsでいい感じのリリースノートを完全自動で作成する

                                                                            きっかけ スプリントで実装した内容をリリースする際、リリースノートを毎回作成しています。 GitHub のリリースノート自動生成機能も便利なのですが、それでも「毎回ボタンをクリックする一手間が面倒だな。自動化したいな〜」と思っていました。 そこで、結構前に勉強も兼ねてリリースノート自動作成のアクションを自作したところ、チーム内で好評だったのでご紹介したいと思います。 (色々あってすっかり記事にするのが遅れてしまいました・・) 要件 main ブランチにマージされたら自動でタグとリリースノートが生成されること リリースノートには前回リリースとの差分が表示されること 同日に複数回リリースしても識別できること リリースノートのテンプレートを指定できること 完成形はこちら いきなりですが、生成されるリリースノートはこんな感じです。 完成形のアクションはこちらになります。 name: Create

                                                                              GitHub Actionsでいい感じのリリースノートを完全自動で作成する
                                                                            • パナソニックのエアコンで冷房中に運転停止する不具合。ソフトウェア更新で解消 - 家電 Watch

                                                                                パナソニックのエアコンで冷房中に運転停止する不具合。ソフトウェア更新で解消 - 家電 Watch
                                                                              • Check! GitHub Actions で導入しておきたい自動化 5つ(GitHubブログ要約)


                                                                                Prologue  @dz_   "5 automations every developer should be running"  🙇🏻 : "5 automations every developer should be running" TL;DR:   GitHub Actions 
                                                                                  Check! GitHub Actions で導入しておきたい自動化 5つ(GitHubブログ要約)
                                                                                • 1リリース6,108行から18行へ。ビッグバンリリースを改善した話 - CARTA TECH BLOG

                                                                                  CCI の小坂です。 担当プロダクトの中で、以前からの課題だった ビッグバンリリースを改善したことについて書きます。 開発システムの概要 やってることはCCI の社内システムの開発で、媒体社から提供された媒体資料をもとに、原稿規定を データベース化しています。 データベースをもとに、原稿素材の規定チェックから管理までを行うことができるツールです。 技術スタックとしては バックエンドがJava,Spring Bootフロントが Vue.js,Nuxt.js を使ってます。 これまでの開発フローと課題感 リリースは2-3ヶ月ごとのリードタイムがあった 開発周りのお話です。以前の開発フローは以下です。 - ユーザー要望を issue に起票 - 1-2 ヶ月で開発を行い、ステージング環境で動作確認 - その後にリリース判定 - ビジネスサイドにリリース時期を共有し調整 - リリース この流れを

                                                                                    1リリース6,108行から18行へ。ビッグバンリリースを改善した話 - CARTA TECH BLOG

                                                                                  新着記事