ウェブ狂の詩 - @takejune web制作に関する覚え書き このブログの公開は終了しました
![パスワード認証](https://cdn-ak-scissors.b.st-hatena.com/image/square/da78a05937633f7a2b4b2219826151c370cd607b/height=288;version=1;width=512/https%3A%2F%2Fparts.blog.livedoor.jp%2Fimg%2Fusr%2Fcmn%2Fogp_image%2Flivedoor.png)
[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。 最近、しょっちゅうと言う位にTwitterやらはてなブックマークやらといった、いろいろなWebサービスを利用することが多くなってきました。そんな今流行のWebサービスを整理・分類してみました。 図 Social Media in Japan(ver 0.60) Social Media in Japan by H.Yoshikawa, Y.Yamaguchi, T.Nakamura is licensed under a Creative Commons 表示-非営利 2.1 日本 License. Based on a work at www.briansolis.com 旧画像はこちら ・ver0.4(2009/01/04) ・ver0.5(2009/01/05) (※図中の
こんにちは satoです WEBサービスは作るよりも運用の方がコストがかかるとも言われています。 運用を極力自動化して、コストを減らしたいものです。 ここではウノウで使っているツール類を紹介したいと思います。 1) 疎通、生存監視 webの生存監視などは nagiosを使って監視しています。 nagiosには - いつ(土日を除く、10時~22時までの間で など) - どのタイミングで(N回連続で ,復旧したら など) - 何が起こったった時に(疎通が取れない など) - どうするか(メールで通知する) などを細かく設定できる監視ツールです。 ウノウでは MySQL、memcached、HTTP、ping、DNS、SMTPなどの監視をnagiosで行っています。 2) システムやアプリケーションLOG ログの監視には swatch を使用しています swatchの機能には -
尾藤正人(a.k.a BTO)です 僕はウノウが株式会社化するタイミングでウノウに参画しました。 それ以来はずっと二年半程Webサービスの開発に従事してきました。 ウノウに参画した当初はWebサービスのことは全く分かっておらず、 単なるLinux好きのエンジニアにすぎませんでした。 ウノウ株式会社の創業時に参画することにより、 サービスの企画から開発、運用まで携わることができました。 最初はエンジニアが自分一人だけだっとところから、 現在のように数多くの優秀なエンジニアを抱える企業に成長するまでの組織作りにも関わることができました。 全く経験のないところから始めたので、それこそいろんな失敗を重ねてきました。 そこで今までの経験を元にベンチャーがWebサービスを開発するにあたって気をつけておいた方がいいことをまとめてみます。 Webサービスの開発を始めるには、何はなくとも企画から。 今回はW
会社でプログラミングはしてるけど、プライベートでWebサービスを作って公開するには、どうすればいいんだか・・・という過去の私みたいな人のために。 とりあえず、前提として。 Webサービスを構築するためのある程度のスキルはある 何を作りたいかも決まっている でも、自分でゼロからスタートして公開までの段取りがよく分からん 1.開発言語、フレームワーク、データベースを決める 何はともあれ。持ってるスキルにあっているものが良いと思うけど、新しい言語やフレームワークにチャレンジするのも楽しいかも。お好きなものをどうぞ。ただ、all in oneなフレームワークだと、色々揃えなくてもいいから楽。 言語を決めたら、それに合わせた開発環境を用意して、Hello Worldが動く程度には動作を確認しておく。 私の場合は 言語はruby フレームワークはRuby on Rails データベースはpostgre
2002年、当時設立したばかりの会社に入り、何もない状態から、コンテンツとシステムを作り続け8年が経った。日々、試行錯誤しながら、それなりに会社も大きくなり、まだ、大成功とは言えないけど、それなりにうまくやってきたつもりだ。 しかしながら、その8年という短くはない時間の中で、色々な課題や問題が発生し、その時々正しい選択をしてきたつもりだったけど、反省点も多い。もう一度スタートアップに参加するとしたら、やり直したいところや、もっと早くこうしていれば良かったというところがたくさんある。 そんなわけで、次の挑戦のときに忘れないように、また、もしかして誰かの参考くらいになればと思い、メモっておくことにした。1 まず、反省点の前に、何をやっているのかというのを簡単に。 ビジネスとしては、英語e-learningのWebサービス(ネットを使った英語のお勉強)をASPな形で、企業や大学などに提供している
こんにちは、執行役員CTOの池邉です。 今日はディレクターブログにゲスト参加という事で、「開発者から見たディレクター像」と、それぞれの傾向と対策について書いてみたいと思います。 ディレクターの役割? 弊社での一般的なWebサービスの開発/運用においては、プログラマ・デザイナー・マークアップエンジニア・ディレクターという職種が関わります。 プログラマ = システム開発する人デザイナー = デザインする人マークアップエンジニア = HTML/CSS書く人ディレクター = ???上記のように他の職種の役割が明確なのに比べて、ディレクターの担当範囲というのは非常に不明瞭です。企画職とか言われる事もありますが、プログラマの出す企画が通る場合もあるので、それだけでも無さそうです。 実は弊社においてもディレクターの担当範囲というのは、明確に定義されてないようで、プログラマ・デザイナー・マークアップエンジ
もう全然気合が足りないので、自分への戒めも含めて「新サービス開発」について思いつくままにメモ残します。 新サービスを開発するときには: コンセプト = メタファーを決める メタファーとは、「そのサービスって、つまり○○だよね」の○○に当てはまる具体的な言葉です。 どんなサービスでも「既存の言葉」に当てはめないと理解しにくいので。 「GPS機能で配送遅延から距離を感じられるオンラインメッセージングツール」じゃなくて「それって伝書鳩」みたいな。 これは知り合いに説明してみるとヒントが得られること多しです。 サービス名を決める ドメイン取るとかの理由もありますが、名前が決まっているかどうかで作業のはかどり方が全然違います。 アイデア ⇒ 開発 ⇒ 仕上げ の苦しみ度合いを理解しておく 実は開発する作業が一番楽です。厳しいのは仕上げ。途中で萎えないような工夫が必要だったりします。 時間をかけて悩ん
はじめに 【仕事における80:20の法則】個人・企業のパフォーマンスを最大限に高める方法 | [b] bizMode|世界のデジタルトレンドを読む というブログの中で nanapiというレシピサイトがありますが、c/o時は全然機能がなく、レシピを探せませんでした。果たして、カットオーバー時点において、レシピ検索機能は備え付けておく必要があったのでしょうか?また、個人ページにも全く機能性はありませんでしたが、今はどうでしょう?十分パワーアップしています。 そこに、多くの問題が発生したでしょうか?していません。 少しの問題は発生していましたが、プロダクト価値を脅かすものではありません。 徹底的に80%にこだわり、重要なポイントは、十分に抑えられていたと思います。 こんな記事で紹介してもらったので、ちょっと書いてみます。記事内では、最初は検索結果に対しての工数をさかずにあとで回した、というニュア
【2020年12月追記:nanapiもnanapiワークスも役目を終えられまして、サービスクローズしています。関わって、育ててくださったすべての方に感謝します】 ■ これまでのあらすじ(読み飛ばし可) わたしは約1年前(2009年夏)から(株)ロケットスタートの nanapi という How to サイト運営に携わっています。(参照:(株)ロケットスタートで働くことになりました) 2010年3月、正式にフルコミットすることになり、東京へ引っ越してきました(単身赴任)。 そしてこの度、新サービス「nanapiワークス」のディレクションを1からやるという大役を任していただけました。 ■ 「在宅でライターの仕事をするサイト|nanapiワークス」 をリリースしました nanapiワークスとは、nanapiに配信される記事を書き、採用されるとポイントが付与されるサービスです。(ポイントは現金とか商
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く