みなさん、監視作ってますか？ システムを作ったら、そのシステムを監視していく必要がありますよね。どうやったら「いい監視」が作れるのでしょうか。「いい監視」とそうでない監視との違いとは、いったいなんでしょうか。 今の時代、「監視」ではなくて「可観測性」、 Observability (o11y) の時代になっていて、良いプラクティスや考え方が色々とあります。 この記事は、監視や o11y についての考え方を社内に共有するため書いたものを、社外共有用に調整し直したものです。新しい Observability の時代を、一緒に生きていきましょう。 監視を作ろう あなたはシステムを作りました。そのシステムに「監視」をつけようと思ったとき、最初にすることはなんでしょうか？ まずは、システムを何らかのツールで監視するところから始めましょう。やらなきゃはじまらない。 Nagios, Cacti, Mun

------------------------------------------------------ 2024 年 1 月更新 本書がきっかけで「なんとか Docker を使えるようになりたい」というプログラマの方向けの入門書を秀和システム様から出版させていただけることになりました 開発系エンジニアのためのDocker絵とき入門 https://www.amazon.co.jp/dp/4798071501 紙書籍と電子書籍、どちらもございます この書籍と執筆経験は、みなさまからの驚くほどの高評価があればこそ得られた機会でした いつも本当にありがとうございます 書籍化に際しまして、この場で次のとおり説明させていただきます 1️⃣ 本書 ( Zenn ) は有料化しません 2️⃣ 本書 ( Zenn ) は今後更新しません 3️⃣ 本書 ( Zenn ) と出版される絵とき入門の違い

✨無料公開中✨ 業務ができる中級者になるためのJavaScript入門の第2弾となります。何度学んでも今一つ理解できないDOMに関して、できるだけわかりやすく説明しています。 業務ができる中級者になるためのJavaScript入門（文法編） https://zenn.dev/books/568dd4d86562a1/edit ✨開発環境に役立ててください✨ 👾 やっぱりwebpackがわからない（エピソード1） https://zenn.dev/antez/articles/58307946cf4f3e 👾 やっぱりwebpackがわからない（エピソード2） https://zenn.dev/antez/articles/638382faa06bd7 👾 そもそもnpmからわからない https://zenn.dev/antez/articles/a9d9d12178b7b2 ✨Wo

はじめに 私はGoが好きなので、disられている場面に遭遇すると心が痛みます。残念ながらプログラミング言語について深く語れるほどの知識や経験は持ち合わせていないため、世界が平和になることを祈るくらいしかできません。 （元ネタ）Go言語を嫌う6個の理由 - さめたコーヒー それはそれとして、Goが好きな理由を語る人はあまり見かけない気がします。この記事ではGoが好きな理由を視覚に障害のあるユーザーの視点から語ります。読み終えたところで得るものは何もありませんし、長いので覚悟して読んでください。 あなたは誰？ 4年ほど業務でサーバーサイドのGoを書いています。また、業務で使いはじめる前から趣味でGoに触れていました。そのため無意識の内にひいきしているかもしれません。ただし、流行っているからといって理由もなくGoを勧めたりはしません。 視覚障害ならではのコーディング事情 Goが好きな理由と深く関

この記事はSRE Advent Calendar 2019の24日目の記事になります。 はじめに こんにちは、OPENREC.tvでSREに所属している@toro_ponzです。納豆が好きです。 今年の9月までアプリケーションエンジニアとしてサーバーサイドチームに所属していましたが、10月よりSREチームに所属することになり、Kubernetes回りの運用や既存インフラの改廃などを行っています。今期のOKRの内の1つに「負荷テスト環境の整備」というものがあり、自分なりに負荷テストについて調べる機会があったため、それをまとめてみようと思います。 負荷テストとは Webシステムにおける負荷テストとは、そのシステムに対して多数のリクエストを送ることによって、システムが想定される性能を満たしているかどうか確認するテストのことを指します。 一口に負荷テストといえども、その種類はいくつかあります。後述

本記事は Go Advent Calendar 2019 11 日目の記事です。 Go はシンプルな言語機能・シンタックスが特徴であり、命名規則にもそのシンプルさが表れています。 本記事では、公式や著名な Go エンジニア、OSS などから見られる Go らしい命名規則を紹介します。 今更なテーマかもしれませんが、意外にも公私共々で命名規則が意識されていないコードを時折見かけるので、自戒も込めて記します。 誤った内容があれば Twitter でご指摘いただければと思います。 パッケージ名簡潔にするEffective Go では、short, concise, evocative なパッケージ名が望ましいとされます。 これはパッケージ名に限らずほとんどあらゆる命名において役立つ指針だと思います。 また、「パッケージ名は一言で何をするかを表すエレベーターピッチだ」という Dave Cheney

Amazon is an Equal Opportunity Employer: Minority / Women / Disability / Veteran / Gender Identity / Sexual Orientation / Age.

経理の女性が産休に入るかもしれないのが恐怖でしかない。 2年前、産休に入ったときは仕事が全部こっちに回ってきたんだけど、休み取れないしミスできないし期限あるし終わらないからサビ残だらけだしで普通に心身のバランス壊しまくったんだよ。 会社に無理ですって言っても、もともと1人でこなしてた仕事なんだからできないわけないだろって、どれだけキャリアに差があると思ってるんですか。 産休に入る前、特に意識してたわけじゃないけど妙にだるそうにしてたりゆるっとした服が増えたりと予兆がなかったわけじゃなくて、最近同じようなオーラを感じるんですけどもしかしてお二人目ですかね。 そんな事になったら今回はお医者様にお世話にならない自信がないのだけど、こういってしまっては何だけど本当に産休やめてほしい。 会社が悪いってことは十分に理解してるけど、まず間違いなく前回もできたから今回も問題ないだろうって言われるし、人を雇

確かに私は頭空っぽの煽り文とか、ネットでしか無いような言い回しをすることもありますよ？ 優れた文章力、読ませる力が人ほどないのも恥ずかしながら分かってます。 だけど文体が発言小町っぽいと言われるのは正直なところ心外です。 発言小町を詳しくは知らないけれど、鬼女やキチママの学級会みたいなものでしょう？ リリックが良ければ賛同、相手を叩く流れになるし、ライムが気にくわなければ罵倒される。 そんなところと一緒くたにされるなんて、ああ不名誉ったらありゃしない。 逆にどうやったら発言小町っぽい文体から脱出できるのでしょうか？ 質問口調をやめる？パロディを入れる？口語的表現や感動詞を減らす？ ちょっと本格的に改善したいので、誰か指摘して頂ければ幸いです。 持って生まれた文体が発言小町とか、これまでの人生で書いた文章全てそう思われていたのでしょうか。 そう考えると、心の奥がずうんとなって悲しくなります。

自分の仕事はパソコンの無い時代にはそもそも無いんだけど、他の仕事も含めてどうやって仕事してたのか想像つかない。 効率の悪さがすごそう。

債権譲渡登記費用：15,000円 債権譲渡登記抹消費用：1,000円 公正証書作成費用：5,000円～43,000円（契約金額により異なる） 確定日付の付与：700円 諸費用は主に上記７つの費用がかかる可能性があります。 諸費用に関してはファクタリング業者により異なりますので、利用前に手数料以外にかかる費用について確認しておく必要があるでしょう。 1-5：面談が必要なケースが多い ５つ目のデメリットは「面談」が必要なケースが多いという点です。 ファクタリング会社の多くは、取引前に面談が必要になります。 なぜなら、信頼できる経営者かモラル等を確認する必要があるからです。 売掛金を回収できるのか、別の支払いに使いこんでしまったりしないかを確認する必要があります。 しかし面談が必要となる場合、遠方に住んでいると近くのファクタリング会社しか利用できなかったり時間がかかってしまうのです。 時間が無い

なぜ読みやすいコードが必要なのか - コードの可読性を高める手法をサンプルで学ぶ システム開発会社「アクシア」の代表として、自社・他社含め、さまざまなエンジニアのコードを読んできた米村歩さん。そんな米村さんの持論は、「コードの可読性は生産性に多大な影響を与える」ということ。可読性の低いコードはどんな弊害をもたらし、どうすれば改善できるのか――。チーム開発を効率化するコードの「可読性」について綴っていただきました。 プロフェッショナルのエンジニアには、「可読性」の高いコードを書くスキルは必要不可欠です。単に目的とする処理が実行できればよいわけではありません。しかし実際の開発業務の中では、可読性は意外と軽視されてしまいがちです。 経験の浅い駆け出しのエンジニアにとっては、可読性の重要さを肌感覚で理解するのは難しいかもしれません。また、新人エンジニアに対してプログラミング言語や開発ツールについて

角田光代 総額1000万円キャンペーン しんどい君へ 就活ON 時代の証言者 人生案内 幸村を討て ちょい読み英語 イニングキング クロスワード応募フォーム 元ヤン子育て日記 むずむずパズル

RDBMS 理解度の壁: プロダクションや運用保守で困らないシステムを作れる知識 ＜＜＜それっぽく動くものを作れる知識 実際のシステムで遭遇・見聞きした事象をもとに、上記のスキマにある各種 RDBMS 知識を説明します。 RDBMS 本体の運用よりも、現実のアプリケーションにおける設計・実装上のハマリどころが中心。

はじめに SREチームの @minamijoyo です。 先日 CrowdWorks (crowdworks.jp) の本番環境のRailsアプリケーションを Docker (AWS ECS: Elastic Container Service) に移行しました。 CrowdWorksは2012年にサービスを開始し、2019年10月現在、ユーザ数は300万人、月間で数億円規模のお仕事がやりとりされる、国内最大級のクラウドソーシングプラットフォームにまで成長しました。 サービスの規模拡大に合わせて、ソースコードも数十万行規模に成長し、 決して小さくはない規模のRailsアプリケーションに成長しました。 CrowdWorksの開発環境にDockerが導入されたのはもうかれこれ3年半前の2016年の4月頃、2017年1月頃にはCrowdWorks本体から切り出された一部の機能で本番環境に投入され

頭の中というか体がどういう風に出来ているのか知りたい。 自分もそんな風に飲んでみたい。

コンテナ。それは便利そうではあるが、面倒くさそうであり、積極的に取り入れるべきか微妙な存在。 個人的な感想としては、慣れるまでそれなりに大変・慣れれば楽しく便利。そう、つまり触ってみないと何もわからない、いつものヤツだ！細かいことはスッとばして、最低限の感触を掴むための構築手順を AWS + Terraform を用いて懇切丁寧に分解していくぞ！ 目的 AWSはチョットデキルし、コンテナに触れてみたいんだけど、何から手を付けたらいいかよくわからない。くらいのコンテナ初心者向けの内容にしていきます。コンテナ感覚を得るための具体的な構築メインなので、細かい話は飛ばし気味にいくため、ド素人向けではないです。 今回、構築するのはよくあるWEBサイトのような形をした超簡易的なコード管理とコンテナ運用で、それをAWSで表現していきます。これがスタンダードな構成だ、というわけではなく、これを１つのベース

by atmtx 徹底的にオフショアを利用するなど節税に熱心なことで有名なAppleは、新社屋Apple Parkに付随する資産について、10億ドル(約1100億円)という課税対象評価の査定を受けたのに対して「資産の評価額は200ドル(約2万2000円)だ」と主張しているそうです。 Want a lower tax bill? So do Apple and Genentech - SFChronicle.com https://www.sfchronicle.com/business/article/Want-a-lower-tax-bill-So-do-Apple-and-Genentech-13148121.php アメリカでも年に1度、不動産や償却資産に対して資産税が課税されます。資産税は課税対象資産の評価額が査定され、その評価額に応じて課税額が決まりますが、納税額を低く抑えたい納

Kubernetesは、コンテナアプリケーションをデプロイするためのオーケストレーションツールです。Kuberenetesは分散環境におけるスケーラブルなコンテナ実行環境をつくるための、さまざまな機能が提供されています。 もともとはGoogleが開発したBorgをもとにOSS化したものですが、今日ではマイクロソフトやRedHatも積極的に開発に加わり、非常に早いスピートで機能拡張していて、追いかけるのも大変です。 Kubernetesの大きな特徴は宣言的設定にあります。 この宣言的設定とは、イミュータブルなインフラを作るための基本的な考え方で、「システムのあるべき姿」を設定ファイルにて宣言する！という考え方です。Kubernetesは設定ファイルに書いたとおりのインフラを維持するように設計されています。 Kubernetesはコンテナを「Pod」という単位で管理します。このPodをKube

劇場版「フリクリ オルタナ」9月7日（金）公開 劇場版「フリクリ　プログレ」9月28日（金）公開 ■ABOUT「フリクリ」　　　　　　　　　　　 　　　　　　　　　　　　　　　　　　　　　　　　　 全世界待望「フリクリ」の完全新作！ 伝説のアニメが再び世界を揺るがす！　　 2000年、全6巻のOVAとして発表され、たちまち世界中のアニメファンを熱狂させた名作「フリクリ」。鋭いデザインワーク、予測のつかない演出、そしてオルタナティヴ・ロックのメロディーを乗せたダイナミックなアクションシーンの数々は、日本国内だけではなく、全世界に大きなインパクトを与えた。 その「フリクリ」が、2018年、完全新作として新たに制作される。 新作の制作にあたっては、スーパーバイザーを「フリクリ」の生みの親・鶴巻和哉氏、キャラクター原案を貞本義行氏が務め、the pillowsが楽曲を提供する。新たに、総監督