並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 320 件 / 6683件

新着順 人気順

バリューの検索結果281 - 320 件 / 6683件

  • Rails開発者が採用面接で聞かれる想定Q&A 53問(翻訳)|TechRacho by BPS株式会社

    概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: 53 Ruby on Rails Interview Questions and Answers - Better Programming - Medium 原文公開日: 2020/04/03 著者: GreekDataGuy -- データサイエンティスト、フルスタックエンジニア、起業家。トロント在住。 日本語タイトルは内容に即したものにしました。 私はこれまで100人を超えるRuby on Rails開発者と面接を重ね、私自身も職階に関する面談をいくつも受けました。本記事は、これまで私が受けたり尋ねたりした質疑応答をまとめたものです。 2020年現在、どれほど多くの大企業がRailsを利用していることを知ったら皆さんは驚くかも知れません。Shopify、Airbnb、GitHub、Dribble、Etsy、Kickstarter

      Rails開発者が採用面接で聞かれる想定Q&A 53問(翻訳)|TechRacho by BPS株式会社
    • 【完全版】なぜ組織は衰退していくのか?(7500文字)|Momentor坂井風太

      2023年12月は、『TBS NEWS DIG』や『PIVOT』なので動画が立て続けに出るのですが、動画だけでは話しきれなかった部分があるので、今年1年間で考えてきたテーマについて、本記事で書いていきます。 問いとしては、下記の5つを網羅したものとなります。 ① なぜ働かない社員が生まれるのか?(静かな退職/逃げ切り社員問題) ②「多様性」を推進しても、逆に亀裂が生じるのはなぜか?(フォールトライン問題) ③ メガベンチャーやブランド化した企業はなぜ衰退するのか?(◯◯Wayの絶対視) ④ 自社愛が強い人ほど、企業を滅ぼしてしまうのはなぜか?(盲目的自社愛) ⑤ メディアで持て囃されている企業から衰退していくのはなぜか?(メディアトラップ) そして、結論というか総括として、下記の画像に集約される現象が発生し、組織が硬直化していくという話をします。 8000文字くらいあるので、10分くらいは

        【完全版】なぜ組織は衰退していくのか?(7500文字)|Momentor坂井風太
      • Deno、JavaScript/TypeScriptのためのデータストア「Deno KV」発表。Deno本体にSQLiteを統合、分散環境では強い一貫性も提供

        Deno、JavaScript/TypeScriptのためのデータストア「Deno KV」発表。Deno本体にSQLiteを統合、分散環境では強い一貫性も提供 サーバサイドやエッジでのJavaScriptランタイムを提供するDenoは、Deno本体に統合したJavaScript/TypeScriptのためのデータストア「Deno KV」を発表しました。 これまでDenoでアプリケーションを開発し実行する際には、データを保存するためのデータベースをユーザーが用意する必要がありました。 Deno KVはDenoに統合されたデータストアとして、JavaScriptの変数や配列変数、オブジェクトなどのあらゆる構造化された値が保存可能なキーバリュー型のデータベースとして提供されるため、ユーザーがデータベースを用意しなくてよくなります。 Announcing Deno KV: A Global Dat

          Deno、JavaScript/TypeScriptのためのデータストア「Deno KV」発表。Deno本体にSQLiteを統合、分散環境では強い一貫性も提供
        • 「職能横断チーム」の実践におけるアンチパターンと対策 - yigarashiのブログ

          近年のアジャイルムーブメントにおいて「職能横断チーム」は当たり前の概念になっています。ユーザーに価値を届けるのに必要なあらゆる機能をチームが備え自律的にコントロールすることで、リードタイムを短縮するとともに、イノベーションが起こりやすい環境を作ることができます。しかしながら、7〜8人を超える大きめの集団になってくると、開発の効率を著しく下げるアンチパターンを踏んでしまうことがあります。 「職能横断チーム」の実践におけるアンチパターン そのアンチパターンとは「いつも全員一緒」です。バックエンドエンジニアだろうとアプリエンジニアだろうと、デザイナーだろうとプランナーだろうと関係なくとにかく全員です。サイロ化のカウンターとしての「職能横断チーム」に囚われ過ぎてしまって、チーム内に部分集合を作ることを極端に避けてしまっている状態です。その結果、10人もいる会を開いて細かい相談で時間が伸びたり、そも

            「職能横断チーム」の実践におけるアンチパターンと対策 - yigarashiのブログ
          • Web3ヤー対策 一問一答

            アメリカがクリプト規制に本気出し始めたので本邦Web3ヤーたちがざわざわしています。さらなる詐欺の撲滅のため、彼らが常用するレトリックとそれに対する正しい反応をあらかじめ書き連ねました。これらが有耶無耶のまま来年ビットコインが半減期を迎え、万が一雰囲気で相場が好転すると、耳さわりの良いポジトークが増えていくでしょう。これ以上被害者を出さないためにWeb3ヤーワクチンを打ってください。 Web3ヤー「ゲンスラーのせいで損した。SECは投資家を保護するんじゃないのか?」解答「あなたが損した分、ショートしている人は儲かっています。あなたのポジションはSECも守ってくれません。そもそもトークン自体に価値があるなら、その価格がドル建てで上がろうか下がろうか関係無いはずです。それなのに価格の上下で一喜一憂するということは、そのトークン自体に価値がなく、ドルに価値があると自ら告白しているようなものです。

              Web3ヤー対策 一問一答
            • のんきに自分達の未来を想っている場合ではない、ジャニーズ事務所の公式見解がダメな理由(石川慶子) - エキスパート - Yahoo!ニュース

              ジャニーズ事務所が創業者・故ジャニー喜多川氏の性加害問題について謝罪動画と見解書を出しました(5月14日)。内容は表面的で言葉が浮いて見えます。被害者目線が欠け、自己主張のみ。タイミングと形式も逃げの姿勢。スポンサー契約が打ち切られないと思っているのでしょうか。日本の上場企業を甘く見すぎています。企業は国連の「ビジネスと人権に関する指導原則」(2011年6月策定)に従って、サプライチェーン、バリューチェーンでの人権侵害の予防、軽減に努める必要があり、日本政府も遅ればせながら「ビジネスと人権」に関する行動計画を2020年10月に発表。2021年6月にはコーポレートガバナンスコード(企業統治指針)改訂で「人権尊重」が盛り込まれています。人権を踏み台にして利益を優先する企業は、もはや生き残れない時代になっているのです。 タイミングと形式が「逃げ」の姿勢 発表は、5月14日日曜日の夜で、5月15日

                のんきに自分達の未来を想っている場合ではない、ジャニーズ事務所の公式見解がダメな理由(石川慶子) - エキスパート - Yahoo!ニュース
              • 770円の衝撃。40年の時を超えて、ガンダムふたたび大地に立つ。 | nippper ニッパーを握るすべての人と、モケイの楽しさをシェアするサイト

                ▲ENTRY GRADE 1/144 RX-78-2 ガンダム 300円で買える真っ白のガンプラが1980年当時のキッズを熱狂させた、というのは本を読んで知っているけど、いまのガンプラを見るとにわかには信じがたい。 いまも新製品が続々と発売され続けているガンプラは、接着剤を使わずに、ただパーツを切り離してパチパチと組み上げるだけで全体を塗装したかのような仕上がりになるのが当たり前になっていて、人間でもできないようなポーズをとれるほど各部の関節は動きまくるようになった。 パーツは増え、デザインは何度も再定義され、もはや「次はどのモビルスーツがプラモになるのか」よりも「次はどんなバージョンのガンダムがプラモとして登場するのか」という、スケールモデルでは考えられないような状態。 それはまるで、グラウンドを何周も何周も走り続けて、ただひたすらに速く、ただひたすらに美しくフォームを整えていくランナー

                  770円の衝撃。40年の時を超えて、ガンダムふたたび大地に立つ。 | nippper ニッパーを握るすべての人と、モケイの楽しさをシェアするサイト
                • Ubie創業期にKotlinを導入した私が、社の技術選定の転換について思うこと|たろう|note

                  Kotlinエバンジェリストとして、ガッカリしょんぼり…!? Ubieが、KotlinをやめてGoとNode.jsへの転換を決定したことについて、私がこれをどう受け止めたのか… こんにちは。私はたろうと言います。 Ubie株式会社 Ubie Discoveryに勤めるソフトウェアエンジニアです。 業務外では、Kotlinエバンジェリストとして講演や執筆を行なったり、技術カンファレンス「Kotlin Fest」の運営代表を務めたりしています。 先日「Ubie は Go と Node.js の会社になります」という記事が、同じくUbie Discoveryのyukuというソフトウェアエンジニアにより発信されました。 新しいアプリケーションを立ち上げる際には、その役割に応じてGoで書くかNode.jsで書くかの2択となり、今後はKotlinを使わない。記事の内容を噛み砕くと、そんな感じです。 私

                    Ubie創業期にKotlinを導入した私が、社の技術選定の転換について思うこと|たろう|note
                  • 三十路から眺める人生地図 - みんからきりまで

                    とうとうこの時が来てしまった。 僕はあと数日で30代になる。 こんな日が現実に訪れるなんておそろしい。 いろいろと思うことがあるので、20代を振り返りながら近況や今後のことなどを雑多に書いていきたいと思う。 20代の振り返り 二十歳になった日からもう10年が経ったなんて信じられない。今でも憶えているけど二十歳になった時に僕は死にたいと思っていた。 とにかく昔から時間が過ぎていくことが嫌だった。 思えば10代の頃はほぼフルでニート状態の生活を送っており、20歳はちょうど専門学校に通いはじめた歳だ。 周囲の誰もがすぐに挫折するだろうと思っていた専門学校を無事に卒業し、プログラマとして就職した時はもう人生ゴールしたというかこのまま成仏してしまうのではないかという気持ちだった。 kirimin.hatenablog.com その後、1年で最初の会社を辞め、もう正社員になりたくないという後ろ向きな理

                      三十路から眺める人生地図 - みんからきりまで
                    • 組織規模とCTOの求められる役割の変化に関する雑記|Matsumoto Yuki

                      CTOA Advent Calendar 1日目のバトンを受け取りましたので、1日目となる今回は、CTOに求められる役割の変化について、自分のこれまでの振り返りを兼ねて記事を書いてみようと思います。ちなみに今週はマガジンの連載をこちらの記事に代えさせていただければと。 普段はこちらのマガジンでソフトウェアと経営についてつらつらと書いています。ご興味ある方、年末の時間のあるときにでもご一読いただければ幸いです。 はじめにこの10年、エンジニアとしてのキャリアをスタートして今に至るまで、一桁人のスタートアップから1000人近い規模の開発組織を抱えた大企業まで様々な規模の組織のCTOを経験してきました。おおよその流れとしては、学生時代に小さなスタートアップを3社、その後Gunosyにて一桁人から60人前後の開発組織、現在はDMMのグループにて合計1000人弱の開発組織にてCTOをしています。 C

                        組織規模とCTOの求められる役割の変化に関する雑記|Matsumoto Yuki
                      • リチャード・ヒップとのSQLiteの秘話

                        CoRecursiveより。 今日の番組では、リチャード・ヒップと、サバイバルが世界の中核インフラになることについてに話します。SQLiteは至る所にあります。ウェブブラウザにも、携帯電話にも、おそらく車の中にも、そして旅客機の中にも間違いなく存在します。iMessagesやWhatsAppのメッセージが保存されているのもSQLiteです。コンピュータで*.dbを検索すると、驚くほど多くのSQLiteデータベースが見つかります。 今日は、リチャードが彼の物語を紹介します。小さなオープンソースのプロジェクトを立ち上げ、それが自分の野心を超えて成長したという話です。そして、テック巨人との関係から、興味深いテスト方法まで、その成功をどこまでも追いかけていく物語です。 注: このポッドキャストは、聞くことを前提としています。可能であれば、ページに記載されていない部分を含めて、音声を聞くことを強くお

                        • ザラの12倍、生産日数は半年!?日本のアパレルが海外工場から「無視」されている事情とは _流通・小売業界 ニュースサイト【ダイヤモンド・チェーンストアオンライン】

                          「リードタイムが長期化してQR*が組めません」 こういった相談が増えている。前回のPLMと同様にメディアでは一切話題になっていないが、これが崩壊寸前ともいえるアパレル産業の生産現場の実態だ。今日は、商社とアパレルが行ってきた「南下政策」の代償として、日本がもはや世界の工場から無視されている実態とメカニズムを解説する。浮わついた話は評論家にまかせ、現実に目を向けて欲しい。 *クイックレスポンス、細かく生産を刻んで需要と供給をマッチさせる技術 andresr/istock SDGsの時代、「消費者が必要な時に必要な量だけ」は嘘 現在、日本のアパレル企業に対して、過剰生産が指摘され、在庫問題が産業界を破壊することが明確になっている。これを受けアパレル各社は、粗利改善のために「消費者が必要な時に、必要な量だけ」を運ぶ、などと判を押したように言っている。だが、そんなことができるならなぜ今までやらなか

                            ザラの12倍、生産日数は半年!?日本のアパレルが海外工場から「無視」されている事情とは _流通・小売業界 ニュースサイト【ダイヤモンド・チェーンストアオンライン】
                          • RDBの限界とNoSQLの登場 - Qiita

                            事実世界のインターネット人口が増えたのは1990年代からだ。 [引用] http://www.soumu.go.jp/johotsusintokei/whitepaper/ja/h10/html/98wp2-3-1f.html [引用] http://www.soumu.go.jp/johotsusintokei/whitepaper/ja/h29/html/nc144210.html NoSQLの登場 1990年に入るとインターネットの利用人口が急激に増加することになる。 この頃からトランザクションに最適化されて設計されたDBでは性能劣化が始まり、システムはデータベースに対しスケール性能を必要とし始める。 多くの開発者は、単一の強力なサーバーでリレーショナル・データベースを実行するのではなく、リレーショナル・データベース管理システム (RDBMS) のパーティショニング (シャーディング

                              RDBの限界とNoSQLの登場 - Qiita
                            • 新たに学ぶ領域の技術書・専門書の知識定着力と実践力を上げる読書手法 - Qiita

                              タイトルにもあるように、本記事では以下A(学術書、ビジネス書、専門書や参考書)にフォーカスした内容を書きます。 ※他のタイプにも共通して生かせる部分もあるかとは思います 概要 技術書・専門書の中でも特に「新たに学ぶ領域」に関する場合と絞ります。エンジニアは様々なレイヤーや幅の知識や手法を継続的に学習する必要があると考えており、そこに合致するやり方を今回は書いてみます。 ※「今既にある知識を深める」という観点でも大きな違いはありませんが、異なる部分もあるので、上記記載をしました。 そして、そういったモチベーションで本を読み「仕事に具体的に活かすために、行っている工夫・手法」を書きます。 本題の構成 さて、ここから本題です。 以下のような構成で書いていきます。 目的とゴール 本の特徴を理解 具体的な読み方 その他TIPS 事例 整理しながら「当たり前のことの羅列」かもしれないですし、自身に特化

                                新たに学ぶ領域の技術書・専門書の知識定着力と実践力を上げる読書手法 - Qiita
                              • ホットリンクのサイトリニューアル戦略資料を公開(8,000字の解説付)|#ホットリンク

                                最終更新日:2019年12月20日 どうも、ホットリンクCMOの飯髙です。 2019年12月16日に、弊社(ホットリンク)のコーポレートサイトをリニューアルしました。 このリニューアルは、BtoBに強いWeb制作会社である株式会社ベイジさんにお願いしました。目に見える変化はもちろん色々あると思いますが、ここでは見た目だけでは分からない、サイトリニューアルの検討プロセスや背景にある意図などを、ベイジさんが作ったサイト戦略資料を元に、詳しく解説していきたいと思います。 ※全スライドはページの最後に掲載しています。 ※当記事はベイジの枌谷さんとの共同制作です。 ※提案資料は提案当時のものをあまり変えず公開しています。古い情報や誤字脱字などが含まれているかもしれませんが、ご了承ください。 旧サイトの課題とベイジさんを選んだ理由 リニューアル前の私たちのコーポレートサイトには、主に以下のような問題が

                                  ホットリンクのサイトリニューアル戦略資料を公開(8,000字の解説付)|#ホットリンク
                                • 開発パフォーマンス指標とバリューストリームマップでチーム改善をする - $shibayu36->blog;

                                  以前Pull Requestから社内全チームの開発パフォーマンス指標を可視化し、開発チーム改善に活かそう - Hatena Developer Blogの記事で、開発パフォーマンスを可視化する話を書いた。その後、バリューストリームマップを作り開発フローの課題を洗い出して、チームの改善を行い、そして開発パフォーマンス指標で効果を検証する取り組みを行ったので、その経験についてブログに書いておく。 前回の記事のサマリー バリューストリームマップを作り、開発フローの課題を発見する バリューストリームマップとは何か チームのバリューストリームマップを作る バリューストリームマップから課題を見つける 見つかった課題を解決する 開発パフォーマンスの指標で改善結果を振り返る まとめ:データを根拠にチーム改善するという進歩 参考 前回の記事のサマリー 前回の記事を前提として書くため、簡単にサマリーすると 開

                                    開発パフォーマンス指標とバリューストリームマップでチーム改善をする - $shibayu36->blog;
                                  • 新刊『チームトポロジー』発売のお知らせ

                                    みなさんこんにちは。@ryuzeeです。 言いたいことはタイトルに書いたとおりなのですが、2021年12月1日に、新刊『チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計』が発売になります。 チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計著者/訳者:マシュー・スケルトン、 マニュエル・パイス、 原田 騎郎、 永瀬 美穂、 吉羽 龍太郎出版社:日本能率協会マネジメントセンター発売日:2021-12-01単行本:280ページISBN-13:9784820729631ASIN:4820729632 原著はMatthew Skelton、Manuel Pais氏の『Team Topologies: Organizing Business and Technology Teams for Fast Flow』で、翻訳は株式会社アトラクタのアジャイルコーチ(いつ

                                      新刊『チームトポロジー』発売のお知らせ
                                    • 国産クラウドが育たなかった理由 - orangeitems’s diary

                                      大昔、クラウドだって言い張った単なる仮想環境を作ったおぼえがあるけど、全然スケールするイメージが付かなかった。 一番の問題は、個別の顧客に対していろいろと要件を聴きすぎたということだった。顧客ごとにユニークに設定を入れ込んでいくと、どんどん設定が複雑になっていく。これ十社ならいいけど百社入ったらアウトかな、なんて感覚があった。 AWSなど、スケールするクラウドは個別の要件なんて聞かないで、どの顧客にも同じ機能を提供するという姿勢を貫いた。そもそも顧客と直接コミュニケーションをせず、Webサイトを通じたコミュニケーションが基本だった。スケールする前提を守るには必須だと思う。 これが、「地場のデータセンターは、直接お客様にお伺いし、Face to Faceをするのがバリューです」なんて言っちゃったものだから、クラウドではなくなる。 そうなると、顧客の声が強くなりすぎて、あれやこれや拡張しちゃう

                                        国産クラウドが育たなかった理由 - orangeitems’s diary
                                      • 住む場所が自分の幅を広げる。都心派だった内沼晋太郎さんが長野移住を経て思うキャリアのつくり方 #地方で働く - ミーツキャリアbyマイナビ転職

                                        <プロフィール> 内沼晋太郎。1980年生まれ。NUMABOOKS代表、ブック・コーディネーター。新刊書店「本屋B&B」共同経営者、株式会社バリューブックス社外取締役、「八戸ブックセンター」ディレクター、「日記屋 月日」店主として、本にかかわるさまざまな仕事に従事。また、下北沢のまちづくり会社である株式会社散歩社の取締役もつとめる。著書に『これからの本屋読本』(NHK出版)などがある。現在、東京・下北沢と長野・上田の二拠点生活。 昨今、地方移住や二拠点生活への関心は高まっており、リモートワークの普及は、その流れに拍車をかけています。ただ一方で、「キャリアが分断するのではないか」「業界の流れについていけなくなるのでは」といった仕事面の不安から、二の足を踏んでいる人も少なくないと思います。 ブック・コーディネーターの内沼晋太郎さんは、これまで下北沢や西麻布など意識的に“東京の中心”に住んできま

                                          住む場所が自分の幅を広げる。都心派だった内沼晋太郎さんが長野移住を経て思うキャリアのつくり方 #地方で働く - ミーツキャリアbyマイナビ転職
                                        • 機械学習を使うデータサイエンスの仕事に比して、統計学を使うデータサイエンスの仕事が産業界に少ない理由 - 渋谷駅前で働くデータサイエンティストのブログ

                                          近年のデータサイエンティスト界隈では、僕が以前スキル要件記事でも提唱した通りの「ソフトウェアエンジニアの延長としての機械学習エンジニア」(機械学習メイン)と「アナリストの延長としてのデータサイエンティスト」(統計学メイン)とにキャリアもポジションもカルチャーも分化するようになって久しい印象があるのですが、世の中に溢れる求人情報や各種SNSで流れてくる巷の声を見聞きする限りでは、どう見ても前者の方が数が多い上に需要も旺盛なんですよね。 発展というよりMLを使ったプロダクトでお金稼いでいる会社があって、統計学やエコノメベースでプロダクトを作る事業会社がないだけだと思います。統計学とか示唆出しの手段なので、ブラスでお金稼ぐ感覚がないと居場所がないだけかなと。 https://t.co/PCDQHiIvlJ— be (@behemuhemulove) 2024年6月11日 で、畏友*1beさんがこ

                                            機械学習を使うデータサイエンスの仕事に比して、統計学を使うデータサイエンスの仕事が産業界に少ない理由 - 渋谷駅前で働くデータサイエンティストのブログ
                                          • 「国民1人当たり1000万円の借金」は真っ赤な嘘。純負債比率はG7で低く、財政破綻の可能性はゼロ。国の成長や賃金上昇に向け、ケチケチせず借金せよ

                                            トップ > 「勝者のゲーム」と資産運用入門 > 「国民1人当たり1000万円の借金」は真っ赤な嘘。純負債比率はG7で低く、財政破綻の可能性はゼロ。国の成長や賃金上昇に向け、ケチケチせず借金せよ 「国の借金」は過去最高の1255兆円となり大変だ、との報道の真偽は? 日本の「国の借金」が過去最大を更新し、国民1人あたりの「借金」は初めて1000万円を超えました。財務省は、6月末までの国債や借入金などを合計したいわゆる「国の借金」が1255兆1932億円となり、過去最大を更新したと発表。国民1人あたりの借金は1005万円となり、初めて1000万円を超える計算になります…。 先週水曜日の報道だ。どのメディアでもほぼ一律でこのような感じの報道をしており、「国の借金が大変だ!」というメッセージがひしひしと伝わってくる。 賢明な皆さんならもう重々ご承知だと思うが、この財務省から発表される「国の借金」はプ

                                              「国民1人当たり1000万円の借金」は真っ赤な嘘。純負債比率はG7で低く、財政破綻の可能性はゼロ。国の成長や賃金上昇に向け、ケチケチせず借金せよ
                                            • LayerX CTO就任によせて|Matsumoto Yuki

                                              2021年3月1日よりLayerX 代表取締役CTOに就任しました。急な発表で驚かれた方もいらっしゃるかもしれませんが、今回の意思決定に至った経緯、なぜLayerXなのかについて、多少エモーショナルな部分も含めnoteにて書かせていただければと思います。 DMM改革の2年半2018年10月よりDMM.comのCTOに就任し、テックカンパニー化をミッションに改革を推進してきました。その過程で取り組んできたことは様々発信してきましたので詳細はそちらを見ていただけると幸いです。 この二年半、DMMという組織を広い範囲に渡って変化させてきました。非常に少しずつ、少しずつの変化の連続ですが結果として今はDMM Tech Visionを骨子に据え、Agility, Scientifi, Attractive, Motivativeという4つのバリューに基づいて一人ひとりが考え意思決定できる組織となって

                                                LayerX CTO就任によせて|Matsumoto Yuki
                                              • 何をどれくらいの価格で売ればいいの? ~SaaS のプライシング戦略 (考え方編) ~ | Amazon Web Services

                                                Amazon Web Services ブログ 何をどれくらいの価格で売ればいいの? ~SaaS のプライシング戦略 (考え方編) ~ 皆さんこんにちは、SaaS パートナーソリューションアーキテクトの櫻谷です。 初めて SaaS ビジネスに挑戦するお客様の中で、以下のような値付けに関するお悩みをお持ちの方は少なくありません。 「何をどれくらいの価格で売れば利益が出るのか?」 「AWSのランニングコストと帳尻を合わせるためにはどうすれば良いか?」 「サブスクリプションモデルって何?」 「価格は公開せずに顧客ごとに価格交渉したいんだけど…」 プライシングは、将来の SaaS ビジネスの成長の基盤を形作る重要な要素です。この連載記事では、SaaS ビジネスにおける一般的な売上モデルの話から、よくある提供プランのバリエーション、適切な価格設定の方法、陥りがちなアンチパターンなどをご紹介します。

                                                  何をどれくらいの価格で売ればいいの? ~SaaS のプライシング戦略 (考え方編) ~ | Amazon Web Services
                                                • GitHubをフル活用してカンバン(Kanban)方式による開発体制を構築したノウハウを惜しみなく公開する - Qiita

                                                  簡単な自己紹介 渋谷のとあるプログラミングスクールを経営する会社でCTOを担当しています。 昨年、2019年3月にこの会社にジョインしてから開発から新商品企画まで幅広く担当してます。 背景 2019年3月に私が入社した時、システム開発の案件管理に色々と問題がありました。 それらの問題を各ステークホルダーにヒヤリングして問題点と解決案をまとめて社長に提案し、社長の賛同を得て開発体制の構築を進めてきました。 この度、ようやく開発体制の構築ができて順調に開発案件の管理、運用できるようになってきたので、今回、他の会社の参考になればと思ってまとめてみました。 弊社の組織体制 組織としては、CEO(社長)をトップとして、以下チームが下にある形です。 私は、CTOとして開発チームのマネージャーを担当しています。 開発体制の問題点をステークホルダーの声を聞いて整理した 問題の解決にあたって、まずは各ステー

                                                    GitHubをフル活用してカンバン(Kanban)方式による開発体制を構築したノウハウを惜しみなく公開する - Qiita
                                                  • DDDを実践するためのリポジトリ層の設計(Go言語による例)

                                                    The Go gopher was designed by Renée French. Illustrations by tottie. はじめに この記事は、ドメイン駆動設計(DDD)の中核概念である「リポジトリ」についての理解を深めることを目的としています。リポジトリの基本的な役割と重要性を確認し、Go言語での実装の例を紹介します。 前提 リレーショナルデータベースからデータを取得(更新)するアプリケーションを想定しています サンプルコードは Go 言語で書かれています リポジトリとは まずは、リポジトリの定義を確認してみましょう。 リポジトリパターンとは: リポジトリは、データベースから取得したデータを構造体にマッピングし、ドメインオブジェクトにアクセスするためのインターフェースを提供します。 これは、一般的なリポジトリの理解と相違ないですね。次に DDDの文脈で、より詳しい定義をみ

                                                      DDDを実践するためのリポジトリ層の設計(Go言語による例)
                                                    • フロントエンドエンジニアというものについて余計なことを考える(2019秋版)|terrierscript

                                                      元ネタとか https://shgam.hatenadiary.jp/entry/2019/09/21/104413 https://twitter.com/Nkzn/status/1177794507741335552 自分はよくJSやCSSについての発信をしていて、「JSが得意です」とか「CSSが得意です」と言うこともあるのですが、その反応として「じゃあフロントエンドエンジニアなんですね」と言われると、「いやあ、うーん、どうなんですかね、、」みたいなぼやっとした返答をすることがよくあります。 その理由として「フロントエンド技術は好きだけど自覚としてはサーバーサイドエンジニアだし、DB設計とかもやりたいし・・・かといってフルスタックで言うのいやだし・・・」となだったのですが、このJSON色付けという話題を見て「実はここに自信が無いからという理由が本質なのでは?」と思えてきました。 ちょう

                                                        フロントエンドエンジニアというものについて余計なことを考える(2019秋版)|terrierscript
                                                      • 職場の無駄を極力なくしたい―「数字」とテクノロジーで新しい料理人の働き方を実践する、Mr.CHEESECAKE・田村浩二さん―|【パソナキャリア】パソナの転職エージェント

                                                        料理人の田村浩二さん。10代から修業に打ち込み、31歳でミシュラン星付きレストランのシェフに就任。世界的なレストランガイドで賞をとるなど輝かしいキャリアを歩みながら、ほどなくレストランを離れることを決断しました。 以降は、「人生最高のチーズケーキ」と称されるMr.CHEESECAKEの立ち上げをはじめ、食の未来を拡張するFood Expanderとして、活動の領域を広げています。 「自分の店を持つ」という王道を選ばず、「数字」やテクノロジー、SNSでのコミュニケーションを駆使し、料理人の新しい働き方を開拓し続ける田村さん。その根底にある、「食」への思いを伺いました。 いきなり飛び込んできた「痩せろ」のメッセージ ── 調理場の壁に「痩せろ」という言葉が掲げられているのですが、あれは誰に向けたメッセージなのでしょうか? 田村浩二さん(以下、田村):スタッフに向けた社訓ですね(笑)。お菓子をつ

                                                          職場の無駄を極力なくしたい―「数字」とテクノロジーで新しい料理人の働き方を実践する、Mr.CHEESECAKE・田村浩二さん―|【パソナキャリア】パソナの転職エージェント
                                                        • ゼロから始めるシステム障害対応フロー - Qiita

                                                          初めに 本記事 『ゼロから始めるシステム障害対応フロー』 の内容について タイトルの「ゼロから始める」には二つの意味があります。プロダクトのリリースを間近に迎える中、チーム内での障害対応体制の枠組みがなかったこと。そして体制づくりを担当することとなった私の知識・知見が(ほぼ)ゼロだったこと。この二つです。 この状態から、リリース前〜リリース後の約2月間でなんとか形にすることができました。本記事ではその過程でぶつかった問題とそれに対する課題、それらにどう対応したのか、何を学んだのか、の紹介。 そして、障害対応体制の策定・構築や改善の流れの中で私が起こした失敗から、人としてリーダーとして何を心がけなければいけなかったのかの反省を共有させてもらいたいと思います。 本記事は以下の構成です。 0. 始まり ※ スクラムチームでの話。スクラムチームの登場人物は以下の三つ PO:プロダクトオーナー(Pd

                                                            ゼロから始めるシステム障害対応フロー - Qiita
                                                          • Pythonで検索エンジンを自作する方法 Part.1

                                                            2019年9月16、17日、日本最大のPythonの祭典である「PyCon JP 2019」が開催されました。「Python New Era」をキャッチコピーに、日本だけでなく世界各地からPythonエンジニアたちが一堂に会し、さまざまな知見を共有します。プレゼンテーション「入門 自作検索エンジン」に登壇したのは加藤遼氏。講演資料はこちら 検索エンジン自作の入門編 加藤遼 氏:普段はサーバサイドの開発やAPI、検索まわりをやっています。技術的にはPythonやElasticsearchがメインです。このセッションにこんなに人が来ると思っていなかったので、これだけ集まってくれて大変ありがとうございます。 ここに来たということは、みなさん検索に多少なりとも興味がある方だと思います。なのでちょっとだけ宣伝させてください。検索技術勉強会という勉強会のスタッフをやってます。これは特定のライブラリに関

                                                              Pythonで検索エンジンを自作する方法 Part.1
                                                            • 「二つの米国」のある街で 月500ドルの部屋を借りた:朝日新聞デジタル

                                                              ","naka5":"<!-- BFF501 PC記事下(中⑤企画)パーツ=1541 -->","naka6":"<!-- BFF486 PC記事下(中⑥デジ編)パーツ=8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下(中⑥デジ編)パーツ=8826 -->","adcreative72":"<!-- BFF920 広告枠)ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag PC誘導枠5行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">\n <div class=\"

                                                                「二つの米国」のある街で 月500ドルの部屋を借りた:朝日新聞デジタル
                                                              • メルペイの社内向け管理画面を振り返る | メルカリエンジニアリング

                                                                Merpay Advent Calendar 2019 の 13 日目は、メルペイフロントエンドチーム の @tanakaworld がお送りします。 メルペイの管理画面は 2019 年 2 月のサービスローンチに先立ち、2018 年 11 月にリリースされました。私は 2018 年 8 月に入社してから一貫して管理画面開発に関わり、様々な機能開発・運用を行ってきました。その中でフロントエンドエンジニアとして関わったいくつかのプロジェクトをピックアップしてご紹介します。 目次 はじめに メルペイのフロントエンドチーム メルペイの社内向け管理画面 プロジェクトの振り返り 審査業務効率化プロジェクト マイクロサービス分割プロジェクト 課題感 分割の方針 分割後のアーキテクチャ Component v2.0 リニューアルプロジェクト 課題感 デザインポリシー 開発フロー 社内向け管理画面で今後注

                                                                  メルペイの社内向け管理画面を振り返る | メルカリエンジニアリング
                                                                • 【45分で分かる】P&Gでも教わらないブランディングの教科書|石井賢介

                                                                  このnoteでは、"ブランディング"に関する体系を教科書のように纏めたいと思います。2020年7月に書いた「【1時間で読める】P&G流マーケティングの教科書」とセットにして、ついに教科書シリーズの完成となります。 これを読めば、マーケティングとブランディングの全体像が体系立てて頭に入ると思います。ウェブマーケティングやSNSマーケティングといった「HOW」に終始する細かい各論よりも、まず初めに全体像を頭にインストールすることには大きな価値があります。あとは実務を通して、その枠組みの中に自社ならではの肉付けをして頂ければよいかと思います。 併せて読んでもらえれば、マーケティングとブランディングに必要な知識としては、国内外のトップ企業で働いているブランドマネジメント従事者と変わらないレベルになると確信しております。 2020年7月に書いた「P&G流マーケティングの教科書」というnoteでは、自

                                                                    【45分で分かる】P&Gでも教わらないブランディングの教科書|石井賢介
                                                                  • IIJ飯田橋オフィスでDFSはどれくらいおきているのか? | IIJ Engineers Blog

                                                                    Twitterフォロー&条件付きツイートで「バリーくんぬいぐるみ」を抽選で20名にプレゼント! 応募期間は2019/11/29~2019/12/31まで。詳細はこちらをご覧ください。 今すぐツイートするならこちら→ フォローもお忘れなく! 【IIJ 2019 TECHアドベントカレンダー 12/14(土)の記事です】 こんにちは、IIJ 金子です。 本日は、無線LAN 5GHz帯でのDFSの発生状況を可視化してみようというお話をします。 はじめに 無線LANを運用していると気になるのは、外来レーダー波により引き起こされるDFS、そしてそれに起因してAPが行うチャネルの移動です。 「今自分がいる場所で、無線LANのDFSを引き起こすようなレーダーはどれくらい打ち込まれているのかしら?」とそんな疑問がふと沸いてきたので、ものは試しにと実際に測ってみることにしました。 無線LANとDFSについて

                                                                      IIJ飯田橋オフィスでDFSはどれくらいおきているのか? | IIJ Engineers Blog
                                                                    • ドメイン駆動設計の源流のPofEAAを読んでみる | フューチャー技術ブログ

                                                                      最近、ドメイン駆動設計(以下DDD)とかそのあたりを読みこんでいる人から、DDD本の読み方を教えてもらいました。ここではDDD本はエリック・エヴァンスのドメイン駆動設計の方を参照しました。 @katzchang さんから教わったのは「DDDはパターンランゲージの形式を意識してるよ」ということでした。ただし、きちんとしたパターンランゲージの形式になっておらず、記述が著者のものになってるので、読者は注意して読む必要があるのかもとのことです。 @ryoaitaさんから教わったのは「DDDはエンタープライズアプリケーションアーキテクチャパターン(以下PofEAA)を下敷きにしている本だよ」ということでした。 DDDももう時代的にはかなり古い本です。自分で読んだ限りは全然好きになれなくて、でもきっと何かあるはずだと3-4冊読んでみましたが感想は変わらずでした。ユビキタス言語も「当たり前のものを先頭に

                                                                      • Pythonによるファイナンス(第2版)を読んだ感想 - 虎の穴開発室ブログ

                                                                        こんにちは!虎の穴ラボのNSSです。 虎の穴ラボではオライリー・ジャパン社の定期購読サービスを利用しており、 毎月新刊をいち早く読めるようになっています。 今回は12/24に刊行された「Pythonによるファイナンス(第2版)」を読んだ感想を共有したいと思います。 www.oreilly.co.jp 読もうと思ったきっかけ 数年前から少しだけ投資をしていたので、タイトルから興味を惹かれました。 Pythonを使って自分の投資ポートフォリオを評価したり、自動取引ができたら楽しそうだと思いました。 目次 目次 日本語版まえがき まえがき 第1部  Pythonとファイナンス 1章 なぜファイナンスにPythonを使うのか 1.1 プログラミング言語Python 1.1.1 Pythonの大まかな歴史 1.1.2 Pythonエコシステム 1.1.3 Pythonのユーザ層 1.1.4 科学スタ

                                                                          Pythonによるファイナンス(第2版)を読んだ感想 - 虎の穴開発室ブログ
                                                                        • 前払式支払手段について整理してみる - メモ代わりのブログ

                                                                          TL;DR(忙しい人向け) ほとんどのサービスについては、ここのサイトに利用者保護措置について書かれています www.s-kessai.jp はじめに 前払式支払手段とは、商品券やカタログギフト券、各種プリペイドカードのように、前払いで商品・サービスの対価、または金額を支払うことで利用できる決済手段のことです。 もう少し具体的に説明すると、以下の4要素を満たす必要があります。 金額等の価値が記載・記録されること ・商品券の額面表示・テレホンカードの度数表示・アプリ内での残高表示など 金額・数量に応じる対価を得て発行されること ・プリペイドカードへのチャージ金額など 証票等、番号、記号その他の符号の発行であること ・ギフトカードの発行番号、Visaプリペイドカードのカード番号、ID、パスワードなど 発行した符号が代価の弁済等に使用されること ・ビール券をビールに引き換える、Visaプリペイド

                                                                            前払式支払手段について整理してみる - メモ代わりのブログ
                                                                          • アジャイル・DevOpsからDeveloper Productivityへ ~食べログのDeveloper Productivityチームが目指す姿~ - Test Automation

                                                                            はじめに こちらは食べログAdvent Calendar 2021の23日目の記事です[1]。近年、IT業界では働き方改革によるリモートワークなどの浸透や、アジャイル開発やDevOpsなどのソフトウェア開発プラクティスの普及を受け、Developer Productivity(開発生産性)が鍵になってきています[2][3]。組織のDeveloper Productivity(開発生産性)が向上すると、ソフトウェアのデリバリーだけでなく、ビジネスパフォーマンスや社員のモチベーションが向上することが知られています。 私の所属する株式会社カカクコムの食べログシステム本部でも2021年10月に「Developer Productivityチーム」という「 開発サイクルのフィードバックを素早く、リッチにすることで​最高の開発・テスト体験を実現する 」をミッションとして持つチームが爆誕しました[4]!

                                                                              アジャイル・DevOpsからDeveloper Productivityへ ~食べログのDeveloper Productivityチームが目指す姿~ - Test Automation
                                                                            • 次世代ゲームエンジン「Unreal Engine 5」の登場で「Unity」が終わるのではという指摘

                                                                              2022年4月6日、Epic Gamesが高性能の次世代ゲームエンジン「Unreal Engine 5(UE5)」を正式リリースしました。UIやワークフローに優れた点がアピールされたこのエンジンの登場により、ライバル的存在のゲームエンジン「Unity」の魅力がなくなったのではないかと、ゲーム開発者のイーサン・リー氏が指摘しています。 flibit_unreal_unity.md · GitHub https://gist.github.com/flibitijibibo/035087d8736441786b10e8c3879d50dd 2022年4月14日、UE5登場の1週間後に、ゲーム開発者のケーシー・メイソンズ氏が以下のようにツイートしました。メイソンズ氏は「Unityの現状のポイントは何ですか?大きくて扱いにくいエンジンを扱いたくない場合は、自分で作り替えてUE5を使用するだけですよ

                                                                                次世代ゲームエンジン「Unreal Engine 5」の登場で「Unity」が終わるのではという指摘
                                                                              • 「自分の市場価値」がついてまわる社会と、その疎外 - シロクマの屑籠

                                                                                「自分の市場価値を測ってみませんか」ってメールがドコモから届きやがったよ。自分の市場価値を測ってみませんかってキャリアからメールが届くんだぜ、すげえ世の中だな— p_shirokuma(熊代亨) (@twit_shirokuma) 2019年12月2日 この手のメールを受け取ったことは、一度や二度ではない。けれども今回、携帯キャリア会社からこのメールが届いたことにはちょっと驚いた。さんざん使っているPCのメアドに届くなら理解できるし、珍しくないことなのだけど、ほとんど使っていない携帯キャリアのメアドに「自分の市場価値を測ってみませんか」が届くということは……全国のあらゆる人間にこんなメールが送られているのだろうか。 人間の市場価値とは、どういうものか。 お金をどれだけ稼げるか、どれだけ人気者か、どれだけ他人に好ましい影響を与えられるか、等々によって現代人は他人を値踏みし、と同時に値踏みされ

                                                                                  「自分の市場価値」がついてまわる社会と、その疎外 - シロクマの屑籠
                                                                                • セキュリティインシデント疑似体験調査ワークショップに参加すべき3つの理由 - Techtouch Developers Blog

                                                                                  はじめに こんにちは。最近はテックタッチの同僚とボルダリング同好会のようなものを作ってワイワイしてます!SRE の izzii です。 7月27日、社内の有志を集めて AWS ジャパン主催のセキュリティインシデント疑似体験 調査ワークショップに参加しました。このイベントは、AWS 環境上の典型的なセキュリティインシデントを再現したログを用いて、CTF (Capture The Flag、旗取りゲーム) 形式で AWS のセキュリティで気をつけるべきことを学べるイベントです。 テックタッチからは、izzii (SRE), roki (SRE), canalun (フロントエンド), kacchan (コーポレートセキュリティ) が参加し、その4名で構成されたチーム 「gokigen」 は約40チーム中で3位に入賞することができました!(記事のトップ画像はその時のキャプチャです ※AWS 様に

                                                                                    セキュリティインシデント疑似体験調査ワークショップに参加すべき3つの理由 - Techtouch Developers Blog