Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ＜この記事は「Money Forward Advent Calendar 2015」の10日目の記事です＞ エンジニアとして成長するために日々、新しいことや興味のあることを勉強している方が多いと思います。 今回は私が実践していてオススメだと思う学習方法を紹介させていただきます。 その1 Twitter ある言語や分野について学んでいくうちに自ずと、その界隈で有名な人を知るようになると思います。 それは、困った時にググると毎回出てくるブログの著者の方だったり、勉強会に参加した時に発表していた登壇者の方だったり。 そうやって知った方々を私は

5/16(金)にCTOによるCTOのためのこんなイベントで話してきました。 http://peatix.com/event/33718 前半のプレゼンテーション CTOという立場である以上、自分自身が技術者としてどうあるべきかだけでなく会社の風土をどうしていくべきか。そしてその風土に合わせてどういう人を採用していくべきかという仕事が出てきます。 今回はそのあたりに焦点を絞ってお話をしました。第一部でつかった資料はこちらです。 他社さんの事例もすごく興味深かったです。特に、cookpad舘野さんのエンジニアの評価基準の話はすごく具体的で参考になりました。 後半はパネルディスカッション 後半は、パネルディスカッションです。他社さんの事例がいろいろ聞けたのは個人的にもすごく勉強になりました。 「めんどくさいおじさんにならないようにしよう」「成功体験おじさんにならないようにしよう」みたいな感じです

Limited space! Get on waitlist to be the first to know when tickets go live!

プログラマとして仕事をするために勉強すること - Download as a PDF or view online for free

あるブログが「写経には効果がない」という趣旨のことを書いていて「何を言ってるんだ？」と思いじっくり読んでみたら、彼の言う写経は「動くとわかってる10000行のコードを何も思考せず作業として書き写すこと」を指しているようだった。「そんなわけないじゃん」と笑ってから「もしかして世の中は写経をそういう捉えてるのか？」と不安になった。 写経は自分の中にモデルを作るための行動で、他のもっと効率のよい方法と比べた場合の利点は「自分の中にモデルがなくても使える」点に尽きる。全く知識ゼロでいきなり「自分で考えて書く」ができる人はいない。考えるための材料となる知識をまず脳内に運び込む、それが写経だ。 写経の過程で大事なことは以下の3つだ。 1: 早く学びが得られるように、なるべく小さいコードで実験し、すぐに結果を確認する。 2: 疑問に思ったこと、考えたこと、気づいたことを書き留める。どうしてこういう書き方

さて、アルゴリズムの勉強のしかたと、ラムダ計算の勉強のしかたの目星をつけました。 アルゴリズムの勉強のしかた - きしだのはてな ラムダ計算の勉強のしかた、プログラム意味論 - きしだのはてな これでここで書いたプログラムの理論の基礎は勉強できたことになるんじゃないかと思います。 プログラムの理論とはなにか - きしだのはてな ところで、プログラムの勉強地図としてこういう図を書きました。 で、ハードウェアまわりについても、プロセッサを支える技術やネットワークはなぜつながるのかでひととおり勉強したとしましょう。 じゃあ次は、アジャイルか？テストか？UIデザインか？となるわけですが、やはりプログラマなら、プログラムの作り方や使いやすさの前に、作るプログラムの機能や性能で勝負したいじゃないですか。 いい感じに関数が分割できるよとか、読みやすい名前がつけれるよとか、効率よく仕事して定時に帰れるよと

仕事で多忙なときって勉強とか新しい知識の吸収がはかどるなあと思うので、忙しいときほどいろいろ詰め込みたいタイプです。 で、その性格もあって毎日24時23分の最終電車に乗って帰宅するほど働いていた頃、並行して興味があった業務外の資格を取得したことがあったのですが、本などでいろいろ言われている通り、ほんとにちょっとしたコツでけっこうやれるものだな、と実感しました。 具体的なポイントについてはkomokoさんが丁寧なエントリーを書かれているので、わたしは体験談を書こうかなーと思います。 仕事をしながら勉強を続けるための７つのポイント｜かみんぐあうとっ http://d.hatena.ne.jp/komoko-i/20110625/p1 会社帰りに毎日30分、マクドナルドで勉強した 当時は激務だったので、自宅に帰ったら即お風呂→即寝でした。 家に着くと1時を回っていて、ヘロヘロになりながら化粧を落

ダメ人間のスキルの習得には下記の表のような法則が成り立つと思っています。 はてブで「これをやって英語を身に着けたぜ！」というエントリーがブックマークをのばしますが、僕個人では意味がないと思ってます。ぼくのようなダメ人間の場合、モチベーションが続かないからです。 お金払って英会話学校に行っても身には付く速度が遅いです。一方、無理やり海外の仕事を担当させられた人はものすごい速度で英語が話せるようになったりします。 ただし、こうやって無理やり身につけた知識はあまり体系性が無く、自分が使った分野しか学習できないというデメリットもありますが、それを補って余りある学習速度があると思います。 個人的には、１円でもいいからカネを取ると早く身に付くと思っています。 こう思うようになったのは、8年ほど前、こういう人に会ったからです。たしか大阪の起業フェアな何かでお会いした方だったと思います。 彼は英語にコンプ

勉強会エバンジェリストhyoshiokです。みなさんいかがお過ごしでしょう？ 開発は楽しいという@papandaの熱いメッセージが突き刺さるDevLove首謀者の基調講演で幕を開けたデブサミ（デベロッパーズサミット）も無事終了し、明日からは日常がまっている。 今週は、自分にとっての日常であるカーネル読書会も2世紀目に突入し、その記念すべき第一回を新世代にふさわしい若手ハッカーの@frsyukiにkumofsについてガツンと発表してもらう。楽しみ楽しみ。*1 昨年8月に今の会社に入社して以来、社内勉強会もいろいろやって、縦組織でも横軸プロジェクトでもない、第三の社内勢力としてのコミュニティ的価値観の醸成などをおこなってきた。最近ではいろいろなグループがいろいろな勉強会をいろいろやっていたりする。 で、先日Ruby朝練の首謀者A（以下（あ）と略す）にRuby朝練について聞いてみた。チームに新人

勉強方法を勉強して分かった僕に足りなかった３つのこと。 それは 時間割 マインドマップ 復習 の3つ。 1.時間割 勉強をコンスタントに長期的に続けるならば時間割は大変有用。 時間割を作り実践してみて分かったが「次に何をやるべきか」に迷う時間は振り返ればとてももったいなかった。 時間割を作ればほぼ迷わない。迷うとすれば超イレギュラーな事が起きたときだけ。 時間も節約できるしペースもつかめる。 また時間割を家族と共有していれば「20:00になったから勉強してくる」と言うだけで理解してもらえるようになる。 ただし時間割は時が経ち「見慣れて目に入らなくなる」「実態に合わなくなる」事があるので注意が必要。 僕は毎週手書きで描き直している。 時間割の有用性についてはレバレッジ勉強法が詳しい。 2.マインドマップ 正直 マインドマップ を馬鹿にしていた。何で皆あのようなものに踊らされているのかと。それ

2008年05月08日08:15 カテゴリArt 遅延学習法の限界 私自身、遅延学習法の実践者なのだけど、それだけにその欠点もよくわかる。 勉強が苦手な人向けの「遅延評価勉強法」 : ロケスタ社長日記 たとえばプログラムを勉強するときに、「書籍を1ページ目からやる」のではなく「2ch型掲示板が作りたいから必要なところを勉強する」のが遅延評価勉強法になります。 404 Blog Not Found:私の言語遅延学習法 - 三つのルール+1 遅延評価的勉強法 - IT戦記 ハッカーと遅延評価勉強法 - @luke_silvia.diary その欠点を上げる前に、なぜ遅延学習法の効率がいいのかを考察しておくことにする。 遅延学習法がなぜ効率がいいか?理由は二つある。 その問題が解けることが証明されている 遅延学習法においては、問題が解けるかどうか自体は問題ではない。「2ch型掲示板が作りたいから

はじめに 遅延評価勉強法という言葉があります。 これはamachangというjavascrpitを書く人で有名な技術者の方が、ブログで言ってた言葉です。該当するエントリは以下。 遅延評価的勉強法 - IT戦記 - これは、おいらが考える「効率のいい勉強法」に近いものがあるので、少しまとめてみました。 あくまで主観的に「いい」と思っている勉強法ですが、参考になれば、、 遅延評価勉強法って？ まず、以下のサイトがすごくまとまってるので引用してみます。 「遅延評価」という言葉を調べてみると、「ある式を、その結果が本当に必要になる時点までは評価しないでおくテクニック」とあります。そのメリットは、「条件次第で捨ててしまうような値を事前に準備することは非効率的である。このような場合遅延評価を行うと必要なときだけ値が計算されるので計算量を低減できる」とありました。 ここから遅延評価勉強法とは、「その知識

1日あたりの訪問者数を単純に平均すると次のようになる。 単純な平均訪問者数：4699人 しかし、このサイトは週末のアクセス数は平日の数分の1しかないため、平日と週末を分けて考えてみるのもいいだろう。そこで、平日と週末でそれぞれ平均を出すと、次のようになる。 平日の平均訪問者数：6223人 週末の平均訪問者数：888人 これで、平日は6223人より少なければ「アクセスが少なかった」、週末は888人より多ければ「アクセスが多かった」と判断していいのだろうか。 週末の平均はたしかに代表的な数値となっているが、どうも平日の平均がおかしい。グラフを見ても、ほとんどの平日は5000人以下と、平均よりも1000人以上少ないアクセス数になっている。 よく見ると9月14日のアクセス数が非常に多い。この日は、あるページがヤフーニュースで紹介されたために、非常に多くの人がサイトを訪れていたのだ。ヤフー以外にも人

「データベースはブラックボックス。どんなSQL文を投げたらどんな結果が返ってくるかさえ知っていればよい」---そう思っている人も多いかもしれません。 しかし，本物のソフトウエア・エンジニアを目指すのであれば，データベースが動く仕組みを学ぶことは避けて通れません。パフォーマンスなどに問題が生じたときどこから手を付けていいのか皆目見当がつかない，といった事態に陥りかねません。 市販のRDBMSの内部はかなり複雑ですが，基本的な部分を理解するのはそれほど難しくありません。この特集でデータベースの動く仕組みを理解してください。 イントロ ●ブラックボックスのままでいいの？ 基礎から理解するデータベースのしくみ（1） Ｐａｒｔ１ ●SQL文はどのように実行されるのか 基礎から理解するデータベースのしくみ（2） 基礎から理解するデータベースのしくみ（3） 基礎から理解するデータベースのしくみ（4） 基