転職して7年が過ぎた
これを一部でシェアしたのは2014年なので結構前ですが、エンジニアのキャリアパスを考えるにあたって参考になるかと思って公開します。あくまで個人的な体験談で会社の見解などとは関係ないということに注意してください。 -------- 入社日記念の無料マッサージクーポンのメールを受け取って気づいたんだけど、こないだで入社後7年が経過したらしい。僕は結構長い期間をここで過ごしたことになるんだなと思った。ちょっと以前のことを振り返ってみようと思う。言うまでもないけどこれは僕の書ける範囲での個人的な感想と体験談であって会社の見解等を表しているものではない。 きっかけ そもそも最初は2007年にGoogle Japanのリクルーターからメールをもらったのがきっかけだった。Google Japanの知り合いから紹介で誘いがきて、「お、これは引き抜きってことかな？」と思ってよろこんで話を聞きに行ったのだった
Fabrice Bellard's Home Page
ts_zip: a practical text compression utility using a large language model. TextSynth Server is a web server proposing a REST API to large language models. They can be used for example for text completion, question answering, classification, chat, translation, image generation. NNCP (lossless data compressor) is now leading the Large Text Compression Benchmark. QuickJS: a small but complete Javascr
闘わないプログラマ
闘わないプログラマ [Home] [近況と更新履歴] [闘わないプログラマ] [思ツタコト] [Links] ***お知らせ(その2)*** いまさらながらblogを始めてみました。 ***お知らせ*** このサイトの更新は2007年10月22日に終了いたしました。しばらく休んだ後、何かまた始める予定です。その際には本ページ等でお知らせいたしますのでよろしくお願いいたします。 新・闘わないプログラマ 512 (2007.10.22) New リビング用PC Boot Camp編 (2007.8.6) がーん (2007.8.13) 世界一わかりやすい??? (その2) (2007.8.20) 予約する (2007.8.27) 白物 (2007.9.3) ワットチェッカー (2007.9.10) ぷりコール (2007.9.17) ザ・コン (2007.9.24) LR (2007.10.1
私がソフトウェア技術者でもありつづける理由 : 404 Blog Not Found
2010年09月25日22:45 カテゴリLoveCode 私がソフトウェア技術者でもありつづける理由 一言でいえば、「自分に報い続けたいから」ということになる。 私がソフトウェア技術者をやめた理由 - Rails で行こう！私の職業生活でもっとも多くの時間を注いだのがソフトウェア作りだ。その作業に対して、実際のところ、好きとか嫌いとか一言で割り切れるはずがない。複雑な感情を持っているというのが正直なところだ。 以下に照らし合わせれば、その複雑な感情とやらそのものがお嫌いなのだろう。 私の職業プログラマのとしての最大の欠点は、ソースコードに対して強い美意識を持たずにいられなかったところだろう。生来の生真面目な性格が災いし、私の基準で美しいとはいえないソースコードを敵視しすぎた。 で、何をもって美醜を決めているかといえば、コルモゴロフ複雑性と、そこからの距離をお使いのようだ。 うるう年を計算
良いコードを書くための8つの習慣
成功者がどのようにNew Relicを使用してKubernetesのパフォーマンスを4倍に向上させ、拡張性とスループットを改善したかをご覧ください。
How To Become A Hacker: Japanese
なぜこんな文書を書いたか わたしは Jargon Fileの編集者で、またその他似たような有名文書いくつかの著者なので、しばしば熱心なネットワーク初心者から「ウィザード級の大ハッカーになるにはどうやって勉強すればいいの？」といったようなお尋ねメールを頂きます。でもかつて 1996 年に、こんな大事な問題を扱った FAQ や Web 文書 はみあたらないことに気がつきました。というわけで、これを書き始めました。多くのハッカーがいまやこれを決定版と見なしているし、つまり実際に決定版なんだと思います。でも、この問題について自分が唯一無二の権威だと主張するつもりもありません。気にくわなければ、自分なりのヤツをどうぞ。 この文書をオフラインで読んでいるなら、最新版は次のところにあります。 http://www.catb.org/~esr/faqs/hacker-howto.html なお、この文書の
「プログラミングは人生を賭ける価値がある」Supership CTO に聞く起業とキャリア論 | テックキャンプ ブログ
ぼんやりとプログラミングを学んでみたいとは思う。けれど、本当にお金や時間を費やしてまで学ぶとなると「そこまでして、プログラミングを学ぶ理由ってなんだろう」とためらいも感じる。そうしてプログラミングを学ばないまま、時間だけが過ぎていく……。 上のようなサイクルに陥って、プログラミング学習に対して一歩を踏み出せずにいませんか？ Supership CTOの山崎大輔さんはプログラミングを学ぶことは「人生を賭ける価値があること」と語ります。 山崎さんの半生は、まさに困難の連続。山崎さんはどんな困難に直面しても「技術力」を武器に、人生を切り開いてきました。 新卒で半導体メーカーに就職するも20年安泰と呼ばれた半導体事業が、入社3ヶ月で破綻。ヤフーに転職するも、Google AdSenseを調べれば調べるほど「危機感」が募り、退職。退職後は企業に属さず個人事業主として、広告システムをゼロから開発。 2
0xcc.net
0xcc.net Tools Text Escaping and Unescaping in JavaScript Software ttyrec: a tty recorder pdumpfs: a daily backup system similar to Plan9's dumpfs Ruby/Romkan: a Romaji/Kana conversion library for Ruby Ruby/Bsearch: A Binary Search Library for Ruby Ruby/ProgressBar: A Text Progress Bar Library for Ruby Contact Satoru Takabayashi
作りたいものを作るには結局大量のコードを書かないといけないことについて
コンパイラなどを作り始めると本来自分が作りたかったわけではないものについてもせっせとコードを書かないといけなくなる。とくに標準ライブラリの貧弱なCで書いているからそうなってしまうんだろうけど、文字列とかハッシュテーブルみたいな基本的なものも自分で書かないといけない。仮に、ライブラリが充実していたとしても、コンパイルする言語の文法の細かいポイントなどは個別に作り込んでいかなくてはいけない。そういうのはただ複雑なだけで、別に何か勉強になるとかそういうものではなく、ただ地道にコードを書いていかないといけないだけのものだ。 こういう話はコンパイラに限ったものではない。なにを作るにしても、自分の最初から作りたいと思っていたところのコードは分量にして1割とか2割とかで、残りはただ単にひたすらガシガシと書いていかないといけないだけのものだったりする。本質的なものではないなら書かずになんとかならないかな？
ネットスケープの仕事場。
ネットスケープの仕事場。 © 1994-1996 Jamie Zawinski <jwz@jwz.org> nscp dorm. 以下はNetscape Communications (万歳三唱) の誕生から数ヶ月、まだぼくたちが Mosaicと呼ばれていた頃のぼくの日記からの抜粋だ。その頃は、いまみたいに何千人だかも人はいなくて、ほんの 20 人とか 30 人だった。もう中間管理職なんてものがそもそもいなかった頃。 これは「古き良き時代」と伝統的に称される時期だけれど、でも時間はいつも苦痛を和らげて、当時のできごとが実際よりももっと楽しかったように見せちゃうものだ。でも、なんでもかんでも楽しくなきゃいけないなんてだれが言った？ 苦痛は人間を育てる（そして時には製品も育てる）。 で、きみも 新興ベンチャーで働きたいって？ 以下は、警告の物語になるかも…… 1994年7月26日火曜日, 4a
Michael Nielsen
I'm a scientist. I helped pioneer quantum computing and the modern open science movement. I also have a strong side interest in artificial intelligence. All are part of a broader interest in ideas and tools that help people think and create, both individually and collectively. [bio, cv] I work as a Research Fellow at the Astera Institute. My online notebook, including links to many of my recent an
及川卓也さん、河合良哉さんに聞いた「地方で日本で働く・海外で働くの話」（その２）──HTML5 Conference 2016セッションレポート
及川卓也さん、河合良哉さんに聞いた「地方で日本で働く・海外で働くの話」（その２）──HTML5 Conference 2016セッションレポート 加藤拓明 HTML5 Conference 2016の展示ブースでお届けしたカンファレンス ラジオコーナー。Increments及川卓也さんとヤマハ河合良哉さんがゲストに来てくれた「地方で日本で働く・海外で働くの話」を完全版テキストの後編をレポートします！ 日本と海外の違いの話 前編に引き続き、ゲストはIncrements及川卓也さんとヤマハ河合良哉さんです。 「実際に今年海外に行かれて困ったことや、こういうところが違うの？とか、びっくりしたエピソードがあればお聞きしたいのですけれど、何かギャップとかありますか？日本のカルチャーと（比べて）」 「ギャップですか？」 「はい。例えば、僕が一番気になるのは食べものとかです。海外の姿は想像ではあるんです
毎日コードを書くことと、それにまつわること
とあるきっかけで、ここ1年半近くやってきた、毎日コードを書くことについて振り返ってみようということになった。 実質続いてるのは約一年。始めたのは2014年の3月頃。 約1年前に1週間ほど途切れた期間があるが、そこからちゃんと再開しているので、そこについても言及した方が良いかもということであえて試みを始めてからの期間で1年半と言っている。 これは現時点のコントリビューションの状況。 思いのほか、気づきがあって良かったと思う。きっかけを与えてくれた2人に感謝。 自分がこんなエントリを書くとはおこがましいという感覚があるのだけれど、2人の意見を聞いて、もしかしたらこの話をオープンにしたら誰かの役に立つかもと思い、一度Secret Gistとして書いたものをもう一度時間を取って振り返り、バックグラウンドの説明を含めたりしつつ書き改めてみた。 前置きが長くなったが、これは毎日コードを書くことのような
Evan Priestley 氏がどうやってプログラミングを学んだかを教えてください - Knoh (ノウ) | The Knowledge Hub
本人による回答です。Evan Priestley 氏は知る人ぞ知る、Facebook を代表する (元) エンジニアの一人です。Facebook には 2007 年から 2011 年の間に在籍していました。 手短かに言えば: 何年もの歳月の賜物というか。ぼくはただひたすらプログラミングが大好きで、(フェイスブックで働いていた) 過去４年間、ほとんど他のことをしていない。その前も２.５年ほどプログラマーとして働いていたし、そのさらに前も６年くらい趣味でプログラミングをしていた。ぼくは高校も大学も中退しているので、それで空いた時間もプログラミングに費やした。つい最近フェイスブックを辞めたけど、未だに起きている時間のほとんどはプログラミングだ。 もっと詳しく言えば: 月並みだが、ぼくはちっちゃい頃からコンピューターが好きで、我が家にあったヤツで（最初はMac Plusで途中からIIsiになった）
雑なツイートをしてしまったばかりにrubyを高速化するはめになった俺たちは！
逆に言うと、Rubyの文字列型の内部実装がropeになれば、freezeしてもしなくても変わらない速度が出るようになって、結局freezeする必要なんてなかったんやーで丸く収まるんじゃないの？と思いました #雑な感想 — Kazuho Oku (@kazuho) October 6, 2015とツイートしたところ、処理系の中の人から @kazuho 文字列を弄る話じゃなくて、文字列の identity の話なので、ちょっと関係ないかなぁ、と — _ko1 (@_ko1) October 6, 2015みたいなツッコミをもらって、うっすみません…ってなってRuby VMのコードを読むことになったわけです。 で、まあ、いくつか気になる点があったので手をつけてしまいました。 1. オブジェクト生成のホットパスの最適化 ホットスポットだとされていたところのコードを読んでると、オブジェクト生成の際に
間違った技術ブログを書いた時に如何に修正するか - oranie's blog
考え方やその時の流行のアーキテクチャとかもあるのでそういった物はそれでいいですが、明らかに間違えた事を書いて出来ない！とか載せてしまう時があります。にんげんだもの。 ただ、それを放置する、削除するとかはあまり良くないアプローチだと考えています。理由はそれを読んで真似してしまった人が一人でもいるかもしれない、同じ間違いをする人がいるかもしれない時にその間違いは良い勉強になる、などなど。 最も大きな理由は「間違いを指摘してくれた人に対してちゃんと敬意を払って修正する」が間違えた記事を書いた事に対する責任だと僕は考えています。その為もし僕が不完全なブログを書いて「ちげーだろ。もっと勉強しろ」と言われ確認し自分の間違いに気づいたら顔を真赤にして枕に顔をうずめてバタバタしたり酒を飲んで憂さを晴らすのではなく まず冒頭に間違っていたことを素直に認める 何が間違っていたかをちゃんと正確に記載する 原文中
君のための本 -- ソフトウェア開発を一生の仕事としていいのか悩んでいる開発者に贈りたい1冊:2015年版 - 思っているよりもずっとずっと人生は短い。
（これは、『100人のプロが選んだソフトウェア開発の名著 君のために選んだ1冊』に寄稿した原稿の草稿を元に、XP本完全新訳版に合わせて加筆修正したものです。なんで完成稿ではなく草稿を元にしたかというと、草稿の方が長かったため短くまとめたものが完成稿になったからです。完成稿の方は『100人のプロが選んだソフトウェア開発の名著 君のために選んだ1冊』をどうぞ。） エクストリームプログラミング 作者:ベック,ケント,アンドレス,シンシア発売日: 2015/06/26メディア: 単行本 コンピュータ書を読むのが好きだ。だから「誰かに贈りたい本」と言われると、たくさんの本が思い浮かぶ。 たとえば君の問題が「プログラミングのスキル向上に思い悩んでいる」という話であれば、『Code Complete』辺りを勧めるだろう。プログラミング技術の本を10冊あげろと言われれば20冊くらいあげるかもしれない。 け
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
フルタイムでオープンソース・ソフトウェアを開発すると開発者にはどういう変化が訪れるか(個人の感想レベル)
http://maekawatoshiki.github.io/%E3%82%BB%E3%82%AD%E3%83%A5%E3%83%AA%E3%83%86%E3%82%A3%E3%82%AD%E3%83%A3%E3%83%B3%E3%83%97%E3%81%AE%E5%BF%9C%E5%8B%9F%E7%94%A8%E7%B4%99%E5%85%AC%E9%96%8B/
良いプログラマーは人生の成功者になれるはず！！ Ruby開発者・まつもとゆきひろさんに聞く、プロダクト天国よもやま話 - Forkwell Press