タグ

Webサービスと設計に関するmikage014のブックマーク (9)

  • メールアドレスをキーにしてID連携を行う設計の危うさ|ritou

    ritouです。このしずかなインターネットにおける初投稿です。 おそらく、このしずかなインターネットのID連携では次のような設計になっていま「した」。問い合わせをさせていただき、対応いただきました。 これまでもQiitaなどで同様の実装例が紹介されていた際にはコメントさせていただいていたものですので、アンチパターンの紹介記事として読んでいただければと思います。 「Googleアカウントでログイン」ではじめると、ユーザーが作成され、Googleから受け取ったメールアドレス([email protected])が設定される 次回から「Googleアカウントでログイン」をすると、Googleから受け取ったメールアドレスでユーザーを参照 試しに、次のような流れで動作を確認してみます。 「Googleアカウントでログイン」でアカウント作成([email protected]) 「メールアドレス変更」

    メールアドレスをキーにしてID連携を行う設計の危うさ|ritou
  • 「シンママ限定」婚活サービス擁護派を徹底的に叩く

    察しの良い人向けまとめ防犯は手間かけさせてなんぼ利便性とリスク回避はアンビバレント情報の公開範囲は慎重に選べ 以下は察しの悪い人向けの長文解説 他のマッチングアプリでもシンママ狙えば良いだけなんだからシンママオンリーだろうとそこは変わらない手間が違うんだよね シンママ限定アプリは子供の性別や年齢で絞り込みが可能だったので目的の人を一瞬で探し出せる 空き巣がターゲットを探す時、家の外観を見て金持ち具合を調べたり、人の出入りを見て不在時間を把握したりするだろう? シンママ限定アプリは「私金持ちです。火、水の10時から15時家を開けてます」って家に張り紙してあるようなもの 何ならgoogleMapで「10時から15時に不在の家」って検索したらあなたの家が出てきちゃうレベル 子供の話に戻しても同じ 近隣の人に「あそこは小学生の女の子がいるご家庭」と認識されるのと GoogleMapに「小学生の女の

    「シンママ限定」婚活サービス擁護派を徹底的に叩く
  • Qiita / Qiita:Team における Markdown レンダリングの歴史

    Markdown Night 2017 Summer https://connpass.com/event/63383/

    Qiita / Qiita:Team における Markdown レンダリングの歴史
  • dbpatterns.com

    This domain may be for sale!

  • Webサービスの思想とかについて考えてた。#esa_io #トノコト

    at TokyuRubyKaigi08 http://tokyu-rubykaigi.doorkeeper.jp/events/16939 esa.io https://esa.io

    Webサービスの思想とかについて考えてた。#esa_io #トノコト
  • クックパッドとマイクロサービス - クックパッド開発者ブログ

    技術部の高井です。 最近、日でもマイクロサービスという言葉が流行しつつあります。 今回は、なぜクックパッドがマイクロサービスを選択したのか、また実際にどのようなやり方をしているのかということを紹介します。 Conwayの法則 ここ数年の間、クックパッドレシピの投稿・検索サービスから「を中心とした生活のインフラ」として事業領域を拡大しつつあります。海外レシピサービスの買収による海外展開は、単なる金銭的な関係にとどまらず、人的・技術的な交流も含めて格化しつつあります。また、「モバイルファースト」を標語とするモバイルアプリケーションへの取り組みも加速してきました。 事業領域の拡大やグローバル展開、モバイルファーストといったビジネス要求の変化に応じて、会社の組織構造も変化しています。そして、Conwayの法則 として知られているように、組織構造とソフトウェアアーキテクチャには密接な関係があ

    クックパッドとマイクロサービス - クックパッド開発者ブログ
  • プログラミングに特化したQ&Aサイト「codeweb」を公開しました | reminder.eek.jp

    プログラミングに特化したQ&Aサイト「codeweb」を公開しました。 日語版 Stack Overflowを目指したサイトです。 codewebでの投稿は、Markdown記法を利用可能で、多くのプログラミング言語をシンタックスハイライトすることもできます。  サイトをつくったきっかけ 日にはプログラミングに関する質問を手軽にできる場がないと感じていたのがそもそものきっかけです。Q&Aサイト自体は日にも数多く存在し、プログラミングに関する質問も投稿されています。ですが、プログラミング言語という特殊な言語の投稿を前提として作られていないため、いかんせんソースコードが見づらい。利用する気には全くならないものでした。 Q&Aサイトの他にも、プログラミングに関する知識を共有できる素晴らしいサービスはあったのですが、「プログラミングに関する質問が気軽にできる場であるか?」という点で考えると、

    mikage014
    mikage014 2012/12/06
    Stack Overflowは専門的な雰囲気を出すために最初に表示される質問を意図的に選んでるようなことをどこかで読んだ
  • 世の中には「ウェブコミュニティ設計者」という職業がある - jkondoの日記

    少し前に映画『ソーシャル・ネットワーク』を観ました。 映画を観た後3時間くらい興奮が収まらず、気を落ち着かせるまでに随分苦労しました。興奮もようやく収まりましたので(笑)、感想を書こうと思います。 なぜそんなに興奮したのか。 1人のプログラマが創ったウェブサービスが世界中に広がったことに対する、プログラマとしての共感。マーク・ザッカーバーグが会社を大きくし、金銭的に大きな成功を収めた事に対する、起業家としての共感。自分の境遇と重なるこうした要素が、他人事では無いストーリーとして、面白かったのです。 しかし、映画を観た他の人の感想を眺めるうちに、他の人が言及していない部分に自分が強く反応していたことに気付きました。「ウェブコミュニティ設計者」としての共感です。ザッカーバーグも自分も、「ウェブコミュニティ設計者」という同じ職業の人間だ!、と強く思いました。 世の中にウェブサイトと呼ばれるものは

    世の中には「ウェブコミュニティ設計者」という職業がある - jkondoの日記
  • よい評価と悪い評価、公平につけるべきか? : ロケスタ社長日記

    Webコミュニティとかを作っているロケットスタートという会社の代表取締役をやっています。いつもがんばっています。 たいした話題じゃないので、校正もたいしてせずにダラダラかいてみます。 nanapiというサイトをやっているのですが、そこの一つの機能として、記事にたいして「いいね!(良い評価)」「きょとん(悪い評価)」というのがつけられるのですね。 で、nanapiだと、いいねは誰でもできる、という形にしています。IPで連打は規制していますが、日を変えればできちゃいます。 逆に「きょとん」はログインしないと出来ないようにしています。ネガティブな評価をしたいと思った時は、ある程度のステップをふめば可能、だけどログイン時のニックネームが出るくらいのリスクはとってね、という設計です。 で、ネットに詳しい人とかからは「これは公平じゃないんじゃないか」と言われたりしていますが、公平ってなんですか

    mikage014
    mikage014 2009/12/11
    バランスを考慮して非対称な設計にするのは有りだと思います。
  • 1