タグ

2018年9月11日のブックマーク (11件)

  • アクセス制御リスト(Access Control List、ACL) - Wikipedia

    アクセス制御リスト(アクセスせいぎょリスト、Access Control List、ACL)とは、コンピュータセキュリティにおけるアクセス制御を実現するために、あるリソース(受動体)に対して、誰からのどの操作を許可するかを列挙したもの。 アクセス制御リストに基づくセキュリティモデルでは、能動体(subject, 人間やプロセス)が受動体(object, システムやファイル)への操作を要求したとき、システムは許可属性のリストを検査して、その操作を実行してよいかどうかを決定する。アクセス制御リスト (ACL) に基づくセキュリティモデルの定義の鍵となるのは、ACLがどう修整されるかである。つまり、各受動体のACLに対して誰がどんな修整をすることが許されているかである。 ACLを用いる制御には2種類ある。任意アクセス制御と強制アクセス制御である。任意アクセス制御とは、受動体の作成者か所有者がその

    akatakun
    akatakun 2018/09/11
    あるリソースに対する誰からのどの操作を許可するかを列挙したもの,任意アクセス制御(DAC): リソースのACLをリソース所有者が設定可能,Linuxの権限とか,MAC,ロールベースアクセス制御: RBAC
  • 実況中継シリーズ 「開発現場で役立たせるための設計原則とパターン」 #builderscon 2018 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く

    先日慶應義塾大学日吉キャンパスで行われた builderscon2018、最高のカンファレンスでしたね。わたしも「開発現場で役立たせるための設計原則とパターン」というタイトルで発表させていただきました。今回は恒例「実況中継シリーズ」として、プレゼンの再現をブログで行いたいと思います。 なお、過去の実況中継シリーズは前職の技術ブログにまとまっていますので、そちらからご覧ください。 それでは編を開始したいと思います。 開発現場で役立たせるための設計原則とパターン アバンパート よろしくお願いします。 まず最初に簡単に自己紹介をさせていただきます。 先月転職をしまして、8/1からClassiという会社で働いています。と息子がおります。Scalaが好きですが、仕事ではRubyメインという感じです。 Web+DB PressやSoftware Designで何度か特集を書かせていただきました。と

    実況中継シリーズ 「開発現場で役立たせるための設計原則とパターン」 #builderscon 2018 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く
    akatakun
    akatakun 2018/09/11
    設計: 複数の分割構造の選択肢から、今ある問題に対して最適な選択肢を選び出すこと,設計原則: その分割構造が良い構造かどうかを判断するための指針
  • 初対面では相手の名前を連呼。起業家けんすうの「人見知りのためのビジネスTips」|新R25 - 20代ビジネスマンのバイブル

    SNSで目立つのは、強者の意見。デキるビジネスマンが、とにかくまぶしい。自分も仕事を頑張っているけど、なかなか強気に振る舞えない…そんな人も多いのでは? ということでお話を伺うのは、19才で学生コミュニティ「ミルクカフェ」を立ち上げて大学在学中に起業、現在はIT企業の取締役をつとめるけんすうさん。 【けんすう】1981年生まれ。19才で学生コミュニティ「ミルクカフェ」を立ち上げ、大学在学中にネット企業の社長に就任。2006年、リクルートに入社。2009年に退職し、nanapi代表取締役に就任 前回の記事では「リスクをとれ」「実名で発信しろ」などの強者のアドバイスをやさしく擁護くれたけんすうさんですが、意外にも(?)自らのことを「水気の多い豆腐くらいメンタルが弱い」と評しています。 今回は、そんなけんすうさんに「人見知りでも即実践できるビジネスTips」を教えてもらいました! 〈聞き手:ライ

    初対面では相手の名前を連呼。起業家けんすうの「人見知りのためのビジネスTips」|新R25 - 20代ビジネスマンのバイブル
    akatakun
    akatakun 2018/09/11
    人って緊張すると頭で考えられないから、「体に染み付いてる習慣」に頼るんです。「10分間に相手の苗字を何回言えるか」,「常にその場で自分が一番下っ端」として振る舞いますね。
  • 営業ができる人とできない人の違い - GoTheDistance

    営業という言葉に良いイメージを持ってる人はかなり少ないんじゃないかと思います。特にエンジニアは営業さんに「泣かされた」経験がおありの方が多いですし。また、電話爆撃営業や詐欺に近いような営業も多い中、益々うさんくささが先行しやすいのかなぁと思ったりします。 ホントはそういうもんじゃないだろって思うので、自分1人で顧客の所に赴き、話をしに行くことも増え、発注側として営業さんの話を聞くことも増えてきました。そんな中で、営業について感じたことを書いてみます。 1. できる人は相手に問いかける、できない人は自分が話し続ける 相手とのコミュニケーションの中で距離感をつかみ、お互いが負担にならないようなコミュニケーションの土台をまずつかむこと。これが恐らく営業のはじめの一歩なんじゃないか、と思っています。 その土台を作るのに、まず自分のことを立て板に水を流したように話す営業がいますが、その時点で僕は「も

    営業ができる人とできない人の違い - GoTheDistance
    akatakun
    akatakun 2018/09/11
    できる人は相手に問いかける、できない人は自分が話し続ける => 問いかけをして接点を生む
  • コミュニケーション能力の高い人の話し方の共通点 - ゆとりずむ

    こんにちは、らくからちゃです。 先日、こんな記事を読みました。 稿では、仕事のスケジューリングをベースに作業を組み立てながら、緊急度と優先度をもとに仕事に取り組んでいく。重要なポイントとして、 これは仕事だけではなくすべての物事に言えることだが、まずはその全体像を把握して、工程表を作り、タスクを可視化することで、仕事の効率というのは飛躍する。 という点を挙げています。スケジュールの不確定要素を排除することは、自分のためだけでなく、上司やお客様に対して果たすべき責任のひとつとも言えます。首がちぎれるほど頷ける内容ではあるのですが、コメントを見ていると、この方法を『知らない人』よりも、『知ってはいるができない人』のほうが多いように思われます。 何故出来ないのか? やってみないと分からない要素が大きい 割り込みの仕事が発生しやすい 効率化したところで上司から別の仕事が割り振られる などなどの理

    コミュニケーション能力の高い人の話し方の共通点 - ゆとりずむ
    akatakun
    akatakun 2018/09/11
    情報を正しく効率的に伝えることが出来る能力,多義的に捉えられる言葉遣いをしない,過程をすっぽかして結論から言わない,相手に合わせて話す,復唱とリマインド
  • 第4回 UTF-8の冗長なエンコード | gihyo.jp

    今回は、文字コードに関連するセキュリティの話題では古参ともいえるUTF-8の冗長なエンコードというテーマについて紹介します。 UTF-8とは UTF-8は、各文字を1~4バイトの可変長で表現するUnicodeの符号化方式のひとつです。 U+0000からU+007Fの範囲の文字を0x00から0x7Fの1バイトで表現しているため、US-ASCIIと互換性がある、バイト列の途中からでも文字の先頭バイトを簡単に検出できる、多バイト文字の途中に0x00や0x5C(\⁠)⁠、0x2F(/)などが現れない、などの特徴があります。 UTF-8での文字のビットパターンは表1のようになります。 表1 UTF-8でのビットパターン

    第4回 UTF-8の冗長なエンコード | gihyo.jp
    akatakun
    akatakun 2018/09/11
    本来1bitで表現できる文字を冗長に表現可能である,現在のUnicode仕様ではバイト数が最小になるもの以外は不正なバイト列であるとして,UTF-8として解釈することを明確に禁止している
  • 第4回 UTF-8の冗長なエンコード | gihyo.jp

    今回は、文字コードに関連するセキュリティの話題では古参ともいえるUTF-8の冗長なエンコードというテーマについて紹介します。 UTF-8とは UTF-8は、各文字を1~4バイトの可変長で表現するUnicodeの符号化方式のひとつです。 U+0000からU+007Fの範囲の文字を0x00から0x7Fの1バイトで表現しているため、US-ASCIIと互換性がある、バイト列の途中からでも文字の先頭バイトを簡単に検出できる、多バイト文字の途中に0x00や0x5C(\⁠)⁠、0x2F(/)などが現れない、などの特徴があります。 UTF-8での文字のビットパターンは表1のようになります。 表1 UTF-8でのビットパターン

    第4回 UTF-8の冗長なエンコード | gihyo.jp
  • 波ダッシュ・全角チルダ問題 - Wikipedia

    Unicode(ユニコード)は、符号化文字集合や文字符号化方式などを定めた、文字コードの業界標準規格。文字集合(文字セット)が単一の大規模文字セットであること(「Uni」という名はそれに由来する)などが特徴である。 従来、各国の標準化団体あるいは各コンピュータメーカーによって独自に開発されていた個々の文字コードの間には互換性がなかった[1]。ISO/IEC 2022のように複数の文字コードを共存させる方法も考案されたが、例えば日語の漢字と中国語の漢字のように、文字が重複する短所がある。一方Unicodeは、微細な差異はあっても質的に同じ文字であれば一つの番号を当てる方針で各国・各社の文字コードの統合を図った規格である[1]。1980年代に、Starワークステーションの日語化(J-Star)などを行ったゼロックスが提唱し、マイクロソフト、Apple、IBM、サン・マイクロシステムズ、ヒ

    波ダッシュ・全角チルダ問題 - Wikipedia
    akatakun
    akatakun 2018/09/11
    文字集合中の文字をあらわす符号位置(code point)に、Unicodeスカラ値という非負整数値が割り振られており、文章中などに記す場合などは "U+" の後に十六進法でその値を続ける,U+0000〜U+FFFFの4桁(16bit)
  • UnicodeとUTF-8の違いは? - 自分的まとめ - Humanity

    UnicodeとUTF-8の違いは? - Humanityはあんなに反響があるとは思わなかった。 ブコメにコピペじゃなくてまとめを書いてくれれば良い資料になるのにと書いてあったので今度は自分の知識をまとめてみる。 と言っても自分もあのスレを見るまでUnicodeとUTF-8を混同してた一人なのでほとんどあのスレからの知識ですが...orz なので簡単なまとめ。引用を多分に含みます。間違ってたらつっこんでいただけるとうれしいです。 調べる際に弾さんのエントリがかなり参考になったので(今頃意味が分かってきた)関連リンクとして度々載せさせていただきます。 参考リンクじゃない理由は解説しているエントリだけじゃなくて既存のエンコーディングを拡張するといった高度なエントリも含まれているため。 UnicodeとUTF-8 まず一番重要なことは Unicodeは「符号化文字集合(Coded Charact

    UnicodeとUTF-8の違いは? - 自分的まとめ - Humanity
    akatakun
    akatakun 2018/09/11
    文字集合だけどUnicode自体にも番号(コードポイント)は付いている,可変長: UTF-8(1〜4octet), UTF-16(2octetか4octet),UTF-8のBOMはバイト順を表すものではない
  • UnicodeとUTF-8の違いは? - Humanity

    という2chのスレがかなり勉強になったのでまとめ。 少しでも有用だと思ったものは載せてあるので結構長いです。 Unicodeのような文字集合(符号化文字集合?)やUTF-8のようなエンコーディング方式に限らず色んな文字コードにまつわる話があります。 たびたび話が繰り替えされますがそれは確認ということで。 (元スレ) 追記:簡単にまとめました。 1 :デフォルトの名無しさん:2007/04/30(月) 20:02:37 ビッグインディアンとかなんとかかんとか 3 :デフォルトの名無しさん:2007/04/30(月) 20:05:48 また、頭の悪そうなスレが・・・ >>1 それは魚とマグロの違いを訊ねるようなもんだ。 4 :デフォルトの名無しさん:2007/04/30(月) 20:06:49 魚と鮪というよりは、魚と刺身の違いのような気がする。 5 :デフォルトの名無しさん:2007/04/

    UnicodeとUTF-8の違いは? - Humanity
    akatakun
    akatakun 2018/09/11
    Unicodeは文字集合、UTF(Unicode Transformation Format)は符号化方式,Unicode: 文字集合まとめちゃおう,ASCIIは区別されてない,WinのUnicodeはUTF-16のリトルエンディアン,サロゲートペアは32bitで1文字
  • 文字列の表記揺れをUnicode正規化で簡単に解決する方法 - Qiita

    ユニコード正規化をすると、半角英数字や機種依存文字などの表記が統一できます。 表記ブレが吸収されることで検索性が高まったり、データの比較なども行いやすくなります。 正規化の手法にはNFD, NFC, NFKD, NFKCがありますが、その中でもNFKCという次のような正規化を行う方法をコードを交えて紹介します。 ウ゛ェ → ヴェ ABC → ABC ① → 1 ㊤ → 上 Ⅲ → III ㌶ → ヘクタール ハンカクカナ → ハンカクカナ ﹣ → - ※ 左辺はU+FE63 Small Hyphen-Minus: 小さいハイフンマイナス - → - ※ 左辺はU+FF0D Fullwidth Hyphen-Minus: 全角ハイフンマイナス 動作環境

    文字列の表記揺れをUnicode正規化で簡単に解決する方法 - Qiita