タグ

___考え方に関するcyokodogのブックマーク (109)

  • 株式会社はてな最強化計画 - ココロ社

    こんにちは。勝手コンサルティング企業、ココロ社です。 新コーナーを作っては放置して申し訳ありません…ときどき、勝手にコンサルトをする企画をやっていきたいと思います。 みなさんは、自分が顧客という立場のときも、「うーん…ぼくがここの担当だったらこうするなぁー」と思うことってないでしょうか。わたし自身は、典型的な総合職という感じで、サービスの企画・ソフトの制作・広告の制作・編集などを少しずつかじっているだけで、どの分野も中途半端にしか知らないのですが、普通にビジネスをしている感覚からすると、「ネットのサービスの提供の仕方はちょっと変わってる」と思うことが多いです。とくに株式会社はてなは、マイペースな運営で商機を逃している感じがして、他人事ながら気になってしょうがない!…ということで、僭越ながら、わたしが今まで取り組んできたビジネスの感覚から、ブログサービスの運営方法について、こうしたらいいので

    株式会社はてな最強化計画 - ココロ社
    cyokodog
    cyokodog 2008/04/15
    はてなをとっつきやすくするアイディア。
  • プログラミングできない元請けがプログラム設計書をレビューするという矛盾 - ひがやすを技術ブログ

    人によってプログラム設計書の定義が違っていそうなので、最初に定義しておきます。ここでいうプログラム設計書は、ほとんどプログラムと対応するようなロジックが記述されているようなものです。 プログラム設計書を作るのは「誰が書いても同じコードにするため」だけでなく、元請けがレビューするためでもあります。元請けがプログラミング言語を読めないので、日語に落としてレビューします。コードを書いてからプログラム設計書を作ることもあります。 プログラミングがあまりできない人が、ちゃんとしたプログラム設計書はかけないのと同じように、プログラミングできない人が、プログラム設計書のレビューはできません。 当然だよね。プログラミングができないのなら、プログラミング言語を自然言語に翻訳したプログラム設計書を理解できるはずがない。 できるとしたら、誤字脱字、単語が統一されていないとか、日語が変だとかそんな指摘くらい。

    プログラミングできない元請けがプログラム設計書をレビューするという矛盾 - ひがやすを技術ブログ
    cyokodog
    cyokodog 2008/04/15
    いい事いいますね。要は何のためのプログラム設計書かと。仕様書に細かな長々したSQL書いてあっても、メンテするとき信用できないよ。ソース見なきゃ安心できん。
  • プログラマが仕様を決めればいい - GoTheDistance

    最近よく思います。 システム開発の上流工程においてはコードは出てこない。言葉や図解で埋めつくされて、最終的には日語でしかない。設計書とか仕様書とか。で、この大抵上流工程ではこれらのドキュメントに対するレビューなるものがあるのですが、これが実に無益なものだと感じることが多い。こんな所でPDCAまわして何が面白いんだろうとよく思う。 ここでチェックする多くのことは、言葉の解釈に関することがほとんどです。 この言葉はプロジェクトで使われていない 書き方が統一されていない 誤字脱字が多いので直せ。 この文章ではこのように解釈される恐れがある ここではこのような話になっていたがどうなのか こんなんばっか。どこもそうだと思う。解釈の違いは、要件の違い。なんちゃって。 で、結局こういうことを繰り返していくうちに段々とドキュメントがグダグダになっていく。そして繰り返していっても前提が変わってしまえば全部

    プログラマが仕様を決めればいい - GoTheDistance
    cyokodog
    cyokodog 2008/04/11
    SEは顧客の立場で要件定義の整理、プログラマはそれ以降設計・製造をという考え方。全工程一人で担当の方がおもしろいっていうのは確かにそう。自分も8年間程そんな感じだが責任も大きいけど得るもの大きい。
  • http://d.hatena.ne.jp/habuakihiro/20080411

    cyokodog
    cyokodog 2008/04/11
    自前フレームワークを公開する場合は「フレームワークについて論じる場合は、そのフレームワークが想定している開発プロセスとあわせて議論すべきだと」これが重要。
  • 技術が枯れる瞬間の見極め - ひがやすを技術ブログ

    ギークなら、わくわくするような新しい技術をいつも試してみたいと思っているでしょう。しかし、現実の開発の現場では、ギーク以外の人がほとんどなので、新しい技術には興味がないわけです。たぶん、新しいことを覚えること自体面倒だと思っているでしょう。 そういう中に新しい技術を導入するには、「生産性が高くなる」「開発が楽になる」ということをまわりに納得してもらわなければいけない。最初は、反対されるでしょう。自分が責任取るからと強引に導入しようとするときに、考えて欲しいのは、その技術の枯れ具合です。 新しい技術なので、枯れていないのは当たり前です。なにかあったときに、頼れる場所があることが重要です。頼れる場所とは多くの場合、MLやフォーラムなどでしょう。そこでのレスポンスが早ければ、多少枯れてなくても何とかなります。 何とかなるとはいえ、枯れていない状態が長く続けば、それだけ利用者の負担も増える(MLな

    技術が枯れる瞬間の見極め - ひがやすを技術ブログ
    cyokodog
    cyokodog 2008/04/07
    昨年teeda採用した身としてはとりあえず安心。アップロード機能実装されたみたいなので今度試そう。
  • 一般人よりプログラマが優れている10の理由 - あと味

    私は常日頃、「プログラマって絶対優秀だよなぁ」と感じています。そう思っている理由を10個にまとめてみました。 ちなみに、私はプログラマではありません。一般人です。現場を知らないので、理想論に近い話になっていると思いますがご了承ください。どうやらおもいっきり理想論っぽいです。 抽象化・具体化ができる オブジェクト指向限定かもしれません。一般人よりもものごとの質を見極める目を持っています。また、その訓練をしています。多くの偉人たちは、このスキルを持って、人々を導いてきました。 適材適所ができる どの言語を使うべきか、どのライブラリを使うべきかということの最適解を常に模索しています。一般人よりも適材適所に対する感度が高いと思います。 MECEなグルーピングができる 関数やクラスなど、漏れ・重複が極力ない設計を心がけています。一般人は、グルーピングしても漏れも重複も発生してしまうことが多いです。

    一般人よりプログラマが優れている10の理由 - あと味
    cyokodog
    cyokodog 2008/04/07
    日々の努力が大事かと。
  • WEB+DB PRESS Tech Meeting [資料&動画]|gihyo.jp … 技術評論社

    当日の講演資料と動画を公開です。 動画はニコニコ動画を利用して配信しています。ニコニコ動画のアカウントをお持ちでない方でも,gihyo.jp上で動画を再生できます(コメントの書き込みはできません)。 動画の最後でニコスクリプトを使ったアンケートを行っていますので,ニコニコ動画のアカウントをお持ちの方はご協力いただければ幸いです。動画をクリックすることでニコニコ動画の該当ページへアクセスすることができます(ニコニコ動画のマイリストはこちら)。 今回の動画公開にあたって,gihyo.jp用に新たなニコニコ動画プレーヤーを作っていただきました。この場を借りてニコニコ動画の方にお礼を申し上げます。 JavaScript Tips & Technique IT戦士amachangが最近のJavaScriptのテクニックやTipsについてご紹介します。

    cyokodog
    cyokodog 2008/04/02
    はぶさんのプレゼンがとてもすばらしい。ファンになった。
  • 夏のはぶにっき - オフショア

    not found

    cyokodog
    cyokodog 2008/04/01
    業界の流れが分かる
  • http://d.hatena.ne.jp/habuakihiro/20080331

    cyokodog
    cyokodog 2008/03/31
    計画は実績ではない。うまく進んでいくためのツールにすぎない。だからこそじょうずに使うと非常に便利な道具である。