保守しやすく変化に強いソフトウェアを支える柱 自動テストとテスト駆動開発、その全体像 ～Software Design 2022年3月号「そろそろはじめるテスト駆動開発」より | gihyo.jp
保守しやすく変化に強いソフトウェアを支える柱 自動テストとテスト駆動開発、その全体像 ～Software Design 2022年3月号「そろそろはじめるテスト駆動開発」より 今回、Software Design 2022年3月号 第2特集「そろそろはじめるテスト駆動開発 JavaScriptでテストファーストに挑戦」の第1章「保守しやすく変化に強いソフトウェアを支える柱 自動テストとテスト駆動開発、その全体像」を本サイトに掲載します。第2章以降については、本誌『Software Design 2022年3月号』電子版（Gihyo Digital Publishing、Amazon Kindle）をご購読いただければ幸いです。 第1章では、混同されることの多い自動テスト関係の概念を、自動テスト、テストファースト、テスト駆動開発の3つの段階に分け、それぞれの効果や注意点を説明します。ソフ
Python 3.10から導入されたBetter error messagesの深掘り | gihyo.jp
鈴木たかのりです。今月のPython Monthly Topicsでは、Python 3.10から導入されたBetter error messagesについて紹介します。Better error messagesがどういったものであるかの紹介と、どのようにこのエラーメッセージが出力されているか、Python内部の処理についても触れようと思います。 Better error messagesとは Python 3.10からBetter error messagesという機能が追加されました。この機能は名前のとおり「エラーメッセージを改善」するものです。「エラーメッセージの改善」により以前よりもわかりやすいエラーメッセージが出力され、ユーザーがエラーの意味に気づきやすくなりました。 例として、以下のようなリストの閉じカッコ（]）を忘れたコードを実行し、出力されるエラーメッセージを見比べてみま
Linux 6.1の注目機能「MGLRU」―メモリ管理に取り入れられたエイジングシステム | gihyo.jp
Linus Torvaldsは12月11日（米国時間）、前週の告知どおりに「Linux 6.1」の正式リリースをアナウンスした。 Linux 6.1 -Linus Torvalds Linux 6.1はメインライン開発ではじめてRustを採用したことが大きな話題となったが、そのほかにもユーザ空間におけるメモリサニタイザーツールに似た動的エラー検出の「KMSAN」やB-treeベースのデータ構造「Maple Tree」、AMDの新しいPMFドライバのサポートなど多くのアップデートが行われている。Googleの開発者がメインラインへのマージを提案してきた「MGLRU（Multi-generational LRU）」もそのひとつで、古参のカーネル開発者であるAndrew MortonもMGLRUのメインライン化をバックアップしてきた。 Linuxカーネルではメモリ管理に「LRU（Le
魅せる！ 同人誌のデザイン講座 ――Before-Afterでわかる試したくなるアイデア&テクニック
この本の概要 「新刊，どんなデザインにする？」 多くの同人作家の悩みにこたえてきたデザイナーだからできる，「同人誌のデザイン」のアイデア&テクニック集！ 同人誌を作っているときに意外と悩みがちなのが，表紙をはじめとする「デザイン」です。イラストは描けても，タイトルなどと組み合わせて思いどおりに演出するのは簡単ではありません。この本では，同人誌ののデザインのアイデアを，「ここをこうすればもっとよく見せられる」という風にBefore-After形式で解説します。 【こんな悩みにこたえます！】 格好良さやインパクトに欠ける 配色やレイアウトが上手くまとまらない フォントの選び方がわからない イラストなしで表紙を作りたい お品書きも良くしたい etc... さまざまな事例をとりあげているので，試してみたくなるアイデアとテクニックがきっと見つかるはずです。Photoshopを用いたメイキングも掲載し
2020年1月10日 Don't use ZFS ―Linus、ZFSをマージしない姿勢をあらためて強調 | gihyo.jp
Linux Daily Topics 2020年1月10日Don't use ZFS ―Linus、ZFSをマージしない姿勢をあらためて強調 「Don't use ZFS. ―ZFSは使わない。その理由はシンプルだ。ZFSはこれまでずっと、バズワード以上の何物でもなく、そして実感するのだけど、例のライセンシング問題は僕にとってZFSを価値のない存在と思わせるだけだ」 1月6日、IT業界に特化したオンラインメディア「Real World Tech」のフォーラムで繰り広げられたあるスレッドにて、Linus TorvaldsはZFSをメインラインにマージする予定がないことをあらためて明確に主張している。 Do not blame anyone. Please give polite, constructive criticism By: Linus Torvalds -Real World Te
実践Rust入門［言語仕様から開発手法まで］
2019年5月8日紙版発売 2019年4月26日電子版発売 κeen，河野達也，小松礼人 著 B5判／576ページ 定価4,378円（本体3,980円＋税10%） ISBN 978-4-297-10559-4 Gihyo Direct Amazon 楽天ブックス honto ヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle ブックライブ 楽天kobo 本書のサポートページサンプルファイルのダウンロードや正誤表など この本の概要 Rustは2015年に安定版がリリースされた新しい言語です。静的型付けと関数型言語などにみられる高度な抽象化のしくみを取り入れており，高品質で再利用性の高いプログラムを開発できます。さらに，ハードウェア資源についてC/C++と同等の効率の良い制御ができますが，決定的に違うのは，安全性をかなり重視しています。つまり
ソースコードで体感するネットワークの仕組み ～手を動かしながら基礎からTCP/IPの実装までがわかる
2018年5月15日紙版発売 2018年5月9日電子版発売 小俣光之 著 A5判／272ページ 定価2,728円（本体2,480円＋税10%） ISBN 978-4-7741-9744-9 Gihyo Direct Amazon 楽天ブックス honto ヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle ブックライブ 楽天kobo 本書のサポートページサンプルファイルのダウンロードや正誤表など この本の概要 普段あたりまえのようにネットワークを使っていますが，「IPアドレスを持っている」とはどういったことか，本当に理解できているでしょうか。本書では，IPやUDP，TCPを自作し，ネットワークの仕組みを体験。pingのやりとりを行うプログラムを，DHCPクライアント機能の実装，TCPの送受信と切断を行うものへと拡張していくことで，RFCを
書籍企画の持ち込みに関するお問い合わせ
技術評論社では，書籍の企画持ち込みを随時受け付けております。書籍の企画をお持ちの方は，お気軽にご応募ください。 応募要項 企画の応募先 企画は，下記のメールアドレスまたは住所にお送りください。 メールで送る場合 郵送する場合 〒162-0846 東京都新宿区市谷左内町21-13 技術評論社 出版計画課 応募に必要なもの 以下の内容を記載した「企画書」をお送りください。「サンプル原稿」があれば，それも添付してください。 書籍のタイトル 執筆者の氏名，連絡先，および簡単なプロフィール 企画意図および書籍概要（600字程度） 目次案 現在の原稿完成度と原稿完成予定時期 原稿の内容について お送りいただいた原稿は，第三者の著作権，その他いかなる権利も侵害するものでないことに責任をお持ちください。 応募の結果および書類の返却について 応募いただいた企画は，弊社編集部で検討いたしますので，お返事までに
ソーシャルアプリプラットフォーム構築技法 ――SNSからBOTまでITをコアに成長する企業の教科書
2017年10月20日紙版発売 2017年10月20日電子版発売 田中洋一郎 著 A5判／360ページ 定価3,080円（本体2,800円＋税10%） ISBN 978-4-7741-9332-8 ただいま弊社在庫はございません。 Gihyo Direct Amazon 楽天ブックス honto ヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle ブックライブ 楽天kobo この本の概要 LINEで人工知能を有したBOTプログラムが寿司やピザの注文を受ける，これが今起きて進んでいるSNSのアプリケーションプラットフォーム化の一例だ。本書は，SNSでビジネスをする際に必要となる技術をさまざまな面から解説する。それは個人情報を保護しながらビジネスを円滑にすすめるための認証基盤，スマホ用アプリ開発のノウハウ，SNSの運用と管理方法，そしてAIを
2017年10月6日 Oracle、連邦政府に「オープンソースは民間企業で使われなくなっているから利用を再考すべき」とアドバイス ―炎上に | gihyo.jp
Linux Daily Topics 2017年10月6日Oracle、連邦政府に「オープンソースは民間企業で使われなくなっているから利用を再考すべき」とアドバイス ―炎上に 「オープンソースソフトウェアの活用は民間企業において急激に落ち込んでいるという事実がある（the fact is that the use of open source software has been declining rapidly in the private sector）」 - 9月20日（米国時間）付けでOracleのシニアバイスプレジデントが米国技術評議会（ATC： American Technology Council）に提出したパブリックコメントの内容が「あまりにもオープンソースへのFUDに満ちている」としてTwitterなどのソーシャル上で話題となり、やや炎上ぎみとなっている。 Lidd
生みの親が語るElixirのこれまでとこれから ―「ElixirConfJapan 2017」参加レポート | gihyo.jp
2017年4月1日、秋葉原コンベンションホールにて「ElixirConfJapan 2017」が開催され、300人を超す参加者が集まり大盛況となりました。その模様をレポートします。 オープニングの模様 オープニングキーノートセッション ―José Valim氏 オープニングキーノートはElixirの作者であるJosé Valim氏による講演です。2017年1月で5歳になるElixirの歴史と今後の展望について発表しました。 José Valim氏 何故Elixirを作ろうとしたのか 2011年、並行処理の重要性が高まりから、その課題解決のアプローチとして、関数プログラミングに注目したとJosé氏は語り始めました。 RubyやPython等のオブジェクト指向プログラミング言語では、複数のスレッド間で並行的にオブジェクトの状態操作を行うのは難しいという問題があります。そこで、関数プログラミング
第2回 大量トラフィックを支えるインフラ～独自プロトコル、ファイルシステムの実装もいとわない！～ | gihyo.jp
ドワンゴのエンジニア魂 第2回大量トラフィックを支えるインフラ～独自プロトコル、ファイルシステムの実装もいとわない！～ 大量のユーザーを抱える「ニコニコ動画（ニコ動）」「ニコニコ生放送（ニコ生）」をさらに進化させるべく、ドワンゴでは土台となる基盤を見直し、大幅なアップデートを実施した。ドワンゴのエンジニアである原耕司氏（写真1）、太田健氏（写真2）、川平航介氏（写真3）の3名にお話を伺い、プロトコルや分散ファイルシステムまで独自に開発したという、このプロジェクトの真相に迫った。 将来のサービス拡充に向けて土台を整備 ――今回、サービスの基盤部分を大幅に刷新された理由は何でしょうか。 原：ニコ動は、サービスの提供開始から時間が経ったことで裏側のコードが複雑になっており、これから新たな機能をバンバン追加するのが厳しい状況になっていました。そこで、将来的なサービス拡充に対応で
Docker vs. CoreOS コンテナ戦争とは何だったのか？ ―Linux Foundationが「Open Source Forum 2016」でOSSプロジェクト最新状況を紹介 | gihyo.jp
Docker vs. CoreOS コンテナ戦争とは何だったのか？ ―Linux Foundationが「Open Source Forum 2016」でOSSプロジェクト最新状況を紹介 Linux Foundationは11月15日、日本におけるオープンソース活用を推進する活動の一環として「Open Source Forum 2016」を横浜にて開催しました。 Linuxの普及をサポートするNPOであるLinux Foundationは、これまで毎秋に国内外のユーザ企業向け技術カンファレンスとして「Enterprise User's Meeting」を開催してきました。Linux Foundation 日本担当VPの福安 徳晃氏は、毎年改善を繰り返してきた「Enterprise User's Meeting」を今年から「Open Source Forum」として始動することになったといい
第7回 UberエンジニアがブログでPostgreSQLにダメ出し、PostgreSQLコミッター石井達夫氏に反論を聞く | gihyo.jp
IT Cutting Edge ─世界を変えるテクノロジの最前線 第7回UberエンジニアがブログでPostgreSQLにダメ出し、PostgreSQLコミッター石井達夫氏に反論を聞く デジタルディスラプションを象徴する企業として、いまこの瞬間も破竹の勢いで成長を続け、交通サービスの世界を大胆に塗り替えているUber。未上場ながらすでに企業価値は6兆円を超えているとも言われており、世界最大のユニコーン企業として、その動向はつねに注目されつづけています。 クラウドやビッグデータ分析、オープンソースなど、最先端のITをフル活用し、ごく短期間で劇的にビジネスを拡大させたUberに対しては、やはり技術者からの強い関心があつまります。現在、1200名を超えると言われるUberのエンジニアたちは何をどんな環境で使い、どう動かしているのか ―Uberのエンジニアリングチームが公開している技術ブログ「Ub
第6回 Hiveでボトルネックとなってきたメタデータ、HBaseを使ってレイテンシの改善に挑む ―「Hadoop Summit 2016 San Jose」から | gihyo.jp
IT Cutting Edge ─世界を変えるテクノロジの最前線 第6回Hiveでボトルネックとなってきたメタデータ、HBaseを使ってレイテンシの改善に挑む ―「Hadoop Summit 2016 San Jose」から 2016年6/28～6/30（米国時間）の3日間に渡って米サンノゼで開催された「Hadoop Summit 2016 San Jose」（主催: Hortornworks／Yahoo!）では、2016年のHadoopトレンドを紹介する数多くの技術／事例セッションが行われました。本稿ではそのひとつ、Hortonwokrsによるセッション「hive HBase Metastore - Improving Hive with a Big Data Metadata Storage」をもとに、HiveのメタデータをHBaseでストアすることでHiveの低レイテンシ化を図る技
機械学習 はじめよう 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
第21回（最終回） 機械学習 はじめよう | gihyo.jp
連載第1回が掲載された2010年の6月から、休み休みながらも足かけ3年続いてきたこの『機械学習 はじめよう』も今回が最終回です。 21回にわたる連載の最後を飾る今回は、ここまでの流れの中では触れられなかった「機械学習で実用的なアプリケーションを作るときに気をつけたいこと」を中心にいくつかまとめます。 未知のデータへの対応能力 第9回で「過学習」について少し紹介しました。簡単に復習すると、「過学習」とはモデルが「訓練データさえ正解になればいい」と状態になってしまうことで、未知のデータ（訓練データに含まれない、モデルが知らないデータ）に対する結果がデタラメになりがちという困った特徴があります。 しかも都合の悪いことに、モデルの表現力が高い（パラメータが多く、色々な分布を表すことができる）ほど過学習になりやすいことがわかっています。 そんな困った過学習を防ぐ方法の1つは、期待した答えのみが得ら
PHPの生みの親、ラスマス・ラードフ氏インタビュー | gihyo.jp
PHPの生みの親、ラスマス・ラードフ氏インタビュー 2015年12月に無事公開されたPHP7。その公開に先立ってPHPの生みの親であるラスマス・ラードフ氏に話を伺う機会がありました。英語で行われた一時間のインタビューは長大ですがラスマス氏の思想がよく分かる話題が多く、可能な限りそのままの形でお伝えすべく、その模様すべてをお届けします。 なお、インタビューは10月に開催されたPHPカンファレンス2015の講演終了後に行われ、リリースに関する話題などはその時点でのものです。 現在の仕事と生い立ち ―――― まずは、PHPを作ってくださってありがとうございます。今日の基調講演もすばらしかったです。 ラスマス：ありがとうございます。 ―――― いきなりですが、個人的な質問から始めてもいいでしょうか。 ラスマス：どうぞ。 ―――― Etsyではどのようなお仕事をなさっているんですか？ ラスマ
Amazon Redshiftではじめるビッグデータ処理入門 記事一覧 | gihyo.jp
第5回Amazon Redshiftのアーキテクチャ ～スケーリングとリストアを試してみよう 宮崎真，藤川幸一 2013-06-10
第4回 3つのGCを使い分けて停止時間を最小にする | gihyo.jp
3つのGCを使い分けてCPUの使用率をコントロールする 「GCの時間が長くてシステムが反応してくれない……もっと短くならないかな？」 「GCが始まると、CPUが占有されちゃって、ほかのプロセスの動きが重くなるんだよね……」 「GCの停止時間が多少長くなってもいいから、ほかのプロセスへの影響を軽くできないかな？」 JVMを使用しているシステムでは、そんな話を耳にします。GCが起きていることまでは把握できているのですが、それからどうしたら良いのかわからないのです。 GCは、JVMの内部でGCスレッドがCPUに処理されることで行われています。そのため、GCが行われている間はCPUの使用率が増加してしまうのです。 GCをスレッドの観点で見ると、以下の3種類があります。 シリアルGC パラレルGC コンカレントGC これらの違いを把握すれば、CPUの使用率とアプリケーションの停止時間をコントロールす
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
