準同型暗号の最前線1（入門編） - Qiita
そこで加法準同型暗号と完全準同型暗号の中間の暗号（somewhat準同型暗号 あるいはleveled準同型暗号）が研究されています。somewhat準同型暗号は暗号文同士の演算回数に制約を設けることで効率のよい処理を目指します。 今回提案した暗号は足し算は任意回、乗算は1回だけ可能なL2準同型暗号と呼ばれるクラスに属します。 乗算が1回しか出来なくても、複数の暗号文の平均値や分散、内積、最小二乗法などができます。うまく使えばなかなか便利な暗号です。 加法準同型暗号を使った例としては加法準同型暗号を用いて暗号化したまま画像のエッジ検出をするも参照ください。 なお、加法性を使うだけでも $Enc(x) + Enc(x) = Enc(2x)$, $Enc(2x) + Enc(x) = Enc(3x)$,... なので適当な整数$n$に対して$nEnc(x) = Enc(nx)$を計算できることに
「格差拡大」統計に衝撃を受ける韓国政府 「庶民重視」で最低賃金を大幅に引き上げたのが裏目？ | JBpress (ジェイビープレス)
「経済政策失敗」 翌日の新聞にはこんな見出しの記事があふれた。あわてた文在寅（ムン・ジェイン＝1953年生）大統領は5月29日に、2時間半にわたって「緊急経済点検会議」を開催することになった。 その統計とは、統計庁が発表した「2018年1～3月期家計所得統計」だった。 所得に応じて世帯を5分類し、それぞれの所得がいくらだったかという重要だが地味な統計だ。ふだんはメディアも関心をほとんど寄せない。ところが、思わぬ結果が出て一気に注目を浴びてしまった。 家計所得統計の衝撃 所得下位20％の「第１階層」の所得が前年同期比8％減、下位20～40％の「第2階層」の所得が同4％減になってしまった。 逆に、上位20％の「第5階層」の所得は同9.3％増を記録したのだ。 所得が低い階層の所得がさらに減少し、所得が多い階層の所得がさらに増えた。つまり、経済格差が拡大したということだ。それもかなりのペースで。
あれをやらなきゃこれをやらなきゃをやめた。 - Lambdaカクテル
秩序だって仕事をこなすことに慣れているソフトウェア開発者は、私生活の面においても、生活を複数のタスクに分解し、それをこなしていこうとする傾向がある。 Elasticsearchを使えるようにならなくては。デプロイメントについて知っていなければおいていかれる。ああ、自転車を有効活用して運動しなくては。鼻が高くなるようなオシャレな料理もしたい。本を読んで知識を身につけよう。 とはいえそううまく行くものではない。仕事にはゴールがあるが、私生活にはそんなものは無い。やるべき事を洗い出そうとしても、キャリアプランだとか、ライフハックだとかの崇高な目標が視界にまとわりついて、非現実的な、地に足の付かない、実感のないタスクが関心事の多数を占めるようになった。 なんとなくこの本を読んでいるが、何も楽しくない。でも読まなくては。皆が当たり前のように喋っているこの事を知っておかなくては。恥をかかされないように
キャンセルのキャンセル問題から考えるダイアログデザイン｜Goodpatch Blog グッドパッチブログ
この文脈では、「編集内容のキャンセル」という処理を続行しても良いかをユーザーに確認しています。続行に同意したい多くのユーザーは直感的に同じ表記の「キャンセル」を押したくなるでしょう。しかしそれでは編集のキャンセルが実行されません。 このキャンセルボタンが意味するのは、「『編集内容をキャンセルする』のキャンセル」なのです。つまり、ユーザーが望み通りに編集内容を破棄するためには、反対側のOKボタンを選ぶべきなのです。このような「キャンセルのキャンセル」は二重否定で意味がややこしくなるので避けなければなりません。 ここで「キャンセルのキャンセル」にならなければ良いということで、次のようにボタン名を変えてみました。 これでもう迷うことは無くなりましたか……？ 私はこの修正は誤りだと判断します。「はい」「いいえ」は結果を予想しにくい表現なので、ダイアログのアクションボタンに用いることはあまり適切では
コミュ力が無いのはいつだって自分 | おそらくはそれさえも平凡な日々
突然何を言い出すのかという話ですが、対話相手にコミュニケーション能力を求める醜さについて書きたくなったので書きます。 僕はオタクだったしスクールカーストで言うと下の方を彷徨ってきた。地元でもいろいろあって浮いていた。新卒時の就活も散々だった。なので、コミュ力がないことは自覚しているし、だからこそ「コミュニケーション能力」という言葉には警戒心があります。 比較的マイノリティであったことが多かった経験上分かったのは、相手とコミュニケーションが取りづらいな、と思うときは、そもそもプロトコルが異なる、ということです。 これは、話している自然言語が違うようなものだと考えるとわかりやすい。例えば、自分が日本語しか話せず、相手がロシア語しか話せないのであれば、まともなコミュニケーションが成り立たないのは明らかです。そして、その時に、日本語が話せない相手にコミュ力がないと思うような人はいないでしょう。 そ
Twitterを利用したエンジニアスカウト - Konifar's ZATSU
雑にまとめる。 これは自分の感想でしかないのだけれど、エンジニアの不満というのはTwitterにこぼれやすい。 それ自体が良い/悪いという議論はあるが、自分の置かれている環境をどうしようもできないという辛さがネット上に溢れてしまうことを第三者目線から責めることは酷である。 すごく言い方は悪いが、そういう不満がありそうなエンジニアというのは、人材を欲している人事にとっては狙い目である。 SNSに愚痴をこぼすような人は不安という意見もあるかもしれない。しかし自分の周りで辛そうな人たちはもう十二分に努力をした上で絶望しているということが多い。場所を変えれば生き生きしだすということは多分にありうる。 エンジニアを探している人事の人は、イケてるエンジニアをフォローしておくべきだ。そして重要なのは、決して人事から声をかけないということだ。人事から声をかけるのではなく、エンジニアから声をかけてもらった方
デザイン業界にある『インスタ映え』な側面にふと思う
美しいものだけに囲まれている不安 Instagram をはじめとした写真共有サービスでアップロードされる見栄えの良い写真を「インスタ映え」と呼ぶことがあります。ハッシュタグで繋がる様々な写真を見て楽しむことができる Instagram ですが、そこで映し出されている世界がすべてだと勘違いしている人も少なくないと思います。自分の生活と比べて「なぜ皆はこんなに楽しそうなんだろう」と悲観的になる人もいるかもしれません。 Instagram に限った話ではありませんが、ソーシャルメディアで共有されているものは、投稿者の生活がダイジェスト配信されているようなものです。言い換えるならば、「ベスト・オブ・◯◯さん」を見ているようなものでしょう。ソーシャルメディアを使う人たち全員が、自分の PRエージェントになって活動しているようなものかもしれません。 私は「インスタ映え」と似たような現象は、デザイナー、
やさしいIT業界の説明書と攻略法（特にWeb・アプリ系） - Qiita
前置き 新卒～４年目くらいに向けたものです ちなみにコードは一切出てきません IT業界全体とWeb系では結構差がありますが、主にWeb・アプリ系を中心にお話します IT業界でもほとんど通用しますが、一部読み替えが必要な部分があります ご注意ください 結構なボリュームになりました 途中に中間地点を用意してるので 慌てずゆっくり読んでください 中間地点1 中間地点2 方針 難しいの苦手なんで簡単に書くつもりです あと、ゲームに喩えて話します 対象 プログラマー テスター システムエンジニア ディレクター デザイナー メインはエンジニアです この業界の新人教育 IT業界の中でも、特にWeb・アプリ系は非常に若い業界です 会社も若いので規模も小さく、新卒教育も充実していないパターンが少なくありません 代わりに先輩が教えてくれるかといえば、忙しかったり、先輩も分かってなかったりします 喩えるなら今の
Podcastのやっていきかた - ✘╹◡╹✘
9mとsoramugiから、やっていきエフエム という名前でPodcastをやりませんかという話を承け、Podcastをやることになった。既にサイトが公開されていて、https://yatteiki.fm からアクセスできる。昨日できたばかりで準備中なところが幾つかあるが、サイトを開いて音を聴けるという点では最低限の体験は保証されている。 10月25日にSlackチームを立ち上げ 10月28日に練習でSkypeで通話 10月29日に1回目を収録 10月30日に公開用のサイトを作成 という流れで、発足から企画、収録、公開まで進み、この順調さには当の我々ですら驚かされた。 個人的には、雑談レベルの会話が淡々と展開されていくような、例えばカンファレンスの懇親会での会話を隣で聴いているような、あるいは飯屋での雑談を隣で聴いているような、更に言えばマックで隣の女子高生のガールズトークを聴いているよう
組織のなかで働く技術 - やしお
会社には専門分野の技術とは別に、組織の中で働くための一般的な技術がたくさんある。学校で体系的に教えてもらうものじゃないから会社に入って身に着けていく。僕自身もう会社に入って8年半になるからずいぶん知見が溜まってきた。後輩や新人がその習得に自分と同じ時間をかけるのはもったいない。一度全体を整理しておきたいと思っていた。 それで書いてみたら長くなって、3分の2に圧縮したけどまだ長いのであらすじだけ先に書いておく↓ 働く上でいろいろな制約が存在していて、その制約に対抗する手段としていろいろな技術がある。この制約-手段のつながりを見ず単に結果としての技術だけを覚えても応用がきかないし身につかない。この技術にはレベルがあって、このレベルがちぐはぐだと上手くいかない。 「能力と時間」、「ルール」、「他人の感情」、「自分の感情」、「人間の生理」という5つの制約について「制約→技術」を展開していく。最後に
話せるというソフトスキルについて情報発信している理由
積み上げられた結果だけを見ているという事実デザイナーは漠然としたアイデアから、見たり触ることができるモノが作れる人たちです。デザイナーだけではありませんが、作る仕事をしている人は、その作るためのスキルを磨くことが最も重要だと考えると思います。しかし、あまりに重要視することでデザイナーが本来しなければならない、もうひとつの仕事を怠ってしまうことがあります。 デザイナーの仕事は「作れる」だけでなく「話せる」ことも含まれています。しかし、デザイナーが自分のデザインを言語化できない人があまりにも多いと思います。デザイン批評について書き始めたのは 5 年前に遡りますが、当時の日本のデザイン関連の話題で足りていない部分と思ったのがキッカケです。また、「UX だ！」と高らかに宣言したところで、話すことができなれば何も前進しないと考えたからです。 UX デザインプロセスには、ペルソナ、カスタマージャーニー
Markdown原稿をGitHubで管理して本にする仕組みが出版社で導入されないわけ
これ、FAQっぽいんで、ちょっと私見を書いておこうと思います。 とくに技術書に関しては、Markdownで原稿を書きたいとか、修正はPull Requestでもらえると楽とか、そういう便利な世界を知っている人たちが執筆者なので、 「MS Wordで書いてもらった原稿を、こちらでDTPの担当者に組版してもらいます。修正は紙に赤字か、PDFをメールで送るので、そこにコメントを入れてください」という古き良き時代の出版社のやり方を目にすると、 「出版社って遅れてるよなー」という感想を抱かれることが多いのだと思います。 その結果、「自分たちはITのプロとして出版のためのプラットフォームを作れるだろうから、それを使ってもらえないものか」という方向の考え方に至るのはよくわかります。 しかし、これには、二つの面から「ちょっと認識が違うから待って」と言いたい。 まず「認識が違う」と思うのは、プレインオールド
ホッピングの話のつづき - steps to phantasien
つづき。 Should の話は 前回 済ませた。 今日は was のはなし。私の時はこんな風だった、こんな会社があったという話をしてみたい。 読みやすさや角をたてないためなどの都合で一般化した書き方をするけれど、 ごく限られたインスタンスが相手である点はご了承ください。 グリッドと地層 最初のホッピングが終わって気づいたのは、新卒という立場の特別さだった。 新卒は給料が安く世間知らずとホッピング界ではバカにされがち。 けれど実際は良いこともある。 いまの私から見て一番うらやましい新卒特典は、 バッチ採用された同期入社の同僚たち。たくさん、しかも部門をまたいであちこちにいる。 中途採用で勤め始めると、知り合いは周りの人たちだけだ。 社交的で知り合いを増やすのが得意な人にしてみれば、 これは小さなことかもしれない。 でも人見知りな身からするとシステムとして顔見知りができる バッチ採用は大きな助
筋の悪さ | tech - 氾濫原
JS しか書いてないんだなって人は筋悪いものをありがたがっていたりする印象はある。しかし筋悪いものをありがたがるみたいなのはどこにでもいるので、JSがどうとかは直接は関係がないはずではあると思う。JSしか書いてない人とPHPしか書いてない人は似たようなもんで、単に広範囲の知識に興味がないだけな気がする。 それはともかく「これは筋悪そうだな」っていう感覚がどこからくるのかよくわかってないので、現時点で思いつく限り雑にメモしておく。 割の合わなさ 「これは何の問題を解決してるんだろう」と思ってドキュメント読んだりソース読んだりした結果、大したことを解決してなくて、その割に実装量が多いとか学習コストが高いと、筋悪いなあと思う。 フットプリントや学習コストに対して提供されるモノが「割に合わない」のは筋が悪く感じる。 将来性のなさ 「あ、これはただの流行だな」みたいな、5年後には消滅してるなというも
テストなんか書かなくて良い 僕の考えるサービス開発の肝 - mosa_siru’s blog
世の中は一周まわってエンジニアリングの手法に溢れている。 テストを書け、ドキュメントを書いて冗長化しろ、コミットはわかりやすく、コーディング規約が、安定性が─── でも、それって本質なんだろうか？ 新規サービスを作る際に肝だと思っていることをまとめてみた。 おことわり 以下は少人数で"普通"のアプリやWebサービスを自社で新規開発するときのことを想定しています。大人数で重厚なソシャゲを作るとか、ガチガチの金融系サービスを作るとか、コンシューマーゲーム開発とか、個人で好きなものを作るとか、受託とかは全く想定していません。 基本的に一通り現場をこなした中級以上のエンジニア向けに書いています。 アンチテーゼとして、ややキツめに断定する箇所が多いです、こういう意見もあるんだな程度に受け止めてください。 所属する団体の意見とかは一切関係ありません。 目次 おことわり 目次 ユーザーのことだけ考える
20代はマリオのスター状態だけど調子に乗ってるとクリボーにすら刺されてしぬのでスクワット - 41
2015 - 12 - 25 20代はマリオのスター状態だけど調子に乗ってるとクリボーにすら刺されてしぬのでスクワット こちらは pyspa Advent Calendar 2015 25日目の記事です。 pyspa、行ったことはありませんがなぜかいます。 11月末あたり、よくわかりませんがクリスマスまでにスクワットを1日250回できるようになろうということになりました。 細身だから太ろう、というような感じだった気もします。 以下、 Web魚拓の団長 とのやりとりです。 上記の言葉により、よくわからないですが突然15回1セットを3セットやることになります。 2セットぐらいで太ももがプルプルし始めます。 15*3回スクワットをすると1時間まったり走るより効果があるそうです。 そしてなぜか アドベント スクワットで250回やることになります。今思い返してもよくわかりませんが。 団長は言いました
エンジニアが人事部に入ってやったこと - クックパッド開発者ブログ
人事部 エンジニア人事企画リーダー*1の小川（@conceal_rs）です。 前回はサービス開発に関するお話をしたのですが、今回はエンジニアが人事に入ってやったことについてお話したいと思います。 人事部との兼務のきっかけ そもそも去年から中途エンジニア採用には関わってきていました。主に書類選考や面接官をしてきたのですが、去年の終わりごろからはさらに、新卒を含めたエンジニア採用全般に関わるようになっていました。また同じような時期から社内のエンジニア評価に関しても関わりが強くなってきていて、業務のほとんどが「人事系の仕事では？」と思う時があるほど比重は大きくなりました。 そんななか、当然のように人事の方と一緒に仕事をすることが増えたのですが、なぜか一歩引いた状態で会話されているなと感じることが増えてきました。言葉では説明しづらいのですが、「手伝っていただいて恐縮です」という雰囲気で接してこられ
宮本 茂 × 糸井重里 ひとりではつくれないもの。
糸井 これからは、ぼくも宮本さんも、 若い人たちを困らせるほうにいかないと。 いままでよりも、さらに。 宮本 （笑） 糸井 そうじゃないと、もう、ぜんぶが、 できることの範囲に収まってしまうから。 宮本 同時に、ぼくらも、若い人たちに 言えるだけのなにかをちゃんと持ってないとね。 こう、なんかひと言、言ったときにね、 「ああ、そうくると思ってました」 みたいなことを言われたりするんですよ。 「それも考えたんですが」とかね。 そういう予想を超えるようなことを言わないと。 糸井 もっと、自由で乱暴なことをね。 宮本 そう、「あ、そうきますか！」っていうことを。 で、「そうきますか！」っていう反応が出ると、 やっぱり、プロジェクトは いい方向に進んでいくんですよね。 糸井 そうですね。 だって、「アイディア」って、 いままでなかったものについて しゃべってるわけだから、 言われたほうは、絶対迷惑
技術的負債 - Qiita
この文章の目的 開発者とステークホルダーが「技術的負債」という言葉で正しくコミュニケーションをとれるようになることをゴールとする。技術的負債については色々な所で語られるが、実際の現場では技術的負債が管理されてない事が多いのでは無いだろうか。この場で技術的負債という言葉についての知見をまとめ、たたき台とする事で、ゴールに到達する第一歩としたい。 対象読者 開発者 責任者/見積もりに対して決定権を持つ人 技術的負債とは何か 技術的負債とは、コード・設計の状態を表す見積もりのための言葉である。継続的に開発を行う上で理想状態から離れたものを負債という比喩で表していている。 たとえば、省略可能なプロセスを飛ばす事で開発の高速化を行う事があり、初期開発を高速に行う開発者の中には意識的・無意識的問わずこれを行っている事例が多々存在する。このようにして抱えられた技術的負債は長期的に見た場合に問題を引き起こ
炎上の歴史とともに10周年、あの「ウェブ魚拓」創業者に会ってきた | HRナビ by リクルート
ウェブページのアーカイブを記録するサービスとして長く愛されている「ウェブ魚拓」。なんと2015年でオープンから10周年を迎えたそうだ。ネットの（炎上の）歴史とともにじわじわとユーザー数を伸ばしてきた。 そもそも誰がなんのために作ったサービスなんだろう？と思っている人も多そうだが、じつは広告収益よりも課金サービスのほうが好調な、手堅くはっきりとしたニーズに支えられたネットサービスだ。 そんなウェブ魚拓のアイデアを生み出し、運営会社の創業者でもある新沼大樹さんにサービスを作ろうとした経緯や、思い出に残るネット炎上、そして知られざる新沼さんご本人のワークスタイルについて聞いた。（取材場所は宮城県内にある新沼さん宅） ※ウェブ業界きっての肉体派・新沼さんの知られざる素顔に迫った後編はこちら。 消えていく不都合な情報、「もやもやする」気持ちがきっかけ ーーウェブ魚拓ってもう10周年になるんですね。そ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
