前エントリで論じられた、正しいランキング設計の考察の続き。第2回は、ランキングの収奪性、格差の固定性を軽減する手段を、具体的に論じてみる。 前回の記事へのTwitter上のフィードバックは、Togetterにまとめてある。こちらもご興味があれば、一読の価値がある。いくつか被ってしまったものもあるけれど、諸々の後半記事。 「ランキング」以外の名称を用いるこれはほぼ確定。ランキングという名前は、「noteとして競争原理を推奨する」という強いメッセージを発する。noteの全てのユーザーが、競争原理で動いているわけではないので、これは望ましくない。 おそらく最終的には「注目」「人気」などの名称を使うことになるかと思われる（「オススメ」はパーソナライズ用にとっておく）。また、「ランキング」という名称やスタンスをやめることで、後述するようないくつかの公平性のための施策を行う余地が生まれる。 時間による

ウェザーニュース @wni_jp 【東京で積雪20cm超える】22日21時時点で東京都心で21cm、横浜で18cmの積雪を観測。東京都心で20cm以上の積雪観測は2016年02月16日以来4年ぶりとなります。明朝は広範囲での”路面凍結”に警戒が必要です。 weathernews.jp/s/topics/20180… pic.twitter.com/cCShfMSWH4 2018-01-22 21:18:06

以前に 「エンジニアが転職する時に必ずチェックしたい募集要項」という記事を書きました。本日はその逆で、エンジニアが転職する時にさけておきたい会社の募集要項について書きたいと思います。 今回は、これまでに「ハイスキルなエンジニア転職サービスFindy」をリリースするために数万件の募集要項を読んできた経験から、特にエンジニア職に特化して、こんな募集要項を書いている会社は「要注意」という例を6つ紹介してみたいと思います。少しでも転職を考えている方のお役に立てればと思います。 求人票の種類がWebエンジニアただ一つ。エンジニア職種の分解がされていない 創業数人のスタートアップを除き、エンジニア職種が一つしか書かれていない募集要項の会社は避けましょう。 よくある例としては、「Web エンジニア」というタイトルの募集要項があるだけで、しかもその「Web エンジニア」の方に、ありあらゆることをお願いする

昨年の12月27日に放送された『水曜日のダウンタウン・2時間SP』をご覧になっただろうか。あれを観ずして、2017年は終われないというような大作である。嘘ツイートをまき散らす実態を暴露した8月の「リアルクロちゃん」あたりまでは気軽に笑い飛ばせていたクロちゃん企画だが、10月の「寝たら起きない王決定戦」からは、胎動するベッドという衝撃映像をはじめ、人が”生きる”ということの哀しさのようなものが画面に自然と漏れ出していて、まったくもって目が離せないコンテンツに進化を遂げているのである。 必要以上のカロリーを貪っては、ジムで運動してエネルギーを燃焼、個室の飲食店を予約し、人気スイーツを餌に女をくどく、夜中のデートはタクシー移動、缶チューハイで泥酔してすべてを忘れる・・・・クロちゃんが体現しているのは現代都市生活者のブルースだ。どうしたって孤独なクロちゃんはそういった逐一をSNSで実況するようにつ

A「TCP/IPのジョークを聞きたい？」 B「もちろん！TCP/IPのジョークを聞きたいです」 A「TCP/IPのジョークを聞く準備はOK?」 B「TCP/IPのジョークを聞く準備が出来ました」 A「TCP/IPのジョークはこうです」 A「TCP/IPのジョークを聞けた？」 B「TCP/IPのジョークを聞くことが出来ました」 A「OK!あなたはTCP/IPのジョークを聞くことが出来ましたね！バイバイ！」 違うバージョンもあるらしい A「TCP/IPのジョークを聞きたい？」 B「もちろん！TCP/IPのジョークを聞きたいです」 A「TCP/IPのジョークを聞く準備はOK?」 B「TCP/IPのジョークを聞く準備が出来ました」 A「TCP/IPのジョークを今話すよ．このジョークは10秒かかって2文字くらいの長さだよ．これだけなんだけど，すごい面白いオチがあるんだ」 B「分かりました．10秒で2

腐女子について語るときに私が語ることhttps://twitter.com/nhk_nehorin/status/951099083074056202 最後の腐女子用語辞典【解釈違い】キャラの受け取り方が自分と違うこと。イライラすることもある。例）「番組に出てた腐女子の話に納得いかない。完全に解釈違い！でもしょうがないよね、100人いたら100通りの腐女子がいるんだから･･･」ご視聴ありがとうございました🐽 #ねほりんぱほりん https://t.co/1sVh0dQNWf 公式のこのツイートに一番「やりおる…」って思った。 そうなのだ。腐女子について語ることはめんどくさい。 マッッジで。 「男って～～だよね」「女には～～な傾向があるから」みたいな語り口で腐女子を語ろうものなら大炎上が約束される。 誰もが(この言い方も怖い)、「あなたはそうでも私は違う」を持っている。例え他者から見れば誤

はじめに クラスメソッド株式会社 AWS事業部長の佐々木です。 私は前職で創業メンバーの1人としてビジネスを立ち上げた後、エンジニアとして実業務に携わりながら、統括マネージャーとして50人規模のエンジニア組織を構築しました。 また2014年にAWSエンジニアとしてクラスメソッドに入社し、2015年7月よりAWS事業部の部長に就任。事業は順調に拡大しており、2015年と比較して組織も2倍以上に大きくなりました。これは優秀な仲間に恵まれたのはもちろんのこと、組織設計と構築プランが功を奏したことも一因だと感じています。 そこで、私がこれまでに培ってきた経験から得たエンジニア組織の構築の仕方をお伝えしたいと思います。 エンジニア組織構築マニュアル 骨子を定義する これはエンジニア組織に限りませんが、組織には3つの骨子が必要です。 ポリシー ビジョン ターゲット ポリシーは、その組織が最もこだわる一

HRzine Day（エイチアールジン・デイ）は、人が活き会社が成長する人事のWebマガジン「HRzine」が主催するイベントです。毎回、人事の重要課題を1つテーマに設定し、識者やエキスパードが持つ知見・経験を、参加者のみなさんと共有しています。

みんな、おうちでつくるおつまみはなんですか？ ささっとその場で？それとも作りおき？ 私は両方やるんですけど、今回は作りおきで一押しな「激ウマ味玉」を紹介します。 絶対に半熟が成功する「激ウマ味玉」 うまうま半熟味玉 「味玉」 私、たまごがだいすきなんで、結構頻繁にでてくるつまみが「味玉」なんですけど、今回ご紹介するのは「絶対に半熟が成功する」ところがポイントです。 そのポイントがこちら。 冷蔵庫から出した玉子を、沸騰後の鍋にいれ7分茹でる！ これだけです。半熟が成功するには、温度と湯で時間が大事。 でもこれを間違えなければ、簡単にとろっと半熟の味玉がつくれます。 つくるときのコツ！▼ 「冷蔵庫から出したての冷たい玉子」（常温ではない） 「沸騰後の」（水からいれない） 「7分」（はかってね） ここだけ守もれば大丈夫です。では、レシピはこちら。 冷蔵庫から出した玉子を、沸騰後の鍋にいれ7分茹で

https://ljstudy.connpass.com/event/71037/ でのLT資料です。

AWSを日常的に触っていると、シェルスクリプトを書く機会が山のようにあります。あるんだけれど、どうにも考え方が特殊というか、他の一般的なプログラミング言語とは扱い方が違うというか、使いこなせて無い感を強く持ってました。 そんな折、SoftwareDesign2018年1月号でシェルスクリプト特集があったので、渡りに船とばかり購入して読んでみたところ、むっちゃええ感じの特集だったのでここに紹介いたします。 普段からシェルスクリプト書いているんだけれど、「これで良いんかなぁ」というモヤモヤ感をお持ちの方には有用なヒントが満載の特集だと思いますYO __ （祭） ∧ ∧ Y　 ( ﾟДﾟ) Φ[_ｿ__ｙ_l〉     ｼｪﾙｽｸﾘﾌﾟﾄﾀﾞﾜｯｼｮｲ |_|＿| し'´Ｊ 以下、コマンド例は、bashを前提としています。 第1章「使えるシェルスクリプトにするために」 最初の章では、「使えるシェ

ファイルシステムとは ファイルシステムとは、データとメタデータをある構造に従ってストレージデバイス上に格納したものを指す。 ファイルシステムの作成には mkfs(8) コマンドを使用する。 全体アーキテクチャ 以下の図の通りである。詳細は以下で説明する。 ファイルシステムの構造 ここでは、古典的ファイルシステムであるext2をベースに説明する。 ファイルシステム内で領域を割り当てる基本単位を論理ブロックという。ディスクデバイスの連続する物理ブロックから構成される。論理ブロックサイズ1024,2048,4096バイトのいずれかを選択できるが、これは mkfs(8) のパラメータとして与える。 ディスク上では、以下のように格納される。※ext2の構造はブロックグループごとに分かれており、もう少し複雑になっている。 ブートブロック・・・OSを起動する情報を保存する。すべてのファイルシステムでブー

はじめに LinuxでCtrl-C打ったらコマンドが中断されるとか。皆さんご存知ですよね。こういうことに関連したちょっとした四択クイズです。Linux使い各位、当然、全問正解できますよね? 問題 いずれもPuTTYなりTeraTermなりのターミナルソフトでLinuxマシンにSSHで接続した、ログインシェル上での対話操作の上でのお話です。ターミナルソフトなんかは特に設定をいじらないことにします。一応。それと、シェルは大体なんでも同じだと思うのですが、念のためbashと指定しておきます。 Q1: シグナル送ったのは誰? 「はじめに」でも書きましたが、Ctrl-Cを入力すると、実行中のコマンドを停止させることができますね。例えば次のように。 これはSIGINTというシグナルが送られるためです。このシグナルはkill -INT プロセスIDなんてコマンドなんかで手動で送ることもできますね。 では

先日ホッテントリに上がっていた単著持ち増田のエントリを読んで、そういえば自分も増田が原因で本を書いたんだったと思い出した。 数年前、初めて増田に文章を投稿したら2000ブクマ付いた。「文才がある」「物書きとして食っていける」とか言われたので、24万字の文章を書いてKindleで出版した。ぜんぜん売れなかった。人の言うことを安易に信じてはいけないと思った。 そのあとまたホームレスになったので（2年ぶり3回目）しばらく福島で除染作業員として働いた。除染と言うと何か特別なことをしているように聞こえるけど、実はただの土木工事である。肉体労働は久しぶりだったけど、小難しいことを考えず黙々と目の前の作業に打ち込んでいると、頭の中の不純物が取り除かれていく感じがした。 そうだ、僕は物書きになりたいなんて思っていたわけじゃない。そんなものは誰かから押し付けられた「物語」でしかない。いままでも「元ホームレス

PySpa統合思念体です。これからJavaScriptを覚えるなら、「この書き方はもう覚えなくていい」（よりよい代替がある）というものを集めてみました。 ES6以降の難しさは、旧来の書き方にプラスが増えただけではなく、大量の「旧来の書き方は間違いを誘発しやすいから非推奨」というものを作り出した点にあります。5年前、10年前の本やウェブがあまり役に立たちません。なお、書き方が複数あるものは、好き嫌いは当然あると思いますが、あえて過激に1つに絞っているところもあります。なお、これはこれから新規に学ぶ人が、過去のドキュメントやコードを見た時に古い情報を選別するためのまとめです。残念ながら、今時の書き方のみで構成された書籍などが存在しないからです。 たぶん明示的に書いていても読み飛ばす人はいると思いますが、すでに書いている人向けではありません。これから書くコードをこのスタイルにしていくのは別にいい

bakeコマンドで勝手にいろいろ作ってもらうため、テーブル名やカラム名はできる限りCakePHPの命名規則に沿ったものを作るといいと思います。 そのほかSortableフォームを作成する際のポイントですが、表示順を保持しておくためのカラムを用意しておくことでしょうか。一対多であればbelongsTo側のテーブルに用意しますが、多対多の場合は中間テーブルに保持しないといけません。 一対多のSortableフォーム まずは一対多で紐づくPostsとCategoriesのフォームを実装してみましょう。 Template Form->create($post) ?> ... categories) : ?> categories as $category) : ?> ＋ Form->button(__('削除'), ['type' => 'button', 'class' => 'category

Software WebSecurity OWASP ZAP スキャンポリシーの検査項目一覧(Release版)※当サイトにはプロモーションが含まれています。 スキャンポリシーで選択できる各検査項目(Release品質の項目のみ)の一覧と、やっている検査処理の簡単な説明です。 脆弱性を自動診断して何らかの脆弱性が報告された場合、本当にその脆弱性が存在するのか調査すると思いますが、どういう診断処理が行われたのかが分かっていないと、非効率な調査しかできません。ですので、OWASP ZAPの自動検査で発見された脆弱性を調べる時に、この一覧を役立てて頂ければ嬉しいです。 ※ 脆弱性自体の説明があまりされていなかったり、各CWE情報へのリンクが貼っていなかったりして少し不親切な状態ですが、今後少しずつ追加していければなと思っています。 Passive Script passive scan rule

本記事では、 チームによる持続的に変更可能なWebアプリケーションの開発を目標に、フレームワーク導入時に考慮すべき22の観点を紹介する。 フレームワークによって特徴は異なるが、本番導入にあたって、考慮すべきポイントはあまり変わらないので、極力フレームワーク1に依存しすぎないよう配慮する。また、話をシンプルにするため、REST APIを提供するアプリケーションを題材とする。 前提 ソフトウェアのエントロピー ソフトウェアがエントロピー増大の法則を避けられないことを、体感している開発者は多いだろう2。普通にアプリケーション開発を続けると、開発スピードは鈍化し、品質は低下してバグが増え、開発者からは技術的負債への怨嗟の声が聞かれるようになる。エントロピー増大というフォースは極めて強力で、意思を持って立ち向かわなければ、容易にダークサイドに堕ちてしまう。 関心事の分離 大規模Webアプリケーション

忙しい年の瀬ですが、皆さま如何お過ごしでしょうか。 さて、皆さんは「グッドデザイン賞はあるのにバッドデザイン賞が無いのはおかしい」という風に思ったことはありませんか？私は職業柄、日常生活で見かけた良いデザイン事例と悪いデザイン事例を写真に撮ってストックしているのですが、その中には「本当にこれギャグじゃないの？」というレベルのバッドデザインがあったりするんですよね。 良いものを良いと評価することも大切ですが、良くないものを無視するのは人類の進歩に大きな影を落としているような気さえします。ということで、勝手にアワード化してしまいました。2017と付いてますが、私が見つけたのが2017年だったというだけで製造年度などとの相関性はなく、特に意味はないです。あくまでジョークコンテンツとしてお楽しみください。 【追記】Twitterの方で一部画像が自分で撮影したものではないのでは？とご指摘頂きました。

昨日のAWSの新サービス群に対する一行所感に続き、二回目です。タイトル通り一行じゃないのは、書いてる時の気分の問題です。 AWS Serverless Application Repository Serverlessアプリケーション版のGithub。SAM形式で作ってたら公開可能。限定公開とか一般公開とか出来る 。とりあえず9割の人が利用者側にまわるサービスかな。 aws.amazon.com AWS Cloud9 2016年にAWSに買収されたオンラインIDEのCloud9。１年の雌伏の時を経てAWSのサービスとして登場。ペアプロとかも出来る。ちなみにCloud nineというのは、至福という意味 aws.amazon.com Amazon EC2用スプレッドプレイスメントグループ 従来のプレイスメントグループに、機能拡張。今までは、ネットワーク的に近くという目的だったが、今度は物理的