タグ

developmentに関するpiro_sukeのブックマーク (171)

  • TechCrunch | Startup and Technology News

    You probably remember that back in November, OpenAI’s board fired the company’s co-founder and CEO Sam Altman. What followed was this incredibly complicated power struggle…

    TechCrunch | Startup and Technology News
  • JS 大規模プロジェクトの管理手法 – ロードオブナイツの実例紹介

    どうもこんにちは。 Aiming で東京開発グループのゼネラルマネージャをやっている小林です。 8月に mobage と Yahoo! モバゲー で ロードオブナイツ というシミュレーション RPG をリリースさせて頂きました。 そして、先週、 Yahoo! モバゲー版の PC ブラウザ専用デザインをリリースさせて頂きました。 今回リリースしたものは元々 Unity で作られていた iOS アプリ版 Lord of Knights を HTML5 で書きなおしたものです。 (今は Android 版 もあります) HTML のポチポチゲーをネイティブに移植したというのはよく聞く話ですね。 ですが、逆にリッチなネイティブアプリを HTML5 に移植し、かつスマフォブラウザと PC ブラウザで同じものを動かすなんてのは前例が見当たりませんでした。 技術的ハードルが高かったことに加えて期日がタイ

    JS 大規模プロジェクトの管理手法 – ロードオブナイツの実例紹介
  • TechCrunch | Startup and Technology News

    Live Nation says its Ticketmaster subsidiary was hacked. A hacker claims to be selling 560 million customer records. An autonomous pod. A solid-state battery-powered sports car. An electric pickup truck. A convertible grand tourer EV with up to 600 miles of range. A “fully connected mobility device” for young urban innovators to be built by Foxconn and priced under $30,000. The next Popemobile. Ov

    TechCrunch | Startup and Technology News
  • www.phptherightway.com

    Welcome There’s a lot of outdated information on the Web that leads new PHP users astray, propagating bad practices and insecure code. PHP: The Right Way is an easy-to-read, quick reference for PHP popular coding standards, links to authoritative tutorials around the Web, and what the contributors consider to be best practices at present. There is no canonical way to use PHP. This website aims to

  • ソフトウェア開発におけるムダ | Ryuzee.com

    みなさんこんにちは。@ryuzeeです。 Alan Shalloway氏のWastes of Software Developmentが良い記事でしたので、抜粋・意訳にてご紹介します。 僕のトレーニングではいつもトヨタ生産方式の話やStandishのレポートの話をしています。 7つのムダのうち特に作り過ぎのムダをなくすことはとても重要で(もちろんほかも重要)、これがないと頻繁に継続的に顧客に価値あるフィーチャーを届けることはできなくなるからです。 さらに開発のプロセスの中で、常にどこにムダがあるのかを考えて改善していくことはチームに課された責任でもあります。 例えば思いつく限り以下のようなものはムダです。 使わない機能たくさんのオプション設定読まない仕様書読まない報告書やたらと体裁にこだわった文書更新されない文書目的のない会議決定事項が守られない会議遅いPC小さいディスプレイ行動の監視目的

    ソフトウェア開発におけるムダ | Ryuzee.com
  • 人海戦術から「おひとりさま開発」の時代へ - 設計者の発言

    NTTデータの山下徹社長が「受託ソフト開発に寿命が来ており(いずれ)なくなる」、「受託ソフト開発会社は生き残れない。当社だって、変わらなければ生き残れない」と発言して話題になっている(受託ソフト開発会社は、もう終わり!:ITpro)。SIerの大元締めのようなNTTデータのトップ自らが言うのだから、業界上層部の危機感は相当なものなのだろう。 ここで注意してほしいのは、彼らのような大手SIerが言う受託開発案件が「大型案件」を意味する点だ。下請を活用した人海戦術で大型案件から利ざやを得る――そういうスタイルでSIビジネスは成長してきた。その結果、多重下請の裾野が海外にまでピラミッド状に広がり、多くの開発企業が薄い利益を掬い取る形の産業構造を成している。 そして当たり前のことだが、事業体が仕事を回してゆくためには業務システムが必要だ。ひとくちで業務システムといってもいろいろな形態があるが、その

    人海戦術から「おひとりさま開発」の時代へ - 設計者の発言
  • なぜ状態遷移表を使うと、品質の良い開発ができるのか

    なぜ状態遷移表を使うと、品質の良い開発ができるのか:状態遷移表による設計手法(2)(1/2 ページ) はじめに 組み込みソフトウェアが抱える一番の課題は「設計品質の向上」です。そして、この設計品質の向上にはモデルベース設計が有効であり、数あるモデルの中でも“状態遷移系モデル”が最も多く使われています。このあたりの詳細については、前回お伝えした通りです。 連載の主役である「状態遷移表」は、“イベント“と“状態”を全て網羅的に表現できるため、設計の「モレ」「ヌケ」の発見・防止に大きな効果があり、設計品質の向上が期待できます。 第2回では「なぜ状態遷移表を使うと、品質の良い開発ができるのか」をテーマに、その詳細を説明していきます。 なお、連載では以下の6つのテーマを順番にお届けしていきます。 (前回):状態遷移表設計手法の概要 なぜ状態遷移表を使うと、品質の良い開発ができるのか 状態遷移表を

    なぜ状態遷移表を使うと、品質の良い開発ができるのか
  • 開発とは本来、新たな「気づき」を得る行為である。【対談】Winny開発者・金子 勇×インターネット寺院開祖・松本紹圭|WIRED.jp

  • 一度にひとつの作業をして成果を上げる

    Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。このでは、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

    一度にひとつの作業をして成果を上げる
  • B2Bベンチャーのススメ

    こんにちは、堀(@jojihori)です。 最近、ここやここなどで、自分がシャノンに来てやったことについて振り返る機会があったので、ちょっと文章として書いてみようと思います。主にこれからB2Bの中でなんかやってみようとかそういうベンチャーに行ってみようとか思う人向けです。 ちょっぴり長いです。まったくもって技術ブログじゃないですね... ■Oracleからシャノンに 僕がシャノンに来たのは2005年末なのですが、前職ではOracleでアプリケーションサーバのエンジニアをしており、後半3,4年ぐらいはアプリケーションサーバ(アプリケーション開発支援ツールや、J2EEコンテナを担当してました)のメンテナンス部隊で日を含めたアジアやヨーロッパ向けの障害解析やパッチのコードを書いたりしていました。 その時に、「こんなにWebサービスが流行っているのに、パッケージソフトなどは絶対なくなる。しかも、

    B2Bベンチャーのススメ
  • クリアなコードの作り方: 意図が伝わるコミットのしかた - 2012-03-13 - ククログ

    コミットメッセージの書き方ではコミットをわかりやすくするためには以下の2つの条件を満たす必要があると書きました。 コミットの内容が分かりやすく説明されていること コミットの内容が小さくまとまっていること このうち「コミットの内容が分かりやすく説明されていること」についてはすでに説明済みです。今回は「コミットの内容が小さくまとまっていること」について説明します。 めざすところ 単純にコミットの内容を小さくするだけではわかりやすくなりません。それでは、どのような基準で小さくすればよいのでしょうか。 よく言われることは1つのコミットには1つの小さな論理的にまとまった変更だけにする、というものです。たしかにこれは重要です。しかし、これだけを基準とすると、人によっては大きめなコミットになってしまいます。人それぞれで論理的なまとまりの大きさが異なるからです。 1つのコミットでどうすればよいかを考えるの

    クリアなコードの作り方: 意図が伝わるコミットのしかた - 2012-03-13 - ククログ
  • 高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!

    どうすれば小規模なチームでも大きな成果を出せるのか。大きな組織で沢山の量をこなすのは当たり前のことで、あまりクールではありません。少ない人数でも大きな成果を出すには、スピードをあげることと、そのためにも無駄をなくすことがポイントになってきます。 ソフトウェアをつくるための3つの役割で書いた通り、ソフトウェア開発をクラウドのようなサービス提供で続けていくには、プロダクトオーナーとプログラマーがキャッチボールのような形で、仕様と実装をずっと繰り返しながら作っていくのが自然です。 SonicGardenで使っているツールと開発の流れの全体は以下のようになります。大事なことは「動くソフトウェア」の状態を保ったまま、どれだけ回転数をあげていけるか、ということです。そのために、プロダクトオーナーとプログラマの間で待ち時間を減らすために並行して進めるようにするなど工夫しています。 ホワイトボードとMVP

    高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!
  • 「Pull Request」 はオープンソースに限らず使える優れた開発フローだ - 肉とビールとパンケーキ by @sotarok

    チーム開発において、「チケット/Issue」「TDD」「コードレビュー」など、ソースコードの変更に対する効果的な開発フローについてよく考えるのだけど、なんにしてもこのあたりは非常に課題が多く、各社各コミュニティで色々なやり方が模索されているポイントだと思う。 で、まぁご多分に漏れず僕もよく考えるわけだけど、現状その過程で Pull Request こそが非常に効果的なのではないか、と思うので、ちょっとまとめてみようかと思う。 もちろん、言うまでもないようなことだよ、という人もいるかもしれないけど、そういう人がたくさんいると、非常に喜ばしいことだね。 Pull Request とは GitHub でこう呼ばれているので、こう呼ぶことにするが、ここでは、複数のリポジトリ/ブランチ間でのオープンな patch のやりとりのことだと考える。 あと、自分が使っているのが Git なので、ここでは G

    「Pull Request」 はオープンソースに限らず使える優れた開発フローだ - 肉とビールとパンケーキ by @sotarok
  • リーンスタートアップ

    Rustが再評価される:エコシステムの現状と落とし穴 In this article, we share findings and insights about the Rust community and ecosystem and elaborate on the peculiarities and pitfalls of starting new projects with Rust or migrating to Rust from othe...

    リーンスタートアップ
  • 失敗を体系化すれば必ず強みになる

    「困難な状況を乗り切ったとき、私は大きく成長した」。IT業界が誇る伝説のリーダーたちは、こう口をそろえる。想定外の事態が次々と起きている今、平常時では身に付けられないスキルを磨く絶好の機会だ。過去の失敗を研究することで、困難を成長の糧にできる。伝説のリーダーたちはどのように考えて困難を乗り切り、何を学んだのか。連載では、3人の経験談を紹介する。トップを飾るのは、日立製作所で活躍した名内泰蔵氏である。 IT業界、伝説のリーダー3人は、いずれも、日IT史上に名を残すシステム開発を統括した人たちだ。 一人目は名内泰蔵氏。1970年代に日立製作所で国鉄の座席予約システムや新幹線の運行管理システムなどの大規模プロジェクトを成功に導いた。二人目の重木昭信氏は、1990年当時に日最大級のシステムだった郵便貯金システムの開発を担当した。三人目は冨永章氏。1980年代に日IBMで、銀行の第3次オンラ

    失敗を体系化すれば必ず強みになる
  • 5509.me

    This domain may be for sale!

  • [動画で解説]和田卓人の“テスト駆動開発”講座 記事一覧 | gihyo.jp

    第16回プログラミング言語とTDDは、どちらを先にマスターすべきか? 和田卓人 2007-12-21

    [動画で解説]和田卓人の“テスト駆動開発”講座 記事一覧 | gihyo.jp
  • 継続的デリバリのパターン

    継続的デリバリを導入しようとする前に、いくつかの準備が必要です。真っ先に必要なのは、ビルドサーバに合うソースコード管理システムです。ビルドサーバは継続的統合を実施するサーバにもなります。ひとつひとつのチェックインをビルドできるサーバでなければなりません。一般的に言って、この用途では“既成”のビルドサーバが欲しくなります。チェックインを監視して、自動でビルドをする仕組みを構築するのは、想像以上に大変です。利用しているソースコード管理システムにフックできるトリガがあるとしても、ビルド失敗時の通知機能のような他の機能を実装するには割に合いません。 リソースが限られているとしても、継続的デリバリにとってステージングサーバは重要です。ステージングサーバは運用環境に可能な限り似せておく必要があります。ここで第一の問題は“予算がいくらあるか”ということです。運用環境のデータベースサーバがとても高価な

  • Jolt Awards 2011が選んだ、優れた設計/モデリング/アーキテクチャツール

    米Dor.Dobb's Journalが主催するJolt Awardsは優れた書籍を選出することでよく知られています。それについては記事「この1年の優れたIT系書籍はどれか?「Jolt Awards 2011」が6冊を発表」で紹介しました。 しかしJolt Awardsは書籍だけではなく、優れたソフトウェアについても選出しています。ちょうど先月10月26日に、設計やモデリング、アーキテクチャに関するツール分野で3つの製品が選出されたところです。 あまりこの分野のソフトウェアが注目されることが少ないので、どんな製品が選出されたのか見てみることにしましょう。各ソフトウェアの説明は、それぞれのWebサイトの説明と、Jolt Awardsでの評価を要約して組み合わせたものです。 Blueprint Requirements Center 2010 1つ目は、Blueprintの「Blueprint

    Jolt Awards 2011が選んだ、優れた設計/モデリング/アーキテクチャツール
  • Chromeの「シークレットウィンドウ」はWeb開発にとても使える

    皆さん、Google Chrome の「シークレットウィンドウ」使ってますか? Google Analytics を見る限り、このブログでは Google Chrome がトップシェアですが、周りの方に話を聞いてみると、残念ながら Google Chrome の「シークレットウィンドウ」機能はそれほど使われていないようです。 あれほど Web 開発に使える機能は他にないのに…と残念に思っていても仕方ないので、活用方法をまとめて記事にしてみました。 目次 まずは基の使い方 Webサービスにログインしている状態としていない状態を同時に確認 Webサービスに2つのアカウントで同時にログイン Webページの表示がおかしい時は、まず「シークレットウィンドウ」で確認 検索エンジンでの順位チェックは「シークレットウィンドウ」で ニコニコ動画が何度もエラーになる時は「シークレットウィンドウ」で まずは基

    Chromeの「シークレットウィンドウ」はWeb開発にとても使える