タグ

ブックマーク / gihyo.jp (17)

  • [改訂新版]プロになるためのWeb技術入門

    2024年11月28日紙版発売 2024年11月28日電子版発売 小森裕介 著 B5変形判/528ページ 定価3,960円(体3,600円+税10%) ISBN 978-4-297-14571-2 Amazon 楽天ブックス 丸善ジュンク堂書店 ヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle honto 書のサポートページサンプルファイルのダウンロードや正誤表など このの概要 なぜWebシステムをうまく作ることができないのか?――書は2010年に初版が発行されました。Webに携わるエンジニアだけでなく,Webマーケティング担当者にいたるまでWebの仕組みを根から理解するための技術書として多くの方々に利用されました。それから10数年の月日が流れ,書の特徴である技術の根をていねいに解説するスタイルはそのままにアップデートを図

    [改訂新版]プロになるためのWeb技術入門
    s_rsak
    s_rsak 2024/11/18
  • gihyo.jp編集部におけるMarkdown記法 | gihyo.jp

    稿では、gihyo.jp編集部で利用しているMarkdownファイルの記述方法を主に解説します。 注意:gihyo.jp編集部内でのみ採用しているMarkdownの書き方をまとめた文書を、記事の体裁を取って公開したものです。なお、記事公開後に記述方法を追加・変更する可能性もあります。 Markdownとは? はじめに、筆者の把握している範囲でMarkdownについて概説しておきます。 近年は一般向けのウェブサービスやテキストエディタでも利用されてきているMarkdown。端的に言えば、テキストファイル上で文書を書くための構文です。文書の読みやすさに焦点を当てており、Markdown形式のテキストファイル(=Markdownファイル)をそのまま見れば文書とその構造が理解できるように、Markdown特有の編集記号や字下げを用いて表現します。また、MarkdownファイルをHTMLファイルに

    gihyo.jp編集部におけるMarkdown記法 | gihyo.jp
    s_rsak
    s_rsak 2022/08/05
  • 2017年のWeb Components | gihyo.jp

    ※ ○=サポート済み、△=開発中/予定あり、×=開発予定なし Web Componentsの構成要素すべてをウェブブラウザがネイティブサポートしているのは、ChromeとOperaのみです。その他のウェブブラウザは、部分的なサポートにとどまっています。 Web Componentsを試したい時は、実際には上記の表で掲載されたすべてのウェブブラウザで既に試すことができます。数多くの×マークがついているウェブブラウザについても、その穴を埋めてくれる機構(Polyfill)を利用することによって、Web Componentsを試すことが可能です。しかし、そのPolyfillも完全ではなく、どうしてもネイティブサポートしているウェブブラウザとの挙動の差が出てしまいますし、動作スピードについても雲泥の差が出てしまいます。 やはりWeb Componentsは、主要ウェブブラウザがネイティブサポートし

    2017年のWeb Components | gihyo.jp
    s_rsak
    s_rsak 2017/01/02
  • 第25回 cron周りのベストプラクティス(1) | gihyo.jp

    連載では第一線のPerlハッカーが回替わりで執筆していきます。今回のハッカーはsongmuさんこと松木雅幸さんで、テーマはcronです。 なお稿のサンプルコードは、誌サポートサイトから入手できます。 cronとは? cronは指定日時にジョブの自動実行を行うジョブスケジューラです。UNIX系のOSであれば実装の違いこそあれ、ほぼ標準でインストールされています。 作業自動化や、タスクを自動実行したいなどといった場合にcronは避けては通れません。Perlでバッチ処理を書く際などに多くの人が活用していると思いますが、ベストプラクティスがわからず恐る恐る使っている人も多いのではないでしょうか。 稿では、cron活用におけるベストプラクティスについてお話します。 cronの使いどころ cronの使い途は、主に次の3つが考えられます。 a.アプリケーションのジョブの実行 b.システムに関わる

    第25回 cron周りのベストプラクティス(1) | gihyo.jp
    s_rsak
    s_rsak 2014/06/18
  • 『Software Design』『WEB+DB PRESS』、PDFによる電子版発売開始 | gihyo.jp

    株式会社技術評論社は、同社の技術専門誌『Software Design』『⁠WEB+DB PRESS』の両誌のPDF版を、Gihyo Digital Publishingにて発売することを発表いたします。 『⁠WEB+DB PRESS』は初の電子化となります(総集編を除く⁠)⁠。 日2014年4月14日から年間定期購読受け付け開始 『Software Design』『⁠WEB+DB PRESS』とも、日より年間定期購読のお申込み受け付けを開始いたします。それぞれ、以下ページよりお申込みください。 『Software Design⁠』⁠ 『WEB+DB PRESS』 最新号からは単品での購入も可能 なお、単品でのご購入に関しては、各誌最新号(⁠『⁠Software Design 2014年5月号⁠』⁠:4/18発売、『⁠WEB+DB PRESS Vol.80⁠』⁠:4/24発売)から受け

    『Software Design』『WEB+DB PRESS』、PDFによる電子版発売開始 | gihyo.jp
    s_rsak
    s_rsak 2014/04/14
  • 良いウェブサービスを支える「利用規約」の作り方

    2013年3月19日紙版発売 2013年3月19日電子版発売 雨宮美季,片岡玄一,橋詰卓司 著 A5判/240ページ 定価2,508円(体2,280円+税10%) ISBN 978-4-7741-5594-4 ただいま弊社在庫はございません。 →書の新版が発行されています。 書のサポートページサンプルファイルのダウンロードや正誤表など このの概要 「利用規約なんてどうせ読まれないし」 「まるごとパクればいいんじゃないの」 「免責しとけばなんとかなるよ」 と思ってませんか? 書は,多くのベンチャー企業の支援を通じてウェブサービスに関するリーガルサポートを数多く手がけている弁護士と,スタートアップ企業から上場企業までさまざまな規模・業態の企業でウェブサービスの運営をサポートしてきた法務担当者2人が,その経験をもとに,「ウェブサービスを安全に・円滑に運営するために当に気を配る必要のあ

    良いウェブサービスを支える「利用規約」の作り方
    s_rsak
    s_rsak 2013/02/27
  • 第2回 最大の課題「I/Oボトルネック」の原因と分析法 | gihyo.jp

    I/Oの「レスポンス」と「スループット」とは? 連載第1回でご紹介したように、大規模データ処理を行うデータベースで一番大きな課題となるのは、ディスクI/O(以降、単にI/Oと表記します)のボトルネックです。数百GBやTBクラスの巨大データウェアハウスの場合、SQLが実行される時間のほとんどがI/Oを待つ時間となっているケースが多々あります。 ここでは、I/Oボトルネックが発生するおもな原因を、「⁠レスポンス」と「スループット」という概念から見ていきましょう。それぞれ、広義では以下の定義となります。 I/Oレスポンス=I/O要求処理にかかる応答時間 I/Oスループット=単位時間当たりのI/O処理量 Oracle Databaseに当てはめると、以下のように定義できます。 I/Oレスポンス=1データブロックの読み出しや書き込みにかかる時間 I/Oスループット=単位時間あたりの読み出しや書き込み

    第2回 最大の課題「I/Oボトルネック」の原因と分析法 | gihyo.jp
    s_rsak
    s_rsak 2013/01/08
  • 第16回 生産性を上げるソースコードの書き方 | gihyo.jp

    ソフトウェア開発の難しさ ソフトウェアの開発プロジェクトに少しでも関わった人は誰でも知っていると思うが、ソフトウェア作りで最も難しいのは「スケジュール通りにソフトウェアを完成させること」である。 バグがなかなか修正できず泥沼にはまってしまったり、変更され続ける仕様のために当初立てたスケジュール表がまったく役に立たなくなってしまったり、スパゲッティコードに頭を抱えたりということはよくある。出口の見えない状況でソフトウェアエンジニアが過酷な労働を強いられる状況を「デスマーチ」(⁠death march)と呼ぶが、そんな言葉が存在すること自体が、ソフトウェア作りの難しさを表している。 ソフトウェアの開発は「生産活動」ではあるのだが、建物を建てる、料理を作る、野菜を育てる、ハードウェアを組み立てるなどの生産活動とは大きく違うのだ。 建物の場合で言えば、明確に定義された「設計図」がある。そして、その

    第16回 生産性を上げるソースコードの書き方 | gihyo.jp
    s_rsak
    s_rsak 2012/11/20
  • 第7回 御社のトップは腹をくくっていますか?―改善活動は部活ではない | gihyo.jp

    現場だけの業務改善 「業務改善は現場だけで自発的に行っていけばよいのか?」という質問を受けることがあります。理想的な答えは「イエス」です。現場の自主性・主体性を活かせればそれに越したことはありません。 改善活動の初期段階に立ちはだかる壁として多いものは、「⁠改善ばかりしていて仕事をしていない」と言われることです。他部門への働きかけを行おうとすると、「⁠何の権限があって、うちを巻き込むんだ?」と部門責任者から断られます。良かれと思って、動き始めてもこのような場面に直面し、「⁠ちゃんと社内で認知されていないアングラ活動なんだ…」と無力感を感じて、一気にトーンダウンすることも少なくありません。 したがって、現実的な答えとしては、僕らは「ノー」と言います。業務改善ができないというのではなく、現場だけで進めると業務改善の限界が早く来るということです。 改善は仕事ではない? もう1つ考えなければいけな

    第7回 御社のトップは腹をくくっていますか?―改善活動は部活ではない | gihyo.jp
    s_rsak
    s_rsak 2011/09/05
  • 第6回 「自分は悪くない!」のか:業務フローと問題発見 | gihyo.jp

    自分は悪くない 仕事でトラブルやミスが発生したとき、それも皆さんの仕事ではなく、他人や他部門が原因で被害を被った場合に、どのような反応をしますか? 「また、あいつかよ……」と不満を漏らす。「⁠あの部門がちゃんとやらないから!」と、やはり不満を漏らす。あなたでなくとも、身の回りで思い当たる場面は数えればいくつもあることでしょう。 かく言う筆者も、開発の仕事ですでにほぼ設計が完了していたときに、営業から「顧客から要求変更があり仕様が変わった」の一言で、それまでの設計に費やした時間が振り出しに戻った経験があります。当時は、若気の至りもあり、行き場のない怒りを営業や上司にぶつけて、「⁠もっと早く言え!」とってかかったものです。とくに、ハードウェア設計ではプリント板を起こすにはマスク発注だけで数百万円は最低かかることもあります。また、ASIC(Application Specific Integr

    第6回 「自分は悪くない!」のか:業務フローと問題発見 | gihyo.jp
    s_rsak
    s_rsak 2011/08/22
  • 第4回 オブジェクト指向の本質 | gihyo.jp

    エンジニアとして良い仕事をするために必要なこと ソフトウェア業界で日米を往復しながら仕事をしていると、世界中のさまざまなエンジニアに会う。私のように「プログラミングを心底楽しんでいる」人から、「⁠新3K」(⁠きつい・厳しい・帰れない)を身をもって体験している人までさまざまだが、共通して言えることは、エンジニアとしての基礎がしっかりできている人とできていない人では、その生産効率に大きな開きがあり、それが結果的には、会社での労働環境や待遇に、そして結果として自分自身にとっての「仕事の充実度」に、大きな影響を与えているということである。 いつも締め切りに追われている、毎回バグで苦しんでいる、徹夜の連続で体力に限界がきているなど、「⁠仕事がきつい」理由はいろいろとあると思うが、会社や上司の悪口を言う前に、自分自身がプロフェッショナルなエンジニアとしてこの業界で勝負をするうえで必要な最低限の基礎がで

    第4回 オブジェクト指向の本質 | gihyo.jp
    s_rsak
    s_rsak 2010/11/19
  • 第2回 「締め切りは絶対に守るもの」と考えると世界が変わる | gihyo.jp

    「締め切りを守ること」の大切さ 今までたくさんの日米のエンジニア仕事をしてきた。その中には私よりも明らかに「賢いエンジニア」もいたし、ものすごい生産性でプログラムを作ってくれる「馬力(ばりき)のあるエンジニア」もいた。しかし、そんな中でも、私がものを作るうえで最も大切だと考えている「あること」をキチンとこなせる人は100人に1人もいなかった。その「あること」とは、「⁠常に締め切りを守れるように仕事をすること」である。 チームで仕事をする場合、どうしてもお互いが担当するタスク(=作業)の間に依存関係が生じる。そんなときに、どれか一つのタスクの完了の遅れが、ほかのタスクの完了に波及し、それがタスク間の競合を引き起こして全体のスケジュールがさらに遅れる、という事態はソフトウェア開発の現場ではよく見られる。そんな状況をできるだけ回避するには、プロジェクトに関わる人全員が、自分に割り当てられたタス

    第2回 「締め切りは絶対に守るもの」と考えると世界が変わる | gihyo.jp
    s_rsak
    s_rsak 2010/07/21
  • 第1回 一生の仕事を選ぶということ | gihyo.jp

    「一度しかない人生、思いっきり楽しもうぜ」 酒の席になるとやたらと人生哲学みたいなものを語り出して部下や後輩を困らせるという人がたまにいるが、私もあの手の「説教」を聞くのは得意ではない。しかたがないので、「⁠はあ、そうですか」とか「勉強になります」とか言いながらも、心の中では「早く終わらないかな」とか、その日に解決できなかったバグを「明日の朝にはどう攻略しようか」と作戦を練ったりしている私だ。 じゃあ自分なりの「人生哲学」みたいなものをまったく持っていないかというと、そうではない。ただ、そんな話はネチネチと時間をかけて語るものでもなければ、ましてや酒の席でするのに適した話ではないと思っているだけのことだ(私が、下戸だというのはさておいて⁠)⁠。 では具体的には何かと言えば、「⁠自分が当にやりたいことを見つけろ」という、とても単純な話だ。言い方を変えて「わがままに生きろ」でも「自分に正直に

    第1回 一生の仕事を選ぶということ | gihyo.jp
  • 第10回 結合大全 (2)内部結合:SQLアタマアカデミー|gihyo.jp … 技術評論社

    内部結合~何の「内部」なのか~ 内部結合とは 内部結合(inner join)は、一番よく使われる結合の種類です。ほとんどのSQLの参考書では、結合といえば最初に内部結合から話を始めるものです。構文についてはすでにご存じの方も多いでしょうが、一応ここで紹介しておきましょう。 今、図1の社員テーブルだけ見ると、社員の部署名はわかりません(わかるのは部署IDだけ⁠)⁠。部署名を知るためには、部署テーブルの部署名(dept_name)列の情報を持ってこなくてはなりません。このときの結合キーはもちろん、どちらのテーブルにも存在している部署ID(dept_id)列になります(リスト2、図3⁠)⁠。 リスト2 内部結合を実行 SELECT E.emp_id, E.emp_name, E.dept_id, D.dept_name FROM Employees E INNER JOIN Departmen

    第10回 結合大全 (2)内部結合:SQLアタマアカデミー|gihyo.jp … 技術評論社
    s_rsak
    s_rsak 2010/04/27
  • 特集:jquery.jsを読み解く|gihyo.jp … 技術評論社

    運営元のロゴ Copyright © 2007-2025 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します⁠。個別にライセンスが設定されている記事等はそのライセンスに従います。

    特集:jquery.jsを読み解く|gihyo.jp … 技術評論社
  • WEB+DB PRESS Tech Meeting [資料&動画]|gihyo.jp … 技術評論社

    当日の講演資料と動画を公開です。 動画はニコニコ動画を利用して配信しています。ニコニコ動画のアカウントをお持ちでない方でも,gihyo.jp上で動画を再生できます(コメントの書き込みはできません)。 動画の最後でニコスクリプトを使ったアンケートを行っていますので,ニコニコ動画のアカウントをお持ちの方はご協力いただければ幸いです。動画をクリックすることでニコニコ動画の該当ページへアクセスすることができます(ニコニコ動画のマイリストはこちら)。 今回の動画公開にあたって,gihyo.jp用に新たなニコニコ動画プレーヤーを作っていただきました。この場を借りてニコニコ動画の方にお礼を申し上げます。 JavaScript Tips & Technique IT戦士amachangが最近のJavaScriptのテクニックやTipsについてご紹介します。

  • 特集:PHPUnit3で始めるユニットテスト|gihyo.jp

    運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します⁠。個別にライセンスが設定されている記事等はそのライセンスに従います。

    特集:PHPUnit3で始めるユニットテスト|gihyo.jp
  • 1