現在では世界中で数100万人以上のユーザーから絶大なる人気を誇っているサービスにも、必ず初期ユーザーがいたはず。 多くのサービスがユーザー獲得に苦しむ中で、人気サービスはどのようにして無名の頃にユーザーを集めていったのだろうか？ それぞれのサービス内容や時代背景によって、そのユーザー獲得方法は異なるが、全てに共通しているのは、かなりユニークな方法を取っているという事。 今回は現在人気になっている下記の32サービス企業のユーザー獲得方法を紹介する。 AirbnbAlibabaAmazonAppleDoorDashDropboxFacebookFirefoxGitHubGrouponGumroadHotmailInstagramIntercomMicrosoftMixpanelPaypalPinterestProductHuntRedditSalesforceSkypeSlackStripeT
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搭載版『ポートピア連続殺人事件』が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
オラクルは、同社が提供している企業向けの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）が
すぐ働けてすぐお金がもらえるスキマバイトアプリ「タイミー」を運営する株式会社タイミー（所在地：東京都豊島区、代表取締役：小川嶺）は2021年2月16日の愛知県の大村秀章知事のリコール運動に関する報道に関連し、事実確認を進めるとともに、再発防止に向けてワーカー様からの相談・通報の専用窓口を設置するなど、ワーカー様のサポート体制をより一層強化いたします。 このたびは多くの皆様にご心配をおかけしており、心よりお詫び申し上げます。 愛知県の大村秀章知事のリコール運動において集められた署名の中に、偽造が疑われるものがあったことが報道されております。これに関連して、一部ＳＮＳ等で、当該偽造に協力するアルバイトの募集のために用いられた求人媒体等の一つに、弊社サービスがあるとのご指摘がございました。 弊社においても、報道や当該ご指摘等を受け、早急に社内で調査したところ、関連すると思われる求人が過去に存在し
無印良品を企画、開発する株式会社良品計画（東京都豊島区／代表取締役社長 松﨑 曉）は、2020年春に、「コオロギせんべい」を無印良品の一部店舗とネットストアで発売します。 世界中の様々な国・地域において「感じ良いくらし」を提案する無印良品は、生活に必要な商品の販売のみならず、社会でいま起きている様々な課題に目を向けています。中でも世界の急激な人口増による、今後の食糧確保と環境問題は避けてはとおれない課題と考えています。 良品計画は、それらの課題を考えるきっかけになればという思いから、昆虫食の研究の第一人者の徳島大学と協業し、コオロギを食材とするための取り組みを始めました。徳島大学からは、食用コオロギの実用化に向けた研究成果を、当社からは商品開発プロセスを共有し、おいしく食べていただける昆虫食の開発を進めています。 国連食糧農業機関 (FAO) も、栄養価が高く環境への負荷も少ないという理由
「みずほフィナンシャルグループ」が去年から進めてきた銀行の中枢のシステムを刷新する作業がすべて完了しました。この連休中に止めていた全国のＡＴＭ＝現金自動預け払い機は、16日朝サービスを再開し、トラブルなく稼働しています。 作業は16日朝、すべて完了し、ＡＴＭやインターネットバンキングは今のところトラブルなく稼働しているということです。 窓口での振り込みの手続きなども通常どおり行われています。 また、ＩＴ各社が提供しているキャッシュレス決済サービスへのチャージも問題なく利用できているということです。 みずほは2002年と2011年に大規模なシステム障害を起こした反省から、今回のシステムの刷新ではトラブルを防ぐため作業を９回に分けて慎重に進めてきました。 総額4000億円をかけ、みずほ発足以来、最大の懸案となってきたシステムの刷新がようやく完了しますが、今後、最先端の金融技術、フィンテックを活
本稿は 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
個人開発したWebサービスをリリースした後にやったこと / やり続けていること - くらげになりたい。
どうもきらぷかです。 最近、積んでる本の総額がわかる読書管理サービスをリリースしました!! リリース後のプロモーションはいつも困っているんですが、 いろいろ試していることをまとめてみました。 これから何かを作ろう、リリースしようとしている人の一助になれば。 やったこと/やっていることまとめ ざっくりとリリースしてからこんなことをしています! 登録サイトに投稿/依頼 いろんなとこで記事書く 進捗をつぶやく / 使い方とかTipsをつぶやく 1. 登録サイトに投稿/依頼 まずは、いろいろあるWebサービスを登録できるサイトに投稿!! このあたりに投稿や掲載依頼をしています♪ 全部で21サイト...大変なので、すこしずつ... サイト名 URL 開発会議 https://devtalk.jp/ Service Safari http://www.service-safari.com/ NewAp
数時間かかる週一リリースを毎日何度も爆速でできるようにするまで / CI/CD Conference 2021
CI/CD Conference 2021
株式会社すきだよCEOのあつたゆかです！ 結婚前にパートナーと価値観の確認ができるサービス「ふたり会議」をリリースしました〜！！！！！うおおお！！ 【サービス作った🔥】 結婚前にパートナーの価値観を一緒に確認できるサービス、β版をリリースしました！うおおお！ 子どもの希望や出産後の働き方、家事分担などお互いの希望をチェックすると、2人の回答を確認できます。 ぜひ使ってみて感想教えてください！https://t.co/iYisJLlfNv #ふたり会議 pic.twitter.com/97uvwq0HEP — あつたゆか (@yuka_atsuta) September 21, 2019 結婚生活が毎日本当に楽しくて、「夫のすべてが可愛い！」「夫が生きているだけで尊い！」というテンションで生きています。 でも周囲からは「結婚したら仲いいのは最初のうちだけだよ」と言われて悲しい思いをすること
当社が厚生労働省より受託し開発した接触確認アプリ 「COCOA」Android版において昨年9月より発生した不具合につきまして、この度厚生労働省COCOA不具合調査・再発防止策検討チームより調査報告書の公表がありました。 当社はこれまで本アプリの開発及び保守・運用において、その重要性と緊急性を十分に認識し、契約に則って真摯に業務を遂行してまいりましたが、約4か月間Android版アプリの不具合を発見できなかったことで国民の皆様にご心配をおかけしたことを重く受け止めており、受託金額の一部を自主的に返納させていただくことに致しました。 国民の皆様に多大なるご心配ご迷惑をおかけいたしましたこと、改めて深くお詫び申し上げます。 ■自主返納について 本アプリの保守・開発契約において厚生労働省より受託した金額のうち、昨年8月以降当社が直接担当した保守運用フェーズのプロジェクトマネジメント業務の対価相当
Software Design連載 2021年9月号 「テストが無い」からの脱却 - MonotaRO Tech Blog
こんにちは、鈴木です。 「テストが無い」状態を脱却しました。 「いつの時代かよ！」と突っ込まれるかもしれませんが、モノタロウは創業から 20 年ほど EC をやっています。昨日書いたコードも、15 年前に書いたコードも、元気にビジネスを支えています。 本記事ではモノタロウの EC を支える API の話をします。「テストが無い」状態がスタートラインでした。そこから、CI を導入して、ローカル開発環境の整備して、テストコードを書いて、リリースマネジメントを導入しました。 目新しいことは書きません。長寿の大規模システムであっても、愚直に数年取り組むことで、「前進できる！」「変えられる！」という実例を書きます。 ※本記事の初出は、 Software Design2021年9月号「Pythonモダン化計画（第2回）」になります。第1回の記事は「Software Design連載 2021年8月号
リリースノート管理術
みなさま、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)の運営スタンス、ARR 2億円を突破するまでの過程で学んだことなどを簡単にまとめました。 年末年始のお時間ある時に読んでいただけると嬉しいです。 目次 ・selfree LLCとCallConnectについて ・CallConnectはハッカソンから始まった ・黒字化まで ・ARR1億、2億円を達成するまで ・失敗しながら学んだこと ・おわりに selfree LLCとCallConnectについて セルフリーは「愛される企業を増やす」を理念に、いわゆるスタートアップ的な成長志向ではなく、自分たちのペースで着実に成長することを志向している会社です。 経営のコントロール性の観点などから、これまで外部からの資金調達はしておらず、「ブートストラップ経
そうして「メモ帳」「天気予報」「パズルゲーム」... など色々アプリを作っている中で「自分のテスト勉強のためのアプリが欲しい」となり、自作の単語帳アプリを開発した。これが「暗記メーカー」の原型となっている。 また、書籍にアプリのリリース方法についても記載されていたこともあり、この頃からPlayStoreへのアプリの公開を始めた。 今でこそPlayStoreでは「20人のテスターを集めて14日間テストする」「開発者の身元確認」といったアプリを出すまでの工数がかかるものとなっている。ただ、当時は（確か）そういった制限は存在せず$25の登録料を払えばリリースし放題だったので、アプリが完成したらとりあえずストアに公開していた。 基本的に出したアプリは鳴かず飛ばずだったが、その中で「暗記メーカー」だけは定期的にダウンロードが発生していたため、ユーザからのフィードバック等を参考にアップデートを続けるよ
この記事は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つに分けて紹介します。 デプロイ戦略 従来型のデプロイ（インプレースデプロイ） システム本番環境が一種類のみ存在し、新バージョンの資材デプロイによって旧バージョンの資材を上書いてしまうパターンです。 環境の設計や管理、維持コストをシンプルに抑えられるメリットがあり
対象読者判定フロー 以下の質問にはいかいいえで答えてください。 Q1: GitHub を使用していますか？ はいの方→次の質問に進んでください。 いいえの方→対象外です。すみません。 Q2: ソースコードなどの変更は全てプルリクエストで行って（＝master/main 直コミットはしていない（多少ならOK））いますか？ はいの方→次の質問に進んでください。 いいえの方→まずはプルリクエストベースの開発に切り替えてみてはいかがでしょう？ その後で続きを読んでください。 Q3: リリースノートをちゃんと書いていますか？ はいの方→基本的に対象外です。継続して書いていって下さい。楽をしたいと思ってる場合は続きを読んでください。 いいえの方→あなたは対象読者です！ この記事を読んで、お手軽自動生成でも良いのでリリースノートを作成しましょう！ はじめに 公開しているソフトウエアにバージョン番号を付け
プロダクトオーナー(PO)の考えるべきところ、もしくは「はまりがちな罠」について、いくつかのトピックを思いつくまま書き出してみました。悩めるPOさんの手助けになれば幸いです。 序盤戦、中盤戦、終盤戦の戦略 一番美味しいアイデアがでる可能性に備えるために 引き継ぎにはコストがかかるので人を追加すると遅くなる システムは利用者の数に従って情報が増えるので、リリース後が最も大変な時期になる システムはハーモニーなので、継ぎ足して別の人を追加すると繋がらない あ、よければアギレルゴの認定スクラムプロダクトオーナー研修もご検討ください。著名な講師が通訳付きで教えてくれます。 1. 序盤戦、中盤戦、終盤戦の戦略 「序盤で基礎を作って、作るスピードが上がってきたら、重要なところを作り、最後はウリになるものを作りこんでリリースする。」一見、良さそうに見える戦略ですが、これは結構危うい計画になりがちです。ユ
jqがjqlang organizationに移譲され、数名の新たなメンテナーを入れた開発体制に移行してから三か月が経ちました。 私にとってこの三か月はとても濃厚で、これまでのOSS活動の中でも特に大変な期間でした。 itchyny.hatenablog.com github.com リポジトリの管理権限をいただいてからまずやったことは、既存のissueやPRの整理でした。 500ほどのissueとPRに目を通し、ラベルをつけて、解決済みのものを閉じて、直近で入れたいものを独断でリリースマイルストーンに入れていきました。 この整理がついた頃には他のメンテナの活動も活発になり、私の作ったマイルストーンのissueやPRを確認してくれました。 そして先日、ようやく1.7をリリースしました。 1.6から実に五年弱、一時は開発が完全に止まってしまいプロジェクトの存続を危ぶむ声も上がるような状況から
Ruby 3.0.0 リリース
Posted by naruse on 25 Dec 2020 Ruby 3.0系初のリリースである、Ruby 3.0.0 が公開されました。 これまで、Ruby3に向けてパフォーマンスの改善、並行処理、静的解析という3つの目標を掲げて、活発に開発が行われてきました。特にパフォーマンスの改善については、Ruby 3x3 として「Ruby3はRuby2の3倍速くする」ことを目指してきました。 Ruby 3.0では開発の指標の一つとしてきたOptcarrotベンチマークで3倍を達成するとともに、以下のような取り組みが行われています。 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での実現方法も紹介します。 切り戻し戦略 大きな変更を安全にリ
日本のゲーム広告において、プレスリリースは有効な手だ。 海外では「プレスリリースを送っても載らない」という声をよく聞くが、日本ゲームメディアはプレスリリース掲載率が高く、海外でプレスリリースを打たない開発者ですら日本ではプレスリリースを打つことがあるほどだ。 しかし、広報がいるメーカーならいざ知らず、開発者だけで構成されているインディーゲームチームなどがプレスリリースを作るとなると上手く作れず、時間がかかってしまうケースも多い。 そこで、インディーゲーム開発者が比較的楽にプレスリリースを作れるように、「これの穴埋めをすればプレスリリースが作れる」テンプレートと、穴埋めするときの流れのノウハウを公開しておこうと思う。 Noteの記事は有料で公開しているものもあるが、基本的に開発者向けにゲーム宣伝のノウハウを書くときはすべての内容を無料で公開するポリシーなので、有料部分はない。 また、今回例に
普段からいくつか趣味で作ったツールやライブラリを npm パッケージとして publish しています。ちょっと工夫していることとして、「できるだけ簡単に npm publish できるようにしておく」というものがあります。npm publish が心理的に、手順的に難しいと、すでに main ブランチに新機能や修正が入っているのに、npm publish されていない、という状況が発生しがちです。新機能や修正をすぐにユーザに送り届けられるよう、npm publish は無思考でできるようになっていると嬉しいです。 その一環として、リリースノート (CHANGELOG) の自動生成というのをやっているので、その紹介をしてみます。本当は 6 月にやっていた Maintainer Month 期間 に間に合わせたかったのですが、とろとろしていたら 7 月になってしまった！ まあ遅れたから公開し
VirtualBox と Rocky Linux 8 で始める Pacemaker ~ VirtualBox でも STONITH 機能が試せる! VirtualBMCの活用
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では、優れたフロントエンド開発環境を実現するためにトランスパ
GitHub のAutomatically generated release notesを使ってリリースノートの内容を PR に基づいて自動生成するフローを作りました。 今までは、コミットメッセージのルールであるConventional Commitsとconventional-github-releaserを使って、コミットからリリースノートを自動生成していました。 他の人の PR でも、squah merge でコミットメッセージを書き換えることで、リリースノートに反映されるようにしていました。 ただ GitHub に仕組みは違うけどほぼ似たことをするAutomatically generated release notesという機能が実装されているので、これをベースに移行しようと思って、そのワークフローを作っていました。 リリースノート自動生成テクニック - mizdra’s bl
米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、
メルカリ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のマイクロサ
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
政府広報の誤りを指摘する趣味を日課にしている
自分には趣味があって、スパイにでもなったかのような気持ちになって政府や省庁の発表する情報を閲覧するというようなことを頻繁にしている。 Webサイトを見ていると、結構間違っている箇所があって、ついそれをメールで指摘してしまう。少しだけ「やっぱり無礼なんじゃないか」と思うけど「間違ってたら困るのはこの人たちだから送ってしまおう」と、ノリでメールを送ってしまっている。（ちなみに自分が間違っていてはいけないと思うので、かなり事前調査はする） それで、省庁の方から「ありがとうございます！修正しました！」という返事がきて、これにニンマリするといった奇行をこの頃繰り返している。これは別に日本に限らずアメリカとイギリス、それから中国でもやっている（自分は英語と中国語ができるので） 文章をよく読んでいると「これは文としてどういう意味なんだろう」というものもあれば、誤記や誤字もあり、誤りにも「本当に些細なミス
きっかけ スプリントで実装した内容をリリースする際、リリースノートを毎回作成しています。 GitHub のリリースノート自動生成機能も便利なのですが、それでも「毎回ボタンをクリックする一手間が面倒だな。自動化したいな〜」と思っていました。 そこで、結構前に勉強も兼ねてリリースノート自動作成のアクションを自作したところ、チーム内で好評だったのでご紹介したいと思います。 （色々あってすっかり記事にするのが遅れてしまいました・・） 要件 main ブランチにマージされたら自動でタグとリリースノートが生成されること リリースノートには前回リリースとの差分が表示されること 同日に複数回リリースしても識別できること リリースノートのテンプレートを指定できること 完成形はこちら いきなりですが、生成されるリリースノートはこんな感じです。 完成形のアクションはこちらになります。 name: Create
Prologue こんにちは、 @dz_ こと、大平かづみです。 今回はこのブログ記事 "5 automations every developer should be running" が気になったので、ちゃんと読むついでに要約してみました。（ブログ駆動） なお、英語の能力は高くないので、誤訳などありましたらご連絡いただけたらうれしいです🙇🏻♀️ 要約: "5 automations every developer should be running" TL;DR: セキュリティ脆弱性との闘いや動かないボタン、遅いサイト、リリースノートを手書きすることを避けたいエンジニアの君に捧ぐ テストを書くことや改善のための自動化を行うことは大事ではあるが、実際のところもっとコードを書いた方が楽しい！ さいわいなことに、GitHub Actions ではたくさんのコミュニティで作られたテストや
1リリース6,108行から18行へ。ビッグバンリリースを改善した話 - CARTA TECH BLOG
CCI の小坂です。 担当プロダクトの中で、以前からの課題だった ビッグバンリリースを改善したことについて書きます。 開発システムの概要 やってることはCCI の社内システムの開発で、媒体社から提供された媒体資料をもとに、原稿規定を データベース化しています。 データベースをもとに、原稿素材の規定チェックから管理までを行うことができるツールです。 技術スタックとしては バックエンドがJava,Spring Bootフロントが Vue.js,Nuxt.js を使ってます。 これまでの開発フローと課題感 リリースは2-3ヶ月ごとのリードタイムがあった 開発周りのお話です。以前の開発フローは以下です。 - ユーザー要望を issue に起票 - 1-2 ヶ月で開発を行い、ステージング環境で動作確認 - その後にリリース判定 - ビジネスサイドにリリース時期を共有し調整 - リリース この流れを
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
主要スタートアップサービスの初期ユーザー獲得方法 デザイン会社 ビートラックス: ブログ
ソースコードブランチ管理のパターン - Martin Fowler's Bliki (ja)
トランス脂肪酸のご心配について 食品製品 事業内容 ミヨシ油脂株式会社
オラクル、Oracle JDKを再び無料提供へ、本番環境でも利用可。昨日リリースのJava 17から
イナバ on Twitter: "元アマゾン社員が「Amazonが新規事業開発で使っているアイデア出しフォーマット」を公開していました。 プレスリリース形式に情報をまとめるとのことです。 出典：forbes「アマゾンのすごい『逆算資料』。新サービス説明資料は『プレスリリース形式』で」 https://t.co/Or2IInQAVC"
愛知県知事リコールへ向けた署名の偽造において弊社サービスが利用された可能性があることに関して（ご報告）
無印良品 コオロギせんべい 開発のお知らせ | ニュースリリース | 株式会社良品計画
みずほ ＡＴＭ予定どおり稼働再開 システム刷新作業終える | NHKニュース
(翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book
夫が好きすぎて、結婚生活を円満にするwebサービス作った💑｜あつたゆか@「共働きのすごい対話術」著書
ニュースリリース | パーソルプロセス＆テクノロジー株式会社
自己資金のみでSaaSを立ち上げて、メンバー5名でARR2億円を突破した話 | selfree
個人開発のアプリ「暗記メーカー」が100万ダウンロードされるまで｜ymdkit
【翻訳記事】デプロイ戦略の定義 - そこに仁義はあるのか(仮)
GitHub Actions で簡単にバージョン番号付きリリースとリリースノートを作成する方法
プロダクトオーナーの考えるべきところ - kawaguti’s diary
jq 1.7をリリースしました - プログラムモグモグ
穴埋めで作る、インディゲーム開発者のための簡単なプレスリリースの作り方｜ゲームキャスト
リリースノート自動生成テクニック - mizdra's blog
FastlyとTypeScriptで実現するカナリアリリース / yamagoya2020
Rails 7.0正式リリース、Node.js不要のフロントエンド開発環境がデフォルトに
GitHubのリリースノートを自動化する仕組み
Googleの“第三のOS”「Fuchsia」、初代「Nest Hub」へ
マイクロサービス環境でのメルカリWebのリリースフロー
GitHub Actionsでいい感じのリリースノートを完全自動で作成する
パナソニックのエアコンで冷房中に運転停止する不具合。ソフトウェア更新で解消 - 家電 Watch
Check! GitHub Actions で導入しておきたい自動化 5つ（GitHubブログ要約）
eigakansou.biz
day-mitama777.hatenablog.jp
conichan.hatenablog.com
times.abema.tv
konohairo.hatenadiary.jp
www.unseionline.com