2024年度リクルート エンジニアコース新人研修の講義資料です
日経クロステック(xTECH) @NIKKEIxTECH 750個の石をネックレスのようにつるす万博休憩所、若手20組の1組である工藤浩平氏: 大阪・関西万博で工藤浩平建築設計事務所は、約750個の石がネックレスのようにつるされた巨大なパーゴラの休憩所を設計します。 xtech.nikkei.com/atcl/nxt/colum… リンク 日経クロステック(xTECH) 750個の石をネックレスのようにつるす万博休憩所、若手20組の1組である工藤浩平氏 大阪・関西万博で合計20施設を設計する若手20組の1組、工藤浩平建築設計事務所は「休憩所2」をつくる。約750個の大きな石が頭上につるされたパーゴラのような異空間だ。 44 users 480
いわゆる「ソフトウェア設計書」が設計ではなく、ソースコードが設計であるという話。 随筆です。考えマトメ中なので、ツッコミはそのあたり踏まえていただければ。 追記:ブコメに「設計の定義は?」とあったので末尾に追加しています。 追記(2024/8/15):設計書ってなんだろう?というのも書いておきました。 ソフトウェアの「設計書」とはなんなのか - きしだのHatena このエントリで書いたのですけど、もうすこしちゃんと。 建築では多重下請けでやれてるのに業務システムでだめなのはなぜ? - きしだのHatena このエントリでは次のように書いています。まあ、これで全てではあるのだけど。 「建築などの施工図面に相当するのはソースコードで、建築現場で多重下請けでやってる作業は、ソフトウェアだと(でも?)ビルドです」 あと「継続的デリバリーのソフトウェア工学」からの抜粋。 「継続的デリバリーのソフト
『手を動かしてわかるクリーンアーキテクチャ 』の第二章の冒頭に登場する話題に共感したので紹介。 従来の多層アーキテクチャでは、データベースを中心にアプリケーションの 開発が行なわれます。この場合、Web 層はドメイン層に依存し、ドメイン層は 永続化層、つまり、データベースに依存することになります。そうなると、す べてのものは永続化層上に構築されることになり、その結果、いくつかの要因 が絡まり合って、問題が起きやすくなります。 手を動かしてわかるクリーンアーキテクチャ ヘキサゴナルアーキテクチャによるクリーンなアプリケーション開発 20p 手を動かしてわかるクリーンアーキテクチャ ヘキサゴナルアーキテクチャによるクリーンなアプリケーション開発 作者:Tom Hombergs,須田 智之インプレスAmazon 著者によれば、機能開発をデータベース中心に設計すると、ドメイン層と永続化層の密結合が
あなたがさっきまで読んでいた技術的に役立つ記事は、10年後も使えるでしょうか?ほとんどの場合でいいえ はじめに 短期的に効果的な手法や知識は、ソフトウェア開発の分野において、急速に価値を失う傾向があります。この現象は、私たちが何を重点的に学ぶべきかを示唆しています。最も重要なのは、第一に基本的な原理・原則、そして第二に方法論です。特定の状況にのみ適用可能な知識や即座に結果を出すテクニックは、長期的には有用性を失う可能性が高いです。これは、技術や手法が時間とともに進化し、変化していくためです。 learning.oreilly.com 「API Design Patterns」は、このような考え方を体現した書籍です。しかも480 ページもあります。本書は単なる手法の列挙ではなく、Web APIデザインの根幹をなす原則と哲学を探求しています。著者のJJ Geewax氏は、APIを「コンピュータ
「設計書」というのは、作るものの構造を抽象的に表現したものと言うことができます。 ただ、ソフトウェアの抽象化の仕組みはプログラミングコード自体に備わっているので、ソフトウェア生成可能な抽象的表現というのはコード表現ができるはずですね。コードで表現しておくと、整合性のチェックとかも行いやすいです。 でも、コードではない「詳細設計書」というものが一部業界には必要とされているので、その「詳細設計書」というのは実際はなんなのか考えてみます。 ※ 最初はタイトルは「設計書」としてましたが、話を限定するため「詳細設計書」に変更しました。 追記:納品物に関する記述を追加しました。 表現を変えたコーディング ソフトウェア生成可能な抽象的表現というのはコード表現ができるわけですが、文字で表記する必要もなく、ダイアグラムで表現することもできますね。 代表的なのがER図やクラス図で、これは文字表現との相互変換が
こんにちは、リファクタリング大好きなミノ駆動です。 2024/07/20に発売された『ドメイン駆動設計をはじめよう ―ソフトウェアの実装と事業戦略を結びつける実践技法』を、訳者の増田亨氏よりご恵贈賜りました。 この記事は、この書籍の感想です。 著者の許可を得た上でのだいたんな意訳総評等の前にいの一番で伝えたいポイントです。 エリック・エヴァンス氏の『ドメイン駆動設計』は大変価値の高い知見が網羅されている一方、「ユビキタス言語」や「境界づけられたコンテキスト」といった独特の用語が登場したり、難しい言い回しをしていたり、読解がかなり難しい書籍です。 独自用語が登場するたびに「ユビキタス言語?なんだこれ?」とつまづきを覚え、内容理解に集中できず、読む手が止まってしまったことがある人も少なくないのではないでしょうか。 本書『ドメイン駆動設計をはじめよう』は『Learning Domain-Driv
「ソフトウェアの「詳細設計書」とはなんなのか」というブログ記事を読んで考えたこと。設計に関するプロセスとドキュメンテーションの関係性についての考えの整理。SI屋的な視点で。 2024/8/18追記:文中にあった雑な文系disが不愉快というご指摘を受けました。ご指摘の通りだと思いましたので訂正しています。大変失礼しました。 「詳細設計書」とはなんなのか nowokay.hatenablog.com こちらの記事では詳細設計書とは以下のようなものであると整理されている。 表現を変えたコーディング(の一種) 机上プロトタイプ(の一種) 分析資料 保守(のための)資料 (水平作業の場合の)作業指示書 (委託している場合の)契約資料 上記以外で考えられるのは次のようなものがあるだろう 利害関係者が要求している たとえば受託開発において発注者が要求している場合 ほかには連携している相手先システム側から
CTO 室の恩田(@takashi_onda)です。 一休レストランのフロントエンドアーキテクトを担当しています。 Intro 一休レストランでは、以前ご紹介したようにフロントエンドで React / Remix を利用しています。 user-first.ikyu.co.jp 一方、設計方針としては、React / Remix への依存が最小になるように心掛けています。 今日は、そんな一見矛盾するような設計方針について、ご紹介したいと思います。 この記事を読んでいただき Remix に興味をもたれたら、明後日 2024/8/7(水) 19:00〜 のオンラインイベント offers-jp.connpass.com にもご参加いただけると嬉しいです。 この記事でご紹介している疎結合なフロントエンドアーキテクチャを実現する Remix の魅力についてお話します。 なぜ依存を最小にするのか? R
Linuxカーネルパラメータのチューニング&設計 0.目的 【カーネルパラメータのチューニング】を修得する目的は、サーバの特性を理解し、それぞれに合ったカーネルパラメータのチューニングすることでリソースの有効活用をできるようになることを目的とし、私個人の経験を元にした見解を以下の記事に掲載します。 1.最初に サーバには、それぞれ必要なリソース特性があり、それに合わせたカーネルパラメータのチューニングが必要となります。 世の中の流れはオンプレよりクラウドに移行してはいるので、カーネルパラメータのチューニングよりスケールアップなりスケールアウトするなりの対応をすべきなのでしょう。 ですが、カーネルパラメータのチューニングを知らないとどちらを選択すべきかも理解しずらいと思いますので軽率には出来きません。(待ち行列理論もしらないといけませんが) また、最近のLinuxはデフォルト値が大きくなって
ドメイン駆動設計をはじめよう ―ソフトウェアの実装と事業戦略を結びつける実践技法 作者:Vlad KhononovオライリージャパンAmazon 訳者の増田亨様より献本いただきました ありがとうございます さっそく読んでみました システムは、なぜ必要とされるか?という「why」が有り、次に何を作るべきか?という「what」が有り、それを受けての「how」が有る。 (たまに突然「what」だけが有ったり、なぜか「how」の議論だけが先行する事例も聞くけど、それは順番が間違っているだけなので、その問題はここでは触れない) この「why」と「what」と「how」が上手く繋がった状態を作り上げていくために、過去にさまざまな開発方法論が考案され、語られてきた。 「ドメイン駆動設計」は、開発方法論として「名前がついて、生き残ってきた手法」の一つであり、昨今複数の解説書が発行されている唯一の手法と言え
今回は、2024年7月25日に行われたイベント「Azure OpenAI Service Dev Day」の内容を紹介します! 700名以上が参加した本イベントには、AI統括部リスキリングチームリーダーの西山 泰仙さんとAI技術室の山本 玄人さんが登壇しました。 本記事を読むことで、トヨタコネクティッドが現在実施している生成AI研修の設計や企業で生成AIを導入するために必要なことを知ることができます。 企業の生成AI推進担当者やこれから生成AIを導入したい方は、ぜひ参考にしてみてください! アウトライン以下のアウトラインで講演を行いました。 ※講演の内容は複数回に分けて公開します。 本記事では、リスキリングチームリーダーの西山 泰仙さんの講演内容である、Chapter01「生成AI導入の理想状態仮説と現状分析」とChapter02「生成AIネイティブになるための戦略と取り組み」を紹介します
デジタル庁の自治体システム標準化プロジェクトが危うい。2024年6月26日に開かれた課題検討会議にて、データ連携の標準仕様に問題があることが各自治体の標準化に携わる事業者から指摘され、それらについて事業者間で協議のうえ調整する旨が示された。ここで言う事業者とは、自治体向けパッケージを扱っているベンダーやそれを現場でカスタマイズしている開発企業のことだ。 履歴番号と最新フラグ その会議で取り沙汰されたのが「履歴番号」と「最新フラグ」の扱いである。細かい話のように思えるかもしれないが、多くのテーブルの主キー設計に関わる決定的な問題である。遅かれ早かれコトアゲされるだろうと予想していたが、あまりにタイミングが遅いし影響が大きい。 履歴番号と最新フラグがどういうものかを説明しよう(図1)。本当はもっと複雑なのだが、わかりやすさのために少し整理してある。 図1.履歴番号と最新フラグの使い方 「住民情
とっても大切、ドメイン駆動設計 ドメイン駆動設計(DDD)は今の時代に必ず必要となる知識であり、学習するべき価値があると理解しています。 10年以上前に「エリック・エヴァンスのドメイン駆動設計」を読もうとして挫折したものの、しっかり向き合うべきと考え、半年前からこの本を含め、ドメイン駆動設計について学び直しました。 読んだ書籍 エリック・エヴァンスのドメイン駆動設計 原著は20年以上も前の本となりますが、今でもなおソフトウェア開発界隈で、世界的な名著とされています。 抽象的で汎用的な概念としての側面が大きく、具体的なイメージを持ち辛いですが、大切な事が書いています。 巻末のほうに記載があった下記の言葉が特に気に入りました。 オブジェクトはスペシャリストだが、開発者はジェネラリストである。 ドメイン駆動設計入門 ボトムアップでわかる!ドメイン駆動設計の基本 「エリック・エヴァンスのドメイン駆
リクルートは8月9日、新卒エンジニア向け研修資料を無料公開した。公開したのは、2024年度に実際行った研修の内容と資料の一部。エンジニアの心構えからデータベース設計、JavaScript研修、Webアクセシビリティー入門など、26種類の資料を無償公開している。 例えば、エンジニアの心構えを学べる資料「ソフトウェアエンジニアとしての姿勢と心構え」は、プログラマー向けの技術書を複数出版している、ソフトウェア開発者の和田卓人さんが作成したもの。エンジニアとしてどのように技術を学んでいけば良いのか、「技術の学び方を学ぶ」ために作成した資料だという。 同社は例年、新卒エンジニア向けの研修資料を無償公開している。23年度は24種類の資料を公開していたが、24年度は「実践データベース設計」などの資料を追加した。この資料を使った講座では、具体的なデータベースの設計方法や、実際の開発プロセスを実践に沿った形
そのへんのアホ @umbochaizo ヒトのオスが身体的に強い力を持ってしまったのって、ヒトが社会を築くことを想定できなかった自然界のミスだと思うんだよな。自然界の動物の多くはメスが交配の選択権を握るが、ヒトの場合はオスが身体的強さを利用して暴力や権力を行使することでそのシステムが崩れてしまった。よって創造主はアホ。 そのへんのアホ @umbochaizo ほんと神なんてもんがいるならそいつの責任だと思うよ。ヒトのオスに強い肉体が与えられたのはライオンなんかと同じで群れを守るとかそういう意味があったはず。それがその力を悪用してメスを支配して交配の選択権を握ってしまった。 猿に中途半端に知能を与えたらこうなることくらい想定しとけよ。
「ソフトウェア設計仕様書(SDD)」の作成方法、仕様書に含めるべき内容とは:優れたソフトウェア設計仕様書を作成するためのヒント ソフトウェアの設計書は、DevOpsの時代になっても、ソフトウェア開発ライフサイクル(SDLC)の重要な構成要素として位置付けられることは変わらない。ソフトウェア設計書が重要な理由、作成方法を整理する。 ソフトウェアの設計仕様書は、DevOpsの時代になっても、ソフトウェア開発ライフサイクル(SDLC)の重要な構成要素として位置付けられることは変わらない。ソフトウェアプロジェクトに着手する前に、開発チームはソフトウェアの設計仕様を考える必要がある。 ソフトウェア設計仕様書(SDD:Software Design Document)は、プロジェクトのロードマップとしての役割を果たし、プロジェクトの達成目標や目標への到達方法をチームが総合的に判断するのに役立つ。 設計
","naka5":"<!-- BFF501 PC記事下(中⑤企画)パーツ=1541 -->","naka6":"<!-- BFF486 PC記事下(中⑥デジ編)パーツ=8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下(中⑥デジ編)パーツ=8826 -->","adcreative72":"<!-- BFF920 広告枠)ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag PC誘導枠5行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">\n <div class=\"
除湿暖房もできる回路 「これほど多くの機能を盛り込んだ空調システムは見たことがない」――。 自動車空調やEV熱マネを手掛けるサンデンで空調システム設計を担う技術者は、007の冷媒回路を見てこう驚きをあらわにした。「多くの自動車メーカーが空調システムのコストを削る傾向にある中、007の空調システムに関わる部品点数は、今まで調査してきたEVの中で一番多いかもしれない。空調機能にかなり力を入れていると推察できる」(同技術者)と話す。 日経BPが過去に分解調査した米Tesla(テスラ)の「Model 3」やドイツVolkswagen(フォルクスワーゲン)の「ID.3」と比較すると分かりやすい。例えば、流路を制御したり冷媒を減圧したりするバルブ類の数はModel 3やID.3では5~7個程度だったが、007では10個備えており、回路もより複雑だ。 その分、007はエネルギー効率に優れた冷凍サイクル(
2014年から先端テクノロジーの研究を論文単位で記事にして紹介しているWebメディアのSeamless(シームレス)を運営し、執筆しています。 気になる生成AI技術の論文を解説する連載、今回はAIがAIエージェントを自動設計して改善を続けて進化するシステム「ADAS」を紹介します。 生成AIウィークリー | テクノエッジ TechnoEdge AIがAIエージェントを改善し続ける自動設計システム「ADAS」従来、強力な汎用エージェントの開発には、基盤モデルをエージェントシステムのモジュールとして組み込む手動設計が主流でした。本研究では、人間の介入なしにAIによって独創的で強力なAIエージェントシステムの設計を自動化する「ADAS」(Automated Design of Agentic Systems)という新たなアプローチを提案しています。 ADASのプロセスは以下のように進行します。ま
はじめに 今回はparserの生成物である構文木についてのお話です。 普段は主にparserとlexerについて考えていますが、たまに構文木について考えを巡らすこともあります。 むしろparserの目指すべき実装が固まったいまだからこそ、その主な生成物である構文木の設計について考える必要があるとも言えます。 Rubyのparserの実装は複数あり、それぞれのparserが生成する構文木もまた微妙に異なります。 それらの構文木は各parserのユースケースに合わせてアドホックに必要な要素が追加されているように見え、なにか原理原則に従っているように思えませんでした。 そのため果たして構文木に設計というものがあるのだろうかという疑問をずっと抱いていました。 Rubyの開発ではユースケースを収集し、それらのユースケースに対してどのくらい応えられているかをもって設計の良し悪しを確認するというアプロー
グッドパッチでは社員向けにさまざまな研修を実施しています。定期的な新入社員向けの基礎研修のほか、専門性と難度をより深めた「専門研修」を実施することがあります。この記事では、筆者usagimaruがグッドパッチのデザイナー支援組織であるDesignOpsとして2024年に実施した社内研修 「UIデザイントレーニング」 の内容を一部ご紹介します。 UIデザインの新卒研修についてはこちらの記事でご紹介しています。 https://goodpatch.com/blog/ui-training-softwaredesign 研修の概要 この研修は、社内の若手UIデザイナー7名を対象に、情報設計の考え方や方法論を駆使した実践的なUIデザインに取り組むプログラムとして設計しました。主な企画をDesignOps部署中心に行い、筆者が講座自体の設計と制作、そして講師としての登壇と講評までを担いました。 進行
","naka5":"<!-- BFF501 PC記事下(中⑤企画)パーツ=1541 -->","naka6":"<!-- BFF486 PC記事下(中⑥デジ編)パーツ=8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下(中⑥デジ編)パーツ=8826 -->","adcreative72":"<!-- BFF920 広告枠)ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag PC誘導枠5行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">\n <div class=\"
一定以上の規模のプロジェクトでは、開発プロセス設計において、テックリードなど有識者による横断的なテクニカルレビューをどうするかが課題になります。 そこでは、次の課題への対応が求められます。 レビューのレバレッジ性の確保。少数のレビューアの影響力を全体に発揮させる。 レビューのピンポイント性の確保。多数の業務作業の中で、有識者の力が求められる作業に集中してレビューを設ける。 このレビューのレバレッジ性・ピンポイント性の確保のためには、開発プロセス設計において、レビューのレバレッジポイント(少ないリソースで大きな影響を発揮できるポイント)を設け、そのレバレッジポイントにレビュー工程を確保するアプローチが有効になります。 レビューのレバレッジポイント レビューの代表的なレバレッジポイントに以下があります。有識者によるテクニカルレビューの力を引き出したい場合、これらに対しレビュー工程を設けるのが、
基本設計業務は那覇市から沖縄都市モノレールに委託する方向で調整中。ホームの拡張とエレベーターの増設を主軸に、必要に応じて改札を増やすことも検討する。駅舎をレール方向に沿って伸ばすか、左右に拡張するかなども基本設計で検討する。 県庁前駅は1日当たりの乗客数が那覇空港駅に次いで多く、ホームやエレベーターの混雑が大きな課題となっている。沖縄都市モノレールは那覇空港駅の増改築も視野に入れるが、国との調整に時間を要する。駅舎拡張は県庁前駅が先になりそうだ。 沖縄都市モノレールは県庁前駅の混雑について「エレベーターに乗るまでに通常3~4分で済むところが混雑時は10分以上かかることもある。なるべく早期の増改築が必要」との見方を示す。通勤客と観光客の利用が重なる美栄橋駅~県庁前駅間が最も混雑するという。 ゆいレールの駅舎は2003年の開業当初、1日当たりの乗客数が将来的に4万2千人となることを見込んで設計
はじめに Next.jsにApp Routerが導入されたことで、開発者にとって便利な機能が増えた一方、App Routerを前提とした設計のベストプラクティスがまだ確立されておらず、設計時にさまざまな検討が必要になっています。 特に大規模プロジェクトでは、開発が進むにつれてコードが肥大化し、メンテナンス性が損なわれる可能性があります。そのため、コードを細分化して管理し、将来的な保守や拡張を容易にするアプリケーション設計が求められます。 今回の記事の項目 本記事では、App Routerの機能を最大限に活用するための設計について考察します。 特に以下の項目に焦点を当て、長期にわたってメンテナンス性の高いプロジェクトを構築するための方法を探ります。 App Routerを活用した効率的なディレクトリ設計戦略 レイアウトコンポーネントの効果的な利用 RSCの活用 サーバーコンポーネントとクライ
はじめに - Cursorについてシステム開発に携わっている皆さんはCursorはご存知ですか?また利用していますか?Cursorは、VSCodeを基に作られたエディタです。特徴としてはChatGPTはじめとする生成AIがエディタに統合されており、ファイル内やターミナル内で自然言語で依頼することで、コードを自動生成してくれます。 これを使うことで、プログラムやフレームワークの理屈さえ頭に入っていれば、実際のコーディングレベルに頭を使う必要はなくなります。プログラム言語が異なれば、ループ分のやり方が異なったりしますが、それらを意識せずにただ自然言語でループ処理をしてと言えば書いてくれます。 また、ターミナルについても pwd , ls, cdぐらいであれば誰でもすぐにわかりますが、ちょっと凝ったことをする際にこれまでだといちいちGoogle検索していたかと思いますが、それも自然言語で依頼すれ
こんにちは!ゆせです! 今回は、「ドメイン駆動設計」(Domain-Driven Design、通称"DDD")についてアウトプットしておこうと思います。というのも、最近DDDを採用している大きめのプロジェクトにjoinし、DDDがどういうものか全くわからず開発に携わって撃沈してたので久しぶりにqiitaにアウトプットすることにしました。 どんな人に読んで欲しいか DDDって何?(聞いたことあるけど何かよくわかってない人向け) ドメイン, モデル, モデリング, ドメインエキスパートの解像度を高める なぜDDDを最近よく聞くようになったのか じゃあそれより前はなぜDDDを聞かなかったのか 本記事で書かれていないこと 技術的な言及 ドメイン駆動設計における各層の責務や概要(ドメイン層,コントローラ層, リポジトリ層等々) (別の記事で書く予定!!!!) ドメイン駆動設計(DDD)ってなんだ
こんにちは。PharmaXの上野(@ueeeeniki)です。 PharmaXでは、YOJOというサービスで複数のLLMエージェントを組み合わせたマルチエージェントの構成でチャットボットシステムを構築しています。 本日は、そんなPharmaXのLLMプロダクト開発で学んだエージェント設計の原則をまとめてみたいと思います。 これまでLLMプロダクト開発に関する知見を様々なところで公開してきました。 YOJOのマルチエージェントの仕組みは下記の記事をご覧いただければと思います。 LLMアプリケーションのアーキテクチャについてまとめた資料もあります。 このあたりで、エージェントの設計のコツを一度まとめて置こうという意図です。 LLMエージェント設計原則まとめ PharmaXで培ったLLMエージェントの設計原則をまとめると以下のようになります。 RAGは本当に必要な時のみ使う エージェントがこなす
TOP 特集 プラットフォームと描画設計の刷新で画面密度を向上した『FINAL FANTASY VII REBIRTH』(1)開発方針編 『FINAL FANTASY VII (以下、FFVII)』完全リメイク3部作の2作目として、『FFVII REMAKE(以下、REMAKE)』から4年を経てリリースされた『FINAL FANTASY VII REBIRTH(以下、REBIRTH)』。 前作と地続きでありながらPS5のパワーによってさらに微細に描き出される本作の開発について、CGWORLD本誌掲載分4回にディレクター浜口直樹氏のインタビューを加えた全5回で紹介していく。 広大なワールドマップを現代の技術でどう描くか CGWORLD編集部(以下、CGW):前作『REMAKE』の開発完了後、『INTERGRADE』を挟んで『REBIRTH』のリリースとなりました。まず、本作のグラフィック面で
本書はプロのDBエンジニアであるミックさんが、データベース脱初級者を目指すエンジニアのために、一歩踏み込んだDB設計について解説した本です。この第2版では内容を最新の情報に更新し、クラウドDBにも対応できるようになっています。 内容としては、実際の開発現場で通用することを前提に、論理設計と物理設計、正規化とパフォーマンス、そして論理設計のアンチパターンや注意すべきグレーノウハウを取り上げています。「なんとなくわかっている」を「仕組みと理由がわかっている」にレベルアップさせ、DB設計をしっかり理解できる1冊です。 豊富なサンプルを参照し、練習問題も解きながら、長く使える確かなノウハウを身につけましょう。 目次 第1章 データベースを制する者はシステムを制す 第2章 論理設計と物理設計 第3章 論理設計と正規化~なぜテーブルは分割する必要があるのか? 第4章 ER図~複数のテーブルの関係を表現
2024年08月30日19:23 カテゴリ観光 富山市ガラス美術館と富山市立図書館が入る隈研吾設計の「TOYAMAキラリ」 こんにちは✨😃❗ 今日は、富山市ガラス美術館や富山市立図書館本館などが入る建物「TOYAMAキラリ」に行ってきました。 TOYAMAキラリは、建築家の隈研吾さんが設計されたキレイな建物です。 外側から見るとガラス張りで、中は木材が多く見えます。 #TOYAMAキラリ はオープン9周年! キラリがオープンしたのは9年前、2015年の8月22日👀 つい最近のような気がしますね。 今後もにぎわい創出に努めるとともに、10周年に向け、生涯学習・読書・情報の拠点として市民と街に寄り添った #図書館 となるよう邁進していきます💨💪#富山市立図書館 pic.twitter.com/h643FOD8TJ— 富山市立図書館【公式】 (@toyama_citylib) Augus
はじめに2024年8月17日に発売された、Software Design 2024年9月号の第二特集である、「Goのエラーハンドリングと向き合う ベストな設計戦略を徹底解剖」 の2章を後藤、3章を渋川で執筆し寄稿させていただきました。 このような貴重な機会をいただいた栗木さんをはじめ技術評論社の方々には、心からお礼申し上げます。 みどころGo言語初心者から熟練者まで楽しんでいただける内容になっていると思います。 Go言語を利用する上でエラーハンドリングは必須の知識になるので、ぜひご一読ください。Goに馴染みのない方でもGo特有のエラー処理の方法を知ることで、普段触れている言語の理解を深めることができると思います。他言語と比較した、Go言語のエラーの特徴もみどころの一つです。 【第2特集】Goのエラーハンドリングと向き合う 第1章 Goのエラー処理を理解する/mattnさん 第2章 失敗しな
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く