超高速な開発ができるわけ | Yakst
あるひとりの人がシステムを作ったが故にそのシステムに精通している場合に、最も生産的な開発が行われる。しかしこれは、ひとりの人がシステムの面倒を見ることを超えてシステムが成長する時には矛盾してしまう。 ある状況下において、特定の開発者たちが他の人の10倍生産性が高くなることがあるのはなぜかについて議論してみましょう。 ヒント : 開発者の話ではなく、状況が大きなカギ。 生産性が非常に高いことにウキウキした気分になるのはいつでしょうか。新しい機能が指先からあふれ出てくる時？それは、私たちが関わるツールのことを知り尽くしている時、あるいはもっと決定的に言うと、自分がシステムを変更しつつある時に起こるのです。自分のバックパック、それも自分で詰め込み、そしてひとつひとつの小袋の中まで何年にもわたる旅行を経て調整してきたバックパックの中身を知っているように、システムを知ることです。それぞれのモジュール
iPhoneアプリとAndroidアプリを比較する〜はてなブックマーク開発の現場から〜
mobile truck repair mobile service truck for sale canadian mobile truck service rich mobile truck service mobile truck repair service truck trailer mobile service mobile truck wash mobile truck service road service for trucks mobile tractor repair mobile truck repair hamilton mobile truck repair barrie mobile truck repair milton on mobile truck repair vaughan truck repair network freightliner repa
アプリの終わりの始まり
2012年2月27日から3月1日にかけてバルセロナで開催されたMobile World Congress 2012では、特に注目の集まったGoogleやFacebookのキーノート以外にも示唆に富んだ興味深いセッションが多数あった。その中の1つがコンサルティング会社frogのScott Jenson氏によるプレゼンテーションであった。同氏が各地で行っているというプレゼンテーションは“Mobile Apps Must Die”というラディカルなタイトルだが、筆者は大いに共感でき、多大なインスピレーションを受けた。本稿では、同氏の論旨に依拠しつつ、アプリ環境の今後を展望する。 「アプリの海」 現在、AppleのApp Storeでは50万以上、Google Play（旧Android Market）では40万以上のアプリが提供されており、この数は日々増加を続けている。これらに加え、Window
炭坑の庭師 - steps to phantasien
Chromium と WebKit は二つの独立したプロジェクトだ。 ソースツリーはそれぞれ別で、そこにはインテグレーションの苦労がある。 WebKit 以外にも V8 や Skia など Chromium が依存している外部のプロジェクトは山ほどあるけれど, WebKit とは特にぴったりくっついている。 そのぶん二つの足並みをあわせる手間も際立つ。 以前、書籍 ”アジャイル開発の本質とスケールアップ” で リリーストレイン という大規模プロジェクトのインテグレーション手法を読んだ。 プロジェクトの内部で一段細かい時限リリースを設け、そのタイミングでインテグレーションする方法。 内部リリースにあわせてプロジェクト同士が依存している相手のバージョンを上げ、 壊れたところをなおすわけ。 Chromium と WebKit もこまめに相手のバージョンを新しくする。 主たる依存の向きは Chro
New community features for Google Chat and an update on Currents
Join the official community for Google Workspace administrators In the Google Cloud Community, connect with Googlers and other Google Workspace admins like yourself. Participate in product discussions, check out the Community Articles, and learn tips and tricks that will make your work and life easier. Be the first to know what's happening with Google Workspace. ______________ Learn about more Goo
New community features for Google Chat and an update on Currents
Join the official community for Google Workspace administrators In the Google Cloud Community, connect with Googlers and other Google Workspace admins like yourself. Participate in product discussions, check out the Community Articles, and learn tips and tricks that will make your work and life easier. Be the first to know what's happening with Google Workspace. ______________ Learn about more Goo
PHPの次に勉強する言語は何か? - kなんとかの日記
マジレスすると、HTTP。 Webアプリケーション作っているのに、PHPの知識はあってもHTTPプロトコルの知識がさっぱりな人が多くね? 他の言語を勉強する前に、GETとPOSTがどう違うのかぐらい勉強しようよ。 それでもあえて PHP ユーザが次の「言語」を選ぶなら、JavaScript か ActionScript ... と言いたいところだけど、どっちもサーバサイドプログラミングが苦しいから、ここでは Python を推す。 PHPユーザにPythonを薦める理由: 本家サイトでちゃんとしたドキュメントを公開している 最近は日本語の本もたくさんある Rubyより仕組みが簡単で黒魔術が少ない グローバル関数が多いところが PHP チック なんたって Google App Engine で使える唯一の言語だもん PHP ユーザは、PHP本家サイトでの充実したドキュメントに慣れているだろう
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
PHPは100台近く，MySQLは1億レコードのDBで使用---楽天 開発推進部長 安武弘晃氏に聞く
「外部に対し情報を提供すれば，我々が必要とする情報も入手しやすくなる」---これまで内部システムについては口を閉ざしてきた楽天が，そのシステムについて語り始めた。 同社はいわずとしれた国内最大規模のオンライン・ショッピング・サイト「楽天市場」を運営する企業。楽天はシステムではなくサービスを提供する企業，という考えから，これまでシステムについての情報はあまり提供してこなかったのだ。 しかし，状況は変わってきた。楽天で開発の陣頭指揮を執る安武弘晃 開発推進部長は，「サービスの規模が大きくなるにつれて企業規模も大きくなり，開発の進め方が職人芸的な形から，チームによる組織的な形へと変わってきた」と述べる。そして冒頭のようなオープン路線宣言となったわけである。 その結果，楽天はLinuxやApacheはもちろん，数十台のサーバーでMySQLを動かし，約半数のアプリケーションでPHPを採用する，オープ
koyachiの日記 - Joshua Schachter(del.icio.us)による大規模アプリケーション構築の注意点
del.icio.us/tag/del.icio.usを眺めていたらFlickrのときみたいに面白い資料を見つけたの紹介します。 Things to look out for when building a large application.というタイトルでサーバーサイドの管理等の話が中心かと思って読んでいたらそれ以外のインターフェース、実装すべき機能、spam対策、アプリケーションを如何に広めるかといった話にも触れていて面白いです。 以下にまとめてみました。 スケーリング 早期の最適化を避ける。SQLでスケーリングするのではなく、データを複数マシンに分散させる方法を考慮すべき。SQLプロファイリング重要。Nagiosがお勧め。 タグはSQLと相性がよくない。インデックシングの仕組みを理解し、その方針を決定する。最初の数ページに限定すれば小規模で高速なインデックスを保てる。 Apache
覚え書き@kazuhi.to: Chris Casciano氏の選んだCSSティップス10選
Chris Casciano氏の選んだCSSティップス10選 Chris Casciano氏が「Ten Simple CSS Tips」という記事のなかで、知識レベルを問わずスタイルシートを書く誰にとっても便利であろう10のヒントを公開していました。個人的にナルホドと思った部分があったし、もしかすると参考になると思う人もいるかもしれないので、以下に訳文を晒しますね。原文はCreative Commonsライセンスでしたが、一応Chris本人から訳文掲載の許可も得ています。あーちなみに例によって英語は苦手なので（おい）、誤りとかあったら指摘してください＞誰 スタイルを適用し始める前に、文法チェックによりマークアップを妥当なものにしましょう。 基本となるスタイルシートは* {margin:0; padding:0; }という規則集合で書き始め、（マージンやパディングは）それが必要な箇所に必要な
CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance：創造的なエンジニアのための働く環境とは（２）
創造的なエンジニアのための働く環境とは（２） 公開日時： 2006/02/11 10:43 著者： kenn （前回の続き） 前回のエントリには、金子さんが『１人のプロジェクトと、チーム開発をつなぐ「鳥の目」』というポストでトラックバックをくれたけど、そこに書かれていたことが僕的にはすごくヒットだったのでちょっと寄り道したくなった。 今回は「作家と編集者」というアナロジーでいくつもりだったのだけど、ようするに作家（エンジニア）にも色んなタイプがいるってこと。 こないだCNET編集長の西田さんとも話していて、エンジニアのタイプでも最もはっきり分かれていると思ったのは、この２類型。 （１）クリエイター・ギーク系 小規模なベンチャーで新しいサービスを作りたいタイプの人 会社の中で認められたいのではなく、会社の外で認められたい 週末も趣味でコーディングしている お金、ステータスにこだわら
従うべきでないプログラミングのアドバイス10個 | 秋元@サイボウズラボ・プログラマー・ブログ
Top Ten of Programming Advice to NOT follow 新人プログラマーにアドバイスを求められた筆者が考えた、「聞くべきでないアドバイス」のリスト。 10) 例外は使うな(by Joel on Software 等) 9) 負にならない値には unsigned int を使え 8) 実世界に対応したクラスを設計せよ 7) チームでコード記法を統一せよ 6) コメントをたくさん書け 5) public フィールドよりアクセサメソッドを使え 4) 一個しかインスタンスができないなら Singleton パターンを使え 3) 入力は寛大に受け付け、出力は厳しくせよ 2) 最初から重箱の隅までプログラムせよ。後でやろう、は実行されない 1) コードを書く前に設計せよ 7), 5) は聞いてもいいと個人的には思う。10), 8) は僕も聞きたくない。3) は聞きたくな
3年前の自分は別人、を他のひとにも当てはめてみる。 - naoyaのはてなダイアリー
自分の3年前を思い出すとまさに別人であり、5年後のことなんてわかるはずもない、なんてことを以前にもちょっと書きました。 はてなに入社して一年半ぐらいが経ちましたが、技術はもちろんそれ以外にもその間に得た物もの相当大きくてやっぱりその時と比較して今の自分は別人だなあと思います。 これは自分だけじゃなく、周囲を取り巻く人という人すべてがそうであって、そういう風に考えるといろんなものが見えてくる。 僕は近頃「初心者」という言葉の使い方に気をつけるようにしています。 特にウェブアプリケーションを作るなんて話で議論になると「初心者」という単語が良く出てきます。「初心者にもやさしい」とか「初心者でも扱えるように」とか。でも、初心者っていうのは3年後は初心者じゃない。上級者は3年後も上級者だろうけど。そして本当に初心者である期間はほんとに短い。だから「初心者にわかりやすい」みたいなところを中心に議論を進
naoyaのはてなダイアリー - サーバーを増やせばいいんじゃない、サーバーを増やすだけで解決できるように努力するのだ
ライブドアの技術の話について書いた、その記事のコメント欄。最初は感情的な批判などがあって話題とは別の方向で炎上し気味だったんでうーんと思ってたんですが、後半になってきて少し面白い議論が出てきました。 こんな反応があった。 アクセス数が増加している段階で、ApachやAppServerのスレッド数をいじろうが、ヒープサイズを増やそうが、DBのパラメータをいじろうが、はてまたアプリを書き直そうが、性能要求にミートするには相当のワークが発生しますし、どう最適化、チューニングしても追いつきません。そのようなチューニングにお金をかけるならサーバーを追加したほうが安く上がるのではないかと思うのですが、如何でしょう? それに対する僕の返信は、 確かに何千万もするファイルサーバーとか、ロードバランサーとかで問題が解決できる機会っていうのは存在すると思います。なので ”負荷が高ければ、結局サーバーを単純に増
大藤幹 『世界の「最先端」事例に学ぶ CSSプロフェッショナル・スタイル』 - モジログ
MYCOM BOOKS - 大藤幹 『世界の「最先端」事例に学ぶ CSSプロフェッショナル・スタイル』 http://book.mycom.co.jp/book/4-8399-1907-0/4-8399-1907-0.shtml 『Web Designing』誌に連載されている、大藤幹氏のCSS記事をまとめた本。 これは早く本になってほしいと以前から思っていたが、本になってみれば、連載に加えて特集記事などのオマケもついて、予想以上に充実した素晴らしい内容になっている。 この連載（本書）がいいのは、CSSの文法を教科書的に解説するのではなく、CSS界で名高いトップデザイナーが作ったサイトを題材に、そのCSSコードを実際に解析して、詳しく解説している点だ。 プログラミングでも、語学でもそうだが、文法を解説することが主眼の教科書は、「This is a pen」式の味気ない例文で学ばされることが
Practical Scheme
このページでは、プログラミング言語Schemeの紹介、および 自作のSchemeのライブラリやアプリケーションの紹介をしてゆきます。 特に、ファイルをパーズしてテキストファイルを生成したりとか、 プロセスを監視したりとか、ちょっとしたGUIをでっちあげる と言った、職業プログラマとしてやってく上で避けて通れない雑用に便利な ライブラリが中心になる予定です。 SchemeはLisp系の言語で、見かけはLispに良く似ています。 Lispと聞いたら人工知能用言語だとか、もう古くさい言語だとか思われることも 多いんですが、CommonLispで書かれた実用的なアプリケーションはいろいろ ありますし、Schemeも拡張言語としてそれなりに使われています。 ただ、いかんせんマイナーな言語であることは間違いなく、メンテできる人が居ない とか他に分かる人が居ないという理由で採用が見送られることがあるのは
「50%の完成度でサービスを出す」という言葉を誤解してはいけない
はてなの近藤社長の、「５０％完成度でサービスを出す」という指摘は、まさに「ソフトウェアはサービス」の時代を反映する、ものすごく意味のある言葉だが、万が一勘違いする人がいると困るので、自戒も含めて補足しておく。 ここで言う「５０％の完成度」とは、「サービスとして『完成品』と呼ぶにはまだ機能が十分揃っていない」という意味の完成度を指し、決して「アーキテクチャーや不完全だったり、明らかなバグがあるのにサービスインしてかまわない」という意味ではないので注意が必要だ。 少し前に、私の会社で外部のエンジニアを使ってあるウェブ・サービスを作ったことがあるのだが、慣れていない人にプロジェクトのマネージメントをさせてしまったために（これは私のミス）、一応外見上は動いているものが出来てきたものの、スケーラビリティに明らかな問題があり、ユーザーの数が増えたときに破綻するようなものが出来てきてしまったのだ。 担当
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Martin Fowler氏の語る“犠牲的アーキテクチャ"
http://www.typemiss.net/blog/kounoike/20060120-54