アウトプットができない人がまずやるべき3つのこと: DESIGN IT! w/LOVE
これも立派な意見だと思うんですが。 さて、問題は、自分の意見がない場合だ。そういう場合も当然意見が少なくなる。自分はどちらかというとこちら側にあてはまるかもしれない。おそらく何を考えればいいのかがぶれてしまうのだ。 意見をいわなくてはいけないとか、むずかしく考えすぎてるんじゃないでしょうか？ そりゃ、時が来れば自分の意見を求められる場面もあると思いますけど、アウトプットを増やさなくてはいけないのは、そんなタイミングじゃないんですね。もっと前、ずっと前の段階です。自分の意見を言わなきゃなんていう最後のタイミングのことばかり考えちゃうから間違うんですね。 むしろ、アウトプットができない人がまずやるべきなのは、相手が話しているあいだの自分のインプットを増やすことだと思います。 ようは次の3つ。 オウム返しをする質問をする相手の話の良いところをほめる ここでいう相手は、あなたに何か課題をあたえる人
もうエンタープライズJavaなんて捨ててしまえ - ひがやすを技術ブログ
これまでずっとなるべく言わないようにしていたのだが、もう平たく／明快に言うことにしました。 １）エンタープライズJavaはもう立ち直れないと思う。 だから、 ２）GAEを勉強してそのままクラウドというバズワードに踊らされる道を真剣に考えてみて欲しい。 これまでは、１）は言わずに、２）だけ言ってきた。で、「クラウド」の中でも、私が知っている「GAEで開発する」ことの楽しさをなるべく具体的に紹介するようにしてきた訳なのであるが、前半も言うことにしました。 その理由は、若い人に早く気づいて欲しいから。年を取ったら駄目、というわけではないが、あるフレームワークになれて、その経験が長くなってくると、進路変更は大変になる。ところが、多くの人が「もはやそのフレームワークは、時代にあっていない」と気づく頃には、そういう「進路変更大変状態」になってしまっていることが多い訳です。 というわけで、明言することに
アウトプットは毒素の排泄活動？: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 昨日の「アウトプットができない人がまずやるべき3つのこと」では、インプットとアウトプットをこんな風に定義してみました。 インプット外のものを中に入れるのではなく、自分の境界をすこし広げたり、自分の居場所を移動させたりすることで、それまで外にあったものを内にすることをいう。アウトプット自分を捨てて、リスクを負い、自分の枠組みの外の世界と接することで違う自分に変わること。アウトプットとはその変わった自分自身。 どんなに創造的にみえるアウトプットであろうと人間が生みだすアウトプットは真の創造物ではなく編集物です。自然に存在する素材を加工するか、すでに誰かがつくった人工物を編集することによってしか、人間はアウトプットなどできません。 また別の視点からみると、アウトプットが誰かに何か
「けいおん！」の律のリアクションがノンケな件について。 - たまごまごごはん
「けいおん！」第五話見たよー。 何がいいって、あーた。さわちゃん先生に演奏を披露したときに「適度にへたくそ」なのがいいですね！あんまりうまくないですね！ 確かに練習はしてきてますが、それぞれまだまだ所詮高校生、指導者もなく、経験もない寄せ集めチーム。 リズム隊があってないので、つんのめる感じでごてごてなのが生々しいです。いやあ・・・プロの人が演奏をしていると思うんですが、あえて高校生的な下手な状態を再現するのってかえって難しいような。 唯の「自分なりでまあまあな状態」と「先生に習ってうまくなった状態」が明らかに違うのもまた面白いです。唯の音が詰まっちゃう部分も、確かに普通によく引っかかる部分。 そういう細かいところの表現が「あー、下手だとこうなるよね」というポイントをおさえていて「下手なのがうまい」。 来週は学園祭ですが、マンガ的にめっちゃうまいのも見たいし、リアル的に微妙に下手なのも見た
gdgd言ってないでコード書けよハゲ - ひがやすを技術ブログ
日本に住んでいる限りはプログラマーじゃ飯は食えないってことなんですよ． 最近、「日本はもう立ち直れないと思う」とか「日本に住んでいる限りはプログラマじゃ飯は食えない」とか根拠のないことをgdgd言うやつ多すぎ。 少なくても俺は、プログラマで飯が食えてるし、ワインも飲んでる。 なによりも、100%の時間を自分の好きに使うことができる。日本にいても、プログラマとして十分に成功できるといういい証拠でしょう。 実際のところ、100%自由だといっても、それが楽しいわけではない。 等価交換の法則が存在し、「人は何かの犠牲なしに何も得ることは出来ない、何かを得るためには、同等の代価が必要である。」。「100%自由」へのお返しを会社へも世間へもしなければならない。 多くのものをもらっているからこそ、多くのものを返すために、常にハイリスクハイリターンを狙わなければいけない。この精神的プレッシャーはかなりのも
Kazuho@Cybozu Labs: FreeBSD の ptrace ではサンドボックスを作れないという話
« Q4M 0.8.4 をリリースしました | メイン | MySQL Conference & Expo 2009 に参加してきました » 2009年03月16日 FreeBSD の ptrace ではサンドボックスを作れないという話 t/rperl.tを使うと、特定のシステムコールを禁止しつつ任意の perl script を実行できます。 404 Blog Not Found:perl - FreeBSD::i386::Ptrace released! 自分も今回、弾さんのモジュールを試すまで知らなかったのですが、FreeBSD では ptrace をそのような目的で使うことはできないと思います。というのは、私の理解が正しければ、linux とは異なり、FreeBSD の ptrace でシステムコールの実行を検出し PT_KILL を発行しても、そのプロセスが停止するのはシステムコ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
奥さんが旦那に隠れて読める、エロマンガを考えてみる。 - たまごまごごはん