努力には正しい方向がある - レジデント初期研修用資料
どこかに就職したり、何か会社を興してみたりといった体験を持たない、生まれついての「プロの政治家」という人たち、 学校を出て、最初から政治家として活動して、努力した人たちが、そのまま最上階まで行ってしまうのは、恐ろしいことだと思う。 努力した人はしがみつく 何かの目的を持った人、目標を「これ」と決めて、それを実現するためのやりかたを考えた経験を持つ人は、 あらゆる場所が通過点になる。目標を達成したなら、たぶんまた別の目標が見つかって、やるべきことや、必要な資格なんかは、その都度変わってくるだろうから。 漠然と「努力」を重ねて、努力の「ご褒美」として、一番高い椅子を手に入れてしまった人には、もはや「上がりの先」を想像することができない。努力をもっとやろうにも、 そこにはもう、問題集とか、次のご褒美を用意してくれる誰かはいないから、先が見えない。 こういう人が頂点に座ってしまうと、今度はじゃあ、
Webサービスと時間軸 - 縁側でお茶
RSSリーダーで読んでるサイト経由で↓ http://q.hatena.ne.jp/1216218101 のはてなQuestion見つけて、この回答全部そろった時にまた見たいな、と思ってはてブしたんだけど、そういうのって結局後で見ない事が多い。 ので、たとえば「俺専用RSSサービス」か何かがあって、そこに「数日後のこのページの内容RSS化してRSS流して」とか予約しとくと、指定通りにRSS化してくれて、あとはそれをRSSリーダで読んでればチェックできる、とか、何かそういうのほしいなー、とふと思った。 「時間差で」とか、時間軸の要素もっと入ってくるとまた何かサービスのアイデアとか広がるかもなぁ…。
ウィトゲンシュタインの物差し・「いやらしい体」・他人の商売の悪口 - 極北データモデリング
今年No.1の名著「まぐれ」を読む。 まぐれ―投資家はなぜ、運を実力と勘違いするのか 作者: ナシーム・ニコラス・タレブ,望月衛出版社/メーカー: ダイヤモンド社発売日: 2008/02/01メディア: 単行本購入: 28人 クリック: 585回この商品を含むブログ (174件) を見る この中に「ウィトゲンシュタインの物差し」といういい話が出てくる。 書評は本そのものよりも書評を書いた人のことをいろいろと描き出す。私はこの仕組みをウィトゲンシュタインの物差しと 呼んでいる。物差しでテーブルの長さを測っているとき、とても信頼できる物差しでなければ、同時にテーブルで物差しを 測っていることになる。物差しが当てにならなければ当てにならないほど、得られる情報は物差しに関するものが多くなり、 一方テーブルに関するものは少なくなる。 これ、気付かないでやってしまうと恥ずかしいことになるから注意が必要
満足せる豚。眠たげなポチ。:業務システム開発でドキュメントを作ることについて
職場でここ３〜４ヶ月の間、システム再構成のためのドキュメント化プロジェクトというのを進めてきた。その中で『ドキュメントを書く』ということに対する意識が随分自分の中で変化したので、メモしておく。 まずは経緯から。 そのシステムは、いわゆるレガシーなシステムで、十数年来の歴史を持つ。これまで基盤が多少変わることがあっても基本的にソフトウェアアーキテクチャ（どのような単位で機能をモジュール化するか、どのように機能を抽象化し変化に対して柔軟にするか）に変わりはなく、作った当初の設計にツギハギしてメンテナンスを続けていた。 元々は、一体何をすれば増員以外の手段で開発量を上げられるかということを議論していた。現行のアーキテクチャのままでは求められる開発期間とバージョンアップのサイクルに対して近い将来限界を迎えることが明白であったためだ。 今のアーキテクチャや設計に問題があり、メンテナンス性を大いに損ね
静的オブジェクト指向は設計者が苦労を背負込むシステム
2009-09-26 北陸Scala第1回開催 2009-04-04 第十四回java-ja勉強会 - 第1回チキチキ 地方巡業withひがやすを飲み会in富山開催 2009-03-20 わんくま大阪勉強会#28 「ジェネリクスを使おう！」 2008-11-08 わんくま富山勉強会#1 開催 2008-08-09 わんくま東京勉強会#23 「C#登場前夜」 2008-04-01 *で始まるタイトルはエイプリルフールネタです 2008-01-26 わんくま東京勉強会#16 「ライブプログラミング」 2007-12-08 わんくま名古屋勉強会#1 「わんくま初めてのJava」 2007-07-28 開店 みねこあさんのところで挙がっていた、 静的オブジェクト指向と動的オブジェクト指向の軽さについての話題から。 Javaは経済的事情をうまく捉えて普及した プログラミングの効率と経済で書いていると
仙石浩明の日記: なぜ、「購入 VS 賃貸」 という比較がナンセンスなのか？
このように考えれば、 「賃借して住む」の部分は両者に共通であるから除外して比較することができる。 つまり「買うか？ 借りるか？」という比較は、 「不動産投資を行なうか？ 行なわないか？」という比較になる。 4000万円の新築マンションを購入するとして、 頭金を800万円（購入価格の2割）、 残り3200万円を金利3％、 35年返済で借りるとした場合、 月々の返済額は12万3000円となる。 頭金800万円を加えた総返済額は約5970万円。 これに固定資産税、維持管理費等の支払いが約1700万円。 結局7670万円の支払いをして、マンションが自分の資産となるわけである。 ここで、 (自分自身に) 月額 12万3000円の家賃で賃貸すると考える。 もちろん家賃の額は任意に設定して構わないのであるが、 ここでは簡単化のため、 家賃をローンの月々の返済額と同額の 12万3000円に設定してみる。
天才機関説と未踏の次 - 雑種路線でいこう
RubyのMatzさんがBruce Eckelのエントリを紹介している。この2:8の法則を掛け合わせるという論法は他にもいろいろ使えそうな感じ。例えば、8割のプロジェクトは失敗と見なされており、成功した残り2割のプロジェクトを牽引したのはそのうちの2割なのだ、とか。8割の開発者は結果を出し得るプロジェクトに携われておらず、結果を出し得るプロジェクトに携わっている開発者のうち8割は実際の成果を上げられていないとか。 IT技術者ではトップ5%は残りの人たちの20倍の生産性を持つという。 これが本当のことであるとしたら、その科学的な根拠はなにか、という話。 80%の技術者は、本を読まない、イベントに参加しない、勉強しない。 それでどうして、それらを継続的に行う開発者と同等の生産性をあげることができるのか。 それらを行う20%のうち、さらに80%は、(まだ)うまく成果をあげられていない。 すると、
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
ニコニコ動画が言い続けた「アンチ集合知」とは何だったのか - Attribute=51
ニコニコ動画はおもしろい。 たぶん、Webサービスにおける2007年最大の革命だと思う。 ただ、ニコニコ動画のおもしろさや技術的な側面については多くの場所で語られているけれど、 どうも今ひとつ表層的な部分で終わってしまって、本質にたどり着いていないような気がするんです。 例えばちょっと前の記事、 ・Second Lifeとニコニコ動画の同期性、“後の祭り”と“いつでも祭り” でも、「コメントが積み重なって、あたかも擬似的に同期しているからいいんだ！」と言われてますが、 それはそうなんだけど、そうだと何がいいのかがよくわからない。 「コミュニケーションが取れる」イコール「楽しい」みたいな図式が自動的にできあがっているようで、 なんとなく釈然としなかったのです。 ・ニコニコ動画に学ぶ、人気サービス開発の極意:スペシャルレポート - CNET Japan こちらも、記事の内容は素晴らしく、なるほ
レジデント初期研修用資料: 技術の接木可能性
レジデント初期研修用資料 引っ越し前の旧blogです。新しいアドレスは http://medt00lz.s59.xrea.com/wp/ になります 技術は過去に蓄積してきたものの延長線上にしか発達しえないし、 そうではない、本当に画期的な提案というのは、たいていの場合過去によって潰されてしまう。 それが優秀であろうが無かろうが、今までみんなが使ってきた技術というものは、 「みんなが使った」そのこと自体が価値をもって、もっと優秀な技術が出てきても消えない。 たとえそれが虫垂みたいに事実上不必要なものになっても、消え去ることはない。 未来に可能性のある技術が生き残るとは限らない。技術の行く末を左右するのは、 むしろ過去の蓄積に対する「接木」の行い易さであって、接木可能性を持たない、 蓄積してきた過去の書き換えを要求するような技術は、それがどんなに画期的なものであっても、 それが発展する可能性
雑種路線でいこう - どっこいSIerは簡単になくならない
SIerが変わらなきゃってことには同意。けど日本でSIerは当分なくならない。少なくとも解雇規制がなくならないとね。米国で何故ユーザー企業が専門家を雇えるかというと、要らなくなったらクビにできるからだ。例えば汎用機とCobolのシステムをLinuxとJavaに移行する場合は、汎用機オペレータとCobolプログラマを切って、LinuxオペレータｔJavaプログラマを雇い入れる。そういう世界だ。 日本じゃ簡単にクビを切れないから、潰しのきかない技術者はできるだけ雇いたくない。そこのところはSIerに押しつける訳だ。重層的な下請け構造が何故あるかというと、SIerも簡単にはクビを切れないんでバッファを必要とするからで、6次とか7次になれば会社そのものが吹けば飛ぶ世界で、労働基準法なんか形骸化しているしね。 今後はユーザー企業がどんどん内製で出来るようなシステム作りを支援する方向に向かわねばならな
「車輪の再発明をするな」の流行は孔明の罠 - きしだのHatena
なんかの実装がオープンソースで公開されているときに、同じ機能の実装を行うのは「車輪の再発明」で無駄な行為だといわれた時期がありました。 でも、それは「再発明」ではなく「再実装」であって、とても大切な行為です。 車輪にしたって、ブリヂストンも横浜ゴムもタイヤの開発をいまもって続けてるわけです。タイヤだけでなく、ホイールからベアリングからドライブシャフトから、「車輪」の部品については、いまだにいろいろな会社が切磋琢磨して再実装を続けているのです。 世の中に出ているライブラリを自分で実装してみるとわかることは、自分の実装を持っているという強さです。 たとえ世の中のライブラリに機能的に性能的に負けていたとしても、自分の実装というのは自分のニーズに合わせるという点でとてもいい。特に、処理の途中の値を使えるというのがいいのです。ライブラリでは、入力したら出力が返ってくるまで中身が見れないですからね。
「メインフレームにこだわると，技術が伝承されなくなる」——JTBの野々垣氏が警鐘：ITpro
「もし情報システムのオープン化に躊躇している現場があるならこう言いたい。メインフレームにこだわるな。一刻も早くオープン化に取り組めと」――。 JTB情報システムの野々垣典男氏（執行役員 グループIT推進室長，写真）は29日，都内で開かれたセミナーでこのように述べ，メインフレームに固執する企業に対して警鐘を鳴らした。日経SYSTEMS主催の創刊1周年記念セミナー「変化に強いシステム基盤の条件～ITインフラの最適設計を目指して」の基調講演で語ったもの。“脱メインフレーム”の最大の理由を野々垣氏は「システムを再構築するプロジェクトを敢行しなければ，ベテランのノウハウが伝承されない」ことだと強調する。 もちろん再構築の狙いは「技術伝承」だけではない。JTBでは1970年代に構築した旅行予約販売システムの再構築を，2002年から5年計画で進めている。その主な目的は，インターネット販売への対応や，各店
てすとくどう～Ognacの場合
Ognacの雑感 木漏れ日々 目次 ホーム 連絡をする RSS Login Blog 利用状況 投稿数 - 1487 記事 - 0 コメント - 45675 トラックバック - 143 書庫 2014年5月 (6) 2014年4月 (13) 2014年3月 (14) 2014年2月 (12) 2014年1月 (12) 2013年12月 (13) 2013年11月 (13) 2013年10月 (11) 2013年9月 (13) 2013年8月 (14) 2013年7月 (13) 2013年6月 (14) 2013年5月 (15) 2013年4月 (13) 2013年3月 (14) 2013年2月 (13) 2013年1月 (15) 2012年12月 (14) 2012年11月 (14) 2012年10月 (15) 2012年9月 (14) 2012年8月 (13) 2012年7月 (13)
ユーザー・インターフェイスの設計に大切なのはデザイン・ポリシー
何かの「ユーザー・インターフェイス」を決める時に大切なことは、自分なりのはっきりとした「デザイン・ポリシー」を持って、誰が何と言おうと最後までそれをしっかりと押し通すこと。そういう「柱」をしっかりと持たないで作ったものは、往々にして「妥協の産物」になってしまう。 私が常に心がけていること（つまり、私のデザイン・ポリシー）は、「ユーザー・シナリオを８０：２０ルールで切り分け、常に８０の方（つまり多くの人が使うだろう機能）を最優先にした設計にし、２０の方（あった方が良いかもしれない機能、一部の人が必要とするかもしれない機能）は思い切って犠牲にする」こと。 典型的な良い例が、Youtubeを見るためのサービス、Rimo と oreseg。 機能的には、カテゴリー分けはしてくれているし、サムネールから自分で見たいものを選べるし、oresegの方が上である。しかし、「ただだらしなく面白そうなビデオを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてな
六月水無月はぶにっき - 社長モラトリアル