並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 2471件

新着順 人気順

architectureの検索結果1 - 40 件 / 2471件

architectureに関するエントリは2471件あります。 開発設計エンジニア などが関連タグです。 人気エントリには 『マンションリフォーム虎の巻』などがあります。
  • マンションリフォーム虎の巻

    本来は親友に向けたマンションリフォームのアドバイスだが、LINEで送るには長すぎるので、増田の日記として公にさらしてみる。ブコメやトラバで有用な反論が得られるかもしれない。 祝1000user超え。いろんな意見が聞けて楽しい。おそうじ浴槽がみんなに届いてうれしい。 祝2000user超え。自分の知識がみんなの役に立ったようでうれしい。はてブ愛してる。 増田は建築士としてそれなりに経験値はあるが、住まいのあり方や価値観は本当に多様なので、N=1の意見として参照するぐらいがちょうどよい。 大前提適切な断熱壁と二重ガラス樹脂サッシが装備されていること。それがない建築が許されるのは安藤忠雄だけ。 既存のサッシが交換できないならインプラスなどの内窓をいれればよし。 風呂編おそうじ浴槽!これが言いたくてこの長い日記を書いているといっても過言ではない。 google:image:おそうじ浴槽 他の設備投

      マンションリフォーム虎の巻
    • イーロン・マスクのロケット製造5つのステップがサイコーだった

      イーロン・マスクが YouTube チャネルでスペース X のテキサス工場スターベースの中を歩き回りながらロケット製造や電気自動車について説明しているのを観た。ツイートしたこの件。 これがめちゃくちゃに示唆に富んでいて面白かった。この日のイーロン・マスクは饒舌で楽しそうなので、かなり魅入ってしまった。きっと彼はカンファレンスや会議室の中でインタビューを受けるよりも、工場でみんながロケット作ったり作業している場で語った方が情熱を込めていろいろ説明してくれるんだと思う。 この中で製造工程の話があって、これはロケット製造などの特定分野だけでなく、IT やその他の分野にでも当てはまる普遍的な知見だと思ったので意訳してみた。ざっとビデオを観て印象に残った部分だけを意訳した。あくまで大枠で言ってることをまとめただけなので、もし詳細に興味があればぜひビデオを観てイーロン・マスクの話を直接聞いて確認してく

        イーロン・マスクのロケット製造5つのステップがサイコーだった
      • 中古マンション購入の注意点5つ!プロ秘伝の失敗しないためのチェックリストを大公開 | ゼロリノベジャーナル

        宅地建物取引士/元銀行員 鰭沼 悟 宅地建物取引士、不動産投資家歴15年、元銀行員。不動産仲介からリノベーション設計・施工をワンストップで提供する株式会社grooveagent(ゼロリノベ)代表取締役。 中古マンションの購入で失敗しないために絶対に押さえるべき注意点は5つのみ! 中古マンションの購入で失敗しないためには、次の5つの注意点を押さえることが重要です。 資金計画 築年数 耐震性 設備 周辺環境 修繕計画 逆にいえば、これら3つさえきちんと押さえていれば、中古マンションの購入に成功する確率はぐっと高まります。 1-1.中古マンション購入で失敗する原因は「知識不足」 そもそも、中古マンションを購入しようと思ったきっかけは何でしょうか? 多くの方は、「好きなエリアで暮らしたいから」「比較的リーズナブルに購入できるから」といった理由のはずです。 とくに新築マンションの価格が高騰している首

          中古マンション購入の注意点5つ!プロ秘伝の失敗しないためのチェックリストを大公開 | ゼロリノベジャーナル
        • 家を建てたときのはなし(追記あり、追記その2あり)

          結論から家は宗教みたいなもんで、各メーカーで訴求ポイントが違うのだから、自分たちにあったメーカーを選べば良い。 オシャレさ全振りメーカーで断熱気密ガバガバでも、自分たちが満足しているならそれでいいと思う。 住友林業とかめっちゃ憧れる。自分は家を建てる前に色々な情報を知ることができて、ラッキーだったと思う。 ので、みんな満足する家を建てられるよう、気密断熱の話題が上がったこのタイミングで記録を残しておく。メーカー選定編いきなり展示場に行くのは良くないらしいので(暇な営業が飛びついてくる)、まずスーモカウンターに行った。そこで4つぐらい紹介されたので2ヶ月かけて回った。最初は大開口の窓とか吹き抜けとか、そういうおしゃれな家に憧れた。が、やはりコストオーバーなのと、末尾に書いたyoutuberたちの動画を見たことで高気密高断熱という概念を知り、それがなるべく達成できそうなメーカーで建てることにし

            家を建てたときのはなし(追記あり、追記その2あり)
          • 良いコードとは何か - エンジニア新卒研修 スライド公開|CyberZ Developer

            CyberZ CTO室のメンバーの森 (@at_sushi_at) です。 先日、株式会社サイバーエージェントの2021年度 エンジニア新卒研修でコードの品質に関する講義を行いました。 そこで話した内容とスライドを完全公開します。 45分の内容のため、かなり長いですが、個人的にぜひ一読して欲しい内容になっています。 はじめに こんにちは、森 篤史と言います。2019年度入社で今年で3年目になります。株式会社CyberZのOPENREC.tvというプロダクトでAndroidアプリチームのリーダをやっています。 最近はプログラムを書く仕事以外に、次世代マネジメント室という全社横断組織でDevelopers Blogの改善プロジェクトを実行したり、CyberZ CTO室で組織活性化に取り組んでいます。 あと、2019年度の未踏スーパークリエータにも認定されました。 メインの仕事としては、入社して

              良いコードとは何か - エンジニア新卒研修 スライド公開|CyberZ Developer
            • 何故お役所ってオワコンIEが大好きなの?|楠 正憲(デジタル庁統括官)

              普通は役所のシステムって構築してから5年とか7年は塩漬けにして使うもので、一度やらかしてしまうと名誉挽回の機会なんて向こう数年は与えられないんだけど、こと本件に関しては高市総務大臣から「今すぐ私がマニュアルなしでも使えるように直しなさい」と叱責いただいて、しっかりと予算的なサポートも得られたことで、たったの数ヶ月で立て直すことができた。 この数ヶ月は外部のセキュリティやPKIの専門家の方から様々なサポートをいただいて何とか実現したんだけれども、役所のシステム開発としては非常識というか、極めて難易度が高い案件だった。「え?単にChromeやSafariをサポートするだけでしょ、難しい訳ないじゃん」と思う諸兄は、もうしばらくこの話に付き合って欲しい。 もともとマイナポータルは日本を代表するITベンダーと通信キャリアの3社が開発したんだけど、大臣からの叱責を受け「ちゃんとお金を払うから直してよ」

                何故お役所ってオワコンIEが大好きなの?|楠 正憲(デジタル庁統括官)
              • ChatGPTに要件定義をお願いしたらハンパなかった | DevelopersIO

                架空の営業管理システムを作ってもらう前提で、ChatGPTに要件定義をお願いしてみました。 実験として軽く試すレベルで始めてみたのですが、予想を超えるクオリティでしたので、一部始終を皆様にもご紹介します。 ChatGPTとのやりとり まず、ざっくりと必要な機能の洗い出しをお願いしてみました。 あっという間に必要な機能を網羅的にリストアップしてくれまた。私自身、SFA/CRMをいくつか触った経験がありますが、適切な内容だと思います。 中には、「データのインポート・エクスポート機能」のように、検討初期段階ではつい忘れそうな機能も含まれています。さらに頼んでもいないのにオススメの検討プロセスまで教えてくれました。気が利いてます。 機能ベースだと要件の妥当性が判断しにくく思ったので、画面ベースで要件定義してもらことにしました。 「図で教えて」とできないことをお願いしたところ、やんわり断りつつ、意図

                  ChatGPTに要件定義をお願いしたらハンパなかった | DevelopersIO
                • ソフトウェアエンジニアでテストマンな私が家を買う際にやったこと - 若くない何かの悩み

                  はじめに ソフトウェアエンジニアでテストマンを生業とする Kuniwak です。今回は家を買うためにやったことを紹介します。 というのも、家を買うためにやったことを知人に話してみたら面白がられたため、誰かの役に立つかもしれないと思ったからです。 なおこの記事はソフトウェアに関する技術の記事ではありません(随所に検証の基本的な考え方などが散りばめられていますが…)。また、この記事で紹介する意見・手法は多分に cocopon 氏の影響を受けています。cocopon 氏の家購入エントリもこの記事と同時に公開されているはずです。 また、この記事はとても長いので先にポイントを説明しておきます。この記事ではライフプランシミュレーションに始まり次のような3Dモデルを作って日照や照明の検証をしていきます。また、3Dモデルを作るだけでは漏れが出るのでさまざまな検証を組み合わせています: 検証のために作った3

                    ソフトウェアエンジニアでテストマンな私が家を買う際にやったこと - 若くない何かの悩み
                  • ソフトウェアエンジニア、家を買う - hichihara note

                    最高の夏を迎える中庭 前回の記事投稿からだいぶあいていますが、あいかわらずGAFAではない会社でソフトウェアエンジニアをしています。今回は最近の個人的な大仕事であった家を買った話を書きます。ちなみにこの記事にソフトウェアエンジニア要素はほぼないので釣りタイトルになります、ただプロダクト設計やプロジェクトマネージャー的な感覚は必要になって非常に面白かったです。 注意事項: この記事は素人の個人的な意見や感想です、また家に関して何が一番良いかは人それぞれなのでそういった議論もしません。 なぜ家を買ったのか? 子供の小学校入学前であることコロナ禍であることで決断しました。元々、自分や妻のキャリアや子供のことなども含め賃貸で暮らしてきましたが、子供も大きくなり小学校入学前には持ち家を買いたいなと漠然と考えていました。大体2年前くらいから都内で4LDKの戸建てやマンションを探していて、実際に買う寸前

                      ソフトウェアエンジニア、家を買う - hichihara note
                    • 「1Byteが8bitに決まったワケ」についての長い話 まずは「バベッジの階差機関」から

                      いつものようにヘロヘロと仕事をしていると、突如担当編集の松尾氏からMessengerで「これに対するちゃんとした回答を書けるのは大原さんだなということで、また歴史物をお願いしたく」という依頼が飛び込んできた。 いやちゃんとした回答も何も、上のTreeで出題されたSEライダー氏が正解を出されているわけですが、歴史的経緯というか、ここに至るまでの話というのが長い訳で、その辺りを少し説明してみたいと思う。 ちなみに出題に少しだけ違和感がある(なぜ10bitがキリがいいと思うのか?)のは、筆者もこっち側の人間だからかもしれない。 回答の前に、その根底にある2進数採用の経緯 そもそも非コンピュータ業界の方からすれば、2進数がベースという辺りから違和感を覚えるのではないかと思う。実際、世界最初の計算機(≠電子計算機)とされる「バベッジの階差機関」(写真1)にしても、世界最初の電子計算機(※1)であるE

                        「1Byteが8bitに決まったワケ」についての長い話 まずは「バベッジの階差機関」から
                      • 牧歌的 Cookie の終焉 | blog.jxck.io

                        Intro Cookie は、ブラウザに一度保存すれば、次からその値を自動的に送ってくるという、非常に都合の良い仕様から始まった。 State Less が基本だった Web にセッションの概念をもたらし、今ではこれが無ければ実現できないユースケースの方が多い。 冷静に考えればふざけてるとして思えないヘッダ名からもわかるように、当初はこのヘッダがこんなに重宝され、 Web のあり方を変えるかもしれないくらい重要な議論を巻き起こすことになるとは、最初の実装者も思ってなかっただろう。 そんな Cookie が今どう使われ、 3rd Party Cookie (3rdPC) の何が問題になっているのかを踏まえ、これからどうなっていくのかについて考える。 Cookie のユースケース Web にある API の中でも Cookie はいくつかの点で特異な挙動をする 一度保存すれば、次から自動で送る

                          牧歌的 Cookie の終焉 | blog.jxck.io
                        • 私がよく参考にしているサイトまとめ

                          はじめに Twitter、Qiita、Zenn...といろんなところから情報収集するのはいいのですが、それぞれの有益な情報をそれぞれのサイトにお気に入りとして保存しているので、必要な情報を探すだけで一苦労です。 ここで一覧にしてまとめておくことにしました。 ただし、特定の言語に依存するような記事はあえて排除しています。 皆さんにとっても有益な情報があると、この記事を公開して良かったなと思います。 また、皆さんのオススメの記事がありましたら、コメントなどで教えてください。 コミュニケーション 質問 質問は恥ではないし役に立つ https://qiita.com/seki_uk/items/4001423b3cd3db0dada7 新卒からの質問をソシャゲっぽい仕組みにしたら捗った話 https://qiita.com/ysktsuna/items/fced3a9515c8f585ca50 会

                            私がよく参考にしているサイトまとめ
                          • 建築好きなら死ぬまでに見ておきたい建築100(日本国内編)

                            名称都道府県設計水の教会北海道安藤忠雄モエレ沼公園北海道イサムノグチ公立はこだて未来大学北海道山本理顕せんだいメディアテーク宮城県伊東豊雄ショウナイホテル スイデンテラス山形県坂茂会津さざえ堂 福島県-那珂川町 馬頭広重美術館栃木県隈研吾那須芦野・石の美術館 STONE PLAZA栃木県隈研吾幕張メッセ千葉県槇文彦東京スカイツリー東京都日建設計すみだ北斎美術館東京都妹島和世浅草文化観光センター東京都隈研吾江戸東京博物館東京都菊竹清訓国立西洋美術館東京都ル・コルビュジエ東京文化会館東京都前川國男法隆寺宝物館東京都谷口吉生日本銀行 本店東京都辰野金吾ミキモト 銀座2丁目店東京都伊東豊雄エルメス銀座店東京都レンゾ・ピアノニコラス・G・ハイエックセンター東京都坂茂安田講堂 (東京大学大講堂)東京都岸田日出刀日本テレビタワー東京都リチャード・ロジャース日生劇場東京都村野藤吾虎ノ門ヒルズ森タワー東京都

                              建築好きなら死ぬまでに見ておきたい建築100(日本国内編)
                            • ソフトウェアエンジニアなら3秒で理解できる NFT 入門 - Okapies' Archive

                              はじめに NFT って何ですか? ブロックチェーン上に記録された一意なトークン識別子をその保有者のアドレスと紐付ける情報、およびそれを状態変数として保持するスマートコントラクトのこと。 以上。 え、それだけ? はい。 「デジタル資産に唯一無二性を付与するインターネット以来の革命」なんじゃないの? これを読んでください: speakerdeck.com なるほど。ところで、この記事は何? いま話題の NFT について、NFT の標準仕様である EIP-721 の仕様書と、それを実装しているスマートコントラクトのソースコードから読み解けることを解説する。一般向けの解説とは異なる視点から光を当てることで、ソフトウェアエンジニアに「あ、NFT って単にそういうことだったのか」と理解してもらえるようにすることを狙っている。 また、NFT がソフトウェアとして具体的にどう実装されているかを知ることは、

                                ソフトウェアエンジニアなら3秒で理解できる NFT 入門 - Okapies' Archive
                              • これから家が燃える人向けnote~出火編~|たぬき

                                生きてる間に家が燃える確率は4.85%(2020年データ) このnoteはもらい火事で住んでた部屋が真っ黒けになってしまった筆者が、これから家が燃えるポテンシャルを有しているあなたのために、これやっておけばよかった、これやっててよかった、をお伝えする記事である。 ちなみに、六面のサイコロ転がしてピンゾロ出る確率は2.78%なので、結構家燃えるね! とりあえずスペック 私 30代既婚子持ち、在宅:出社=4:1の仕事 旦那さん 30代、在宅:出社=3:2の仕事 お子さん 保育園通い、物覚えがよくて声がデカい 燃えた部屋 アパート、鉄筋コンクリート なんで燃えたの? 隣人の仏壇の火の不始末が出火原因だった。線香に火をつけるためのろうそくを消し忘れただとかなんとか。実は私の実家も隣家の火事でちょこっと燃えたのだが、全く同じ出火原因であった。 そういうわけで実家に帰省したときに仏壇を確認してろうそく

                                  これから家が燃える人向けnote~出火編~|たぬき
                                • 要件定義~システム設計ができる人材になれる記事 - Qiita

                                  はじめに 株式会社デジサク がお送りするプログラミング記事、 今回は要件定義・システム設計について扱っていこうと思います。 プログラミングを勉強していて、こんな事を感じた経験はないでしょうか。 「勉強してもプロダクトが作れない」 「そもそも開発ってどうやるの?」 「要件定義ってなに?」 その悩みを解決するために、まずは開発の全体感を理解しましょう。 下図『ソフトウェア開発プロセス』をご覧ください いつも勉強しているプログラミングは 『実装』 の部分に該当します。 つまり、プログラミングの実力を発揮する前に4つも壁が存在するのです。 そのため、本記事では実装(プログラミング)を開始する前に必要となる、 『企画~設計』 について順を追って説明して行きます。 特に、エンジニアが理解しておくべき 『要件定義』『設計』 にフォーカスします。 なお、開発全体において実装(プログラミング)に使用する時間

                                    要件定義~システム設計ができる人材になれる記事 - Qiita
                                  • 独身男性 新築を買う

                                    家賃と駐車場代払ってると駐車場付きの家欲しいなる — 不動産取得税申告 (@mzyy94) November 29, 2020 都内で月極駐車場を契約して賃貸マンションに住まう総居住費に対し、駐車場付き物件を住宅ローンを組んで支払う方が、税金や月々の返済を考えても安上がりなことを第一の理由に、この2023年に家を買うことにした。当初は一切のこだわりがなく、とにかく家を買って住むぞという軽い気持ちだけでスタートしたので、そのスタートからゴールまでの経験や過程を記事にする。 目次 Open 目次 家選びの条件を狭める Q. マンションか一軒家か 1. 駐車場利用料と車庫サイズ 2. 管理費と自治 3. ゴミ出し体験 Q. 中古か新築か 1. 住宅ローン控除の還付額の差 2. 契約不適合責任の範囲 3. 不動産取得税と固定資産税など各種減税 Q. 建売住宅か注文住宅か Q. 借地か所有権か ここ

                                      独身男性 新築を買う
                                    • 1000万件オーバーのレコードのデータをカジュアルに扱うための心構え - joker1007’s diary

                                      自分が所属している会社のメンバーの教育用資料として、それなりの規模のデータを扱う時に前提として意識しておかなければいけないことをざっくりまとめたので、弊社特有の話は除外して公開用に整理してみました。 大規模データ処理、分散処理に慣れている人にとっては今更改めて言うことじゃないだろ、みたいな話ばかりだと思いますが、急激にデータスケールが増大してしまったりすると環境に開発者の意識が追い付かないこともあるかと思います。 そういったケースで参考にできるかもしれません。 弊社は基本的にAWSによって運用されているので、AWSを前提にした様なキーワードやサービス名が出てきます。後、句読点があったり無かったりしますが、ご容赦ください。 追記: 社内用の資料の編集なのでかなりハイコンテキストな内容だから誤解するかもしれませんが、これらはそもそもRDBの話ではありません。(関係無くは無いけど) 1000万オ

                                        1000万件オーバーのレコードのデータをカジュアルに扱うための心構え - joker1007’s diary
                                      • 【ChatGPT】海外でバズったヤバい使い方9選【2023年3月版】 | WEEL

                                        ChatGPTでインテリアデザインを出力 この記事では、CnatGPTとほかのツールを連携させて高品質なインテリアデザインを出力させる方法が紹介されています。 ok, I got ChatGPT working with Additive Prompting Here's a 1 paragraph ChatGPT prompt you can use to generate infinite interior design/architecture photographs w/ 90%+ coherence to the prompt in Midjourney Full prompt w/ examples in thread. Try reading the prompts as you go 🧵 pic.twitter.com/zhGB03UGpD — Nick St. Pier

                                        • 「あつまれ どうぶつの森」の博物館はどうすごい? 一級建築士に聞いてみた|まいしろ

                                          コロナの影響で ・中止になった卒業式をあつ森でやる ・政治のデモをあつ森でやる などなど、かなりナナメ上の方向でも話題になっているゲームですが、そんな話題のあつ森をようやく私も5日前に始めました。 一応あつ森をやってない方のためにゲームの説明しておくと、こんな風にアウトドアな生活を楽しんだり... 通信で リアルの友達と釣りをしながら遊んだり... 安全に 感染症対策を訴えたりできるゲームです。 しかし、これがあつ森の実力ではありません。あつ森における最大の目玉。私がコレのためにあつ森をやっていると断言できるほど感動したのは、やっぱりこれ。 博物館!!! いや伝わってないかもしれないけど、これがかなりすごい。本当にすごい。 しかし、いくら素人が「あつ森の博物館がすごい!」「もはや博物館のためにやっている!」とか言ったところで なかなか説得力がない のも事実です。 実際、この前あつ森をしてな

                                            「あつまれ どうぶつの森」の博物館はどうすごい? 一級建築士に聞いてみた|まいしろ
                                          • shiodaifuku.io

                                            Webエンジニアのブログです。

                                              shiodaifuku.io
                                            • ソフトウェアエンジニア、建売を買う - Software Transactional Memo

                                              買った戸建てに付けた表札、住所はぼかした プロローグ 新型コロナが世間を騒がせ始めて以来ずっと在宅勤務をしている。 転職に伴って会社近くに引っ越したので通勤のドアtoドアで30分台を叩き出していた好立地はその活躍の機会をすっかり失った一方で、妥協した40平米の部屋の狭さと1LDK+Sの間取りが巣ごもり子育て核家族を襲った。 外で遊び足りない娘は泣き、広がった活動範囲で家中の物を無秩序に引っ掻き回すので必然的に触られたくないものは高いところに置くことになり、立体的に活用される事になった1LDKの空間は生活の難度を高めジワジワと真綿で首を締めるような状況が続いた。 住んでいたマンションは駅に近いのは良いが作りは古く、冬には窓枠が結露しカビが発生する。窓から降りる冷気はそのまま壁や床にすら結露を起こし室内はカビに見舞われた。それとの因果関係は不明だが冬場の慢性的な体調不良が家庭内の治安を更に悪化

                                                ソフトウェアエンジニア、建売を買う - Software Transactional Memo
                                              • 富士通の撤退する「メインフレーム」ってそもそも何?

                                                はじめに 富士通がついに2030年にメインフレーム市場から撤退し、66年の歴史に幕を閉じるという話が出てきました。 富士通といえば国産大型コンピュータの先駆けであり、IBM互換機を作って巨人IBMに食らいついたベンダーでもあります。そんなわけで中々に歴史の転換点を感じる話題ではあるのですが 「ところでメインフレームって何? 」 という方も多いでしょう。という分けで名前は聞いたことがるけど実態が良く知らない「メインフレーム」 に関して少しだけ解説をする動画を作りました。 この記事は動画では話しきれなかった事も含めて、もう少し深堀した解説をしていきたいと思います。ちょっと長くなりましたが、前半が歴史の話で後半がアーキテクチャの話になるので好きな所にジャンプして読んでみてください。 メインフレーム? 汎用機? ホスト? メインフレームは他にも汎用機とかホスト機と呼ばれることもありますよね。Wik

                                                  富士通の撤退する「メインフレーム」ってそもそも何?
                                                • AWS システム構築 非機能要件ヒアリングシートを公開してみた | DevelopersIO

                                                  こんにちは。 ご機嫌いかがでしょうか。 "No human labor is no human error" が大好きなネクストモード株式会社の吉井 亮です。 日本国内においても多くのシステムがクラウド上で稼働していることと思います。 俊敏性、拡張性、従量課金、IaS、セキュリティなどクラウドのメリットを享受しやすい所謂 SoE で多くの実績があるように感じます。 ここ1~2年は、社内基幹システム・情報システム、SoR 系のシステムのクラウド移行が本格化してきたというのが肌感覚であります。 クラウドでのシステムインフラ構築は従来のようにゼロから非機能要件定義を行っていくものではなく、ベストプラクティスをまず実装して少しずつ微調整を行っていくものと考えています。とはいえ、システムごとの要件は予め明らかにしておくことがインフラ構築においても重要になります。 クラウド上では出来ること出来ないこと

                                                    AWS システム構築 非機能要件ヒアリングシートを公開してみた | DevelopersIO
                                                  • 【翻訳】技術的負債という概念の生みの親 Ward Cunningham 自身による説明 - t-wadaのブログ

                                                    システム開発の世界において「技術的負債(Technical Debt)」は繰り返し話題になり、しばしば炎上しています。 技術的負債という概念の生みの親は Ward Cunningham (ウォード・カニンガム)です。彼は 1992 年にオブジェクト指向プログラミングの国際カンファレンス OOPSLA '92 の Experience Report でコードの初回リリースを負債に例えました("Shipping first time code is like going into debt")。 Ward Cunningham はソフトウェアの世界に多くの貢献を果たしてきました。Wiki の発明者であり、XP と TDD の父 Kent Beck の師匠のような存在であり、建築の世界の「パタン・ランゲージ」を Kent Beck と共にソフトウェアに輸入した人であり、「アジャイルソフトウェア開

                                                      【翻訳】技術的負債という概念の生みの親 Ward Cunningham 自身による説明 - t-wadaのブログ
                                                    • すべての開発者へ。すごいGitHubリポジトリ10選 - Qiita

                                                      本記事は、Simon Holdorf氏による「10 Extraordinary GitHub Repos for All Developers」(2021年4月4日公開)の和訳を、著者の許可を得て掲載しているものです。 こちらもどうぞ すべてのウェブ開発者へ。人気GitHubリポジトリ9選 面接のリソース、build your own X、優れたパブリックAPIのリストなど Photo by Vishnu R Nair on Unsplash はじめに GitHubは、あらゆる種類の技術、フレームワーク、ライブラリ、コレクションなどを共有するためのNo.1プラットフォームです。しかし、その巨大さゆえに、最も有用なリポジトリを探すのが難しいという問題もあります。そこで私は、すべてのソフトウェアエンジニアに大きな価値のある、素晴らしいリポジトリ10選を作ることにしました。すべてに多くのGitH

                                                        すべての開発者へ。すごいGitHubリポジトリ10選 - Qiita
                                                      • ヨドバシの中の人が初めて語る、ヨドバシ.comを支える内製プライベートクラウドの中身

                                                        ヨドバシカメラが運営する国内の代表的なECサイトの1つである「ヨドバシ.com」は、同社が内製するプライベートクラウドによって支えられています。 そのプライベートクラウドはどのように作られ、どのような機能を備えているのかについて、クリエーションラインが主催し10月14日に開催されたオンラインイベント「Actionable Insights Day 2022」でその内幕がはじめて語られました。 この記事では、その内容をダイジェストで紹介します。 はじめて語られるヨドバシ.com を支えるプライベートクラウドの全容 株式会社ヨドバシリテイルデザイン サービスデプロイメント事業部 事業部長 戸田宏司氏。 ヨドバシリテイルデザインの戸田と申します。よろしくお願いいたします。「はじめて語られるヨドバシ.comを支えるプライベートクラウドの全容」というタイトルでお話をさせていただきます。 弊社は「いつ

                                                          ヨドバシの中の人が初めて語る、ヨドバシ.comを支える内製プライベートクラウドの中身
                                                        • AWSが生まれたのは、Amazonが経費削減のためにSunのサーバからHP/Linuxサーバへ切り替えたことがきっかけ。当時の社員が振り返る

                                                          AWSが生まれたのは、Amazonが経費削減のためにSunのサーバからHP/Linuxサーバへ切り替えたことがきっかけ。当時の社員が振り返る 1990年代後半に、米Yahoo!などに代表されるインターネット系企業の株が高騰したインターネットバブルが発生しました。 そのバブルが2000年前後にはじけると、ユーザー数の拡大を背景に資金調達をしてきた企業の多くが投資家からの資金を得られなくなり、行き詰まり始めます。 Amazon.comもそうした状況のなかで先行きを不安視された企業の1つでした。2001年4月の週刊東洋経済の記事には、最高値の10分の1程度にまで下がった株価のグラフとともに、「莫大な酸素(キャッシュ)を燃やし続けている」「2000年12月末時点で2000億円を超える債務超過だ」と記されています。 当時Amazon.comのデジタルメディア部門ディレクターであったDan Rose氏

                                                            AWSが生まれたのは、Amazonが経費削減のためにSunのサーバからHP/Linuxサーバへ切り替えたことがきっかけ。当時の社員が振り返る
                                                          • Docker一強の終焉にあたり、押さえるべきContainer事情

                                                            章立て はじめに Docker・Container型仮想化とは Docker一強時代終焉の兆し Container技術関連史 様々なContainer Runtime おわりに 1. はじめに Containerを使うならDocker、という常識が崩れつつある。軽量な仮想環境であるContainerは、開発からリリース後もすでに欠かせないツールであるため、エンジニアは避けて通れない。Container実行ツール(Container Runtime)として挙げられるのがほぼDocker一択であり、それで十分と思われていたのだが、Dockerの脆弱性や消費リソースなどの問題、Kubernetes(K8s)の登場による影響、containerdやcri-o等の他のContainer Runtimeの登場により状況が劇的に変化している。本記事では、これからContainerを利用したい人や再度情報

                                                              Docker一強の終焉にあたり、押さえるべきContainer事情
                                                            • バッチ処理 プラクティス

                                                              バッチ処理は既に先人の方々が多くのナレッジを公開してくれていますが、それでもなお難しさが変わらないテーマだと思っています。 この記事は、筆者がこれまでの開発経験で気づいたバッチ処理の実装ナレッジを整理し、体系化を目指して文章にしました。 ここでの内容が、より良い課題解決に貢献できれば幸いです。 自身の断片的な思考整理(メモ書き)の延長で内容を整理したため、一部書き振りが統一されておらず、読みにくいかもしれません。ご了承ください。🙏 バッチ処理の難しさバッチ処理は難しい。 人によっては簡単なテーマかもしれませんが、自分は難しいテーマだと思っています。 「難しさの根源は何か?」を考えると、1. 考慮点が多様にあること 2. 解決する課題によって答えが大きく変わること に整理できました。 この2点は、どのソフトウェア開発にも当てはまる項目ではありますが、ことバッチ処理においては顕著に現れます。

                                                                バッチ処理 プラクティス
                                                              • アメリカの職場ではなぜドキュメントも無いのに人が去っても問題ないのだろう?|牛尾 剛

                                                                アメリカの職場にいると、日本にいるときよりも身近でレイオフだとか、職を変えるというのを頻繁に見かける。先日もそういう場面があったのだが昔日本で働いていた時のことを思い出した。 ドキュメントを書く理由 日本のソフトウェア企業にいたときは、「納品物であるから」という理由以外にも、「人がいなくなったときに会社が困るから」という理由でもドキュメントを書くことが推奨されていた。しかし、少なくとも今の職場ではそんな理由でドキュメントを書くのは推奨されていないのに、なぜ問題にならないのだろうとふと思った。 うちのマネージャは、バディ制ににして、みんな休暇できるようにしようとは言っているが、多分本当に退職対策ではないと思う。 チームのメンバーが抜けたときも、「とても残念で、ワークロードをどうしようという問題はあるけど、彼女の門出を祝福しよう」言っていた。つまり、こちらでも「工数」は問題になるけど、「引継ぎ

                                                                  アメリカの職場ではなぜドキュメントも無いのに人が去っても問題ないのだろう?|牛尾 剛
                                                                • Webサーバーアーキテクチャ進化論2023

                                                                  はじめに 最近プログラマーとしてのキャリアに一区切りつけようと思っており、これまでのプログラミングの勉強の集大成となるブログを書きたくなったので書く。初めてプログラミングをして、フロントエンド開発をして、サーバーから値が返ってきたときは「どういう仕組みで値が返ってきたんだ?」と疑問に思っていた。ずっと理解したくて理解できていなかった。だからずっと勉強していた。そして最近になってようやく自分の言葉で説明できるようになった気がしたのでブログを書きたい。 2015 年版が自分の原点であり、この記事を書くモチベーションになった このような記事は実は過去に存在している。 FYI: https://blog.yuuk.io/entry/2015-webserver-architecture その記事はサーバーがどういう仕組みで動いていて、どのように進化し、2015 年に至るかを解説してくれた記事だ。自

                                                                    Webサーバーアーキテクチャ進化論2023
                                                                  • 巧妙化する「排除アート」 誰にもやさしくない都市が牙をむく時

                                                                    何かよく分からないものは「アート」 定義されない場所を減らしたい 隠された「排除」の意図に気づくと… 都市の駅のスペースにあるデコボコした突起のようなオブジェ、公園や路上では仕切りのあるベンチが当たり前になってきています。ホームレスが寝そべったり滞在したりしないよう〝排除〟する「排除アート」「排除ベンチ」とも言われます。建築史家の五十嵐太郎さんは、「公共空間に誰かが滞在する可能性をつぶすもの。そんな風に他者を排除していった都市は、誰にもやさしくない都市なのではないか」と指摘します。 排除アートが広まり始めたのは… オープン1年を迎える複合商業施設のミヤシタパークには、座面がメッシュ状になっていたり、腰かける部分が棒状のポールになったような座りづらいベンチがあります。 好意的に「アートがいっぱい」とメディアで紹介されることもありましたが、五十嵐さんは「アートの名のもと、排除の意図がカモフラー

                                                                      巧妙化する「排除アート」 誰にもやさしくない都市が牙をむく時
                                                                    • フロントエンドのデザインパターン

                                                                      本書は、Lydia Hallie 氏 と Addy Osmani 氏らによる Learning Patterns (https://www.patterns.dev/) の日本語訳です。原著は大きく 3 つのセクションに分かれていますが、本書は、その最初のセクションである Design Patterns を訳したものとなります。

                                                                        フロントエンドのデザインパターン
                                                                      • Reactベストプラクティスの宝庫!「bulletproof-react」が勉強になりすぎる件

                                                                        Reactアプリケーションのアーキテクチャの一例として公開されているGitHubリポジトリ「bulletproof-react」が大変勉強になるので、私自身の見解を交えつつシェアします。 ※2022年11月追記 記事リリースから1年ほど経過して、新しく出てきた情報や考え方を盛り込んだ続編記事を書いていただいているので、こちらも併せて読んでいただければと想います(@t_keshiさんありがとうございます!)。 ディレクトリ構造が勉強になる まずはプロジェクトごとにバラつきがちなディレクトリ構造について。 ソースコードはsrc以下に入れる bulletproof-reactでは、Reactに関するソースコードはsrcディレクトリ以下に格納されています。逆に言えば、ルートディレクトリにcomponentsやutilsといったディレクトリはありません。 たとえばCreate Next Appで作成

                                                                          Reactベストプラクティスの宝庫!「bulletproof-react」が勉強になりすぎる件
                                                                        • ドキュメントに固執せよ - gfnweb

                                                                          どうして人間集団はこんなにも知見の共有を円滑にできないのか? 改善にはドキュメントにまつわる各個人の心構え・制度設計・技術的解決の全部が必要だという話をしたい. ここでテーマにしているのは,著名OSSなど世の中にいくらでも知見が転がっている対象ではなく,特に企業内の十数人のチームでクローズドに開発しているなどして集合知に頼れない状況下でのドキュメントについてである. 非常に乱暴な言い方をするなら,「コードとか大部分は誰でも書けるようになるものなんよ,そんなところにマッチョイズムとか感じなくてええねん,我々の知的体力や組織性が真に試されるのはドキュメントちゃうんか」という気持ちです — 画力・博士号・油田 (@bd_gfngfn) June 3, 2022 ドキュメントに書く内容の必須項目或るシステム(ソフトウェアなど)について,そのシステムのことを全く知らない人を想定読者としたドキュメント

                                                                          • 横向きA4サイズの現代アート。霞が関の「ポンチ絵」はどうして生まれたか? その知られざる使命とは|narumi

                                                                            「ポンチ絵」が大好きだ。 なかでも官公庁のつくるポンチ絵がいい。 細かく書き込まれた文字にフリーのイラスト素材、あちらこちらを向いた派手な矢印と吹き出し、関係性を示す線……。圧倒的な情報量がぎゅうぎゅうに詰め込まれた1枚の資料……。それこそが至高のポンチ絵だ。 言葉で説明していても、きっとこの魅力は伝わるまい。まずはご覧いただこう。 環境庁による名作「地域循環共生圏(日本発の脱炭素化・SDGs構想)」とにかくうつくしい。見とれるほどに。 デザインを学んだ人なら眉をひそめるかもしれない。だが、その複雑怪奇な魅力にはあらがえない――。 いったいなぜこんなものが生まれたのだろうか。誰がどうやってつくっているのか。なんのために…どんな意味があるのだろう? わからないことだらけだ。 そこでこの記事では、官公庁のパワポ資料(いわゆるポンチ絵)の独特さ、ポンチ絵が生まれた背景とその使命について考察し、ポ

                                                                              横向きA4サイズの現代アート。霞が関の「ポンチ絵」はどうして生まれたか? その知られざる使命とは|narumi
                                                                            • みずほ銀行システム障害に学ぶ

                                                                              みずほ銀行システム障害の調査報告書が公開されたのがニュースになって、Twitterなどで色々な人がコメントをしているのを見た。140文字しか書けない空間で他人の失敗談の揚げ足取りをするのは簡単だが、そこからは一時の爽快感以外に何も得るものがないので、僕はそういうのはカッコ悪いと思っている。 そこで、ちゃんと読んでみたら全く他人事でない部分も沢山あるし、非常に面白く勉強になったので、ブログにまとめてみる。 技術的な話 銀行のシステムがどのようになっているのか、全然イメージが湧いていなかったので、それがまず勉強になった(p.29)。 トラフィックのソースに応じて用意された色々なシステムから基幹システム「MINORI」の取引メインバスにトラフィックが流れ、そこから各種システムへとリクエストが送られていく。この辺はService Oriented Architectureらしい。開発当時としては(

                                                                                みずほ銀行システム障害に学ぶ
                                                                              • 「SEOに強いHTMLの書き方」についての個人的な見解

                                                                                「SEO に強い HTML の書き方」というツイートがそこそこバズっていて、その内容に対して駆け出しエンジニアの方たちが「参考になった」などと称賛の声を挙げていたのを見かけて思うところがあったのでこの記事を書きました。 元ツイの概要は次の通り。 body > main > article > sectionに h1は 1 ページに 1 つ(要キーワード) 見出しタグは毎度 section で囲む ヘッダーメニューは nav で囲む 画像に適切な alt を設定する title / description を書く 階層を意識して書く div はあまり使わない 画像は p で囲む この記事は元ツイおよび元ツイの投稿者を批判する意図で書いたものではなく、あくまで挙げられている内容に対する個人的見解をまとめたものです。 正しいか正しくないかをそれぞれの項目のはじめに書いていますが、あくまで僕個人の

                                                                                  「SEOに強いHTMLの書き方」についての個人的な見解
                                                                                • Amazon VPCを「これでもか!」というくらい丁寧に解説 - Qiita

                                                                                  はじめに AWS上で仮想ネットワークを構築できるAmazon VPCは、多くのAWSサービスが動作する基盤となる、非常に重要かつ多機能なサービスです。 多機能ゆえに公式ドキュメントやネット上の記事も断片的な機能の解説が多く、全体像を把握することが難しいサービスとも言えます。 そこで本記事はVPCの全体像を理解できるよう、各機能のつながりや動作原理を丁寧に解説し、 「VPC界の百科事典」 (あくまで例えですが…笑) となるような記事を目指したいと思います。 【追記】 実践編の記事を追加しました VPCの実画面での構築方法は、以下の別記事にまとめました。「VPCを実際に触ってみたい!」という方は、こちらもご一読いただけると嬉しいです。 VPCとは 「Virtual Private Cloud」の略で、クラウド上に仮想的なネットワークを構築するためのサービスです。 例えば、オンプレ環境でWebア

                                                                                    Amazon VPCを「これでもか!」というくらい丁寧に解説 - Qiita

                                                                                  新着記事