テーブル設計を遅らせることでユーザー体験の最大化を狙える!?米国式最新開発手法「ADD」とは。。 - Qiita
初めまして、記事に訪問いただきありがとうございますm(_ _)m 今までのプロジェクトでありがちな言い訳。。。 今からこの仕様変更をすると「テーブル設計」に影響が出るので工数がとてもかかります 今からこの仕様変更をすると「テーブル設計」に影響が出るので工数がとてもかかります 今からこの仕様変更をすると「テーブル設計」に影響が出るので工数がとてもかかります 今からこの仕様変更をすると「テーブル設計」に影響が出るので工数がとてもかかります 今からこの仕様変更をすると「テーブル設計」に影響が出るので工数がとてもかかります なんでこんなことが起こってしまうのか もう15年も前になるPOA vs DOA論争の結果、データ整合性のためにテーブル設計を一番初めに済ませることが一般的になりました。 【初級】ゼロから学ぶDOA 第1回 ですがこのやり方では実際の画面の動きをお客様が見る前に仕様を決めて、 そ
Early Work
初期の作品 --- Early Work Paul Graham, October 2020 これは、Paul Graham： Early Work を、原著者の許可を得て翻訳・公開するものです。 <版権表示> 本和訳テキストの複製、変更、再配布は、この版権表示を残す限り、自由に行って結構です。 (「この版権表示」には上の文も含まれます。すなわち、再配布を禁止してはいけません)。 Copyright 2020 by Paul Graham 原文: http://www.paulgraham.com/early.html 日本語訳：Shiro Kawai (shiro ＠ acm.org) <版権表示終り> Paul Graham氏のエッセイをまとめた『ハッカーと画家』の 邦訳版が出版されました。 出版社の案内ページ Amazon.co.jp サポートページ 2020/10/20 翻訳公開
Vimの思想を取り入れて開発速度を2倍に｜NAVITIME_Tech
こんにちは、みみぞうです。 ナビタイムジャパンで『システムや開発環境、チームの改善』を担当しています。 本記事は社内勉強会で発表した内容に沿っています。 この勉強会は、社内全エンジニアの1/4ほどが参加して好評だったため、記事を書かせていただくことになりました。 なお、Vim歴は2年半です。 読んで欲しい方以下のように感じる方を対象にしています。 ❶ VimよりVS CodeやJetBrainsのIDEを使った方が速いので使う必要がない ❷ Vimは学習コストが高いのにメリットがない ❸ Vimの勉強/スキルアップの仕方が分からない この業界に入って7年以上もの間..私も❶～❸の考えをもつ人間でした。 もし昔の自分に会えるなら..『今すぐVimの思想を取り入れよ』と言いたいですね😅 Vimは使わなくていい、されどVimの思想を取り入れよ『すべての開発をVimでせよ』なんて言うつもりはあり
Microservices分割大全 - kawasima
Microserviceの分割の仕方について語られているものを収集します。 microservices.ioのサイトに載っている分割パターンは4つ。ただし「自己完結型サービス」と「チームごとのサービス」は、直交していないので大きくは「ビジネスケイパビリティでの分割」と「サブドメインでの分割」の2つ。 ビジネスケイパビリティでの分割 https://microservices.io/patterns/decomposition/decompose-by-business-capability.html 現在の業務機能にしたがってサービスを分割する。 したがって、コンウェイの法則にしたがった分割とされる。 サブドメインでの分割 https://microservices.io/patterns/decomposition/decompose-by-subdomain.html DDDのサブドメ
データ系エンジニアの職種の違い - satoshihirose.log
はじめに 自分は Martin Kleppmann が言うデータ指向アプリケーションやそれを実現する周辺の技術領域が好きで、業務としてそのような領域のエンジニアリングを引き続きやっていけたらなと思っています。 世の中には関連する職種の求人が多々ありますが、同じ名前のロールでも職務内容がコンテキストによって異なることが多かったりします。 ここではそれぞれの職種の違いについて自分の観点からまとめます。 1. データエンジニア 求人を眺めていると、データエンジニアは企業によって割と役割がぶれるので分けて説明します。 1-1. 小さめの事業会社のデータエンジニア まずは、小さめの事業会社のデータ分析基盤の構築・運用をするロールです。 ここでは ETL 処理の実装・運用のほかに、各種ツールを使ったデータ基盤の構築・運用知識やクラウド上のアプリケーション構築の知識などが求められることが多いです。 さら
AWS システム構築 非機能要件ヒアリングシートを公開してみた | DevelopersIO
こんにちは。 ご機嫌いかがでしょうか。 "No human labor is no human error" が大好きなネクストモード株式会社の吉井 亮です。 日本国内においても多くのシステムがクラウド上で稼働していることと思います。 俊敏性、拡張性、従量課金、IaS、セキュリティなどクラウドのメリットを享受しやすい所謂 SoE で多くの実績があるように感じます。 ここ1~2年は、社内基幹システム・情報システム、SoR 系のシステムのクラウド移行が本格化してきたというのが肌感覚であります。 クラウドでのシステムインフラ構築は従来のようにゼロから非機能要件定義を行っていくものではなく、ベストプラクティスをまず実装して少しずつ微調整を行っていくものと考えています。とはいえ、システムごとの要件は予め明らかにしておくことがインフラ構築においても重要になります。 クラウド上では出来ること出来ないこと
棋聖戦第４局。
▲68金と寄って左側は受かったと思っていましたが、ここから△46歩▲同銀△25金と右辺に展開されて、自信が持てない展開になっていきました。 ▲59飛に誰でも浮かぶ△47桂は▲同金△同金▲78玉でむしろ先手が良くなるため「どういう狙いなんだろうか」と思っていましたが、△86桂は気が付きませんでした。意味としては▲78玉を防いでから△47桂ということなんですが△82飛が当たりになっているので、ただ縛るだけの△86桂は見えにくい手です。 番勝負をやると、手付き、仕草、息遣いなどで相手が形勢をどう判断しているか、なんとなく分かるようになりますが、自信ありという感じで△86桂を指されて、そこでこっちも手が止まったので、この将棋は負けたなと覚悟しました。 第３局のように持ち時間を残すという点では途中まではプラン通りでしたが、▲85歩(54分)▲95歩(22分)▲68金左(12分)と時間を使った割には形
事業を支える技術選定 / Engineering Decision Making Process For Business - Speaker Deck
Transcript 事業を支える技術選定 コネヒトマルシェオンライン「事業を支えるWeb開発」@itosho 1 自己紹介 ▪伊藤 翔 @itosho ・コネヒト株式会社 執行役員CTO ・Backend Engineer / PHP, Go ・stand.fm はじめました ・https://stand.fm/channels/5ec2e733f654bbcab4c123a2 Follow me! 今日のテーマ「技術選定」 4 何故、技術選定は難しいのか？ ▪正解がない ・判断軸が多岐に渡り、会社の状況によっても変わる ・イデオロギーが対立しやすいトピックであり、合意形成が難しい 難しいからこそ向き合う価値がある ▪今日話すこと ・技術選定をするにあたり、どうやって意思決定をしているか ・正解がないトピックなので一つの考えとして聞いてください ※話のトピック的に、何かを「選ぶ」ので必然
Launchable に join した！！ - 宇宙行きたい
初出社（リモートだけど）なうhttps://t.co/G7Vnv5sg1n— 生存バイアスの王 (@yoshiori) May 17, 2020 求む、同志 - 川口耕介のブログ を読んで「めっちゃ面白そう！！ とりあえず話したい！！」と衝動に突き動かされるまま行動してたら join していました。 前職でも 「なんかテクノロジーカンパニー世界トップ 10 みたいなの、よく記事になってるじゃん。Google, Amazon, Apple とか Netflix とかが入ってるやつ。あれにアジアで一番最初に入り込むような企業になりたい」 とか言ってたんだけど（多分 Alibaba が今は一番近い気がする）同じような情熱と危機感を持っている川口さんと話してめちゃめちゃ興奮しました。 まぁ、でも英語全然だめなのでいつかなにかしらの形で一緒にできたらなくらいの気持ちで「やっぱり英語もう一回ちゃんとや
マネジメントも「技術」のひとつ。技術志向だったエンジニアが、開発チームのディレクターに挑戦するわけ - Findy Engineer Lab
こんにちは。粕谷大輔（@daiksy）です。インターネット上では「だいくしーさん」と呼ばれることが多いです。現在は株式会社はてなで、Mackerel開発チームのディレクターを務めています。Twitterなどで使っている、地獄のミサワ風のアイコンをご覧になった方もいらっしゃるかもしれませんね。このアイコンは、前職のフロントエンドエンジニアに描いてもらったものです。 今の自分の仕事は、エンジニアとデザイナーで構成される開発チームを指揮し、プロダクトの安定稼働と、定常的なデリバリーに責任を持つことです。「エンジニアリングマネージャー」という言い方をすると、分かりやすいかもしれません。 自分のこれまでのキャリア選択を振り返ると、もちろん結果論のようなところもありますが、ある程度狙いを定めてキャリアを歩んでこられたのではないかと思います。本記事では自分のこれまでのキャリアについて、「どのように狙いを
SRE Classroom: The Art of SLOs - Google
The Art of SLOsは、GoogleのCustomer Reliability Engineeringチームによって開発されたワークショップです。このワークショップの目的は、Googleがサービスの信頼性を計測する方法 サービスレベル指標(SLI) とサービスレベル目標 (SLO)を参加者に紹介し、実際にこれらの計測方法を作成することを体験してもらうことです。これらは重要で土台となる概念です。サービスの信頼性を客観的に測定する方法があれば、サービスの信頼性について有意義な会話をすることがはるかに簡単になります。 ワークショップの理論編では、開発チームと運用チームの間でしばしば生じる組織的な緊張を、サービスの望ましい信頼性を表す目標値を設定することで解決する方法を学びます。また、SLOとエラーバジェットを使って、データ駆動で、客観的、かつユーザー重視の方法でサービスの信頼性を測定・
Fluent Bitで、複数行のログファイルを読む - CLOVER🍀
これは、なにをしてくて書いたもの？ Fluent Bitで、複数行のログ（Multiline）を読み込んでみることを、試してみようかなと。 Multiline Fluent Bitで複数行のログを読み込むためには、tail inputプラグインの設定を調整します。 Tail - Fluent Bit: Official Manual 設定は、こちらに記載があります。 Multiline Configuration Parameters MultilineをOnにして、Parserを設定することで利用できるようです。 設定はちょっと違いますが、複数行のファイルを読むということについては、Fluentdのドキュメントの方が視覚的には わかりやすいかもしれません。 multiline - Fluentd 設定できる項目も、かなり似ていますし。複数行のログの例は、こちら。 Example たとえば
【リンクトイン日本代表・村上臣】全管理職、1人YouTuber時代になる。最新ツール使いこなす支援も
コロナショックによる｢在宅シフト｣で、会社と個人の関係や働き方が問われている。 経営・マネージメント層に、新たに気づいた課題を聞くシリーズの第2回目は、LinkedIn（以下、リンクトイン）の村上臣・日本代表。 本社はアメリカにあり、各国に社員がいるグローバル企業のため、コロナ前から｢会社に行って、リモートワークをしていたようなもの｣という村上さん。リモートワークがうまくいかないとしたら、メンバーではなく、マネージメント層に問題があると断言する。 在宅シフトしてから、自宅の僕の机まわりは完全にYouTuber状態です。外部マイクを取りつけたり、webカメラを高性能の一眼レフに変えたり。正面、斜め前、斜め後ろと3方向で俯瞰できる3カメ構成にして、画面スイッチもできるようにしました。 いや、やり過ぎと言われますが、これくらいやらないといけないと思うんですよ。 冗談ではなく、｢全管理職、一人Yo
BtoBマーケティング＆セールスのフルオンライン化 | knowledge / baigie
BtoBのマーケティング＆セールスは「オフラインの活動が不可欠」と多くの企業で言われてきました。しかし今、コロナショックと急速なテレワーク推進により、オフライン施策のほとんどが実施不可能になっています。 予期せぬ急激なゲームチェンジに多くのBtoB企業が戸惑っていますが、この新しいゲームの勝利条件は実はシンプルです。多くの場合、BtoBマーケティング＆セールスは、以下のチャネルと施策の組み合わせて構成されていますが、これらをオンライン前提で再設計すればいいわけです。 このような考えに基づき、BtoBマーケティング＆セールスをフルオンライン化するための道筋を、施策別にまとめてみました。 状況が流動的な現状において、あくまで想像に過ぎない部分も多々あると思いますが、ご了承ください。また相変わらずですが、文字数が約2万字と膨大なため、すべてに目を通す必要はありません。皆さんの企業で実践している、
認知バイアスを知って考えのズレを意識する - そこに仁義はあるのか(仮)
認知バイアスとは、人間が何かを考えたり記憶したりする際に持ってしまう先入観のことです。良く聞く「希望的観測」や「生存バイアス」もこの認知バイアスの中の一つです。 本来は論理的かつ合理的な決定をしなければならないときに、認知バイアスの影響をうけてしまうと結論がズラされてしまう可能性があります。認知バイアスを理解し、意識することで、思考が逸れてしまうことを防ぐようにしなければいけません。 もしくは、逆に認知バイアスがかかることを逆手に取れば、物事を円滑に進められるかも。 Wikipediaを見ると、数多くの認知バイアスが掲載されています。一つ一つを見ると、「確かにやってしまいがちかも。」と思うような認知バイアスが数多く紹介されていました。 Category:認知バイアス - Wikipedia 以下は、Wikipediaと書籍『リファクタリング・ウェットウェア』を参考に、いくつかの認知バイアス
スタートアップで働くなら読んでほしい基本の教科書30選：仕事力を作ってくれる知識と考え方｜tebiki ブログ
弊社のスタッフ向けに推奨している教科書リストをご紹介。新卒や中途入社にかかわらず全社員が対象です。 この教科書リストにある本は「この1冊で人生が変わった！」とかいう類のものではなく入門書的なもので、エンジニア／営業／マーケティング／CS等の職種にかかわらず、全ての人に最低限理解して身につけて欲しい内容です。 学校や読書より、明確な問題意識をもって日々の仕事に真摯に取り組むことがビジネスパーソンとしての大きな成長につながると信じています。でも、仕事だけでは成長できません。イベントやSNSで刺激を受けるのも大切だけど、基礎がないとそもそも役に立たないし、勉強してない人の底の浅さはすぐバレてしまう。 基礎能力を伸ばすには体系だった知識と理解が必要で、入門書を読むことが一番の近道。こういう土台を引き上げる努力が、弊社が提供する「現場向け動画教育システム tebiki」の事業開発にも役立っているなー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Workshop Studio
Infrastructure as Codeのこれまでとこれから/Infra Study Meetup #1
SaaSは、今こそ「未来のARRを最大化すること」を優先すべき
[PDF] 神奈川県民の皆様へ (神奈川県医師会からのお願い)