「第3のIT」へと変革する時代に考えておきたい「品質」との付き合い方：「ソフトウエア品質向上の"変" 2015 江戸～今、変革の時～」リポート 2015年2月4日に行われた＠IT主催セミナーより、JJUG会長鈴木氏による基調講演の模様や、弥生とYahoo!ショッピングの品質向上事例、各品質向上ツールの概要をお届けする。 2015年2月4日、＠IT主催セミナー「ソフトウエア品質向上の"変" 2015 江戸～今、変革の時～」が開催された。開発のスピードと品質を底上げするには、開発からテスト、リリースまで、プロセスごとではなく全体としての効率を向上させることが重要となる。本セミナーで登壇したエキスパートたちの講演から、同課題に取り組むためのヒントを探る。 基調講演～アプリ開発からサービス開発へ移行するには？ 基調講演『提供すべきは「成果物」ではなく「サービス」今あらためて疑うべき、「スピードと品

Il documento contiene la struttura di un progetto Bootstrap, inclusi file e directory come gruntfile.js, package.json e vari file .less per la gestione degli stili. Sono presenti directory per risorse statiche come fonts, js e dist. La struttura suggerisce un setup per lo sviluppo web utilizzando strumenti moderni.

home > インフォメーション > 「ドワンゴはケンカしたら弱い会社」川上会長がデータセンターを作りたい理由 Developers Summit 2015 基調講演 「ドワンゴは強くない。ケンカしたら弱い会社」 来場者からドワンゴの強みを聞かれ、同社代表取締役の川上量生会長兼CTOはあっけなくそう答えた。19日、開発者イベント「デベロッパーズサミット2015」基調講演の一幕だ。 競争力を強めようというのが動機じゃなかった ドワンゴの成り立ちがそもそも、アップルのようにCEOがエンジニアをかつぎあげて作った会社ではなく、エンジニアが幸せになれる会社を作ろうとしたのが始まりだったというのも理由の1つだ。 「会社を立ち上げたのは競争力を強めようと言うのが動機じゃなかった。居心地のいい場所を作ろうとしたら、そういう場所になったという話」（川上会長） 競争を避けるのは意図的な側面もある。「ぼくは競

こんにちは。小椋です。 「まあ15分ぐらいなら落ちてても実際そこまで困らないけど、基本的には24時間起動していてほしいんだよね……」 という緩めのサービスレベルで稼働しているSPOF気味なサーバー、ありますよね。社内向けのジョブスケジューラーとか、一日に数回なんか集めて分析する奴とか。あんまり表立って言わないだけで、御社にもありますよね？ サービスレベルが緩めだし、ミッションクリティカルでもないので、ただ起動しっぱなしにしてほっとけばいいや……と思いきや、やっぱり止まったら止まったで処置も必要だし、生死確認はちゃんとしないといけないし、そもそも起動しっぱなしなのでお金もかかるし、とか、意外とお金も労力もかかりますよね。 私HDEの社長ですが、サーバ代に関してはかなりケチです！ そういうケースに関しては、場合によってはEC2のAutoScaling Groupで管理すると節約ついでに横着でき

10. 「何か」は分かるが「なぜ」が分からないコメント プログラミング入門コースでは、早い段階かつ頻繁にコメントを記述することを生徒に教えます。プログラムを書き始めた初期段階（ごく単純なコードであっても、時に理解し難いことがあります）では、これは実際に役立つことなのですが、習慣にとらわれてしまうプログラマが多くいます。 上記のコードが何をするのか分かりますか？ 私は分かりません。 問題は、多くのコメントがそのコードが 何をする のかを説明していますが、 なぜ そのコードが書かれているかが説明されていません。では、異なるコメントが書かれた同じコードを見てみましょう。 こちらの方が分かりやすいですね。何が起きているのかを完全に理解できるとは言えませんが、最低でもなぜこのコードが必要なのかが文脈から判断することができます。 コメントは、構文を理解してもらうためにではなく、読み手がコードを理解しや

最近まで、ネット上のIT系ニュースで度々システム障害で我々にネタを提供してくれる某巨大都市銀行の次期システム開発に下請けとして新卒から参画していた。 「某巨大都市銀行の次期システム」という時点でどこの銀行かピンとくると思う。 次期システムとは大雑把にいうと80年代に構築され今なお稼働しているシステムのうち、外為、内為、預金などの業務にて稼働するサービス(実際のプログラムになる)を疎結合化してそれぞれのサービスを部品として再利用性やメンテナンス性の向上を図る、いわゆるSOA(サービス指向アーキテクチャ)で作り直そうというものだ。 この辺も心当たりのある銀行と次期システムとかでググれば出てくると思う。 銀行システムをSOAで構築するのは日本では初めて！！すごい！！先進的！！！という触れ込みだったらしいが、立ち上げからいるわけでもなくSOAの利点も結局実感できぬままこの業界から去ってしまったので

平素は株式会社ライブドアのサービスを ご利用いただきありがとうございます。 提言型ニュースサイト「BLOGOS」は、 2022年5月31日をもちまして、 サービスの提供を終了いたしました。 一部のオリジナル記事につきましては、 livedoorニュース内の 「BLOGOSの記事一覧」からご覧いただけます。 長らくご利用いただき、ありがとうございました。 サービス終了に関するお問い合わせは、 下記までお願いいたします。 お問い合わせ

濃縮還元オレンジニュース Microsoftの開発現場ではVSSではなくCVSが⁠⁠、プロジェクト管理はMS ProjectではなくExcelが使われている Microsoftに勤めている人との会話をまとめたものです。Googleの開発手法は最近カンファレンスなどでよく聞きますが、Microsoftでどのように開発を行っているのかはあまり知られていない気がします。 まず、コードレビューをかなり重要視しているようです。コードと単体テストが終わったら旧ソースとのDiffをチームメンバーに配り、メールベースでレビューを行います。レビューは1行1行細かく行い、全員がOKと判断したら再度テストを行いチェックインします。コードレビューはチーム全員で行うため、チームの能力が徐々に平均化していく効果があるようです。なおバグが出た場合、チーム全員でレビューしていることから「チーム全員に対する説明責任」が生ま

iPhoneはとりあえずなくても大丈夫。 ここから先は、Macとネット環境はあるけど、Xcodeがない！ という皆さん向けに話を進めていきますね。 Xcodeをインストールする 1. App Store を起動 まずは、Launchpadから、App Store を起動します。 2. Xcodeを検索 App Store 画面の右上にある検索欄で xcode と入力して enter。 沢山のソフトが表示されますが、多分いちばん左上に Xcode があります。そのアイコンをクリック。 3.「入手」を押してインストール 詳しい Xcode の説明が表示されます。 アイコンの下にある「入手」をクリックすると「Appをインストール」 というボタンに変わります。そこをクリック。 App Store 用の Apple ID と パスワードを入力して「サインイン」をクリックすると、インストールされます。

Publickeyが選ぶ2014年のITトレンド。相次ぐ国内データセンター、状況を一変させたDocker、フラッシュストレージベンダの転換期 2014年もあと営業日としては数日でおしまいです。Publickeyの記事を中心に、この1年のITトレンドを振り返ってみました。 国内データセンターの設立が相次ぐ 今年もっとも明確だったトレンドの1つが、海外の大手クラウドベンダが相次いで日本国内にデータセンターを設立したこと。 2014年以前に日本にデータセンターを置いていた海外の大手クラウドベンダは2つだけでした。2011年3月に東京データセンターを開設していたAmazonクラウドと、同じく2011年12月に東京データセンターを開設していたセールスフォース・ドットコムです。 それから3年。今年、海外の大手クラウドベンダが日本国内にデータセンターを設立した動きを時系列で並べてみましょう。 2月 マイ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Emacs Advent Calender 2014 の 14 日目の記事です。 皆さん、普段 TODO リストを作成したり、PC でメモをとるために何を使っていますか？ Windows 標準のメモ帳や付箋機能を使っている人 Terapad やサクラエディタ、Vim などのエディタを使っている人 Microsoft Word を使っている人 Google カレンダーや Toodledo など Web 上のツールを使っている人 手書きでノートに書いたりディスプレイにたくさんの付箋を貼り付けている人 それぞれ様々な方法で TODO リストを

GoCon 2013 Autumn で「Go言語のスタックとヒープ」という発表をしました。 資料はこちら： http://goo.gl/s6at62 スライドだけでは分かりにくい部分もあるので、ブロク記事として以下にも記しておきます。(この記事を読めば、スライドは読まなくてOKなはず) スタックとヒープについて 実行時に動的にメモリを確保する領域として、スタックとヒープがある。 スタックメモリは関数のコールスタックを格納していて、ローカル変数、引数、戻り値もここに置かれる。 スタックのPushとPopは高速なので、オブジェクトをスタックメモリに確保するコストは小さい。ただし関数を抜けてスタックがPopされると解放されるので、関数の寿命を超えてオブジェクトは生存できない。 一方のヒープメモリは、コールスタックとは関係ないので、関数スコープに縛られずにオブジェクトを確保しておける。ただし空き領

そこまでするか、と首をかしげずにはいられない。誰もが知る有名企業同士が繰り広げる相互批判、暴露、醜聞の蒸し返し……。異例の喧嘩の裏には、どうしても負けられない「事情」があった。 まず野村が訴えた子供の頃、喧嘩には暗黙のルールがあった。相手が泣いたら止める、血が出るようなことはしない、顔は殴らない。 大人であればなおさらのはずだが、野村證券と日本IBMという名門企業が法廷の場で争う大人の喧嘩には、そうしたルールはまったく通用しないようだ。 互いが互いを徹底的に批判し、完膚なきまでに叩きのめそうとする大ゲンカが今、展開されている。 「野村がIBMに委託したシステム開発プロジェクトが頓挫したことがきっかけで、野村が被った損害として約33億円という巨額の支払いを求めています。野村が支払いを求める通知書を送ったところIBMが拒否したため、昨年11月に野村證券と親会社の野村ホールディングスが日本IBM

2024年9月30日をもちまして「秒刊SUNDAY」はサービスを終了いたしました。 長い間、ご愛顧いただき誠にありがとうございました。

第1回 Forguncyに触ってみよう：連載：カンタンWebアプリ開発ツール「Forguncy」の実力を探る（1/4 ページ） 「Excel方眼紙」の「方眼紙」をもじった名前で話題となったForguncyの正式版がリリース。そのForguncyによるWebアプリ開発を解説する連載スタート。 連載目次 2014年の春先にプレビュー版が公開され、「Excel方眼紙」の「方眼紙」をもじった名前とExcelユーザーを対象とすることで、一部で大きな話題となったForguncyの正式版が公開された（※本日販売開始）。 本連載では、Forguncyを使ったWebアプリ開発手法について見ていく。初回となる本稿では、 Forguncyとは その画面構成 ForguncyでのWebアプリ開発の手順 について見てみよう。 Forguncyとは Forguncyをひと言で説明すると、グレープシティ株式会社がリリー

文字列のパースをする必要がある時、どんな文字列にでも何でもかんでも正規表現で処理しようとするエンジニアをたまに見かける。 正規表現は確かに文字列を扱うための強力な手段だが、万能ではない。正規表現の性質上、そもそもパースできない文法があるからだ。従ってそういうケースの時には正規表現ではなく別の方法を使ったほうが良い。正規表現を無理やり使っても、バグを埋め込んだり、メンテナンスが難しかったり、正しく文字列をパース出来なかったりで良いことはあまりない。 正規表現がパースできない文字列 正規表現が苦手とする文法で一番よく言われるのは、再帰的な構文を含む文法である。例えば、括弧つきの数式なんかがそうで、1+1 でも (1+1) でも ( (1+1) ) でも ( ( (1+1) ) ) でも ( ( ( ( 1+1) ) ) ) でも、という風にいくらでも入れ子にできる。正規表現では、こういった文字

社内でLTする機会があったので資料を公開します Githubエコシステムを活用したイマドキの趣味開発 from Go Sueyoshi (a.k.a sue445) バックグラウンド 実はこれは先日同僚がRubyKaigi2014で発表した "Gem of this Week" - building culture and making gem のカウンターエントリだったり、補足だったり、そんな感じです。 登壇者のエントリ: RubyKaigi2014で発表した - mitaku.log 残念ながら社内版のcodeclimateやcoverallsに相当するものはないので、業務ロジックや社内のコンテキストが絡まないところに関してはgithubで公開してしまった方がいろいろなエコシステムを活用できると思ってます。 社外に出すとなると 英語でコメント書く issueやPRで英語やり取りが発生す