鬼龍院翔の「プッツンてれび」でお伝えした内容について、音声の聴きとりが難しい方もいらっしゃるため、画像にまとめて掲載をいたします。
鬼龍院翔の「プッツンてれび」でお伝えした内容について、音声の聴きとりが難しい方もいらっしゃるため、画像にまとめて掲載をいたします。
これは何かGoogleの Material Design Guideline - Data Visualization がとても良くまとまっていたので、自分なりに和訳・編集してまとめたものです。 ※ 注意事項 こちらはあくまで、もとのドキュメントを参考に筆者が和訳・編集したものになります。原文の完全な和訳ではなく、抜粋の範囲や、英=>和の際の意訳を筆者が恣意的に行っています。 筆者の意訳・編集による曲解や元のドキュメントでのオリジナルの文意が気になる方は原文を読むことを強くおすすめします。 和訳の公開の可否についてはGoogle社に直接問い合わせています。1 / 原理原則（Principles） データの可視化は、複雑で内容の多い情報をグラフィカルな形式で表現するコミュニケーション手段である。 可視化の結果、データを比較しストーリーを伝えることが容易になり、データの利用者の意思決定の助け
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? slackあるある ※※お知らせ※※ 今後、備品購入を希望される方は当チャンネルで ＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ 【購入品名】 ： 【購入URL】 ： 【購入承諾者】： 【納品希望日】：2019/mm/dd 【備考】 ： ＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ というフォーマットを使って下さい。 (ピンどめしておきます) 現実は・・・ フォーマットを自己流に改変する人 そもそもフォーマットを使ってくれない人 別のチャンネルで依頼する人 etc..... 解決策 今後、備品購入依頼は 当チャンネルで /bihin と投稿し、 表示される
こんにちは、らくからちゃです。 ボーナスシーズンもそろそろ一段落した頃合いですが、御社の各位はいかがでしょうか？？支給される前に『みんな良く頑張ったから、今回はちょっとだけ増やしといたったで』との社内通知が出てたので、ドキがムネムネしながら支給通知を拝見いたしました。 ほんまにちょっとやんけ やったー！増えてるー！！ 額の話はさておき、増えたのはありがたい話ですなあ。ここ最近は、ニュースを見ていても、景気の良い話が多いですね。 経団連は14日、2018年夏賞与の１次集計結果を発表した。大手企業の平均妥結額は前年比6.71％増の96万7386円で、1959年の調査開始以来で最高。好業績を背景に建設や自動車がけん引し、２年ぶりに増えた。90万円の大台を上回るのは４年連続。政府がデフレ脱却に向けて経済界に賃上げを要請した動きも追い風になった。 夏のボーナスが過去最高に 大手平均96.7万円 ：日
成功のヒント: GDPR から学んだ教訓 | Amazon Web Services
Amazon Web Services ブログ 成功のヒント: GDPR から学んだ教訓 セキュリティは AWS の最優先事項です。これはサービスの開始時から変わりません。GDPR (EU 一般データ保護規則、2018 年 5 月 25 日に施行開始) の導入により、私たちのセキュリティ中心の文化でもプライバシーとデータ保護がより強く意識されるようになりました。締切りよりかなり前でしたが、数週間前に AWS のすべてのサービスが GDPR の基準を満たしていることを発表しました。つまり、お客様の GDPR の課題を解決する 1 つの方法として AWS をご利用いただけるようになりました (詳細は GDPR Center をご覧ください)。 GDPR への準拠に関しては、多くのお客様で順調に準備が進んでおり、当初の不安はかなりなくなったようです。この話題でお客様とお話をさせていただくと、いく
2017年10月13日にこのような記事が公開されました。 www.nikkei.com この記事の「自動運転、手離し65秒で手動に」というタイトルをぱっと見て、 それって「自動運転」じゃないじゃん！日本のお役所がまた面倒な規制をかけちゃって…… と思った方も多いと思います。 自分も気になって調べてみましたが、結論から言えばその考えはおそらく誤解です。 この新基準はむしろ規制緩和（正確に言えば時代に合わせた規制の適正化）といってもいいかと思います。 ここでは、新基準の背景や意義について調べた内容を説明していきます。 何を調べるのか 記事をしっかり読んでみる 基準改定前の状態を確認 基準の中身 自動運転のレベルについて 基準の前提と対象 報道発表資料や元の国際基準を見てみる 今の車はどうなるのか 今後の基準作成の方向性 なぜ誤解が生じるか 自動運転＝レベル4の自動運転のイメージがついている 元
前回エントリにはきわめて大きな反響があった。 専門家の見解を全く信用せず「逃げるべし」という結論にこだわる人が多いのは少し意外だったが、説得しようとも思わない。 俺のブログに「俺は信じないぞ！逃げるしかない！」とか反応してる人は放射脳とかネトウヨとかと同じだと思う。日本は男に一方的に厳しい絶望的な社会だという世界観で固定されていて、その世界観に沿わない話は拒む。だからむしろ不利な話の方を好み、何とかできるよという助言は受け入れ難いのよ。 — ystk (@lawkus) 2017年5月13日 だいたい痴漢疑われたから全力で走ったら逃げ切れましたってないからな。仮に駅郊外に出られたとしても防犯カメラ映像やIC履歴ですぐ犯人特定できるしさ そんで捕まってみ。その後の勾留延長請求で 「実際逮捕時に逃走を試みており逃亡のおそれ顕著」 などと書かれんぞ。 — ぱねーさん (@Mstferries)
セキュリティや情報流出を防ぐためにソフトやサービスの利用が制限されています。インターネットへの接続は外注ソフトでいつの間にか防がれていて、ログも取られているようです。情報システム部の人たちがニヤニヤしながら誰がどこにつなごうとしてブロックされてたと話していました。 ソフトもインストールできません。管理者権限は情報システム部の人たちが持っているので、ポータブル版のソフトを入れたとしてもバレます。 私はいわゆる社内SEという立場で社内用のWebサイトを作っているのですが、エディタがインストール出来ないのでWordで作っています。メモ帳ですとLFが認識できずに一行になってしまうので。PHPのコードもWordで書きます。PHPの実行環境（コンソール）は使えません。なので、社内サイトの本番ディレクトリ配下にPHPのコードを直接おいて、それをブラウザで読み込みリロードしながら作っていきます。 社内に外
http://syakkin-dama.hatenablog.com/entry/20170224/1487937935 残業禁止は強者のルールなのでは、という話。 昨日話題になっていた記事について、かなり多くの議論があるので個人的にまとめたいなと思い筆を取ります。 どうも、賛成派も反対派も間違った前提を共有して議論を進めている気がするんですよね。 特に「効率の悪い発達障害者」という言葉がだいぶ誤解されているような感じがします。 元記事の著者である借金玉氏と同じ、いち発達障害（ADHD）当事者として、議論を整理したいなーと思っています。 元記事の主張をまとめてみよう 上の記事で著者（借金玉氏）は、ざっくり言うと ・自分（ADHD）は仕事の効率が悪い ・なので「残業禁止」のルールだと生き残れない ・「残業禁止」は強者のルールなのでは？ ・ロスタイムとしてサビ残をさせてほしい… 的なことをブロ
当社はCookieを使用して、お客様が当社のWebサイトでより良い体験を得られるようにしています。引き続き閲覧する場合は、プライバシーポリシーに同意したことになります。
アメリカの企業は｢無駄な会議｣によって1年間で約370億ドル（約4兆円）の損失が出ているという。しかし、スティーブ・ジョブズはAppleをそんな企業にはしなかった。 ジョブズが会議を生産的にした3つの方法を紹介しよう。 ケン・シーガル（Ken Segall）氏は、著書『Think Simple ― アップルを生みだす熱狂的哲学（原題：Insanely Simple）』で、ジョブズと長い期間仕事した経験を明かしている。 ある日、ジョブズは広告代理店と週次ミーティングを行っていた際に、新入りが加わっていることに気づいた。その時のことをシーガル氏はこう語る。 ｢その場が凍りついたよ。彼の目が部屋の中の“異様なもの”を捉えたんだ。そして1人の女性を指してジョブズは聞いたんだ。『きみは誰？』と｣ 彼女は、自分がこのプロジェクトのメンバーであることを丁寧に説明した。しかし、ジョブズは彼女の話を聞いたあ
🚨 CẢNH BÁO TỐI ĐA: Để đảm bảo an toàn, chỉ vào geechs-magazine.com – Địa chỉ CHÍNH THỨC của DA88! ❌ Truy cập nhầm link giả mạo có thể khiến bạn trở thành nạn nhân của lừa đảo. Hãy cẩn thận – Bảo vệ tài sản và thông tin cá nhân của bạn ngay hôm nay! geechs-magazine.com là ĐẠI LÝ DUY NHẤT của DA88 ⚠️‼️ Những Tên Miền Khác Đều Là GIẢ MẠO 👉 NÓNG | Xuống Chân Trang Để Nhận Code Khuyến Mãi 👈 🎉 DA88
この記事はPyspa Advent calender 2016の18日目の記事です。 http://www.adventar.org/calendars/1435 ちなみに本稿のもう一つのタイトル候補は「日本を再生したいのであれば、忠臣蔵を放送禁止にせよ」でした。 この記事はとくにオチもなく、意味もなく、起承転結もなく、ただ思ったことを淡々と書いているだけのポエムです。 「普通の人」とは何か？さて、「普通の人」とは何でしょうか。普通の人は、ごく一般のふつうの人です。 正義を愛し、家族を愛し、義理人情に厚い普通の人です。 そして、それは国民の大半を占め、マス層を形成しています。 同時に「普通の人」は、容赦なく虐殺を行い、差別を行い、戦争を引き起こします。それは正義に基づいていたり、家族愛であったりします。 「普通の人」は家族や共同体、コミュニティの価値観を基準して動きます。 いってしまえば、
小説を書くにあたって意外と面倒なのが、小説には様々な細かい作法が存在する事です。 例えば、行頭に全角スペースを入れたり、会話文の閉じ括弧の前に句点(。)を入れてはいけなかったり。人間が気をつけて書いても、どうしたってケアレスミスをしてしまいます。 プログラマがコードを書く時は、ケアレスミスを防ぐために自動でテストをするようにします。日本語の文章だって同じように「自動テスト」で問題がないか確認できるはずです。 そこで自動化できないかと考え調べたところ、azu さんが作られている textlint で近い事ができそうだったのですが、残念ながら既存の対応規則（ルール）では日本の小説向けの細かい作法というのはチェックできないようでした。 というわけで、いっそ自作してしまえの DIY の精神で textlint 向けの規則を作ってみました。 github.com これを利用する事で、以下のような小説
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 本文書は、プログラミング言語向けのスタイルガイドに向けたスタイルガイドである。 本文書へのフィードバックはQiita上のコメントにて受け付ける。 構造 対象を明確にする そのスタイルガイドがどのような状況のどのような対象に向けたスタイルガイドであるか規定すること。 状況や対象は広すぎてはならない。 理由: 対象はスタイルガイド記述者には自明かもしれないが、似て非なる言語に誤用されたり、特定分野のアプリケーション向けスタイルガイドが他分野のアプリケーションを理不尽に拘束したりすることがある。これを防ぐべきである。 良い例: 「本文書はRu
毎月1000人程度の行列を従業員4～5人で捌いてたコツを書くよ。 職業：パチ屋（嫌いな人ごめんね） 行列の理由：新台のオープンと、あとはなんでかしらないけど毎月ある特定の日に行列ができた。（諸般の事情により理由は答えられません。） パチンコ屋さんが整理券を配る理由は、開店時間前後に行列をつくると隣接店舗の入り口を塞いでしまうという問題を回避したいとう目的が一番にあります。 そのため、隣接店舗がオープンする前に整理券を配布して、行列を捌いてしまおうとしているのです。 はじめのうちは早朝から並び始める程度だった行列は、加熱していくことで徹夜組を生み出します。 なかには前日の21時、お店が閉店する前から並び始める人もいました。 話題性目的で容認していたものの、ある日おまわりさんからお叱りを受けます。 ピンとくると人も多いと思うのだけど、数年前に突然行列の深夜組に対する指導が厳しくなった時期があり
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 はじめに この記事は数百万行の動的型付き言語のWebアプリケーションのリファ
エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 デメテルの法則 別名最小知識の法則。デメテルは、豊穣の女神。アスペクト指向などの研究であった「デメテルプロジェクト」に由来。 基本的な考え方は、任意のオブジェクトが自分以外（サブコンポーネント含む）の構造やプロパティに対して持っている仮定を最小限にすべきであるという点にある。 単純化して説明すると、オブジェクトの"メンバーのプロパテ
「あなたは感覚派デザイナー？それとも理論派デザイナー？」 このような質問をされると、理論派デザイナーだと答えたくなる理系出身デザイナーのタカハマです、こんにちは。 今回は、そんな理屈っぽい私の大好物である「デザインの要素と原則」をご紹介したいと思います。理論派デザイナーの方はもちろん、感覚派デザイナーの方も知っておいて損はないですよ！ 「デザインの要素と原則」はビジュアルデザイン全般に活用できる Webデザインに限らず、ビジュアルデザインの基礎を学ぶ上で、大変参考になる「デザインの原則」というものがあります。いわゆる「Design elements and principles（デザインの要素と原則）」や「Gestalt principles（ゲシュタルト原則）と言われる原則で、デザインの構成要素や要素同士の関係性が全体に与える影響をまとめたものになります。 調べてみると識者によって分類や
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
