タグ

geekに関するUDONCHANのブックマーク (10)

  • Geekと話していてもつまらない。 - FreeBSDいちゃらぶ日記

    Geekと話していてもつまらない。 会社に入ってエンジニアと話すようになった。 大学・大学院とまともなGeekを見つけられなかったから東京の会社に行けば凄い奴がいるだろうと思ってた。 しかし、その目論見は甘かった。東京に来てやっとGeekという集団が見えてきたけど、実態は全然ぬるい連中だった。 まず、話していてもつまらない。「ああ、現実逃避の場所として計算機を選んだんだな」というのが丸わかりなほど、まともな返答ができない奴が多すぎる。生活の中で(こういう言葉は嫌いだが)ボケを言うにもLinusのメーリスの引用だとか、Geekな再実装(ただし、OpenBSDコミュニティ内では良くあること)をする程度のことが「面白い」とされている。それですら誰かが提案していて、「ここでこれを実装すればセキュアだ」と学習した上での実装でしかないし、全く自分の意見や信念というものを持っていない。アンテナもすっかり

    Geekと話していてもつまらない。 - FreeBSDいちゃらぶ日記
  • そろそろ3つのポイントについて「弾言」しとくか : 404 Blog Not Found

    2008年10月27日18:30 カテゴリLightweight Languages そろそろ3つのポイントについて「弾言」しとくか 熱もやっと引いてきたので。 中途半端に優秀なプログラマが「正しいプログラミングテクニック」だと妄信しがちな3つポイント - 分裂勘違い君劇場 ちょっと囓っただけの素人が自分を過信して陥る三つの罠? - カレーなる辛口Java転職日記 三つのポイントに行く前に まずはこの台詞から。 うーんと,30点.「もう少しがんばりましょう」レベル. まず、この台詞はプロ2グラマーとしては0点。 なぜなら、プログラムが正しいかどうかを決めるのは、使う人々だから。 この中には、自分自身も含まれる。一行野郎からテストスクリプトまで、おそらくプログラムのほとんどは、自分自身のために書かれる。こういうプログラムまで「スコープがどうの」だの「言語がこうの」などというのはまさに no

    そろそろ3つのポイントについて「弾言」しとくか : 404 Blog Not Found
  • Webエンジニア武勇伝 第32回 前編 荻野淳也 氏(ogijun) | コントロールプラス株式会社

    今回は、第20回の「Webエンジニア武勇伝」に登場いただいた日Rubyの会会長・ツインスパークシニアプログラマ高橋征義 氏のご紹介で、ogijunさんこと、コントロールプラス株式会社の荻野淳也さんにお話をお聞きしました。荻野さんはRubyをはじめ、あらゆるカンファレンスに足を運び、自らの師やコミュニティの繋がりを作られてきました。そんなとっても熱くてとってもクレバーなogijunさんの生きざまに魅せられたインタビューを存分にお楽しみください。熱いインタビューは150分にも及ぶロングインタビューになりました。前編後編に分けてお届けします。取材は、デザイナーズマンションを利用したオフィスをお借りしました。 荻野淳也 氏 ◆ 1975年生まれ。新潟県糸魚川市出身。 ◆ 東京都立大学在学中からプログラミングのアルバイトをはじめ、フリーランス起業なども経験しつつ数社を経た末、2007年8月よりコ

    UDONCHAN
    UDONCHAN 2008/10/16
    ことをやるわけですよ。そこにいくとマシン語の16進ダンプがズラーッとチェックサム付きで並んでいて、アセンブラですらないマシン語プログラムが紙面にずらっと書いてあったんです。それを打ち
  • geekDB - geek Daisuki Benny's lovecall

  • 技術力の高いエンジニアをどこまで特別扱いすればいいのだろう - これ僕.com:行動分析学マニアがおくる行動戦略

    malaがはてな退職したって事で、原因は何だろう? malaさんがはてなを辞めた理由は知らないけども、このエントリーを読んでて思い出したことがあった。 3年ほど前に私が15名ほどのチームでプロジェクトリーダーをしていたとき、一人だけずば抜けて技術力のあるエンジニアがいた(Aさんとする)。Aさんは私の1つ上の先輩で、その技術力の高さを見込んで、ライブラリだのフレームワークだのの開発や改善をお願いしていた。それについては、当然ながらチームに多大な貢献をしてくれたと思っているし、技術に意識の高いメンバーを彼に付けて作業させたので、他のメンバーの成長にも役立ったのは間違いない。 しかし、その時プロジェクトには、もっと単純だけど、時間がかかって根気の必要な、欠かすことの出来ない作業もあって、ほとんどのメンバーはそれに従事していた。多分、ライブラリだのをプログラミングするよりも、ずっとツマラナイ作業

    技術力の高いエンジニアをどこまで特別扱いすればいいのだろう - これ僕.com:行動分析学マニアがおくる行動戦略
  • 大常昌文――「懇親会でしか出ない話」こそ面白い - @IT自分戦略研究所

    大常氏は勉強会にはどのくらいの頻度で顔を出しているのだろうか。 「大きなものは3カ月に1回くらい。20人規模くらいの小さなものだと、2カ月に1回くらいでしょうか」 初めて参加したのは「Lightweight Language Weekend」。tDiary(Rubyで作られたWeb日記ツール)の作者、ただただし氏が書いていたLightweight Languageのイベントレポートを読んだのがきっかけだという。 「僕は当時、プログラム言語を使って仕事をするという立場ではなかった。せいぜい、システム管理上でスクリプトを書くくらい。だから、テーマそのものに大きく興味を引かれたわけではなかったんです。なぜ興味を持ったかというと、ただただしさんの日記は普段から読んでいたから。Rubyがどうこうという内容よりも、その人を知りたいから、その人に会ってみたいから、という理由で行ってみようと思ったんです」

  • サービス終了のお知らせ

    サービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。

  • テクノロジー : 日経電子版

    電通、三菱UFJ信託銀行など大手企業が相次ぎ参入を表明する「情報銀行」。ここに挑むベンチャー企業がDataSign(東京・渋谷)だ。同社の太田祐一社長は情報銀行という言葉が生まれる…続き 中部電力が「情報銀行」参入へ 電力データを活用 [有料会員限定] 「情報銀行」説明会に200社 データ流通の枠組み始動

    テクノロジー : 日経電子版
  • IT再生の「のろし」を上げよ!──シリコンバレーに切り込んだ八人の侍 (1/4)

    のスーパークリエイターは世界に通用するのか? 米国現地時間の10日、IPA(独立行政法人 情報処理推進機構)の「未踏ソフトウェア創造事業」で選ばれた「スーパークリエイター」を含む7団体8人が、米国市場進出へ向けシリコンバレーで一堂に会した。 彼らの目的は米国のベンチャーキャピタリストに会って、自らの事業を説明することだ。また、現地のベンチャー企業を訪問したり、米グーグルでプレゼンテーションを行なう。果たして日IT業界から、世界に通用する野茂やイチローのようなヒーローは誕生するのだろうか? この記事では彼らの足取りを記録していこう。

    IT再生の「のろし」を上げよ!──シリコンバレーに切り込んだ八人の侍 (1/4)
  • #6 IT戦士 天野 仁史/こんにちはこんにちは! Hamachiya2(後編) Webアプリ開発でもっとも重要なこと | gihyo.jp

    小飼弾のアルファギークに逢いたい♥ #6IT戦士 天野 仁史/こんにちはこんにちは! Hamachiya2(後編) Webアプリ開発でもっとも重要なこと 天野 仁史さん、Hamachiya2さん(はまちちゃん)との対談の後編です。 編集部注) 対談は2007年3月に行われたものです。 撮影:武田康宏 優れたエンジニアって 弾:毎度おなじみの質問です。優れたエンジニアとして重要なのはどんなことでしょうか。タグは綴じようとか(笑⁠)⁠。 天:俺は自分1人でどこまで作れるかっていうことだと思います。上から下まで自分でどのくらい作れるか。そういう意味では、自分はまだまだかなぁと思うんですけど。 は:そういう人がそばにいたら、何でもお願いしたくなっちゃうかも。アイディアが湧いたら「こんなの作って」とかって。この人に言ったら、上から下まで全部できちゃうみたいな。 弾:いやでも何でもやら

    #6 IT戦士 天野 仁史/こんにちはこんにちは! Hamachiya2(後編) Webアプリ開発でもっとも重要なこと | gihyo.jp
  • 1
pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy