2013 4/8 デジガレでおこなわれた【緊急開催!】リーン・アナリティクス著者Alistair Croll氏による“リーン・アナリティクス入門”のざっくり要約です。 デジガレさん、ありがとう! 誤訳、問題がありましたら http://about.me/sin10k/ までどうぞ!
![10分でわかったつもりになるLean Analytics_10min lean analytics](https://cdn-ak-scissors.b.st-hatena.com/image/square/80e36c56452bdd5820944d015421b346927ba9a1/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2F10minleananalytics-130411023306-phpapp01-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
2013 4/8 デジガレでおこなわれた【緊急開催!】リーン・アナリティクス著者Alistair Croll氏による“リーン・アナリティクス入門”のざっくり要約です。 デジガレさん、ありがとう! 誤訳、問題がありましたら http://about.me/sin10k/ までどうぞ!
※この投稿は米国時間 2022 年 5 月 27 日に、Google Cloud blog に投稿されたものの抄訳です。 Google は最近、Google I/O にて AlloyDB for PostgreSQL を発表いたしました。これは、要求が厳しいエンタープライズ クラスのトランザクション / 分析ワークロードに使用できる、PostgreSQL 対応のフルマネージド データベースです。弾力性のあるストレージとコンピューティング、インテリジェントなキャッシュ、AI / ML による管理といったクラウドの優れた特徴を、PostgreSQL に統合できるようになります。さらに、AlloyDB は圧倒的なコスト パフォーマンスを実現します。パフォーマンス テストでは、標準の PostgreSQL と比較してトランザクション ワークロードで 4 倍以上、分析クエリで最大 100 倍も高速に
自転車置き場 パーキンソンの凡俗法則(パーキンソンのぼんぞくほうそく、英: Parkinson's Law of Triviality)とは、シリル・ノースコート・パーキンソン(英語版)が1957年に発表した、「組織は些細な物事に対して、不釣り合いなほど重点を置く」という主張である。パーキンソンがこの法則を説明する際に用いたたとえ話から「自転車置き場のコンセプト」、「自転車置き場の色」または「自転車置き場の議論」などの言い回しで使われることもある。 主張[編集] この法則は、シリル・ノースコート・パーキンソン(英語版)による、経営の風刺書『パーキンソンの法則』[1] の中で出されたものである。パーキンソンはこの法則を説明するたとえ話として、委員会が原子力発電所と自転車置き場の建設について審議する様子を比較している。 原子炉の建設計画は、あまりにも巨大な費用が必要で、あまりにも複雑であるため
今年もあまり本が読めなかったけど、それでも今年に読んだ本の中でピカイチのものでした。 [ISBN:978-4873118567:detail] MVP を構築した後で良いフィードバックが得られたとしたら、イチからその MVP を作り直してサービスとして公開しよう、という話は仕事でもよく聞きます。 しかし、実際に MVP がスクラップ&ビルドで再構築されるのは稀有な例で、だいたいは MVP を修正して正式サービスにしようということがされがちです。 ぼくがこの本に出会ったのは、そういう場合に「どうやってアーキテクチャレベルで MVP から正式サービスへ推移させれば良いのか」に悩んでいたときでした。 この書籍で述べられる「進化」は、必ずしも直接的にその答えにはならないですが、それでも「アーキテクチャを進化」させるにはどのような考え・方法が必要なのか、 アーキテクトは何をしていけば良いのか、という
『進化的アーキテクチャ』を読んだので、本メモを公開。 業界やコミュニティは絶え間ない変化を期待 変化がいつ起こるのか、変化が持続するのかを予測できない。 しかし、変化も避けられない →技術的な景観が変わるであろうことをふまえてシステムを設計しなくてはならない 重要なアーキテクチャ特性を定義した後、どうすればそれらの特性が腐敗しないように保護できるか。 アーキテクチャ特性の進化可能性は、システムが進化していく中で他の特性を保護するということを意味する 進化可能性とは、他のすべてのアーキテクチャ特性を保護するアーキテクチャのラッパー 進化的アーキテクチャとは、複数の次元にわたる漸進的で誘導的な変更を支援するもの もし進化可能なアーキテクチャを作りたいのなら、変更が影響を与える全ての部分を考慮しなくてはならない 現代のソフトウェアアーキテクチャにおいて進化可能性に影響を及ぼすいくつかのよくある次
Over the last decade we've developed and refined a number of techniques that allow a database design to evolve as an application develops. This is a very important capability for agile methodologies. The techniques rely on applying continuous integration and automated refactoring to database development, together with a close collaboration between DBAs and application developers. The techniques wo
データベースの進化的設計 Martin Fowler Pramod Sadalage 原文(Evolutionaly Database Design) ここ何年かで私たちはアプリケーションの開発に即してデータベースの設計を進化させることを可能にする技法を編み出した。このことはアジャイルメソッドにとって非常に重要である。この技法は継続的インテグレーション及び自動化されたリファクタリングをデータベースの開発に適用し、かつDBAとアプリケーション開発者が密接に協力することによって成り立つ。この技法は開発中のシステムや既に開発されたシステムに対しても機能する。 変化に対応する 制限事項 プラクティス集 DBAは開発者と密接に協力し合う 全員が自分のデータベースインスタンスを保有する 開発者は共有マスターに頻繁に結合する スキーマとテストデータから成るデータベース すべての変更でデータベースのリファ
この記事は、下書き供養 Advent Calendar 2018 - Adventarの2日目の記事です。 めっちゃ専門的な内容になってしまいました。ごめんなさい。 某Slackでの議論内容をブログに書こうとしたのですが、下書きのまま放置していました。 Wednesday, August 15th と書いてあるので、約半年前の内容となります。 もくじ もくじ はじめに 「データ基盤の3分類」と「(一般的な)技術要素」 1.データレイク(Data Lake) 2.データウェアハウス(Data Warehouse) 3.データマート(Data Mart) 私が考えるデータ基盤の定義 私が考える「あるべき構成」 技術要素を分けるのはアンチパターン 進化的データモデリングを容易にしよう チームとアーキテクチャを選ぶ まとめ 参考 余談 追記 はじめに データ基盤と世間一般で言われるシステムには分類
6月9日、自動車ユーザーが支払う自賠責(自動車損害賠償責任保険)の仕組みを変更する改正法が、衆院本会議で賛成多数により可決した。 自賠責加入者は現在、保険料の一部として年間16円が徴収されている。国はそれを財源に、ひき逃げや無保険車による事故被害者の保障に充てている。改正法では、使い道を拡大し、被害者への支援事業などの財源にも使われる。 改正法の成立を受け、政府は来年度、保険料を車1台当たり最大150円値上げする方針なのだが……ここで注目されるのが、自賠責の運用益およそ6000億円の未返済問題だ。 「自動車ユーザーが支払ってきた自賠責保険の積立金7500億円のうち、6000億円を財務省が借りたままなのです。 国交省は残り約1500億円を運用して被害者救済に充てていますが、運用益は年間30億円ほど。対して被害者救済の支出は年間150億円。積立金が少ないため運用益も少額にとどまり、仕方なく積立
東京新宿・歌舞伎町。 飲食店や風俗店、それにホストクラブ、キャバクラ店などがひしめき合う歌舞伎町。 その中心部に、10代の男女が多く集まる広場がある。 ここは、近くにある「新宿東宝ビル」の名前にちなんで、「トー横」と呼ばれている。 歌舞伎町に詳しい人物によると、3年ほど前から中学生や高校生くらいの少年少女がどこからともなくやって来るようになったという。 私たちがまず感じたのは、そこにいる子どもたちの独特なファッションだ。モノトーンの洋服に厚底のブーツを合わせ、目の涙袋を際立たせたメイクは、「地雷系」などと呼ばれている。 こうした格好で自分たちの動画や写真を撮影して、SNSに投稿するのが大きなブームになっているという。
パーソルキャリアは6月6日、職種とスキルを掛け合わせた平均年収がわかるデータ「保存版ハンドブック スキル年収マップ」の第2弾として、「ITエンジニア編」を公開した。 職種別の平均年収を見てみると、1位はIT戦略の策定やその実現などを行うITコンサルタントで752万だった。2位は企業のサイバーセキュリティに対応するセキュリティエンジニア(675万)、3位はIT企業の売上に大きく影響するプリセールス(670万)と続いた。 【職種別平均年収】トップは、ITコンサルタントで752万円 資料:パーソルキャリア 職種×スキルで平均年収を見てみると、1位はITコンサルタント×グリッドコンピューティングが1066万円となり、最も高い組み合わせとなった。2位はセキュリティエンジニア×ラインマネジメントで863万円、3位は社内情報システム(社内SE)×IFRSで841万円という結果となった。 【職種×スキルの
もうすべてが信じられない 未来を悲観して、退職を決めたJ島さん。この頃にはもう、働くことすべてが嫌になっており、とりあえずは実家に戻って様子を見る予定でいました。 ところが話はここで終わらない。 プライベートな話なので詳細は伏せますが、退職した直後に友人たちからの裏切りにあい、失恋することになってしまったのです。かれこれ5年以上ものつきあいになる奴ばかりだったのに……と、彼はこれでさらに意気消沈。 「他人はすべて自分から搾取するためだけに存在する」 「何をやってもうまくいくことはない」 「人なんか信用しちゃいけない」 実家に戻った彼は、もう何もする気がおきませんでした。毎日ネットゲームの画面に向かい、それに没頭する日々が続きます。 やがて退職金が入り、失業保険の給付もはじまりました。しかし、今後のことを思ったとき、「このまんまじゃなぁ」と不安な気持ちは隠せません。 仕事場だった外資系企業の
SecurityToken authentication requirements for Git operationsIn July 2020, we announced our intent to require the use of token-based authentication (for example, a personal access, OAuth, or GitHub App installation token) for all authenticated Git operations.… In July 2020, we announced our intent to require the use of token-based authentication (for example, a personal access, OAuth, or GitHub App
--recent[2024-04-09]DockerでSQLiteのDBファイルをマウントすると書き込み時に「attempt to write a readonly database」エラー[2024-04-06]kiriukun.com用の証明書をワイルドカード証明書に切り替えた[2023-10-19]Route53 別のAWSアカウントにサブドメイン用のホストゾーンを作成する[2023-09-10]Linux用 kiriukunテーマ[2023-06-17]使いたいフォント (Myrica) にNerd Fontsのパッチを当ててみた[2023-06-17]Arch Linux フォントをアンインストールする[2023-06-16]iptablesコマンドで「can't initialize iptables table `filter'」エラー
概要 Next.js+TypeScriptでServerSidePropsを受け渡す場合の例について記載します。 実装例 import { GetServerSideProps } from "next"; // propsの型を定義する type Props = { title?: string; num?: number; }; // ページコンポーネントを定義する const TestPage = (props: Props) => { return ( <> <h1>Test Page</h1> <h2> {props.title}:{props.num} </h2> </> ); }; export default TestPage; // サーバサイドで実行する処理(getServerSideProps)を定義する export const getServerSideProps
こんにちは。CTOの木下です。 「昇給によって年収1,000万円を超えるソフトウェアエンジニアを産み出す」という目標の達成報告をしたいと思います。 実は初めて達成してからかなり時間が経ってしまっているのですが、これまで、そしてこれからの取り組みによってさらに多くのメンバーが達成していく見込みであることを受け、区切りとして記事に残しておきたいなと考えてこの記事を書くことにしました。 遠い目標 賞与の導入と増額へ 昇給の推移 目標達成 なぜ昇給にこだわったのか? これから 遠い目標 私が入社したのは2016年3月なのですが、当時CTOの落合は「昇給によって年収1,000万円を超えるエンジニアを産み出す」ということを口にしていました。 しかしながら2016年3月以前にいた社員数は3人程度で、売上規模も小さい会社でした。 そのため人件費にかけられる金額も絶対額として大きくなく、特段給与水準の高い会
Changing the End-of-Life Date for Node.js 16 to September 11th, 2023 Summary We are moving the End-of-Life date of Node.js 16 by seven months to coincide with the end of support of OpenSSL 1.1.1 on September 11th, 2023. Why? When we put together Node.js 16 the hope was that we would be able to include OpenSSL 3. Unfortunately, the timing of the releases did not allow that to be possible, and we re
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く