並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 400 件 / 18976件

新着順 人気順

architectureの検索結果361 - 400 件 / 18976件

  • iPhone/iPadで室内を撮ると自動的に間取り図を作成してくれる神アプリ【MagicPlan】

    『MagicPlan』は、部屋探しのお供にピッタリなiPhone/iPadアプリです。 https://youtu.be/0X-kmUhPC4Q 使い方は至って簡単。部屋の真ん中に立ってコーナー(四隅等)を順番に撮影するだけ。作成した平面図はpdf、jpg、dxfといった形式で書き出すことも可能です。 家具が置いてあっても問題ないというのがスゴいですね。無料ですのでとにかく一度お試しあれ!(via Sensopia)

      iPhone/iPadで室内を撮ると自動的に間取り図を作成してくれる神アプリ【MagicPlan】
    • 設計の考え方とやり方

      #asken_dev「設計の考え方とやり方」勉強会 https://asken.connpass.com/event/254709/ ・良い設計は悪い設計より変更が楽で安全である ・ドメインモデル方式のクラス設計 ・イミュータブル方式のテーブル設計 ・設計スキルの身につけかた ・設計のためのモデリング

        設計の考え方とやり方
      • 東京駅地下に謎の巨大空洞 地下トンネルの一部か NHKニュース

        JR東京駅の北側の地下に、長さ50メートルの巨大な空洞が残されているのが確認されました。およそ50年前に計画された地下トンネルの一部とみられますが、これまで使われたことはなく、どこにあるのかが分からなくなっていました。 この付近の地下を管理している東京メトロによりますと、昭和40年ごろに、当時計画のあった地下自動車道路の一部として掘られたとみられますが、一度も使われたことはなく詳しい資料も残されていないということです。 空洞にはもともと出入り口が作られておらず、長い間、誰も実際に中を確認できませんでしたが、東京メトロによりますと、平成13年に穴を開けて安全性などを調査したという記録が残っているということです。しかし、その際にどこに穴を開けたかは記録されておらず、再び中に入れない状態となっていました。 東京の地下の開発に詳しい東京メトロの丸山茂さんは「ずっと入り口が分からなくなっていたので、

          東京駅地下に謎の巨大空洞 地下トンネルの一部か NHKニュース
        • 宙に浮いてる!?「テンセグリティ構造」の不思議な仕組み - ナゾロジー

          一見、宙に浮いているように見えるこの構造物。 これはレゴブロックのカスタムモデル設計を手掛けている「JK Brickworks」が、「テンセグリティ」構造を利用してつくったものです。 実はこの不思議な構造は、世界中のあらゆるところに存在すると考えられており、その分野は自然界や人体にまで及びます。 テンセグリティの「無重力」の秘密は一体何なのでしょうか?

            宙に浮いてる!?「テンセグリティ構造」の不思議な仕組み - ナゾロジー
          • スマホで壁をタッチするだけで部屋の見取り図を作成できる「RoomScan」

            引っ越しや部屋の模様替えなどで家具を入れ替えたい時など、自分の部屋のサイズを測る必要があるときに便利なアプリが「RoomScan」です。このアプリを使うと、メジャーなどの測定機器を全く使わずに、スマートフォンだけで部屋の見取り図が作れてしまいます。 Locometric http://locometric.com/ 実際にRoomScanを使って部屋をスキャンするにはどうすればいいのか、以下のムービーを見ると把握できるようになっています。 RoomScan Demo - Single Room - YouTube まずは、スキャンする部屋の名前を入力。 次に、壁に端末の背面部分をピッタリと押し当てます。「ピッ」と音がしたら、その壁面は測定が完了。 その壁とは別の壁に移動し、同じように端末を「ピッ」と音が鳴るまで押し当てて壁のスキャンを続けます。 出窓部分など、角度が90度ではない部分でも問

              スマホで壁をタッチするだけで部屋の見取り図を作成できる「RoomScan」
            • ベイジのweb制作ワークフロー2018(140のタスクと解説) | ベイジの社長ブログ

              ベイジで社内のワークフローを整理しだしたのは確か2014年頃です。その頃はまだ4~5人しか社員がいない状態で、タスクの粒度も粗く、いくつかのタスクは各人の能力に委ねたものでした。しかし10人を超えて関わる人が増えたあたりから、仕事の進め方も徐々に変わり、ワークフローの綻びも色々と出始めてきました。そこで今年の春に、全社員参加のもと、これまでの進め方の問題点を話し合ったうえで、ワークフローの大幅な刷新を行いました。本エントリーはそのご紹介です。 刷新にあたって、受注から納品までをサブタスクを含めて約140に分解しました。また、各タスクで用いられるドキュメントもできるだけフォーマット化し、効率よくドキュメントワークができるようにしました。 合わせて、タスク毎の職能の再定義を行いました。プロデューサー、ディレクターといった業務範囲が曖昧な職能は、より厳密な職能の定義を試みました。例えばディレクタ

                ベイジのweb制作ワークフロー2018(140のタスクと解説) | ベイジの社長ブログ
              • 【完全3D再現】なぜそれをRPGにしたし。話題の『団地アート・オンライン』制作者が語る「多摩川住宅」愛

                年の瀬も押し迫った2016年12月31日。ある奇妙なタイトルの動画がニコニコ動画に投稿された。その名も「団地アート・オンライン」。 実在の巨大団地である「多摩川住宅」【※】を3DCGにて完全再現し、中でキャラが自由に走り回っているというものだ。 ※多摩川住宅 1969年に完成した東京都住宅供給公社初のマンモス団地。敷地33万平方メートル、約4,000戸の規模を誇る。敷地内にはショッピングモール、野球場、小・中学校などを抱え、全国のサラリーマンの憧れの的となった。 団地の外観だけでなく、公園の遊具、廊下、部屋の中など、すべてが詳細に再現されている。瞬く間にユーザーの間で話題となり、再生回数は20万回を突破。「手間がすごすぎる」「何のために作ったんだ」「私も鬼ごっこしたい」といったコメントで溢れた。 この「団地アート・オンライン」の世界を作り上げたのはたった1人。カナダ在住のCGプログラマー、

                  【完全3D再現】なぜそれをRPGにしたし。話題の『団地アート・オンライン』制作者が語る「多摩川住宅」愛
                • 世の中のHTML5アプリケーションが糞だから、俺が「初期化」の作り方を教えてやんよ - mizchi's blog

                  2chまとめみたいなタイトルにしてみた。(してみたかった) HTML5のアーキテクチャと初期化とキャッシュの考え方が、「ウェブエンジニア」は本当に出来てない。 とくにソシャゲをウェブビューに貼ってスマホ対応しました系。本当にダメ。 じゃあどうするか?基本的に「初期化」の考え方を直せばどうにかなる。 (この記事はBackboneを使うときに考えてることだけど、他でも一緒だと思う) 前提 シングルページアプリケーション セマンティクスやSEOは考慮しない 基本哲学 共通モデルの初期化を徹底的に行う サーバーにリクエストを投げるのは最小限 クライアントでサーバーモデルのキャッシュを作り、更新が期待されるまで再取得しない 理由 いくらDOMの最適化したところでUXに影響が大きいのはサーバーリクエスト(200~2000ms)で、プログラミング段階で辛さがあつまるのは非同期処理の部分。 プログラマとし

                    世の中のHTML5アプリケーションが糞だから、俺が「初期化」の作り方を教えてやんよ - mizchi's blog
                  • オブジェクト指向設計(2016年度)

                    コンテンツ 第1章 基本的な用語 第2章 オブジェクト指向開発 第3章 設計の問題 第4章 オブジェクト指向設計の原則 第5章 単一責任の原則 第6章 Visitor パターン 第7章 LSP、DIP、ISP 第8章 パターン技術 第9章 ユースケース 第1章 基本的な用語 クラスとオブジェクトの違い 第2章 オブジェクト指向開発 オブジェクト指向開発 オブジェクト指向分析 機能外要求 User インタフェース Student クラスとTeacher クラス Student クラスのソースコード Teacher クラスのソースコード 演習2-1 UserLocator クラスのソースコード 演習2-2 演習2-2 の解答 Teacher.java UserLocator.class 第3章 設計の問題 演習3-1 演習3-1 の解答1(返却値を利用した方法) 演習3-1 の解答2(条件分岐

                    • Webアプリケーションのキャッシュ戦略とそのパターン / Pattern and Strategy of Web Application Caching

                      YAPC::Kansai OSAKA 2017の資料です

                        Webアプリケーションのキャッシュ戦略とそのパターン / Pattern and Strategy of Web Application Caching
                      • データベースでユニークキーにUUIDを使うメリットは何ですか?連番やタイムスタンプまたは複合などではいけないのでしょうか?どうも視認性が悪く使いにくく感じますし連番でも衝突しない気もします。

                        回答 (7件中の1件目) まずはUUID及びその対案として用いられる連番(自動採番)のメリット・デメリットを整理します。 (タイムスタンプキーや複合キーなどもその効率性から設計上有用なシーンはありますが、比較から除外します。) * UUIDを使うことのメリット * * データベースにSQLを送信する前からアプリケーションレイヤーでIDを生成できる。 * * トランザクション処理を実装しやすい場合がある。 * IDを推測しにくい。リソースが列挙可能ではない。 * UUIDを使うことのデメリット * * レコード・インデックスサイズが増加する。 * * ...

                          データベースでユニークキーにUUIDを使うメリットは何ですか?連番やタイムスタンプまたは複合などではいけないのでしょうか?どうも視認性が悪く使いにくく感じますし連番でも衝突しない気もします。
                        • おそらくはそれさえも平凡な日々: Akamaiが想像以上に物凄かった件 in Akamai勉強会

                          続きというか、お詫びを書きました。 文章を多少修正しました。技術的な点は色々誤りがあると思いますので、あまり信用しないでください。詳しくはgeekpageさんがじきに書いてくださるはずです。 入口にあった、Akamaiサーバーがリアルタイムに捌いているトラフィックを可視化した地球儀が映ったモニター。アメリカが早朝なのでトラフィックは850Gbpsと少な目(笑) それでもアメリカのバーの長さは凄い やすゆきさんという方が、Blogでひっそりと告知していたのが、IT勉強会カレンダーに載っていて、それを目ざとく見つけて行ってきた次第。募集枠5人とかだったので、焦って申し込んだら、実際そんなに募集は来なかったみたいで意外。僕なんか「Akamai」って書いてあっただけで飛びついたのに。内輪に近いノリだったてのもあると思うけど、案外「Akamai」には訴求力が無いのかね。まあ、インターネットの裏の支配

                          • バッチ処理の採用と設計を考えてみよう | メルカリエンジニアリング

                            こんにちは。メルペイで、決済・振込申請のバックエンドソフトウェアエンジニアをしている id:koemu です。 今日は、バッチ処理を行う理由について、考察を深めて設計に活かしていく話をしたいと思います。 はじめに バッチ処理とは、ある決まったタイミングで1つのプログラムが複数のデータを 一括処理 することを指します。この反対の言葉として、オンライン処理があります。オンライン処理とは、お客様の操作を初めとしたイベントをもとに 逐次処理 されるものです。OLTP(Online Transaction Processing)とも言います。 本エントリでは、バッチ処理を採用するにあたり、どういったユースケースが適切なのかを整理して、今後のソフトウェアの設計の指針にできることを目指しています。今回は、「バッチ処理を採用するとき」と「バッチ処理の設計」の2つについて取り上げます。 バッチ処理を採用する

                              バッチ処理の採用と設計を考えてみよう | メルカリエンジニアリング
                            • はじめに | ちいさな Web ブラウザを作ってみよう

                                はじめに | ちいさな Web ブラウザを作ってみよう
                              • 20 年代のフロントエンド.md

                                You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                                  20 年代のフロントエンド.md
                                • UX/UIデザインガイドライン : 小野和俊のブログ

                                  このところ、アプレッソの中でも、MIJS製品技術委員会でも、自分たちのソフトウェアのUX/UIをブラッシュアップしていくためにどんなことができるのかをディスカッションしている。 UX/UIデザインガイドラインとして各社の推奨する指針をまとめたものがWebで公開されているので、プログラマーであれデザイナーであれ、ソフトウェアの画面設計に何らかの形で携わるのであれば、基礎知識として主要なものには目を通し、プログラマーがデザインパターンの用語で手短にコミュニケーションが取れるのと同じように、「ここは○○ガイドラインの△△パターンを使うのはどうかな?」というような会話ができるようにしていきたいと思っている。 ■ Apple ・アップル ヒューマンインターフェースガイドライン ・iOSヒューマンインターフェースガイドライン(PDF) ・iPadヒューマンインターフェースガイドライン(PDF) ■ M

                                    UX/UIデザインガイドライン : 小野和俊のブログ
                                  • 電子情報学特論:Chromiumのアーキテクチャを解き明かす

                                    電子情報学特論: Chromium のアーキテクチャを解き明かす 〜 EEIC の授業が生きるプロダクトの世界〜 Kentaro Hara 2020 April (๑>ᴗ<๑) * * * *

                                      電子情報学特論:Chromiumのアーキテクチャを解き明かす
                                    • 岐阜県はおしゃれな喫茶店が多いし、飛騨牛は絶品だし、飛騨山脈や白川郷は必見なのに交通の便がイマイチでなんか損してる→岐阜県内の観光・食事スポットが集まる

                                      ロンリ子 @RUUMM151 岐阜ってなんか損してる…喫茶代消費額全国1位でお洒落カフェだらけなのに全然知られていないし、飛騨牛は絶品すぎるのに生産量の4分の3以上岐阜県内で消費されているらしいし、素晴らしい温泉と宿、飛騨山脈と白川郷は必見で幾らいても飽きないのに交通の便いまいちで単体で行こうとする人少ない… 2020-09-27 20:31:08

                                        岐阜県はおしゃれな喫茶店が多いし、飛騨牛は絶品だし、飛騨山脈や白川郷は必見なのに交通の便がイマイチでなんか損してる→岐阜県内の観光・食事スポットが集まる
                                      • 2015年に備えて知っておきたいリアクティブアーキテクチャの潮流 - Qiita

                                        はじめに もうすっかり年末なので、これから2015年にかけてアプリケーションアーキテクチャがどのようになっていくのかという個人的な考え/妄想や背景について、「リアクティブ」というキーワードをもとににまとめてみたいと思います。 Google Trendsを見ると"reactive programming"という言葉は2010年前後から、ゆっくりとバズをし始め、現在も上昇を続けています。 また、仕事としては、2010年ごろから大規模なWebサービス開発において、フロントエンド、バックエンド、アルゴリズム改善といった様々な箇所で、リアクティブプログラミングの要素を取り入れながら、アーキテクチャの改善を進めてきました。そのため、こういったアーキテクチャがコード品質の維持や安定性の向上、実際的で複雑な問題の解決にも適応可能であるということを実感として持っています。 近年、そういった要素が様々なツール

                                          2015年に備えて知っておきたいリアクティブアーキテクチャの潮流 - Qiita
                                        • 私がMVCフレームワークをもはや使わない理由

                                          数ヶ月前、私はなぜここにたどり着き、何が可能かを理解する旅に出ました。この旅は、私にアプリケーションアーキテクチャ、MVCという強烈な宗教に対する疑いをもたらしました。そして、リアクティブ、関数型プログラミングの真の実力に触れたのです。また、シンプルさに集中する旅でもあり、私たちの産業はうまくやっているという考えを捨てる旅でもありました。どんなことを見つけたか興味がある方もいるでしょう。 私たちの見ている画面の背後にあるパターンはMVC –Model-View-Controllerです。まだウェブがなくソフトウエアアーキテクチャも分厚いクライアントが単一のデータベースに原始的なネットワークでアクセスするのがせいぜい、という時代にMVCは生まれました。そして数十年後、MVCはまだ現役であり、衰え知らずでオムニチャネルアプリケーションの開発に使われています。 Angular2のリリースの前にM

                                            私がMVCフレームワークをもはや使わない理由
                                          • 複雑なJavaScriptアプリケーションを考えながら作る話

                                            autoscale: true theme: Plain Jane,5 複雑なJavaScriptアプリケーションを考えながら作る話 自己紹介 Name : azu Twitter : @azu_re Website: Web scratch, JSer.info #jsprimerを書いています JavaScript入門書に興味ある人はウォッチ :star: :warning: 注意 :warning: 作成するアプリケーションによって必要な構造は異なります 今回の話はある程度の規模で複雑性を持つクライアントサイド ライブラリ抜きで数万LOC >= 長期的にメンテンナンスや変更が発生するアプリケーション サーバサイドレンダリングはしないクライアントアプリケーション 3行でOK 複雑なJavaScriptアプリケーションを作るにあたりドメインモデルをどう実装するか悩んだ 色々と試行錯誤した

                                            • HOME'S

                                              中立な立場のアドバイザーが条件を整理し、適切な会社をご紹介します。住まいの窓口の詳細はこちら 営業時間 10時〜19時(火・水定休日) ビデオ通話相談を予約

                                                HOME'S
                                              • ITインフラって面白い!一般人でも分かるインフラの入門スライド10選 - Findy

                                                2016.06.06|最終更新:2017.11.17 ITインフラって面白い!一般人でも分かるインフラの入門スライド10選 ITのインフラエンジニアと言われてどんな仕事か想像がつきますか? 一般人ではインフラと言われれば水道や橋なんかをイメージするくらいで、ITインフラが何かと聞かれてもよく分からないものです。 そこで、今回は社会を支えるITインフラの基礎が分かるスライドを10個ご紹介します! インフラエンジニアの定義、基礎、手順書の書き方、自動化など、インフラ初心者から中級者くらいまでを対象にしたスライドです。 これからはじめるインフラエンジニア スライド ⇒ これからはじめるインフラエンジニア 広告やゲーム、メディア事業を展開する株式会社ドリコムによるスライドです。 ITインフラで用いられるOS、ミドルウェア、ソフトウェア、ネットワーク、ハーデウェアなどについて理解しやすくまとめられて

                                                  ITインフラって面白い!一般人でも分かるインフラの入門スライド10選 - Findy
                                                • 築105年、風呂なし鍵なし上下関係なし 京大吉田寮に暮らす人々 - Yahoo!ニュース

                                                  1913年(大正2年)の建築というから、京都大学「吉田寮」の建物は今年で築105年になる。現存する学生寮としては日本最古でありながら、今も200人ほどの学生が生活している。庭にはニワトリが放し飼いにされ、クジャクやヤギの姿も見える。玄関には鍵もない。小説家の故・梶井基次郎、ノーベル物理学賞受賞者の赤崎勇氏など、個性豊かな文化人や学者もここで育った。今はいったい、どんな「個性」が暮らしているのだろうか。建物が古くなりすぎたとして、大学側は9月末までの全員退寮を求め、寮生と対立を続けているが、そうした話はしばし休題。きょうは、時代に逆行するかのような寮生たちを紹介しよう。(文・写真:野村幹太/Yahoo!ニュース 特集編集部)

                                                    築105年、風呂なし鍵なし上下関係なし 京大吉田寮に暮らす人々 - Yahoo!ニュース
                                                  • 大手ハウスメーカーの性能まとめてみた

                                                    三井ホーム断熱 UA値0.39天井:160mm 外壁:140mm 床:89mm 窓:樹脂ダブルサッシ 通常のバランスより壁面の断熱材が厚い 天井の断熱が薄い場合夏場に暑くなる可能性があり 床の断熱が薄い場合冬場に床が冷たくなる可能性がある しかし0.39なら十分合格 気密 C値の記載なし高い遮音性を語っているが、音は穴があるとそこから漏れ出すのは研究でわかっている いくら遮音性の高いドアを使っても隙間があれば防音室にはなりえない UA値が高く(分厚いドア)C値も高ければ(隙間なし)自動的に遮音性高くなるので遮音性よりC値を気にしよう 耐震 耐震等級3構造計算の記載なし 耐久性長期優良住宅の記載なし。しかし施主ブログを見る限り普通に対応できる模様 積水ハウス断熱 UA値0.60品確法性能表示制度の“等級5”に標準対応 気密 C値の記載なし耐震 耐震等級3構造計算の記載なし 代わりに独自の技術

                                                      大手ハウスメーカーの性能まとめてみた
                                                    • CSS 設計の長い夢 - ペパボのフロントエンドスタンダード

                                                      フロントエンド周りの技術は驚異的なスピードで進化し、また多様化しています。それらを全てマスターするのは途方もなく大変なので、ペパボでは、社内のエンジニア・デザイナが「最低限これだけはおさえておこう」というスタンダードを文書化することにいたしました。社内向けを想定した文書ではありますが、社内のみに留めず多くの方に役立てたいと考えたため公開します。 スタイルシートの夢 (1) 予測しやすい (2) 再利用しやすい (3) 保守しやすい (4) 拡張しやすい 代表的な CSS 設計手法 既存プロジェクトの CSS に立ち向かう! (0) 流れ (1) 既存の CSS ファイルを元に SCSS ファイルに変換する (2) イニシャライズ CSS や共通の箇所のスタイルを分離する (3) CSSLint を使って、修正しやすいところから整理していく (4) コンパイル (5) スタイルのスコープ(あ

                                                        CSS 設計の長い夢 - ペパボのフロントエンドスタンダード
                                                      • ゲームの中の人工知能

                                                        Slide for my Lecture of Game AI held in Tamagawa University on 2014.6.26

                                                          ゲームの中の人工知能
                                                        • 設計サンプルで学ぶ、AWS構築の原則 - Webアプリ アーキテクチャのベストプラクティスを理解する - エンジニアHub|若手Webエンジニアのキャリアを考える!

                                                          設計サンプルで学ぶ、AWS構築の原則 - Webアプリ アーキテクチャのベストプラクティスを理解する AWS入門者に向け、同サービスのエキスパートである、クラスメソッドの八幡豊さんが、Webアプリケーション開発のためのAWS構築の基本を解説します。広範な領域をフォローするAWSですが、広範ゆえに、なにをどのように選ぶべきか……。こんなお悩みを持つ方はぜひご一読を。 クラウドコンピューティングサービス・Amazon Web Services(以下、AWS)は、数多くの高機能なクラウドサービスを簡単に利用できることから、多くの企業が導入しています。AWSの知識を身につけることは、いまやエンジニアにとっての必修科目です。 そのサービス範囲は広範にわたることから、「なにを」「どうやって」使うかのかが重要な知識になってきます。AWSの各サービスのポテンシャルを引き出すためには、それぞれの長所・短所を

                                                            設計サンプルで学ぶ、AWS構築の原則 - Webアプリ アーキテクチャのベストプラクティスを理解する - エンジニアHub|若手Webエンジニアのキャリアを考える!
                                                          • なぜ仮想DOMという概念が俺達の魂を震えさせるのか - Qiita

                                                            追記: 情報が色々と古くなったため、2020年に書き直した版へのリンクを張っておきます。 この記事は VirtualDOM Advent Calendar 2014 - Qiita の初日です。 初日ということで、基調講演風に、Virtual DOMとはなにか、なぜ僕はこんな興奮しているのか!という話から。 Virtual DOMとはなにか 既存の概念で当てはめると、JavaScriptのMVC, MVW(Whatever)フレームワークのViewに位置します。が、その程度では終わりません。仮想DOMとは世界を革命する力であり、このjQueryのDOM操作で汚れきったフロントエンドを救う救世主なのです。 現時点で自分が知っている限りは、以下の実装を指します。 facebook/react 最も使われてるFacebookの実装 Matt-Esch/virtual-dom Altenative

                                                              なぜ仮想DOMという概念が俺達の魂を震えさせるのか - Qiita
                                                            • 東京DEEP案内 - 東京アンダーグラウンドタウンガイド

                                                              東京DEEP案内へようこそ ちょっとアレな首都圏街歩きガイド「東京DEEP案内」です。首都圏一都三県の街ネタ情報、裏街徘徊、アレな町並み、特殊地帯、その他諸々テーマを問わず幅広く(中途半端に)気の向くまま路上観察を続けております。 姉妹サイトとして首都圏版「東京DEEP案内」、関西版「大阪DEEP案内」、海外版「世界DEEP案内」、それから当取材班が訪問した全国の物件データベース「DEEP案内不動産部」、首都圏の街レビュー&街の生活裏情報「首都圏住みたくない街 WEB Ver.」、関西地域の街情報網羅サイト「関西タウンマトリックス」等も運営しております。

                                                                東京DEEP案内 - 東京アンダーグラウンドタウンガイド
                                                              • PHPの生みの親、ラスマス・ラードフ氏インタビュー | gihyo.jp

                                                                PHPの生みの親⁠⁠、ラスマス⁠⁠・ラードフ氏インタビュー 2015年12月に無事公開されたPHP7。その公開に先立ってPHPの生みの親であるラスマス・ラードフ氏に話を伺う機会がありました。英語で行われた一時間のインタビューは長大ですがラスマス氏の思想がよく分かる話題が多く、可能な限りそのままの形でお伝えすべく、その模様すべてをお届けします。 なお、インタビューは10月に開催されたPHPカンファレンス2015の講演終了後に行われ、リリースに関する話題などはその時点でのものです。 現在の仕事と生い立ち ―――― まずは、PHPを作ってくださってありがとうございます。今日の基調講演もすばらしかったです。 ラスマス:ありがとうございます。 ―――― いきなりですが、個人的な質問から始めてもいいでしょうか。 ラスマス:どうぞ。 ―――― Etsyではどのようなお仕事をなさっているんですか? ラスマ

                                                                  PHPの生みの親、ラスマス・ラードフ氏インタビュー | gihyo.jp
                                                                • データベースアプリケーション開発を炎上させる負のスパイラル

                                                                  毎度おなじみ、はてブのホットエントリに「SIをダメにする負のスパイラル」というタイトルのまとめが掲載された。きしだ氏とはかなり視点は違うものの、開発現場の問題点については少し思うところがあるので意見を書いてみようと思う。と言っても、以下の話の内容はデータベースアプリケーションに限定した話であり、またSIerだけに限った話ではないのでその点はご容赦頂きたい。もちろんSIer各位の案件はデータベースは必須なので、本エントリで触れる問題点には該当するだろう。 Q.なぜ炎上するのか? A.正しいデータベース設計ができていないから結論から言おう。データベースアプリケーションの開発が炎上するのは正しいデータベース設計ができていないからだ。ここでいう「正しい」とは、論理的に証明できる正しさという意味ではない。「本来こうするべき」といった意味で捉えて欲しい。 「炎上」というのは、例えばテストが通らない、バ

                                                                    データベースアプリケーション開発を炎上させる負のスパイラル
                                                                  • イミュータブルデータモデル - kawasima

                                                                    CRUDのうちUPDATEがもっともシステムを複雑化する。更新には複雑なルールが伴うからだ。業務的に複雑なルールが存在するのは仕方ないこともあるが、システム、設計で複雑さを更に増さないようにしたい。UPDATEに着目し、その発生をできるだけ削ることによって複雑さをおさえるためには、まずデータモデルをそのように設計しておかなけれなならない。このイミュータブルデータモデルは、それを手助けする手法で、手順に沿って実施すればある程度のスキルのバラつきも吸収できるように組み立てられている。

                                                                      イミュータブルデータモデル - kawasima
                                                                    • 実装を引き受ける前に詰めておくべきWebフロントエンドの想定漏れチェックシート - Qiita

                                                                      リキッドレイアウトのように幅が常に変動するレイアウトのデザインは、動かないカンプからは実際の挙動が読み取れず、デザイナーの意図が汲み取りきれないことが多い。また、複雑化するアニメーションの実装においても、カンプだけではコミュニケーションに不備が生まれてしまう。ほかにも、CMSを使った案件ではデザインカンプと実際のデータの間に齟齬がある可能性もある。 実装効率を高めてスケジュール通りに仕事を終わらせるには、とにかく事前に仕様を固めることが大事だ。ワイヤーフレームやデザインの途中の段階からなるべくデザイナーとコミュニケーションを重ね、想定外の要件が発生しないように気をつけるべきだろう。 この記事では、デザイナーやフロントエンドエンジニアが見落としがちなWebフロントエンドの課題について列挙していく。 ホバー表現を後から指示される ツッコミ 後から仕様追加されると困るから先に決めて! メモ 最近

                                                                        実装を引き受ける前に詰めておくべきWebフロントエンドの想定漏れチェックシート - Qiita
                                                                      • ミクシィのCTOが語る「mixiはいかにして増え続けるトラフィックに対処してきたか」:ITpro

                                                                        ミクシィのCTOが語る「mixiはいかにして増え続けるトラフィックに対処してきたか」 YAPC::Asia 2006 Tokyo 東京都大田区で開催されているPerl技術者向けカンファレンス「YAPC::Asia 2006 Tokyo」で2006年3月29日,日本最大のソーシャル・ネットワーキング・サイト(SNS)である「mixi」を運営するミクシィのBatara Kesuma(バタラ・ケスマ)取締役最高技術責任者(CTO)が,増え続ける膨大なトラフィックにどのように対処してきたのかについて講演した。カギとなるのは「データベース分割」である。 mixiのシステムはもともとBatara氏が1人で作り上げたものだ。2003年当時,米国でFriendsterなどのSNSがはやっており,同氏が会社(現在のミクシィ,当時はイー・マーキュリー)にSNSを作りたいと提案したところ認められたという。同氏が

                                                                          ミクシィのCTOが語る「mixiはいかにして増え続けるトラフィックに対処してきたか」:ITpro
                                                                        • 渋谷駅が変身、3つのホームが大移動 迷宮の過去と未来 - 日本経済新聞

                                                                          渋谷駅が大きく変わろうとしている。東急東横線は2012年度中に地下化し、東京メトロ副都心線と相互直通運転を始める。銀座線やJR埼京線もホームが移転する予定だ。渋谷に駅ができてから120年あまり。日本有数の複雑な構造はどのようにして生まれ、どう変わるのか。その痕跡と未来像を探った。埼京線と山手線が並列に 銀座線も移動2012年4月、渋谷駅東口に開業した商業施設、渋谷ヒカリエ。地下鉄半蔵門線を降

                                                                            渋谷駅が変身、3つのホームが大移動 迷宮の過去と未来 - 日本経済新聞
                                                                          • みんなの仕事場 - みんなで作るオフィス仕事場サイト

                                                                            みんなで作るオフィス仕事場サイト

                                                                            • 1000万ダウンロードアプリ『メルカリ』を支える技術

                                                                              dots. Summit 2015

                                                                                1000万ダウンロードアプリ『メルカリ』を支える技術
                                                                              • 同期エンジンの心臓部を書き換える

                                                                                0 0 719 0 この 4 年間、Dropbox では、デスクトップ クライアントの同期エンジンを白紙の状態から再構築しようと懸命に取り組んできました。同期エンジンは、デスクトップ パソコン上の Dropbox フォルダの陰に隠れた魔法です。これは、Dropbox で最も長く使われているコード部分であり、最も重要なコード部分の 1 つでもあります。今回、新しい同期エンジン(コードネーム「Nucleus」)をすべての Dropbox ユーザー向けにリリースさせていただくことを、ここに発表いたします。 同期エンジンの書き換えは本当に大変な作業で、多くの環境でマイナスともなりうる構想であったことに鑑みると、手放しで祝う気持ちにはなれません。結果的には Dropbox にとって素晴らしいアイデアであったわけですが、それは、私たちがこのプロセスにどのように取り組むべきかを熟考したからこそ、たどり着

                                                                                  同期エンジンの心臓部を書き換える
                                                                                • オンライン投票はなぜ『難しい』のか

                                                                                  日本で公職選挙が近づいてくると、「202X年にもなって投票所に行く必要があるなんて」とか「オンライン投票もいまだにできないなんて」みたいな声をよく聞きます。 [1] 法にも技術にも詳しくない一般の人がそう思うのは自然なことでしょう。オンライン投票ができれば、少なくとも若年層の投票率にはいい影響がありそうです。しかし「現代的で民主的な選挙」の要件をしっかり満たしてオンライン投票を実現するのは、実は技術的にも容易ではありません。 「現代的で民主的な選挙」の要件とは、どういうものでしょうか。現在の技術でオンライン投票を実施すると、その要件はどのように毀損するのでしょうか。私たちはその要件を、本当に理解しているでしょうか。 本記事は、「現代的で民主的な選挙」の要件を振り返り、そこから導かれる「オンライン投票のなにが『難しい』のか」をできるだけ明確にする試みです。そして、議論をその先へ進めるための前

                                                                                    オンライン投票はなぜ『難しい』のか