You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
A LOOK INTO THE GLOBAL STATE OF ENTERPRISE AGILE IN 2020 Welcome to the largest and Longest-Running Agile survey in the World WHY WE DO IT Every year, thousands of people are interested in the results of our State of Agile survey. The report gives software professionals deep insight into agile trends, best practices and lessons learned to help them succeed with their agile transformations. The rep
こんにちは、BizReach で DBRE チームをやらせてもらっている あわっちです。 今回は DBRE としてデータマイグレーションをサポートした際のサービスとの関わり方と手法について、令和最初の Tech Blog として紹介します。 DBRE というよりも、 DBA という要素が強いかもしれませんが、サービスサポートも私たちの重要な役割の１つです。 前回のDBRE(Database Reliability Engineering) の活動 〜 Backup Platform 編 〜とは少し違って泥臭いオペレーションのお話になりますが、お付き合いいただければと思います。 ビズリーチサービス Restart Project Slow Query 撲滅に向けて ビズリーチサービスはサービス開始から10年が経過しましたが、データの肥大化による Slow Query の増加が問題になったり、
エンジニリング組織の作り方 @ Sansan Innovation Lab @yuuk1t / id:y_uuki https://sansan.connpass.com/event/125822/
【2019/09/12 追記】 この資料は旧版であり、最新版が存在します。 2019/09/12 にアップロードしたものをご参照ください 最新版 → https://www.slideshare.net/AmazonWebServicesJapan/db-20190905 --------（元の文）------------------- 2019/05/09 に #AWSLoft Tokyo で開催されたイベント、「イチから理解するサーバーレスアプリ開発」における講演資料の一つです。 ・サーバーレスアプリケーションにおいて Amazon DynamoDB が利用しやすい理由 ・RDB と DynamoDB の設計プロセス・考え方の対比・明文化 ・実例に沿った DynamoDB の設計プロセス解説とサンプル例題 などを含みます。 イベント: https://understandingbasi
はじめに ピクスタにて PIXTA を国内で開発している2チームのリーダー/マネージャー業務を行っている tokinaga です。 本記事では、チームの現在と未来を考えていく上で重要な要素の一つであるチーム分割について書こうと思います。 はじめに人数増加に伴うチームの肥大化に対してチーム分割という手段で対処することになる背景を説明します。 その後分割の際に気をつけるべき点をチェックリストという形でまとめます。 最後に、なぜそのチェックリストの項目が重要かを解説します。 チーム分割を行う背景 資本主義社会において、企業は拡大再生産を行います。 ソフトウェア産業においてエンジニアリング組織はビジネスの核となる、いわば生産手段です。 したがってエンジニアリング組織を強化することは設備投資と言えます。 換言すると、ビジネスを加速させるためにはエンジニアリング組織の強化は不可欠ということです。 そし
At the I/O 2019 developer conference yesterday, Google launched a new technology called Portals that aims to provide a new way of loading and navigating through web pages. According to Google, Portals will work with the help of a new HTML tag named < portal >. This tag works similarly to classic < iframe > tags, allowing web developers to embed remote content in their pages. The difference between
Making sure your pages load fast is key to delivering a good user experience. But one area we often overlook is page transitions—what our users see when they move between pages. A new web platform API proposal called Portals aims to help with this by streamlining the experience as users navigate across your site. See Portals in action: Seamless embeds and navigation with Portals. Created by Adam A
The questions we often hear are "Why create a new query language?" and "What's wrong with SQL?". This post contains answers to both. Before we begin, let's overview some of the history of how the relational model came to be, and how SQL was created. The relational model was introduced by Edgar F. Codd in a seminal 1970 paper "A Relational Model of Data for Large Shared Data Banks" [4]. There, Codd
At Google I/O in Mountain View, Google quietly let slip that "all devices [Chromebook] launched this year will be Linux-ready right out of the box." Wait. What? In case you've missed it, last year, Google started making it possible to run desktop Linux on Chrome OS. Since then, the best Chromebook devices are able to run Linux. Going forward, all of them will be able to do so, too. Yes. All of the
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
予定と実績¶ Flaskを使う準備 20分 -> 60分 Flaskチュートリアル 40分 -> 60分 休憩 15分 Flaskを使いこなす1 40分 -> 60分 アプリを公開する 20分 -> 20分 休憩 15分 Flaskを使いこなす2 30分 -> 30分 プラグイン、情報源紹介、Q/A、予備 -> 10分
日付的には昨日になってしまったがSansanさんのイベントに参加してきた。 最近MoneyForwardさんやSansanさん、LINEさんなどの京都ご新規勢が加入したことで少し京都のIT業界が活気づいていて良い。 sansan.connpass.com 参加した動機としては最近「マネージャーの必要性はわかるんだけどそもそもマネージャってなにする人だったっけ？」とか「エンジニアリングマネージャとテックリードがいて違いがあるのはわかるんだけど結構で共通している権限があると思うんだけどそこを明確に線引するのはなんで？」みたいな疑問があったので実際EMとして働いているひとたちに聞いてみたかったという感じです。 個人的に一番面白かったのが id:y_uuki さんの「SREの組織的実践」で最初SREの話しだったのでそっちがメインなのかと思ったら最終的にきちんとエンジニアリングの話に収束していて話の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
