TL;DR 技術に興味がなくても、エンジニアとして生きていくことはできる。 対象読者 自分を技術に興味がない側の人間だと思う方 筆者について Webアプリケーションの開発エンジニア。主な仕事はプログラム詳細設計、画面設計、コーディング。 技術にあまり興味がない。 初めに エンジニア界隈では、以下のような主張がしばしば見られる。 休日に勉強するべきである。 最新の技術動向は常にチェックするべきである。 技術イベントには参加するべきである。 毎日コードを書くべきである。 レガシーな技術ではなく、モダンな技術を習得するべきである。 etc... そしてこれらの"べき論"がさらに加速すると、 「技術に興味がない人はエンジニアに向いていない」 という主張すら出現し、それに同調する声も少なくない。 最近、とあるSNSで以下のようなやり取りを見かけた。 駆け出しエンジニアの質問 休日に勉強するべきですか

1996年、米国で、オピオイド系の麻薬性鎮痛薬「オキシコンチン」が発売された。その年、医学誌にはこんな広告が掲載されている。 2つのカップがスポットライトに照らされていて、片方には「朝8時」、もう一方には「夜8時」と書かれている。そして、キャッチコピーがひとつ。 「たった2錠で、痛みが和らぐ」──。 新薬で見た「地獄」 オキシコンチンが発売された当時、42歳の主婦だったエリザベス・キップは、とある米カンザス州カンザスシティの医師を訪れた。 彼女は14歳のときに乗馬大会の練習中に落馬して以来、ずっと腰痛に悩まされてきていた。それからというもの、短時間作用型の鎮痛剤をずっと服用してきたが、その日、医師に新しい薬を試してみないかと提案された。 オキシコンチンを12時間ごとに1錠服用する、というのが医師の指示だった。彼女は、その指示をしっかり守ったという。 「科学者気質だから、こういうことは厳格に

2023年度リクルート エンジニアコース新人研修の講義資料です

ネット上にはたくさんのIT系のコンテンツがあふれています。そのほとんどは文章として書かれていますが、一部にはマンガの形で面白く分かりやすくしたものもあります。 ここでは、マンガ化されたITコンテンツを集めてみました。毎年夏休みの恒例企画、ITまんがの2023年版です。 今年は5本のマンガを新たに追加しました。先週から話題になっているあのマンガ、AWSが公開したマンガなど、ぜひ夏休みの息抜きにどうぞ。 もしここに掲載していないITまんがをご存じでしたら、Twitter（@publickey）や、はてなブックマークのコメントなどで教えてください。毎年更新する予定です。 2023年版の新着ITまんが New! AWSマンガ：クラウドに乗っていこう！ 小さな会社のDX日記 地方の中小企業の総務部員の美咲は、突然の DX（デジタルトランスフォーメーション）指示に慌てる。たどり着いたクラウドサービス、

1章　安全工学 1.1　概要 1.2　機械安全 1.3　電気と制御の安全 1.4　機能安全 1.5　人間機械協調システムの安全 1.6　子どもの安全 1.7　リスクアセスメント 1.8　ヒューマンエラー 1.9　労働災害と安全 1.10　安全に関する主要な用語と定義 2章　環境 2.1　概要 2.2　環境問題の歴史 2.3　環境の現状と対策 2.4　自然共生社会と生物多様性 2.5　低炭素社会と地球温暖化 2.6　循環型社会と廃棄物 2.7　環境アセスメント 2.8　環境測定技術 2.9　環境教育と協働 2.10　環境と経済 2.11　環境関連法規 2.12　技術士と環境 3章　エネルギー 3.1　エネルギー概論 3.2　原子力エネルギー 3.3　省エネルギー 3.4　再生可能エネルギーとエネルギー利用面での技術革新 4章　経営／生産マネジメント 4.1　経営戦略 4.2　マーケティング

最近「下手な大卒より高卒のほうが雇用市場で人気がある」という記事が出ていた1。この現象について、ある𝕏erは「日本は高卒で得られる程度の知識で足りるような産業しかなくなったということなんでしょうね。日本、終わっている」と日本特有の現象としている。 「大卒＝負け組」の時代到来!? 超売り手市場で「高卒就職者」の需要が急増！ https://t.co/qYzQoPqi5k 「下手に知恵を付けている大卒者より、高卒者の方が伸びしろが期待できる」もはや日本は高卒で得られる程度の知識で足りるような産業しかなくなったということなんでしょうね。日本、終わっている — 田口善弘 (@Yh_Taguchi) July 23, 2023 しかしながら、「下手な大卒より高卒のほうが所得が高くなる」という話は、実はアメリカでも同じような現象が見られ、日本に限った話ではない。むしろ、アメリカでずっと言われていた現

#include <stddef.h> void add(size_t n, float *result, const float *a, const float *b) { for (size_t i = 0; i < n; ++i) { result[i] = a[i] + b[i]; } } #include <stddef.h> void add_vla(size_t n, float result[n], const float a[n], const float b[n]) { for (size_t i = 0; i < n; ++i) { result[i] = a[i] + b[i]; } } #include <stddef.h> #include <immintrin.h> void add_sse(size_t n, float *result, const flo

「ゼルダの伝説　ティアーズ オブ ザ キングダム」(ゼルダTotK)を購入して遊んでいるのだが、ヌルくだらだら遊んでいるために一向に終わる気配がない。 (京都の地名の元ネタを探したりしているからという説もある。「カスケイオマの根」は烏丸御池なのだろうとか) そうこうするうちに時間が経ち、任天堂の特許を検索してみるとどう見てもゼルダTotKに関するものが大量に出願されていた。その数31件。ヤバい。 そんなわけでざっと概要などを斜め読みした結果をまとめたものが下記の表である。左端の列の連番で2が抜けているのは、ここにあった特開2023-104988はゼルダに関係のなさそうなものだったからである。 今年7月10日から、8月4日までに公開となった任天堂の特許。ほぼTotKのものだった スクラビルドの特許が3件。ウルトラハンドとそれで組み立てた道具の挙動などに関するものが3〜6件、今回あまり目立って

どうしたらこんなばかばかしい騒ぎになるんだろうね。何の話かというと、マイナンバー関連の一連のトラブルで、デジタル庁をはじめ政府が火だるまになっている件だ。現行の健康保険証の廃止とマイナンバーカードへの一体化を延期する、しないでドタバタ劇まで演じる始末。おいおい、一体どうなっているんだ。そもそもトラブルの件数が8500件程度なら大騒ぎになるような「大事件」ではないぞ。 まあ、そうは言っても、そりゃ国民からすると不安が高まるのは当然だ。何せマイナンバーカードを使ったコンビニ証明書交付サービスでの誤交付、別人の住民票などが交付されたという問題を皮切りに、マイナンバーを利用した各種事業で個人情報のひも付け誤りなどのトラブルが次から次への明るみに出たわけだしね。ただし、それがマイナンバー制度への不信感へと直結してしまったり、保険証の廃止時期を延期しようとしたりするのは明らかに行きすぎだ。 冒頭に書い

はじめに ここ1年ぐらいかけて、Fixという名前のプログラミング言語を作っています。 コアとなる機能の実装がある程度落ち着き、実際にFixを使ってプログラムを書けるようになってきたので、そろそろ言語の紹介をしてみようと思います。 本記事はFixのチュートリアルではなく、どういう思想で設計されていて、どういう特徴を持つ言語なのか、という点を紹介するものです。 意見・提案・助言などをいただけるとうれしいです。 リポジトリはこちらです。 ※ コメントやコミットメッセージは一応拙い英語で書いていますが、日本語でissueを立てたりdiscordで意見・質問してもらっても大丈夫です。 ※ 急いで作った部分もあるため、コンパイラのコードは結構汚いです。ご容赦ください。 現状、Fixをローカルで実行するためにはLLVMのインストールが必要で時間がかかりますが、Fix playgroundを使えばブラウザ

本書では、小さなOSをゼロから少しずつ作っていきます。 OSと聞くと腰が引けるかもしれませんが、OS (特にカーネル) の基本機能は案外単純です。巨大なオープンソースソフトウェアとしてよく挙げられるLinuxでさえ、バージョン0.01はたった8413行でした。様々な要求に応えるために次第に肥大化していっただけで、当初は大変素朴な実装になっていました。 本書では素朴なコンテキストスイッチ、ページング、ユーザーモード、コマンドラインシェル、ディスクデバイスドライバ、ファイルの読み書きをC言語で実装します。これだけ様々な機能が詰め込まれているのに、コードは合計でたった1000行未満です。 「1000行なら1日でできそう」と思うかもしれませんが、初学者には少なくとも3日はかかるでしょう。OS自作のハマりポイントは「デバッグ」です。アプリケーション開発とは違うデバッグ手法・能力を習得する必要がありま

カスタムChatBotを作る ChatGPT全盛の時代に、何番煎じだ？という感じですが、とりあえずやってみたので手順を残しておきます。プロンプトエンジニアリングの観点ですと、いわゆるIn-Context LearningのRetrieval-Augmented Generation（RAG）ってやつになると思います。プロンプトエンジニアリングに関しては以下記事参照ください。 具体的な手段・実装としては、基本的にnpaka大先生のやったことや書籍を大いに参考にさせていただいています。 OpenAI GPT-4/ChatGPT/LangChain 人工知能プログラミング実践入門 以前、はてなブログのデータだけでやってみてはいたのですが、イマイチ性能がよくなかったので、今回は色々と改善版という位置づけです。 大きく変えたところは以下2つです。 データを増やした（ブログデータ → ブログデータ +

50本とキリがいいので、感想をまとめつつ、所謂番付を作ってニヤニヤしようと思います。 点数をつけるのはしっくりこなかったので、 「好き好き大好き超愛してる」「大好き」「好き」「普通」「好きじゃない」の五段階で評価することにしました。 ただし結果として「好きじゃない」に該当する作品はありませんでしたので、実際は4段階です。 今日この瞬間の感情なので、明日には異なる評価になっているかもです。 リンク先に感想は書いてあるのですが一言コメントも書きつつ紹介します。 ○好き好き大好き超愛してる 超探偵事件簿 レインコード 雨が降り続ける街カナイ区を舞台に真実を暴くことの是非を問う探偵としての生き方に向き合う物語で3Dのリッチな箱庭でキャラを操作しつつも文章を読むパートも多いアドベンチャーゲーム。 主人公の見習い探偵ユーマと相棒の死に神ちゃんの関係値の変化がたまらない。 舞台になるカナイ区の作り込みが

彩恵りり🧚‍♀️科学ライター兼Vtuber✨おしごと募集中 @Science_Release どの研究室でも全然成功しないと思ったら、査読論文が掲載されるにあたって「いやー、実はプレプリントでは書き間違えちゃって (棒読み) 、鉛 (Pb) ではなくパラジウム (Pd) でした」オチはないかな……いやアレはリーク情報を防ぐための措置で、さすがにこの置換は元素違い過ぎて嘘だとバレるよね twitter.com/Science_Releas… 2023-07-28 12:27:24 彩恵りり🧚‍♀️科学ライター兼Vtuber✨おしごと募集中 @Science_Release "沸騰水超伝導体" 「LK-99」について解説しているScienceのコラム記事読んだ～。なんにしても合成が容易な材料っぽいからすぐに試されるだろうし、評価はもう少し待ちたいところだねぇ。 Derek Lowe. (J

何か月か前に話題になっていたIntel N100の中華ミニPCにひかれて、5年以上ぶりに自宅の端末を入れ替えた。Intel N100+メモリ16GB+SSD256GB程+Win11pro付きでお値段2万円強という、信じがたいコスパ。 必ずしも優れているとは言えないスペックでWin11を快適に使うために、買ってから最小限やった設定を書いておく。 ・前提端末OSには粛々とHWの管理だけをしてもらい、「こんな素敵な＆便利なWeb機能もあるよ！」的な導線はいらない。TeamsもOutlookも職場で嫌ってほど使っているが、自宅では金輪際使う予定なし。タスクバーのウィジェットもBingへの導線も全部要らない！という人向け。 ※本当はhttps://anond.hatelabo.jp/20191116220232さんのWindows11版の記事が出てればそれで事足りたのだけど、見つけられなかったので投

People Can’t Believe This Photo of a Bird Isn’t Photoshopped or AI-Generated Japanese photographer Kenichi Ohno makes regular visits to a local marsh in order to practice his nature photography. But one image in particular, which shows an egret wading in the shallow water, is causing a stir. After being awarded an honorable mention in the Nature in Japan photo contest organized by the The All-Japa

600ページ以上あり結構長いので方針としては第１部だけは一通り読んでみて、その先は各章結論から読んでいき、気になった部分だけ遡って拾い読みしていく戦略でいく方が良さそう。

数千万行に及ぶLinuxカーネルのコードのうち、どんなときにどこのコードを読めばいいか、そのときに何を手がかりにすればいいか、などについてお話します。 本記事は、TechFeed Experts Night#19 〜 達人に聞く、Linuxカーネルコードの歩き方のセッション書き起こし記事になります。 イベントページのタイムテーブルから、その他のセッションに関する記事もお読み頂けますので、一度アクセスしてみてください。 本セッションの登壇者 セッション動画 「カーネルコードの歩き方」というタイトルでお話しする武内覚と申します。ふだんはsatと呼ばれています。社会人1年目から15年ぐらいカーネルの開発とサポートをずっとやってきました。今も必要に応じてカーネルソースを見ています。 本LTで学べるのは「Linuxのカーネルソースの読み方についての勘所」です。直接読んでいくというより、もう少しメタな

はじめに Turing株式会社の自動運転MLチームでエンジニアをしている越智 (@chizu_potato)と塩塚 (@shiboutyoshoku) です。 Turingが目指す自動運転は、大量のデータで学習された非常に賢い機械学習モデルを活用することです。そのために、走行パートナーの方たちと協力して創業時からこれまで大量の走行データを取得してきました。走行データは車両に取り付けられた複数カメラによる360度をカバーした動画と、そのときの速度やGPSなどの走行ログを含んでいます。データサイズは80TBを超え、時間換算で3500時間程度です。 これだけのデータサイズでモデルを学習するためには、1枚のGPUだけで頑張るには限界があり複数のGPU (multi-GPU) による分散並列学習が必要となってきます。しかし、ただ分散並列学習を行うだけではmulti-GPUに対し、データの入出力 (I