プログラミングの話 - 鳩舎
この辺見て、いつも思ってること。 プログラミングはアプリを作ることの手段なのか - 銀の人のメモ帳 プログラミングはそれ自体が目的であっていい - mizchi log プログラミングを勉強したい人が勉強する前にすべきこと - もとまか日記 プログラミングは手段です。僕にとっては。 「動けばいいコード」は糞コードだ でしょうね。としか言い様がないです。 あえて例え話にして、プログラミングを車の運転だとします。プログラマは運転手です。 でまぁ、アプリを作るってのが伊豆の旅館に行くことだとしましょう。この時、僕の運転する目的は伊豆に行くことです。間違っても運転することは目的じゃないです。なので別に運転に特に気を使うことはありません。 そこに突然 F1 ドライバーがやってきて、『お前のカーブの曲がり方は下手くそだ』とか『もっといいルート選択がある』とか『こんな運転の仕方じゃガソリン代がもったいな
ベンチャーで働くエンジニアに必要な「勇気」 | Nekoya press
「恐怖」を知ること 35歳が目前に迫りつつある中、ぼちぼちスピリチュアルなことも書いていこうかと思う今日この頃です。 これまで十数年、小さな会社やフリーランス、大企業（はすぐ辞めたけど）を渡り歩いてきて改めてベンチャーの面白さを実感しています。 様々な要素がありますが、その最たる物は「エンジニアが会社の命運を握っている」という紛れもない事実です。自社でプロダクトを開発しているベンチャーにおいて、どんなに立派な経営理念やビジネスモデルも動かないシステムの前ではクソの役にも立ちません。 そして、それはそのままエンジニアの過ちが会社を危機に陥れるリスクを意味します。言ってしまえば「ワンクリックデプロイ」が「ワンクリック倒産」へと直結するかもしれないのです。省力化そのものは目指すべきですが、自分の行為が内包するリスクは忘れてはならないのです。 「何か」が起きてしまった時に上長の責任だ、確認ミスだと
順応するな。意図を持て - ゆーすけべー日記
最近親父と話した事をまとめる。よって、これは時期的に捉われがちな、新入生、新社会人に向けたアドバイスというわけではない。ただの仮説である。まぁもし役に立てば幸い。 話は簡単なことだ。「希望する環境を手にしたければ、環境に順応せずに、向かいたい方向への意図を持ち続けるとなんとかなるかもしれない」と言うこと。ここで言う環境と言うのは仕事をする組織だったり人付き合いだったり、ワークスタイルなども含まれるし、仕事以外のことにも当てはまる。うん、簡単で当然のようなことだ。 そもそも僕の場合は大きな会社組織に属したことが無いのでこれもまた仮説なレベルなわけだが、例えば会社という枠組にフィット出来ないことで自分を責めたり、そこで起きていることが全てだと思い込むと危うい。個人的な話をすると、6年前に父親と会社を立ち上げた時にはそれがベストな環境ではないと考えていて「親子二人で起業なんていいですね」と言われ
同僚の外国人プログラマ観察記録 - rinu's blog
概要 1ヶ月くらい一緒にお仕事している外国人プログラマさんを観察した記録です。 スペック 性別: 男性 仕事内容: うちの会社のプログラマは、ざっくり JS 等のフロントエンドと、 Java 等のバックエンドエンジニアにわかれているのですが、彼はどちらもやっているようです。 好きな食べ物: はちみつ たまに、くまさんのようにはちみつを舐めていました。 性格 彼はめんどくさがり屋です。 同僚の Windows ユーザの手伝いをしている時、 "C:¥Program Files¥..." みたいなパスを打ちながら、「めんどくさい。 ああ めんどくさい」 と 100回くらいつぶやいていました。 (普段の彼の環境は mac なので /usr/local/bin) パスワードを覚えるのもめんどくさいので 1Password で管理しているようです。 PC スペック マシン: Macbook Pro メ
人月計算とExcelとスーツの世界より
俺の住む世界はアイティーとやらに支えられているらしい。 アイティーに関われば、俺の住む世界をさらに素敵なものにしていけるに違いない。していきたい。 そう願って、何も知らなかった文系新卒の俺が金融系のシステム会社に入って、もう一年以上が経つのだ。 昔、お遊びでゲームを作ったことはあった。RPGツクールなんかが好きだった。 だから自分はシステム会社に向いていると思った。 実際、資格取得を勧められて始めた勉強は楽しかった。 浮動小数点数、オートマトン、SQL、スタック、木、論理式。 パズルみたいで楽しかった。コンピュータの中身が理解できて、わくわくした。 楽々と基本情報技術者の資格を手にし、半年後にはほとんど勉強もせずにソフ開も取得した。 研修の課題では同期の誰よりも速く、短く効率のいいソースを仕上げた。 現場に出て、本番機に触った。 ３０年間親会社を支え続ける偉大なシステムの中身を、わくわくし
エンジニアとして大成したいならやってはいけない48ヶ条 - レベルエンター山本大のブログ
いろんなエンジニアを見てきて、成功パターンはそれぞれだけれど 失敗パターンはだいたい決まっている。以下、アンチパターン。 成し遂げるのではなく、中途半端で満足する。 自分の責任と考えず、人のせいにする。 よりよくしようとせず、現状維持を良しとする。 仕事を中心においていない。 自分の特徴を構築していない。同世代と比べてさしたる特徴がない。 生活習慣を重視しない。日々の積み重ねに価値をおいていない。 与えられたチャンスに乗っからない。やる前から怖じ気づく。 アウトプットの質にこだわらない。 自分を分析していない。強み弱みを問われても答えられない。 刺激よりも、平穏を求める。変化に弱い。 行動よりも熟考を優先する。考えた末に行動しない。 現在の仕事の進め方に疑問を持たない。既存踏襲が正しいと思っている。 チームへの貢献よりも、自分の仕事の進捗を優先する。 焼き畑農業的な人間関係。信頼の構築では
Play Fast Award を受賞しました - 鳩舎
3/1 に、会社で Play Fast Award というのを受賞しました。 弊社には Play Fast Episode というのがあって、どういうやつかっていうと、普通にスタッフがスタッフの仕事を観て『イイネ！』と思ったら褒めちぎるエピソードを投稿するという場所があります。 Play Fast Award はその中でも特によかったエピソードの人に贈られるもので、今回の受賞者は僕ともう一人で二人の受賞者でした。 ついでなので、もらった時に思った事を書いておきます。 名前を呼ばれた時はなんかやらかしたかと思って焦った 全スタッフの前で突然『草野さん』って名前呼ばれた時、僕はちょうどコンソールのログを眺めていて(話は一応聞いてました)、『ヤベェなんかやらかしたか！！！！』と思ってすごい焦った覚えがあります。隣に居た id:con_mame が落ち着いていなかったら僕は多分焦って変な一発ギャグ
はじめまして、クラスメソッドの都元ダイスケです | DevelopersIO
2013年1月から、クラスメソッド社にエンジニアとしてjoinいたしました、都元ダイスケと申します。よろしくお願い致します。 都元の戦歴 今までエンジニアとしてはJavaのサーバサイド技術をガッツンガッツンやってきました。とは言え、技術の勉強は個人的なものが主であった為、有償製品の知識には少々疎く、無償製品、特にOSSに関して知見を広めて行く志向を持っています。また、私自身もOSSとしていくつかのプロダクトを公開しております。最近は開発を止めてしまっていますが、かつてJiemamyなんていうプロダクトを作ったりしていました。（※じーまみー と読んでください） 唐突ですが、オブジェクト指向が好きです。だけど、関数型言語にも興味津々です。アーキテクチャねたのブログエントリも、書いて行きたいと思っています。その他技術的な嗜癖は、↓の私の本棚から察してくださいｗ 最近はめっきりご無沙汰になってしま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
自分のための code を書こう
2013 年の新卒研修メニュー