並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 3093件

新着順 人気順

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

architectureに関するエントリは3093件あります。 設計開発プログラミング などが関連タグです。 人気エントリには 『ある日突然自分の建物を他人がショベルカーで破壊しても「建造物損壊」にはならないのか?』などがあります。
  • ある日突然自分の建物を他人がショベルカーで破壊しても「建造物損壊」にはならないのか?

    大阪市西淀川区にあるGIGAZINE旧本社へ編集長たちが自動車で荷物を取りに行ったところ、なんと斜め前にあるGIGAZINE第一倉庫がショベルカーでぶっ壊されている真っ最中の現場に偶然遭遇しました。 ◆所有している倉庫が見知らぬショベルカーに破壊されていた 現場はココ、2019年2月16日のことです。現場到着して確認直後からすぐ録音開始しているため、以降の様子はすべて音声データが存在していますが、記事執筆時点で警察が捜査中とのことなので、支障が出ないように専門的で詳細な部分はあえて省略し、被害届や供述調書に沿った事実関係のみで記事化しています。 上記の倉庫がこんな感じに。 解体業者がショベルカーで破壊中。もちろんすぐに「ここはうちの名義になっているし、登記して権利を所有している。火災保険もかけているし、税金も払っている。何かの間違いではないか」と伝えたところ、「上の不動産会社の社長から取り

      ある日突然自分の建物を他人がショベルカーで破壊しても「建造物損壊」にはならないのか?
    • イーロン・マスクのロケット製造5つのステップがサイコーだった

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

        イーロン・マスクのロケット製造5つのステップがサイコーだった
      • 低レイヤを知りたい人のための Cコンパイラ作成入門

        はじめに このオンラインブックは執筆中です。完成版ではありません。フィードバックフォーム この本には一冊の本に盛り込むにはやや欲張りな内容を詰め込みました。本書では、C言語で書かれたソースコードをアセンブリ言語に変換するプログラム、つまりCコンパイラを作成します。コンパイラそのものもCを使って開発します。当面の目標はセルフホスト、すなわち自作コンパイラでそれ自身のソースコードをコンパイルできるようにすることです。 この本では、コンパイラの説明の難易度が急に上がりすぎないように、様々なトピックを本書全体を通じて次第に掘り下げていくという形で説明することにしました。その理由は次のとおりです。 コンパイラは、構文解析、中間パス、コード生成といった複数のステージに概念的に分割することができます。よくある教科書的アプローチでは、それぞれのトピックについて章を立てて解説を行うことになりますが、そのよう

        • 中古マンション購入の注意点!プロ秘伝の209項目チェックリスト|中古マンションのリノベーションならゼロリノべ

          2021.08.26 更新 2020.01.14 公開 中古マンション購入の注意点!プロ秘伝の209項目チェックリスト 中古マンションの注意点、何に気をつければいいのか分からない… と立ち止まっていませんか。 私も中古マンションを購入するとき「何をチェックすればいいんだ」と不安の中1つ1つ確認していきました。 今では、その経験を活かして不動産仲介兼、リノベーションの会社を設立し、年間1000人以上のお客様に中古マンションの注意点や考え方をお伝えする立場までになりました。 実は今回、自身の購入経験と今までの仲介経験から生まれた209の注意点をまとめた2つのチェックシートと、全体像をさっと確認することができる記事を公開することにしました。 これらを見れば、中古マンション購入の後悔を予防し、着実に購入ステップを進むことができると確信しています。 チェックシートと記事の使い方は下記の通りです。 2

            中古マンション購入の注意点!プロ秘伝の209項目チェックリスト|中古マンションのリノベーションならゼロリノべ
          • 家を建てたときのはなし(追記あり、追記その2あり)

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

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

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

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

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

                  何故お役所ってオワコンIEが大好きなの?|楠 正憲(デジタル庁統括官)
                • ソフトウェアエンジニアでテストマンな私が家を買う際にやったこと - 若くない何かの悩み

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

                    ソフトウェアエンジニアでテストマンな私が家を買う際にやったこと - 若くない何かの悩み
                  • 要件定義~システム設計ができる人材になれる記事 - Qiita

                    とてもご要望が多かったのでUdemy講座のクーポンをご用意しました。 ぜひご活用ください。※ぜひ高評価いただけると嬉しいですm(__)m 【基礎編】 【応用編】 はじめに 株式会社デジサク がお送りするプログラミング記事、 今回は要件定義・システム設計について扱っていこうと思います。 プログラミングを勉強していて、こんな事を感じた経験はないでしょうか。 「勉強してもプロダクトが作れない」 「そもそも開発ってどうやるの?」 「要件定義ってなに?」 その悩みを解決するために、まずは開発の全体感を理解しましょう。 下図『ソフトウェア開発プロセス』をご覧ください いつも勉強しているプログラミングは 『実装』 の部分に該当します。 つまり、プログラミングの実力を発揮する前に4つも壁が存在するのです。 そのため、本記事では実装(プログラミング)を開始する前に必要となる、 『企画~設計』 について順を追

                      要件定義~システム設計ができる人材になれる記事 - Qiita
                    • お祖父さんが作ったドールハウスが泣けるほど昭和の住宅だった :: デイリーポータルZ

                      私ごとですが、この前のクリスマス、3歳の娘にシルバニアファミリーの家と人形をプレゼントした。ネットで購入した家が届いたとき、妻が「そういえば、子供の頃におじいちゃんが作ってくれたドールハウスが実家にあるはず」と言った。「すごい団地っぽかった」という。 団地っぽいドールハウスって何だ?と思ったけれど、正月に帰省したときに発掘したところ、何もかもが想像以上のシロモノが出てきたので紹介させてほしい。

                        お祖父さんが作ったドールハウスが泣けるほど昭和の住宅だった :: デイリーポータルZ
                      • ソフトウェアエンジニア、家を買う - hichihara note

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

                          ソフトウェアエンジニア、家を買う - hichihara note
                        • 牧歌的 Cookie の終焉 | blog.jxck.io

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

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

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

                              「1Byteが8bitに決まったワケ」についての長い話 まずは「バベッジの階差機関」から
                            • 『東京タワー』の建設フロー、PM視点でみてヤバすぎたので解説|Shoko Suzuki|note

                              はじめに : Who I amこんにちは、建設×ITのスタートアップ「シェルフィー株式会社」でプロダクトマネージャーをしているShoko(@shokosuzuki1991)です。本日noteデビューしました!👏 先日参加した『建設職人甲子園』というイベントで、東京タワー建設時のエピソードが紹介されてたのきっかけに、『東京タワーができるまで』を調べれば調べるほど、すごすぎる!ヤバすぎる!となったので、今回はそのあたりをPM的な切り口でまとめてみました。 (※なるべく事実に忠実に書いてますが、一部わかりやすくする表現を優先しているところもあります。予めご容赦ください🙏) 1.構想の大胆さがヤバい 東京タワーが完成したのは1958年です。当時は爆発的なテレビの普及が予想される中で「このまま各局独自の電波塔が増えると、東京中が電波塔だらけになって景観が悪化する」という問題を抱えていました。 そ

                                『東京タワー』の建設フロー、PM視点でみてヤバすぎたので解説|Shoko Suzuki|note
                              • MongoDBの様なNoSQLに勢いがあるのは何故ですか?SQLと比べてどんな利点や欠点がありますか? - Quora

                                回答 (3件中の1件目) とにかくデータが大量になったせいです。高度で複雑な機能を持つRDBMSでは負荷が高すぎることから、機能を端折ってでも大量データを高速に処理したいということです。

                                  MongoDBの様なNoSQLに勢いがあるのは何故ですか?SQLと比べてどんな利点や欠点がありますか? - Quora
                                • 私がよく参考にしているサイトまとめ

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

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

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

                                      建築好きなら死ぬまでに見ておきたい建築100(日本国内編)
                                    • サーバーレスパターン

                                      やりたいこと(ユースケース)から利用パターンへ到達できるように、ユースケース主導で紹介。アーキテクチャ主導ではないので、すべてを覚えなくてもやりたいことからスタートできます。実際、類似するアーキテクチャのものがあることに気づくでしょう。

                                        サーバーレスパターン
                                      • 最近の10~20代は欲しい情報を都度、検索しない。若年層の中で流行っている情報収集術とは?|モバイルマーケティング研究所|ModuleApps 2.0

                                        日本にスマートフォンが登場して10年が経ち、携帯電話は今まで電話やメールを送信する役割だったものが、Facebook、Twitter、LINEが登場し、最近ではYouTubeなどの動画コンテンツも登場して、ユーザー行動も10年前とは比べ物にならないほどの変化を見せてきた。 今回、メディア環境研究所の野田氏より、生活者を取り巻くメディア環境を浮き彫りにし、最近の若年層は、どのようにスマートフォンを利用して情報収集を行い、どのように消費行動につなげているのか調査結果をもとに解説した。

                                          最近の10~20代は欲しい情報を都度、検索しない。若年層の中で流行っている情報収集術とは?|モバイルマーケティング研究所|ModuleApps 2.0
                                        • ソフトウェアエンジニアなら3秒で理解できる NFT 入門 - Okapies' Archive

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

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

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

                                              これから家が燃える人向けnote~出火編~|たぬき|note
                                            • プログラミング経験がない経営者のためのソフトウェア開発 11の事実 | Social Change!

                                              今やどんなビジネスでもITが関係している。ITを支えているのはソフトウェアだ。あらゆるものがソフトウェアで実現される時代になった。そんな事業や生活に密接に関わるソフトウェアだが、その開発について知られていないことも多い。 とくに経営者がプログラミング経験がないことで、ソフトウェア開発のリーダーシップをとるときに的外れなマネジメントをしてしまうことがある。あまねく経営者がプログラミング経験があれば良いのかもしれないが、それは現実的ではない。 プログラミング経験がなくても、せめてソフトウェア開発の特性について知っておくと良さそうなこともあると思い、なるべく専門用語を使わずに本稿を書いた。 プログラミングは製造ではなく、設計である いまだにソフトウェア開発を、ビルや家屋の建築に喩える人がいるし、工場でモノを製造するようにプログラムが作られると思っている人もいる。 ここが間違いのもとだ。ハードウェ

                                                プログラミング経験がない経営者のためのソフトウェア開発 11の事実 | Social Change!
                                              • 1000万件オーバーのレコードのデータをカジュアルに扱うための心構え - joker1007’s diary

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

                                                  1000万件オーバーのレコードのデータをカジュアルに扱うための心構え - joker1007’s diary
                                                • 「あつまれ どうぶつの森」の博物館はどうすごい? 一級建築士に聞いてみた|まいしろ|note

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

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

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

                                                      shiodaifuku.io
                                                    • コンクリートの平成史|E.Yasuda|note

                                                      平成が終わろうとしています。 この、1989年から2019年にかけての30年ほどの間に、コンクリートには何が起きたのでしょうか。 平成が始まる100年前の1889(明治22)年、日本初の近代港湾として横浜港の築港工事が開始されます。 その防波堤用の材料として、セメントという粉に石と砂と水を混ぜて作製するコンクリートという近代材料が使用され、日本におけるコンクリートの歴史が幕を開けました。 (当時の言葉では摂綿篤・混凝土と書きました。) それからの殖産興業の時代、コンクリートという材料は土木・建築向けの建設材料として徐々に普及するようになります。 鉄筋との組み合わせによる鉄筋コンクリート構造は木材・石・煉瓦といった既存の材料による構造よりも強度に優れ、自由度の高い設計を可能にしました。 現存する国内最古の鉄筋コンクリート構造物は1903(明治36)年につくられた琵琶湖第一疎水路上の橋といわれ

                                                        コンクリートの平成史|E.Yasuda|note
                                                      • 富士通の撤退する「メインフレーム」ってそもそも何?

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

                                                          富士通の撤退する「メインフレーム」ってそもそも何?
                                                        • すべての開発者へ。すごいGitHubリポジトリ10選 - Qiita

                                                          面接のリソース、build your own X、優れたパブリックAPIのリストなど Photo by Vishnu R Nair on Unsplash はじめに GitHubは、あらゆる種類の技術、フレームワーク、ライブラリ、コレクションなどを共有するためのNo.1プラットフォームです。しかし、その巨大さゆえに、最も有用なリポジトリを探すのが難しいという問題もあります。そこで私は、すべてのソフトウェアエンジニアに大きな価値のある、素晴らしいリポジトリ10選を作ることにしました。すべてに多くのGitHubスターが付いていて、その重要性、人気、有用性は明らかです。 新しいことを学ぶのに役立つものもあれば、クールなものを作るのに役立つものもありますが、どれも、あなたがより良いソフトウェアエンジニアになるのを助けてくれるでしょう。 1. Build Your Own X GitHubスター:8

                                                            すべての開発者へ。すごいGitHubリポジトリ10選 - Qiita
                                                          • ソフトウェアエンジニア、建売を買う - Software Transactional Memo

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

                                                              ソフトウェアエンジニア、建売を買う - Software Transactional Memo
                                                            • 実況中継シリーズ 「開発現場で役立たせるための設計原則とパターン」 #builderscon 2018 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く

                                                              先日慶應義塾大学日吉キャンパスで行われた builderscon2018、最高のカンファレンスでしたね。わたしも「開発現場で役立たせるための設計原則とパターン」というタイトルで発表させていただきました。今回は恒例「実況中継シリーズ」として、プレゼンの再現をブログで行いたいと思います。 なお、過去の実況中継シリーズは前職の技術ブログにまとまっていますので、そちらからご覧ください。 それでは本編を開始したいと思います。 開発現場で役立たせるための設計原則とパターン アバンパート よろしくお願いします。 まず最初に簡単に自己紹介をさせていただきます。 先月転職をしまして、8/1からClassiという会社で働いています。妻と息子がおります。Scalaが好きですが、仕事ではRubyメインという感じです。 Web+DB PressやSoftware Designで何度か特集を書かせていただきました。と

                                                                実況中継シリーズ 「開発現場で役立たせるための設計原則とパターン」 #builderscon 2018 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く
                                                              • 【翻訳】技術的負債という概念の生みの親 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のブログ
                                                                • ヨドバシの中の人が初めて語る、ヨドバシ.comを支える内製プライベートクラウドの中身

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

                                                                    ヨドバシの中の人が初めて語る、ヨドバシ.comを支える内製プライベートクラウドの中身
                                                                  • AWS システム構築 非機能要件ヒアリングシートを公開してみた | DevelopersIO

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

                                                                      AWS システム構築 非機能要件ヒアリングシートを公開してみた | DevelopersIO
                                                                    • システムで「性別」の情報を扱う前に知っておくべきこと - Qiita

                                                                      0は性別に関する情報が得られない場合に使います。性別に関する情報はあるのだけど1とも2とも言えない場合は9を使います。要は「0でもなくて1でも2でもなければ9」です。 これを知っていればMだとかFだとかを議論をせずに済みますね。 国際規格に従うべき理由 国際規格に従うことは色々と利点があります。まず、どうしてそういうコード体系にしたのかを説明しやすいです。また多言語対応する際も規格通りに書けば伝わるはずなので迷わずに済みます。別システムへのデータの移行や、異なるシステム間でのデータの統合もコード体系が同じならラクラクです。もしかしたら別のプロジェクトで書いたコードをそのまま使いまわせるかもしれません。技術者に対するトレーニングも不要です。 対して、わざわざ国際規格に反する実装をする場合は上記のメリットがそのままひっくり返ってデメリットになりはしますが、もちろん、それなりの理由があれば規格と

                                                                        システムで「性別」の情報を扱う前に知っておくべきこと - Qiita
                                                                      • API 設計ガイド  |  Cloud APIs  |  Google Cloud

                                                                        デジタル トランスフォーメーションを加速させましょう お客様がデジタル トランスフォーメーションに乗り出したばかりでも、あるいはすでに進めている場合でも、Google Cloud は困難な課題の解決を支援します。

                                                                          API 設計ガイド  |  Cloud APIs  |  Google Cloud
                                                                        • ユーザ情報を保存する時のテーブル設計 - そーだいなるらくがき帳

                                                                          はじめに ※この発言は個人の見解であり、所属する組織の公式見解ではありません 用法用量を守り、個人の責任で業務に投入してください 要件 User情報を保存するときにどのようなテーブル設計を行うか 今北産業で頼む テーブルに状態を持たせず状態毎のテーブルを作る 状態が変わればレコードを消して別のtableに作る tableの普遍的な情報は別に持たせる 僕の考えた最強のDB設計 PostgreSQLをベースの雑なER図を作った。 これを元に話を進める。 table構成 users 親tableであり、すべてのユーザはここに属する。 基本はINSERTのみでUPDATE、DELETEを考慮しない。 user_detail userに付随する詳細の情報がここに登録される。 一般的にusersにカラムを増やしたいような内容はここに登録する。 なぜusersにカラムを増やさないのか? それはusers

                                                                            ユーザ情報を保存する時のテーブル設計 - そーだいなるらくがき帳
                                                                          • 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サーバへ切り替えたことがきっかけ。当時の社員が振り返る
                                                                            • バッチ処理 プラクティス

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

                                                                                バッチ処理 プラクティス
                                                                              • ソフトウェアアーキテクチャの歴史 - tasuwo's notes

                                                                                改めて ソフトウェアアーキテクチャ GUI のアーキテクチャの歴史を調べてみたくなった。本来の MVC とは何か?何が正しくて何が間違っているか?も重要なのだが、それよりは、なぜそれが生まれたのか?何を解決しようとしたのか?どのような問題点が生まれて、それをどう工夫して解決・発展してきたのか?を知りたい。しかし、そういうことがまとまっている日本語の情報が少ないので、自分で色々かいつまんでメモしておく。 MVC の原点は 70 年代にまで遡り、実装としては Smalltalk-80 のクラスライブラリとして実装されたのが最初だと思われる。しかし、後世に大きな影響を及ぼしたポイントをいくつか持ちつつも、当時のアーキテクチャが現代においてそのまま利用されているケースはほぼないといっていい。したがって、単に MVC といった時には大抵最初期の MVC を指すことは少なく、区別するために最初期の M

                                                                                  ソフトウェアアーキテクチャの歴史 - tasuwo's notes
                                                                                • 【46選】あのサービス・アプリのアーキテクチャ・プログラミング言語・フレームワークを大調査!〔2019年始版〕 - エンジニアHub|Webエンジニアのキャリアを考える!

                                                                                  【46選】あのサービス・アプリのアーキテクチャ・プログラミング言語・フレームワークを大調査!〔2019年始版〕 今やWebやアプリを構築する技術選択は、フロントエンドからインフラまで各領域で多岐に及びます。気になるあのサービスが利用している技術は何か? アンケート調査によるまとめの2019年新春バージョンです。 エンジニアHubでは2017年4月に、国内注目サービスのアーキテクチャ大調査を掲載しました。それからおよそ2年が経ち、インフラでもフロントエンドでも新しい技術が次々と登場しています。 そこで今回は2019年始版として、46のサービスが利用しているプログラミング言語やフレームワーク、インフラ等の環境をまとめました。選定理由も回答いただいたサービスは合わせて掲載しています。どういった見地から技術選定を行っているのか。ぜひ今後の参考にしてください。 (※本記事は、2018年12月のメール

                                                                                    【46選】あのサービス・アプリのアーキテクチャ・プログラミング言語・フレームワークを大調査!〔2019年始版〕 - エンジニアHub|Webエンジニアのキャリアを考える!

                                                                                  新着記事