ssnk @ssnk_72_td_kt 歴史と城が好き。 藪こぎ17年目。縄張図書きます。 競馬、登山、植物、寺社、地名、地形、人名、風呂、アニメ、漫画、ゲーム、お酒、アイマス、ウマ娘、ガルパンなどを好む宮城県民。
HPE GreenLake Edge-to-Cloudプラットフォームでデータファーストのモダナイゼーションを促進し、あらゆる場所にアプリケーションとデータにクラウドのエクスペリエンスをもたらします。
「お父さん、ヌードを撮ってくれませんか。」 もうすぐ30歳になる私が、父に送ったLINE。 「何言ってんだお前、女友達に撮ってもらいなさい!」 そう来るかなと思ったけど、返事はすぐに届いた。 「了解!前日、下着の跡形つかないように!」 正直、「父親」や「夫」としてはあまり自慢できないけれど、「人」としてはすごく面白い。そんな父の前で、小学1年生ぶりに真っ裸になり、ヌードを撮ってもらったという話です。父が最近あんまり元気ないので、この機会に、父との物語を綴ろうと思います。 1日100万から、倉庫暮らしに 遡ること、30年。いきなり自慢話みたいになるが、父は、1日の撮影で100万以上稼ぐカメラマンだった。 名だたる師匠に弟子入りし、28歳で独立。大手百貨店や海外のハイブランドとかの広告写真も手掛けるような、ファッション業界メインのカメラマンで、大阪では結構有名な方だったらしい。 そんな1日10
先日、弊社では Community Geocoder というサービスをリリースしました。 Community Geocoder 紹介記事 さて、このジオコーダーは、住所を正規化してそれを「大字町丁目コード」という12桁の数字に変換し、そのコードをファイル名として GitHub ページ上に大量においた JSON ファイルにアクセスして緯度経度を取得するということをやっています。 つまり、住所の正規化からコードに変換する部分がとても重要で、そもそも正規化に失敗してしまうとどうしようもないという仕様なんです。 さいわい先日経産省が公開した IMI コンポーネントツール である程度のことをやってくれるのですが(というかそうであることを期待したのですが)、いろいろ調べ始めると住所という仕組みはほんとに複雑で、Facebook で絡んでくださった @hfu さんいわくまさに「自然言語処理そのもの」であ
こんにちは。Mackerelチーム CRE の井上( id:a-know )です。今回のアップデート内容をお知らせします。 AWSインテグレーション・NLB連携により取得できるメトリック対象を追加しました 今回のアップデートにより、AWSインテグレーション・NLB連携により取得するメトリック対象を追加しました。対象は以下のような、NLBでのTLS終端に関するメトリックです。 Processed Bytes nlb.bytes.tcp nlb.bytes.tls nlb.bytes.udp Established Active Flow nlb.established_active_flow.tcp nlb.established_active_flow.tls nlb.established_active_flow.udp Consumed LCUs nlb.consumed_lcus.a
ひとを傷つける感情的なコメントを減らすため、noteでコメントをする前に確認画面が出るようになりました。本日以降の初回コメント時に表示されます。 確認画面をつくった背景 だれでも、うっかり感情的な言葉を放ってしまうことがあります。 たまたま機嫌が悪かったり、仕事や人間関係がうまくいっていなかったり、そういうときは、意図せず他者に強い言葉をぶつけてしまいがちです。 noteでは、そのようなミスはだれにでもありえるという前提で、懲罰よりも、未然の防止を大切にしたいと考えています。 ネットの炎上において、悪意のあるひとはとても少数。大半のひとは反射的な怒りや感情で、深く考えずにコメントをしているにすぎません。 そこで、過ちを犯したひとを懲罰的に排除する前に、踏みとどまって考えられる機会をつくるため、確認画面が出るようにしました。(意図的に攻撃的なことをする利用者には、これまで通り厳しく対処します
しゅーとです。 コインチェックは 6月2日 、ドメインレジストラである「お名前.com」の管理アカウントに不正にアクセスされ、ドメイン登録情報が変更されたこと、またそれによって第三者によるメールの不正取得が行われたと発表しました。 プレスリリース(第一報)は以下です。 当社利用のドメイン登録サービスにおける不正アクセスについて(第一報) 攻撃を受けた時刻が 5/31 0:05 で、検知時刻が 6/1 12:00 と攻撃に気付くまでの時間は1日であり、また対応完了まで2日足らずとのことで、検知・対応は非常に迅速だったと思います。 今後第二報で詳細な内容が発表されると思いますが、プレスリリースから攻撃者がどのようにメールの不正取得を行ったのか、インターネット上の情報を用いて調査してみました。 ドメインハイジャックをされている関係上、メール以外にもSSL証明書の不正取得や偽Webサーバによる盗聴
MackerelチームCREの吉田(id:syou6162)です。Mackerelの特徴の一つに豊富なプラグインの存在がありますが、たくさんあるがゆえに「どれを使うといいんだろう?」と迷われる方もいらっしゃるかと思います。また、「プラグインを導入後、ミドルウェアのメトリックが可視化できるようになった。しかし、どのメトリックを監視すればよいのだろうか?」と悩んでおられる方もいらっしゃるかと思います。 今日はそういった方に向けて Mackerelで利用数の多いメトリックプラグイン、トップ10 ホストメトリックの監視に使われている代表的なメトリックプラグインのメトリック を紹介しようと思います。 なお、Mackerelのプラグインは以下の3種類が存在していますが、今回はメトリックプラグインの利用状況についてのエントリとなります。 メトリックプラグイン ホストに紐付く統計量をカスタムメトリックとし
もうすぐ春ですね、下條です。 弊社ではプルリクエスト(以降PRと書きます)ベースのソースコードレビューのプロセスがあります。今回はソースコードレビューをする際に私が気をつけていることをまとめてみます。 レビュー方法について まずはレビュー方法についてです。 普段のレビュー 通常はGitHubなどのPRを皆が好きな時間にレビューしています。PRのコメントでレビューアにメンションを付けておくことになっているのですが、つい見逃してしまう場合があるので午後3時をレビュー時間としています。午後3時にSlackに通知が来るようになっています。 もちろん急ぎの時はお願いして急いでレビューしてもらいます。 対面 or 画面共有レビュー 対面レビューは実施コストは高いですが場合によっては有効と考えています。GitHubなどでのdiffを画面に写して一緒にレビューするというやり方が良いと思っています。私が昔勤
ソースコードレビューポイント.md レビューポイント 全般 コードは動作するか 読みやすいコードか 標準APIにある機能を独自実装していなか 広く使われている外部ライブラリを独自実装していないか 冗長(重複)したコードは無いか 仕様通り実装されているか テスト テストコードが実装されているか テストコードの結果は正常か テストコードはわかりやすいものか モックを使いすぎていないか 命名規則・スタイル スペルは正しいか tmp,result などの汎用的すぎる変数を使っていないか 限界値を示す変数に min_ max_を使っているか 範囲を示す変数に first_ last_を使っているか 説明変数・要約変数を使って改良できるコードが残っていないか getXXXXメソッドをアクセッサー以外で定義していないか ケースと記法について キャメルケース・パスカルケース・スネークケースなどの記法と表現
ドメイン駆動設計をわかりやすく - ドメインのモデル設計を手を動かしながら学ぼう ドメイン駆動設計(DDD)が近年関心を集めていますが、同時にこの設計思想は難しい、わかりにくい、という見方もあります。さまざまなプロジェクトでドメイン駆動設計を実践してきたかとじゅんさんが、サンプル課題をもとに、ユースケース分析、モデル設計といった基礎を解説します。 はじめまして、Chatworkでテックリードをしている、かとじゅん( @j5ik2o )です。 僕は2010年ころより、大小さまざまなプロジェクトでドメイン駆動設計、いわゆるDDD(Domain Driven Design)を導入した開発を実践してきました。ドメイン駆動設計を主題としたワークショップなども主宰していますが、最近では加速度的にこの設計思想への関心が高まっていると感じます。本稿では、なにかと分かりにくいドメイン駆動設計の基本を、架空の
ラボメンバー3号、篠原(@SHINOHARATTT)です。 最近、どうですか? 私は職場が緊急事態宣言の影響を受けまして、全社員の勤務体系がフルリモートになっております。 四谷ラボとしても一時的に閉鎖措置となり、以前のように集まることも自粛中です。 さて、リモートで働いているとですね、めっちゃ眠気があったり頭痛くなったり・・・ 家にいる時間が増えたので「もしかして空気環境が悪いのでは?」と思ったのです。 部屋の換気はこまめに行う さて、換気といえば窓を10分~15分ぐらい開け、室内の空気を入れ替えることを言います。ではなぜ換気を行うのか。 家の中にこもりっぱなしになってしまうと、室内のCO2濃度は着々と上がります。そして一般的な基準は厚生労働省のHPより1000ppm以下が室内における環境の水準と定義されています。 数値が高ければ高いほど環境は悪くなります。 www.mhlw.go.jp
はじめに ソフトウェア開発のチームの生産性や健全性というものは、内部の体感的として理解できるものの、外部の人間からは見えにくいものです。こういった情報の非対称性は開発チーム外の人々との関係の中での問題の原因になってきました。 また、複数の開発チームやプロダクトを束ねるEM、CTOや、管理職にとってそれぞれの状況を客観的な数字やグラフで可視化することは、全体的な戦略を考える上でも重要な参考情報になります。ですが、アンケートやプロジェクト管理を増やすほど、どんどんと開発メンバーに負担をかけてしまうことになり、計測のし過ぎによる疲れなども誘発してしまいます。 本稿では、gitリポジトリのログ情報から、いくつかのグラフを生成し、チームの状況を可視化するためのツールgilotを作成したので、その目的と意図、そして使い方、注意点を解説します。 アプローチ方法 gilotのアプローチは、git logの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く