Dropbox Businessは非常に危険です | 江口某の不如意研究室
（この記事は、Dropbox社に対してフェアじゃないものになっています。続きの「Dropbox Businessは馬鹿が使うと非常に危険なことを検証しました」も読んでください） 最近、非常に重大な事故を起こしてしまったので報告します。実際の被害は、最高が7だとすると3か4ぐらい、しかし潜在的な危険度からいうと7段階で7、ってくらい重大。Dropboxでファイルを大量に失なってしまったばかりか、個人情報流出の危険をおかしてしまいました。（実際には流出といえるものはありませんでしたが） Dropbox Businessチームに招待され参加して「アカウントを統合」すると、自分では抜けられない状態になる それだけでなく、それまで自分がもっていたファイルもすべてチームのものになる 個人用の契約が勝手に解除されてしまう 私のアカウントを削除すると、管理者は私のファイルを自分のものにすることができる 管
ジョニー・アイブ氏、「MacBook Pro」の新機能「Touch Bar」開発秘話を語る
発想を変えること（thinking different）は実際にはとても簡単なことだ、とJony Ive氏は言う。 筆者は一瞬、面食らってしまった。なぜなら、Ive氏の勤めるAppleは製品、マーケティングから小売店、腕時計バンドまで、あらゆることに対して「Think Different」のアプローチで臨むことを長年誇りにしてきた企業だからだ。同氏は1996年からAppleのデザインチームを率いており、現在では最高デザイン責任者を務めている。 カラフルな「iMac」「iBook」から「iPod」「iPad」「iPhone」「Apple Watch」まで、Appleのすべての主要製品のデザインに関わってきたIve氏は、「何か違うことをやるのは実際には比較的簡単で、比較的早くできる。そして、そう聞くと飛びつきたくなる」と述べた。 Ive氏は、Appleの最も強力なノートブックシリーズで、先頃刷
16種類（45カテゴリ）の業界150サイトの調査から分かるスマートフォンサイトUIの現状10選（スライド付）
2015年5月、スマートフォンによるGoogleの検索数がPCでの検索数を抜いたというニュースがGoogleの公式ブログで発表されました。昨今の私たちは多くの情報をスマートフォンで検索しています。その流れに伴って、現在は多くの企業がスマートフォン用に最適化されたWebサイトを持つようになりました。 我々Web制作者はこの流れの初頭、PCサイト制作で培ったノウハウを元に、手探り状態で制作していたのを記憶していますが、この数年の間で一定の制作ノウハウが蓄積されてきたように思います。 しかしデバイスが多様な進化を遂げる中で、スマートフォンサイトのUI作法も日々刻々と変化し続けています。私たちWeb制作者は一定のノウハウを使い回すことに固執せず、常に新しい動向を自分の目でキャッチして知識を刷新し、日々の業務にフィードバックさせる活動が大切です。 というわけで少々前置きが長くなりましたが、今回は昨今
なぜ日本の家電のデザインは絶望的にダサいのか？ - MIKINOTE
昨日、早速、遠赤外線ヒーターを買い換えるために、近所の家電量販店に妻と一緒に実物を見に行きました。 www.mikinote.com 昨日の書いた記事でも紹介した、お目当ての機種が運良く売り場に置いてあったのですが、実物を見るとやたらとサイズがでかかった印象ですね。作業場は狭いのでもうちょっとコンパクトな物が良かったのですが・・・。なので、作業場用にはもっと小型で値段的にも安いものを買うことにしようと思いました。 ネットショッピングでいきなり買わないで、実物を見に行って本当に良かったです。大型のヒーターは、今回の購入目的からすると大きすぎでした。しかし、実際に電源の入っているヒーターにも当たらせてもらって、いい感じにじんわりと暖かくて、その点に関しては非常に良い感じでした。 「リビング用にどうかな？ちょっと欲しいかも・・・」と思ったその瞬間、うちの奥様の鶴の一声でやめることになりました。
技術/ソフトウェア設計/ドメインモデル(Domain Model), Service Layer周辺 - Glamenv-Septzen.net
id: 1286 所有者: msakamoto-sf 作成日: 2014-05-06 23:06:40 カテゴリ: Java システム開発 プログラミング [ Prev ] [ Next ] [ 技術 ] 会社で、Ruby on RailsのバックグラウンドがあるけどJavaはそれほど深くない人向けに、Javaでのオブジェクト指向設計とか、パッケージやクラスの分け方、置き方を説明した方が良いかなーという場面が出てきました。 が、いざ棚卸ししてみますと、特にドメインモデル周辺について自分も良く理解してない点が多々有りまして。なんかざっと記事を漁ってみまして、それのログというかメモ書きになります。 全体的に「如是我聞」な内容・・・どころか、そのまんま載せるのに力不足でもしかしたら曲解・誤解して書いてる内容があるかもしれません。とにかく参考資料（記事のURLや、PoEAA本のP数）については載せ
中規模Web開発のためのMVC分割とレイヤアーキテクチャ - Qiita
TL;DR MVCもレイヤで捉えて関係性の設計をするといいのでは 普通のRubyオブジェクトを積極的に使いたいですね 「パーフェクト Rails」に期待しましょう 長くなって面倒くさくなり、途中から手抜き感が半端ないですが許してください この記事の位置付けなど 7 Patterns to Refactor Fat ActiveRecord Models - Code Climate Blog [翻訳] エリック・エヴァンスのドメイン駆動設計 エンタープライズ アプリケーションアーキテクチャパターン これらの参考文献を踏まえてRailsアプリケーションのリファクタリングをしていて、だいぶ方向性や考え方がまとまってきたので、これからチームに合流する人を想定読者に、Qiitaがどんな感じで作られているのかを文書化したものです。（参考文献の一覧は記事の最後にあります） 内容的には文献[2,3]を踏
Railsでサービスとフォームを導入してみる話 - assertInstanceOf('Engineer', $a_suenami)
この記事はRuby on Rails Advent Calendar 2013の6日目の記事です。 前日は @tkawa さんの「Favoriteの設計実装はパターンとして使える」でした。 Railsで適切に責務を分割するということ RailsはいわゆるMVCと呼ばれるアーキテクチャパターンにのっとったフレームワークであり、プロジェクトを作成するとデフォルトでmodels/、views/、controllers/などのディレクトリが作成されます。 基本的にロジックを記述する場所はモデルであり、ビューには表示処理だけを、コントローラにはアプリケーション上必要な手続きだけを記述するべきであると一般的には言われています。*1 ただ、それを忠実に実践していった結果、モデルが肥大化しメンテナンシビリティやテスタビリティが低下するという問題も多く指摘されています。 これについては4日目に @joker
実践的なUXデザインとインタラクションデザインの考え方
2014年6月21日、HDIfes 第３回 面白いことに育てるために『考える』での講演。 http://hdifes.doorkeeper.jp/events/11613
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
