並び順

ブックマーク数

期間指定

  • から
  • まで

161 - 200 件 / 491件

新着順 人気順

guidelineの検索結果161 - 200 件 / 491件

  • TypeScript Deep Dive 日本語版 | TypeScript Deep Dive 日本語版

    出典: https://www.npmtrends.com/typescript TypeScriptはJavaScriptを拡張して作られたプログラミング言語です。トレンドが示すとおり、TypeScriptはJavaScriptに代わって第一に選択される言語になりました。TypeScriptが提供する静的型システムは、コードの保守性と可読性を大幅に向上させます。またブラウザ等の互換性を心配することなく、モダンで便利なJavaScriptの機能を利用できます。 TypeScript DeepDiveは初心者からベテランまで役立つオープンソースのドキュメントです。JavaScriptのモダンな機能からTypeScriptの様々な魔法に至るまで丁寧に説明されています。多くのコードサンプルがあり、具体的なTypeScriptの使い方を簡単に理解できます。TypeScript DeepDive日本

      TypeScript Deep Dive 日本語版 | TypeScript Deep Dive 日本語版
    • リモート葬式したら絶縁された

      祖父がなくなった。 祖父から見て1親等の親族で生きているのは私の母のみであった。そのため葬式の段取りなどは我が家で執り行うことになっており、両親と私で相談した。相談というのも、葬式は執り行って欲しいという祖父の生前の強い要望があったが、コロナのため、どうするか悩ましいという話だった。 リモート葬式の存在を知っていた私は、近くにリモート葬式対応の業者があるのを検索で知り、これを両親に提案したところ、それでいこう、ということになった。 リモート参列者はスマホから動画閲覧で参列できるというもので、誰も現地に来ず、父と母のみ業者の方と最低限のやりとり(祖父の移動時など)を行うものであった。これならできるだけ感染拡大リスクを下げつつ、葬儀自体は執り行えるし、みんな祖父の顔も見られるであろう、と。私は当然リモート葬列だし、親族や交友関係者も含めて全員リモート葬列。 いざやってみると親戚から非難轟々だっ

        リモート葬式したら絶縁された
      • fladdict » iPhoneアプリ審査での111の禁止項目(意訳)

        ついに明らかになった、iPhoneアプリのリジェクト基準条項。 Engadetが公開したPDFをベースに、リアルタイムに更新中。 とりあえずリアルタイムに翻訳を作成中。 おもいっきり意訳なので、間違いの指摘や突っ込みはコメント欄かTwitterでお願いします。 <このリストは、2010年9月10日現在のものです。また意訳なので、気になる条文は原典をチェックすること。> 2. 機能 2.1: クラッシュするアプリはリジェクト。 2.2: バグのあるアプリはリジェクト。 2.3: 開発者の申請したものと違うアプリはリジェクト。 2.4: アプリの紹介文にない隠し機能を持つアプリはリジェクト。 2.5: 非公開のAPIを用いたアプリはリジェクト。 2.6: サンドボックス外のデータを読み書きするアプリはリジェクト 2.7: 実行コードを外部からダウンロードするアプリはリジェクト 2.8: 他の実

        • 1ページで完結、Web制作者が助かるチートシート・資料・PDFまとめ

          作成:2015/08/10 更新:2017/04/16 Web制作 > 開発環境 ページを移動せずにテンプレートや仕様書を確認したい。今回はPCの横に貼ったり印刷したり、ワンクリックで見れるように、1ページで完結している資料をまとめました。Web制作をする上で便利なチートシートや資料・仕様書まとめです。 エンジニア速報は Twitter の@commteで配信しています。 もくじ WordPress版 受託用マニュアル 1.ヒアリングシート 2.WP版ホームページ制作の流れ 3.WordPress管理マニュアル 4.WP版品質チェックシート 5.Wordpress タグ タスクランナー 6.gulp 7.Bower JavaScript 代替言語/JST 8.TypeScript 9.CoffeeScript 10.Jade コーディング用 11.Chrome 開発ツール 12.html5

            1ページで完結、Web制作者が助かるチートシート・資料・PDFまとめ
          • まじでやめよう耳掃除。米医学会が声を枯らして警告 | ギズモード・ジャパン

            まじでやめよう耳掃除。米医学会が声を枯らして警告2017.01.05 19:321,403,690 satomi 「肘より小さいものを耳に入れるな」と英語の諺にもあるように、欧米で耳掃除は「やってはいけない禁断の快楽」です。やるときは「ママに怒られる~」とヒヤヒヤしながら喜んでいたりします。 それでもついついやってしまうのが耳掃除なわけですけれど、そんな罪人のためにアメリカ耳鼻咽喉科頭頸部外科学会が耳ケアの新ガイドラインを発表し、ゴルァア! 何度言ったらわかる! 耳掃除やり過ぎると「耳垢栓塞」になるってばよ!と再度注意を呼びかけました。 なんでも耳垢(earwax、cerumen)には耳垢なりに、耳の中を適度に湿らせ、チリやホコリが中に入るのをブロックし雑菌の繁殖を防ぐ大事な役目があるので、そんなにゴミ扱いしてとらんでもええわ!ということらしいですよ? しかも新しい皮膚細胞が生成されると古

              まじでやめよう耳掃除。米医学会が声を枯らして警告 | ギズモード・ジャパン
            • Google TypeScript Style Guide

              // Good: choose between two options as appropriate (see below). import * as ng from '@angular/core'; import {Foo} from './foo'; // Only when needed: default imports. import Button from 'Button'; // Sometimes needed to import libraries for their side effects: import 'jasmine'; import '@polymer/paper-button'; Import paths TypeScript code must use paths to import other TypeScript code. Paths may be r

              • もうCSS設計で悩まない!「CSSコーディング ガイドライン」策定のための参考記事・スライド 7選 / SQUEEZE - Web Design Studio -

                構造やクラス名、プロパティの記述方法などをルール付ける「CSSコーディング ガイドライン」策定のための参考記事を紹介します。 チームでの共有、コーディング効率やメンテナンス性などの改善のためにも、これを機会にガイドラインを導入してみてはいかがでしょうか。 コーディング規約を作ろう"制作チームの規模が大きくなればなるほど、コードの統一性は大切" ▶ コーディング規約を作ろう Webクリエイターボックス コーディング規約を見直すうえで抑えておくべきポイントを紹介。 チェックポイントコーディング規約に含むべき項目 ・ディレクトリやファイルの階層・名前 ・記述順やインデント、単位などのフォーマット ・ID,classなどの命名規則 ・対応ブラウザー CSSガイドラインを翻訳してみた"多くの開発者が関わる場合、メンテナンス可能、コード見通し良く、拡張可能にするために統一された方法を用いることが重要"

                  もうCSS設計で悩まない!「CSSコーディング ガイドライン」策定のための参考記事・スライド 7選 / SQUEEZE - Web Design Studio -
                • Webデザインのスタイルガイドの作り方

                  Webサイトの制作はどんどん複雑化しており、1人で行う仕事ではなくなってきています。サイト制作では、ビジネスの目的に合わせた一貫性のあるデザインによって、快適なユーザー体験を作り出すことが重要です。 Webサイトを分割してチームでデザインをするときにチームメンバーが共通認識を持つには、デザインドキュメントまたはWebデザインのスタイルガイドを作成することが有効です。これは、エンジニアがデザインを変更してしまうことを防ぐのにも役立ちます。 異なるページの間に一貫した体験を作り出すために、スタイルガイドを用意するのはとても有効です。また、今後の開発やサードパーティ製品が生まれた際も、ブランドのガイドラインに沿い、ブランドの一部として知覚されるようにやすくなるでしょう。 Luke Clum氏は、Webデザインの第一歩としてスタイルガイドを利用することについて、昨年簡単に紹介をしました。この記事で

                    Webデザインのスタイルガイドの作り方
                  • メルカリに謎の「○○様専用」が大量出品される背景とその周辺事情

                    メルカリには「専用出品」という文化があります。 大量に出品されている、「○○様専用」という名前の謎の商品たちが、その「専用出品」文化が生み出したものの代表です。 そんな「専用出品」という文化そのものや、「専用出品」文化と真っ向から対立する「横取り」文化との攻防について、ここで解説したいと思います。 「専用出品」文化は、メルカリにおいて、かなり大きな存在になっています。 メルカリも一応店のためにやってみようとしたけど、層が合わなすぎて断念したんだよなあ…。なぜ!普通に購入ボタン押したら買えるシステムのものを!専用出品とかわけわからんローカルルール作ってめんどくさくするのか!— なつひろ (@natsuhiro_nj) 2016年3月18日 メルカリのさ ○○様専用ってのよくわからないんだけどどういうあれなの— 蒼蝶 (@www555001) 2016年3月18日 目次 1. メルカリの出品名

                      メルカリに謎の「○○様専用」が大量出品される背景とその周辺事情
                    • Google C++スタイルガイド 日本語訳

                      Text Drop 翻訳、プログラミング、写真、カメラなどについて書いてます。スタイルガイド/コーディング規約やチートシートなど、ちょっと便利なものを翻訳しています。 TEXTdropでは、C++のプログラマーも利用できるパワフルな機能を搭載。C++のコードを書く際に行う手順や避けておきたい工程などを詳しく説明しています。コードスタイルラインの日本語版では、日本語訳やJ P Yへの換金もサポート。話題性があるオンラインカジノ 日本円変換や入金の際のバグにも対応しています。統一性のあるコードを書くためのポイントや規約の種類を参考にする事ができます。

                      • はてなブックマークガイドライン

                        ここでは、はてなブックマークがサービスを運営するにあたっての考え方と、はてながサービスを健全に運営するための方針、また、サービスをより有益に使っていただくためユーザーのみなさまにお願いしたいことをガイドラインとして公開します。 はてな全体のルールとガイドライン はてなでは、サービス利用について下記のようなルールとガイドラインを公開しています。 はてな利用規約 はてなプライバシーポリシー はてな情報削除ガイドライン はてなコミュニティガイドライン 特に、はてなコミュニティガイドライン では、はてな全体のユーザーコミュニティに対する価値観と、サービス上で生じる問題に対する指針を記載しています。ぜひご一読ください。 はてなブックマークは、ご利用いただくみなさまが、サービスを通じて以下のような体験が得られる場であることを目指しています。 新たな発見が多く得られる 情報への深い理解や洞察が得られる

                          はてなブックマークガイドライン
                        • スマートフォンのディスプレイ巨大化に伴う、UIデザインの潮流|Go Ando / THE GUILD|note

                          前回の投稿でAppleのFluid Interfacesについての論考しましたが、Fluid Interfacesが生まれた一つの背景として、ディスプレイの巨大化があります。 本稿では大画面化するディスプレイへのUIデザインの対応について、現在どの様な流れになっているのか、個人的に観測している中で考察している事をご紹介したいと思います。 巨大化し続けるディスプレイサイズ2007年に初めてiPhoneが世に出てから、現在の最新のモデルiPhone XS Maxまでのディスプレイサイズの変遷をまとめたのが下の図です。 初代iPhoneとXS Maxを比較すると、物理的なディスプレイ面積は約2.7倍大きくなり、ディスプレイの縦横比は約1.4倍縦長になっています。 iPhone Xから22%縦長化特に著しく変化したのが、iPhone Xが登場した事によってそれまで1.77だった縦横比が2.16まで

                            スマートフォンのディスプレイ巨大化に伴う、UIデザインの潮流|Go Ando / THE GUILD|note
                          • 管理職のための役職引退マニュアル | DevelopersIO

                            はじめに クラスメソッド株式会社で取締役及びAWS事業本部の本部長を努めております、佐々木と申します。 私は2014年1月にソリューションアーキテクトとして入社後、2015年7月よりAWSエンジニア部門の部長になりました。また事業拡大に伴って営業部門などを集約することとなり、2018年7月よりAWS事業本部の本部長となりました。この6年間、AWS事業部門のトップとして業務に従事しておりましたが、この度2021年6月をもって本部長を引退することにしました。 部長や本部長などの事業責任者は引退が難しいポジションのように思えるかもしれませんが、きちんと順序だてて計画すればスムーズに引退することが出来ます。この記事では、役職をどのようにして引退したら良いのかをご紹介します。 なぜ役職を引退するのか 最も大きな理由は「キャリアの固定化を防ぐこと」です。 私は本部長という役職で、事業本部の中に部があり

                              管理職のための役職引退マニュアル | DevelopersIO
                            • Google Python スタイルガイド

                              概要¶ これは Google Python Style Guide Revision 2.29 を日本語に訳したものです。 本家ガイドは CC-By 3.0 ライセンス の基で公開されています。また、本ガイドも同ライセンスを継承します。 本家ガイドの著者は以下の通りです。 Amit Patel Antoine Picard Eugene Jhong Jeremy Hylton Matt Smart Mike Shields また、本ガイドの翻訳者は以下の通りです。 Kosei Kitahara 本ガイドに誤植、誤訳があった場合は issue で教えてください。 その他本ガイドに関する問い合わせは、サイト最下部に記載のメールアドレスか @Surgo にお願いします。 はじめに¶ Python は Google で使われている主要なスクリプト言語です。 このスタイルガイドは Python によ

                              • スウェーデンで何があったの?!私達が日本へ帰らざるを得なくなった理由 | ジャズピアニストがスウェーデンで教会音楽家になった!

                                みなさん、こんにちは。今日はタイトルにある通り、何があったのかお話しさせて頂きます。 昨日、急遽日本に帰って来ました。日本に帰ると決心し四日後の事でした。 やっと掴んだ夢、明るい未来、抱負を描き移住したばかりの私達に何が起こったのかと言いますと。。。 コロナに対し特に何の対策もしないまま放置し続けるスウェーデン政府。自己責任に訴えかけるやり方です。でも、それでは国民人1人1人の認識が余りにも違いすぎるので、統制が取れるわけもなく、ただただ爆発的に感染者と死者が増え続け、普段からパンク気味の医療体制が、更にパンクしています。 そして、私の職場の教会。同じ地区内の教会をいくつか管理していて、私も指定された場所へ仕事へ行くと言う流れで働いていました。 しかし、政府が何も言わないので、前回のブログの記事でも触れたよう、ミサや結婚式、洗礼式、葬式を中止する事なく、いつも通り開催していました。 政府は

                                  スウェーデンで何があったの?!私達が日本へ帰らざるを得なくなった理由 | ジャズピアニストがスウェーデンで教会音楽家になった!
                                • 国連が批判する日本の漫画の性表現 「風と木の詩」が扉を開けた - BBCニュース

                                  国連はこのところ、暴力的なポルノ表現や児童ポルノを含むと日本の漫画を問題視してきた。女子差別撤廃委員会の報告書は、「日本ではポルノ、ビデオゲーム、漫画などアニメが、女性や少女への性的暴力を推進している」と指摘。国連特別報告者は日本を「バーチャルな子供を性的搾取する表現の主要製造国」と呼んだ。漫画やアニメの性表現については、国内でも議論がある。日本の漫画を取り巻くこうした状況の中、漫画界の代表的作家のひとりで、漫画における性表現のパイオニアのひとりでもある竹宮惠子さんに、BBCの加藤祐子記者が話を聞いた。

                                    国連が批判する日本の漫画の性表現 「風と木の詩」が扉を開けた - BBCニュース
                                  • Rubyコーディング規約

                                    はじめに 本文書は、Rubyによりコーディングを行う際の規約について述べる。 実際のプロジェクトに適用する際には、このコーディング規約をカスタ マイズして用いることを推奨する。 ソースコードの整形 インデント プログラムを読みやすくするため、インデントを適宜行う。インデント 幅は2とする。また、インデントにはスペースのみを使用し、タブは使用 しない。(環境によりタブ幅が異なるため。) 例: if x > 0 if y > 0 puts "x > 0 && y > 0" end end 一行の桁数 一行の桁数は最大80桁までとする。 空行 複数のクラスの区切には空行を挿入する。 例: class Foo ... end class Bar ... end 誤った例: class Foo ... end class Bar ... end また、クラス内の各構成要素の区切にも空行を挿入する。

                                    • フォントジャンプ率のセオリーを考える | フォントの話 | つみきブログ

                                      株式会社つみき UI/UX事業終了のお知らせ 拝啓 時下ますますご清祥のこととお喜び申し上げます。 平素より格別のご高配を賜り、厚く御礼申し上げます。 この度、弊社は創業以来続けて参りましたUI/UX事業(受託制作事業)につきまして、2024年4月30日をもって終了することを決定いたしました。 今後は、弊社の主力事業であるFilmarksをはじめとした、映像関連事業に注力して参ります。 ご愛顧を受け賜りました皆様には、深く感謝申し上げますとともに、ご理解賜りますようお願い申し上げます。 敬具 株式会社つみき 代表取締役社長 鈴木 貴幸 事業終了予定日:2024年4月30日 biz@tsumikiinc.com

                                        フォントジャンプ率のセオリーを考える | フォントの話 | つみきブログ
                                      • 大規模 JavaScript その設計と実装と現実

                                        実録 WordPress Twenty Sixteen のカスタマイズ | WordBench東京 2月勉強会 「みんなのテーマ開発」〜自分の好きな作り方...Akira Tachibana

                                          大規模 JavaScript その設計と実装と現実
                                        • コーディングガイド by @mdo

                                          HTMLシンタックス インデントには半角スペース2個分のソフトタブを使用すること。これが全ての環境で全く同じように見せる唯一の方法。 ネストされた要素はかならず1段階だけインデント(半角スペース2個)すること。 いつもダブルクォートを使うこと。属性値に対してシングルクォートを使わないこと。 閉じタグの無い要素に対して、末尾のスラッシュは省く事。HTML5仕様に省略して良いと書いてある。 省略できる閉じタグを省略しないこと。(例えば</li>とか</body>)。 <!DOCTYPE html> <html> <head> <title>Page title</title> </head> <body> <img src="images/company-logo.png" alt="Company"> <h1 class="hello-world">Hello, world!</h1> </

                                          • Google エンジニアリング・プラクティス ドキュメント

                                            Google エンジニアリング・プラクティス ドキュメント このページは、Google Engineering Practices Documentation の非公式な日本語翻訳です。元のドキュメントは、クリエイティブ・コモンズの「CC-By 3.0」ライセンスで公開されています。 Google には、あらゆる言語・あらゆるプロジェクトをカバーする一般化されたエンジニアリング・プラクティスが数多く存在します。こうしたドキュメントは、私たちが長年に渡って開発してきたさまざまなベストプラクティスの経験が集結したものとなっています。オープンソース・プロジェクトやその他の組織でも、こうした知識から恩恵を受けられるかもしれません。そのため、私たちは可能な限り、この知識を公開するように努めています。 現在、以下のドキュメントが公開されています。 Google コードレビューガイドライン (Googl

                                            • 綺麗なAPI速習会 - Qiita

                                              Wantedly Engineer blogに本速習会資料を閲覧向けに再編しました! ぜひご覧いただけると幸いです! 本記事は、綺麗なAPI速習会@Wantedlyの資料として作成されたものです。 同時にこちらのコードも参照してください。 マイクロサービス 流行りのマイクロサービス、何がいいのか 各々自由な言語やArchitectureでサービスを立てられる 障害の影響が部分的 変化に強い 個別デプロイ etc... マイクロサービス化をすすめるにあたり、やりとりは全てAPIで行う 内部のAPIであっても外部に公開できるようなクオリティのAPIを作成し、それを元にサービスを作っていくことが重要 APIGatewayとBFF API Gateway Pattern 公式サイトより 「見た目はモノリシック、実装はマイクロサービス」 一箇所見に行けば全てのAPIを見つけられる 細かい権限管理も可

                                                綺麗なAPI速習会 - Qiita
                                              • きれいなソースコードを書くために必要な、たったひとつの単純な事 - よくわかりません

                                                「構造のきれいなプログラムを書けるようになるためにはどうすればいいのか?」という質問を受けたので、「はて?どうしているだろうか?」と考えてみました。あ、形式知にきちんとなっているようなテクニックみたいなもんじゃなくて、モノローグなので、あまり凝ったものは期待しないように。 http://blog.shibu.jp/article/28983162.html 自分なりにもっと凝縮版を。渋川さんが言っている事全体もその通りとは思うけど*1、もっと簡単で、しかも射程が広い、と自分が思っている事。 渋川さんはちょろっと触れてるだけだけど、自分はこれが最も基本的で汎用的、かつ、ソースをきれいにする原動力となる上にバグをも減らしてコードの汎用性まであげる、コーディングのエンジンみたいなものと思ってる。それは、 「すべてに正しい名前を付けて、そして、正しい名前であることを維持する」という鉄の意志 クラス

                                                  きれいなソースコードを書くために必要な、たったひとつの単純な事 - よくわかりません
                                                • 暗号鍵管理ガイドライン | 情報セキュリティ | IPA 独立行政法人 情報処理推進機構

                                                  実際の暗号システムがセキュアに動作し続けるためには、暗号アルゴリズム自体がセキュアであるだけでは不十分で、データが保護される期間中、その暗号アルゴリズムが使用する暗号鍵もセキュアに管理されている必要があります。そのため、暗号鍵やデータのライフサイクルを踏まえた運用、安全な暗号鍵の保管、暗号鍵危殆化時の対策などを行う上で参考となるガイドラインを取りまとめています。 「暗号鍵管理システム設計指針(基本編)」の内容 「暗号鍵管理システム設計指針(基本編)」は、あらゆる分野・あらゆる領域の全ての暗号鍵管理システムを対象に、暗号鍵管理を安全に行うための構築・運用・役割・責任等に関する対応方針として考慮すべき事項を網羅的に提供し、設計時に考慮すべきトピックス及び設計書等に明示的に記載する要求事項を取りまとめたガイドラインとして作成されたものです。 具体的には、暗号鍵管理の必要性を認識してもらうために「

                                                    暗号鍵管理ガイドライン | 情報セキュリティ | IPA 独立行政法人 情報処理推進機構
                                                  • 新入社員が来てメンターになれって言われたけど、どうすればいいのかという対話テクニック - Qiita

                                                    エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ~不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 はじめに 最近、メンター制度として新入社員や若手のメンバーに対して、先輩をつけて相談事に乗ってあげたり、仕事のサポートをしたりといったような教育プログラムを組む企業が増えています。このメンターという役割は、ちょっとした訓練が必要だったりするのですが、このあたりの研修や訓練をせずにいきなり明日からメンターね!なんてことがままあります。

                                                      新入社員が来てメンターになれって言われたけど、どうすればいいのかという対話テクニック - Qiita
                                                    • Web系の自分が想像と障害で学んだバッチ処理・設計の基本 - コンポツさん

                                                      バッチ処理というのはそれ単体で勉強しようとするとなかなか何を勉強したらいいのかわからないことが多い。 特に経験がWeb系ばっかりだと、いざバッチ処理を実装しようとした時に基本的なノウハウを知らないままに書いてしまうことが多い。 バッチ処理というのは実態を整理すると「何らかのトリガーを期に起動し、データをロード・加工・変換・集計してから、出力する」という事になる。 まぁ、INがあって処理してOUTがあるという点では関数だと考えてもいいだろう。 システムの利用者(人に限らない)のアクションとは直接関係ない処理であったり、利用者のアクションをトリガーとしていても、即時にレスポンスがいらないor返せない場合に バッチ処理を選択する事が多い。 実現方式はシェルスクリプト、LL言語、実行可能バイナリだったりするし、デーモンとして立ち上げる場合もある。 利用者の操作に対して対話的・同期的な処理はオンライ

                                                        Web系の自分が想像と障害で学んだバッチ処理・設計の基本 - コンポツさん
                                                      • オープンソースソフトウェアの育て方

                                                        製作著作 © 2005-2013 Karl Fogel, 高木正弘, Yoshinari Takaoka(a.k.a mumumu), under a CreativeCommons Attribution-ShareAlike (表示・継承) license (3.0, 2.1-jp)

                                                        • 高木浩光@自宅の日記 - 緊急速報:マイナンバー法の「裏番号」禁止規定、内閣法制局でまたもや大どんでん返しか

                                                          ■ 緊急速報:マイナンバー法の「裏番号」禁止規定、内閣法制局でまたもや大どんでん返しか まえがき 個人番号(マイナンバー)を、法定された目的(税とか社会保障とか)以外で他人に対して提供を求めることが禁止されていることは、わりと広く知られており、みんな遵守してきたところだろう。だが、今、どう見ても目的外で提供を求めている(自社サービスの利用者登録の目的とされている)スマホアプリがあるということで、個人情報保護委員会の出方が問われているところ、宇賀説(宇賀克也『番号法の逐条解説』有斐閣)によれば合法ということになるのではないか?(おそらく弁護士らもそれを参考にしていたのでは?)という話が出ているのだが、これについて、番号法(行政手続における特定の個人を識別するための番号の利用等に関する法律、平成25年法律第27号)の立案過程で、内閣法制局で二転三転していたことが判明したので、至急、速報的に、こ

                                                          • 住宅会社選別チェックリスト

                                                            木造でも鉄骨造でも〇〇工法でも、耐震等級3が合格ライン 南海トラフでM8〜9クラスの地震が発生する確率は「50年以内に90%程度かそれ以上、30年以内に70~80%」これを無事に乗り切るには耐震等級3が必須であるということは、構造の専門家の間では常識となっています。 一般の方は鉄骨... さらに突っ込んで確認するのであれば、構造計算の方法を聞いてみてください。計算方法の種類は、簡易計算である「壁量計算」、本来の構造計算である「許容応力度計算」、そして、型式認定という3つの方法に大別されます。(※型式認定は大手ハウスメーカーが取り入れている構造検討方法です。)三階建て以上では許容応力度計算が義務づけられていますが、平屋、2階建住宅においては9割以上の住宅会社が壁量計算しかしていません。かつて芝浦工業大学にてランダムに100物件分の簡易計算の住宅図面を集めて許容応力度計算を行うという試みが行わ

                                                            • 「高度プロフェッショナル制度」が当初の説明とかけ離れた実態に 過労死ライン超えも 安倍元首相の主導で導入:東京新聞 TOKYO Web

                                                               専門職の人の労働時間規制を外す高度プロフェッショナル制度が、導入を主導した安倍晋三元首相らの当時の説明と懸け離れた運用になっている。経験が浅く希望もしていない人が高プロを適用された疑念が直近の調査で浮上。当時も今も所管の厚生労働相を務める加藤勝信氏は、当初の説明通りになっていない実態を指摘されても正面から答えず、制度を見直さない姿勢を示した。(池尾伸一、写真も)  高度プロフェッショナル制度 証券トレーダー、コンサルタントなど5業種の年収1075万円以上の社員を対象に労働時間の上限規制を外す制度。安倍晋三政権が政治主導で立案、過労死遺族や労働組合は「過労死を増やす」と反対したが2019年4月に導入された。今年3月末時点で21社22職場で665人に適用。2カ所の職場で在社時間と社外の労働時間の合計が月間400時間以上に達し、「過労死ライン」(残業含む労働時間月約273時間)を大幅に上回

                                                                「高度プロフェッショナル制度」が当初の説明とかけ離れた実態に 過労死ライン超えも 安倍元首相の主導で導入:東京新聞 TOKYO Web
                                                              • SIerとは何か、何であるべきか ― 偉大ならざるリスクテイカー|ミック

                                                                はい、今回はみんな大好き(大嫌い)SIerについての話である。 デジタル庁の動きに駆動されて、日本で何度目かの内製推進が盛り上がろうとしている。 日本のITシステム開発がうまく行かない原因としてしばしば挙げられるのが、ユーザサイド(非IT産業)にエンジニアやプログラマなどのIT人材が不足しているというものだ。確かに、日本が欧米と比較してIT企業にIT人材を集中的に配置しているのは事実である。 こうしたIT人材の偏りによって、アジリティの高い開発ができない、CI/CDやDevOpsが進まない、というのは当たっているし、ユーザ企業も自らIT人材を雇用して内製を進めるべきだ、という議論にはもう十年以上の歴史がある(筆者が追えていないだけでもっと古いかもしれない)。 この時、悪玉として批判にさらされるのが、今回の主役であるSIerという存在である。日本における内製推進は、しばしばSIer批判とセッ

                                                                  SIerとは何か、何であるべきか ― 偉大ならざるリスクテイカー|ミック
                                                                • デザイナに知っていて欲しい10個のAndroidのUIルール - ReDo

                                                                  iPhoneのそれと比較して、よくかっこわるいと評価されてしまうAndroidですが、正しくは「標準UI同士で比べた際にイケてない」のが真実だと思っています。 今現実として、Androidアプリにイケてないものが多いのですが、そもそもデザインを考慮するプロセスが省略されてしまっていたり、時間(コスト)が無いとかそういうこともあったと思いますが、流石にこれだけメジャーなデバイスになってしまうとそれが許される時代は終わってしまいました。 ドットコム全盛期の様なGeocities+IBMホームページビルダーのデザインがはるか昔にキャハハされた様に、もうそろそろ標準UIで未カスタマイズのAndroidアプリもキャハハされる時代です。 そんな中、効率よくかっこいいUIを構築するために頭の片隅で把握しておくとちょっと幸せになれる、独断と偏見で捻りあげた10個のAndroidのUIルールを紹介します。

                                                                  • 一人10万円超も NTTが山田前広報官と谷脇総務審議官に高額接待 | 文春オンライン

                                                                    菅義偉首相の長男・正剛氏が部長職を務める東北新社から接待され、減給の懲戒処分を受けた谷脇康彦・総務省総務審議官と、給与の自主返納と内閣広報官辞職に至った山田真貴子氏。2人が、NTTからも高額な接待を受けていたことが「週刊文春」の取材で分かった。NTTは総務大臣から事業計画などの認可を受けて経営されており、総務省幹部がNTT側から供応接待を受けることは、国家公務員倫理法に抵触する疑いがある。

                                                                      一人10万円超も NTTが山田前広報官と谷脇総務審議官に高額接待 | 文春オンライン
                                                                    • 任天堂の人材に対する考え方|採用情報|任天堂

                                                                      任天堂の人材に対する考え方 任天堂の経営方針 私たちは「娯楽を通じて人々を笑顔にする会社」として、どなたにでも直感的に楽しんでいただける「任天堂独自の遊び」を提供することを目指しています。この独自の娯楽体験を実現するために、ハード・ソフト一体型のゲーム専用機ビジネスを経営の中核に置き、どのような娯楽でも「いつかは必ず飽きられてしまう」という考えのもと、人々を笑顔にするために独創的な商品やサービスを世界中の人々にお届けし続けていきます。 人々を笑顔にする娯楽を 世界中の人々にお届けするために 独創的な商品やサービスをつくってお届けするうえで必要な能力は、数字では計れません。そのため、当社では独創性・柔軟性・誠実さからなる「任天堂DNA」を重要視しています。この任天堂DNAを基盤とし、仕事を通じて社員一人ひとりの成長を最大限に促せるよう、 さまざまな人事施策を取り入れています。また、ゲームやエ

                                                                        任天堂の人材に対する考え方|採用情報|任天堂
                                                                      • 世間が知らない「飲酒運転は悪も、車内飲酒するトラックドライバーを全否定できない事情」(橋本愛喜) - エキスパート - Yahoo!ニュース

                                                                        千葉県八街市で起きた、幼い子どもの命が奪われる痛ましい事故。 まだトラックドライバーによる飲酒運転が報じられる前、見通しのいい直線道路がスマホ画面に映し出された時、「これは何かある」と直感的に悟った。 これまでの報道によると、容疑者の呼気から基準値を超えるアルコールを検出。同容疑者は「事故前にコンビニで酒を買い、車内で飲んだ」と供述しており、車内からは焼酎の空き容器が見つかったという。 酒気帯びの状態でハンドルを握っていた同容疑者には、釈明の余地は微塵もない。危険運転致死傷罪の適用も視野に、徹底的に調査すべきだ。 しかし、誤解を恐れず述べると、筆者はトラックドライバーによる「車内飲酒」そのものを「悪」だと思っていない。現状、トラックドライバーの車内飲酒は、ある程度認められるべきだと思っている。 そう思う裏側には、世間が知らないトラックドライバーたちの複雑な事情がある。 詳しく説明していこう

                                                                          世間が知らない「飲酒運転は悪も、車内飲酒するトラックドライバーを全否定できない事情」(橋本愛喜) - エキスパート - Yahoo!ニュース
                                                                        • Windows 11発表。年内提供予定でWindows 10からは無償アップグレード

                                                                            Windows 11発表。年内提供予定でWindows 10からは無償アップグレード
                                                                          • 方法: Windows Phone Marketplace 用のスクリーンショットを作成する

                                                                            This browser is no longer supported. Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.

                                                                              方法: Windows Phone Marketplace 用のスクリーンショットを作成する
                                                                            • オブジェクト指向の呪いと、その避け方 - mizchi's blog

                                                                              このテーマで書く前に、まず、最初に自分に多少の偏りがあることを認めておかなくてはなりません。 オブジェクト指向より、関数指向寄り オブジェクト指向のアプローチは有用だが、ただしそれを実現する手段はクラスと継承ではない。 階層化されたツリー構造(GUI/リレーショナルな参照構造)に埋め込まれる状態はコード品質を悪化させるので、できるだけ出現するべきではない。 ただし、状態は確実に存在する。だからこそ慎重に扱うべきだ、という派閥です アンチパターン: 特に理由もないクラスメソッドへの所属 何かのバリデータを実装したいとします。 その関数がどこに所属するかについて、よく見るこれらの実装は全部アンチパターンといっていいと思います export class Validator { static validate() {...} } export class Validator { validate(

                                                                                オブジェクト指向の呪いと、その避け方 - mizchi's blog
                                                                              • 中古マンションの購入の流れと失敗しないための127個のチェックリスト

                                                                                すぐにチェックリストを使う チェックリストをダウンロードする 「人生を賭けた高い買い物だからこそ、絶対に失敗したくない・・・!」 マンションの購入は人生の一大イベント。 新築ではなく、あえて中古マンションを買おうとする方は、おそらく「新築では自分の希望を満たすマンションが見つからなかったけれど、中古なら見つかった」という方や、「新築を買える余裕はないけれど、中古マンションなら買えそう」という方がほとんどだと思います。 ただ、中古マンションの場合、購入する際に気を付けないといけないことがあります。 それは、そのマンションには、“手放す人の理由”が存在しているということです。 「念願のマンションを買ったんだけど、転勤が決まってしまって、仕方なしに手放すことを決めた」という理由で手放されたのならいいのですが、「住んでみたものの、風通しが悪いし、夜になると隣や上の住人の生活音がうるさいし、今度すぐ

                                                                                  中古マンションの購入の流れと失敗しないための127個のチェックリスト
                                                                                • 個人的UIデザインの情報源まとめ

                                                                                  どうも。 最近エンジニアからデザイナーになったものです。 最近UIデザイナーになってUIデザインの情報源って意外とまとまってないなと思ったので、個人的によく参考にする情報源をまとめました。 ここに載ってないやつでおすすめの情報源あればコメントとかで教えてください。 OSガイドライン OSのデザインガイドラインはUIデザイナーだったら必ず読んでますよね。 Material Design デザインシステム的な話から装飾、カラーツールなどデザインに必要な話がとてもたくさん詰め込まれているためデザイン学習の教材として非常に優秀です。コンポーネントもユースケースやスペックまできちんと網羅されていて参考になるし、金と手間隙かかってるなあと思います。 Blogもあり、更新頻度は高くないですが面白い記事が多いのでたまに読んでいます。 Human Interface Guidelines こちらはApple

                                                                                    個人的UIデザインの情報源まとめ