受託開発を生業とするものにとって、見積もり根拠を正しく示すことは死活問題だ、という話です。Read less
2020/01/20 Update: 本エントリの内容は2019年12月3日にアナウンスされた『Amazon RDS Proxy』のリリースにより完全に陳腐化しました。過去のアンチパターンがフィードバックをもとにした改善によってアンチパターンではなくなるという最高の事例です。 サーバーレス元年始まった! 今年がサーバーレス元年な理由. それはLambdaに以下が揃ったから. ・カスタムランタイムで実質どんな言語でも利用可能 ・VPC利用時のコールドスタート改善 ・Provisioned Concurrencyでスパイク対応も可能 ・RDS ProxyでRDBとの接続が現実的に これまで5年で受けたフィードバックがついに結実. 強い— Keisuke Nishitani (@Keisuke69) 2020年1月19日 RDS Proxyの詳細はこちらからどうぞ。まだプレビューですがぜひ試して
最近ユビレジではじめた Slack チャンネルの新しい運用 なんですが、ユーザーサポートから開発者への問い合わせが作成されると自動でそれに対応する Slack のチャンネルが作成される。それは開発者全体チャットみたいなチャンネルに通知される。ユーザーサポートから開発者に問い合わせがくる場合というのは、大抵なんらかのソフトウェアの不具合である。 するとその問い合わせにある問題について知識のある開発者がそのチャンネルに入ってあーでもないこーでもないみたいに議論しながら対応してサポート担当者やら関連する案件の提携先企業やらとやりとりする。また障害であればそこで対応作業の内容を逐次事前に通告して他のメンバーのレビューを仰いでから行う。結果についても遅滞なく報告する。 このようにしているといずれ障害や問題は解決するので、その時点でそのチャンネルはアーカイブして社内 Wiki に簡単な概要を作成する。
Stack Overflow 2017 Developer SurveyのデータをStack OverflowのデータサイエンティストDavid Robinson氏が分析したところ、コードのインデントにタブを使う開発者よりもスペースを使う開発者の収入が高いという結果が出たそうだ(Stack Overflow Blogの記事、 The Registerの記事、 Ars Technicaの記事)。 回答者51,392名のうち、インデントにタブを使うかスペースを使うかという設問に回答したのは28,657名。プロの開発者の回答に限定すると40.7%がタブ、41.8%がスペース、17.5%が両方となっている。このうち12,426名が給与(年間)の情報を回答している。 給与の中央値はインデントにスペースを使用する開発者が59,140ドル、タブを使用する開発者は43,750ドルとなっている。両方使用する
朝から凄いニュースが飛び込んで来ました。日経新聞から引用します。 米アマゾン・ドット・コムは16日、米高級スーパー、ホールフーズ・マーケットを137億ドル(約1兆5000億円)で買収すると発表した。買収金額が非常に大きい上に、ネット企業ではなく、リアルの食料品スーパーが買収対象ということもあり、業界あげての大騒ぎになっています。 今回の$13.7Bという買収金額はアマゾンの歴代の買収と比べても非常に大きなものです。 今回の買収以前の最大の買収額はザッポスを買収した$1.2B(1200億円)でした。また2017年3月時点での amazon の現金相当の資産が$21.5Bとなっているので、実に所有する現金の半分以上を今回の買収で放出することにもなります。 念のために書いておくと、今回の買収は、買収対象であるホールフーズが上場企業であるため、厳密にはホールフーズ社の株主の承認を経て、米国の規制当
Qiita:Team エントリのレベルが高い CEO や CTO 、プロダクトマネージャーの書く Qiita Entry のレベルが高く、 Qiita:Team のタイムラインがはてブのホッテントリのようだった。ブックマークできるもんならしたいという感じ。お金を儲ける仕組みってこうやって作り出されていくんだなぁと思いながら眺めてた。技術顧問の伊藤直也さんが残していった名エントリも結構あった。 Kaizen エンジニア行動指針とか。 SRE (インフラチーム)のレベルが高い インフラが盤石だった。 SRE は二人しかいなかったがとても仕事が速く、困ったことがあって Slack のインフラ相談チャンネルで相談したらたいてい 3 分くらいで問題が解決してた。 yosudo さんは問題解決能力が高すぎていまは SRE ながら VP of GA (総務部門のドン)やってるし、 glidenote さ
※追記 整理とかいいつつ、雑に書きなぐっただけだったので少し文章と見栄えを直しました。 背景 いま作っているシステムではECSのクラスタ上に、Dockerコンテナを配置してアプリケーションをデプロイしている。 なぜ一般的なEC2にアプリケーションを配置する手法を使わずに、ECSでDockerを使用するのか。 自分の考えを整理する。 前提知識 ECSとは AWSのサービスの1つでEC2ContainerServiceの略。 Dockerコンテナを運用をいい感じにやってくれるサービスです。 TL;DR; アプリケーションの運用はいろいろ大変 運用を楽にするために色々な技術がある Dockerを使うとより楽になる EC2にアプリケーションを配置する手法 通常EC2を使い際に、AWSが用意しているAMIをそのまま使用することは多くない。 理由としては幾つかあるが、雑に思いついたのはイカ デフォルト
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く