並び順

ブックマーク数

期間指定

  • から
  • まで

241 - 280 件 / 57479件

新着順 人気順

architectureの検索結果241 - 280 件 / 57479件

  • 今こそ見直すApacheの設定 - blog.nomadscafe.jp

    nginxやvarnishなどがアツいですが、Apacheもまだまだ実績や安定性から採用されていると思います。ここではデフォルトとは異なる値に変更するサーバ設定を中心に、パフォーマンス改善、安全性向上のためのApacheの設定を紹介します。 mpmの確認 > /path/to/bin/httpd -V Server version: Apache/2.2.19 (Unix) Server built: Jun 23 2011 17:13:13 Server's Module Magic Number: 20051115:28 Server loaded: APR 1.4.5, APR-Util 1.3.12 Compiled using: APR 1.4.5, APR-Util 1.3.12 Architecture: 64-bit Server MPM: Worker PreforkやW

    • 意外と知られてない…日本の家が「暑すぎる」とんでもない理由 | ゴールドオンライン

      日本の一般家庭の家は、他の国と比べると暑すぎる!? そこには、日本ならではの住宅事情があった…。 *本記事は、杉山義博氏の著作『“健康住宅”のウソ・ホント』(幻冬舎MC)から抜粋、再編集したものです。 「アルミサッシ」は人が住む空間で使うものではない 日本の住宅を悪くした大きな原因の一つが、アルミサッシです。家の断熱を考える上では、サッシ(窓)も重要な役割を果たします。サッシには、熱伝導率がもっとも低く高機能な樹脂製を選ぶべきです。 世界的に樹脂サッシは普及しており、アメリカ65%、イギリス76%、ドイツ64%、韓国80%の普及率です。しかし、日本ではまだ17%しか普及していません。なぜかというと、日本は戦後、工場での加工のしやすさを理由に、急速にアルミサッシが普及したためです。 そのため一般家庭では今でも多くの場合、アルミサッシが使用されています。しかし私は、アルミサッシは絶対使ってはい

        意外と知られてない…日本の家が「暑すぎる」とんでもない理由 | ゴールドオンライン
      • ゆっくりあとで見たい、素敵な写真のまとめ集 -2010年11月 | コリス

        Archive by month 2010年11月 (32) 2010年10月 (54) 2010年9月 (47) 2010年8月 (59) 2010年7月 (49) 2010年6月 (43) 2010年5月 (35) 2010年4月 (48) 2010年3月 (53) 2010年2月 (51) 2010年1月 (45) 2009年12月 (65) 2009年11月 (38) 2009年10月 (49) 2009年9月 (58) 2009年8月 (35) 2009年7月 (69) 2009年6月 (78) 2009年5月 (66) 2009年4月 (59) 2009年3月 (75) 2009年2月 (72) 2009年1月 (78) 2008年12月 (65) 2008年11月 (68) 2008年10月 (69) 2008年9月 (57) 2008年8月 (74) 2008年7月 (81

        • Node.js における設計ミス By Ryan Dahl - from scratch

          Ryan Dahl は Node.js の original author ですが、彼の作ったプロダクト deno に関するトークが jsconf.eu 2018 でありました。 Node.js にずっと関わってきた僕が見て非常に興奮するような話だったので、しばらくぶりにブログに書き起こすことにしました。 背景 Ryan Dahl は2009年に Node.js の話を初めて公の場に公開しました。その時の「公の場」というのが「jsconf.eu 2009」です。 www.youtube.com Video: Node.js by Ryan Dahl - JSConf.eu - 2009 この発表から Node.js が広まり、今やサーバのみならず、IoTデバイス、デスクトップアプリなど、様々なところで動作しています。 で、今回はその発表から9年の歳月が経過し、Node.jsに対しての設計不

            Node.js における設計ミス By Ryan Dahl - from scratch
          • Google の面接を受けてみた - 科学と非科学の迷宮

            Google の面接について書かれたブログ記事が面白かったので翻訳してみました。 原著者の許可取得済み。(Thank you, Petris!) 本文 二週間ちょっと前、ぼくはカリフォルニアのマウンテンビューで Google の面接を受けてきたんだ! Google の面接が面白い体験だったから、ぼくはそのことを話したいんだ。(Google からはこの記事を出すゴーサインをもらった) ぼくが面接を受けた職種は Google SRE だった。SRE というのはサイト信頼性エンジニアリング(Site Reliability Engineering)という意味だ。サイト信頼性エンジニア(SRE)はソフトウェアエンジニアでもあり、システム管理者でもあって、Google の製品サービスを端から端まで責任を持つんだ。 合計8回の面接があった。最初の3つは電話越しで(電話面接)、残りの5つは現地での面接だ

              Google の面接を受けてみた - 科学と非科学の迷宮
            • Backbone.JSからAngular2まで、全9大JavaScriptフレームワークを書き比べた! - paiza times

              (English article is here.) こんにちは、吉岡([twitter:@yoshiokatsuneo])です。 ウェブ開発に欠かせないJavaScriptフレームワークですが、日々発展しておりReact.js, Ractive.js, Aurelia.js, AngularJS2.0など次々と新しいフレームワークが出てきています。 一体どれを使えばいいのか?何が違うのか?何から調べていいのか迷うことがあります。 そこで、現時点で事実上全てとなる、9大主要フレームワークについて、実際に使ってみて比較を行います。 Backbone.js Ember.js Knockout.js AngularJS(1.x) React.js Ractive.js vue.js Aurelia.js AngularJS2.0(アルファ版) これらのフレームワークでは、以下のような機能が実現さ

                Backbone.JSからAngular2まで、全9大JavaScriptフレームワークを書き比べた! - paiza times
              • 「Webサイト改善は図を描きなさい!」 〜 SiteCatalyst達人から教わった分析フレームワーク-Six Apart ブログ|オウンドメディア運営者のための実践的情報とコミュニティ

                TOP > 「Webサイト改善は図を描きなさい!」 〜 SiteCatalyst達人から教わった分析フレームワーク こんにちは。マーケティング担当の伊藤大地です。 先日、米AdobeでWeb解析ツール「SiteCatalyst」のプロダクトマネージャープログラムマネージャー(初出時、役職を誤って表記しておりました。お詫びし、訂正いたします)を務めていらっしゃる清水誠さんが、一時帰国された折に弊社に遊びに来てくださいました。たっぷり2時間、最新Webマーケティング事情やWeb解析についてお話を伺いした中から、WebのKPI測定・改善サイクルとそのノウハウについて、エッセンスをお伝えしたいと思います。 清水さんが提唱されているWeb改善のフレームワーク「コンセプトダイアグラム」という手法は、主に3つのプロセスから成り立っています。 ユーザー視点でサイトを図解し、コンセプトを明確にする サイトの

                  「Webサイト改善は図を描きなさい!」 〜 SiteCatalyst達人から教わった分析フレームワーク-Six Apart ブログ|オウンドメディア運営者のための実践的情報とコミュニティ
                • 銀行の基幹系システムはなぜ複雑なのか?|つっちーさん

                  おはよう人類。 インフラストラクチャーという言葉は、元々ラテン語に語源があり、inferus(下部の)という言葉とstructura(構造体)という二つの言葉を合成した言葉で、言葉の意味としても、社会構造の中で上部構造である政治基盤に対応する経済基盤としての使い方(主にマルクス経済学で用いられる)と、道路や橋だけででなく教育機関など公共性の高い社会基盤の意味で用いられる。特に、後者の意味が強いのだが、インフラストラクチャーの供給源というのは国や公共的な組織だけにとどまらず、電力会社や鉄道会社、金融機関のように私有なのだが、その性質上インフラストラクチャーとして扱われるものも多い。 こういった企業を(広い意味で)インフラ業と呼ぶことも多いのだが、その公共性の高さから私有にもかかわらず、その運営には様々な規制が加えられていることが多い。設立に免許や認可が必要で、運営に関しても一般の企業とは異な

                    銀行の基幹系システムはなぜ複雑なのか?|つっちーさん
                  • 2022年、タワマンの「大量廃墟化」が始まることをご存じですか(週刊現代) @moneygendai

                    リタイア世代から外国人家族まで、さまざまな人が住むタワマン。最大のネックは「修繕費」の問題で、見て見ぬふりをしているうちにタワマンが廃墟になってしまった、という可能性もあるのだ。 「修繕ラッシュ」が来た 都心の最高級リゾートをあなたの手に――。 東京湾を望む一棟のタワーマンション。歯の浮くようなコピーに夢を抱き、当時は購入希望者が殺到した人気レジデンスだったが、いまは見る影もない。 築15年、400戸近いマンションに、現在の居住者は3割にも満たない。外壁に割れが目立ち、エントランス前は雑草が伸び放題になっている。 ジムやバーなどの共用部は閉鎖されて数年が経つ。次のマンションの頭金にもならないほど資産価値は下がり、引っ越すこともできず、逃げ場を失った人たちがただ住んでいるだけ……。 いま、タワマン人気はピークにある。不動産経済研究所の調査によると、'08年から'17年の10年間で、首都圏には

                      2022年、タワマンの「大量廃墟化」が始まることをご存じですか(週刊現代) @moneygendai
                    • 変更に強いアーキテクチャについてIT業界19年目の僕が超ザックリ説明する - Qiita

                      この記事は、設計・アーキテクチャ Advent Calendar 2018 の第7日目の記事である。 はじめに この記事では、IT業界19年目の僕が実践している変更に強いアーキテクチャについて、出来るだけ難しい表現を避け、教科書的なありきたりな内容ではなく現場の肌感覚に近い切り口で「超ザックリ」な解説を試みてみようと思う。 普段自分がよく用いている実装パターンの紹介ともいうべきかも知れない。 この記事で説明すること いざ「変更に強いアーキテクチャとは」とズバリ訊かれても、一概に「これだ!」という答えはない。 プログラミング言語や、フレームワークによっても条件が異なるし、利用可能な技術や開発チームの特性、業務要件や運用要件の特性によっても様々であるし、インフラや開発プロセスまで含めて考えると考慮すべきことは無限にある。 ここでは主にソフトウェアの構造という観点から、"変更に強い" ということ

                        変更に強いアーキテクチャについてIT業界19年目の僕が超ザックリ説明する - Qiita
                      • Python: ソケットプログラミングのアーキテクチャパターン - CUBE SUGAR CONTAINER

                        今回はソケットプログラミングについて。 ソケットというのは Unix 系のシステムでネットワークを扱うとしたら、ほぼ必ずといっていいほど使われているもの。 ホスト間の通信やホスト内での IPC など、ネットワークを抽象化したインターフェースになっている。 そんな幅広く使われているソケットだけど、取り扱うときには色々なアーキテクチャパターンが考えられる。 また、比較的低レイヤーな部分なので、効率的に扱うためにはシステムコールなどの、割りと OS レベルに近い知識も必要になってくる。 ここらへんの話は、体系的に語られているドキュメントが少ないし、あっても鈍器のような本だったりする。 そこで、今回はそれらについてざっくりと見ていくことにした。 尚、今回はプログラミング言語として Python を使うけど、何もこれは特定の言語に限った話ではない。 どんな言語を使うにしても、あるいは表面上は抽象化さ

                          Python: ソケットプログラミングのアーキテクチャパターン - CUBE SUGAR CONTAINER
                        • なぜ関数プログラミングは重要か

                          John Hughes, Institutionen för Datavetenskap, Chalmers Tekniska Högskola, 41296 Göteborg, SWEDEN. rjmh@cs.chalmers.se この日本語訳は原著者の承諾を得て山下がここに公開するものです。 この訳文についての、御指摘などは山下伸夫(nobsun .at. sampou.org)までおねがい いたします。 翻訳最終更新日 : 2011-09-17 原文 "Why Functional Programming Matters" 日本語訳PostScript この論文は1984年以来何年ものあいだChalmers大学のメモとして回覧された。 1989年と1990年に幾分か改訂をしたのが[Hug89]と [Hug90]である。この版はもとのChalmer大学のメモ のnroff原稿をもとに

                          • チェルノブイリは「ふつう」だった

                            30年前の1986年に事故を起こした、あのチェルノブイリ原発に行った。外見だけじゃなくて、なんと内部にも入った。ずっと行きたかった場所だ。 いや、ずっと行きたかった、っていうのは違うかな。まあそりゃ見てみたいけど、ほんとうに行けるとは思ってなかった、って感じだ。 いざ目の前にしたら、すごかった。いまでも「あれは夢だったんじゃなかろうか」と思ったりする。 と、同時に「ふつうだなー!」とも思った。その話をしよう。

                              チェルノブイリは「ふつう」だった
                            • 文春オンラインの記事分析を支える爆速ダッシュボードを作るまで|Shota Tajima

                              従来のGoogleアナリティクスである、ユニバーサル アナリティクス(以下UA)のサポートがいよいよ2023年7月に終了することが、先日アナウンスされました(※)。昨年対比やトレンドをチェックすることを考えると、2022年内できるだけ早めに次世代のGoogleアナリティクス(以下GA4)へ移行したいWebメディア運営者も多いかと思います。新しいツールの勉強や、既存システムの改修が必要な問題ではありますが、この機会を、データ収集・可視化の設計を見直し、日々の意思決定の共通言語としてデータを使いやすくするチャンスと捉えてみてはいかがでしょうか。 ※  Google、ユニバーサルアナリティクスのサポートを2023年7月1日に終了。早めのGA4移行を推奨 このnoteでは、前半でダッシュボードによるデータの可視化にコストをかけるべき理由を整理します。後半では、2021年秋に文春オンラインのダッシュ

                                文春オンラインの記事分析を支える爆速ダッシュボードを作るまで|Shota Tajima
                              • そろそろマストドンについて語っておくか

                                世間ではマストドンが流行っている。結論から言うとマストドンは思想的にも設計的にも失敗しているのでお祭りのように一時の話題になった後、急速に忘れ去られる運命にある。 マストドンを語るには、まずマストドンが実装しているプロトコルであるOStatusについて説明する必要がある。これはもともと、StatusNetというソフトウェアが提唱したプロトコルで、Twitterようなマイクロブログの更新通知のためのプロトコルだ。StatusNetは今は名前を変えてGNU Socialとして自由ソフトウェア財団の傘下になっている。 マストドンはいうなればGNU Socialの互換実装だ。その基本的な思想や設計はGNU Socialと同じだ。どちらも現在の大手ソーシャルネットワークサービスに共通の問題に対処しようとしている。 問題とは何か。権力の一極集中である。TwitterにしろFacebookにしろGoog

                                  そろそろマストドンについて語っておくか
                                • 若手プログラマー必読!5分で理解できるER図の書き方5ステップ

                                  データベース設計の基本中の基本であるER図。ER図を書きたいけど、「記法が分からない」「どういうステップで書けば良いか分からない」という若手エンジニアも多いのではないでしょうか。 ER図は10種類近くあり、種類によって記法が異なります。このことが難しいイメージを与えていますが、実はそれほど難しいものではありません。覚えれば良いER図は2種類だけです。 しかも、この記事で解説している基礎知識を押えれば、たった5つのステップで作成することができます。 この記事では、ER図の基礎知識からER図の書き方まで、エンジニアが抑えておくべきER図の全知識をどこよりも分かりやすく解説します。 この記事を読み終えたとき、若手エンジニアもER図を書けるようになっているでしょう。 この記事を参考に最適なデータベース設計を進めて下さい。 1.ER図とは ER図とは、「データベース設計(データモデリング)で使う設計

                                    若手プログラマー必読!5分で理解できるER図の書き方5ステップ
                                  • 日本の家はどれだけ暖房を効かせても肝心な部分の断熱がダメで暖かくならない→海外では使用禁止の国もある代物らしい

                                    ひきこうもり @Hikikomori_ 日本の家はいくらエアコンを効かせても、窓に使われているアルミサッシの断熱効果がしょぼすぎるので、関東地方でも部屋の中が、命の危険すらあるほどめちゃめちゃ寒いという話を、クローズアップ現代でやってて、ソーラーパネル設置義務付けなんかより、窓を二重にした方が電気代減ってエコになりそう 2023-01-17 19:46:15 ひきこうもり @Hikikomori_ 北海道や東北地方なんかだと、家屋の窓を二重にするの当たり前になってるそうだけど、冬場の暖房代が減るのはもちろん、夏場でも部屋の温度が保たれて冷房代減る効果もありそうだし、初期投資で家立てる時に少しお金足すだけでずっと使えるので、関東地方や関西地方でも二重窓が標準になったら良いのに 2023-01-17 19:52:41 ひきこうもり @Hikikomori_ 窓に使われているアルミサッシの事ぐぐ

                                      日本の家はどれだけ暖房を効かせても肝心な部分の断熱がダメで暖かくならない→海外では使用禁止の国もある代物らしい
                                    • UIデザイナーに必要なのは、決定力のあるデザインを作る能力 | tsublog

                                      最近、デザイナーに求められるスキルが多くて何を学べば良いかわからなくなってきた。と言う声を聞くようになってきた。 流行りの記事にいくつか目を通すと、デザイナーは「 経営者と対等に話せるコミュニケーション能力、ビジネスセンスを保有していて、イケてるグラフィックを作り、コードまでかけないといけない 」らしい。 スキルを多く保有している方が望ましいのは間違いない。 ただ、 現場デザイナー に最も大事なのは実装面での考慮事項が網羅されて考え込まれた「 決定力のあるデザイン 」を作る力だと思う。 サッカーで言うと、決定力は「 得点を決める能力 」として使われているけど、UIデザインにおいては「 実装面まで考慮された実装可能なデザインであるか 」という言葉として使っている。 魅せるデザインとフィージビリティが考慮されているデザインでは、かなり内容が異なってくるので、現場デザイナーとしては特にこのあたり

                                        UIデザイナーに必要なのは、決定力のあるデザインを作る能力 | tsublog
                                      • アプリケーションにおける権限設計の課題 - kenfdev’s blog

                                        日々権限設計で頭を抱えてます。この苦悩が終わることは無いと思ってますが、新しい課題にぶつかっていくうちに最初のころの課題を忘れていきそうなので、現時点での自分の中でぐちゃぐちゃになっている情報をまとめようと思い、記事にしました。 所々で「メリット」「デメリット」に関連する情報がありますが、そのときそのときには色々と感じることがあっても、いざ記事にまとめるときに思い出せないものが多々ありました。フィードバックや自分の経験を思い出しながら随時更新する予定です。 TL;DR(長すぎて読みたくない) 想定する読者や前提知識 この記事での権限とは 権限の種類 ACL(Access Control List) RBAC(Role-Based Access Control) ABAC(Attribute-Based Access Control) どの権限モデルを採用するべきか 権限を適用する場面 機能

                                          アプリケーションにおける権限設計の課題 - kenfdev’s blog
                                        • なぜ dev.to がこんなにも速く、こんなにも自分にとって感動的なのか

                                          最初にいっておく。これは負け惜しみだ。 SPAとPWAの現状 自分は日本でReactの勝手エヴァンジェリストみたいなことをやっていて、SPAの重めのコンテンツをよく作ってるからか、「お前らフロントエンドを物事をややこしくして、重いページを量産してウェブを劣化させてるじゃないか!」みたいな批判を、名指しでよく受ける。なんで僕にいうかわからないけど、React = SPA みたいなイメージでスケープゴートにされてるんだろう。それはまあいい。 自分の仕事でSPA技術を使うところは、ちゃんと必要性もあるし理由も説明できる。ただ、やはり近年の複雑化/重量化について思うところはあるので、逆に振って AMP/PWA という選択肢を持っておきたくて、正直言うと依頼されたR&Dの仕事でもあったんだけど、一通り覚えた。なんだけど、今のところ仕事で使うタイミングがない。 PWA技術を仕事で使えなかった理由として

                                            なぜ dev.to がこんなにも速く、こんなにも自分にとって感動的なのか
                                          • もうCSS設計で悩まない!「CSSコーディング ガイドライン」策定のための参考記事・スライド 7選 / SQUEEZE - Web Design Studio -

                                            構造やクラス名、プロパティの記述方法などをルール付ける「CSSコーディング ガイドライン」策定のための参考記事を紹介します。 チームでの共有、コーディング効率やメンテナンス性などの改善のためにも、これを機会にガイドラインを導入してみてはいかがでしょうか。 コーディング規約を作ろう"制作チームの規模が大きくなればなるほど、コードの統一性は大切" ▶ コーディング規約を作ろう Webクリエイターボックス コーディング規約を見直すうえで抑えておくべきポイントを紹介。 チェックポイントコーディング規約に含むべき項目 ・ディレクトリやファイルの階層・名前 ・記述順やインデント、単位などのフォーマット ・ID,classなどの命名規則 ・対応ブラウザー CSSガイドラインを翻訳してみた"多くの開発者が関わる場合、メンテナンス可能、コード見通し良く、拡張可能にするために統一された方法を用いることが重要"

                                              もうCSS設計で悩まない!「CSSコーディング ガイドライン」策定のための参考記事・スライド 7選 / SQUEEZE - Web Design Studio -
                                            • フロントエンドJavaScriptにおける設計とテスト

                                              今日話さないこと JavaScriptの基礎知識、jQueryの導入 気持ちいいUIやUXがうんちゃら CanvasやWebGLを使ったリッチでイケてるゲームの作り方

                                              • Excel設計書を抹殺したくて4年前にWiki設計書を導入したら、意外とちゃんと開発回ってた話。 - Qiita

                                                初めましてこんにちは。 最近コードレビューの記事書いたら、Excelベースだったことを理由に Qiitaコメントとはてブで徹底的に燃やされたおじさんです。 いやね、僕だって使いたくて使ってるわけではなくてね、 できることなら使いたくないんですよ。 というわけで名誉挽回のために脱Excelできた話、 それも日本の三大悪三大風習に数えられるExcel設計書を抹殺した話を書きます。 (2/25修正:悪は言いすぎました。訂正します。) Growi 最高。 またの名をExcel方眼紙。 エクセルのセルの縦横を同じくらいの大きさに調整し方眼紙のようにして、 そこに設計書として文字と図と表を記載する方式。 メリット 一つのファイルに文字と図と表がまとめて記載できる テキストでは文字は書けても図と表が書けない Wordでは、文字と図表エリアとを2列表示するのが難しい できなくはないが面倒くさい UMLモデ

                                                  Excel設計書を抹殺したくて4年前にWiki設計書を導入したら、意外とちゃんと開発回ってた話。 - Qiita
                                                • system-design-primer/README-ja.md at master · donnemartin/system-design-primer

                                                  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

                                                    system-design-primer/README-ja.md at master · donnemartin/system-design-primer
                                                  • サーバーサイドエンジニアも知っておくべきフロントエンドの今

                                                    Rails Developers Meetup 2019

                                                      サーバーサイドエンジニアも知っておくべきフロントエンドの今
                                                    • 履歴を持つデータの設計

                                                      酔いどれ設計ナイト2019の発表資料です。

                                                        履歴を持つデータの設計
                                                      • はてなで大規模サービスのインフラを学んだ - ゆううきブログ

                                                        中〜大規模サービスのインフラの様子を知りたいアプリケーションエンジニア向けに、もともとアプリケーションコードを書いていた視点から、個人的な体験をベースにはてなで大規模サービスのインフラを学んだ過程や学んだ内容の一部を紹介します。 Webアプリケーションのブラックボックス Webアプリケーションフレームワークの向こう側 なぜ複数のサーバが必要なのか 突然のWebサービス3層構成 リバースプロキシ アプリケーション データベース その他のコンポーネント キャッシュは麻薬 飛び道具としてのKVS/NoSQL 非同期処理 バッチ処理 Mackerelの場合 参考 まとめ Webアプリケーションのブラックボックス 今年もはてなインターンの時期が近づいてきた。 毎年ではないけど、はてなインターンでは「インフラ講義」というのをやっている。 今年はインフラ講義の講師としてアサインされたのでちょうど何を話そ

                                                          はてなで大規模サービスのインフラを学んだ - ゆううきブログ
                                                        • 魅惑のデパート搬入口の世界

                                                          読者諸兄はデパートに行ったらどこが気になるだろうか?デパ地下?ファッション売り場? 増田は搬入口の場所だ。売り場で何売ってるかなんてどこから搬入するかに比べたらどうでもいいことだ。この文書を読んだら君もきっとそうなる。 売り場で物が売れたらそれを補充しなきゃならない。その搬入口は大抵ビルの裏にある。 しかしデパートがある場所というのは一等地だ。バックスペースである搬入口なんかの為に一等地を使うのは余りに勿体ない…。 という事で離れた場所に搬入口が設けられて秘密の通路で結ばれていることがあるのだ。 それを幾つか紹介するよ。 因みにこういう所は仕事でしか入れないもので、増田が仕事で行ったり同僚に聞いた入りした事がある個所に限られるから偏りはあるよ。 池袋LABIヤマダ電機が運営する池袋LABIは元は池袋三越だった。開業は昭和29年の地下鉄丸の内線の前年か同年と古い。 LABIの裏に都道があって

                                                            魅惑のデパート搬入口の世界
                                                          • 1分で感動

                                                            【朗報】外国人観光客さん、日本の“お客さんが見えなくなるまでバイバイし続ける文化”に感動する 2024.05.06 管理者 【朗報】外国人観光客さん、日本の“お客さんが見えなくなるまでバイバイし続ける文化”に感動する#ほっこりトゥイッター#外国人観光客 #おもてなし pic.twitter.com/sfOhssjR07 — 滝沢ガ…

                                                            • マンションポエム徹底分析!

                                                              マンションポエム。それはマンション広告にちりばめられた詩的キャッチコピー。 折り込みチラシや、駅や電車内の広告などでよく見かけると思う。「洗練の高台に、上質がそびえる」(「プラウドタワー白金台」野村不動産より)といったあの名調子のことだ。 このマンションポエム観察をライフワークにしているぼく。今回はさらに踏み込んだ分析をしてみよう。

                                                                マンションポエム徹底分析!
                                                              • ドワンゴ「助けて! エンジニアが朝出社しないの!」→ 女子マネージャーが弁当を手渡してくれる「女子マネ弁当」システム導入で生活習慣改善へ

                                                                ニコニコ動画などを運営するドワンゴは、9月2日よりエンジニアの生活習慣改善のため「女子マネ弁当」システムを導入する。そのお披露目会が8月28日、ドワンゴ社内で行われた。 「女子マネ弁当」とは、毎朝、えんじ色のジャージを来た「女子マネ」と一緒にラジオ体操を実施し、参加スタンプと引き替えに「女子マネ」からお弁当を受け取ることができるという社内制度。な、なんだその夢のようなシステムは……。 この日は社外へのお披露目を兼ねていたため、通常より1時間遅い11時半スタート(通常は10時半から)。時間になるとジャージ姿の女子マネが台の上に立ち、フロア全員でのラジオ体操がはじまった。見るからに不健康そうな(失礼)エンジニアたちが、女子マネの号令に従って体を動かすという、この世のものとは思えない光景が約3分間にわたって繰り広げられた。 社内に女子マネがいる不思議光景 「腕を前から上にあげて大きく背伸びの運動

                                                                  ドワンゴ「助けて! エンジニアが朝出社しないの!」→ 女子マネージャーが弁当を手渡してくれる「女子マネ弁当」システム導入で生活習慣改善へ
                                                                • Fluentd 入門 〜運用に必要な基礎知識〜

                                                                  最近業務で Fluentd を触ることが出てきて入門したんですが、最初のうちはトラブルが起きた時に何が起きているのか、どう対処したら良いのかがさっぱりわからなかったので、「Fluentd ってログの収集とかに使われるやつでしょ?」程度の知識しかなかった過去の自分に向けて「とりあえずこれぐらいは知っておけ!」と言いたい内容をまとめてみました。 トラブルが起きた時にどの処理で問題が起きているのか素早くコードを追うことができて、データの消失を最小限に抑えつつ適切に対処できるようになることを目的としています。 なお、現時点で最新版の Fluentd v0.14.21 を対象にしています。 アジェンダ Getting Started Fluentd のアーキテクチャ Processes Supervisor process Worker process Threads Input thread En

                                                                    Fluentd 入門 〜運用に必要な基礎知識〜
                                                                  • Netflixにおける日本語字幕の導入

                                                                    (Please note that this article is a localized (to Japanese) version of a corresponding tech blog article in the English language) Netflixでは、2015年9月の日本における配信サービス開始時から日本語字幕を提供しています。 今回のブログでは、日本語字幕提供に至るまでの技術的な取り組みについて説明します。 字幕ソースファイルの仕様、字幕ソースファイルからNetflix配信用字幕への変換モデル、Netflixにおける日本語字幕の納品モデルなどを取り上げます。さらに、W3C字幕規格Timed Text Markup Language 2 (TTML2)導入に向けた対応についても触れます。 2014年の終盤にかけて、Netflixでは2015年9月に予定していた日

                                                                      Netflixにおける日本語字幕の導入
                                                                    • Macに別れを告げて、クラウド中心の開発生活を始めるまで - Qiita

                                                                      昨年あたりから、Macやめたい病を患っていたのですが、2度の故障を経て、重たい腰を上げました。別にWindows使いたいわけもなく「ローカルが煩わしい」だけなので、Windowsアプリは一切インストールしていません。で、どうやって暮らしてるの? というお話です。 TL;DR このあたり↓を組み合わせていけば、クラウド生活可能: GCP (or AWS) Codeanywhere (or Koding or Cloud9) VPCネットワーク + VPN (IPsec+L2TP) + DNS Figmaほか、Webサービス各種 追記・この記事を書いていたら、AWS Cloud9が発表されました。選択肢が増えて何よりです。 はじめに 本稿は、筆者が「Mac断ち」あるいは「ローカルマシンから解脱(げだつ)」する過程で見えてきた、ベスト(かも)プラクティス集に近いものです。 よく使うテキストエディ

                                                                        Macに別れを告げて、クラウド中心の開発生活を始めるまで - Qiita
                                                                      • FINAL FANTASY Record Keeper の作り方

                                                                        2019/9/25-6に開催されたUnite Tokyo 2019の講演スライドです。 小端 みより(株式会社ミクシィ) こんな人におすすめ ・Unityでより本格的なマルチプレイのゲームを作りたい方 ・そもそも通信や同期処理ってどうやって実装するの?という方 受講者が得られる知見 ・Unityで専用サーバを開発するメリットやその方法 ・Unityでサーバとクライアントを同時に開発するテクニック ・通信に関する知識、専用サーバを運用する方法 Unityのイベント資料はこちらから: https://www.slideshare.net/UnityTechnologiesJapan/clipboards The document discusses Assembly Definition (asmdef) files in Unity. It begins by explaining that

                                                                          FINAL FANTASY Record Keeper の作り方
                                                                        • 首里城で火災「正殿」などが全焼 那覇 | NHKニュース

                                                                          那覇市にある「世界遺産」の首里城跡に復元された首里城で起きた大規模な火災では、「正殿」など主要な建物が全焼し、琉球王国時代から伝わる貴重な収蔵品の多くが焼けたものとみられています。警察などは、あす(1日)午前から現場で検証を行うなどして詳しい出火原因を調べることにしています。 31日未明から那覇市にある首里城で11時間にわたって続いた大規模な火災では、城の主要な建物の「正殿」や「北殿」、それに「南殿」などが全焼しました。

                                                                            首里城で火災「正殿」などが全焼 那覇 | NHKニュース
                                                                          • ニュージーランドの家は人間が住むものではない

                                                                            日本では次期総理がどうやら決まり、内閣も発表されたのでニュージーランドの住宅事情について書く。 ニュージーランドのオークランドでは、毎年凄まじい勢いで値段が上がっており、その実態に比べてあまりにも不釣り合いであるということはもう長いこと言われている。だがちっとも問題が解決しないばかりか、どんな掘っ立て小屋であってもミリオンダラーになっており、もはや家を買える人は金持ち下投資家以外にいなくなった。中流といえども家を買うのは簡単ではない。 これについては、ニュージーランドファースト政党のウィンストンピータースが「オーストラリア人や中国人が投資目的で家の値段を釣り上げまくっているから外国人に家を売るべきではない」という議論を国会で行い、家を買うためには永住権が必要になったが、相変わらず住宅価格は値段が上がっている。金持ちからしたらそんな物道とでもなるというのをまざまざと見せつけられた瞬間だ。 価

                                                                              ニュージーランドの家は人間が住むものではない
                                                                            • 大規模 JavaScript その設計と実装と現実

                                                                              実録 WordPress Twenty Sixteen のカスタマイズ | WordBench東京 2月勉強会 「みんなのテーマ開発」〜自分の好きな作り方...Akira Tachibana

                                                                                大規模 JavaScript その設計と実装と現実
                                                                              • 7つの設計原則とオブジェクト指向プログラミング - ソフトウェア設計を考える

                                                                                設計原則はよい設計をするための指針です。 では、よい設計とはなんでしょうか? もっとも重要なソフトウェア品質は発展性 ソフトウェアの発展性がビジネス価値を生む 発展性をうみだす7つの設計原則 モジュール化 モジュール化の2つのアプローチ 型によるモジュール化 手続き的なモジュール化 関心の分離 関心の4象限 入出力と計算・判断の分離 業務の関心と実装の詳細の分離 もっとも複雑な関心事(ビジネスロジック)の分離を徹底する カプセル化と抽象化 カプセル化 ビジネスロジックのカプセル化 抽象化 データ抽象 ビジネスロジックとデータ抽象 高凝集と疎結合 凝集度 結合度 隠された結合性の問題 定義の一点性 見た目が同じコード 7つの設計原則の学び方 コードの実装例 ドメインオブジェクト設計のガイドライン 実践ガイドとして使える本 設計の考え方を理解するための本 もっとも重要なソフトウェア品質は発展性

                                                                                  7つの設計原則とオブジェクト指向プログラミング - ソフトウェア設計を考える
                                                                                • クリーンアーキテクチャ完全に理解した

                                                                                  clean_architecture.md 2020/5/31追記: 自分用のメモに書いていたつもりだったのですが、たくさんのスターを頂けてとても嬉しいです。 と同時に、書きかけで中途半端な状態のドキュメントをご覧いただくことになっており、大変心苦しく思っています。 このドキュメントを完成させるために、今後以下のような更新を予定しています。 TODO部分を埋める 書籍を基にした理論・原則パートと、実装例パートを分割 現在は4層のレイヤそれぞれごとに原則の確認→実装時の課題リスト→実装例という構成ですが、同じリポジトリへの言及箇所がバラバラになってしまう問題がありました。更新後は、実装時の課題リストを全て洗い出した後にまとめて実装を確認する構成とする予定です。 2021/1/22追記: パートの分割と、クリーンアーキテクチャという概念の定義について追記を行いました。大部分の実装例パートを中心

                                                                                    クリーンアーキテクチャ完全に理解した