あけましておめでとうございます、@1000chこと泉水翔吾です。2018年に続いて、2019年のWeb標準技術の動向も予測していきます。 Microsoft EdgeへのChromiumプロジェクトの採用 2015年7月にMicrosoft Edge（以下、Edge）が発表されてから早3年が経ちます。Microsoftは、古くなったアーキテクチャの刷新とWeb標準技術へより高速に追従することをゴールに、レンダリングエンジンEdgeHTMLの開発をゼロベースで進めてきました。 ところが2018年12月、MicrosoftはEdgeのレンダリングエンジンにChromiumプロジェクトを採用することを発表しました。公式ブログの記事には「Chromiumというオープンソースソフトウェアへのコラボレーションを通じて、Webプラットフォームをより良いものにしていく」と、あります。この決定に至るまでにど

最終回　今生きるプログラマーが、この仕事をあこがれのものにする 竹馬光太郎［取材・文］，平野正樹［撮影］ 2019-10-21

弊社ホームページにおいて、2014年12月6日11時～14時のあいだ、第三者からの不正アクセスによりサイトが改ざんされていた事が判明いたしました。ご利用頂いておりますユーザの皆さまにおかれましてはご迷惑をお掛けいたしまして、深くお詫び申し上げます。 なお、現在は被害を受けたサーバは復旧作業を実施済みです。ご利用ユーザーの皆さまの個人情報流出等は、現在のところ確認されておりません。 被害対象サイト／コンテンツ URL：http://gihyo.jp 改ざん内容とその影響 サーバの中身を入れ替えられ、外部のサイトにリダイレクトされるように設定されていた。 リダイレクトされていたサイト（アクセスしないようご注意ください⁠）⁠ www.koushin-lawfirm.net live.livelistingreport.com 現在把握している改ざんされていた可能性がある期間 2014年12月6日

2014年12月5日11時頃から、技術評論社のWebサイトを閲覧すると別のサイトに転送される事象が発生しました。ここではその関連情報をまとめます。 公式発表 12/6 サーバ障害のお詫び 12/8 弊社ホームページ改ざんに関するお詫びとご報告 技術評論社Twitterアカウントのアナウンス（一部） 【本日11時ころより発生してる状況について】本日11時ころ，サーバ管理ツールに侵入されサーバそのものを入れ替えることにより，外部サイトにリダイレクトされるように設定されました。危険なサイトである可能性があるため，現状アクセスしないでください。— gihyo.jp (@gihyojp) 2014, 12月 6 サーバOSそのものへの侵入ではなく，OSの入れ替えが行われたため，情報漏洩等は確認されておりません。詳細は後日改めてご報告いたします。 ご報告が遅れておりますことをお詫びいたします。— gi

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

株式会社技術評論社は、同社の技術専門誌『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発売）から受け

継続的Webサービス改善ガイド 第1章なぜ「継続的Webサービス改善」が必要なのか～変化に対応し、10年後も生き残るWebサービスのために 特集のはじめに 本特集は「継続的Webサービス改善」と題し、Webサービスの継続的な改善について、そもそもそれがなぜ必要なのか、どのような改善が必要なのか、それをどう実践していくのかという3点について、特集執筆陣が勤務するpaperboy&co.（以下、ペパボ）での実際の取り組みを題材に解説していきます。 Webサービスを改善するには、技術的な取り組みはもちろん、開発投資とそのリターンという経営的な観点、チームビルディングなどの開発プロセス、ビジネスメトリクスへの注視など、考慮するべきことがたくさんあります。多様な職種からなる執筆陣による本特集は、きっと読者のみなさんのお役に立てることと確信します。 10年という節目 ペパボは今年で設立10周年を迎えま

あけましておめでとう！　gihyo.jpでははじめまして。私、暮井 慧。よろしくね！　みんなはもう、今年の“⁠初⁠”プログラミングはした？　いろいろなプログラミング言語があるけど、今年はどんなことが起きるのか気になるよね？　そんな人たちのために、いろいろな言語について、去年のふりかえりと、今年の動向なんかを詳しい人に聞いてきたよ！　「⁠いろいろ」といっても、ちょっと偏っているかもだけど……お正月早々、細かいことは気にしないほうがいいよね！ C# 最初は、C#のことならなんでも知っているC#たん！　こんにちは！ こんにちは！ C#の2013年はどんな年でした？ 慧 さっそくだけど、去年のC#ってどんな感じだったの？ C#たん 2013年は、C#を使って開発できるプラットフォームが一気に広がった年でした。携帯端末ではiOSやAndroid、ゲーム機ではPlayStationなど、マイクロソフト

田中哲さん「Rubyの開発はこれからも多様性との戦い。それは『チャレンジしがいがある』もの」 ～ RubyKaigi 2013 基調講演 3日目 近藤宇智朗，にく 2013-06-05 Jose Valim、Rubyにおける並行プログラミングのためのいくつかのアイデアを提案。～ RubyKaigi 2013 基調講演 2日目 近藤宇智朗 2013-06-01

まだ挑戦していない方は、ぜひ先を読み進める前に挑戦してみてください。 キーワードは「ユークリッドの互除法」と「フィボナッチ数列」 今回の問題では、「⁠コンパスとハサミを使って、長方形をチョキチョキと切る」というルールが与えられています。そのルールに注意しつつ、「⁠ハサミを使う回数をできるだけ少なくするような長方形を求めなさい」という問題ですね。 このルールがいったい何を意味しているのかを見抜くことが、問題を解くうえで重要になってきます。 今回のハサミ問題のキーワードは、2つあります。 1つは「ユークリッドの互除法⁠」⁠。 もう1つは「フィボナッチ数列」です。 ユークリッドの互除法の代わりに「互いに素」や「最大公約数」がキーワードだと思ってもよいでしょう。 コンパスとハサミの操作は「ユークリッドの互除法」になっている 「ユークリッドの互除法」は、2つの正の整数が与えられた時、その最大公約数を

問題 コンパスと定規とハサミを使って、与えられた長方形の紙を切りましょう。 コンパスと定規をどのように使うかは、以下の12ステップで例示してあります。 この例はハサミを2回だけ使うものですが、ハサミをちょうど40回使うことになる長方形を探してください。 難易度 ★☆☆☆（当該領域で、基礎的なことができれば解けると思われるレベル） 言語/領域（Perl、Pythonなど） アルゴリズム 解答形式 ファイルアップロード形式 ※ハサミを40回使うことになる長方形の「縦の長さ」と「横の長さ」をサンプル解答用ファイル（Zipを解凍したフォルダ内にあるscissors.txt）にならって"縦の長さx横の長さ"の形式で書き、アップロードしてください。 解答評価のポイント 縦の長さは横の長さよりも短くなければなりません（縦の長さ＜横の長さ⁠）⁠。 採点対象となるのは解答ファイル「answer.txt」の1

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

Hoodie――noBackendアーキテクチャを採用したNode.js＋CouchDBのフレームワーク A-Listers 2013-12-27

はじめに 初期ファイナル・ファンタジーの伝説的プログラマ、ナーシャ・ジベリの「早撃ち」エピソードを知っていますか？ 彼はヒーローのようにさっそうと現れ、どんなプログラムでも電光石火で書いてしまいます。「⁠見てくれの悪さは気にしねえ。誰よりも早くやってやるぜ⁠」⁠。やがていくつかの伝説を残し、彼もプロジェクトを去るときがやってきました。残った同僚たちは困りました。彼の超絶プログラムは彼にしか理解できず、バグがあっても修正できないのです。それに、変更しようとすると動かなくなってしまいます。「⁠ナーシャ、カムバック！」でも彼はもう戻ってきません……。 こうした悲劇を防ぐ方法の1つがソフトウェアテストです。OpenFlowコントローラのように動作シーケンスが複雑なソフトウェアが壊れていないことを確認するためには、ソフトウェアにより自動化されたテストが有効です。それに、きちんとしたテスト一式があれば

前回の掲載からしばらく間が空いてしまいましたが、今後は中谷の方で連載を進めていくことになりました。理論編と実践編を交互に進めていくスタイルは継続していきますので、引き続きよろしくお願いします。 線形回帰の復習 今回は連載第8回と第9回で紹介した線形回帰を実装してみる実践編です。 まずは簡単に復習しましょう。 回帰とは、与えられたデータに適した（データを上手く説明できる）関数を求める手法です。点の近くを通る曲線を見つけるときにも用いられます。中でも、基本形として選んだ関数の線形和（式1）から関数を探すのが線形回帰です。 （⁠式1） ここでφ(x)=(φm(x))を基底関数といい、何か適切な関数を選んで固定します。その選び方によってモデルの性能や得られる関数の形などが決まるので、基底関数は解きたい問題にあわせて選ぶ必要があります。 しかし今はわかりやすさを優先して、シンプルな多項式基底（式2）

今後のIT業界はどうなる？どう乗り切る？「第1回 エンジニアの未来サミット for students 2011」レポート 10月29日、サイボウズ東京本社にて、技術評論社×サイボウズ共催、日本マイクロソフト協賛によるイベント「エンジニアの未来サミット for students 2011」の1回目が開催されました。 このイベントは、技術評論社主催で行われた「エンジニアの未来サミット」の意志を継ぎ、これから社会に出ようとする学生の皆さんに身につけてほしいスキル、心構えから、今後の日本社会をどう乗り切っていくべきかまで、幅広い話題に業界の著名人が答えるというもの。この形での開催は昨年から行われており、今年もこれから年末にかけて全3回開催の予定です。 第1回となる今回は、プログラミング言語Rubyの開発者、まつもとゆきひろ氏をゲストに迎え、学生代表のパネラー、そして「ソフトウェア デザイン」の連載

この連載も早いものでもう23回です。そして最終回です。これまで2年近く、ありがとうございました。 これまでの総括というわけではありませんが、エンジニアとして成長していくために筆者が必要だと思うことについて、あらためてまとめてみます。 1．逃げない なんといっても一番成長するために必要なことは、逃げないことだと思います。たとえばトラブルはもっとも成長するチャンスですが、逃げていてはもちろんそのチャンスを活かすことはできません。またトラブルではなくても、とにかく逃げるということは、イコール経験値を貯めることを放棄することにほかなりません。 逃げなければ、経験値が貯まるだけではなく、周りからの信用も獲得し、より重要なタスクを任されるようになれ、さらに成長することができます。もちろん、逃げないだけではなく、逃げない上に結果を出すことが重要ですが、結果というのはそのとき自分が持っているスキルが足りて