1. はじめに こんにちは、ryusuke です。 今回の記事は「paiza x Qiita コラボキャンペーン」で、レベルアップ問題集から選ばれた $D$ ランクから $S$ ランクの各ランク $5$ 問（計 $25$ 問）を徹底解説するものとなっております。 当初はどれか１問を解説しようと考えていましたが、「せっかくなら全部解説しちゃうか！」のノリで始めたら結構地獄を見ました。 paiza は レベルアップ問題集 の問題言及・解説等のアップロードは問題ありませんが、スキルチェック の問題は SNS 上での言及が禁止となっていますのでご気をつけください。 自分は $2021$ 年から $1$ 年間ほどですが、paiza のアルバイトとして問題・解説コード作成などの業務に携わっていました。 詳しく気になる方はこちらをご覧ください。 そんな中、このようなキャンペーンを目撃したので参加してみよ

「ソフトウェアの「詳細設計書」とはなんなのか」というブログ記事を読んで考えたこと。設計に関するプロセスとドキュメンテーションの関係性についての考えの整理。SI屋的な視点で。 2024/8/18追記：文中にあった雑な文系disが不愉快というご指摘を受けました。ご指摘の通りだと思いましたので訂正しています。大変失礼しました。 「詳細設計書」とはなんなのか nowokay.hatenablog.com こちらの記事では詳細設計書とは以下のようなものであると整理されている。 表現を変えたコーディング（の一種） 机上プロトタイプ（の一種） 分析資料 保守（のための）資料 （水平作業の場合の）作業指示書 （委託している場合の）契約資料 上記以外で考えられるのは次のようなものがあるだろう 利害関係者が要求している たとえば受託開発において発注者が要求している場合 ほかには連携している相手先システム側から

チューリング完全とは、ざっくり説明すると、一部を除くほとんど全ての計算が可能な能力を意味します。言い換えると、ほとんど全ての計算問題を解く能力を意味します。（あとでもう少し詳しく説明します。）プログラミング言語は一般にチューリング完全であり、例えば TypeScript や Python はチューリング完全です。プログラミング言語以外にも、TypeScript の型システムやスーパーマリオメーカー、マジック・ザ・ギャザリングもまたチューリング完全であることが知られています[1][2][3]。直近では find と mkdir だけでチューリング完全になると報告されていましたね[4]。 逆にチューリング完全でない例としては正規表現[5]があります。チューリング完全ならば正規表現で解ける問題を全て解けますが、その逆は不可能です。例えば回文の判定は正規表現だと無理です。このように、数ある計算能力

DBMS をフルスクラッチで作る Database Design and Implementation: Second Edition1 を読みながら、この本で作る DBMS(SimpleDB) を Go で実装しました。始めてからちょうど5ヶ月くらいかかりました。 去年も DBMS を自作していましたが、当時は DBMS の理論を学ばずに「この SQL が投げられたときにこういう結果を返すにはこういう実装にすればとりあえずそれっぽい動きをしてくれそう」という感じに実装していて理論的なところは何も学んでいませんでしたが、今回はちゃんと本に沿って実装したので理論・実装を体系だって学べました。 Database Design and Implementation: Second Edition (Data-Centric Systems and Applications) (English E

はじめに Goで自作RDBMSに挑戦してみたログです。自作、といっても大部分は参考にした書籍の移植です。 ここ1年くらいRDBに向き合う機会が多く、その内部実装を手を動かしながら身を持って理解してみたいというモチベーションから始めてみました。ちょうど会社の『内部構造から学ぶPostgreSQL』読書会に参加したこともモチベーション上げるきっかけとなりました。 (他の方の記事ですが、読書会の記録はこちら↓) 『内部構造から学ぶPostgreSQL』読書会を完走した感想 ［改訂3版］内部構造から学ぶPostgreSQLの社内読書会振り返り データベースをデータの箱としか思っていなかった私の『内部構造から学ぶPostgreSQL』を読んだ感想 普段何気なく使ってるRDBMSですが、ACID特性を守るため・大量の読み書きを捌くため、非常に緻密に設計されております。 これを完全再現といかなくとも自分

はじめに 最近、ソフトウェアアーキテクチャを改めて勉強しようと2冊の本「ソフトウェアアーキテクチャの基礎 ―エンジニアリングに基づく体系的アプローチ」と「アーキテクトの教科書 価値を生むソフトウェアのアーキテクチャ構築」を読んだので要点と感想を備忘としてまとめます。 ソフトウェアアーキテクチャの基礎 ―エンジニアリングに基づく体系的アプローチ アーキテクトの教科書 価値を生むソフトウェアのアーキテクチャ構築 概要とポイント ソフトウェアアーキテクチャの基礎 ―エンジニアリングに基づく体系的アプローチ アーキテクチャには正解も間違いもない。ただトレードオフがあるだけだ。 この本はアーキテクチャを考えるための思考から、代表的なアーキテクチャスタイルの紹介やアーキテクトとしてのソフトスキル（対人スキルやチーム運営、キャリアパス等）まで網羅的にまとめられているものとなります。 アーキテクチャの技術

前回は、カーネルのお話から一度離れて、LinuxContainersプロジェクトから発表されたIncusというプロダクトを紹介しました。 少し間が空いてしまいましたが、今回からはまたLinuxカーネルの機能紹介に戻りましょう。第53回、第54回で紹介したCPUコントローラの話に続いて、メモリコントローラのお話をします。 メモリコントローラについては、以前、第5回で簡単に説明しています。このときの説明はcgroup v1のメモリコントローラを説明しました。今回は、cgroup v2のメモリコントローラを紹介します。 メモリ回収処理とメモリ負荷 コントローラを説明する前に、メモリコントローラを説明する前提となる、メモリの回収処理とメモリ負荷について簡単に紹介します。さらに詳しい情報については、Linuxカーネルの解説文書などをご参照ください[1]。 OS実行中には、色々とメモリを使う要素が存在

亀右衛門 @kameemon_kaigo 三軒茶屋で訪問介護などを営む㈱亀右衛門です。 スタッフが日々の出来事を綴っていきます。 若手からベテランまで、元気で温かいスタッフが活躍中！ 「安心と幸せをお届けします」をモットーに、「介護をする人」「介護を受ける人」両方の安心と幸せを追求しています！ 社会貢献活動や、SDGsにも取り組んでいます。 kameemon.co.jp 亀右衛門 @kameemon_kaigo 「これで死ぬ」ちょっとドッキリするこのタイトル‼️この本は、実際に起きたアウトドアでの死の事例53が記載されています。大人も子供も最低限知らなければならない安全の話。子ども版もあり、外で安全に遊ぶ方法について親子で学ぶことができます。この時期多い水の事故😢😰悲しいニュースは辛いです😭 pic.x.com/zxp98ncfb5

2024年4月6日 (土) 13時より、水道橋の貸会議室「内海」にて、外資 IT 入社試験練習会を行います。 事前登録や参加費は不要です。ご興味のある方はぜひご参加ください。 日本のソフトウェアエンジニア育成は数と質の観点で不十分です。日本の大学でコンピュータサイエンスを学べる学部の定員数は十分とは言えず、真にコンピュータサイエンスを学べる学部の数も全体から見ると限られています。 日本のソフトウェアエンジニアには、もっと広く世界と戦うことができる一流のソフトウェアエンジニアリングを学べる環境を積極的に求めてほしいと考えています。海外での経験が増えるほど、日本の技術力も向上するでしょう。一流のソフトウェアエンジニアを多数輩出することで、日本の社会や組織を変革したいと考えています。 今のソフトウェアエンジニアリング育成を変えたい志のあるものがあつまり、ソフトウェアエンジニアの育成、就職支援など

前回の記事は、私が所属する会社のAdvent Calendarの5日目の記事でした。これまでは、この連載記事でAdvent Calendarに参加するのは1回だけでした。 今年はcgroup v2の話題を書こうと決めたときに、内容から考えて1回では済まない量になるだろうと思いました。そこで、続けて2回でcgroup v2の紹介をして、2つのAdvent Calendarに参加しようと決めました。1回目はちょうど社内で募集が始まっていた会社のAdvent Calendar、2回目は例年どおりLinux Advent Calendarに参加することにしました。 そういうわけで、今回の記事は昨年まで何度か参加していたLinux Advent Calendar 2017の19日目の記事です。 今回は、実際にcgroup v2を操作しながら、前回紹介したcgroup v2の特徴をおさらいしましょう。

前回は、コンテナの仕組みとLinuxカーネルに実装されているコンテナ関連機能のひとつである名前空間について説明しました。今回は名前空間と並んでコンテナの実現に重要な役割を担っているcgroupについて説明していきます。 cgroupは2006年9月にGoogleのエンジニアによって最初のパッチが投稿され、2.6.24カーネルで最初のマージがなされた機能です。2010年にリリースされたRed Hat Enterprise Linux 6.0にこの機能が搭載され、専用のマニュアルが存在したことから、使ったことのある方や、名前をご存知の方も多いのではないでしょうか。 cgroupは"Control Group"の略です。プロセスをグループ化して、そのグループ内に存在するプロセスに対して共通の管理を行うために使います。たとえば、ホストOSが持つCPUやメモリなどのリソースに対して、グループごとに制

1. vmlinuxのELFセクション 2. initセグメント 2.1. percpuセグメント 2.2. .init.text、.init.data、.init.rodataセクション 2.3. .exit.text、.exit.dataセクション 2.4. .x86_cpu_dev.initセクション 2.5 .iommu_tableセクション 2.6 .apicdriversセクション 3. 休憩 執筆者 : 箕浦　真 1. vmlinuxのELFセクション 前回記事は、もう1年半も前に書いて、それなりに多くの方に読んでいただけたようだ。今回記事は、コード例もなく、単にLinuxという巨象の枝葉末節をああでもないこうでもないと闇雲に撫で回すだけの記事だ。 ELFセクションは、リンク時に、同名のセクションのコードやデータを、すべてのオブジェクトファイルからかき集める、という効果がある

eBPF Foundation & LF Research eBPFの現状 (日本語版を公開) eBPF Foundation は LF Research 社と協力し、eBPF 技術の進化とオープンソース エコシステムへの影響を調査しました。このレポートでは、主要な eBPF メンテナーやコントリビューターへのインタビュー、および公開されているリポジトリから得た洞察をもとに、eBPF の歴史、eBPFが Linux コミュニティに与えた影響、そしてeBPFが今日どのように利用されているかについて説明しています。また、eBPFの主要なユースケース、課題、将来的な可能性についても紹介しています。 読者は、eBPF が提供するものを最大限に活用する方法、およびプロジェクトに参加してその成長と継続的な改善をサポートする方法を学ぶことができます。この技術の歴史、影響、および将来に関する完全な分析につ

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

洗っても型崩れしにくいリュックは、日常使い向けのベーシックタイプ（4389円）と運動やアウトドア向けのスポーツタイプ（5489円）の2種類を用意している。ベーシックタイプのサイズは16（幅）×32（横）×45（縦）センチで、容量は約23リットル。背面部分には、ノートPCを入れるためクッション性が高いパッドを付けた。リュックの両側には、傘やペットボトルなどの収納できるポケットを備えている。カラーはブラックとベージュ2色展開だ。

「設計書」というのは、作るものの構造を抽象的に表現したものと言うことができます。 ただ、ソフトウェアの抽象化の仕組みはプログラミングコード自体に備わっているので、ソフトウェア生成可能な抽象的表現というのはコード表現ができるはずですね。コードで表現しておくと、整合性のチェックとかも行いやすいです。 でも、コードではない「詳細設計書」というものが一部業界には必要とされているので、その「詳細設計書」というのは実際はなんなのか考えてみます。 ※ 最初はタイトルは「設計書」としてましたが、話を限定するため「詳細設計書」に変更しました。 追記：納品物に関する記述を追加しました。 表現を変えたコーディング ソフトウェア生成可能な抽象的表現というのはコード表現ができるわけですが、文字で表記する必要もなく、ダイアグラムで表現することもできますね。 代表的なのがER図やクラス図で、これは文字表現との相互変換が

こんにちは、リファクタリング大好きなミノ駆動です。 2024/07/20に発売された『ドメイン駆動設計をはじめよう ―ソフトウェアの実装と事業戦略を結びつける実践技法』を、訳者の増田亨氏よりご恵贈賜りました。 この記事は、この書籍の感想です。 著者の許可を得た上でのだいたんな意訳総評等の前にいの一番で伝えたいポイントです。 エリック・エヴァンス氏の『ドメイン駆動設計』は大変価値の高い知見が網羅されている一方、「ユビキタス言語」や「境界づけられたコンテキスト」といった独特の用語が登場したり、難しい言い回しをしていたり、読解がかなり難しい書籍です。 独自用語が登場するたびに「ユビキタス言語？なんだこれ？」とつまづきを覚え、内容理解に集中できず、読む手が止まってしまったことがある人も少なくないのではないでしょうか。 本書『ドメイン駆動設計をはじめよう』は『Learning Domain-Driv

注:steamにも1つ前のバージョン4のやつならある。そのうち5もsteamに出てくるはず。フランスのeversimという会社のゲーム。 https://store.steampowered.com/app/2392520/Power__Revolution_2023_Edition/ 超面白いのに、日本で知名度なさすぎて、開発終わらないか心配になったので、ここで宣伝してみる。ちなみに、NATOの教材として使われているらしい。確かにリアルだからね。公式の訳が地政学シミュレータなので、そう書いたが、経済シミュレータと言った方が良いかもね。後、Civとの違いは、本当に存在する現代国家を経営できるってところかな。アメリカや日本としてプレイできる。エチオピアやらコンゴ、北朝鮮も、その他殆どの国がプレイ可能。不謹慎かもだけど、ウクライナの戦争だってプレイ開始時点で起こってるから、ウクライナを援助して