現代的システム開発概論 20242024年度リクルート エンジニアコース新人研修の講義資料です
技術選択とアーキテクトの役割
特定のプロジェクトがあり、要件定義をし概要設計をする。 それがアーキテクトの仕事だと思われがちですが、大きな視点を持ち様々な課題を自らリードして解決していく立場としても絶好のポジションです。 このセッションでは、Mobage オープンプラットフォームの立ち上げから、 グローバルプラットフォーム展開、さらには mixi 社との共同プラットフォーム構築、 JavaScript SDK と認証技術の組み合わせによる新しい HTML5 プラットフォーム構築をアーキテクトという立場でリードし続けた立場から、技術選択のみならず実現したい事に対する俯瞰的な捉え方を、これまでの実例と共に紹介し、アーキテクトという役割について、お話します。Read less
俺の価値創造契約
〜新しい契約形態での受託開発サービス立ち上げ 1,396日間の記録〜 2010年11月に「価値創造契約」を発表してから4年。数案件を実施し、さまざまな経験をしてきました。その貴重なエピソードを発表します。 @XP祭り2014
KAIZEN platform Inc. の開発マネジメント
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
「「技術的負債」を問いなおす」というタイトルでJAWS DAYS 2014で話してきた #jawsdays - Kentaro Kuribayashi's blog
JAWS DAYS 2014のImmutable Infrastructure(以下、II)に関するトラックに呼ばれたので、話をしてきました。Immutable Infrastructure時代のConfiguration Management Toolの要件およびその実装についてや最近のImmutable Infrastructureに関する議論(Orchestration編)というエントリを書いていたからということでしょう。 ただ、最近は首都大学東京ビジネススクール不合格記に書いたように、経営学関連の学習をずっと行っていて、すっかりそのような話題から離れてしまっていた、ありていにいえば特に興味を持たなくなってしまっていたので、進学していたら研究テーマのひとつにしていたであろう件について、だいぶ生煮えではあるけれども最近またそうした話題でネットが盛り上がっていたりもしたので、以下スライド
フロントエンドエンジニア（仮） 〜え、ちょっとフロントやること多すぎじゃない！？〜
Koji Ishimoto gives a presentation on front-end engineering. He defines a front-end engineer's responsibilities as including JavaScript, version control with Git, modular code, browser developer tools, command line, templating, CSS preprocessors, testing, automation, code quality and manuals. He discusses common front-end tools, managing tools with Grunt, and tracking speed with tools like WebPage
本当に怖いパフォーマンスが悪い実装 #phpcon2013
9. 問題の実装 9 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 <?php class BlackListDB { const DBPATH = "/tmp/db.gdbm"; public function isBlock($id) { $dbh = dba_open(self::DBPATH, "r", "gdbm"); if ($dbh === false) { return null; } $ret = dba_exists($id, $dbh); dba_close($dbh); return $ret; } } 10. 問題点 10 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 <?php class BlackListDB { const DBPATH = "/tmp/db.gdbm"; publ
pull request を利用した開発ワークフロー
pull request を利用した開発ワークフローの話しですが、あんまりプルリの話ししてないし、コードレビュー的なお話しが多いです…。
【Objective-C】【サーバサイド】スマートフォン向けサービスにおけるサーバサイド設計入門
1. スマートフォン向けサービスにおける サーバサイド設計入門 2012/09/28 hatak at YAPC::Asia Tokyo 2012 2. 自己紹介 • hatak (HATAKEYAMA Hisashi) @hisashi hatak • ネット広告会社 → ソーシャルゲーム会社 • インフラや運用寄りの仕事をしてることが多いです • わりとなんでも • インフラ / MySQL / Perl な場所に時々います 3. このトークの内容 • 今年春より新規サービスの立ち上げを行うことに • 元々インフラや運用がメインだったので、いろいろ試行錯誤することに • このサービスを実例として紹介しながら説明 • をしようと思ったのですが、まだリリースされていないため • 代替の例としてシンプルな SNS を作る流れで整理・説明します • 概説的というか、Perl に限らない話も出て
Kyoto.pmでPerlからGitを扱う方法について発表した - はこべにっき ♨
Kyoto.pm Tech Talks #01に参加してきました。Kyoto.pmが設立してからはじめてのTech Talkです。 発表も本格的なものからおもしろ発表まで充実していて、たいへん盛り上がったように思います。(id:shiba_yu36++) 東京でUstreamを見てたはずのxaicronさんが、まじで use Shinkansen; して京都にやってきたのにはびっくりしました...*1 行動力すぎょい... 個人的には、nakokakさんの SQL クエリビルダーやORMにまつわる議論が参考になりました。はてな社内でもちょうど、そのあたりをどういう風に扱うのが良いかについて議論していたので、タイムリーでした。 今回、僕は主にUstream放送をがんばったのと*2、ちょうど先日いってきた合宿で社内向けのGitリポジトリブラウザをつくったりしたので、そのへんで使ったモジュールな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「作ってから売る」と「売ってから作る」と「売れるようにしてから作る」 ～技術の社会実装のための『開発』～
HerokuでWBS砲を打ち返した話
はてなブログチームの開発フローとGitHub
社内システムの構造と設計、実装のはなし
データベース設計徹底指南
YAPCで「はてなブログの開発フロー」について話してきました - 大西ブログ
TDDの自殺 #TDDeX
私にとってのテスト
Webアプリケーションは難しい
中規模ソーシャルゲーム開発に学ぶWebサービス開発と運用ノウハウ。もしくは2012年にPerlでWeb開発をする理由