ITエンジニア本大賞2023が決定。技術書部門大賞に『良いコード／悪いコードで学ぶ設計入門』、ビジネス書部門大賞『メタバース進化論』 翔泳社が主催するイベント「ITエンジニア本大賞2023」が行われ、2月9日にプレゼン大会＆最終投票を開催し、技術書部門大賞およびビジネス書部門大賞を決定した。技術書部門大賞には『良いコード／悪いコードで学ぶ設計入門 保守しやすい 成長し続けるコードの書き方』、ビジネス書部門書大賞に『メタバース進化論――仮想現実の荒野に芽吹く「解放」と「創造」の新世界』が選ばれた。 ITエンジニア本大賞は、ITエンジニアにおすすめの技術書・ビジネス書を選出してもらうイベント。出版社や刊行年は問わずこの1年を振り返っておすすめしたい本を投票するWeb投票と、プレゼン大会、2つのイベントを通して大賞を決定する。なお、過去の大賞は殿堂入りとし、選考から除外している。 Web投票
つなほり on Twitter: "東京オリンピック・パラリンピック文化プログラム「MAZEKOZEアイランドツアー」に、絵本作家 #のぶみ が参加か。 総合構成・キャスティング・監督・総指揮を東ちづるが担当。多様性と共生社会の実現がテーマの映像作品。8/22公開予… https://t.co/5BEP3nIHEE"
東京オリンピック・パラリンピック文化プログラム「MAZEKOZEアイランドツアー」に、絵本作家 #のぶみ が参加か。 総合構成・キャスティング・監督・総指揮を東ちづるが担当。多様性と共生社会の実現がテーマの映像作品。8/22公開予… https://t.co/5BEP3nIHEE
Electronic Frontier Foundation iMessageで送受信される画像をスキャンするというAppleの新たなプログラムは、これまで暗号化メッセージのプライバシーとセキュリティを強く支持してきた同社の方針転換となる。このプログラムの適用範囲は現時点では米国内に限定されているが、クライアントサイドスキャン可能なエンド・ツー・エンド暗号化という歪んだ理解をもたらすことになる。Apple社は児童搾取・虐待といった問題の解決を目的として、極めて容易に監視・検閲に転用可能なインフラを構築する。Appleは（訳注：子どもの保護以外の）幅広い要求に応じることはしないと反論するが、仕組みそのものがその反論を否定しているのである。 これまで世界中の国々が、暗号化されたメッセージへのアクセスとコントロールを要求してきた。復号メッセージへの（訳注：都合のいい）アクセスは強力な暗号化とは相
![それを作れば彼らはやってくる：Appleが開く世界的な監視・検閲へのバックドア » p2ptk[.]org](https://cdn-ak-scissors.b.st-hatena.com/image/square/3aac505fc14fb0acf94ecaeaeeb40d07c30706d1/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fp2ptk.org%2Fwp-content%2Fuploads%2F2021%2F08%2F2445354787_121af4481d_ae.jpg)
久しぶりのPython環境をRyeで整える
はじめに よくAWSの仕事をするので、開発環境をAWS Cloud9(以下Cloud9)で用意することがある。 IAM Roleが使えるのでAWS内の開発は便利なのだが、そのままPythonで開発しようとすると、2023/05/27時点でこう表示されるので、ちゃんと開発環境作らなくちゃね。という気持ちになる。 久々にLangChainやLlamaIndexやらで盛り上がってるし、Python環境でも作るか！ と思い立った筆者。じゃあ何を準備すればいいんだっけ、と軽く調べただけでもpip, venv, pyenv, pipenv, poetryなどの選択肢がありすぎて、もうこの時点でげんなりする。Pythonのパッケージマネージャの周辺事情はずっと混沌としていたんだった…… ただ最近は比較的よさげなプロジェクトのRyeがあるので、今回はこれで環境を整えてみる。 Ryeとは 上で書いたような「
もっと成長したいソフトウェアエンジニアへ、出会いと経験で自分を変える「キャリアの螺旋」の歩み方 - Findy Engineer Lab
こんにちは。曽根壮大（@soudai1025）です。 私は今、業務委託をメインにした合同会社HaveFunTechを一人で経営し、予防医療テックを提供する株式会社リンケージのCTOも兼任。 プレイヤーとマネージャーの二足のわらじを履いています。 もう少し私の職歴をご紹介すると、今回でCTO就任は3度目となっており、Webアプリケーションエンジニア→最初のCTO→CRE→2度目のCTO→独立→3度目のCTOと、プレイヤーとマネージャーを交互に経験するようなキャリアを歩んでいます。 CTOを通じたマネージャー経験は3回とも規模が違いますが、「強くてニューゲーム」できるというメリットがあり、回数を重ねるごとに違った経験と成長があります。 同じようにプレイヤーとマネージャーを行ったり来たりして、キャリアは一見、「振り子」のように見えますが、同じ場所には戻っておらず、実は「螺旋」のようにつながってい
リファクタリングは、設計やコードを綺麗に保つという普遍的に求められる活動の一要素です。常識的な習慣として推進すべき活動です。 ただ、有効性の理解を得られないままリファクタリングを行って物議を醸す場面も存在します（例えばここのはてなブックマーク等で巻き起こった議論などです）。 実際、リファクタリングは、以降の保守作業をサポートしてこそ価値がでるものであり、考えなしにいつでも一律実施すればよいというものではありません。リファクタリングの対象やチームの状況によって、リファクタリングをすべきかどうか、線引きがされます。 このリファクタリングをすべきかどうかの基準ですが、一言でまとめると「妥当な保守性の実現を、妥当な費用対効果で実現できるか」になります。今回はこの基準を構成する「妥当な保守性の実現」と「妥当な費用対効果」について、それぞれ解説します。 リファクタリングで妥当な保守性を実現できるかの基
開発サイクルの終盤に近づくと「今回は優先順位の高いここまでを実装して、残りは優先順位が低いのでまたの機会にしましょう」という話になりがちだ。自分もこれまで何度もそうしてきたし、その場の判断としては正しい。が、このやり方に味をしめて常にこの調子で進めて、なんとなく上手く仕事をこなしている気になってしまうことには危機感がある。 以下、普段考えていることを自戒を込めてメモしておく。（なお、筆者の経験は toB ・Web 系・自社開発が中心なので読者の置かれている状況とは一致しないかもしれない） 優先度が低いタスクに着手する機会が一生訪れない 仮にあるタスクの優先度を下げたとする。バックログを眺めるとそのタスクに着手できそうなのは３ヶ月後だ。そして３ヶ月後、やっとそのタスクに着手できるかというと、そんなことは決してない。３ヶ月の間にそれよりも優先度の高いタスクが積まれているからだ。タスクを消化する
開発生産性 Advent Calendar 2022 16日目の記事です。 はじめに ペイトナー株式会社の脇田（@shimpeee_）です！『ペイトナー ファクタリング』開発チームでエンジニアリングマネージャー兼スクラムマスターとして、開発生産性と日々向き合っています。 「コード品質？レビュー効率？いや、PR数だ！！！」これは、他の誰でもなく、半年前の自分に声を大にして伝えたい叫びです。 「PR作成数をKPIにすると良い」とは知っていましたが、実は勘違いしていました。 コード品質やレビュー効率が改善された結果、PR作成数が増えると思っていました。ですが、実際は逆でした。 PR数を増やそうとする（つまり、 PRサイズを小さくする）ことで、レビュー効率が改善され、コード品質も高まっていくのです。 本記事は「PRサイズが大きいことが、生産性を落としている全ての元凶だったのか・・・！」と気づくまで
AI時代にこそTDDだと思う話
GitHub Copilot、みなさん使ってますか？すでに多くの方が利用しており、「ないと困る」という方から「提案の質に問題がある」「まだまだ使えない」という方まで、様々な意見を聞きます。 筆者はGitHub Copilotに対して非常にポイティブな立場です。GitHub Copilotは使い方次第で開発速度を格段に向上させることを身をもって体験しており、これからの時代においてはGitHub CopilotなどのAIツールを使いこなせるかどうかで、個人の開発速度に非常に大きな差が出ると考えています。 重要なのは使い方次第と言う点です。前述のように様々な感想が溢れているのはAIツールの習熟度が大きく影響しているようにも感じます。AIツールは静的解析同様、利用者側の手腕が大きく問われるツールであると筆者は感じています。コマンドプロンプトエンジニアリングという言葉もあるように、AIツールを使いこ
反AIの方が「貴方のプログラムは他人のプログラムを継ぎ接ぎして作ってるんですか！？」と言ってるのを見て思わず「そうですけど！？」が出かけた
なにわづ @imawo_harubeto 先人の作ったマシンとOSの上で、先人の作ったデバイスとソフトを用いて、先人の書いた言語とライブラリを借りて、先人の考えたデータ構造とアルゴリズ厶に感謝してプログラミングをしている 依拠性の程度はそれぞれでも、巨人の肩の上に乗らなければcreationは成り立たないと思う 2024-10-03 09:22:12
令和 3 年秋期応用情報技術者試験のコンテナ型仮想化に関する問題からコンテナを考える - TenForward
今さらの話なのですが、「コンテナとは」というお話です。厳密には「コンテナ型仮想化とは」です。 まあ、ほとんどネタなので、細かなところへのツッコミはなしでお願いします😂 X を見てると、徳丸さん（@ockeghem）の気になるポストを見つけました。 この応用情報技術者試験の問題、正答は消去法で答えられるのだけど、「コンテナ型仮想化の説明として、適切」かと言われると、違う、そうじゃないと言いたくなりますね。https://t.co/DIwYo5zm3t— 徳丸 浩 (@ockeghem) 2025年8月12日 情報処理試験に出た「コンテナ型仮想化」に関する問題です。令和 3 年秋期という結構前の問題なので、IPA さんも「今ならこんな問題出さないよ」という話かもしれませんが。 なんで令和 3 年の問題が今取り上げられていたのかは知りません。 問題は次のような問題です。 正解は「ア」です。うー
『エルデンリング』の“やたら強い犬”はバグのせいとのユーザー報告。困ったプログラムで犬攻撃が超火力 - AUTOMATON
『エルデンリング』にて、特定の犬型敵NPCに「一瞬で大ダメージを発生させるバグ」があるとのユーザー報告があがっている。プレイヤーを即死させる困った犬の背景には、ゲーム内部演算上の不具合があったようだ。 『エルデンリング』にて、特定の犬型敵NPCに「一瞬で大ダメージを発生させるバグ」があるとのユーザー報告があがっている。プレイヤーを即死させる困った犬の背景には、ゲーム内部演算上の不具合があったようだ。本稿には、後半エリアの画像なども含まれるため留意されたい。 『エルデンリング』は、フロム・ソフトウェアが手がけたアクションRPGだ。舞台となる広大な狭間の地には、敵の兵士たちや名状しがたい怪物たちのほか、巨大な竜などさまざまな強敵が待ち構えている。特にボスなどの強さが取り沙汰されるなか、ある敵NPCは「やたらと強い」として一部ユーザーの注目と憎しみを集めていた。その敵NPCとは、犬である。 とは
長くなりがちだったコードレビューを改善した話 - 弁護士ドットコム株式会社 Creators’ blog
弁護士ドットコム クラウドサイン事業本部でエンジニアをしている山田です。 主にフロントエンドを担当しています。 普段の業務でフロントエンド開発のコードレビューをすることが多く、今回は長い時間がかかりがちだったコードレビューを以下の施策で改善した話をします。 タスクへの認識合わせを拡充 タスクを小さく分割 類似するタスクのレビュー内容は共有 必要に応じて同期的にレビュー 達成されないスプリントゴール スプリントゴールが達成できない原因 コードレビューが長くなる要因 レビュアーのレビュー期間が長い タスク担当による対応期間が長い 対応策 タスクについての認識合わせの時間を設ける タスクをなるべく小さくする 類似する複数のタスクはレビュー内容を共有 必要に応じてオンラインミーティングなどで画面共有し会話しながら同期的にレビューする スプリントゴールも達成できるように まとめ 達成されないスプリン
はじめに お客様に提案をしているときの会話です。 お客様：「詳細設計書は作りますか」 私：「昔ながらの詳細設計（ロジックを日本語で書くもの）は作りません。クラス図とか、シーケンス図は複雑であれば作りますが、今回のシステムはそこまで必要なものはないものなので、割愛しようと思っています。」 お客様：「保守をお願いするかどうか未定なので、場合によっては引継ぎのために作ってもらうかもしれません」 私：「・・・・」 といった感じで、私がこの業界に入った30年前は、確かにプログラムを作る前に、詳細設計書と呼ばれるプログラムを日本語で書いていました。 最近、詳細設計と呼ばれるものを作った記憶がなく、無駄なものは作りたくないなぁという思いから、コードから自動生成できないかなと思って、いろいろ試してみました。 Doxygenって いろいろ調べてみると、Doxygen にたどり着きました。 色々な言語に対応し
技術書典13で注目している新刊本
2022年9月11日（日）追記 技術書典が始まって2日経ちました。ありがたいことに筆者の本を買ってくださった方もいらっしゃいます。本記事で紹介した本はすべて購入し、ダウンロード可能なものには全部目を通しました。結論からいうと全部買ってよかったです。買って後悔するような本はひとつもないので、安心してお買い上げください。一部の本には購入後のコメントを書き加えました。しかし皆さんクオリティが高いですね。 もうすぐ技術書典13が始まります。筆者は今回初めて出展者として参加することもあり、とても楽しみにしています。オンラインマーケットも技術書典13仕様になり、新刊特集も登場しました。 新刊特集のキャプチャ（筆者の本も入っています。うれしい！） DiscordやTwitterを見ているとギリギリまで執筆している方も多く、新刊特集の対象本は毎日のように増えています。まだまだ増えそうですが、とりあえず現時
強くてニューゲームなプロダクト開発 / Product development in new game plus
Sponsored · Your Podcast. Everywhere. Effortlessly. Share. Educate. Inspire. Entertain. You do you. We'll handle the rest. →
Rustで既存のソフトウェアを再実装することは「Rewrite It In Rust」と言われたりしますが、 最近はfindの代替である fd やlsの代替である exa などといったUnixコマンドのRust実装がよく見られます。 このようなUnixコマンド以外にも、Goで書かれたコンテナランタイム runc のRust実装である youki や既存のNodeバージョンマネージャーである nvm よりも200倍速い[1]とされている fnm や Lemmy というRustで書かれた reddit の代替などがあります。 また、僕自身もRubyのバージョンマネージャーである rbenv のRust実装である frum を作ったりしています。 作ったもの 今回は、こういったRustで書かれた、既存のソフトウェアの代替の一覧を作ってみました。 RustでOSSを作る際にこういった一覧があると、
TypeScript/JavaScriptの言語思想的にはtry/catchを使ってerror handlingをするのが普通
ここ数日いくつかのクライアント病院に訪問し、ChatGPTについて議論させていただきました。現場の業務を劇的に改善させる可能性のある命令文（プロンプト）の３選をご紹介させていただきます。 命令文のいずれもシェア、使用は自由です！どんどんパクっていただいて現場の業務効率化に活かしていただきたいです。 患者名などがサンプル命令文に入っていますが、実際に使う場合には学習に使われる場合がありますので、学習されないよう下記のように設定変更をオススメします。 学習されないようチェックを外すChatGPTを使って少しでも医療従事者の皆様が患者さんと接する時間が増えますように。 当直表の作成については、こちらの記事を参考にさせていただきました。genkAIjokyo先生ありがとうございました！ 献立表👇 質問例👇 私は管理栄養士です。病院で高齢者が食べたくなるような朝、昼、夜の３食の献立を考えています
こんにちは！ブロックチェーンエンジニアの山口夏生です。 ブロックチェーン×AI Agentで自律経済圏を創る開発組織Komlock labでCTOをしています。 コーディングエージェントを複数並列で自律的に回すマルチエージェント開発が、ここ数ヶ月でエンジニアの間に急速に広まっていますが、まだそれぞれ試行錯誤しているフェーズで、最適解はない認識です。 OpenAIが最近発表したSymphonyに注目しています。 自分もClaudeCodeとOpenClawのオーケストレーションを日常的に考えていて、複数エージェントのタスクやセッション管理に苦労していたので、とても気になりました。中身を読んでいきます。 これまでの試行錯誤 — 「エージェントチームの管理」は個人技だった Ralph Loop — エージェントの基本的なフィードバックループ マルチエージェント開発の文脈で「Ralph Loop」
はじめてScalaに触れたとき、変数宣言(var)と値宣言（val)を使い分ける言語仕様に、なるほどなあ、と思った。簡単に言えば、変数(var)は再代入できて、値（val)は再代入できない。 プログラミングのスタイルとして、var宣言は命令的なプログラミング、val宣言は宣言的なプログラミングになる。どちらのプログラミングスタイルで書いているかを、varとvalで明示できるわけだ。 Javaだと言語の基本の仕組みはすべてが変数。final宣言をすることで再代入をコンパイルエラーにすることはできる。Javaは、C言語やC++などの命令的なプログラミングの系譜の言語なのですべて変数(variable)というのは、とうぜんの言語仕様だった。 命令的なスタイルから宣言的なスタイルに 命令的なプログラミングでは変数(variable)を使う。宣言的なプログラミングでは値(value)を使う。 再代入
Rustハンズオン@エウレカ社
エウレカ社にてRustのハンズオンを実施しました。 コード全体は下記で確認できます。 https://github.com/yuk1ty/rust-basic-handson
「State of JavaScript 2022」公開。利用率1位のフロントエンドライブラリはReact、レンダリングはNext.js、テストはJestなど、4万人のエンジニアが回答
JavaScriptに興味を持つ世界中のIT技術者3万9472人が回答したアンケートの結果をまとめた「State of JavaScript 2022」が公開されました（日本語訳版が同時公開されています）。 回答者の国別分布を上位5位までを見ると米国が11.9％、ドイツが5.2％、フランスが3.7％、イギリス（UK）が3.6％、そしてインドが3.2％。 言語別の回答者は、英語が69.6％、フランス語が3.4％、ドイツ語が3.1％、スペイン語が3％などとなっており、日本語での回答者は0.4％でした。 アンケートの結果は、ProxyやPromiseなどに関するJavaScriptの新機能がどのくらい使われているか、Service WorkerやWebGLなど新しいブラウザAPIがどのくらい使われているかや、人気のJavaScriptライブラリ、JavaScriptは正しい方向に進化していると思
Why Programming is Easy but Software Engineering is Hard
Beginners who want to get into the software field often get programming and software engineering mixed up. These are not the same thing. Programming is a part of software engineering. Software engineering on the other hand, encompasses so much more than programming. Software engineering is the process of starting with a problem, designing a way to solve that problem, and then delivering a software
仕事早っ！！ オープンソースになったMORISAWA BIZ UDゴシックのプログラミング用合成フォント「UDEV Gothic」がリリース
昨日当ブログで紹介した「MORISAWA BIZ UDゴシックとUD明朝がオープンソースになったぞ！！」のMORISAWA BIZ UDゴシックを使用したプログラミング用合成フォントが早くもリリースされたので、紹介します。 UDEV Gothic -GitHub 作者の方によると、昨日から衝動的に作成しはじめ、本日v0.0.2がリリースしたとのことです。v0.0.2では全角スペース可視化、異体字シーケンスに対応しており、今後は半角ゼロをスラッシュ付きにするなどが予定されています。 【追記: 2022/3/24】 リガチャに対応したv0.0.3がリリースされました。 ユニバーサルデザインなBIZ UDゴシックと、開発者向けフォント JetBrains Mono を合成したフォント『UDEV Gothic』 全角スペース可視化、異体字シーケンスに対応した v0.0.2 をリリースしました🎉h
この記事は Rust Advent Calendar 2023 シリーズ2 の1日目の記事である。 Rustは良くも悪くもシステムプログラミング言語なので、何も工夫しなければデバッグの体験がC言語と同じレベルになってしまう。例えば「rust lldb」でググると上位に Debugging Rust programs with LLDB is a nightmare というスレッドが出てきてしまう。 使うべきツールを知っていれば幾分かマシな体験にできる。Rustコンパイラはデバッガとして LLDB, GDB, WinDbg/CDB をサポート していて、僕はWinDbGは10年くらい触ってないので、この記事ではLLDBとGDBについて書く。 LLDB Apple SiliconのMacだとGDBが使えないので、必然的にLLDBを使うことになる。 CodeLLDB GDBと同じく、LLDBにも
ソフトウェア設計についてAIと壁打ちしたら良い体験でした（準中級者〜中級者向け） | DevelopersIO
くらにゃんの人格が憑依したAI相手になぜなぜ分析・・・ではなく「にゃぜにゃぜ」と問答をしていたらあっという間に時間が過ぎました。自分がある程度勉強している分野の壁打ち学習には良いかもしれません。 こんにちは。AWS事業本部コンサルティング部に所属している今泉（@bun76235104）です。 ソフトウェア設計・クラス設計などの学習捗ってますか？ 私は実際にソフトウェア設計に関する本を読んで学習したり、OSSを書いてアウトプットしたりするのですが、なかなかフィードバックをもらえず上達しているのか分かりません。 普段のお仕事も直接的にコードを書くことも少ないので、先輩によるご指導などももらいにくい状況です。 そこで今回、話題のAIとソフトウェア設計の考え方について壁打ちしてもらったところ、非常に良い学習方法だと感じたので、この記事を書いてみました！ ちなみに私は以下のようにソフトウェア設計関連
良いコメントが良い設計を導く
要旨 コメントを適切に記述することは、特にインターフェイス（クラスやメソッド）において重要です。これにより、直感性が高まり、抽象化が十分に行われているかを確認する手助けになります。そのため、コメントはソフトウェア設計プロセスの重要な一部と位置づけられます。 2種類のコメントタイプ まず、コメントを2種類に分類します。 1️⃣ コードをより詳細化するコメント(lower-level comment) 2️⃣ コードをより抽象化するコメント(higher-level comment) どちらも必要なコメントとしつつ、本書では後者のコメントをより重視しています。 1️⃣ コードを詳細化するコメント(lower-level comment) 変数名などに残すタイプのコメントで、宣言した対象の単位や境界値、null許容などの詳細を明示することで、コードの正確性を高めます。こちらのタイプのコメントも必
ある開発者が自身のLLMを用いたコード生成ワークフローを次のように語っている。 tl;dr まずブレインストーミングで仕様を固め、次に “計画そのものを計画” し、それから LLM のコード生成で実装。小さなループを回していき、あとは魔法 ✩₊˚.⋆☾⋆⁺₊✧ Step 1: アイデアを絞り込む 対話型LLMに、アイデアを磨き上げさせる。 Ask me one question at a time so we can develop a thorough, step-by-step spec for this idea... Remember, only one question at a time. （訳：このアイデアを徹底的かつ段階的な仕様に落とし込むために、一度に一つずつ質問してください... 覚えておいて、質問は一度に一つだけです。） これでかなりsolidなspec.mdが手に入
ふりーむで公開中なのでよろしくね！ また、ニコニコ動画の『ニコニコ自作ゲームフェス』で賞金がもらえる賞を得たのをきっかけに、アツマールの方でいくつか依頼を受けたりもしています。 精力的に活動していたのに何故、フリゲ作者からインディーゲーム開発者に移行したのか？というと以下の理由がありました。 ①公開範囲の限界フリーゲームを作成し、公開しようというときふりーむ！やノベコレなど素晴らしいサイトがたくさんあります。 個人が自由に作るゲームの尖った魅力に取り憑かれた愛好家たちが遊び、感想を送り合い、暖かな交流がそこにはあります。 けれど、誰もがアクセス出来るネット上で無料で公開されているにも関わらず、フリゲ作者や愛好家の外のユーザーにまで届く事は稀です。 もちろん、ゆめにっきやIb、青鬼など例外の作品もありますがそんな例外の作品になれることは滅多にありません。 わたしはゲームを作っていく中で、その
プログラミングを始めた人に「"文字列" の 42 と "整数" の 42 ってなにが違うんですか? そのまま足し算とかしようとするとエラーになるんですけど」と聞かれた話
Dai MIKURUBE @dmikurube むかし実際、プログラミングを始めた人に「"文字列" の 42 と "整数" の 42 ってなにが違うんですか? そのまま足し算とかしようとするとエラーになるんですけど、でも 42 って書いてあるんだから足せればよくないですか」と聞かれてわりと回答に詰まった記憶がある。それできる言語も実在するしな… 2024-05-19 01:01:26
【Rust】日本語で読めるRust言語の商業本まとめ(2023年4月)【おすすめ】 - Rのつく財団入り口
機運高まるRust言語に入門しよう Windows自体の開発に使われていることも判明、次期Android OSの開発言語にも採用、ついにLinuxでも採用される(かも)とのことで最近機運が高まっているMozilla発のRust言語。 このエントリでは商業本を分野別に、その中では発行日が新しい順にまとめてみました。第2版がある本の初版含め合計約25冊。そのうち2022年に出たのが計9冊、【追記】2023年に2冊と、数えてみると既にけっこうな冊数になっています。Go言語の日本語の本が確か合計15冊前後ぐらいだったので負けずに盛り上がっていますね。 機運高まるRust言語に入門しよう 補足的にRust本の傾向 入門者向けの本 動かして学ぶ！Rust入門 パーフェクトRust ゼロから学ぶRust システムプログラミングの基礎から線形型システムまで (KS情報科学専門書) 手を動かして考えればよく
第1章：悪しきコードの弊害から痛みを知る仙塲大也氏（以下、仙塲）：ここからは各章の紹介です。本書は1章から17章までの全400ページあります。第1章「悪しき構造の弊害を知覚する」。1章と2は、新卒さん向けの章です。「設計なんかぜんぜん知らないですよ」という方向けの章です。 そもそも設計って、「設計しなきゃ」という危機意識が必要なわけですね。その危機意識の醸成には、悪しきコードによる弊害を知覚する必要がありますよ。悪しきコードの弊害を数例用いてダイジェスト的に紹介して、痛みを知ってもらおうという章です。 第2章：「設計とは？」を学ぶ第2章「設計の初歩」。本格的な設計は3章の「クラス設計」から始まりますが、いきなりクラス設計となるとちょっと重いので。第2章で簡単な命名や小さいメソッドの設計とかをベースに、「どういうことをするのが設計なの？」というところを学びます。1章と2章をつうじて、設計がぜ
バンドリのPVが「GPL汚染」という与太話
バンドリ！ ガールズバンドパーティ！ @bang_dream_gbp 🌹Roselia×いとうかなこ✨ 『スカイクラッドの観測者』 🎊フルPV公開🎊 Roseliaといとうかなこさんが一緒に歌う、エクストラ楽曲『スカイクラッドの観測者』のフルPVを、YouTubeにて公開しました🎶 ぜひチェックしてみてくださいね👇 youtu.be/1nx_DJwkWow #バンドリ #ガルパ #いとうかなこ 2022-09-30 20:00:51
「オープンセミナー岡山2022」のイベント登壇で用いた資料です。 https://okayama.open-seminar.org/
Googleは、AIを用いることでファイルの種類を高速かつ正確に判別できるツール「Magika」をオープンソースで公開したと発表しました。 Magikaは、あるファイルの中味が何なのか、記述されたプログラミング言語の種類、動画や画像、音声などのフォーマットの種類、ExcelやWord、PDFなどのオフィス系ソフトウェアの種類、OSの実行形式バイナリなどの種類を瞬時に判別してくれます。 下記はコマンドラインとしてMagikaを実行した例で、フォルダ内のファイルの種類を出力しています。 特別に最適化された1MBのモデルでを用いて推論を実行 Magikaはファイルの判別に、Kerasを用いて特別に最適化されたディープラーニングによる、わずか1MBのモデルを用いていると説明されています。 このモデルは推論エンジンのOnnx上で実行されています。実行速度はGPUを用いずCPU上で処理されたとしても数
星取表のアンチパターン
これだけみると LibC がよく見えますね。 オープンソースのライブラリ比較や、エンタープライズな SaaS が競合に対する優位を見せたいときに星取表が使われることが多いです。 中立な立場でライブラリを選定する過程として出てくることがあります。 自分はこれに全く意味がなく、むしろ競争的な立場では出した側が負けるものと認識しています。 星取表を作る側の意図 よく見かけるパターンがこれです。 開発自体は長いため機能が豊富だが性能に劣る先発が、後発を貶めている 恣意的な項目選定で、そもそも負けている そもそも比較対象としての土俵が違う(全部入りのフレームワークと単機能なライブラリの比較) 特に 1 と 2 の組み合わせが多く、この裏では非機能要件で圧倒的に負けていることが多いです。例えば A は機能は豊富だけどビルドに 30秒で、Bは機能は足りないけど3秒だといった場合、多くの場合ではまず B
2022/09/11 に小学校のPTA活動で話したプログラミング教育についての話です。
チーム開発を加速するテストの育て方
テストを書いてないというチームには色々理由があると思いますが、「何をテストすべきかわからない」「書き方がわからない」「どのくらいメリットがあるかわからない」という意見は多いのではないでしょうか？テスティングフレームワークの選定や使い方を学ぶのは重要ですが、それ以上にテストの目的や戦略を学ぶことが重要です。チーム開発においてテストを活かすのは相応の知識とスキルが必要になりますが、活かせればテストは開発スピードを維持・促進する飛び道具になり得ます。 本稿は筆者が取り組んで実際に高いチーム満足度と速度を得られた、テスト戦略についてまとめたものです。
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ITエンジニア本大賞2023が決定。技術書部門大賞に『良いコード／悪いコードで学ぶ設計入門』、ビジネス書部門大賞『メタバース進化論』 | gihyo.jp
それを作れば彼らはやってくる：Appleが開く世界的な監視・検閲へのバックドア » p2ptk[.]org
リファクタリングすべきか・してよいかの判断基準 - 千里霧中
優先順位が口癖になる危機感 - ジンジャー研究室
「コード品質？レビュー効率？いや、PR数だ！！！」 - Paytner Tech Blog
詳細設計書なんて、書きたくない・・・・Doxygenを使って自動生成してみる - Qiita
Rustで書かれた、既存のソフトウェアの代替一覧を作った
TypeScriptのError Handling - mrsekut-p
病院で使えるChatGPT命令文３選｜ながら医療経営ニュース/長 英一郎
Symphony - OpenAIが発表したチケット駆動AI開発ツールについて
変数(variable)と値(value) - ソフトウェア設計を考える
Rustプログラムのデバッグ辛すぎ問題 - Qiita
AI「先輩、この仕様よく分からないっす」 - ABAの日誌
フリーゲーム制作からインディーゲーム開発に移って良かったこと・辛かったこと｜Achamoth
Microsoft、Windows 11互換性チェックプログラムを公開
悪しきコードの痛みを知り、設計スキルを高める方法を学ぶ 全17章からなる『良いコード/悪いコードで学ぶ設計入門』 | ログミーBusiness
不幸を再生産しないための設計に対する向き合い方
Google、AIでファイルの種類を高速正確に判別できる「Magika」をオープンソースで公開
プログラミング教育について(公開版)
mdpr.jp
leetcode.com
waiver.smartwaiver.com
www.tokyo-np.co.jp
www.tokyo-np.co.jp
fukagawa-web.com