上場したばかりの企業などの成長を確認する上で、社員数などが増えているのかを確認する上で便利な日本年金機構の厚生年金保険・健康保険 適用事業所検索システム - ねこぷろ
今日は便利なHPの紹介です 上場したばかりの企業などの成長を確認する上で、四季報などの情報なども薄かったり少なかったりする中で、自分たちで情報を集めることは重要になってくると思います。 成長を確認する上で、社員数が増えるということは今後売上なども増えていくのではないかと推測できたりします。 社員数などが増えているのかを確認する上で便利な日本年金機構の厚生年金保険・健康保険 適用事業所検索システム www2.nenkin.go.jp 厚生年金保険・健康保険 適用事業所検索システム | 日本年金機構 ここで社名や住所などを入力すると 保険などがかけられているかが検索できます。 なので大まかな社員数などが確認できるので、投資する上で参考としているHPです。 www.nekopuro.com
コクヨは、従来の定規が抱える「線の太さが邪魔をして正しい位置で計測しづらい」問題を解決した「本当の定規」の全国販売開始を発表しました。 「本当の定規」はコクヨデザインアワード2014で優秀賞を受賞した製品。一般的な定規はメモリの位置を線で表現していますが、線の幅が0.1ミリから0.2ミリ程度あるので、正しい位置がわかりづらい特徴があります。「本当の定規」では、面と面の間に生まれる境界線で長さを測るので線の幅がなく、より正確な長さを計測できます。 「本当の定規」は2017年に商品化され、これまでコクヨ公式オンラインショップなど限られた場所でのみ取り扱っていました。たくさんの利用者から支持を得たことを受けて、全国販売の展開が決定したといいます。 販売価格は1000円（税別）で、発売日は4月14日を予定しています。本体サイズは175ミリ×15ミリで、目盛りサイズは15センチとなっています。材質は
100均で買っていいものと買ってはいけないものがある…「致命的な不具合」「“はかる”ものを100均で買うのはおすすめしません」
葵 @Pnt_mrii こないだ暇すぎて100均で買ったメジャーとJIS企画品の定規のメモリを見比べてたら5cmあたりから怪しくなってきて笑っちゃった 2023-08-23 16:08:42
大規模アジャイルフレームワークの紹介
みなさんこんにちは。@ryuzeeです。 12月1日に新刊『チームトポロジー』が発売になったのでぜひよろしくお願いします。 スクラムの認定コースでも基礎的なコースでも、よく聞かれるのが大規模の場合の対応についてです。 そこで、今日は大規模の場合の選択肢になりそうな大規模アジャイルフレームワークを紹介します。 紹介しますが、最初に大事なことをお伝えしてから紹介します。 そんなにたくさん作っても使わない2019年にプロダクトマネジメント関連のSaaS企業であるPendoが行った調査によると、ソフトウェアプロダクトにおいて平均的な機能の利用状況は次のようになったそうです。 まったく使わない: 24%ほとんど使わない: 56%よく使う: 8%いつも使う: 12%つまり80%の機能はほとんど、もしくは、まったく使われないということになります。 たくさんの人を集めて、たくさんの機能を作るのは、ムダであ
スクラムを組織全体へスケールさせていくフレームワーク「Scrum@Scale」入門（前編）。Developers Summit 2019
スクラムを組織全体へスケールさせていくフレームワーク「Scrum@Scale」入門（前編）。Developers Summit 2019 アジャイル開発手法を実現する方法として、もっとも普及しているのが「スクラム」でしょう。 スクラムを開発チームの単位で導入している企業は増えてきましたが、これをスケールさせる、つまりスクラムの手法を使って組織全体をより早く動かし、より早く価値を届けていくにはどうすればいいのでしょうか。 そのために開発されたのが「Scrum@Scale」フレームワークです。スクラムをスケールさせる仕組みの背後にあるスケールフリーネットワークや、大きな組織でも迅速に情報を共有する手法が組み込まれた「Scrum@Scale」について、2019年2月に行われたイベント「Developers Summit 2019」で株式会社アトラクタの代表取締役 原田騎郎氏が説明しています。 本
爆速でFargateをスケールさせる「aws-fargate-fast-autoscaler」を試してみた | DevelopersIO
CloudWatchだけでは実現できない超高速なFargateのスケール処理をCDKをつかったStep Functionsで実装しているリポジトリです。是非参考にしてみてください。 「Fargateをいかに早くスケールさせるか、そこに命をかけた男がいた…」 先日参加したセミナー（コンテナ好き4名がコンテナの魅力を喋り倒すJAWS-UGコンテナ支部に行ってきた）にそんな男がいたわけですが、その仕組を改めて動かす機会があったので、紹介します。 CloudWatchを利用しないStep Functionsを利用した爆速スケールの仕組み CDKによる環境一式のデプロイ という両面で非常に参考になるリポジトリです。そのあたり興味があるかたは是非一度この記事を読んでいただきながら皆さんの環境でためしていただきつつ、今後のStep Functionsの使い方やCDKのサンプルとして活用いただければと思い
スクラムを組織全体へスケールさせていくフレームワーク「Scrum@Scale」入門（後編）。Developers Summit 2019
スクラムを組織全体へスケールさせていくフレームワーク「Scrum@Scale」入門（後編）。Developers Summit 2019 アジャイル開発手法を実現する方法として、もっとも普及しているのが「スクラム」でしょう。 スクラムを開発チームの単位で導入している企業は増えてきましたが、これをスケールさせる、つまりスクラムの手法を使って組織全体をより早く動かし、より早く価値を届けていくにはどうすればいいのでしょうか。 そのために開発されたのが「Scrum@Scale」フレームワークです。 本記事は「スクラムを組織全体へスケールさせていくフレームワーク「Scrum@Scale」入門（前編）。Developers Summit 2019」の続きです。 プロダクトオーナーをスケールする ここまではスクラムマスター側をスケールさせる話をしてきました。 その反対側のプロダクトオーナー側はどうでしょ
環境 Xcode 11.3 何が起こったのか いつもどおり 0.5 の線を引くために Storyboard の AutoLayout で Height = 0.5 の制約を指定した。 すると、デザイナーから「線の太さにばらつきがあるので揃えてほしい」と指摘があった。 ↑たしかによく見ると上の線のほうが若干濃くも見える・・。両方とも 0.5 で指定しているが、念のため次のコードを書いて height を出力してみた。 print(separator1.frame.size.height) // 上の線 print(separator2.frame.size.height) // 下の線 と出力された！ 目の錯覚ではなく、たしかに上の線のほうが濃いことがわかった。 なぜ0.5で指定しているのに正しく描画されないか Twitter にてこの疑問をつぶやいてみたところ、 @kishikawakat
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
コクヨが正確な1mmを測れる「本当の定規」全国発売 メモリの境界を“面と面の間”で計測
なぜiPhone 11 Pro では0.5の線が描画できないのか調べてみた - Qiita
ガンプラ「ENTRY GRADE 1/144 RX-78-2 ガンダム」レビュー 「これが770円だと!?……ENTRY GRADEのガンダムは化け物か!?」次世代のファーストガンプラ誕生！
