『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直
すでにお気付きかと思いますが、9月2週のBiz.ID、ホットトピックはなんといっても「ライフハックテンプレート」です。すでに多くの好評を得て、編集部でもひと安心。一緒に作っている田口元さんとともに無事オープンできたことを感謝いたします。 現在のところ、特に人気があるのは「＃001 プログレスバー付ToDoリスト」と「＃003 使途不明時間撲滅シート」の2つです。 プログレスバー付ToDoリストについては、はてなブックマークでも、「これはよいソリューション。タスクを分解したりする手間をかけられない（あるいはそうしたテクニックを習熟していない）人でも使えるし、シンプルでわかりやすい」などの評価をいただきました。 色分けで楽しく 「どうしてこんなに時間がたつのが早いんだ」を解決する使途不明時間撲滅シートは、色でマーキングすると使い勝手が向上するようです。 例えばブログ「だから問題はコミュニケーシ
やたらと豪華なメンバーで話題沸騰のイベント、ITpro Challenge!に行って来た。 定員70名の中のラッキーな一人だったのでさっそくレポート…というかただのメモ。 もし会社員のままだったら今日絶対休めてないのでいいタイミングで辞めた俺GJ。 詳しい内容は後日動画がニコニコとかに上がるそうなのでそちらをチェックされたし。 発表者とLTの面子だけでも豪華なのに、右斜め前を見ればMatz氏が、左を見れば吉岡氏がいらっしゃったり…など聴衆もスゴかった。 メモが取り切れてないので細かい点は色々はしょって印象的だった所だけ…。（聞き入ってた。） 懇親会は存在を知らずに申し込んでなかったので直帰。出来れば参加者宛にメール流してほしかったなぁ…ブログの存在知らなかった…。 参加者へのリマインドメールにブログの記載がありました。僕が勝手に見落としていただけのようです。 2007/09/10追記 もは
「めいちょ」と銘打たれるとなかなか手が出せないもの。大著であることも多いし、何より難しそうなイメージが先行してしまう。さらに、たいていは「古典」…なので、書店で平積みになってる賞味期限 1 年のハウツー本みたく目に入ってこない（←こちらからアプローチをかけないと手に入らない）。 というわけで敬遠していた方へ朗報。「ソフトウェア開発の名著を読む」で手軽に「めいちょ」の品定めができる。この手のカタログ本だと、「コンピュータの名著100冊」が有名だが、これはたったの8冊の紹介、しかも新書なので30分で読める。 しかも、言語は問わない。もちろん FORTRAN や Pascal といった「古語」のコードが出てくるが無問題。伝えたい何か、例えば「プログラミング作法」や「よいコードを書くための習慣」を表現するための、レトリックとしてのコードなのだから。 とどめは、昔から、誰からでも、何度でも指摘されて
失敗しないプロジェクトマネジメント――Appleやはてな、Googleに学ぶ3つのヒント：デジタルワークスタイルの視点 プロジェクトが失敗する要因は「計画」「やる気」「変化」の3つ。これらを管理しようとすればするほど悪いスパイラルに落ち込みます。Appleやはてな、Googleなど、注目企業ではどのようなマネジメントを行っているのでしょうか。 「完璧に管理しようとすればするほど、プロジェクトは失敗する」という悪いスパイラルが存在します（2月21日の記事参照）。そこで今回は、どのようなプロジェクトマネジメントをすれば、プロジェクトを失敗させないようにできるのか考えてみたいと思います。 プロジェクトが失敗する要因は「計画」「やる気」「変化」の3つ。前回はそれぞれを完璧に管理しようとしていましたが、今回は考え方を180度変えてみましょう。それぞれの要因を最初からなくしてしまうのです。 失敗しない
プロジェクトマネジメントを考える上で、Apple、はてな、Googleという3つの企業の事例を紹介しましたが特殊事例だったかもしれません。今回は、もっと身近な事例を考えてみましょう。 前回、失敗しないプロジェクトマネジメントを考える上で、Apple、はてな、Googleという3つの企業の事例を考えてみました。はてなブックマークでも、多くの方からコメントを頂きましたが、やはり「そうは言ってもね」というのが正直な反応だと思います。 そこで今回は、プロジェクト管理の「負のスパイラル」を脱出するために、もう少し身近な事例を参考にしてみたいと思います。 ちょっとだけ、失敗しないプロジェクトに近づくための3つのヒント 短期ではなく、長期で考える 遅い人ではなく、早い人に注目する 大きく始めず、小さく始める 短期ではなく、長期で考える 通常のプロジェクトでは、前回紹介したAppleのように「締め切りを事
↓で紹介されてた新しいプログラミング言語を習得するための15の方法についてhttp://forums.programming-designs.com/viewtopic.programming languages but job demands to learn a new language frequently in a short time. Instead of reading hundreds manual/book pages, I quickly read 10-15 pages of tutorial or primer. (As you know google is the best search engine to look for such stuff). I keep p
ポール・グレアムのエッセーを訳してみました。 id:lionfanさんにより、いわしが設置されています。ありがとうございます。誤訳等があればこちらでもそちらでもいいので教えていただけると幸いです。 http://q.hatena.ne.jp/1171633871 なお、「wise/wisdom」「intelligent;smart/intelligence」が使われていますが、それぞれ「賢い/さ」と「頭の良い/さ」としています。 ポール・グレアム「賢くなる価値はあるの？」 Is It Worth Being Wise? http://www.paulgraham.com/wisdom.html 2007年2月 February 2007 何日か前に、わたしが25年間ずっと不思議に思っていたことの答えを見つけることができた。それは賢さと頭の良さの関係だ。二つが違うということは誰にでもわかる。
連載終了にあたって（下）今こそ求められる日本の「國體」（2008/9/24） 連載終了にあたって（上） 左右の「バカの壁」破ろう（2008/9/17） 福田総理にあてた記者の公開状（2008/9/10） メドベージェフの“乳離れ”（2008/9/3） パキスタン大統領の辞任（2008/8/27） グルジア問題の背景（下）（2008/8/20） グルジア問題の背景（上） （2008/8/13） 北方領土ビジネスを駆逐せよ（2008/8/6） 北方領土と竹島（下）（2008/7/30） 北方領土と竹島（中）（2008/7/23）
Heads up! This page uChrome for the best experience. sidebar#close mouseup->tweet#update input->tweet#update keydown->tweet#update scroll@window->tweet#update" data-bookmark-id="/gettingreal"> �A�fU 0h��fU Getting Real The smarter, faster, easier way to build a successful web application Start reading →
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
